Bug#864349: nouveau: fifo: write fault at 0000e5f000 engine 1b [CE2] client 18 [GR_CE] reason 02 [PTE] on channel 8
Adding this seems to prevent nouveau from crashing for me: pmakholm@pmakholm:~$ cat /etc/modprobe.d/nouveau.conf options nouveau noaccel=1 runpm=0 nofbaccel=1 modeset=1 pmakholm@pmakholm:~$ I have not investigated further, but I expect that is is just one of them that are needed to prevent the crahs. I just havn't tried to figure out which one. //Makholm
Bug#864349: nouveau: fifo: write fault at 0000e5f000 engine 1b [CE2] client 18 [GR_CE] reason 02 [PTE] on channel 8
By the way, Magic SysRq seems to work. That is, 'Alt-SysRq k' kills the locked up X session. It is not always that gdm3 recovers correctly and if X is respawned it might perform slow and unstable. Another option is to use Magic SysRq to reboot as gently as possible without removing your hads from the keyboard (something along the lines of 'e i s u b'). //Makholm
Bug#864349: nouveau: fifo: write fault at 0000e5f000 engine 1b [CE2] client 18 [GR_CE] reason 02 [PTE] on channel 8
Package: xserver-xorg-video-nouveau Version: 1:1.0.13-3 I have the same experience on a Dell desktop. The X session freezes and I can move the mouse around, but nothing else is responding. Even the NumLock key in non-responsive. Relevant output from dmesg: --- [ 1840.068532] nouveau :01:00.0: fifo: read fault at 9900b1 engine 00 [GR] client 05 [GPC0/PE_1] reason 00 [PDE] on channel 8 [007f70c000 gnome-shell[1667]] [ 1840.068537] nouveau :01:00.0: fifo: gr engine fault on channel 8, recovering... Relevant output from lspci: --- 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [NVS 510] (rev a1) Kernel version: --- Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12)
Bug#839997: Provided ldap_init method incompatible with OpenLDAP documentation
Package: libmozilla-ldap-perl The module Mozilla::LDAP::API is supposed to provide a thin wrapper around the LDAP API provided by OpenLDAP. The OpenLDAP documentation includes the following for the ldap_init method: The host parameter may contain a blank-separated list of hosts to try to connect to, and each host may optionaly by of the form host:port. This specification predated OpenLDAP, but it doesn't work in the current version of Mozilla::LDAP::API. At some point the thin wrapper around the OpenLDAP provided ldap_init method was replaced by the following code in API.xs: LDAP * ldap_init(host,port) const char *host const char *port PREINIT: char * url = NULL; int url_len = 0; CODE: RETVAL = NULL; /* Create the LDAP URL */ if (host && port) { url_len = strlen(host) + strlen(port) + 10; url = (char *)perldap_malloc(url_len); snprintf(url, url_len, "ldap://%s:%s/;, host, port); ldap_initialize(, url); perldap_free((void *)url); } OUTPUT: RETVAL Which clearly does not support muliple hosts. Upstream is dead, at least the upstream mentiond in debian/control and debian/changelog and it looks like the most recent upstream has not bothered to upload the package to CPAN which only haves version 1.4 (which wraps ldap_init correctly). //Makholm
Bug#489046: findutils: find -execdir + doesn't work anymore
This bug has been marked as fixed in experimental for more than two years without being fixed in unstable. Is there a change that we will see an upload to unstable containing the fix some time in the future? //Peter Makholm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547166: Crash while generating HTML output
Package: modlogan Version: 0.8.13-4 Severity: normal Tags: patch Under some circumstances modlogan crashes with this error message: *** glibc detected *** realloc(): invalid next size: 0x0884f810 *** A gdb backtrace shows that the problem is in the html_encode function: #0 0xf7db8947 in raise () from /lib/tls/libc.so.6 #1 0xf7dba0c9 in abort () from /lib/tls/libc.so.6 #2 0xf7dee6ba in __fsetlocking () from /lib/tls/libc.so.6 #3 0xf7df7ec7 in valloc () from /lib/tls/libc.so.6 #4 0xf7df87d5 in realloc () from /lib/tls/libc.so.6 #5 0x0805f3cc in html_encode () #6 0xf7d52fd8 in get_menu_item () from /usr/lib/modlogan/libmla_output_modlogan.so #7 0xf7d5a6a3 in mplugins_output_modlogan_generate_monthly_output () from /usr/lib/modlogan/libmla_output_modlogan.so #8 0x0805bfba in generate_monthly_output () #9 0x0805d9c6 in main () This function is defined on line 485 of src/misc.c The function replaces some latin-1 characters with their HTML entity counterpart. After handling each character it checks if it has more than 4 bytes left in it's destination buffer, realloc()ing than buffer otherwise. The problem is that each iteration might fill up to 7 bytes into the destination buffer (in the case of a character with an umlaut). The attached patch makes sure that at least 8 bytes of buffer is available before each iteration. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages modlogan depends on: ii libadns1 1.4-2 Asynchronous-capable DNS client li ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-25GNU C Library: Shared libraries ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgd2-xpm 2.0.36~rc1~dfsg-3 GD Graphics Library version 2 ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.39-1 PNG library - runtime ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime modlogan recommends no packages. modlogan suggests no packages. -- no debconf information diff -Nur modloganone.com-0.8.13-4/build-tree/modlogan/src/misc.c modloganone.com-0.8.13-4.new/build-tree/modlogan/src/misc.c --- modloganone.com-0.8.13-4/build-tree/modlogan/src/misc.c 2004-03-18 03:31:50.0 +0100 +++ modloganone.com-0.8.13-4.new/build-tree/modlogan/src/misc.c 2009-09-17 12:46:05.726105139 +0200 @@ -490,7 +490,7 @@ if (!s) return NULL; - q_len = strlen(s) * 2 + 1; + q_len = strlen(s) * 2 + 8; q = malloc(q_len); p = q; @@ -535,7 +535,7 @@ *(++p) = '\0'; s++; - if (strlen(q) (q_len - 4)) { + if (strlen(q) (q_len - 8)) { q_len += 128; q = realloc(q, q_len);
Bug#532532: ITP: libacme-progressbar-perl -- Perl module providing a s simple progress bar
Salvatore Bonaccorso salvatore.bonacco...@gmail.com writes: Package: wnpp Severity: wishlist Owner: Salvatore Bonaccorso salvatore.bonacco...@gmail.com * Package name: libacme-progressbar-perl Version : 1.125 Upstream Author : Ricardo SIGNES r...@cpan.org * URL : http://search.cpan.org/dist/Acme-ProgressBar/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Perl module providing a simple progress bar This is a joke, right? Have you read the code? Could we please add something to the perl policy about ITP's of Acme-modules should contain some justification for packaging the module and at least metion that the pacakge description should include a big fat warning about the modul being a joke? Basically this module implements a progress bar by timing the task nad then sleeping the same amount of time 9 times. //Makholm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524840: RFP: libkiokudb-perl -- Object Graph storage engine for Perl
Package: wnpp Severity: wishlist * Package name: libkiokudb-perl Version : 0.26 Upstream Author : Yuval Kogman nothingm...@woobling.org * URL : http://search.cpan.org/dist/KiokuDB/ * License : Artistic or GPL-1+ (e.g as Perl) Programming Lang: Perl Description : Object Graph storage engine for Perl KiokuDB is a Moose based frontend to various data stores, somewhere in between Tangram and Pixie. Its purpose is to provide persistence for regular objects with as little effort as possible, without sacrificing control over how persistence is actually done, especially for harder to serialize objects. KiokuDB is also non-invasive: it does not use ties, AUTOLOAD, proxy objects, sv_magic or any other type of trickery. Many features important for proper Perl space semantics are supported, including shared data, circular structures, weak references, tied structures, etc. Available storage backends includes: BerkelyDB, DBI, CouchDB, and a File based backend. The following unpackaged Perl distributions is needed as well: - App-Cmd - asa - Data-UUID-LibUUID - Hash-Util-FieldHash-Compat - IO-TieCombine - MooseX-App-Cmd - MooseX-Blessed-Reconstruct - MooseX-Role-Parameterized - MooseX-Types (ITP: #524713) - MooseX-Types-Path-Class - MooseX-Types-Set-Object - MooseX-YAML - Search-GIN - Test-TempDir - YAML-LibYAML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516881: RFA: nc6 -- TCP/IP swiss army knife with IPv6 support
Package: wnpp Severity: normal I request an adopter for the nc6 package. The package description is: A simple Unix utility which reads and writes data across network connections using TCP or UDP protocol. It is designed to be a reliable back-end tool that can be used directly or easily driven by other programs and scripts. At the same time it is a feature-rich network debugging and exploration tool. . Netcat6 is a rewrite of the original netcat with support for IPv6 and an enhanced support for UDP. No new upstream version since 2006, but it seems to works fine. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516883: RFA: slashem
Package: wnpp Severity: normal I request an adopter for the slashem package. The package description is: Super Lotsa Added Stuff Hack - Extended Magic (SLASH'EM) is a role-playing game where you control a single character. The interface and gameplay are similar in style to Rogue, ADOM, Angband and, of course, Nethack. You control the actions through the keyboard and view the world from an overhead perspective. It has a somehow complicated build system, building the package multiple times with different build options to make multiple frontends. Upstream is kind of sleeping since december 2006. I think there is a handful of nethack's variants in the archive. They might be enough alike that some common packaging-team might be an idea, but I havn't the time to participate. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516884: RM: cmix -- ROM; Dead upstream, long standing RC-bug, no interest
Package: ftp.debian.org Severity: normal This package should be removed from unstable. It is dead upstream with no new releases since 2001 and needs a lot of patches to build on modern systems. It has a long-standing RC-bug and was thus removed from lenny with no-one interested in fixing it (me as maintainer included). It hasn't really any users. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511589: foreach loop with lexically scoped variable result in segmentation fault
Package: libdevel-repl-perl Version: 1.002001-2 Severity: normal Using the same lexically scoped variable in a foreach loop twice, makes re.pl crash with a segmentation fault: makh...@makholm:~$ /usr/share/doc/libdevel-repl-perl/examples/re.pl $ for my $foo (0 .. 1) { print /dir$foo\n } /dir0 /dir1 $ for my $foo (0 .. 1) { print /dir$foo\n } /dir0 /dir1 Segmentation fault makh...@makholm:~$ makh...@makholm:~$ /usr/share/doc/libdevel-repl-perl/examples/re.pl $ my $foo; $ for $foo ( 0 .. 1 ) { print /dir/$foo\n } /dir/0 /dir/1 $ for $foo ( 0 .. 1 ) { print /dir/$foo\n } /dir/0 /dir/1 Segmentation fault makh...@makholm:~$ Implicitly using $_ seems to work around the issue. A quite sure I have used Devel::REPL in this way not long time ago, so I believe some change in testing over the last few weeks has broken something. The version in unstable is affected too. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libdevel-repl-perl depends on: ii libb-keywords-perl 1.08-2 lists of internal perl keywords ii libdata-dump-streamer-perl 2.08-40-2+b1 Perl module for serializing a data ii libfile-homedir-perl0.64-1.1 Get the home directory for yoursel ii liblexical-persistence-perl 0.97-2 Perl module for accessing persiste ii libmoose-perl 0.64-1 extension of the Perl 5 object sys ii libmoosex-getopt-perl 0.15-1 A Moose role for processing comman ii libmoosex-object-pluggable- 0.0008-1 Perl module for adding plugin supp ii libnamespace-clean-perl 0.08-1 Keep imports and functions out of ii libppi-perl 1.203-1 Parse, Analyze and Manipulate Perl ii libscope-guard-perl 0.03-2 lexically scoped resource manageme ii libtask-weaken-perl 1.02-1 Ensure that a platform has weaken ii perl5.10.0-19Larry Wall's Practical Extraction Versions of packages libdevel-repl-perl recommends: ii libterm-readline-gnu-perl 1.17a-2+b1 Perl extension for the GNU Readlin libdevel-repl-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#511182: inotify-tools: Couldn't initialize inotify.
Modesto Alexandre a...@arcalpin.com writes: Package: inotify-tools Version: 3.3-1 Severity: normal [...] # uname -a Linux memento 2.6.26-1-amd64 #1 SMP Mon Dec 15 17:25:36 UTC 2008 x86_64 GNU/Linux It looks like you are using a kenel and libc from testing, but you version of inotify-tools suggest that you're using the package available in stable. Can you try to upgrade to the version in testing (3.12-1) to see if the problme persists? //Makholm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489958: [audacious] Problema loading mp3 files and start program
I've been experiencing the same issue. Updating audacious-plugins to the version in unstable solves the problem. //Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475502: gnome-keyring doesn't respect ssh-add -c
Package: gnome-keyring Version: 2.22.0-2 Severity: grave Tags: security Justification: user security hole Suddenly after an dist-upgrade ssh stopped asking for confirmation when using a ssh key stored with ssh-agent. It looks like this happended at the same time ssh-agent was replaced by gnome-keyring-daemon. It looks like to me that gnome-keyring doesn't respct when I add ssh-keys with 'ssh-add -c'. I consider this a security related bug as I expect confirmation when I have asked for it, hence the severity. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-keyring depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.20-1 simple interprocess messaging syst ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libgcrypt11 1.4.0-3 LGPL Crypto library - runtime libr ii libglib2.0-02.16.1-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-2 The GTK+ graphical user interface ii libhal-storage1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libhal1 0.5.11~rc2-1 Hardware Abstraction Layer - share ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libtasn1-3 1.3-1Manage ASN.1 structures (runtime) Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 2.22.0-2 PAM module to unlock the GNOME key -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469129: perl: Lots of *.ph files is missing since 5.8.8-9
Package: perl Version: 5.8.8-9 Severity: important Packages later than 5.8.8-7 is missing quite a lot of .ph files found in 5.8.8-7: [EMAIL PROTECTED]:/tmp$ dpkg-deb -c perl_5.8.8-7_i386.deb | grep .ph$ | wc -l 470 [EMAIL PROTECTED]:/tmp$ dpkg-deb -c perl_5.8.8-9_i386.deb | grep .ph$ | wc -l 85 [EMAIL PROTECTED]:/tmp$ (I can't find a 5.8.8-8 version on snapshots.debian.net) By looking at the changelog this doesn't seems to be expected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages perl depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdb4.6 4.6.19-1 Berkeley v4.6 Database Libraries [ ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii perl-base 5.8.8-11.1 The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-11.1 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-11.1 Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426888: ITP: libdata-ical-perl -- Generates iCalendar (RFC 2445) calendar files
Hi Dominic, Nearly a half year ago you posted an intend to package Data::ICal for Debian. Do you still intend to do this? Otherwise I would like to package it and include it in the Debian Perl Groups repository. //Peter Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451934: varnish: Please upload new upstream version
Package: varnish Severity: wishlist Is there any reason why varnish 1.1.1 hasn't been uploaded to unstable? By looking at the varnish subversion repository it looks like you have made debian packages of the current version but for some reasone these hasn't been uploaded? //Peter Makholm -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#288806: cdbs: support for perl modules that use Module::Build
Package: cdbs Version: 0.4.49 Followup-For: Bug #288806 Just overriding DEB_MAKE_INVOKE doesn't work for me. It fails when the makefile class tries to run $(DEB_MAKE_INVOKE) -k $(DEB_MAKE_CLEAN_TARGET) Instead I've made the attached patch which provides native support for Module::Build including code to detect which build system is used by prefering Build.PL over Makefile.PL. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20070725.1 Update infrastructure for config.{ ii debhelper 5.0.57 helper programs for debian/rules -- no debconf information --- /usr/share/cdbs/1/class/perlmodule.mk 2007-05-20 18:13:10.0 +0200 +++ perlmodule.mk 2007-11-09 11:30:08.271007921 +0100 @@ -28,23 +28,58 @@ # Make sure that CDBS_BUILD_DEPENDS is initialised include $(_cdbs_rules_path)/buildvars.mk$(_cdbs_makefile_suffix) +DEB_PERL_BUILDSYSTEM := $(shell test -e Build.PL echo Module::Build) +DEB_PERL_BUILDSYSTEM ?= MakeMaker + # Dependency according to Perl policy 4.3 # (contrary to common misunderstanding a tighter dependency on perl 5.8 # was only temporarily needed when 5.8 was introduced into Debian sid.) CDBS_BUILD_DEPENDS := $(CDBS_BUILD_DEPENDS), perl (= 5.6.0-16) +ifneq ($(DEB_BUILDDIR),$(DEB_SRCDIR)) +$(error DEB_BUILDDIR and DEB_SRCDIR must be the same for Perl builds) +endif + +ifeq ($(DEB_PERL_BUILDSYSTEM),Module::Build) + +include $(_cdbs_rules_path)/buildcore.mk$(_cdbs_makefile_suffix) + +common-configure-arch common-configure-indep:: Build +Build: + (cd $(DEB_BUILDDIR) perl Build.PL --installdirs vendor $(DEB_MODULEBUILD_USER_FLAGS) ) + +common-build-arch common-build-indep:: debian/stamp-makefile-build +debian/stamp-perl-build: + ./Build build + touch $@ + +common-install-arch common-install-indep:: common-install-impl +common-install-impl:: + ./Build install destdir=$(DEB_DESTDIR) + +ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS))) +common-build-arch common-build-indep:: debian/stamp-perl-check +debian/stamp-perl-check: debian/stamp-perl-build + ./Build test + touch $@ +endif + +clean:: + -./Build realclean + -rm -f debian/stamp-perl-* + +else + include $(_cdbs_class_path)/perlmodule-vars.mk$(_cdbs_makefile_suffix) include $(_cdbs_class_path)/makefile.mk$(_cdbs_makefile_suffix) DEB_MAKEMAKER_PACKAGE ?= tmp -ifneq ($(DEB_BUILDDIR),$(DEB_SRCDIR)) -$(error DEB_BUILDDIR and DEB_SRCDIR must be the same for Perl builds) -endif - common-configure-arch common-configure-indep:: Makefile Makefile: (cd $(DEB_BUILDDIR) $(DEB_MAKEMAKER_INVOKE) $(DEB_MAKEMAKER_USER_FLAGS) ) endif + +endif
Bug#288806: [Build-common-hackers] Bug#288806: cdbs: support for perl modules that use Module::Build
Jonas Smedegaard [EMAIL PROTECTED] writes: Looks sane to me, generally. But... +ifneq ($(DEB_BUILDDIR),$(DEB_SRCDIR)) +$(error DEB_BUILDDIR and DEB_SRCDIR must be the same for Perl builds) +endif If I understand Fr=C3=A9d=C3=A9ric correctly, the above restriction is not necessary when using Build directly. I haven't tested, so this is just speculation for now... Wasn't sure about this either. So I just left it in for both systems. Another thing is worrying about existing packages - do we not risk breaking some current use of CDBS by changing this now? If so, it might be better to check for Build.PL but instead of setting DEB_PERL_BUILDSYSTEM only warn about it. I would really hate having a long term solution prefering a compatability layer over using Module::Build directly. It is a problem that you can't easily override the test som it might be preferable to make the setting DEB_PERL_BUILDSYSTEM ?= $(shell test -e Build.PL echo Module::Build) DEB_PERL_BUILDSYSTEM ?= MakeMaker Yes, exisitng packages may fail but it is easily fixed by setting DEB_PERL_BUILDSYSTEM to MakeMaker (or anything but Module::Build). //Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374106: Intent to adopt debnest
The debnest package hasn't seen a real update since October 2004 and was marked as orphaned in June 2006. Deepak Tripathi posted an intent to adopt this summer, but hasn't made any upload. As debnest fits perfectly in a project I'm doing I would like to have debnest maintained and developed. For this I have created an alioth project[0] and comitted the source to svn[1]. I have made the following enhancements * Better integration with cdbs to enable support for other patchs systems * Recursive unpacking of nested packages * Unpack sources in unversioned directories to ease handling of patches between versions of nested packages all of which I currently need. I have some other plans for development outlined in the TODO file[2]. If no-one complains I plan to upload a new version of debnest within a fortnight (if ftp-master is fixed). 0) http://alioth.debian.org/projects/debnest/ 1) http://svn.debian.org/wsvn/debnest/trunk/ 2) http://svn.debian.org/wsvn/debnest/trunk/TODO?op=filerev=0sc=0 //Peter Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397290: [patch] dpatch: prerequisites for dpep?
Package: dpatch Version: 2.0.27 Followup-For: Bug #397290 I would like this too. I propose to implement it by adding a configuration option DPEP_PREPATCHTARGET which is run before applying patches. Implemented in attached patch. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.14.7 package building tools for Debian ii fakeroot 1.8.2 Gives a fake root environment ii patchutils0.2.31-4 Utilities to work with patches -- no debconf information --- /usr/bin/dpatch-edit-patch 2007-08-03 14:32:04.0 +0200 +++ /tmp/dpatch-edit-patch 2007-11-07 12:23:08.647732277 +0100 @@ -42,6 +42,7 @@ DPEP_SHELL=${DPEP_SHELL:-${conf_shell:-${SHELL:-$(getent passwd $(id -un) | cut -f7- -d:)}}} DPEP_EXCLUDE=${DPEP_EXCLUDE:-${conf_exclude:-CVS .svn .git .arch .hg _darcs .bzr}} DPEP_ORIGTARGZPATH=${DPEP_ORIGTARGZPATH:-${conf_origtargzpath:-}} +DPEP_PREPATCHTARGET=${DPEP_PREPATCHTARGET:-${conf_prepatchtarget:-}} # We special-case $DPEP_ROOTCMD later, after dpep_parse_options() @@ -225,6 +226,11 @@ $DPEP_ROOTCMD debian/rules clean unpatch dpatch deapply-all +if [ -n $DPEP_PREPATCHTARGET ]; then +dpep_message norm * Running pre patch target $DPEPPREPATCHTARGET +$DPEP_ROOTCMD debian/rules $DPEP_PREPATCHTARGET +fi + if [[ ! -z $DPEP_BASEPATCH ]]; then if ! dpatch list-all | grep -F ${DPEP_BASEPATCH%%.dpatch} /dev/null 21; then if [[ $DPEP_EDITPATCH = 1 ]]; then
Bug#447672: Marking inotify-tool bug confirmed and upstream
tag 447672 confirmed upstream thanks Upstream is aware of this bug http://sourceforge.net/mailarchive/forum.php?thread_name=46C5D6D0.7070107%40gmail.comforum_name=inotify-tools-general I'll await his fix. //Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448693: perl: Lots of *.ph files is missing since 5.8.8-9
Package: perl Version: 5.8.8-9 Severity: important Packages later than 5.8.8-7 is missing quite a lot of .ph files found in 5.8.8-7: [EMAIL PROTECTED]:/tmp$ dpkg-deb -c perl_5.8.8-7_i386.deb | grep .ph$ | wc -l 470 [EMAIL PROTECTED]:/tmp$ dpkg-deb -c perl_5.8.8-9_i386.deb | grep .ph$ | wc -l 85 [EMAIL PROTECTED]:/tmp$ (I can't find a 5.8.8-8 version on snapshots.debian.net) By looking at the changelog this doesn't seems to be expected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages perl depends on: ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdb4.6 4.6.19-1 Berkeley v4.6 Database Libraries [ ii libgdbm3 1.8.3-3GNU dbm database routines (runtime ii perl-base 5.8.8-11.1 The Pathologically Eclectic Rubbis ii perl-modules 5.8.8-11.1 Core Perl modules Versions of packages perl recommends: ii perl-doc 5.8.8-11.1 Perl documentation -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374106: ITA: debnest -- Nested Build System of Debian Source Package
Hi, In July you posted an Intend To Adopt the debnest package. Is this still you plan? Do you have any development plans for the software or did you only plan to do pure maintanince of the package? //Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447456: Tagging ack-bug 447456 as pending
tags 447456 pending thanks Fixed in svn revision 5400. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433536: svn-inject issues fixed
Eddy Petrișor [EMAIL PROTECTED] writes: I have managed to weed out the bug that was still affecting avn-inject. In the course of doing that I have also abstracted a lot the layout1/layout2 differences and I am really confident (after a huge set tests :-) ) that svn-inject is in a better shape that it ever was. I successfully injected libfile-next-perl into the perl repository using this version. //Makholm
Bug#446521: ITP: ebug-http -- Devel::ebug::HTTP - web front end for the Devel::ebug Perl debugger
Package: wnpp Severity: wishlist Owner: Peter Makholm [EMAIL PROTECTED] * Package name: ebug-http Version : 0.31 Upstream Author : Leon Brocard, C [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Devel-ebug-HTTP/ * License : as Perl itself (GPL or Artistic) Programming Lang: Perl Description : Devel::ebug::HTTP - web front end for the Devel::ebug Perl debugger Devel::ebug is a simple, extensible Perl debugger with a clean API. Using this module, you may easily write a Perl debugger to debug your programs. . This package provides a web front end to Devel::ebug. ebug_http is the command line program to launch the debugger. It will return a URL which you should point a web browser to. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_DK.ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446387: ITP: libtest-expect-perl -- Test::Expect - Automated driving and testing of terminal-based programs
Package: wnpp Severity: wishlist Owner: Peter Makholm [EMAIL PROTECTED] * Package name: libtest-expect-perl Version : 0.30 Upstream Author : Leon Brocard, C [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Test-Expect/ * License : as perl, GPL or Artistic Programming Lang: Perl Description : Automated driving and testing of terminal-based programs Test::Expect is a module for automated driving and testing of terminal-based programs. It is handy for testing interactive programs which have a prompt, and is based on the same concepts as the Tcl Expect tool. As in Expect::Simple, the Expect object is made available for tweaking. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_DK.ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446388: ITP: libexpect-simple-perl -- Expect::Simple - wrapper around the Expect module
Package: wnpp Severity: wishlist Owner: Peter Makholm [EMAIL PROTECTED] * Package name: libexpect-simple-perl Version : 0.03 Upstream Author : Diab Jerius ([EMAIL PROTECTED]) * URL : http://search.cpan.org/dist/Expect-Simple/ * License : GPL Programming Lang: Perl Description : wrapper around the Expect module Expect::Simple is a wrapper around the Expect module which should suffice for simple applications. It hides most of the Expect machinery; the Expect object is available for tweaking if need be. This is a dependency for Test::Expect, which is needed to build Devel::ebug. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_DK.ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446066: ITP: libdevel-ebug-perl -- A simple, extensible Perl debugger
Package: wnpp Severity: wishlist Owner: Peter Makholm [EMAIL PROTECTED] * Package name: libdevel-ebug-perl Version : 0.48 Upstream Author : Leon Brocard, [EMAIL PROTECTED] * URL : http://search.cpan.org/~lbrocard/Devel-ebug-0.48/ * License : as Perl itself (ie. artistic or GPL) Programming Lang: Perl Description : A simple, extensible Perl debugger Devel::ebug is a simple, extensible Perl debugger with a clean API. Using this module, you may easily write a Perl debugger to debug your programs. Alternatively, it comes with an interactive debugger, ebug. [... problems with perl5db.pl ... ] Devel::ebug is aimed at fixing these problems and delivering a replacement debugger which provides a well-tested simple programmatic interface to debugging programs. This makes it easier to build debuggers on top of Devel::ebug, be they console-, curses-, GUI- or Ajax-based. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_DK.ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436128: Uploaded ack-grep and libfile-next-perl
tag 436101 pending tag 436128 pending thanks As mentioned in mail of October 2 I have now hijacked the ITP's of ack-grep and libfile-next-perl and uploaded packages. //Peter Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436101: ITP: ack-grep -- a tool like grep
Hi Marc-André, I have previously contacted you regarding you ITP of ack and File::Next but with no response. I would still like to sponsor you packages if you changes the source package name of ack, but if I'm not hearing from you before saturday (UTC) I will hijack the ITP and upload my own packages. //Peter Makholm
Bug#443913: CVE-2007-5037 buffer overflow in inotifytools_snprintf
tag 443913 patch etch thanks This problem is fixed in unstable by uploading the new upstream version (3.11-1). A fix for etch is awaitng the security team. Patch for version 3.3-1 attached //Makholm diff -Naur inotify-tools-3.3-orig/libinotifytools/src/inotifytools.c inotify-tools-3.3/libinotifytools/src/inotifytools.c --- inotify-tools-3.3-orig/libinotifytools/src/inotifytools.c 2006-10-29 09:44:06.0 +0100 +++ inotify-tools-3.3/libinotifytools/src/inotifytools.c 2007-09-25 07:49:10.768454036 +0200 @@ -1634,7 +1634,7 @@ if ( ch1 == 'w' ) { if ( filename ) { -strncpy( out[ind], filename, MAX_STRLEN - ind ); +strncpy( out[ind], filename, size - ind ); ind += strlen(filename); } ++i; @@ -1643,7 +1643,7 @@ if ( ch1 == 'f' ) { if ( eventname ) { -strncpy( out[ind], eventname, MAX_STRLEN - ind ); +strncpy( out[ind], eventname, size - ind ); ind += strlen(eventname); } ++i; @@ -1652,7 +1652,7 @@ if ( ch1 == 'e' ) { eventstr = inotifytools_event_to_str( event-mask ); - strncpy( out[ind], eventstr, MAX_STRLEN - ind ); + strncpy( out[ind], eventstr, size - ind ); ind += strlen(eventstr); ++i; continue; @@ -1675,7 +1675,7 @@ timestr[0] = 0; } - strncpy( out[ind], timestr, MAX_STRLEN - ind ); + strncpy( out[ind], timestr, size - ind ); ind += strlen(timestr); ++i; continue; @@ -1684,7 +1684,7 @@ // Check if next char in fmt is e if ( i strlen(fmt) - 2 fmt[i+2] == 'e' ) { eventstr = inotifytools_event_to_str_sep( event-mask, ch1 ); - strncpy( out[ind], eventstr, MAX_STRLEN - ind ); + strncpy( out[ind], eventstr, size - ind ); ind += strlen(eventstr); i += 2; continue;
Bug#436101: ITP: ack-grep -- a tool like grep
Hi Marc-André I've looked a little more at you package of ack-grep. It looks like you're aware of the package currently named ack. Both packages provides /usr/bin/ack which isn't allowed according to Debian Policy chapter 10.1 and having both packages using the same name for source package will break things. If you want you pacakge uploaded you should fix these problems. Using the same source pacakge names as another package is really a showstopper. I would still be like to sponsor you packages or upload my own packages. //Peter Makholm
Bug#443586: libapache2-mod-mime-xattr: Uninstallable with current Apache2-packages
Package: libapache2-mod-mime-xattr Severity: grave Justification: renders package unusable The current apache2 packages (apache2.2-common) conflicts with libapache2-mod-mime-xattr (= 0.3-2) making the package unusable due to not being able to be installed with apache. There is a new upstream version (0.4) which is updated for apache2.2 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436101: ITP: ack-grep -- a tool like grep
Hi Marc-André, I found you ITP of ack because I planned to package it myself. It looks like you failed to get it uploaded because libfile-next-perl is an unmet dependencies. You also have an ITP on libfile-next but no link to a package in the bug report. I would really like to see ack included in Debian, so if there is anything I can do to help like reviewing, sponsoring, or help packaging, please say so. //Makholm, Debian Developer
Bug#438858: gtimelog: Please relax dependency on vim-gnome
Package: gtimelog Version: 0.0+svn65-1debian2 Severity: wishlist Please try to find a way not to force vim-gnome upon me while installing gtimelog. I'm not sure it would be ok just to reduce the dependency to a recommends, but at least make some wrapper that works like sensible-editor which could fall back on gvim or 'xterm -e sensible-editor' -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_DK.ISO-8859-15, LC_CTYPE=en_DK.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages gtimelog depends on: ii python 2.4.4-6 An interactive high-level object-o ii python-glade22.10.6-1GTK+ bindings: Glade support ii python-gtk2 2.10.6-1Python bindings for the GTK+ widge ii vim-gnome1:7.1-056+2 Vi IMproved - enhanced vi editor - gtimelog recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436731: lh_binary_yaboot fails with: sed: -e expression #1, char 13: unterminated `s' command
Package: live-helper Version: 1.0~a21-1 Severity: normal When building a live cd for ppc lh_binary_yaboot fails to expand the yaboot.conf template and fails with an error saying sed: -e expression #1, char 13: unterminated `s' command The error seems to be at line 267 of lh_binary_yaboot. I'm not able to find the error but changing this line to use an equivalent perl construct removes the problem and gives a working yaboot.conf file. I've used the following patch: --- lh_binary_yaboot.orig 2007-08-08 16:58:29.0 +0200 +++ lh_binary_yaboot.new2007-08-08 19:27:40.0 +0200 @@ -262,9 +262,9 @@ cat binary/yaboot/yaboot.conf.tmp binary/yaboot/yaboot.conf rm -f binary/yaboot/yaboot.conf.tmp fi - # Configure yaboot templates - sed -i -e s#LINUX_LIVE#${LINUX_LIVE}# -e s#LINUX_INSTALL#${LINUX_INSTALL}# binary/yaboot/yaboot.conf + #sed -i -e s#LINUX_LIVE#${LINUX_LIVE}# -e s#LINUX_INSTALL#${LINUX_INSTALL}# binary/yaboot/yaboot.conf + perl -pi -e s[LINUX_LIVE][${LINUX_LIVE}];s[LINUX_INSTALL][${LINUX_INSTALL}]; binary/yaboot/yaboot.conf sed -i -e s#LIVE_BOOTAPPEND#${LIVE_BOOTAPPEND}# binary/yaboot/yaboot.conf sed -i -e s/LIVE_DATE/`date +%Y%m%d`/ -e s/LIVE_VERSION/${VERSION}/ binary/yaboot/boot.msg ;; -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 2.6.18adbsyn Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_DK.ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages live-helper depends on: ii cdebootstrap 0.4.3 Bootstrap a Debian system live-helper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433278: inotify-tools: FTBFS: Versioned Build-Depends on linux-kernel-headers
tag 433278 pending thanks Version 3.10-2 uploaded a few hours ago will fix this issue, but I forgot to add (Closes: #433278) to the changelog, so it's not automatically marked as such. The package is currently waiting in the NEW queue due to splitting into a binary package and a library package //Makholm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428634: raggle: Crashes with error in in `select_item'
Package: raggle Version: 0.4.4-3 Severity: grave Justification: causes non-serious data loss At random times while using raggle it crashes with the following error: /usr/bin/raggle:3577:in `select_item': undefined method `[]=' for nil:NilClass (NoMethodError) from /usr/bin/raggle:2895:in `select_win_item' from /usr/bin/raggle:2990:in `adjust_to' from /usr/bin/raggle:3004:in `activate' from /usr/bin/raggle:3062:in `scroll_down' from /usr/bin/raggle:2258:in `scroll_down' from (eval):1:in `_load' from /usr/bin/raggle:4313:in `call' from /usr/bin/raggle:4313:in `main_loop' from /usr/bin/raggle:5661:in `main' from /usr/bin/raggle:6674 Thanks for using Raggle! The feed list is deleted (non-serious data loss) and raggle starts up with the standard list of rss feeds on next start. Finding the feed and article that crashed raggle doesn't trigger the bug again. It seems completely random and thus unreproducible. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-xen-amd64 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages raggle depends on: ii irb 1.8.2-1Interactive Ruby (irb) ii libncurses-ruby1.81.1-1 ruby Extension for the ncurses C l pn librexml-ruby1.8 none (no description available) ii libruby1.8 [libyaml-r 1.8.5-4Libraries necessary to run Ruby 1. ii links [www-browser] 0.99+1.00pre12-1.1 Character mode WWW browser ii lynx [www-browser]2.8.5-2sarge2.2Text-mode WWW Browser ii ruby 1.8.2-1An interpreter of object-oriented raggle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348852: raggle: Crashes with error in in `select_item'
Package: raggle Version: 0.4.4-3 Followup-For: Bug #348852 I see the same problem with 0.4.4-3. Raggle chrashes with: /usr/bin/raggle:3577:in `select_item': undefined method `[]=' for nil:NilClass (NoMethodError) from /usr/bin/raggle:2895:in `select_win_item' from /usr/bin/raggle:2990:in `adjust_to' from /usr/bin/raggle:3004:in `activate' from /usr/bin/raggle:3062:in `scroll_down' from /usr/bin/raggle:2258:in `scroll_down' from (eval):1:in `_load' from /usr/bin/raggle:4313:in `call' from /usr/bin/raggle:4313:in `main_loop' from /usr/bin/raggle:5661:in `main' from /usr/bin/raggle:6674 Thanks for using Raggle! and then the feed-list is reset. If I restores feeds.yaml from a backup everything seems to work again and the crash isn't reproducible. It doesn't seem to be related to a specific feed. //Peter Makholm -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.17-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to en_DK.ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages raggle depends on: ii irb 1.8.2-1Interactive Ruby (irb) ii libncurses-ruby1.81.1-1 ruby Extension for the ncurses C l pn librexml-ruby1.8 none (no description available) ii libruby1.8 [libyaml-r 1.8.6-1Libraries necessary to run Ruby 1. ii links [www-browser] 0.99+1.00pre12-1.2 Character mode WWW browser ii lynx [www-browser]2.8.5-2sarge2.2Text-mode WWW Browser ii ruby 1.8.2-1An interpreter of object-oriented raggle recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404292: ITP: netcat6 -- an advanced netcat clone
Aníbal Monsalve Salazar [EMAIL PROTECTED] writes: Package: wnpp Severity: wishlist Owner: Anibal Monsalve Salazar [EMAIL PROTECTED] * Package name: netcat6 Version : 1.0 Upstream Authors: Mauro Tortonesi [EMAIL PROTECTED] Chris Leishman [EMAIL PROTECTED] Simone Piunno [EMAIL PROTECTED] Filippo Natali [EMAIL PROTECTED] * URL : http://deepspace6.net/projects/netcat6.html * License : GPL Programming Lang: C Description : an advanced netcat clone Netcat6 is a total rewrite of netcat, with several advantages: Allready packaged, even with the latest version in testing. [EMAIL PROTECTED]:~/tmp$ apt-cache search netcat6 netcat6 - TCP/IP swiss army knife with IPv6 support [EMAIL PROTECTED]:~/tmp$ //Peter Makholm
Bug#394249: ITP: inotify-tools -- A set of command-line programs providing a simple interface to inotify
Package: wnpp Severity: wishlist Owner: Peter Makholm [EMAIL PROTECTED] * Package name: inotify-tools Version : 2.6 Upstream Author : Rohan McGovern [EMAIL PROTECTED] * URL : http://inotify-tools.sourceforge.net/ * License : GPL Programming Lang: C Description : A set of command-line programs providing a simple interface to inotify inotify-tools is a set of command-line programs for Linux providing a simple interface to inotify. These programs can be used to monitor and act upon filesystem events. inotify-tools consists of two utilities: - inotifywait simply blocks for inotify events, making it appropriate for use in shell scripts. - inotifywatch collects filesystem usage statistics and outputs counts of each inotify event. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-xen-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394369: O: sarien - An interpreter for old Sierra games
Package: wnpp Severity: normal I don't play these games anymore. Upstream is almost dead and the code is being incorporated in scummvm. The control file from my soon to be latest update: Source: sarien Section: games Priority: extra Maintainer: Debian QA Group [EMAIL PROTECTED] Build-Depends: debhelper (= 5), libsdl1.2-dev (= 1.2.2-3.1), docbook-to-man, autotools-dev Standards-Version: 3.7.2 Package: sarien Architecture: any Depends: ${shlibs:Depends} Description: An interpreter for AGI resources Sarien decodes and plays games written for the Sierra On-Line Adventure Game Interpreter (AGI) system, such as Leisure Suit Larry in the Land of the Lounge Lizards, Space Quest I and II, and King's Quest I to IV. Currently AGI versions 2 and 3 are recognized; support for older AGI v1 games is not available. . You need the files from the original games. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]