Bug#707781: ITP: xf86-input-xwiimote -- X.Org Wii remote input driver
Package: wnpp Severity: wishlist Owner: Dmitry Kurochkin * Package name: xf86-input-xwiimote Version : 0.3 Upstream Author : David Herrmann * URL : https://github.com/dvdhrm/xf86-input-xwiimote * License : MIT Programming Lang: C Description : X.Org Wii remote input driver This package includes an X.Org input driver for Nintendo Wii Remotes based on XWiimote. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706896: libxwiimote-dev: cannot be installed because of a typo in dependency
Package: libxwiimote-dev Version: 0.3+20120630-4 Severity: grave Justification: renders package unusable Dear Maintainer, The latest version of libxwiimote-dev package (0.3+20120630-4) cannot be installed because of a typo in dependency: libbudev-dev should be libudev-dev. Regards, Dmitry -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxwiimote-dev depends on: ii libxwiimote1 0.3+20120630-3 libxwiimote-dev recommends no packages. libxwiimote-dev 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#705465: pkg-config: requires libudev-dev package
Package: libxwiimote-dev Version: 0.3+20120630-3 Severity: normal Dear Maintainer, XWiimote library pkg-config file requires libudev. If libudev-dev package is not installed, pkg-config for libxwiimote fails: $ pkg-config --libs libxwiimote Package libudev was not found in the pkg-config search path. Perhaps you should add the directory containing `libudev.pc' to the PKG_CONFIG_PATH environment variable Package 'libudev', required by 'libxwiimote', not found Please add libudev-dev to libxwiimote-dev package dependencies. Regards, Dmitry -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxwiimote-dev depends on: ii libxwiimote1 0.3+20120630-3 libxwiimote-dev recommends no packages. libxwiimote-dev 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#705462: pkg-config: libudev should be Requires.private
Package: libxwiimote-dev Version: 0.3+20120630-3 Severity: normal Dear Maintainer, Programs using XWiimote library may not use libudev and should not be directly linked with it. But libudev is listed in Requires field of the XWiimote pkg-config file and libudev is added to $(pkg-config --libs libxwiimote) output resulting in overlinking [1]. Libudev should be moved to Requires.private field in the pkg-config file to avoid this. Please refer to the pkg-config guide [2] for more details. Regards, Dmitry [1] http://wiki.mandriva.com/en/Overlinking [2] http://people.freedesktop.org/~dbn/pkg-config-guide.html -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxwiimote-dev depends on: ii libxwiimote1 0.3+20120630-3 libxwiimote-dev recommends no packages. libxwiimote-dev 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#705003: libxwiimote-dev: should depend on libxwiimote1
Package: libxwiimote-dev Version: 0.3+20120630-2 Severity: normal Dear Maintainer, Please make development package libxwiimote-dev depend on the library. The package should probably also depend on libc-dev and libudev-dev, but I am not sure about that. Regards, Dmitry -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#696834: ruby-haml: should depend on ruby-hpricot
Package: ruby-haml Version: 3.1.6-1 Severity: normal Dear Maintainer, html2haml requires hpricot and fails to run without it: > html2haml --trace index.html index.haml /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load such file -- hpricot (LoadError) from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/html.rb:6:in `' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/exec.rb:345:in `process_result' from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/exec.rb:41:in `parse' from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/exec.rb:21:in `parse!' from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/bin/html2haml:7:in `' from /home/dikk/.gem/ruby/1.9.1/bin/html2haml:23:in `load' from /home/dikk/.gem/ruby/1.9.1/bin/html2haml:23:in `' Ruby-haml package should depend on ruby-hpricot. Regards, Dmitry -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby-haml depends on: ii ruby 4.9 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-5 Versions of packages ruby-haml recommends: pn ruby-sass Versions of packages ruby-haml suggests: pn rails -- 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#696358: nikola: remove conf.py.in from the package
Package: nikola Version: 5-1 Severity: normal Dear Maintainer! First of all, thanks for packaging nikola! I am looking for a static site generator and so far nikola looks promising. I would not find it without this package :) "nikola init" puts conf.py.in file alongside conf.py into the root directory of a new site. It seems the file is copied from samplesite/ directory. I guess conf.py.in is used only during the package build to generate conf.py and should be removed from the package. Regards, Dmitry -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nikola depends on: ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-colorbox1.3.20-1 ii libjs-twitter-bootstrap 2.0.2+dfsg-2 ii python 2.7.3-3 ii python-docutils 0.8.1-8 ii python-doit 0.17.0-2 ii python-imaging 1.1.7-4 ii python-lxml 2.3.5-1 ii python-mako 0.7.0-1.1 ii python-pygments 1.5+dfsg-1 ii python-pyrss2gen 1.0.0-9 ii python-unidecode 0.04.9-1 ii python-yapsy 1.9.2p3-1 Versions of packages nikola recommends: pn python-webassets Versions of packages nikola suggests: ii python-jinja2 2.6-1 -- 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#689236: Please update to 1.4.30 (21.10.2012)
Hello. Msmtp 1.4.30 was released on October 21, 2012 and it fixes the bug introduced in version 1.4.29 that broke the -t/--read-recipients option when --read-envelope-from was used. This bug makes msmtp 1.4.29 unusable for me. Please update the package. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689236: "msmtp: no recipients found" error after upgrading to 1.4.29
Package: msmtp Version: 1.4.29-1 Severity: normal Dear Maintainer, after upgrading to 1.4.29 msmtp stopped working for me: > msmtp --read-envelope-from --read-recipients < test-mail msmtp: no recipients found The same command works fine with msmtp 1.4.28 from testing. test-mail looks like: From: Dmitry Kurochkin To: Dmitry Kurochkin Subject: test --text follows this line-- test Regards, Dmitry -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages msmtp depends on: ii debconf [debconf-2.0] 1.5.46 ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-35 ii libgnutls262.12.20-1 ii libgsasl7 1.8.0-2 ii libidn11 1.25-2 ii ucf3.0025+nmu3 Versions of packages msmtp recommends: ii ca-certificates 20120623 Versions of packages msmtp suggests: pn msmtp-mta -- 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#644881: myspell-ru: do not install hunspell dictionaries
Package: myspell-ru Version: 0.99g5-11 Severity: normal Dear Maintainer, a new Russian hunspell dictionary [1] package has been uploaded to unstable [2]. It provides a better dictionary for hunspell than rus-ispell, in my experience at least. Myspell-ru package used to provide both myspell and hunspell dictionaries. Thus, hunspell-ru has conflict with myspell-ru (<= 0.99g5-11). I was going to ask to remove hunspell dictionaries from myspell-ru package. But since 0.99g5-11 (or 0.99g5-10), myspell-ru does not install myspell dictionaries at all. Which is confusing to me. Is it a bug that myspell-ru does not install myspell dictionaries any more? If it is not a bug, should it have "hunspell" in the name instead of "myspell"? Regards, Dmitry [1] http://code.google.com/p/hunspell-ru [2] http://packages.debian.org/sid/hunspell-ru -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages myspell-ru depends on: ii dictionaries-common 1.11.6 myspell-ru recommends no packages. Versions of packages myspell-ru suggests: pn openoffice.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644004: lightdm: when one greeter is removed, the other should be configured
Package: lightdm Version: 1.0.0-3 Severity: normal Dear Maintainer, Steps to reproduce: * install both QT and GTK greeter * select QT greeter * remove QT greeter Results: * lightdm is still configured to use QT greeter Expected results: * lightdm is reconfigured to use GTK greeter Moreover, when both greeters are installed, one can use 'dpkg-reconfigure lightdm-gtk-greeter' to select a greeter. But when only GTK greeter is installed, dpkg-reconfigure does not allow you to do that and (removed) QT greeter is left configured. So you have to change the greeter manually in the configuration file. Also, I am not sure about that, but would not it be more natural if greeter selection is part of lightdm debconf instead of GTK/QT greeter? Regards, Dmitry -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113 ii consolekit 0.4.5-1 ii dbus 1.4.16-1 ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-21 ii libglib2.0-0 2.28.6-1 ii libpam0g 1.1.3-4 ii libxcb11.7-3 ii libxdmcp6 1:1.1.0-3 ii lightdm-gtk-greeter1.0.0-3 Versions of packages lightdm recommends: ii xserver-xorg 1:7.6+9 Versions of packages lightdm suggests: pn accountsservice -- 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#643844: [bug 643844] lightdm: doesn't start at all
Another workaround is to downgrade to 0.9.7. It fixes the problem, even though there is no /etc/pam.d/lightdm-autologin. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643913: ITP: hunspell-ru -- Russian dictionary for hunspell
I have prepared the package and uploaded it to mentors.debian.net: http://mentors.debian.net/package/hunspell-ru Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/h/hunspell-ru/hunspell-ru_0~110801-1.dsc I would be glad if someone uploaded this package for me. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643913: ITP: hunspell-ru -- Russian dictionary for hunspell
Package: wnpp Severity: wishlist Owner: Dmitry Kurochkin Dear Maintainer, *** 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 *** * Package name: hunspell-ru Version : 0~110801 Upstream Author : Alexander Klukvin * URL : http://code.google.com/p/hunspell-ru * License : LGPL Description : Russian dictionary for hunspell This dictionary contains Russian wordlist for the hunspell spellchecker currently supported by Mozilla and OpenOffice. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643292: [Pkg-xfce-devel] Bug#643292: Bug#643292: lightdm: empty shutdown menu
On Thu, 29 Sep 2011 16:39:28 +0200, Yves-Alexis Perez wrote: > On jeu., 2011-09-29 at 18:19 +0400, Dmitry Kurochkin wrote: > > I did not try the qt greeter. And I do not see the issue anymore, > > apparently because I installed more packages on the system. I can try > > reproducing it in a VM but it seems that "looking at source code" method > > should be more straightforward, especially if you know it. > > Not really, it's just wild guess. > > > > I agree that it looks like a permission issue of some sort. > > Again, just wild guess. > > > But I did > > not see any related warnings or errors in lightdm log. If lightdm just > > executes shutdown command directly, I would expect to see the menu items > > but get permission error when I try to run it. Since there is no items > > in the menu, that means lightdm does some check like "am I allowed to > > shutdown?" or receives a list of shutdown commands from an external > > service. > > No idea. > > > > I think it is fine for lightdm to not allow shutdown. But it should not > > display the shutdown menu icon if it is empty. Besides a notice in the > > log may be useful. And the Debian package should recommend/suggest > > appropriate package to get the shutdown functionality. > > > > My primary suspects for required Debian package(s) is something related > > to PolicyKit or ConsoleKit. > > Please investigate, I didn't see any related issue here, so it looks > like something on your part. So if you manage to reproduce, feel free to > add more info, but for now there's not much we can do. > Not sure what you mean by "there's not much we can do". I confirm that the power menu is empty if there is no PolicyKit installed (policykit-1 package). Moreover, it is empty in both GTK and QT greeter which is no surprise since they use the same dbus calls to determine which power functions are available. I think policykit-1 should be added to Recommends for lightdm-gtk-greeter and lightdm-qt-greeter (but not to lightdm package itself). Looking at the source code, GTK greeter disables menu items in main() from greeters/gtk/lightdm-gtk-greeter.c: if (!lightdm_get_can_suspend ()) gtk_widget_hide (GTK_WIDGET (gtk_builder_get_object (builder, "suspend_menuitem"))); if (!lightdm_get_can_hibernate ()) gtk_widget_hide (GTK_WIDGET (gtk_builder_get_object (builder, "hibernate_menuitem"))); if (!lightdm_get_can_restart ()) gtk_widget_hide (GTK_WIDGET (gtk_builder_get_object (builder, "restart_menuitem"))); if (!lightdm_get_can_shutdown ()) gtk_widget_hide (GTK_WIDGET (gtk_builder_get_object (builder, "shutdown_menuitem"))); As for the QT greeter, the checks are done in Panel constructor from greeters/qt/panel.cpp: QAction *shutDownAction = new QAction(QIcon::fromTheme("system-shutdown"), "Shutdown", this); connect(shutDownAction, SIGNAL(triggered()), this, SLOT(shutdown())); shutDownAction->setEnabled(QLightDM::canShutdown()); powerMenu->addAction(shutDownAction); ... and so on ... This should be the right places to hide the shutdown menu icon for GTK and QT greeter if no actions are available. Could you please forward this info upstream? BTW another question is why I do not have suspend and hibernate options in the menu on a laptop. Regards, Dmitry > Regards, > -- > Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643292: [Pkg-xfce-devel] Bug#643292: lightdm: empty shutdown menu
On Wed, 28 Sep 2011 22:41:19 +0200, Yves-Alexis Perez wrote: > On mar., 2011-09-27 at 04:47 +0300, Dmitry Kurochkin wrote: > > > > lightdm has empty shutdown menu (i.e. there is the menu icon in top > > right corner, but an empty menu is opened when you click on it). This > > happened on a freshly installed minimal Debian unstable system, so I > > guess I have some package(s) missing. But I have no idea which one. > > Is it only on gtk greeter? Could you try with qt one? My guess is a > permission issue (like if you can't shutdown/restart/whatever) but I > fail to see why. > I did not try the qt greeter. And I do not see the issue anymore, apparently because I installed more packages on the system. I can try reproducing it in a VM but it seems that "looking at source code" method should be more straightforward, especially if you know it. I agree that it looks like a permission issue of some sort. But I did not see any related warnings or errors in lightdm log. If lightdm just executes shutdown command directly, I would expect to see the menu items but get permission error when I try to run it. Since there is no items in the menu, that means lightdm does some check like "am I allowed to shutdown?" or receives a list of shutdown commands from an external service. I think it is fine for lightdm to not allow shutdown. But it should not display the shutdown menu icon if it is empty. Besides a notice in the log may be useful. And the Debian package should recommend/suggest appropriate package to get the shutdown functionality. My primary suspects for required Debian package(s) is something related to PolicyKit or ConsoleKit. Regards, Dmitry > Regards, > -- > Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643292: lightdm: empty shutdown menu
Package: lightdm Version: 0.9.7-1 Severity: normal Dear Maintainer, lightdm has empty shutdown menu (i.e. there is the menu icon in top right corner, but an empty menu is opened when you click on it). This happened on a freshly installed minimal Debian unstable system, so I guess I have some package(s) missing. But I have no idea which one. Regards, Dmitry -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113 ii consolekit 0.4.5-1 ii dbus 1.4.16-1 ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-21 ii libglib2.0-0 2.28.6-1 ii libpam0g 1.1.3-4 ii libxcb11.7-3 ii libxdmcp6 1:1.1.0-3 ii lightdm-gtk-greeter0.9.7-1 Versions of packages lightdm recommends: ii xserver-xorg 1:7.6+8 Versions of packages lightdm suggests: pn accountsservice -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643291: lightdm-gtk-greeter: should recommend gnome-icon-theme
Package: lightdm-gtk-greeter Version: 0.9.7-1 Severity: normal Dear Maintainer, lightdm-gtk-greeter uses computer icon from gnome-icon-theme package but neither depends nor suggests it. It seems that gnome-icon-theme should be recommended by lightdm-gtk-greeter same as gnome-themes-standard is. Regards, Dmitry -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm-gtk-greeter depends on: ii debconf [debconf-2.0] 1.5.41 ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk-3-0 3.0.12-2 ii liblightdm-gobject-1-0 0.9.7-1 ii libpango1.0-0 1.28.4-3 ii libx11-62:1.4.4-2 Versions of packages lightdm-gtk-greeter recommends: pn desktop-base pn gnome-themes-standard lightdm-gtk-greeter suggests no packages. -- debconf information: lightdm-gtk-greeter/lightdm-greeter: lightdm-gtk-greeter * shared/lightdm-greeter: lightdm-gtk-greeter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633077: use linux32
Hi Thomas. Using linux32 is good workaround, thanks. But I do not see how this is a proper fix. Rinse has --arch option to specify the architecture and at the moment it is broken. If using linux32/linux64 is indeed the proper way to set architecture for rinse, then it should be documented and --arch option removed. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#633077: rinse: please fill /etc/rpm/platform after bootstrapping distributions
Hello. I hit the same bug when installing 32bit CentOS 4 on 64bit system. Installation fails because 64bit python installed by yum fails to load 32bit modules installed before. So for 32bit CentOS 4 on 64bit system (at least) this is not a wishlist, but a show stopper. Would be very cool to get this fixed. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620902: devscripts: [licensecheck] remove "(the License)" from the Apache license regex
Hi James. On Sun, 10 Apr 2011 23:51:36 -0400, James Vega wrote: > On Tue, Apr 05, 2011 at 04:19:39AM +0400, Dmitry Kurochkin wrote: > > The Apache license rexex in licensecheck version 2.10.71 is: > > > > /under the Apache License, Version ([^ ]+) \(the License\)/ > > > > Since the stuff in parenthesis is meant for the following text which may > > not be present in many customized preambles, it should not be matched for. > > Have you seen instances where that was the problem? Yes, the polygraph [1] package I am trying to get accepted to Debian. See discussion on the debian-mentors mailing list [2]. > It seems like the > more relevant problem is that the regular expression doesn't contain the > double quotes around "License", like official boilerplate does. > The quotes are missing indeed. But apparently licensecheck does some preprocessing on the input because the current regex successfully matches the official boilerplate. This may not be the most relevant problem, but we have at least one example when it would help. And since fixing the issue is easy, I believe it should be done. Regards, Dmitry [1] http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=polygraph [2] http://lists.debian.org/debian-mentors/2011/04/msg00038.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620902: devscripts: [licensecheck] remove "(the License)" from the Apache license regex
Package: devscripts Version: 2.10.71 Severity: normal Hello. The Apache license rexex in licensecheck version 2.10.71 is: /under the Apache License, Version ([^ ]+) \(the License\)/ Since the stuff in parenthesis is meant for the following text which may not be present in many customized preambles, it should not be matched for. Please remove "(the License)" part from the regex. Regards, Dmitry -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.0 Debian package development tools ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii perl 5.10.1-19 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.12-1 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii bzr2.3.1-1 easy to use distributed version co ii chromium [www-brow 10.0.648.204~r79063-1 Chromium browser ii curl 7.21.4-1 Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-12 Concurrent Versions System ii darcs 2.4.4-3 a distributed, interactive, smart ii dctrl-tools2.18 Command-line tools to process Debi ii debian-keyring [de 2011.03.03GnuPG keys of Debian Developers ii dput 0.9.6.2 Debian package upload tool ii elinks [www-browse 0.12~pre5-2 advanced text-mode WWW browser ii equivs 2.0.8 Circumvent Debian package dependen ii fakeroot 1.15.1-1 tool for simulating superuser priv ii git [git-core] 1:1.7.4.1-5 fast, scalable, distributed revisi ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 4.0-2 Web browser based on Firefox ii libauthen-sasl-per 2.1500-1 Authen::SASL - SASL Authentication ii libcrypt-ssleay-pe 0.57-2Support for https protocol in LWP pn libjson-perl (no description available) ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.712-2 Perl implementation of a SOAP clie ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.58-1module to manipulate and access UR ii libwww-perl5.837-1 simple and consistent interface to ii libyaml-syck-perl 1.17-1Perl module providing a fast, ligh ii lintian2.4.3 Debian package checker ii lsb-release3.2-27Linux Standard Base version report ii lzma 4.43-14 Compression method of 7z format in ii man-db 2.5.9-4 on-line manual pager ii openssh-client [ss 1:5.8p1-3 secure shell (SSH) client, for sec ii patch 2.6.1-1 Apply a diff file to an original ii patchutils 0.3.2-1 Utilities to work with patches ii sensible-utils 0.0.6 Utilities for sensible alternative ii strace 4.5.20-2.3A system call tracer ii subversion 1.6.16dfsg-1 Advanced version control system ii unzip 6.0-4 De-archiver for .zip files ii w3m [www-browser] 0.5.3-2 WWW browsable pager with excellent ii wdiff 0.6.3-1 Compares two files word by word ii wget 1.12-3retrieves files from the web ii xz-utils 5.0.0-2 XZ-format compression utilities Versions of packages devscripts suggests: ii build-essential 11.5 Informational list of build-essent pn cvs-buildpackage (no description available) pn devscripts-el (no description available) ii gnuplot 4.4.0-1.1 A command-line driven interactive pn libfile-desktopentry-perl (no description available) pn libnet-smtp-ssl-perl (no description available) pn mutt (no description available) pn svn-buildpackage (no description available) ii w3m 0.5.3-2WWW browsable pager with excellent -- no debconf in
Bug#603627: ITP: polygraph -- performance testing tool for caching proxies and more
The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/polygraph - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/polygraph/polygraph_4.0.11-1.dsc I would be glad if someone uploaded this package for me. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604747: xca: new upstream release available
Package: xca Version: 0.8.1-1 Severity: wishlist Hello. New upstream release 0.9.0 is available. It has some nice features, improve token support in particular. Regards, Dmitry -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xca depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libqtcore44:4.6.3-4 Qt 4 core module ii libqtgui4 4:4.6.3-4 Qt 4 GUI module ii libssl0.9.8 0.9.8o-3 SSL shared libraries ii libstdc++64.4.5-8The GNU Standard C++ Library v3 xca recommends no packages. xca 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#603627: ITP: polygraph -- performance testing tool for caching proxies and more
Package: wnpp Severity: wishlist Owner: Dmitry Kurochkin * Package name: polygraph Version : 4.0.11 Upstream Author : The Measurement Factory, Inc. * URL : http://www.web-polygraph.org * License : Apache-2.0 Programming Lang: C++, C, Perl Description : performance testing tool for caching proxies and more Web Polygraph is a performance testing tool for caching proxies, origin server accelerators, L4/7 switches, content filters, and other Web intermediaries. Polygraph's features include: * high-performance HTTP clients and servers * realistic HTTP, FTP, and SSL traffic generation * HTTP Basic, NTLM, and Negotiate proxy authentication * LDAP-friendly generation of user credentials * flexible content simulation * ready-to-use standard workloads for benchmarking * powerful domain-specific configuration language * portable open-source implementation Documentation, test results, and support available at www.web-polygraph.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565415: pdns-recursor: fails to upgrade when not started by init.d script
Hi Matthijs. Sorry, I have missed your reply. Hit the bug again during upgrade. Stopping pdns-recursor fails with exit code 1: > /etc/init.d/pdns-recursor stop Stopping PowerDNS recursor: pdns-recursor# > echo $? 1 Recursor is not running. To work around the problem, I enabled recursor in /etc/default/pdns-recursor, started and then upgraded. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565415: pdns-recursor: fails to upgrade when not started by init.d script
Package: pdns-recursor Version: 3.1.7.1-4 Severity: normal Hello. I have pdns-recursor installed, but disabled on system startup: $ cat /etc/default/pdns-recursor # Variables for PowerDNS recursor # # Set START to yes to start the pdns-recursor START=no Upgrade fails with the following error: Preparing to replace pdns-recursor 3.1.7.1-4 (using .../pdns-recursor_3.1.7.2-1_amd64.deb) ... Stopping PowerDNS recursor: pdns-recursor (failed) failed! invoke-rc.d: initscript pdns-recursor, action "stop" failed. dpkg: warning: old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Stopping PowerDNS recursor: pdns-recursor (failed) failed! invoke-rc.d: initscript pdns-recursor, action "stop" failed. dpkg: error processing /var/cache/apt/archives/pdns-recursor_3.1.7.2-1_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 1 postinst called with unknown argument `abort-upgrade' dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/pdns-recursor_3.1.7.2-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: error processing pdns-recursor (--configure): Package is in a very bad inconsistent state - you should reinstall it before attempting configuration. Errors were encountered while processing: pdns-recursor Perhaps init.d script should check if START is no at the beginning and exit with success status. But may be there is a better way to fix this. Regards, Dmitry -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdns-recursor depends on: ii adduser 3.112 add and remove users and groups ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages pdns-recursor recommends: pn pdns-doc (no description available) pdns-recursor suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535777: virtualbox-ose-source: build failure vboxnetflt/../SUPDrvIDC.h:237
Hi. I get the same failure on kernel linux-image-2.6.30-1-amd64 2.6.30-1 with the latest virtualbox-ose-source 3.0.0-dfsg-2. Regards, Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#506907: dpkg-cross: Bad dependency_libs in .la for libsndfile1-dev
Package: dpkg-cross Version: 2.3.3 Severity: normal Hi. dependency_libs in libsndfile.la file from libsndfile1-dev package is not converted properly. Original package has: dependency_libs=' /usr/lib/libFLAC.la -L/usr/lib /usr/lib/libogg.la -lm' And converted: dependency_libs=' /usr/lib/libFLAC.la /usr/lib/libogg.la -lm' Regards, Dmitry -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-cross depends on: ii binutils-multiarch 2.18.1~cvs20080103-7 Binary utilities that support mult ii debconf [debconf-2. 1.5.24 Debian configuration management sy ii dpkg-dev1.14.23 Debian package development tools ii libdebian-dpkgcross 2.3.3functions to aid cross-compiling D ii perl5.10.0-17Larry Wall's Practical Extraction Versions of packages dpkg-cross recommends: ii fakeroot 1.11 Gives a fake root environment dpkg-cross suggests no packages. -- debconf information: * dpkg-cross/default-arch: armel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support
On Thu, Oct 2, 2008 at 12:53 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote: > Hi, > > Am Donnerstag, den 02.10.2008, 00:50 +0400 schrieb Dmitry Kurochkin: >> On Thu, Oct 2, 2008 at 12:47 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote: >> > Am Donnerstag, den 02.10.2008, 00:21 +0400 schrieb Dmitry Kurochkin: >> >> Package: libghc6-xmonad-contrib-dev >> >> Version: 0.8-1 >> >> Severity: normal >> >> >> >> Hello. >> >> >> >> Please build xmonad-contrib with utf8 support. It requires utf8-string >> >> package and is enabled by '--flags=with_utf8' configure parameter. >> > >> > thanks for the hint. What exactly do you miss utf8? For example, the >> > shell prompt module does display characters like ≠ just fine now? >> >> 1. Window title in status bar. >> 2. Window title in tab header. >> 3. Prompts (e.g. russian filename as parameter to commands). > > Thanks. I don't have any tabs or status bars, so I haven't noticed so > far. ≠ also works in my prompt when it is part of an auto-completed > filename, so I'm not sure how I can test that utf8 support actually > works before a new upload. Can you give me a concrete test, preferably > one with the Shell prompt, so I don't have to change my xmonad config? Try this: 1. touch ~/тест 2. 'ls ~' shows file 'тест' correctly 3. mod-p to launch prompt 4. type '~/' It shows all files in $HOME and file 'тест' is shown incorrect. If it does not help, I can test it on my (amd64) machine. Regards, Dmitry > > Thanks, > Joachim > -- > Joachim "nomeata" Breitner > Debian Developer > [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C > JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support
On Thu, Oct 2, 2008 at 12:47 AM, Joachim Breitner <[EMAIL PROTECTED]> wrote: > Hi, > > Am Donnerstag, den 02.10.2008, 00:21 +0400 schrieb Dmitry Kurochkin: >> Package: libghc6-xmonad-contrib-dev >> Version: 0.8-1 >> Severity: normal >> >> Hello. >> >> Please build xmonad-contrib with utf8 support. It requires utf8-string >> package and is enabled by '--flags=with_utf8' configure parameter. > > thanks for the hint. What exactly do you miss utf8? For example, the > shell prompt module does display characters like ≠ just fine now? 1. Window title in status bar. 2. Window title in tab header. 3. Prompts (e.g. russian filename as parameter to commands). Regards, Dmitry > > Greetings, > Joachim > -- > Joachim "nomeata" Breitner > Debian Developer > [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C > JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#500833: libghc6-xmonad-contrib-dev: build with utf8 support
Package: libghc6-xmonad-contrib-dev Version: 0.8-1 Severity: normal Hello. Please build xmonad-contrib with utf8 support. It requires utf8-string package and is enabled by '--flags=with_utf8' configure parameter. Regards, Dmitry -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libghc6-xmonad-contrib-dev depends on: ii ghc6 6.8.2-7GHC - the Glasgow Haskell Compilat ii libghc6-mtl-dev 1.1.0.0-2 Haskell monad transformer library ii libghc6-x11-dev 1.4.2-1Haskell X11 binding for GHC ii libghc6-xmonad-dev0.8-1 A lightweight X11 window manager ii libx11-dev2:1.1.5-2 X11 client-side library (developme ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library libghc6-xmonad-contrib-dev recommends no packages. Versions of packages libghc6-xmonad-contrib-dev suggests: pn libghc6-xmonad-contrib-doc (no description available) pn libghc6-xmonad-contrib-prof(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495163: useless static library due to libkrb5
Hi Andreas. On Fri, Aug 15, 2008 at 12:58 PM, Andreas Schuldei <[EMAIL PROTECTED]> wrote: > * Andreas Schuldei ([EMAIL PROTECTED]) [080815 10:14]: >> i am not sure what package this bug should be filed against. i think it >> is either darcs or kerberos. > > after closer inspection i find this in curl-config.in: > >echo @libdir@/[EMAIL PROTECTED]@ @LDFLAGS@ @LIBCURL_LIBS@ @LIBS@ > > which contains LDFLAGS. this needs to go away. so this is my bug after > all. I am afraid the bug is not as simple as removing -lgssapi_krb5 from 'curl-config --static-libs' output. I tried compiling static darcs with gssapi_krb5 library removed and I get a bunch of undefined symbols (like gss_unseal) referenced from libcurl.a. My understanding is that static libcurl really uses these functions. And to resolve the bug we need to build static libcurl without gssapi support. Regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480041: subversion: Breaks client certificate negotiation
On Wed, Jun 25, 2008 at 4:42 AM, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Dmitry Kurochkin] >> Actually, error with serf backend is not the same: >> >> > svn update >> svn: Error running context: Internal error > > I hate to ask yet another round-trip of testing, but serf 0.2.0 was > recently uploaded to unstable. If you are still using serf 0.1.2, > could you upgrade and try again? The package name is 'libserf-0-0'. > Thanks. That error is with libserf-0-0 version 0.2.0-1. Regards, Dmitry > -- > Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iD8DBQFIYZR2Xk7sIRPQRh0RAmFYAKDbVj46pLH1Was84KjhaA5CBUDkVgCdFMMJ > Ho0uKPrZkI2XXQ9jNiauON4= > =cTjK > -END PGP SIGNATURE- > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480041: subversion: Breaks client certificate negotiation
On Tue, Jun 24, 2008 at 11:42 PM, Dmitry Kurochkin <[EMAIL PROTECTED]> wrote: > It still fails. But with a new error: > >> svn update > svn: OPTIONS of 'https://foo.ru/bar': Could not read status line: SSL > error: Rehandshake was requested by the peer. (https://foo.ru) > > Serf backend does not help, same error. Actually, error with serf backend is not the same: > svn update svn: Error running context: Internal error Regards, Dmitry > > Regards, > Dmitry > >> >> Thanks. >> -- >> Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ >> > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480041: subversion: Breaks client certificate negotiation
Hi. On Tue, Jun 24, 2008 at 11:35 PM, Peter Samuelson <[EMAIL PROTECTED]> wrote: > > [Peter Samuelson] >> Could you gentlemen test subversion 1.5.0dfsg1-1 from experimental to >> see if the SSL client certificate problems remain? > > Also, if you're testing 1.5.0 anyway, could you also test the serf > backend? In ~/.subversion/servers, in the [global] section: > >http-library = serf It still fails. But with a new error: > svn update svn: OPTIONS of 'https://foo.ru/bar': Could not read status line: SSL error: Rehandshake was requested by the peer. (https://foo.ru) Serf backend does not help, same error. Regards, Dmitry > > Thanks. > -- > Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464574: 464574: Can the problem be "nameserver 127.0.0.1"?
Hello. I am using virtualbox on debian amd64 with windows guest. Host has pdnsd installed and resolv.conf contains a single line with 127.0.0.1. I have the same problem as Nelson. Wireshark shows that virtualbox sends dns requests to 127.0.1.1 instead of 127.0.0.1. But pdnsd listens to 127.0.0.1 only. Workaround is to change /etc/hosts hostname line from 127.0.0.1 to 127.0.1.1. And it starts working. I think there are several questions/problems (not all related to virtualbox): 1. Why virtualbox uses hostname for dns server when nameserver is set to 127.0.0.1 in /etc/resolv.conf? 2. Why debian has hostname mapped to 127.0.1.1 in /etc/hosts if there are services which listen to 127.0.0.1 only (and break)? Sorry if I have misunderstood something and above does not make sense. Regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481457: python-gtk2: 2.12.1-2 breaks matplotlib and likely other apps as well
I have just upgraded to 2.12.1-5 on amd64 and the bug is here again :( I there any information/debugging I can do to help resolving the issue? Regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481457: python-gtk2: 2.12.1-2 breaks matplotlib and likely other apps as well
On Tue, May 20, 2008, Guillaume Libersat wrote: > I confirm what Dmitry Kurochkin says, I've got the same problem here, > but only on Amd64 architecture. Works fine on my ia32 computer. Oh! I should have mentioned it from the beginning, I also have amd64. Regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481457: python-gtk2: 2.12.1-2 breaks matplotlib and likely other apps as well
On Mon, May 19, 2008 at 11:37 AM, Loïc Minier <[EMAIL PROTECTED]> wrote: > On Sun, May 18, 2008, Dmitry Kurochkin wrote: >> I have upgraded to python-gtk2 2.12.1-3 and the problem is still >> there. Gajim hangs on startup unless started with > I installed gajim, and it worked fine; I'm using python-gobject > 2.14.1-6, python2.5 2.5.2-5, and python-gtk2 2.12.1-3; whare your > versions? python-gobject 2.14.1-6 python2.52.5.2-5 python-gtk2 2.12.1-3 > > Could you try moving your gajim profile away temporarily, and seeing > whether it starts? Does not help. strace shows it reads from stdin. Regards, Dmitry > > Thanks, > -- > Loïc Minier > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481457: python-gtk2: 2.12.1-2 breaks matplotlib and likely other apps as well
Hello. I have upgraded to python-gtk2 2.12.1-3 and the problem is still there. Gajim hangs on startup unless started with
Bug#480041: subversion: Breaks client certificate negotiation
Hi! Latest subversion/1.4.6dfsg1-4 breaks ssl for me too. But in another way: > svn update svn: PROPFIND request failed on '/svn/foobar' svn: PROPFIND of '/svn/foobar': Could not read status line: SSL error: Rehandshake was requested by the peer. (https://example.com) I have downgraded to version 1.4.6dfsg1-3 and it works fine now. Please let me know if you need additional info. Regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428247: ruby mapscript
Package: mapserver Severity: wishlist --- Please enter the report below this line. --- I'm using ruby mapscript in my project. At the moment I build it by hand. Is it possible to provide mapscript-ruby package in Debian? Regards, Dmitry --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-1-686 Debian Release: lenny/sid 500 unstable ftp.debian.org 500 testing ftp.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422720: uninstallable when last-exit installed
Package: lastfm Version: 1:1.1.3.0-2 Severity: normal --- Please enter the report below this line. --- lastfm 1.1.3.0-2 fails to install. aptitude log: Preparing to replace lastfm 1:1.1.3.0-1 (using .../lastfm_1%3a1.1.3.0-2_i386.deb) ... Unpacking replacement lastfm ... dpkg: error processing /var/cache/apt/archives/lastfm_1%3a1.1.3.0-2_i386.deb (--unpack): trying to overwrite `/usr/share/gconf/schemas/lastfm.schemas', which is also in package last-exit dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/lastfm_1%3a1.1.3.0-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Regards, Dmitry --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-686 Debian Release: lenny/sid 500 unstable ftp.debian.org 500 testing ftp.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed =-+-== libasound2 (>> 1.0.12) | 1.0.13-2 libc6 (>= 2.5-5) | 2.5-7 libgcc1 (>= 1:4.1.2) | 1:4.1.2-6 libqt4-core (>= 4.2.3) | 4.2.3-1+b1 libqt4-gui (>= 4.2.3) | 4.2.3-1+b1 libstdc++6 (>= 4.1.2) | 4.1.2-6 libx11-6 | 2:1.0.3-7 gconf2 (>= 2.10.1-2) | 2.18.0.1-3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396675: #396675, was Re: Bug#377707: kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.18
Hi Ola. I have AMD K7, no raid, no SMP. Filesystem is Ext3. This is my home server. Sorry for a long response. Regards, Dmitry 2006/11/5, Ola Lundqvist <[EMAIL PROTECTED]>: On Sat, Nov 04, 2006 at 03:27:41PM +0300, Dmitry Kurochkin wrote: > Hi. > > I've just installed openvz kernel and it boots fine. Ok, good to know. What subarch and filesystem do you use? No raid as I have understood, but do you run an SMP system? Regards, // Ola > Regards, > Dmitry > > Ola Lundqvist wrote: > >Hi > > > >Ok I see. Any help is appriciated. > > > >Regards, > > > >// Ola > > > >On Fri, Nov 03, 2006 at 12:02:48AM +0300, Dmitry Kurochkin wrote: > > > >>Hi. > >> > >>I do not have raid. I did not have much free time last days. > >>I hope I will be able to test it this weekend. > >> > >>Regards, > >> Dmitry > >> > >>Ola Lundqvist wrote: > >> > >>>Hi > >>> > >>>The problem seem to be related to the fact that I boot from a raid > >>>device. So if you do not do that it would be nice if you could test > >>>that it works fine for you. > >>> > >>>If you run raid it would be nice if you could test it as well as it > >>>may be related to other things as well. The problem is not yet > >>>pinpointed. > >>> > >>>Regards, > >>> > >>>// Ola > >>> > >>>On Wed, Nov 01, 2006 at 10:32:29PM +0100, Ola Lundqvist wrote: > >>> > >>> > >>>>Hi > >>>> > >>>>I had some problem to start the built kernel, but it would be nice if > >>>>you could test yours as well as I may have a temporary problem > >>>>with my build. It may also have something to do with xfs, that you > >>>>may not have (I do not know). > >>>> > >>>>Just want to inform you. > >>>> > >>>>Regards, > >>>> > >>>>// Ola > >>>> > >>>>On Wed, Nov 01, 2006 at 09:28:20AM +0300, Dmitry Kurochkin wrote: > >>>> > >>>> > >>>>>Hi. > >>>>> > >>>>>I've successfully built kernel deb package with openvz patch > >>>>>028test002-2. Though I did not tested it yet. > >>>>> > >>>>>Thanks, > >>>>>Dmitry > >>>>> > >>>>>Ola Lundqvist wrote: > >>>>> > >>>>> > >>>>>>Hi > >>>>>> > >>>>>>On Tue, Oct 31, 2006 at 04:58:10PM +0300, Dmitry Kurochkin wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Hi Ola. > >>>>>>> > >>>>>>>Version 028test002-1 fails to apply too. Output from > >>>>>>>../kernel-patches/all/apply/openvz is attached. There are many errors > >>>>>>>like "No file to patch. Skipping patch.". I believe the patch is > >>>>>>>corrupted. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>Yes I know. I only tested to apply it. The problem is that the > >>>>>>--dry-run > >>>>>>option do not work. The reason for that is that later parts patch > >>>>>>things > >>>>>>that the earlier part has patched already. > >>>>>> > >>>>>>I have created a 028test002-2 to fix that. I was able to build a > >>>>>>kernel > >>>>>>deb. I have installed it but not yet rebooted my machine to test it. > >>>>>>I applied it and regenerated the patch from that so the --dry-run > >>>>>>problem > >>>>>>is no longer an issue. > >>>>>> > >>>>>>Sorry for giving you false hope. Now it will at least build. > >>>>>> > >>>>>>Regards, > >>>>>> > >>>>>>// Ola > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Regards, > >>>>>>>Dmitry > >>>>>>> > >>>>>>>2006/10/31, Ola Lundqvist <[EMAIL PROTECTED]>: > >>>>>>> > >>>>&
Bug#377707: kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.18
Hi. I've just installed openvz kernel and it boots fine. Regards, Dmitry Ola Lundqvist wrote: Hi Ok I see. Any help is appriciated. Regards, // Ola On Fri, Nov 03, 2006 at 12:02:48AM +0300, Dmitry Kurochkin wrote: Hi. I do not have raid. I did not have much free time last days. I hope I will be able to test it this weekend. Regards, Dmitry Ola Lundqvist wrote: Hi The problem seem to be related to the fact that I boot from a raid device. So if you do not do that it would be nice if you could test that it works fine for you. If you run raid it would be nice if you could test it as well as it may be related to other things as well. The problem is not yet pinpointed. Regards, // Ola On Wed, Nov 01, 2006 at 10:32:29PM +0100, Ola Lundqvist wrote: Hi I had some problem to start the built kernel, but it would be nice if you could test yours as well as I may have a temporary problem with my build. It may also have something to do with xfs, that you may not have (I do not know). Just want to inform you. Regards, // Ola On Wed, Nov 01, 2006 at 09:28:20AM +0300, Dmitry Kurochkin wrote: Hi. I've successfully built kernel deb package with openvz patch 028test002-2. Though I did not tested it yet. Thanks, Dmitry Ola Lundqvist wrote: Hi On Tue, Oct 31, 2006 at 04:58:10PM +0300, Dmitry Kurochkin wrote: Hi Ola. Version 028test002-1 fails to apply too. Output from ../kernel-patches/all/apply/openvz is attached. There are many errors like "No file to patch. Skipping patch.". I believe the patch is corrupted. Yes I know. I only tested to apply it. The problem is that the --dry-run option do not work. The reason for that is that later parts patch things that the earlier part has patched already. I have created a 028test002-2 to fix that. I was able to build a kernel deb. I have installed it but not yet rebooted my machine to test it. I applied it and regenerated the patch from that so the --dry-run problem is no longer an issue. Sorry for giving you false hope. Now it will at least build. Regards, // Ola Regards, Dmitry 2006/10/31, Ola Lundqvist <[EMAIL PROTECTED]>: Hi I have now uploaded a new version to unstable, 028test002-1. Please test that one instead. I have checked that it apply cleanly but yet not seen if the build is ok. I'll do that later today though. Regards, // Ola On Mon, Oct 30, 2006 at 12:17:43AM +0300, Dmitry Kurochkin wrote: Hi, I have openvz patch version 028test001-1, kernel source 2.6.18-3. The patch output is included below. Patch is cleanly applied to original source from linux-source package. I'm not sure if this bug should be reopened or a new one submitted. Regards, Dmitry zcat ../kernel-patches/diffs/openvz/patch-028test001-core.gz | patch -p1 --dry-run patching file arch/alpha/kernel/init_task.c patching file arch/alpha/kernel/osf_sys.c patching file arch/arm/Kconfig patching file arch/arm/kernel/init_task.c patching file arch/arm/kernel/setup.c patching file arch/arm/kernel/smp.c patching file arch/arm26/kernel/init_task.c patching file arch/arm26/kernel/setup.c patching file arch/cris/kernel/setup.c patching file arch/frv/kernel/init_task.c patching file arch/frv/mm/mmu-context.c patching file arch/h8300/kernel/init_task.c patching file arch/i386/Kconfig patching file arch/i386/kernel/apic.c patching file arch/i386/kernel/cpu/mtrr/if.c patching file arch/i386/kernel/init_task.c patching file arch/i386/kernel/irq.c patching file arch/i386/kernel/ldt.c patching file arch/i386/kernel/nmi.c patching file arch/i386/kernel/process.c patching file arch/i386/kernel/ptrace.c patching file arch/i386/kernel/signal.c patching file arch/i386/kernel/smpboot.c Hunk #3 succeeded at 949 (offset 4 lines). patching file arch/i386/kernel/smp.c patching file arch/i386/kernel/syscall_table.S patching file arch/i386/kernel/sys_i386.c patching file arch/i386/kernel/traps.c patching file arch/i386/mm/fault.c patching file arch/i386/mm/hugetlbpage.c patching file arch/i386/mm/init.c patching file arch/i386/mm/pgtable.c patching file arch/ia64/ia32/binfmt_elf32.c patching file arch/ia64/Kconfig patching file arch/ia64/kernel/asm-offsets.c patching file arch/ia64/kernel/entry.S patching file arch/ia64/kernel/fsys.S patching file arch/ia64/kernel/init_task.c patching file arch/ia64/kernel/irq.c Hunk #1 succeeded at 169 (offset 5 lines). Hunk #2 succeeded at 214 (offset 5 lines). patching file arch/ia64/kernel/irq_ia64.c patching file arch/ia64/kernel/mca.c patching file arch/ia64/kernel/perfmon.c patching file arch/ia64/kernel/process.c patching file arch/ia64/kernel/ptrace.c patching file arch/ia64/kernel/signal.c patching file arch/ia64/kernel/traps.c patching file arch/ia64/kernel/unaligned.c patching file arch/ia64/mm/contig.c patching file ar
Bug#377707: kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.18
Hi. I do not have raid. I did not have much free time last days. I hope I will be able to test it this weekend. Regards, Dmitry Ola Lundqvist wrote: Hi The problem seem to be related to the fact that I boot from a raid device. So if you do not do that it would be nice if you could test that it works fine for you. If you run raid it would be nice if you could test it as well as it may be related to other things as well. The problem is not yet pinpointed. Regards, // Ola On Wed, Nov 01, 2006 at 10:32:29PM +0100, Ola Lundqvist wrote: Hi I had some problem to start the built kernel, but it would be nice if you could test yours as well as I may have a temporary problem with my build. It may also have something to do with xfs, that you may not have (I do not know). Just want to inform you. Regards, // Ola On Wed, Nov 01, 2006 at 09:28:20AM +0300, Dmitry Kurochkin wrote: Hi. I've successfully built kernel deb package with openvz patch 028test002-2. Though I did not tested it yet. Thanks, Dmitry Ola Lundqvist wrote: Hi On Tue, Oct 31, 2006 at 04:58:10PM +0300, Dmitry Kurochkin wrote: Hi Ola. Version 028test002-1 fails to apply too. Output from ../kernel-patches/all/apply/openvz is attached. There are many errors like "No file to patch. Skipping patch.". I believe the patch is corrupted. Yes I know. I only tested to apply it. The problem is that the --dry-run option do not work. The reason for that is that later parts patch things that the earlier part has patched already. I have created a 028test002-2 to fix that. I was able to build a kernel deb. I have installed it but not yet rebooted my machine to test it. I applied it and regenerated the patch from that so the --dry-run problem is no longer an issue. Sorry for giving you false hope. Now it will at least build. Regards, // Ola Regards, Dmitry 2006/10/31, Ola Lundqvist <[EMAIL PROTECTED]>: Hi I have now uploaded a new version to unstable, 028test002-1. Please test that one instead. I have checked that it apply cleanly but yet not seen if the build is ok. I'll do that later today though. Regards, // Ola On Mon, Oct 30, 2006 at 12:17:43AM +0300, Dmitry Kurochkin wrote: Hi, I have openvz patch version 028test001-1, kernel source 2.6.18-3. The patch output is included below. Patch is cleanly applied to original source from linux-source package. I'm not sure if this bug should be reopened or a new one submitted. Regards, Dmitry zcat ../kernel-patches/diffs/openvz/patch-028test001-core.gz | patch -p1 --dry-run patching file arch/alpha/kernel/init_task.c patching file arch/alpha/kernel/osf_sys.c patching file arch/arm/Kconfig patching file arch/arm/kernel/init_task.c patching file arch/arm/kernel/setup.c patching file arch/arm/kernel/smp.c patching file arch/arm26/kernel/init_task.c patching file arch/arm26/kernel/setup.c patching file arch/cris/kernel/setup.c patching file arch/frv/kernel/init_task.c patching file arch/frv/mm/mmu-context.c patching file arch/h8300/kernel/init_task.c patching file arch/i386/Kconfig patching file arch/i386/kernel/apic.c patching file arch/i386/kernel/cpu/mtrr/if.c patching file arch/i386/kernel/init_task.c patching file arch/i386/kernel/irq.c patching file arch/i386/kernel/ldt.c patching file arch/i386/kernel/nmi.c patching file arch/i386/kernel/process.c patching file arch/i386/kernel/ptrace.c patching file arch/i386/kernel/signal.c patching file arch/i386/kernel/smpboot.c Hunk #3 succeeded at 949 (offset 4 lines). patching file arch/i386/kernel/smp.c patching file arch/i386/kernel/syscall_table.S patching file arch/i386/kernel/sys_i386.c patching file arch/i386/kernel/traps.c patching file arch/i386/mm/fault.c patching file arch/i386/mm/hugetlbpage.c patching file arch/i386/mm/init.c patching file arch/i386/mm/pgtable.c patching file arch/ia64/ia32/binfmt_elf32.c patching file arch/ia64/Kconfig patching file arch/ia64/kernel/asm-offsets.c patching file arch/ia64/kernel/entry.S patching file arch/ia64/kernel/fsys.S patching file arch/ia64/kernel/init_task.c patching file arch/ia64/kernel/irq.c Hunk #1 succeeded at 169 (offset 5 lines). Hunk #2 succeeded at 214 (offset 5 lines). patching file arch/ia64/kernel/irq_ia64.c patching file arch/ia64/kernel/mca.c patching file arch/ia64/kernel/perfmon.c patching file arch/ia64/kernel/process.c patching file arch/ia64/kernel/ptrace.c patching file arch/ia64/kernel/signal.c patching file arch/ia64/kernel/traps.c patching file arch/ia64/kernel/unaligned.c patching file arch/ia64/mm/contig.c patching file arch/ia64/mm/discontig.c patching file arch/ia64/mm/fault.c patching file arch/ia64/mm/init.c patching file arch/ia64/sn/kernel/sn2/sn_hwperf.c patching file arch/m32r/kernel/init_task.c patching file arch/m32r/kernel/sys_m32r.c patching file arch/m68knommu/kernel/init_task.c patching file arch/mips/kernel/init_task.c patching
Bug#377707: kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.18
Hi. I've successfully built kernel deb package with openvz patch 028test002-2. Though I did not tested it yet. Thanks, Dmitry Ola Lundqvist wrote: Hi On Tue, Oct 31, 2006 at 04:58:10PM +0300, Dmitry Kurochkin wrote: Hi Ola. Version 028test002-1 fails to apply too. Output from ../kernel-patches/all/apply/openvz is attached. There are many errors like "No file to patch. Skipping patch.". I believe the patch is corrupted. Yes I know. I only tested to apply it. The problem is that the --dry-run option do not work. The reason for that is that later parts patch things that the earlier part has patched already. I have created a 028test002-2 to fix that. I was able to build a kernel deb. I have installed it but not yet rebooted my machine to test it. I applied it and regenerated the patch from that so the --dry-run problem is no longer an issue. Sorry for giving you false hope. Now it will at least build. Regards, // Ola Regards, Dmitry 2006/10/31, Ola Lundqvist <[EMAIL PROTECTED]>: Hi I have now uploaded a new version to unstable, 028test002-1. Please test that one instead. I have checked that it apply cleanly but yet not seen if the build is ok. I'll do that later today though. Regards, // Ola On Mon, Oct 30, 2006 at 12:17:43AM +0300, Dmitry Kurochkin wrote: Hi, I have openvz patch version 028test001-1, kernel source 2.6.18-3. The patch output is included below. Patch is cleanly applied to original source from linux-source package. I'm not sure if this bug should be reopened or a new one submitted. Regards, Dmitry zcat ../kernel-patches/diffs/openvz/patch-028test001-core.gz | patch -p1 --dry-run patching file arch/alpha/kernel/init_task.c patching file arch/alpha/kernel/osf_sys.c patching file arch/arm/Kconfig patching file arch/arm/kernel/init_task.c patching file arch/arm/kernel/setup.c patching file arch/arm/kernel/smp.c patching file arch/arm26/kernel/init_task.c patching file arch/arm26/kernel/setup.c patching file arch/cris/kernel/setup.c patching file arch/frv/kernel/init_task.c patching file arch/frv/mm/mmu-context.c patching file arch/h8300/kernel/init_task.c patching file arch/i386/Kconfig patching file arch/i386/kernel/apic.c patching file arch/i386/kernel/cpu/mtrr/if.c patching file arch/i386/kernel/init_task.c patching file arch/i386/kernel/irq.c patching file arch/i386/kernel/ldt.c patching file arch/i386/kernel/nmi.c patching file arch/i386/kernel/process.c patching file arch/i386/kernel/ptrace.c patching file arch/i386/kernel/signal.c patching file arch/i386/kernel/smpboot.c Hunk #3 succeeded at 949 (offset 4 lines). patching file arch/i386/kernel/smp.c patching file arch/i386/kernel/syscall_table.S patching file arch/i386/kernel/sys_i386.c patching file arch/i386/kernel/traps.c patching file arch/i386/mm/fault.c patching file arch/i386/mm/hugetlbpage.c patching file arch/i386/mm/init.c patching file arch/i386/mm/pgtable.c patching file arch/ia64/ia32/binfmt_elf32.c patching file arch/ia64/Kconfig patching file arch/ia64/kernel/asm-offsets.c patching file arch/ia64/kernel/entry.S patching file arch/ia64/kernel/fsys.S patching file arch/ia64/kernel/init_task.c patching file arch/ia64/kernel/irq.c Hunk #1 succeeded at 169 (offset 5 lines). Hunk #2 succeeded at 214 (offset 5 lines). patching file arch/ia64/kernel/irq_ia64.c patching file arch/ia64/kernel/mca.c patching file arch/ia64/kernel/perfmon.c patching file arch/ia64/kernel/process.c patching file arch/ia64/kernel/ptrace.c patching file arch/ia64/kernel/signal.c patching file arch/ia64/kernel/traps.c patching file arch/ia64/kernel/unaligned.c patching file arch/ia64/mm/contig.c patching file arch/ia64/mm/discontig.c patching file arch/ia64/mm/fault.c patching file arch/ia64/mm/init.c patching file arch/ia64/sn/kernel/sn2/sn_hwperf.c patching file arch/m32r/kernel/init_task.c patching file arch/m32r/kernel/sys_m32r.c patching file arch/m68knommu/kernel/init_task.c patching file arch/mips/kernel/init_task.c patching file arch/mips/kernel/irixelf.c patching file arch/mips/kernel/linux32.c patching file arch/mips/kernel/syscall.c patching file arch/mips/kernel/sysirix.c patching file arch/parisc/hpux/sys_hpux.c patching file arch/parisc/Kconfig patching file arch/parisc/kernel/init_task.c patching file arch/powerpc/Kconfig patching file arch/powerpc/kernel/init_task.c patching file arch/powerpc/kernel/irq.c patching file arch/powerpc/kernel/misc_32.S patching file arch/powerpc/kernel/misc_64.S patching file arch/powerpc/kernel/process.c patching file arch/powerpc/kernel/setup_64.c patching file arch/powerpc/kernel/syscalls.c patching file arch/powerpc/kernel/time.c patching file arch/powerpc/mm/fault.c patching file arch/powerpc/mm/init_64.c patching file arch/powerpc/mm/mem.c patching file arch/powerpc/mm/pgtable_32.c patching file arch/powerpc/platforms/pseries/setup.c patching file arch/ppc/Kconfig patching file arch/ppc/kernel/misc.S patching file arch/
Bug#377707: kernel-patch-openvz: doesn't apply cleanly to Debian linux-source-2.6.18
Hi, I have openvz patch version 028test001-1, kernel source 2.6.18-3. The patch output is included below. Patch is cleanly applied to original source from linux-source package. I'm not sure if this bug should be reopened or a new one submitted. Regards, Dmitry zcat ../kernel-patches/diffs/openvz/patch-028test001-core.gz | patch -p1 --dry-run patching file arch/alpha/kernel/init_task.c patching file arch/alpha/kernel/osf_sys.c patching file arch/arm/Kconfig patching file arch/arm/kernel/init_task.c patching file arch/arm/kernel/setup.c patching file arch/arm/kernel/smp.c patching file arch/arm26/kernel/init_task.c patching file arch/arm26/kernel/setup.c patching file arch/cris/kernel/setup.c patching file arch/frv/kernel/init_task.c patching file arch/frv/mm/mmu-context.c patching file arch/h8300/kernel/init_task.c patching file arch/i386/Kconfig patching file arch/i386/kernel/apic.c patching file arch/i386/kernel/cpu/mtrr/if.c patching file arch/i386/kernel/init_task.c patching file arch/i386/kernel/irq.c patching file arch/i386/kernel/ldt.c patching file arch/i386/kernel/nmi.c patching file arch/i386/kernel/process.c patching file arch/i386/kernel/ptrace.c patching file arch/i386/kernel/signal.c patching file arch/i386/kernel/smpboot.c Hunk #3 succeeded at 949 (offset 4 lines). patching file arch/i386/kernel/smp.c patching file arch/i386/kernel/syscall_table.S patching file arch/i386/kernel/sys_i386.c patching file arch/i386/kernel/traps.c patching file arch/i386/mm/fault.c patching file arch/i386/mm/hugetlbpage.c patching file arch/i386/mm/init.c patching file arch/i386/mm/pgtable.c patching file arch/ia64/ia32/binfmt_elf32.c patching file arch/ia64/Kconfig patching file arch/ia64/kernel/asm-offsets.c patching file arch/ia64/kernel/entry.S patching file arch/ia64/kernel/fsys.S patching file arch/ia64/kernel/init_task.c patching file arch/ia64/kernel/irq.c Hunk #1 succeeded at 169 (offset 5 lines). Hunk #2 succeeded at 214 (offset 5 lines). patching file arch/ia64/kernel/irq_ia64.c patching file arch/ia64/kernel/mca.c patching file arch/ia64/kernel/perfmon.c patching file arch/ia64/kernel/process.c patching file arch/ia64/kernel/ptrace.c patching file arch/ia64/kernel/signal.c patching file arch/ia64/kernel/traps.c patching file arch/ia64/kernel/unaligned.c patching file arch/ia64/mm/contig.c patching file arch/ia64/mm/discontig.c patching file arch/ia64/mm/fault.c patching file arch/ia64/mm/init.c patching file arch/ia64/sn/kernel/sn2/sn_hwperf.c patching file arch/m32r/kernel/init_task.c patching file arch/m32r/kernel/sys_m32r.c patching file arch/m68knommu/kernel/init_task.c patching file arch/mips/kernel/init_task.c patching file arch/mips/kernel/irixelf.c patching file arch/mips/kernel/linux32.c patching file arch/mips/kernel/syscall.c patching file arch/mips/kernel/sysirix.c patching file arch/parisc/hpux/sys_hpux.c patching file arch/parisc/Kconfig patching file arch/parisc/kernel/init_task.c patching file arch/powerpc/Kconfig patching file arch/powerpc/kernel/init_task.c patching file arch/powerpc/kernel/irq.c patching file arch/powerpc/kernel/misc_32.S patching file arch/powerpc/kernel/misc_64.S patching file arch/powerpc/kernel/process.c patching file arch/powerpc/kernel/setup_64.c patching file arch/powerpc/kernel/syscalls.c patching file arch/powerpc/kernel/time.c patching file arch/powerpc/mm/fault.c patching file arch/powerpc/mm/init_64.c patching file arch/powerpc/mm/mem.c patching file arch/powerpc/mm/pgtable_32.c patching file arch/powerpc/platforms/pseries/setup.c patching file arch/ppc/Kconfig patching file arch/ppc/kernel/misc.S patching file arch/ppc/kernel/time.c patching file arch/ppc/mm/fault.c patching file arch/ppc/mm/init.c patching file arch/ppc/mm/pgtable.c patching file arch/s390/Kconfig patching file arch/s390/kernel/init_task.c patching file arch/s390/kernel/process.c patching file arch/s390/kernel/s390_ext.c patching file arch/s390/kernel/smp.c patching file arch/s390/mm/fault.c patching file arch/s390/mm/init.c patching file arch/sh/kernel/init_task.c patching file arch/sh/kernel/kgdb_stub.c patching file arch/sh/kernel/setup.c patching file arch/sh/kernel/sys_sh.c patching file arch/sh64/kernel/init_task.c patching file arch/sh64/kernel/process.c patching file arch/sh64/kernel/sys_sh64.c patching file arch/sparc/kernel/init_task.c patching file arch/sparc/kernel/sys_sparc.c patching file arch/sparc/kernel/sys_sunos.c patching file arch/sparc64/kernel/init_task.c patching file arch/sparc64/kernel/sys_sparc.c patching file arch/sparc64/kernel/sys_sunos32.c patching file arch/sparc64/solaris/misc.c patching file arch/um/drivers/mconsole_kern.c patching file arch/um/kernel/init_task.c patching file arch/um/kernel/skas/process_kern.c patching file arch/um/kernel/syscall.c patching file arch/um/kernel/tt/process_kern.c patching file arch/um/kernel/um_arch.c patching file arch/um/sys-x86_64/syscalls.c patching file arch/um/sys-x86_64/sysrq.c patching file arch/v85
Bug#393779: libglademm-2.4-1c2a: fails to load .glade file
The problem was that I did not initialize gtkmm before using glademm. This bug should be closed. Sorry for false alarm. Regards, Dmitry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393779: libglademm-2.4-1c2a: fails to load .glade file
Package: libglademm-2.4-1c2a Version: 2.6.2-2 Severity: normal Hi, libglademm fails to load .glade file and segfaults: L> cat test.cpp #include int main (int argc, char *argv[]) { Gnome::Glade::Xml::create("test.glade"); } L> g++ -o test `pkg-config libglademm-2.4 --cflags --libs` test.cpp L> ./test (process:16191): GLib-GObject-CRITICAL **: gtype.c:2240: initialization assertion failed, use IA__g_type_init() prior to this function zsh: segmentation fault ./test L> libglade and gtkmm works fine so I think the problem is with libglademm. I'm ready to provide any required info and help. Regards, Dmitry -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages libglademm-2.4-1c2a depends on: ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-15GCC support library ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-02.8.20-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.1-15 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-4 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra libglademm-2.4-1c2a recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#393135: rails: migration generator exception: "Another migration is already named"
Package: rails Version: 1.1.6-1 Severity: normal Hi, I decided to take a look at Ruby on Rails and Openlaszlo. I've successfully installed openlaszlo plugin (http://rubyforge.org/projects/laszlo-plugin/). When I try to generate an applet I get the following error: L> ./script/generate applet contacts applet exists app/views/ dependency model existsapp/models/ existstest/unit/ existstest/fixtures/ identicalapp/models/contacts.rb identicaltest/unit/contacts_test.rb identicaltest/fixtures/contacts.yml existsdb/migrate createdb/migrate/001_create_contacts.rb dependency rest_controller existsapp/controllers/ existsapp/helpers/ existstest/functional/ dependencymodel exists app/models/ exists test/unit/ exists test/fixtures/ identical app/models/contacts.rb identical test/unit/contacts_test.rb identical test/fixtures/contacts.yml exists db/migrate Another migration is already named create_contacts: db/migrate/ 001_create_contacts.rb The problem is caused by migration generator. An exception is raised when migration with the same name already exists. Applet generator from openlaszlo plugin depends on model generator and on rest_controller generator which depends on model generator too. So you always get an exception and generator breaks. As I understand this code was submitted to RoR 1.1 and everything worked fine with RoR 1.0. The problem is not openlaszlo specific, I've found another report on RoR mailing list: http://lists.rubyonrails.org/pipermail/rails/2006-March/021749.html. Unfortunately there is no answer. I've fixed the applet generator to walk around the issue but I believe this problem should be fixed on RoR side. Regards, Dmitry -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages rails depends on: ii liberb-ruby2.0.4+ruby1.8.2-1 Tiny eRuby ii libpgsql-ruby1.8 0.7.1-9 PostgreSQL extension library for r ii libredcloth-ruby1.83.0.4-2 Textile module for Ruby 1.8 ii rake 0.7.1-1 a ruby build program ii rdoc 1.8.2-1 Generate documentation from ruby s ii ruby 1.8.2-1 An interpreter of object-oriented ii ruby1.81.8.5-2 Interpreter of object-oriented scr Versions of packages rails recommends: ii irb 1.8.2-1Interactive Ruby (irb) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388364: tzwatch: error printed: "[: ==: unary operator expected"
Package: tzwatch Version: 1.4.4-3 Severity: normal Tags: patch I get the following error: L> tzwatch /usr/bin/tzwatch: line 137: [: ==: unary operator expected Wed Sep 20 03:56:32 UTC 2006 Wed Sep 20 07:56:32 MSD 2006 Europe/Moscow The attached patch fixes the issue. Regards, Dmitry -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) -- no debconf information --- /usr/bin/tzwatch2006-08-17 03:46:59.0 -0400 +++ tzwatch 2006-09-19 23:10:55.0 -0400 @@ -134,13 +134,13 @@ # get the format string handled correctly (without providing a default # format string myself in the case where the user does not give one) if [ -z "$DATEFORMAT" ]; then -if [ $zone == "Local" ]; then +if [ "$zone" == "Local" ]; then TZdate=$(LANG=C date) else TZdate=$(LANG=C TZ="$zone" date) fi else -if [ $zone == "Local" ]; then +if [ "$zone" == "Local" ]; then TZdate=$(LANG=C date "$DATEFORMAT") else TZdate=$(LANG=C TZ="$zone" date "$DATEFORMAT")
Bug#378823: hotkey-setup: Manufacture string mismatch for Samsung P25
Package: hotkey-setup Version: 0.1-17 Severity: normal dmidecode output: # dmidecode --string system-manufacturer SAMSUNG # dmidecode --string system-product-name SENSP20/25 # dmidecode --string system-version 02PK But the init script checks for "Samsung" manufacture. Why not to translate $manufacturer, $name and $version variables to upper case before checking to aviod such issues? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages hotkey-setup depends on: ii dmidecode 2.8-2 Dump Desktop Management Interface hotkey-setup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]