Bug#737028: RFP: time-tracker -- time tracking for impatient and lazy command line lovers
Package: wnpp Severity: wishlist * Package name: time-tracker Version : 2.018 Upstream Author : Thomas Klausner d...@cpan.org * URL : http://search.cpan.org/dist/App-TimeTracker/ * License : Perl Programming Lang: Perl Description : time tracking for impatient and lazy command line lovers Command line utility for easy and comfortable time tracking. Has plugins to hook in with IRC (to post who is working on what), Git and Request-Tracker (for auto branching and time tracking on RT tasks) and for syncing time tracking via Git on multiple computers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737028: Acknowledgement (RFP: time-tracker -- time tracking for impatient and lazy command line lovers)
Thank you! The actual correct website of that tool is: http://timetracker.plix.at/ Cheer Jozef On 2014-01-29 15:06, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to debian-p...@lists.debian.org (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): w...@debian.org If you wish to submit further information on this problem, please send it to 737...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493701: Fwd: Re: liferea: links in Liferea's window doesn't ask for authentication credentials if required
Hi David, yes it works fine with: $ apt-show-versions | grep liferea liferea/wheezy uptodate 1.8.6-1.1 liferea-data/wheezy uptodate 1.8.6-1.1 you can close this bug. Thanks! Jozef On 2013-01-07 09:20, David Smith wrote: Original Message Subject: Re: liferea: links in Liferea's window doesn't ask for authentication credentials if required Date: Sun, 06 Jan 2013 20:47:46 +0800 From: David Smith sidic...@gmail.com To: 493...@bugs.debian.org, cont...@bugs.debian.org tags 493701 moreinfo This is an old bug report. Can you please try with the version of liferea currently in Debian Wheezy (1.8.6-1.1)? http://bugs.debian.org/493701 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609928: ifuse: confirming the libimobiledevice1 was needed in my case too
Package: ifuse Version: 1.0.0-1 Severity: normal Hi, I also had to install libimobiledevice1 in order to make the ifuse mount. Cheers, Jozef -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 ifuse depends on: ii fuse-utils2.8.4-1.1 Filesystem in USErspace (utilities ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libfuse2 2.8.4-1.1 Filesystem in USErspace library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libimobiledevice1 1.0.4-2Library for communicating with the ifuse recommends no packages. ifuse 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#591673: movabletype-plugin-core: zemanta content recommendations on by default?
Package: movabletype-plugin-core Version: 4.3.3-1 Severity: important It looks to me as that the Zemanta plugin that is suggesting content is sending the text of the blog posts to their service. This plugin is *enabled* by default and it was activated only via upgrading. While not everyone uses MovableType just for public texts I find it really not a good choice and as a security problem in a default configuration. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable') 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 movabletype-plugin-core depends on: ii libclass-accessor-perl 0.31-2Automated accessor generator ii libhtml-entities-numbered- 0.04-1Conversion of numbered HTML entiti ii libhtml-parser-perl3.56-1+lenny1 A collection of modules that parse ii libjson-perl 2.07-1Perl module to parse and convert t ii libtext-textile-perl 2.03-2formats text using a simple style ii libwww-perl5.813-1 WWW client/server library for Perl ii libxml-sax-perl0.16+dfsg-3 Perl module for using and building ii perl-modules 5.10.1-11 Core Perl modules movabletype-plugin-core recommends no packages. movabletype-plugin-core 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#590997: ITP: kephra -- GUI-Texteditor along Perl alike Paradigms
Package: wnpp Severity: wishlist Owner: Jozef Kutej jo...@kutej.net * Package name: kephra Version : 0.4.3 Upstream Author : Herbert Breunung lichtk...@cpan.org * URL : http://search.cpan.org/perldoc?Kephra * License : GPL Programming Lang: Perl Description : GUI-Texteditor along Perl alike Paradigms --- cut --- Main Goals A visually harmonic and beautiful, sparing and elegantly programed Editor, that helpes you with all you tasks. It should be also able to operate in the way you prefer and be not afraid to try new things. In Depth My ideal is a balance of: * low entrance / easy to use * rich feature set (CPAN IDE) * highly configurable / adaptable to personal preferences * beauty / good integration on GUI, code and config level That sounds maybe generic but we go for the grail of editing, nothing lesser. Details I believe that Kephra's agenda is very similar to Perl's. Its common wisdom that freedom means not only happiness but also life works most effective in freedom. So there should not only be more than one way to write a programm, but also more than one way use an editor. You could: * select menu items * make kombinations of keystrokes * point and click your way with the mouse * type short edit commands So the question should not be vi or emacs, but how to combine the different strengths (command input field and optional emacs-like keymap possibilities). Perl was also a combination of popular tools and concepts into a single powerful language. Though I don't want to just adopt what has proven to be mighty. There are a lot of tools (especially in the graphical realm) that are still waiting to be discovered or aren't widely known. In Perl we write and rewrite them faster and much more dense than in C or Java. Some function that help me every day a lot, I written were in very few lines. But many good tools are already on CPAN and Kephra should just be the glue and graphical layer to give you the possibilities of these module to your fingertips in that form you prefer. This helpes also to improve these modules, when they have more users that can give the authors feedback. It motivates the community, when we can use our own tools and the perl ecosystem does not depend on outer software like eclipse, even if it's sometimes useful. Perl's second slogan is Keep easy things easy and make hard things possible. To me it reads Don't scare away the beginners and grow as you go. And like Perl I want to handle the complex things with as least effort as possible. From the beginning Kephra was a useful programm and will continue so. --- cut --- Needs only File::UserConfig to be packaged in addition. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590999: ITP: libfile-userconfig-perl -- Get a user's existing config directory, or copy in defaults
Package: wnpp Severity: wishlist Owner: Jozef Kutej jo...@kutej.net * Package name: libfile-userconfig-perl Version : 0.06 Upstream Author : Adam Kennedy ad...@cpan.org * URL : http://search.cpan.org/perldoc?File::UserConfig * License : GPL and Artistic Programming Lang: Perl Description : Get a user's existing config directory, or copy in defaults Many modules or applications maintain a user-spec configuration data directory. And the implementation pattern is generally the same. A directory like /home/myuser/.application is created and populating by a set of default files the first time an application runs, and from there on, the files in that directory are modified. File::UserConfig provides standard, light and sub-classable default implementation of this concept that Does The Right Thing with the directory names. (needed for Kephra) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587733: Pod::PlainText doesn't recognize =encoding
Package: perl-modules Version: 5.10.1-13 Severity: normal $ echo -e =encoding utf8\n\n | perl -MPod::PlainText -le 'my $parser = Pod::PlainText-new();$parser-parse_from_filehandle;' Can't locate object method cmd_encoding via package Pod::PlainText at /usr/share/perl/5.10/Pod/PlainText.pm line 162, STDIN line 2. http://perldoc.perl.org/perlpod.html#=encoding-_encodingname_ Cheers Jozef -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 perl-modules depends on: ii perl 5.10.1-13 Larry Wall's Practical Extraction perl-modules recommends no packages. perl-modules 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#577178: ITP: libgtk2-sourceview2-perl -- Enhanced source code editor widget
Package: wnpp Severity: wishlist Owner: Jozef Kutej jo...@kutej.net Owner: Jozef Kutej jo...@kutej.net * Package name: libgtk2-sourceview2-perl Version : 0.07 Upstream Author : Name po...@cpan.org * URL : http://search.cpan.org/perldoc?Gtk2::SourceView2 * License : GPL, Artistic Programming Lang: Perl, C Description : Enhanced source code editor widget Gtk2::SourceView2 is the Perl binding for the C library gtksourceview-2.0. This is the same widget that's used by gedit, MonoDevelop, Anjuta and several other projects. This widget extends the standard GTK+ framework for multiline text editing with support for configurable syntax highlighting, unlimited undo/redo, UTF-8 compliant caseless searching, printing and other features typical of a source code editor. For more information about gtksourceview-2.0 see: http://projects.gnome.org/gtksourceview/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577195: /usr/bin/xvfb-run: `xvfb-run -a` relies on /tmp/.X$i-lock which fails in multiple chroots and $SERVERNUM never change
Package: xvfb Version: 2:1.7.6-1 Severity: normal File: /usr/bin/xvfb-run The -a option to find free X display number is using while [ -f /tmp/.X$i-lock ]; do to increase the $SERVERNUM. When the xvfb-run is run under a different chroot the /tmp is not shared so the xvfb-run fails to find available DISPLAY number. To reproduce run `xvfb-run -a sleep 1000` in a system, than chroot to a different system and run it again. One solution would be to increase the $SERVERNUM everytime the Xvfb fails to run: --- xvfb-run.orig 2010-04-10 12:18:04.0 + +++ xvfb-run2010-04-10 12:01:42.0 + @@ -168,6 +168,7 @@ break elif [ -n $AUTONUM ]; then # The display is in use so try another one (if '-a' was specified). +SERVERNUM=$(($SERVERNUM + 1)) SERVERNUM=$(find_free_servernum) continue fi Regards, Jozef -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 xvfb depends on: ii libaudit01.7.13-1+b1 Dynamic library for security audit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libpixman-1-00.16.4-1pixel-manipulation library for X a ii libselinux1 2.0.89-4SELinux runtime shared libraries ii libudev0 151-3 libudev shared library ii libxau6 1:1.0.5-2 X11 authorisation library ii libxdmcp61:1.0.3-2 X11 Display Manager Control Protoc ii libxfont11:1.4.1-2 X11 font rasterisation library ii xserver-common 2:1.7.6-1 common files used by various X ser Versions of packages xvfb recommends: ii xauth 1:1.0.4-1 X authentication utility xvfb 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#577200: ITP: xacobeo -- XPath (XML Path Language) visualizer
Package: wnpp Severity: wishlist Owner: Jozef Kutej jo...@kutej.net Owner: Jozef Kutej jo...@kutej.net * Package name: xacobeo Version : 0.13 Upstream Author : Emmanuel Rodriguez po...@cpan.org * URL : http://search.cpan.org/perldoc?Xacobeo * License : GPL, Artistic Programming Lang: C, Perl Description : XPath (XML Path Language) visualizer This program provides a simple graphical user interface (GUI) for executing XPath queries and seeing their results. The GUI tries to provide all the elements that are needed in order to write, test and execute XPath queries without too many troubles. It displays the Document Object Model (DOM) and the namespaces used. The program registers the namespaces automatically and each element is displayed with its associated namespaces. All is performed with the idea of being able of running an XPath query as soon as possible without having to fight with the document's namespaces and by seeing automatically under which namespace each element is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566822: committed the Pod update
http://svn.debian.org/viewsvn/pkg-perl?view=revrevision=55100 Cheers, Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571423: works on amd64 with Tk-804.028_502
Hi, the tests failed with: perl-tk/squeeze uptodate 1:804.028-6 but after I've installed by hand: http://search.cpan.org/CPAN/authors/id/S/SR/SREZIC/Tk-804.028_502.tar.gz all tests passed. Regards, Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573679: libwx-perl: FTBFS: xvfb-run: error: Xvfb failed to start
gregor herrmann wrote: Builds fine for me in two sid cowbuilder chroots (amd64 + i386), one with X and everything, the other a server without X. http://perldition.org/articles/Running%20tests%20that%20require%20an%20X%20server.pod Ralf recommends xvfb-run -a make test -a, --auto-servernum = Try to get a free server number, starting at 99, or the argument to --server-num. $ (xvfb-run sleep 1 ) xvfb-run sleep 1 xvfb-run: error: Xvfb failed to start (xvfb-run -a sleep 1 ) xvfb-run -a sleep 1 # will sleep well ;-) so probably what cause the bug report were two builds using xvfb-run at the same time? Regards, Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570670: probably a problem with alpha arch
Hi, the package builds find on i386 and amd64. In CPAN there is one similar smoketesting test for alpha arch: http://www.cpantesters.org/cpan/report/6712612 Regards, Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571423: rt.cpan.org Bug #47788
Hi, There is already a similar bug in RT: https://rt.cpan.org/Public/Bug/Display.html?id=47788 I've updated it with the information that the tests are passing on i386 but failing on amd64. Cheers, Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571632: dh-make-perl: META.yml dependency numbers with or = breaks the control
Damyan Ivanov wrote: -=| Jozef Kutej, Fri, Feb 26, 2010 at 05:23:48PM +0100 |=- +# clean-up module versions from non-version characters +foreach my $module_name (keys %{$deps}) { +$deps-{$module_name} =~ s/[^_.0-9]//g; +} It is not so easy. See http://github.com/dagolden/cpan-meta-spec/blob/master/META-spec.pod#VERSION_NUMBERS (and 'Version Specifications'). jup, sure it is not correct, but just a little bit better. :-) if not via ignoring, dh-make-perl should handle the =, !=, ==, =, and somehow. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571623: version: !perl/Module::Build::Version results in broken Debian version
Package: dh-make-perl Version: 0.63 Severity: minor Some authors use version: !perl/Module::Build::Version in META.yml. Like for example http://cpansearch.perl.org/src/SMUELLER/Class-Accessor-Assert-1.40/META.yml which results in: Found: Class-Accessor-Assert 0Module-Build-Version-HASH-0xa487160- (libclass-accessor-assert-perl arch=all) The solution will be to load Module::Build::Version in DhMakePerl.pm. Example: Class-Accessor-Assert-1.40$ /usr/bin/dh-make-perl Found: Class-Accessor-Assert 0Module-Build-Version-HASH-0x9872160- (libclass-accessor-assert-perl arch=all) ... Class-Accessor-Assert-1.40$ perl -MModule::Build::Version /usr/bin/dh-make-perl Found: Class-Accessor-Assert 1.40 (libclass-accessor-assert-perl arch=all) ... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 dh-make-perl depends on: ii debhelper 7.4.13 helper programs for debian/rules ii dpkg-dev 1.15.5.6 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1 Tie-able array that allows only un ii libclass-accessor-perl0.34-1 Perl module that automatically gen ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libmodule-corelist-perl 2.25-1 module to determine modules shippe ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.58-1 module to automate interaction wit ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii make 3.81-7 An utility for Directing compilati ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-11 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.3.3 search for files within Debian pac dh-make-perl 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#571632: dh-make-perl: META.yml dependency numbers with or = breaks the control
Package: dh-make-perl Version: 0.63 Severity: minor some META.yml files contains or = in front of the version numbers. for example: http://cpansearch.perl.org/src/JPEACOCK/version-0.80/META.yml The fast work around would be to clean up the version numbers from non-version characters: --- cut --- --- a/lib/DhMakePerl.pm +++ b/lib/DhMakePerl.pm @@ -1056,6 +1056,11 @@ sub run_depends { $mod_dep-find_modules(); my $deps = $build_deps ? $mod_dep-build_requires : $mod_dep-requires; + +# clean-up module versions from non-version characters +foreach my $module_name (keys %{$deps}) { +$deps-{$module_name} =~ s/[^_.0-9]//g; +} my $error = $mod_dep-error(); die Error: $error\n if $error; --- cut --- but it will result in versions like 5.005 become = 5.005. should only rarely cause troubles. and if can be resolved manualy. or? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 dh-make-perl depends on: ii debhelper 7.4.13 helper programs for debian/rules ii dpkg-dev 1.15.5.6 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1 Tie-able array that allows only un ii libclass-accessor-perl0.34-1 Perl module that automatically gen ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libmodule-corelist-perl 2.25-1 module to determine modules shippe ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.58-1 module to automate interaction wit ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii make 3.81-7 An utility for Directing compilati ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-11 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.3.3 search for files within Debian pac dh-make-perl 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#571623: version: !perl/Module::Build::Version results in broken Debian version
Damyan Ivanov wrote: Shouldn't this be loaded by the module which parses META.yml? In dh-make-perl's case this is the YAML module (I also tried with YAML::Syck and YAML::XS). hmm that could be a security risk, if by loading yaml file some other module would be automatically loaded, or? I mean, how would dh-make-perl know that it has to pre-load module X? Class-Accessor-Assert-1.40$ perl -MScalar::Util=blessed -MYAML::Syck -le 'print blessed LoadFile(META.yml)-{'version'}' Module::Build::Version so it is theoretically possible to get the class if the version is blessed and then load it if not loaded. but i would go for a safe choice of just adding use Module::Build::Version; line to DhMakePerl.pm. if there will be more META.yml-s with strange classes than it could be reconsidered. still i can send a patch that will load the {'version'} class if you'll want it. j -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571623: version: !perl/Module::Build::Version results in broken Debian version
Ansgar Burchardt wrote: A YAML file can call constructors for all loaded modules? That would no, not constructors, there is even no way of knowing what is the name of constructor, but even just by loading a module it is code execution. mostly the code that makes the initialization and import(). i can ask the authors of YAML or YAML::Syck what do they think about loading the modules that are declared inside YAML. if the current status, that the modules are not loaded, is a bug or a feature? Cheers, Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571642: dh-make-perl: nice_perl_ver() should be also used for is_core_module() dependencies
Package: dh-make-perl Version: 0.63 Severity: minor nice_perl_ver() is called when someone declares dependecy on perl directly but not in case of core modules. Not calling nice_perl_ver() results in dependecies like Depends: perl (= 5.010001) but 5.10.1-11 is installed. --- cut --- index a91f732..9b3d556 100644 --- a/lib/DhMakePerl.pm +++ b/lib/DhMakePerl.pm @@ -1125,7 +1125,7 @@ sub find_debs_for_modules { ) { print = $module is a core module\n if $self-cfg-verbose; -$dep = Debian::Dependency-new( 'perl', $ver ); +$dep = Debian::Dependency-new( 'perl', $self-nice_perl_ver( $ver ) ); $debs-add($dep) if $dep-satisfies( perl (= . $self-oldest_perl_version . ) --- cut --- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 dh-make-perl depends on: ii debhelper 7.4.13 helper programs for debian/rules ii dpkg-dev 1.15.5.6 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1 Tie-able array that allows only un ii libclass-accessor-perl0.34-1 Perl module that automatically gen ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libmodule-corelist-perl 2.25-1 module to determine modules shippe ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.58-1 module to automate interaction wit ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii make 3.81-7 An utility for Directing compilati ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-11 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.3.3 search for files within Debian pac dh-make-perl 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#571646: Depends: perl (= 5.11.4) as result of is_core_module()
Package: dh-make-perl Version: 0.63 Severity: minor is_core_module() is properly reporting core modules but also in future versions of Perl. For example module that is dependent on Module::Build: 0.3603. $ perl -MDhMakePerl -le 'print DhMakePerl-is_core_module(Module::Build, 0.3603)' 5.11.4 here is a patch that will not consider any higher version than currently running Perl a core module: --- cut --- --- a/lib/DhMakePerl.pm +++ b/lib/DhMakePerl.pm @@ -77,6 +77,7 @@ use User::pwent qw(:FIELDS); use WWW::Mechanize (); use YAML (); use version qw( qv ); +use Config; # TODO: # * get more info from the package (maybe using CPAN methods) @@ -443,6 +444,10 @@ sub is_core_module { return unless defined $v; $v = version-new($v); # v5.9.2 + +# not a core module if the module is in future version of Perl +return if $v version-new($Config::Config{'version'}); + ( $v = $v-normal ) =~ s/^v//; # 5.9.2 return $v; --- cut --- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (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 dh-make-perl depends on: ii debhelper 7.4.13 helper programs for debian/rules ii dpkg-dev 1.15.5.6 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl 0.1.24 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1 Tie-able array that allows only un ii libclass-accessor-perl0.34-1 Perl module that automatically gen ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.25~02-1 Perl module with additional list f ii libmodule-corelist-perl 2.25-1 module to determine modules shippe ii libmodule-depends-perl0.14-3 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.58-1 module to automate interaction wit ii libyaml-perl 0.71-1 YAML Ain't Markup Language ii make 3.81-7 An utility for Directing compilati ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-11 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.3.3 search for files within Debian pac dh-make-perl 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#550851: movabletype-opensource: non-ASCII characters get corrupted in FastCGI mode
Hi Dominic, Dominic Hargreaves wrote: this in my test environment yet. I wonder if you would be able to try out a newer version of movabletype - ie 4.3.3-1 to see whether the problem With: # apt-show-versions | grep movabletype movabletype-opensource/testing uptodate 4.3.3-1 movabletype-plugin-core/testing uptodate 4.3.3-1 it works fine, no more character corruption in fast cgi. I'd be interested either way if you have a fix/workaround for this or if it's still an issue for you. Well the workaround is to use cgi-s instead of fcgi-s. Which is slower, but works. I think you can close the bug. Thank you. Jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558241: istanbul: The error was 'BadIDChoice (invalid resource ID chosen for this connection)'.
Package: istanbul Version: 0.2.2-5 Severity: normal after the recording is finished in the phase of In process of saving to disk. I'm getting X Window System error. Here is the complete console output: $ istanbul /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:37: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltips = gtk.Tooltips() /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:77: DeprecationWarning: Use the new widget gtk.Tooltip _(Use a selector to select area of screen to capture.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:90: DeprecationWarning: Use the new widget gtk.Tooltip _(Select a window on the screen to capture)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:107: DeprecationWarning: Use the new widget gtk.Tooltip _(Tick this if you want to screencast a 3d application. This will however take more CPU power.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:119: DeprecationWarning: Use the new widget gtk.Tooltip _(Tick this if you want to record the mouse pointer during the screencast.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:133: DeprecationWarning: Use the new widget gtk.Tooltip _(Tick this if you want to record audio with the screencast. You can choose the audio device to record from in the Multimedia Systems Selector in Preferences.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:145: DeprecationWarning: Use the new widget gtk.Tooltip _(Select this if you do not want to scale down the size of the recording.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:169: DeprecationWarning: Use the new widget gtk.Tooltip _(Select this to scale down the recording resolution by 1/2.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_popup.py:176: DeprecationWarning: Use the new widget gtk.Tooltip _(Select this to scale down the recording resolution by 1/4.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_icon.py:43: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltips = gtk.Tooltips() /usr/lib/pymodules/python2.5/istanbul/main/tray_icon.py:45: DeprecationWarning: Use the new widget gtk.Tooltip _(Left click to start screencast. Right click for menu.)) /usr/lib/pymodules/python2.5/istanbul/main/tray_icon.py:61: DeprecationWarning: Use the new widget gtk.Tooltip _(Left click to stop recording screencast.)) DEBUG: final pipeline: istximagesrc name=videosource display-name=:0.0 screen-num=0 ! video/x-raw-rgb,framerate=10/1 ! videorate ! ffmpegcolorspace ! videoscale method=1 ! video/x-raw-yuv,width=1400,height=1050,framerate=10/1 ! theoraenc ! oggmux name=mux ! filesink location=/tmp/tmpo5KpnY /usr/lib/pymodules/python2.5/istanbul/main/tray_icon.py:72: DeprecationWarning: Use the new widget gtk.Tooltip _(In process of saving to disk.)) The program 'istanbul' received an X Window System error. This probably reflects a bug in the program. The error was 'BadIDChoice (invalid resource ID chosen for this connection)'. (Details: serial 1960 error_code 14 request_code 1 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (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 istanbul depends on: ii gconf2 2.28.0-1GNOME configuration database syste ii gettext 0.17-8 GNU Internationalization utilities ii gstreamer0.10-alsa 0.10.25-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins-ba 0.10.25-1 GStreamer plugins from the base ii gstreamer0.10-plugins-go 0.10.16-5 GStreamer plugins from the good ii gstreamer0.10-x 0.10.25-1 GStreamer plugins for X11 and Pang ii libc62.10.1-7GNU C Library: Shared libraries ii libglib2.0-0 2.22.2-2The GLib library of C routines ii libgstreamer0.10-0 0.10.25-2 Core GStreamer libraries and eleme ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libsm6 2:1.1.1-1 X11 Session Management library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxml2
Bug#550851: movabletype-opensource: non-ASCII characters get corrupted in FastCGI mode
Package: movabletype-opensource Version: 4.2.3-1 Severity: normal the CGI versions works just fine, but when I switch to FastCGI I get the non-ASCII characters destroyed. Actually it works for the first request after Apache reload. So it seems that something must be double initialized in persistent environment. Some screen shots: http://jozef.kutej.net/2009/09/mt4-utf-8-encoding-problems.html I've also posted this on MT forums 3 weeks ago: http://forums.movabletype.org/2009/09/double-encoding-with-fastcgi.html with no reply, jet. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-xen-686 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages movabletype-opensource depends on: ii dbconfig-common 1.8.39 common framework for packaging dat ii debconf 1.5.24 Debian configuration management sy ii libclass-accessor-perl 0.31-2 Automated accessor generator ii libclass-data-inheritabl 0.08-1 Inheritable, overridable class dat ii libclass-trigger-perl0.13-1 Mix-in to add / call inheritable t ii libdbd-pg-perl 2.8.7-1 Perl DBI driver for the PostgreSQL ii libdbd-sqlite3-perl 1.14-3 Perl DBI driver with a self-contai ii libdbi-perl 1.605-1 Perl5 database interface by Tim Bu ii libhtml-parser-perl 3.56-1+b1 A collection of modules that parse ii libimage-size-perl 3.1.1-2 determine the size of images in se ii libjcode-pm-perl 2.06-1 Perl extension interface to conver ii libjson-perl 2.07-1 Perl module to parse and convert t ii liblucene-queryparser-pe 1.04-2 Turn a Lucene query into a Perl da ii libmime-encwords-perl1.010.101-1 deal with RFC-1522 encoded words ii libnet-openid-consumer-p 0.14-4 library for consumers of OpenID id ii liburi-perl 1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl 5.813-1 WWW client/server library for Perl ii libxml-atom-perl 0.28-1 Atom feed and API implementation ii libxml-sax-perl 0.16+dfsg-3 Perl module for using and building ii libxml-xpath-perl1.13-6 Perl module for processing XPath ii libyaml-tiny-perl1.32-1 Read/Write YAML files with as litt ii perl-modules 5.10.0-19lenny2 Core Perl modules ii postfix [mail-transport- 2.5.5-1.1 High-performance mail transport ag ii ucf 3.0016 Update Configuration File: preserv Versions of packages movabletype-opensource recommends: ii libarchive-zip- 1.18-1 Module for manipulation of ZIP arc ii libsoap-lite-pe 0.710.08-1 Client and server side SOAP implem ii perl-modules [l 5.10.0-19lenny2 Core Perl modules ii perlmagick 7:6.3.7.9.dfsg2-1~lenny3 Perl interface to the libMagick gr movabletype-opensource suggests no packages. -- debconf information: movabletype-opensource/pgsql/manualconf: movabletype-opensource/passwords-do-not-match: movabletype-opensource/dbconfig-reinstall: false movabletype-opensource/pgsql/admin-user: postgres movabletype-opensource/mysql/admin-user: root movabletype-opensource/remote/host: movabletype-opensource/reload_apache: false movabletype-opensource/purge: false movabletype-opensource/dbconfig-upgrade: true movabletype-opensource/pgsql/method: unix socket movabletype-opensource/pgsql/changeconf: false movabletype-opensource/remote/newhost: movabletype-opensource/database-type: movabletype-opensource/schema_upgrade: movabletype-opensource/pgsql/no-empty-passwords: movabletype-opensource/dbconfig-remove: * movabletype-opensource/dbconfig-install: false movabletype-opensource/install-error: abort movabletype-opensource/pgsql/authmethod-admin: ident movabletype-opensource/mysql/method: unix socket * movabletype-opensource/admin_account_warn: true movabletype-opensource/db/dbname: movabletype-opensource/db/app-user: movabletype-opensource/remove-error: abort movabletype-opensource/upgrade-backup: true movabletype-opensource/internal/skip-preseed: true movabletype-opensource/upgrade-error: abort movabletype-opensource/umask_warn: movabletype-opensource/internal/reconfiguring: false movabletype-opensource/pgsql/authmethod-user: movabletype-opensource/missing-db-package-error: abort movabletype-opensource/db/basepath: movabletype-opensource/remote/port: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538005: perl-modules: ./Build manifest # doesn't work well for filenames with spaces due to bug in ExtUtils::Manifest
Package: perl-modules Version: 5.10.0-24 Severity: normal The problem is with `Build.PL` and `./Build manifest` and with warnings when `perl Build.PL`. There is a bug in ExtUtils::Manifest that takes only portion of a line, until space, when reading MANIFEST. The consequence is that `perl Build.PL` warns that there are files missing and `./Build manifest` is adding the files to MANIFEST over and over. This seems to be fixed in ExtUtils::Manifest 1.52 (1.53?) and http://rt.cpan.org/Public/Bug/Display.html?id=34414 -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages perl-modules depends on: ii perl 5.10.0-19 Larry Wall's Practical Extraction perl-modules recommends no packages. perl-modules 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#449553: openssl: Not After : Feb 1 02:14:26 1973 GMT
Package: openssl Version: 0.9.8g-15 Followup-For: Bug #449553 same for me. with -days 3650: Not After : Apr 1 08:39:30 2019 GMT with -days 36500: Not After : Feb 1 02:14:26 1973 GMT Regards, Jozef -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/bash Versions of packages openssl depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libssl0.9.80.9.8g-15 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime openssl recommends no packages. Versions of packages openssl suggests: ii ca-certificates 20081127 Common CA certificates -- 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#522452: linux-image-2.6.26-1-xen-686: reboot/shutdown of domU never finish, stay in status shutdown ---s--
Package: linux-image-2.6.26-1-xen-686 Version: 2.6.26-13lenny2 Severity: normal http://www.nabble.com/xm-shutdown-doesn%27t-work-on-debian-lenny-td22308315.html http://www.nabble.com/Domain-status-after-shutdown-command:s---td15565767.html http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1326 This is a problem if dom0-cpus in /etc/xen/xend-config.sxp is not set to 0. So if the dom0 number of cpu is limited (I had it set to 1). After setting dom0-cpus back to 0 and dom0 reboot (xend restart was not enough) the reboots/shutdows of domU-s worked fine again. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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/bash Versions of packages linux-image-2.6.26-1-xen-686 depends on: ii initramfs-tools 0.93.1 tools for generating an initramfs pn linux-modules-2.6.26-1-xen-68 none (no description available) Versions of packages linux-image-2.6.26-1-xen-686 recommends: ii libc6-xen 2.9-4 GNU C Library: Shared libraries [X Versions of packages linux-image-2.6.26-1-xen-686 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.26 none(no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497469: git-gui: the UTF-8 characters are shown as garbage
Gerrit Pape wrote: Hi, this display fine for me with $ git gui --version git-gui version 0.12.0 $ git version git version 1.6.1.3 $ Can you confirm? Thanks, Gerrit. $ git gui --version git-gui version 0.12.0 $ git version git version 1.6.2 shows the UTF-8 charakters ok. but: $ apt-show-versions | grep git-gui git-gui/testing uptodate 1:1.6.2-1 it's from testing. current stable - lenny is not going to be fixed? second notice is that the git-gui, git-svn and all the git-* friends are gone now. This is a bug or a feature? cheers, jozef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#493701: liferea: links in Liferea's window doesn't ask for authentication credentials if required
Package: liferea Version: 1.4.16b-0.1 Severity: normal When the feed has a link that requirest authentication I get directly Error 401 - Authentication required! instead of dialog box for username and password. So the browser in Liferea's window is not able to display these pages. I had to use external browser to show them. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-xen-686 (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/bash Versions of packages liferea depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libgcc11:4.3.1-2 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgnutls262.4.1-1 the GNU TLS library - runtime libr ii libgtk2.0-02.12.10-2 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblua5.1-05.1.3-1 Simple, extensible, embeddable pro ii libnm-glib00.6.6-2 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libsqlite3-0 3.5.9-3 SQLite 3 shared library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxslt1.1 1.1.24-1+lenny1 XSLT processing library - runtime ii xulrunner-1.9 1.9.0.1-1 XUL + XPCOM application runner ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages liferea recommends: ii curl 7.18.2-5 Get a file from an HTTP, HTTPS or ii dbus 1.2.1-2simple interprocess messaging syst ii dbus-x11 1.2.1-2simple interprocess messaging syst ii wget 1.11.4-1 retrieves files from the web liferea suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490400: some behaviour for me
`git-svn info` worked fine also for me before. I had to changes following line to make it work again: --- /usr/bin/git-svn2008-07-06 20:21:29.0 + +++ /usr/bin/git-svn.mine 2008-07-24 13:26:20.0 + @@ -797,7 +797,7 @@ } sub cmd_info { - my $path = canonicalize_path(shift or .); + my $path = canonicalize_path(shift || ) || .; unless (scalar(@_) == 0) { die Too many arguments specified\n; } Cheers, Jozef. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483567: pidgin bugreport
Ari Pollak wrote: Please run pidgin under gdb like this and attach the backtrace after the crash: G_DEBUG=fatal_warnings gdb pidgin I run it like that and right away after 'run' i got SIGABRT. The output is at the bottom of the email. But anyway since last upgrade (week ago) where I saw new GStreamer packages, pidgin never crashed again. So I'm guessing that it was not a problem of pidgin and seems to be solved now... Thank you, Jozef. [EMAIL PROTECTED]:~$ G_DEBUG=fatal_warnings gdb pidgin GNU gdb 6.7.1-debian Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... Using host libthread_db library /lib/i686/nosegneg/libthread_db.so.1. (gdb) run Starting program: /usr/bin/pidgin [Thread debugging using libthread_db enabled] [New Thread 0xb71c5720 (LWP 5005)] Program received signal SIGABRT, Aborted. [Switching to Thread 0xb71c5720 (LWP 5005)] 0xb7f58402 in __kernel_vsyscall () (gdb) bt full #0 0xb7f58402 in __kernel_vsyscall () No symbol table info available. #1 0xb75a4165 in raise () from /lib/i686/nosegneg/libc.so.6 No symbol table info available. #2 0xb75a5bb1 in abort () from /lib/i686/nosegneg/libc.so.6 No symbol table info available. #3 0xb7748ab9 in IA__g_logv (log_domain=0x0, log_level=G_LOG_LEVEL_CRITICAL, format=0xb777df08 %s: assertion `%s' failed, args1=0xbfa1d99c eD\217�\204D\217�P���\004/\020\b�\214t�\220�\220�l�\006\b�١��\206�) at /build/buildd/glib2.0-2.16.3/glib/gmessages.c:497 depth = 1 domain = (GLogDomain *) 0x814dbb0 data = (gpointer) 0x0 log_func = (GLogFunc) 0x80a72b9 pidgin_glib_log_handler domain_fatal_mask = 5 test_level = value optimized out was_recursion = 0 i = value optimized out #4 0xb7748ae9 in IA__g_log (log_domain=0x0, log_level=G_LOG_LEVEL_CRITICAL, format=0xb777df08 %s: assertion `%s' failed) at /build/buildd/glib2.0-2.16.3/glib/gmessages.c:517 args = 0xbfa1d99c eD\217�\204D\217�P���\004/\020\b�\214t�\220�\220�l�\006\b�١��\206� ---Type return to continue, or q return to quit--- #5 0xb7748d2b in IA__g_return_if_fail_warning (log_domain=0x0, pretty_function=0xb78f4465 purple_blist_node_get_string, expression=0xb78f4484 purple_value_get_type(value) == PURPLE_TYPE_STRING) at /build/buildd/glib2.0-2.16.3/glib/gmessages.c:532 No locals. #6 0xb7863ec1 in purple_blist_node_get_string (node=0x82f0448, key=0x8102ef7 gtk-autojoin) at ../../libpurple/blist.c:2665 value = (PurpleValue *) 0x82f04a8 __PRETTY_FUNCTION__ = purple_blist_node_get_string #7 0x08087b20 in account_signon_cb (gc=0x85c0360, z=0x0) at ../../pidgin/gtkblist.c:7003 chat = (PurpleChat *) 0x82f0448 account = (PurpleAccount *) 0x8180a68 gnode = (PurpleBlistNode *) 0x82efe58 cnode = (PurpleBlistNode *) 0x82f0448 #8 0xb78a716f in purple_marshal_VOID__POINTER ( cb=0x8087a98 account_signon_cb, args=0xbfa1daac \036�u�\230\a\\\b, data=0x0, return_val=0x0) at ../../libpurple/signals.c:629 arg1 = (void *) 0x85c0360 #9 0xb78a6d31 in purple_signal_emit_vargs (instance=0xb7913114, signal=0xb78f7b0a signed-on, args=0xbfa1daa8 `\003\\\b\036�u�\230\a\\\b) at ../../libpurple/signals.c:482 ---Type return to continue, or q return to quit--- instance_data = (PurpleInstanceData *) 0x8173f08 signal_data = (PurpleSignalData *) 0x8173f90 handler_data = (PurpleSignalHandlerData *) 0x82abe50 l = (GList *) 0x82a9c00 l_next = (GList *) 0x82a82a0 tmp = 0xbfa1daa8 `\003\\\b\036�u�\230\a\\\b __PRETTY_FUNCTION__ = purple_signal_emit_vargs #10 0xb78a6bc3 in purple_signal_emit (instance=0xb7913114, signal=0xb78f7b0a signed-on) at ../../libpurple/signals.c:434 args = 0xbfa1daa8 `\003\\\b\036�u�\230\a\\\b __PRETTY_FUNCTION__ = purple_signal_emit #11 0xb7874458 in purple_connection_set_state (gc=0x85c0360, state=PURPLE_CONNECTED) at ../../libpurple/connection.c:362 account = (PurpleAccount *) 0x8180a68 presence = (PurplePresence *) 0x8180c68 ops = (PurpleConnectionUiOps *) 0x8119060 __PRETTY_FUNCTION__ = purple_connection_set_state #12 0xb61ac84c in irc_connected (irc=0x85c06d0, nick=0x8301b00 jozef) at ../../../../libpurple/protocols/irc/msgs.c:88 gc = (PurpleConnection *) 0x85c0360 status = (PurpleStatus *) 0xb77b7248 gnode = (PurpleBlistNode *) 0x8528cf2 cnode = (PurpleBlistNode *) 0x7a0ad027 ---Type return to continue, or q return to quit--- bnode = (PurpleBlistNode *) 0x8 #13 0xb61acb3d in irc_msg_luser (irc=0x85c06d0, name=0xb61b18a6 251, from=0x85c9d00 electret.shadowcat.co.uk, args=0x85c9d60) at
Bug#483567: now the pidgin just hang
Ari Pollak wrote: Are you using a specific gstreamer audio device? Not really specific. Non-functional ;-) and I didn't had time || will to investigate why. But that should not hang pidgin? Or you think it's a bug of the gstreamer? [EMAIL PROTECTED]:~$ lsmod | grep snd snd_intel8x0 31292 0 snd_ac97_codec 84000 1 snd_intel8x0 snd_ac97_bus3168 1 snd_ac97_codec snd_hda_intel 18324 2 snd_hda_codec 138624 1 snd_hda_intel snd_pcm_oss39232 1 snd_mixer_oss 15968 1 snd_pcm_oss snd_pcm69764 5 snd_intel8x0,snd_ac97_codec,snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_timer 21924 1 snd_pcm snd47876 10 snd_intel8x0,snd_ac97_codec,snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 10016 2 snd snd_page_alloc 11016 3 snd_intel8x0,snd_hda_intel,snd_pcm If I'll disable sounds there will probably be no gstreamer errors any more but we will not find out why it is crashing. I'll wait for a next crash and send the trace from gdb. Regards, Jozef. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483567: now the pidgin just hang
the pidgin suddenly stopped responding. I hit Ctrl-Z and did bt full in gdb (see below). Is this of any help? Jozef. --- [New Thread 0xb3d4db90 (LWP 18455)] (pidgin:17614): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:17614): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed (pidgin:17614): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:17614): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed (pidgin:17614): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:17614): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed [New Thread 0xb32ffb90 (LWP 18456)] [Thread 0xb45e4b90 (LWP 18454) exited] [Thread 0xb32ffb90 (LWP 18456) exited] Program received signal SIGTSTP, Stopped (user). [Switching to Thread 0xb706d720 (LWP 17614)] 0xb7fa6402 in __kernel_vsyscall () (gdb) bt full #0 0xb7fa6402 in __kernel_vsyscall () No symbol table info available. #1 0xb7724639 in __lll_lock_wait () from /lib/i686/nosegneg/libpthread.so.0 No symbol table info available. #2 0xb771fc06 in _L_lock_95 () from /lib/i686/nosegneg/libpthread.so.0 No symbol table info available. #3 0xb771f5ea in pthread_mutex_lock () from /lib/i686/nosegneg/libpthread.so.0 No symbol table info available. #4 0xb59503c2 in decodebin_element_removed_cb (decodebin=0x868f4c0, element=0x88f22e0, data=0x8680960) at gstplaybasebin.c:1466 play_base_bin = (GstPlayBaseBin *) 0x8680960 #5 0xb781feca in IA__g_cclosure_marshal_VOID__OBJECT (closure=0x8a8b9f0, return_value=0x0, n_param_values=2, param_values=0xbfac40c4, invocation_hint=0xbfac3fcc, marshal_data=0xb5950330) at /build/buildd/glib2.0-2.16.3/gobject/gmarshal.c:636 data1 = (gpointer) 0x868f4c0 data2 = value optimized out __PRETTY_FUNCTION__ = IA__g_cclosure_marshal_VOID__OBJECT #6 0xb78136f9 in IA__g_closure_invoke (closure=0x8a8b9f0, return_value=0x0, n_param_values=2, param_values=0xbfac40c4, invocation_hint=0xbfac3fcc) at /build/buildd/glib2.0-2.16.3/gobject/gclosure.c:490 marshal = ( GClosureMarshal) 0xb781fe70 IA__g_cclosure_marshal_VOID__OBJECT ---Type return to continue, or q return to quit--- marshal_data = (gpointer) 0x0 __PRETTY_FUNCTION__ = IA__g_closure_invoke #7 0xb7827c3d in signal_emit_unlocked_R (node=0x81b3758, detail=0, instance=0x868f4c0, emission_return=0x0, instance_and_params=0xbfac40c4) at /build/buildd/glib2.0-2.16.3/gobject/gsignal.c:2440 tmp = value optimized out handler = (Handler *) 0x8a47460 accumulator = (SignalAccumulator *) 0x0 emission = {next = 0x0, instance = 0x868f4c0, ihint = { signal_id = 106, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, state = EMISSION_RUN, chain_type = 4} class_closure = (GClosure *) 0x81b3680 handler_list = (Handler *) 0x8a47460 return_accu = (GValue *) 0x0 accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, v_pointer = 0x0}}} signal_id = 106 max_sequential_handler_number = 12006 return_value_altered = 1 #8 0xb7829836 in IA__g_signal_emit_valist (instance=0x0, signal_id=106, detail=0, var_args=0xbfac4300 z=�) ---Type return to continue, or q return to quit--- at /build/buildd/glib2.0-2.16.3/gobject/gsignal.c:2199 _flags = value optimized out _vtable = value optimized out _cvalues = {{v_int = 16, v_long = 16, v_int64 = -5228800113656201200, v_double = -1.1325294188673192e-41, v_pointer = 0x10}, { v_int = -1216149132, v_long = -1216149132, v_int64 = -5531311459146725004, v_double = -7.0091856641010624e-62, v_pointer = 0xb7830974}, { v_int = -1287858808, v_long = -1287858808, v_int64 = -4635256967739419256, v_double = -0.055193683509439373, v_pointer = 0xb33cd588}, { v_int = -1218241487, v_long = -1218241487, v_int64 = -5531311459148817359, v_double = -7.0091856622940694e-62, v_pointer = 0xb7631c31}, { v_int = 1073741896, v_long = 1073741896, v_int64 = -4635256969672785848, v_double = -0.055193670094013714, v_pointer = 0x4048}, { v_int = -1216067968, v_long = -1216067968, v_int64 = 616750022519965312, v_double = 1.8859928814490502e-267, v_pointer = 0xb7844680}, {v_int = 2, v_long = 2, v_int64 = -4635256902027051006, v_double = -0.055194139480590834, v_pointer = 0x2}, {v_int = -1216260226, v_long = -1216260226, v_int64 = 616750039699642238, v_double = 1.8859965784457588e-267, v_pointer = 0xb781577e}} _lcopy_format = value optimized out _n_values =
Bug#483567: pidgin bugreport
Hi, sending pidgin bug report. Pidgin crashed exactly when I was sending message. Jozef. System: Linux 2.6.18-6-xen-686 #1 SMP Sun Feb 10 22:43:13 UTC 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10400090 Selinux: No Accessibility: Disabled GTK+ Theme: Clearlooks Icon Theme: gnome Memory status: size: 116166656 vsize: 116166656 resident: 42643456 share: 21061632 rss: 42643456 rss_rlim: 4294967295 CPU usage: start_time: 1212388713 rtime: 2870 utime: 2623 stime: 247 cutime:6 cstime: 6 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/pidgin' (no debugging symbols found) Using host libthread_db library /lib/i686/nosegneg/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb7067720 (LWP 4297)] [New Thread 0xb574ab90 (LWP 4320)] [New Thread 0xb4d84b90 (LWP 4319)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7f9f402 in __kernel_vsyscall () #0 0xb7f9f402 in __kernel_vsyscall () #1 0xb7756a6b in waitpid () from /lib/i686/nosegneg/libpthread.so.0 #2 0xb77f38a4 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 #3 0xb77f3bbc in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 #4 0xb7f9b198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 signal handler called #6 0xb7f9f402 in __kernel_vsyscall () #7 0xb7623165 in raise () from /lib/i686/nosegneg/libc.so.6 #8 0xb7624bb1 in abort () from /lib/i686/nosegneg/libc.so.6 #9 0xb761c21e in __assert_fail () from /lib/i686/nosegneg/libc.so.6 #10 0xb77506a0 in pthread_mutex_lock () from /lib/i686/nosegneg/libpthread.so.0 #11 0xb57c53c2 in ?? () from /usr/lib/gstreamer-0.10/libgstplaybin.so #12 0x08e165f0 in ?? () #13 0x086f9258 in ?? () #14 0x0011 in ?? () #15 0xb7876680 in ?? () from /usr/lib/libgobject-2.0.so.0 #16 0xb57c5330 in ?? () from /usr/lib/gstreamer-0.10/libgstplaybin.so #17 0x08ddc7b8 in ?? () #18 0xbfe07ee8 in ?? () #19 0xb7851eca in g_cclosure_marshal_VOID__OBJECT () from /usr/lib/libgobject-2.0.so.0 Backtrace stopped: frame did not save the PC Thread 3 (Thread 0xb4d84b90 (LWP 4319)): #0 0xb7f9f402 in __kernel_vsyscall () No symbol table info available. #1 0xb7752b05 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/i686/nosegneg/libpthread.so.0 No symbol table info available. #2 0xb7f4e26f in ?? () from /usr/lib/libgstreamer-0.10.so.0 No symbol table info available. #3 0x08201768 in ?? () No symbol table info available. #4 0x087220a8 in ?? () No symbol table info available. #5 0xb772b200 in ?? () from /lib/i686/nosegneg/libc.so.6 No symbol table info available. #6 0x21af8130 in ?? () No symbol table info available. #7 0x0001 in ?? () No symbol table info available. #8 0x087176b0 in ?? () No symbol table info available. #9 0xb4d842d8 in ?? () No symbol table info available. #10 0xb7835248 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #11 0x0871 in ?? () No symbol table info available. #12 0xb7835620 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #13 0xb7835620 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #14 0xb7f7e778 in ?? () from /usr/lib/libgstreamer-0.10.so.0 No symbol table info available. #15 0x0001 in ?? () No symbol table info available. #16 0x086fd828 in ?? () No symbol table info available. #17
Bug#483567: pidgin bugreport
Ari Pollak wrote: Please install pidgin-dbg, libgstreamer0.10-0-dbg, libglib2.0-0-dbg, and gstreamer0.10-plugins-base-dbg, and then get a new backtrace. OK will do. In a meantime pidgin crashed again with: (pidgin:6552): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:6552): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed (pidgin:6552): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:6552): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed (pidgin:6552): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:6552): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed pidgin: pthread_mutex_lock.c:285: __pthread_mutex_lock: Assertion `(-(e)) != 3 || !robust' failed. Pidgin 2.4.1 has segfaulted and attempted to dump a core file. This is a bug in the software and has happened through no fault of your own. If you can reproduce the crash, please notify the developers by reporting a bug at: http://developer.pidgin.im/simpleticket/ Please make sure to specify what you were doing at the time and post the backtrace from the core file. If you do not know how to get the backtrace, please read the instructions at http://developer.pidgin.im/wiki/GetABacktrace If you need further assistance, please IM either SeanEgn or LSchiere (via AIM). Contact information for Sean and Luke on other protocols is at http://developer.pidgin.im/wiki/DeveloperPages I found no core. I will try to run pidgin from commandline `gdb pidgin` like thay suggest http://developer.pidgin.im/wiki/GetABacktrace. Thank you, Jozef. signature.asc Description: OpenPGP digital signature
Bug#483567: pidgin: GStreamer-CRITICAL Trying to dispose element play, but it is not in the NULL state
Package: pidgin Version: 2.4.1-1+b2 Severity: minor (pidgin:4151): GStreamer-CRITICAL **: Trying to dispose element play, but it is not in the NULL state. You need to explicitly set elements to the NULL state before dropping the final reference, to allow them to clean up. (pidgin:4151): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:4151): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed (pidgin:4151): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed (pidgin:4151): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)-ref_count 0' failed (pidgin:4151): GStreamer-CRITICAL **: gst_element_set_state: assertion `GST_IS_ELEMENT (element)' failed From time to time it happeds that my pidgin just hangs. Not too often. It happends when I receive some message. Than I have to kill pidgin and restart it again. I'm not sure that the above error messages has something to do with the hanging. Jozef. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-xen-686 (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/bash Versions of packages pidgin depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-20.74-4 simple interprocess messaging syst ii libglib2.0-02.16.3-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.19-3Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface ii libgtkspell02.0.10-4 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpurple0 2.4.1-1+b2 multi-protocol instant messaging l ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification00.9-1library for program launch feedbac ii libx11-62:1.0.3-7X11 client-side library ii libxss1 1:1.1.3-1X11 Screen Saver extension library ii perl5.10.0-10Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0] 5.10.0-10The Pathologically Eclectic Rubbis ii pidgin-data 2.4.1-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.8-2 GStreamer plugins from the good -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479018: linux-image-2.6.24-1-xen-686: update-grub doesn't recognize vmlinuz-2.6.24-1-xen-686 or vmlinuz-2.6.25-1-xen-686
maximilian attems wrote: On Fri, 02 May 2008, Jozef Kutej wrote: can you please try out the upcoming 2.6.25-2 package, should be available next days. Setting up linux-image-2.6.25-2-xen-686 (2.6.25-2) ... update-initramfs: Generating /boot/initrd.img-2.6.25-2-xen-686 Searching for GRUB installation directory ... found: /boot/grub Searching for default file ... found: /boot/grub/default Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst Searching for splash image ... none found, skipping ... Found Xen hypervisor 3.2-1-i386, kernel: //vmlinuz-2.6.18-6-xen-686 Found kernel: //vmlinuz-2.6.24-1-686 Found kernel: //vmlinuz-2.6.22-3-686 Found kernel: //memtest86.bin Updating /boot/grub/menu.lst ... done So the 2.6.25-2-xen-686 kernel was not added to the menu.lst automatically. By hand I tried first: title Xen 3.2-1-i386 / Debian GNU/Linux, kernel 2.6.25-2-xen-686 root(hd0,0) kernel //xen-3.2-1-i386.gz module //vmlinuz-2.6.25-2-xen-686 root=/dev/mapper/vg00-root ro console=tty0 module //initrd.img-2.6.25-2-xen-686 It started to boot but froze after: (XEN) Xen is relinquishing VGA console. Then I tried: title Debian GNU/Linux, kernel 2.6.25-2-xen-686 root(hd0,0) kernel //vmlinuz-2.6.25-2-xen-686 root=/dev/mapper/vg00-root ro console=tty0 initrd //initrd.img-2.6.25-2-xen-686 but that returned: Error 13: Invalid or unsupported executable format. Regards, Jozef. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479018: linux-image-2.6.24-1-xen-686: update-grub doesn't recognize vmlinuz-2.6.24-1-xen-686 or vmlinuz-2.6.25-1-xen-686
Package: linux-image-2.6.24-1-xen-686 Version: 2.6.24-6 Severity: important Run update-grub sets up only: Found Xen hypervisor 3.2-1-i386, kernel: //vmlinuz-2.6.18-6-xen-686 Found kernel: //vmlinuz-2.6.24-1-686 Found kernel: //vmlinuz-2.6.22-3-686 But skips the other two vmlinuz-2.6.24-1-xen-686 and vmlinuz-2.6.25-1-xen-686. When I manualy tried to add vmlinuz-2.6.24-1-xen-686 to the /boot/grub/menu.lst and tried to boot the kernel. I got this error message: Error 13: Invalid or unsupported executable format. # apt-show-versions | grep grub grub/lenny uptodate 0.97-37 grub-common/lenny uptodate 1.96+20080426-1 Jozef. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (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/bash Versions of packages linux-image-2.6.24-1-xen-686 depends on: ii initramfs-tools 0.92 tools for generating an initramfs ii linux-modules-2.6.24-1-xen-68 2.6.24-6 Linux 2.6.24 modules on i686 Versions of packages linux-image-2.6.24-1-xen-686 recommends: ii libc6-xen 2.7-10 GNU C Library: Shared libraries [X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472807: /usr/bin/apt-file: does not fetch 'any' architecture
Stefan Fritsch wrote: There is no separate content file for architecture 'all'. The architecture 'all' packages are included in every content file. So there is no need to fetch it. Hi Stefan, I'm using reprepro to manage my own repository and I see two files: ./dists/3united-testing/Contents-all.gz ./dists/3united-testing/Contents-i386.gz But I have checked them now and Contents-i386.gz includes the files from Contents-all.gz. And unpatched apt-file works just fine. So there have to be probably something wrong with my setup when I was failing to find files with apt-file. Everything seems to be ok. Sorry for bothering... Have a nice day. Jozef. signature.asc Description: OpenPGP digital signature
Bug#472807: /usr/bin/apt-file: does not fetch 'any' architecture
Thijs Kinkhorst wrote: tags 472807 moreinfo thanks On Wednesday 26 March 2008 15:50, Jozef Kutej wrote: apt-get update just fetches i386 architecture list. It should also fetch 'any' architecture. There are a lot of perl modules that belong there as if they don't have compiled stuff then are portable across architectures. Here is a simple patch to add 'any' achitecture: I don't understand your request I'm afraid. First, I think you mean all, not any. But there is no contents file for all: http://ftp.nl.debian.org/debian/dists/etch/ http://ftp.de.debian.org/debian/dists/etch/ Plus, using apt-file search on files contained in arch:all packages works just like expected for me. I'm therefore quite unsure what your patch would fix. Hi Thijs, I'm using dh-make-perl to create debian packages from perl modules. That one sets architecture to 'all' for perl modules that have no c dependency. 'apt-file update' does not fetch 'all' architecture Content files. Now the question is if it should? Does 'all' architecture exist in Debian? Or is it a dh-make-perl feature || bug? Thank you and sorry for the confusion with 'any'... Jozef. signature.asc Description: OpenPGP digital signature
Bug#472807: Acknowledgement (/usr/bin/apt-file: does not fetch 'any' architecture)
Sorry there is an error in the bug report: apt-get update just fetches i386 architecture list. should be: apt-file update just fetches i386 architecture list. Regards, Jozef. signature.asc Description: OpenPGP digital signature
Bug#472807: /usr/bin/apt-file: does not fetch 'any' architecture
Package: apt-file Version: 2.0.8.2 Severity: important File: /usr/bin/apt-file apt-get update just fetches i386 architecture list. It should also fetch 'any' architecture. There are a lot of perl modules that belong there as if they don't have compiled stuff then are portable across architectures. Here is a simple patch to add 'any' achitecture: tmp$ diff -u apt-file apt-file-any --- apt-file2006-11-14 15:43:42.0 +0100 +++ apt-file-any2008-01-08 15:34:43.0 +0100 @@ -161,6 +161,7 @@ push @$fetch, m/(.*?)\/(?:.*)/o ? $dist/$1 : $dist; } + foreach my $arch ($Conf-{arch}, 'all') { foreach (@{(unique $fetch)}) { if (!defined $Conf-{${scheme}}) { warning Don't know how to handle $scheme; @@ -172,7 +173,6 @@ die Could not find suitable command for $scheme unless $cmd; $dest = $Conf-{destination}; my $cache = $Conf-{cache}; - my $arch = $Conf-{arch}; my $cdrom = $Conf-{cdrom_mount}; foreach my $var (qw/host port user passwd path dist pkg cache arch uri cdrom/) { @@ -192,6 +192,7 @@ } push @$ret, $hash; }; + } } close SOURCE; return $ret; Jozef. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages apt-file depends on: ii gzip1.3.5-15 The GNU compression utility ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii libconfig-file-perl 1.4-2Parses simple configuration files ii perl5.8.8-7etch1 Larry Wall's Practical Extraction ii wget1.10.2-2 retrieves files from the web apt-file recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471297: meld: pyton error after 'svn move'
Package: meld Version: 1.1.5.1-2 Severity: important I did svn move 'old-filename' 'new-filename'. After that when I tried to wiev the new-filename in meld, meld just produced following error to the console: Traceback (most recent call last): File /usr/lib/meld/task.py, line 131, in iteration ret = task() File /usr/lib/meld/vcview.py, line 298, in run_diff_iter diff = difffunc() File /usr/lib/meld/vcview.py, line 362, in _command_iter r = readfunc() File /usr/lib/meld/misc.py, line 152, in __call__ os.chdir( workdir ) OSError: [Errno 2] No such file or directory: '/home/jozef/prog/DateTime-WorkingHours/t/- ? ? /home/jozef/prog/DateTime-WorkingHours/t' Exception exceptions.AttributeError: 'sentinel' object has no attribute 'pipe' in bound method sentinel.__del__ of misc.sentinel object at 0xb671f9cc ignored -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.4.4-6An interactive high-level object-o ii python-glade2 2.12.1-1 GTK+ bindings: Glade support ii python-gnome2 2.20.1-2 Python bindings for the GNOME desk ii python-gtk2 2.12.1-1 Python bindings for the GTK+ widge ii python-support0.7.6 automated rebuilding support for p Versions of packages meld recommends: ii python-gnome2-desktop 2.20.0-1 Python bindings for the GNOME desk ii yelp 2.20.0-2 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468789: ssl-cert configuration hangs
Package: ssl-cert Version: 1.0.15 Severity: normal I did apt-get install ssl-cert and it hanged after: [EMAIL PROTECTED]:~$ sudo apt-get install ssl-cert Reading package lists... Done Building dependency tree Reading state information... Done ssl-cert is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0B of additional disk space will be used. Setting up ssl-cert (1.0.15) ... I did: ps awuxf and got: root 1773 0.0 0.3 5304 1016 ?Ss 14:00 0:00 /usr/sbin/sshd root 2163 0.0 0.9 8064 2512 ?Ss 14:01 0:00 \_ sshd: jozef [priv] jozef 2165 0.0 0.6 8208 1656 ?S14:01 0:00 | \_ sshd: [EMAIL PROTECTED]/0 jozef 2166 0.0 1.2 5892 3104 pts/0Ss 14:01 0:00 | \_ -bash root 2330 11.0 5.1 16964 13164 pts/0S+ 14:08 0:00 | \_ apt-get install ssl-cert root 2334 0.5 1.2 5800 3280 pts/2Ss+ 14:08 0:00 | \_ /usr/bin/dpkg --status-fd 19 --configure ssl-ce root 2335 5.0 3.2 11316 8220 pts/2S+ 14:08 0:00 | \_ /usr/bin/perl -w /usr/share/debconf/fronten root 2341 0.2 0.4 3928 1188 pts/2S+ 14:08 0:00 | \_ /bin/sh -e /var/lib/dpkg/info/ssl-cert. root 2343 0.0 0.4 3948 1276 pts/2S+ 14:08 0:00 | \_ /bin/bash -e /usr/sbin/make-ssl-cer root 2347 0.0 0.5 3776 1440 pts/2S+ 14:08 0:00 | \_ openssl req -config /tmp/tmp.dT The command on which it was hangig was: openssl req -config /tmp/tmp.INrPef2390 -new -x509 -days 3650 -nodes -out /etc/ssl/certs/ssl-cert-snakeoil.pem -keyout /etc/ssl/private/ssl-cert-snakeoil.key I have executed it by hand and i got this output: 2410:error:0E065068:configuration file routines:STR_COPY:variable has no value:conf_def.c:629:line 5 On the line 5 there was: RANDFILE= $ENV::RANDFILE After i did: export RANDFILE=/dev/urandom and executed: openssl req -config /tmp/tmp.INrPef2390 -new -x509 -days 3650 -nodes -out /etc/ssl/certs/ssl-cert-snakeoil.pem -keyout /etc/ssl/private/ssl-cert-snakeoil.key the instalation : apt-get install ssl-cert succeded without hanging (because the certificate was already generated) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ssl-cert depends on: ii adduser 3.105 add and remove users and groups ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii openssl 0.9.8g-4 Secure Socket Layer (SSL) binary a ssl-cert recommends no packages. -- debconf information: make-ssl-cert/title: make-ssl-cert/hostname: localhost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]