Bug#1069951: ITP: tcl-ooxml -- Read and Write Office Open XML "XLSX" since Excel 2007
Package: wnpp Severity: wishlist Owner: Massimo Manghi X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tcl-ooxml Version : 1.8 Upstream Contact: Alexander Schöpe * URL : https://fossil.sowaswie.de/ooxml/ * License : BSD-3 Programming Lang: Tcl Description : Read and Write Office Open XML "XLSX" since Excel 2007 This package contains several commands to edit Excel files. The three most important are the following three: * Importing Excel files into a Tcl array with ::ooxml::xl_read, * Exporting Tcl data to an Excel file with ::ooxml::xl_write * Exporting Tcl tablelist to an Excel file with ::ooxml::tablelist_to_xl. The relevance of this tool is self-evident, being documents produced with the Office Open XML format one of the more important ways of data interchange with the non-free and widely used applications such as MS-Excel
Bug#1067753: ITP: tcl-unix-sockets -- tcl-unix-sockets provides a Tcl interface to Unix Domain Sockets
Package: wnpp Severity: wishlist Owner: Massimo Manghi X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tcl-unix-sockets Version : 0.3 Upstream Contact: * URL : https://github.com/cyanogilvie/unix_sockets * License : Tcl Programming Lang: C, Tcl Description : tcl-unix-sockets provides a Tcl interface to Unix Domain Sockets This package is an extension to the Tcl programming language enabling Tcl script to create and communicate through Unix Domain Sockets, a fundamental IPC method in the Unix environment. Tcl is a language with a long history of robustness and speed. One of the applications for the Tcl language is server-side development being Tcl capable of asynchronous I/O and multithreading
Bug#1067670: ITP: tclsyslog -- Tcl interface to the standard syslog service
Package: wnpp Severity: wishlist Owner: Massimo Manghi X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tclsyslog Version : 1.1 Upstream Contact: Alexandros Stergiakis * URL : https://tcl-syslog.sourceforge.net/ * License : GPL Programming Lang: C,Tcl Description : Tcl interface to the standard syslog service Server applications need to generate activity log messages and for this purpose the standard syslog facility is the natural choice. Tcl is a scripting language which from its inception was designed with a solid capability of handling asynchronous communications, a feature that made a language of choice for the development of server side applications. I need a sponsor for this package.
Bug#1014045: source-is-missing doesn't seem to understand docbook
Package: lintian Version: 2.116.3 Followup-For: Bug #1014045 Dear Maintainer, I'm the upstream developer/maintainer of Apache/Rivet. I'm also the maintainer of the corresponding Debian package (libapache2-mod-rivet). Apache/Rivet source code ships with an HTML manual generated from Docbook XML files. We regenerate the manual right before releasing and put it in the tarball in order to save the Apache/Rivet user the task of figuring out what tools are needed in order to recreate the HTML pages (being Docbook not so popular and not so widely used now). Even though the XML source code for this manual is available in the source code lintian is unable to understand how HTML pages connect to their Docbook XML counterparts and this results in 74 lintian errors -- Massimo Manghi -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-13-amd64 (SMP w/1 CPU thread; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages lintian depends on: ii binutils2.41-6 ii bzip2 1.0.8-5+b1 ii diffstat1.65-1 ii dpkg1.22.1 ii dpkg-dev1.22.1 ii file1:5.45-2 ii gettext 0.21-13+b1 ii gpg 2.2.40-1.1 ii intltool-debian 0.35.0+20060710.6 ii iso-codes 4.15.0-1 ii libapt-pkg-perl 0.1.40+b2 ii libarchive-zip-perl 1.68-1 ii libberkeleydb-perl 0.64-2+b1 ii libcapture-tiny-perl0.48-2 ii libclass-xsaccessor-perl1.19-4+b1 ii libclone-perl 0.46-1 ii libconfig-tiny-perl 2.30-1 ii libconst-fast-perl 0.014-2 ii libcpanel-json-xs-perl 4.37-1 ii libdata-dpath-perl 0.59-1 ii libdata-validate-domain-perl0.10-1.1 ii libdata-validate-uri-perl 0.07-2 ii libdevel-size-perl 0.83-2+b1 pn libdigest-sha-perl ii libdpkg-perl1.22.1 ii libemail-address-xs-perl1.05-1+b1 ii libfile-basedir-perl0.09-2 ii libfile-find-rule-perl 0.34-3 ii libfont-ttf-perl1.06-2 ii libhtml-html5-entities-perl 0.004-3 ii libhtml-tokeparser-simple-perl 3.16-4 ii libio-interactive-perl 1.025-1 ii libipc-run3-perl0.048-3 ii libjson-maybexs-perl1.004005-1 ii liblist-compare-perl0.55-2 ii liblist-someutils-perl 0.59-1 ii liblist-utilsby-perl0.12-2 ii libmldbm-perl 2.05-4 ii libmoo-perl 2.005005-1 ii libmoox-aliases-perl0.001006-2 ii libnamespace-clean-perl 0.27-2 ii libpath-tiny-perl 0.144-1 ii libperlio-gzip-perl 0.20-1+b1 ii libperlio-utf8-strict-perl 0.010-1 ii libproc-processtable-perl 0.636-1 ii libregexp-wildcards-perl1.05-3 ii libsereal-decoder-perl 5.004+ds-1 ii libsereal-encoder-perl 5.004+ds-1 ii libsort-versions-perl 1.62-3 ii libsyntax-keyword-try-perl 0.29-1 ii libterm-readkey-perl2.38-2+b1 ii libtext-levenshteinxs-perl 0.03-5+b1 ii libtext-markdown-discount-perl 0.16-1 ii libtext-xslate-perl 3.5.9-1+b2 ii libtime-duration-perl 1.21-2 ii libtime-moment-perl 0.44-2+b1 ii libtimedate-perl2.3300-2 ii libunicode-utf8-perl0.62-2 ii liburi-perl 5.21-1 ii libwww-mechanize-perl 2.17-1 ii libwww-perl 6.72-1 ii libxml-libxml-perl 2.0207+dfsg+really+2.0134-1+b1 ii libyaml-libyaml-perl0.86+ds-1 ii lzip [lzip-decompressor]1.23-6 ii lzop1.04-2 ii man-db 2.12.0-1 ii patchutils 0.4.2-1 ii perl [libencode-perl] 5.36.0-9 ii t1utils 1.41-4 ii unzip 6.0-28 ii xz-utils5.4.4-0.1 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch pn libtext-template-perl -- no debconf information
Bug#997057: tdbcodbc: Build-Depend on unixodbc-dev
Dear Hugh tdbcodbc is not linked to libodbc1. It supports different odbc protocol implementations and therefore searches for various libraries and eventually calls dlopen on the first available. That's why it doesn't build-depends on libodbc-dev. I think we could extend or modify the search list with a new soname provided the new libodbc library is fully compatible with the current tdbcodbc code. As soon as libodbc2 enters sid I'm going to take a look at the issue. Thank you for reporting it -- Massimo On 10/23/21 1:29 PM, Hugh McMaster wrote: Source: tdbcodbc Version: 1.1.2-1 Severity: important Tags: ftbfs Dear Maintainer, I will soon be starting a transition with unixODBC that will cause a build failure with src:tdbcodbc due to its hard-coded build-dependencies of libodbc1 and odbcinst1debian2. To avoid issues with the transition to new the new packages, please update your debian/control file to build-depend on unixodbc-dev. This will give you the libraries required: libodbc2, libodbccr2 and libodbcinst2. The binary tcl8.6-tdbc-odbc should also be updated to depend on unixodbc-dev. Thank you -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.14.0-3-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Firma il tuo 5x1000 all’Università di Parma, aiutaci a essere sempre più accoglienti e inclusivi verso le nostre studentesse e i nostri studenti - Indica 00308780345 nella tua denuncia dei redditi.
Bug#996100: ITP: tclsoldout -- Tcl wrapper for libsoldout, a markdown parser library
Package: wnpp Severity: wishlist Owner: Massimo Manghi X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: tclsoldout Version : 0.1.1 Upstream Author : Svyatoslav Mishin * URL : https://git.juef.net/archive/tclsoldout/ * License : ISC Programming Lang: C Description : Tcl wrapper for libsoldout, a markdown parser library tclsoldout extends Tcl providing new commands to parse and process markdown text. Tclsoldout current version creates 2 new commands . + ::soldout::mk2html - markdown to HTML processor + ::soldout::mk2xhtml - markdown to XHTML processor . tclsoldout also provides ::soldout::escape_string, its own utility to convert SGML characters into their HTML entities. The package endows the Tcl shell with commands that implement easy to use markdown processors. I'm going to ask the DDs who already are sponsoring several other packages I've been maintaining over the last 11 years to accept to sponsor also this package which has a very simple structure: basically a single C language file, as the libsoldout files shipped in the upstream tar ball are actually not needed to build it since Debian is already providing the libsoldout-dev package Firma il tuo 5x1000 all’Università di Parma, aiutaci a essere sempre più accoglienti e inclusivi verso le nostre studentesse e i nostri studenti - Indica 00308780345 nella tua denuncia dei redditi.
Bug#943478: ITP: yajl-tcl -- Tcl language binding to the yajl library, a tools for parsing, creating and validating JSON messages
Package: wnpp Severity: wishlist Owner: Massimo Manghi * Package name: yajl-tcl Version : 1.7.0 Upstream Author : Flightaware LLC * URL : https://github.com/flightaware/yajl-tcl * License : BSD Programming Lang: C, Tcl Description : Tcl language binding to the yajl library, a tools for parsing, creating and validating JSON messages This package offers a Tcl API to the services of yajl, a popular library for manipulating JSON. Even though Tcl (through Tcllib) has its own command to handle JSON messages, this library is implemented with a rather easy and intuivive API for proper parsing, generation and validation of data structures stored in JSON messages. Furthermore yajl-tcl is considerably faster than Tcllib's implementation
Bug#934816: tcl8.6-tdbc-mysql: built with libmariadbclient18, which doesn't exist any longer
Hello Otto Thank you for reporting it. Please allow a few days or maybe a week before I get to it thanks -- Massimo On 8/15/19 12:34 PM, Otto Kekäläinen wrote: Package: tcl8.6-tdbc-mysql Control: affects -1 mariadb-10.3 Hello! The current version of this package in unstable is quite old and has been built against libmariadbclient18, which no longer exists in Debian unstable (superceeded by libmariadb3). This affects mariadb-10.3 which cannot currently migrate form Debian unstable to Debian testing due to this old package stopping it with its outdated run-time dependency. Please consider making a new upload of this package so that the run-time dependencies update.
Bug#926937: unblock: tdbcmysql/1.1.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package tdbcmysql tdbcmysql version blocks mariadb-10.3 transition because depends on a no more built version of libmariadbclient diff -Nru tdbcmysql-1.1.0/debian/changelog tdbcmysql-1.1.0/debian/changelog --- tdbcmysql-1.1.0/debian/changelog2018-10-20 12:38:45.0 +0200 +++ tdbcmysql-1.1.0/debian/changelog2019-04-11 12:36:26.0 +0200 @@ -1,3 +1,10 @@ +tdbcmysql (1.1.0-2) unstable; urgency=medium + + * Add libmariadb3 to the dependencies list, and load it during [package +require] if it's available (closes: #926628). + + -- Massimo Manghi Thu, 11 Apr 2019 12:36:26 +0200 + tdbcmysql (1.1.0-1) unstable; urgency=medium * New upstream release diff -Nru tdbcmysql-1.1.0/debian/control tdbcmysql-1.1.0/debian/control --- tdbcmysql-1.1.0/debian/control 2018-10-20 12:38:45.0 +0200 +++ tdbcmysql-1.1.0/debian/control 2019-04-11 12:34:23.0 +0200 @@ -2,14 +2,14 @@ Section: libs Priority: optional Maintainer: Massimo Manghi -Build-Depends: debhelper (>=9), tcl8.6-dev, tcl8.6-tdbc (>=1.0.5~), libmariadbclient18 | libmysqlclient18 | libmysqlclient20 +Build-Depends: debhelper (>=9), tcl8.6-dev, tcl8.6-tdbc (>=1.0.5~), libmariadb3 | libmariadbclient18 | libmysqlclient18 | libmysqlclient20 Standards-Version: 4.2.1 Rules-Requires-Root: binary-targets Homepage: http://core.tcl.tk/tdbcmysql Package: tcl8.6-tdbc-mysql Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, tcl8.6, tcl8.6-tdbc (>=1.0.5), libmariadbclient18 | libmysqlclient18 | libmysqlclient20 +Depends: ${shlibs:Depends}, ${misc:Depends}, tcl8.6, tcl8.6-tdbc (>=1.0.5), libmariadb3 | libmariadbclient18 | libmysqlclient18 | libmysqlclient20 Description: Tcl Database Connectivity Tdbc is an interface standard for SQL databases and connectivity that aims to make it easy to write portable and secure Tcl scripts that access SQL diff -Nru tdbcmysql-1.1.0/debian/patches/mariadb-client-support tdbcmysql-1.1.0/debian/patches/mariadb-client-support --- tdbcmysql-1.1.0/debian/patches/mariadb-client-support 2018-10-20 12:38:45.0 +0200 +++ tdbcmysql-1.1.0/debian/patches/mariadb-client-support 2019-04-11 12:34:23.0 +0200 @@ -10,12 +10,20 @@ This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/generic/mysqlStubInit.c +++ b/generic/mysqlStubInit.c -@@ -37,7 +37,7 @@ +@@ -37,14 +37,14 @@ static const char *const mysqlStubLibNames[] = { /* @LIBNAMES@: DO NOT EDIT THESE NAMES */ -"mysqlclient_r", "mysqlclient", "mysql", NULL -+"mysqlclient_r", "mysqlclient", "mysql", "mariadbclient", NULL ++"mysqlclient_r", "mysqlclient", "mysql", "mariadb", "mariadbclient", NULL /* @END@ */ }; + /* ABI Version numbers of the MySQL API that we can cope with */ + + static const char mysqlSuffixes[][4] = { +-"", ".20", ".18", ".17", ".16", ".15" ++"", ".20", ".18", ".17", ".16", ".15", ".3" + }; + + /* Names of the functions that we need from MySQL */ diff -Nru tdbcmysql-1.1.0/debian/patches/series tdbcmysql-1.1.0/debian/patches/series --- tdbcmysql-1.1.0/debian/patches/series 2018-10-20 12:38:45.0 +0200 +++ tdbcmysql-1.1.0/debian/patches/series 2019-04-11 12:34:23.0 +0200 @@ -1,3 +1,3 @@ -mariadb-client-support addlibmysqlclient20 numeric-expression-expected +mariadb-client-support unblock tdbcmysql/1.1.0-2 -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#926628: I suggest to add libmariadb3 to the list
A new version addressing the bug has been prepared and Sergei will take care to upload it. As per Sergei's suggestion I will file a bug against release.debian.org as soon as the package gets into sid. -- Massimo On 4/10/19 1:54 PM, Sergei Golovan wrote: Hi Ivo, On Wed, Apr 10, 2019 at 2:35 PM Ivo De Decker wrote: Hi, On Wed, Apr 10, 2019 at 10:24:25AM +0300, Sergei Golovan wrote: The problem with the package is that it doesn't link to a specific mysql or mariadb client library, but searches for it in runtime by name and loads it dynamically. So we can't use the shlibdeps mechanism to construct the dependencies list as usual. Is there a specific reason why this isn't done? Wouldn't it be better to just link to the client library the way other packages do? Obviously, such a change would be for after the buster release. That's the way the upstream code is written. It uses Tcl_LoadFile() to load the library dynamically at the runtime. I'm afraid that to make it work with pre-linked library would mean rewriting a portion of the code. Cheers!
Bug#911680: xserver-xorg-core: X server crashes when loading libglamorgl.so module (Bug #911680)
Hello Bernhard thank you for taking care of the problem so quickly On 10/23/18 9:24 PM, Bernhard Übelacker wrote: > Hello Massimo Manghi, > just tried to reproduce the issue inside a debian buster amd64 qemu VM. > I never hit the crash and found you were probably running inside a VirtualBox. > you got it > Nevertheless with installed debug informations I think the crash shown > in the Xorg.log points to that location: > > > [...] > > glamor/glamor_egl.c: > 990 > 991 renderer = glGetString(GL_RENDERER); > 992 if (strstr((const char *)renderer, "llvmpipe")) { > 993 xf86DrvMsg(scrn->scrnIndex, X_INFO, > 994"Refusing to try glamor on llvmpipe\n"); > > > Therefore my guess would be that "glGetString(GL_RENDERER)" returns > in VirtualBox (or at least that installation) something odd. > > > That line originates from this patch that is applied upstream and > I assume is cherry picked [1] for that debian package version: > ./debian/patches/08_dont-init-glamor-on-llvmpipe.diff > > Upstream added on top of that another patch [2] to > avoid a crash that is probably exact that one we see here. > very good, I guess this clarifies the issue and the new patch will be included in the next upload, is it correct? Am I supposed to take any further action? Something like changing the bug status or applying some extra tag to the bug in order to specify the environment (VirtualBox) where the problem occurs? thank you a lot regards -- Massimo
Bug#911680: xserver-xorg-core: X server crashes when loading libglamorgl.so module
Package: xserver-xorg-core Version: 2:1.20.1-5 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Apparently after xserver-xorg-core had been updated to 1.20.1 the X server stopped working at all * What exactly did you do (or not do) that was effective (or ineffective)? Nothing effective could be done. The configuration has changed only the binary package was updated * What was the outcome of this action? X server crashes but the machine can be accessed through its console * What outcome did you expect instead? The X server has been working OK so far, since no configuration change had been made, only regular updates, I didn't expect a problem to occur at the binary level with any of the modules shipped by this package *** End of the template - remove these template lines *** -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.18.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-29)) #1 SMP Debian 4.18.10-2 (2018-10-07) Xorg X server log files on system: -- -rw-r--r-- 1 manghi manghi 7392 Oct 22 14:52 /home/manghi/.local/share/xorg/Xorg.0.log -rw-r--r-- 1 root root 7138 Oct 23 13:30 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [23.816] X.Org X Server 1.20.1 X Protocol Version 11, Revision 0 [23.816] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian [23.816] Current Operating System: Linux buster 4.18.0-2-amd64 #1 SMP Debian 4.18.10-2 (2018-10-07) x86_64 [23.816] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-2-amd64 root=UUID=91ec105a-aee4-4ee4-9b23-bf6ba598c8bb ro quiet [23.816] Build Date: 10 October 2018 04:23:15PM [23.816] xorg-server 2:1.20.1-5 (https://www.debian.org/support) [23.816] Current version of pixman: 0.34.0 [23.816]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [23.816] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [23.816] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Oct 23 13:30:39 2018 [23.816] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [23.816] (==) No Layout section. Using the first Screen section. [23.816] (==) No screen section available. Using defaults. [23.816] (**) |-->Screen "Default Screen Section" (0) [23.816] (**) | |-->Monitor "" [23.817] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [23.817] (==) Automatically adding devices [23.817] (==) Automatically enabling devices [23.817] (==) Automatically adding GPU devices [23.817] (==) Max clients allowed: 256, resource mask: 0x1f [23.817] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [23.817]Entry deleted from font path. [23.817] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [23.817] (==) ModulePath set to "/usr/lib/xorg/modules" [23.817] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [23.817] (II) Loader magic: 0x564f4052fe20 [23.817] (II) Module ABI versions: [23.817]X.Org ANSI C Emulation: 0.4 [23.817]X.Org Video Driver: 24.0 [23.817]X.Org XInput driver : 24.1 [23.817]X.Org Server Extension : 10.0 [23.817] (++) using VT number 7 [23.817] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [23.818] (II) xfree86: Adding drm device (/dev/dri/card0) [23.821] (--) PCI:*(0@0:2:0) 80ee:beef:: rev 0, Mem @ 0xe000/33554432, BIOS @ 0x/131072 [23.821] (II) LoadModule: "glx" [23.821] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [23.822] (II) Module glx: vendor="X.Org Foundation" [
Bug#905832: svn2git: Possible error in code handling keyboard events
Package: svn2git Version: 2.4.0-1 Severity: normal Dear Maintainer, though not critical I'm reporting that when svn2git pauses because, for instance, is delving through long repository histories, hitting a key on the keyboard let's the running code go in what looks like a coding error. Maybe it's worth mentioning to the upstream maintainer # terminated with exception (report_on_exception is true): Traceback (most recent call last): 2: from /usr/lib/ruby/vendor_ruby/svn2git/migration.rb:432:in `block (2 levels) in run_command' 1: from /usr/lib/ruby/vendor_ruby/svn2git/migration.rb:432:in `loop' /usr/lib/ruby/vendor_ruby/svn2git/migration.rb:438:in `block (3 levels) in run_command': undefined local variable or method `stdin' for # (NameError) Did you mean? String -- Massimo -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages svn2git depends on: ii git-svn 1:2.18.0-1 ii ruby 1:2.5.1 svn2git recommends no packages. svn2git suggests no packages. -- no debconf information Firma il tuo 5 x mille all’Università di Parma e aiuta così i nostri studenti che vogliono realizzare un’esperienza di studio all’estero – Indica 00308780345 nella tua denuncia dei redditi.
Bug#848296: Error building libsoldout with clang
There is no simple solution such removing this flag from some script in the libsoldout package because the debhelper suite is in control for nearly everything to build the package, including the compilation/linking flags selection. I'm leaning to think that the debhelper scripts are somehow responsible for that even though in a non obvious interaction with the libsoldout scripts because this sort of error should in case be widespread on clang.debian.org. Does any other package built with clang suffer of the same or similar problem? -- Massimo On 12/16/2016 01:37 AM, Luke Benes wrote: Package: libsoldout Version: 1.4-1 If you try to build Debian’s version of libsoldout with clang you get the following error: clang: error: argument unused during compilation: '-pie' http://clang.debian.net/logs/2016-08-30/libsoldout_1.4-1_unstable_clang.log I filed a bug report upstream and the developer correctly pointed out that this is a Debian specific bug. He recommend you do not use the '-pie' flags. https://github.com/faelys/libsoldout/issues/41 Could we use the developers suggestions or put an ifdef to make those flags gcc only?
Bug#834231: ITP: tclws -- Tcl Web Services
Package: wnpp Severity: wishlist Owner: Massimo Manghi <mxman...@apache.org> * Package name: tclws Version : 2.3.7 Upstream Author : Tcl Core Team <tcl-c...@lists.sourceforge.net> * URL : http://core.tcl.tk/tclws * License : ISC Programming Lang: Tcl Description : Tcl Web Services The package provides both client side access to Web Services and server side creation of Web Services. Currently only document/literal and rpc/encoded with HTTP Soap transport are supported on the client side. The server side code currently works with several web servers - TclHttpd - Apache with Rivet (Debian package libapache2-mod-rivet) - AOLserver (Debian package aolserver4) - WUB - wibble - Microsoft Internet Information Server The server side code can also be embedded in other application (see documentation). Tcl Web services provide all services as document/literal over HTTP Soap transport. The package ships also HTML documentation and coding examples
Bug#785041: discount and libsoldout-utils: error when trying to install together
Thank you Ralf I can't gain access to the documentation page recommended in message though (Resolving edos.debian.net (edos.debian.net)... failed: Name or service not known.) -- Massimo On 05/11/2015 08:16 PM, Ralf Treinen wrote: Package: libsoldout-utils,discount Version: libsoldout-utils/1.3-3 Version: discount/2.1.8-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2015-05-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libmarkdown2:amd64. (Reading database ... 10930 files and directories currently installed.) Preparing to unpack .../libmarkdown2_2.1.8-2_amd64.deb ... Unpacking libmarkdown2:amd64 (2.1.8-2) ... Selecting previously unselected package libsoldout1:amd64. Preparing to unpack .../libsoldout1_1.3-3_amd64.deb ... Unpacking libsoldout1:amd64 (1.3-3) ... Selecting previously unselected package discount. Preparing to unpack .../discount_2.1.8-2_amd64.deb ... Unpacking discount (2.1.8-2) ... Selecting previously unselected package libsoldout-utils. Preparing to unpack .../libsoldout-utils_1.3-3_amd64.deb ... Unpacking libsoldout-utils (1.3-3) ... dpkg: error processing archive /var/cache/apt/archives/libsoldout-utils_1.3-3_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/mkd2html.1.gz', which is also in package discount 2.1.8-2 Processing triggers for man-db (2.7.0.2-5) ... Errors were encountered while processing: /var/cache/apt/archives/libsoldout-utils_1.3-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/mkd2html /usr/share/man/man1/mkd2html.1.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773049: bug 773049 is ITP for package libsoldout already in Debian
Hello Monica I did package it and placed the usual (Closes #...) in the changelog, but when the package was accepted that entry went overlooked. Perhaps because in the process of packaging libsoldout I had already uploaded a 1.3-1 and 1.3-2 packages to mentors and I was able to have an acceptable package only when I rolled 1.3-3 anyway there is a 1.3-4 ready and my sponsor will likely upload in a couple of days. It should address a lintian warning and also restates that closes bug #. in the most recent (topmost) entry. If it fails I will close the bug myself as submitter, so don't be bothered doing it if you haven't done already thank you anyway -- Massimo On 05/11/2015 04:15 PM, Mònica Ramírez Arceda wrote: Hi, I'm closing this bug because this package is already in Debian: http://packages.qa.debian.org/libsoldout Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773049: ITP: libsoldout -- libsoldout is a library implementing a parser for the markdown language
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: libsoldout Version : 1.3 Upstream Author : Natacha Porté nat...@instinctive.eu * URL : http://fossil.instinctive.eu/libsoldout/home * License : BSD Programming Lang: C Description : libsoldout is a library implementing a parser for the markdown language Natacha's flexible C library for markdown, previously known as libupskirt libsoldout is a library implementing a parser for the markdown language. This package contains * libsoldout shared library * include files needed to develop program with libsoldout * example programs generating HTML,LaTex and man pages from markdown documents This package is useful because it doesn't just transform a markdown document into some kind of specific format (HTML, XML, etc.) but enables a developer to build its own representation of such a document for its own purposes, for example for the benefit of scripting programming languages (Perl, Tcl, Python, etc.). The library is stable and maintained by the author, thus once in Debian I presume the maintainance for this package will be easy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723551: tdbcodbc link with -L/usr/lib
the switch -L/usr/lib comes from the tclConfig.sh script used to build Tcl binary packages. This script is shipped in package tcl8.x-dev. Multiarch management for Tcl related packages should go there and eventually the problem will go away also the tdbc suite of packages -- Massimo On 09/17/2013 12:56 PM, YunQiang Su wrote: Package: tdbcodbc Version: 1.0.0-1 X-Debbugs-CC: wzss...@gmail.com This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. On mips* systems, /usr/lib is defined as place to hold O32 libraries, and /usr/lib32 for N32, and /usr/lib64 is for N64. Beside the way, on the multiarch system like Debian, user may install libraries under /usr/lib by hand. Please use the default search path if you can, and please consider fix this. I will try to fix this bug, while if you can help to fix it, It will be very appreciative. The attachement is the buildlog of this package on mips64el platform. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720772: ITP: tdbcodbc -- ODBC driver for the TDBC database connectivity
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: tdbcodbc Version : 1.0.0 Upstream Author : Kevin B. Kenny kenn...@acm.org The Tcl Core Team tcl-c...@lists.sourceforge.net * URL : http://tdbc.tcl.tk/ * License : (custom, BSD) Programming Lang: (C, Tcl) Description : ODBC driver for the TDBC database connectivity driver for the TDBC package, a database abstraction layer for the Tcl command language -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720773: ITP: tdbcodbc -- ODBC driver for TDBC database connectivity
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: tdbcodbc Version : 1.0.0 Upstream Author : Kevin B. Kenny kenn...@acm.org The Tcl Core Team tcl-c...@lists.sourceforge.net * URL : http://tdbc.tcl.tk/ * License : (custom, BSD) Programming Lang: (C, Tcl) Description : ODBC driver for TDBC database connectivity ODBC driver for the TDBC package, a database abstraction layer for the Tcl command language -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720518: ITP: tdbcpostgres -- Postgresql driver for the TDBC datatabase connectivity
I decided to call the package after the source package name. This package is eventually generating tcl8.x binary packages that follow the policy. In future it might happen that multiple binary packages for binary incompatible Tcl versions have to be released. -- Massimo On 08/23/2013 12:54 PM, Andrew Shadura wrote: Hello, On 23 August 2013 00:30, Massimo Manghi mxman...@apache.org wrote: * Package name: tdbcpostgres Version : 1.0.0 Upstream Author : mxman...@apache.org * URL : http://tdbc.tcl.tk/ * License : BSD Programming Lang: (C,Tcl) Description : Postgresql driver for the TDBC datatabase connectivity I think you need to rename the package according to the Tcl packaging policy, just as you did with the SQLite backend. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720518: ITP: tdbcpostgres -- Postgresql driver for the TDBC datatabase connectivity
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: tdbcpostgres Version : 1.0.0 Upstream Author : mxman...@apache.org * URL : http://tdbc.tcl.tk/ * License : BSD Programming Lang: (C,Tcl) Description : Postgresql driver for the TDBC datatabase connectivity -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720410: ITP: tdbcmysql -- Mysql driver for the TDBC database connectivity
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: tdbcmysql Version : 1.0.0 Upstream Author : Kevin B. Kenny kenn...@acm.org The Tcl Core Team tcl-c...@lists.sourceforge.net * URL : http://tdbc.tcl.tk/ * License : (custom, BSD-like) Programming Lang: (C, Tcl) Description : Mysql driver for the TDBC database connectivity Mysql driver for the TDBC package, a database abstraction layer for the Tcl command language -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720349: ITP: tcl-tdbc-sqlite3 -- Sqlite3 driver for package tdbc (Tcl Database Connectivity)
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: tcl-tdbc-sqlite3 Version : 1.0.0 Upstream Author : Kevin B. Kenny kenn...@acm.org The Tcl Core Team tcl-c...@lists.sourceforge.net * URL : http://tdbc.tcl.tk/ * License : (custom, BSD-like) Programming Lang: (C, Tcl) Description : Sqlite3 driver for package tdbc (Tcl Database Connectivity) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711189: libapache2-mod-rivet: FTBFS: xsltproc: command not found
I'm aware of the failure and a new package that hopefully will fix the problem is due later tonight -- Massimo On Wed, Jun 5, 2013 at 11:42 AM, Roland Stigge sti...@antcom.de wrote: Source: libapache2-mod-rivet Version: 2.1.1-3 Severity: serious Hi, libapache2-mod-rivet currently FTBFS in unstable like this: ... cp -v rivet.css html/ 'rivet.css' - 'html/rivet.css' xsltproc --stringparam html.stylesheet rivet.css \ --stringparam html.ext .html \ --stringparam chunker.output.encoding UTF-8 \ --nonet -o html/ rivet-chunk.xsl rivet.xml /bin/bash: xsltproc: command not found make[1]: *** [html/index.html] Error 127 make[1]: Leaving directory `/«PKGBUILDDIR»/doc' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 ... -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#676522: gdm3: scrollbar disappeared from login chooser
Package: gdm3 Version: 3.0.4-4 Severity: important under normal usage in a system with some 25 users gdm3 started to hide the scrollbar of the login chooser, making impossible to login unless the user is already in the visible view. Nothing effective could be done: arrow keys move the selection up and down, but selection eventually moves outside the view leaving the user with no clue about the login selected at a time. -- Massimo Manghi -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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 gdm3 depends on: ii accountsservice 0.6.15-4 ii adduser 3.113+nmu2 ii dconf-gsettings-backend 0.12.1-1 ii debconf [debconf-2.0] 1.5.43 ii gconf2 3.2.5-1 ii gnome-session [x-session-manager] 3.4.2-1 ii gnome-session-bin 3.4.2-1 ii gnome-session-fallback [x-session-manager] 3.4.2-1 ii gnome-terminal [x-terminal-emulator]3.4.1.1-1 ii gsettings-desktop-schemas 3.4.2-1 ii libaccountsservice0 0.6.15-4 ii libatk1.0-0 2.4.0-2 ii libattr11:2.4.46-7 ii libaudit0 1:1.7.18-1.1 ii libc6 2.13-32 ii libcairo-gobject2 1.12.2-1 ii libcairo2 1.12.2-1 ii libcanberra-gtk3-0 0.28-4 ii libcanberra00.28-4 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-20.98-1 ii libfontconfig1 2.9.0-5 ii libfreetype62.4.9-1 ii libgconf2-4 3.2.5-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libglib2.0-bin 2.32.3-1 ii libgtk-3-0 3.4.2-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpango1.0-0 1.30.0-1 ii librsvg2-common 2.36.1-1 ii libselinux1 2.1.9-2 ii libupower-glib1 0.9.16-2 ii libwrap07.6.q-23 ii libx11-62:1.4.99.901-2 ii libxau6 1:1.0.7-1 ii libxdmcp6 1:1.1.1-1 ii libxklavier16 5.2.1-1 ii libxrandr2 2:1.3.2-2 ii lsb-base4.1+Debian4 ii metacity [x-window-manager] 1:2.34.1-2 ii policykit-1-gnome 0.105-2 ii twm [x-window-manager] 1:1.0.6-1 ii upower 0.9.16-2 ii xterm [x-terminal-emulator] 278-1 Versions of packages gdm3 recommends: ii at-spi 1.32.0-1 ii desktop-base 6.0.7 ii gnome-icon-theme 3.4.0-2 ii gnome-power-manager3.4.0-2 ii gnome-settings-daemon 3.2.2-3 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.12.1.902-1 ii xserver-xorg 1:7.6+13 ii zenity 3.4.0-2 Versions of packages gdm3 suggests: ii gnome-mag 1:0.16.3-1 ii gnome-orcanone ii gok 2.30.0-1 ii libpam-gnome-keyring 3.4.1-4 ii metacity 1:2.34.1-2 -- debconf information: * shared/default-x-display-manager: gdm3 gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636336: missing 'reload' action in /etc/init.d/rsyslog
Package: rsyslog Version: 5.8.3-1 Severity: important recently rsyslogd began to fail to rotate logs as cron.daily reports this error /etc/cron.daily/logrotate: Usage: /etc/init.d/rsyslog {start|stop|rotate|restart|force-reload|status} invoke-rc.d: initscript rsyslog, action reload failed. error: error running non-shared postrotate script for /var/log/syslog of '/var/log/syslog ' run-parts: /etc/cron.daily/logrotate exited with return code 1 I think that either logrotate has to change action from 'reload' to 'force- reload' or rsyslogd has to support the 'reload' action falling back to the proper supported action, the latter action being preferable since it makes rsyslog more robust. As of today syslog files are not rotated anymore -- Massimo Manghi -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii initscripts 2.88dsf-13.11scripts for initializing and shutt ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages rsyslog suggests: pn rsyslog-doc none (no description available) pn rsyslog-gnutlsnone (no description available) pn rsyslog-gssapinone (no description available) pn rsyslog-mysql | rsyslog-pgsql none (no description available) pn rsyslog-relp none (no description available) -- Configuration Files: /etc/logrotate.d/rsyslog changed [not included] -- 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#629899: apache2: apr_sockaddr_info_get() failed / Could not reliably determine the server's FQDN
I've run into the same problem recently upgrading to Linux 2.6.38 on my home's computer. Symptoms are the shell prompt doesn't show the hostname I had assigned at install time, being the hostname displayed instead then one passed through dhcp by the router. A similar problem doesn't occur at work where we run our own dhcp server and names passed by dhcp match consistently the ones in /etc/hosts Could a possible explanation for the workaround you found a latency in the dhcp negotiation at boot time? I mean that by the time apache2 is started the interface could be not yet configured and the name 'ypig' not yet assigned to it. By the time you manually restart apache2 the interface is most likely configured and the problem goes away. If my hypothesis is correct the bug should be filed against the kernel e/o the libc packages. hoping to be helpful -- Massimo On 06/09/2011 02:11 PM, Vincent Lefevre wrote: Package: apache2.2-common Version: 2.2.19-1 Severity: normal After installing the new kernel 2.6.39-2-amd64 and rebooting, I got in /var/log/boot: Thu Jun 9 13:41:49 2011: Starting web server: apache2apache2: apr_sockaddr_info_get() failed for ypig Thu Jun 9 13:41:51 2011: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName Thu Jun 9 13:41:51 2011: . This error didn't occur with previous kernels, and doesn't occur after a manual restart with: /etc/init.d/apache2 restart My /etc/hosts contains: 127.0.0.1 localhost 127.0.1.1 ypig.lip.ens-lyon.fr ypig # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters and /etc/nsswitch.conf contains the line: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629899: apache2: apr_sockaddr_info_get() failed / Could not reliably determine the server's FQDN
On 06/09/2011 03:32 PM, Vincent Lefevre wrote: On 2011-06-09 14:41:45 +0200, Massimo Manghi wrote: I've run into the same problem recently upgrading to Linux 2.6.38 on my home's computer. Symptoms are the shell prompt doesn't show the hostname I had assigned at install time, being the hostname displayed instead then one passed through dhcp by the router. A similar problem doesn't occur at work where we run our own dhcp server and names passed by dhcp match consistently the ones in /etc/hosts Could a possible explanation for the workaround you found a latency in the dhcp negotiation at boot time? Here DHCP *must not* be used to determine the FQDN. It is specified locally in the /etc/hosts file. This is important, in particular because one may want to run local services depending on it even when the external network is not available (the administrator may choose to use DHCP for the FQDN, but should not be forced to). I agree with what you say and it doesn't rule out my hypothesis. I don't mean dhcp is needed, what I meant is that the problem is in the way the hostname and domain are fetched from the configuration. Using DHCP was illuminating because I was able to tell where the hostname returned came from (and didn't come from /etc/hosts as expected) More specifically: definitions in /etc/hosts (that were part of the determination of the name returned by 'gethostname' prior to the kernel upgrade) are now are ignored and the proof is that not only Apache is affected but also other applications. Once again my question is: should the bug be moved against the kernel or libc? -- Massimo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629899: apache2: apr_sockaddr_info_get() failed / Could not reliably determine the server's FQDN
On Thu, 9 Jun 2011 16:08:49 +0200, Vincent Lefevre wrote: Definitely not the kernel or libc, unless something wrong occurs at boot time. It's probably so, because I don't see why apache2 is getting it right after the boot is over and you have gained access to the shell. That's why I thought you were using dhcp at first. -- Massimo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629899: apache2: apr_sockaddr_info_get() failed / Could not reliably determine the server's FQDN
On Thu, 9 Jun 2011 16:40:07 +0200, Vincent Lefevre wrote: On 2011-06-09 15:20:00 +0100, Massimo Manghi wrote: On Thu, 9 Jun 2011 16:08:49 +0200, Vincent Lefevre wrote: Definitely not the kernel or libc, unless something wrong occurs at boot time. It's probably so, because I don't see why apache2 is getting it right after the boot is over and you have gained access to the shell. That's why I thought you were using dhcp at first. Yes, I confirm a possible problem with a recent libc or kernel at boot time, but this isn't related to DHCP. I have no doubt: this has nothing to do with DHCP per se. DHCP was useful to understand that gethostname (or uname) is not working properly. I looked up a possible bug already in the database against libc6 or the kernel-image, but I haven't found any. I think the bug should have 'critical' as severity, since it can break applications started at boot time that relay on the FQDN to work properly. On my laptop, on which I do not use DHCP when I'm at home, with the kernel 2.6.38-2: Thu Mar 31 21:53:49 2011: Starting HTTP cache proxy server: wwwoffled (offline mode) done. and with the kernel 2.6.39-1: Sun Jun 5 22:50:14 2011: Starting HTTP cache proxy server: wwwoffled wwwoffled[5199] Warning: Failed to get name/IP address for host 'xvii' [No address associated with hostname]. Sun Jun 5 22:50:14 2011: (offline mode) done. and no problems with a manual restart. If this is the case the kernel-image package must clearly be the targed of the bug report. Do you want to file it yourself? This bug (#629899) could be merged later with it as soon as it's been registered in the database. -- Massimo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629899: apache2: apr_sockaddr_info_get() failed / Could not reliably determine the server's FQDN
On Thu, 9 Jun 2011 19:27:23 +0200, Vincent Lefevre wrote: On 2011-06-09 16:09:29 +0100, Massimo Manghi wrote: On Thu, 9 Jun 2011 16:40:07 +0200, Vincent Lefevre wrote: On 2011-06-09 15:20:00 +0100, Massimo Manghi wrote: It's probably so, because I don't see why apache2 is getting it right after the boot is over and you have gained access to the shell. That's why I thought you were using dhcp at first. Yes, I confirm a possible problem with a recent libc or kernel at boot time, but this isn't related to DHCP. I have no doubt: this has nothing to do with DHCP per se. DHCP was useful to understand that gethostname (or uname) is not working properly. Actually I don't think this is the same bug. I cannot reproduce this bug 629899 concerning apache2, while the bug with wwwoffle has occurred every time since I upgraded to libc6 2.13. OK. Wasn't this bug filed against apache2.2-common? Anyway I expect every application based on apr calling apr_sockaddr_info_get to fail with a similar reason. and with the kernel 2.6.39-1: Sun Jun 5 22:50:14 2011: Starting HTTP cache proxy server: wwwoffled wwwoffled[5199] Warning: Failed to get name/IP address for host 'xvii' [No address associated with hostname]. Sun Jun 5 22:50:14 2011: (offline mode) done. After I looked in the logs, I got this actually for the first time after I upgraded to libc6 2.13. I've reported the wwwoffle problem against wwwoffle because apache2 on the same machine doesn't have any problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629923 wwwoffle may do something special, and the maintainer could reassign the bug to libc6 (with a testcase) if it appears that the problem comes from libc6. I suggest that you report a bug for the problem you get. If you can reproduce it, you'll have at least more information than me... I would file it against libc6 because my conjecture is that different components layered on libc6 are failing when they probably call something like uname or gethostname. I cannot image what apr_* and tcsh have in common except for libc6 when they are unable to determine the correct hostname. Anyway, the bug seems not to be reproducible, not in a deterministic way at least: tonight I booted my home machine and the hostname was displayed correctly. I'll keep an eye on it to see if it shows up again. -- Massimo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610297: apache2: Apache2 based applications relying on a DBMS might not start at boot time
Package: apache2.2-common Version: 2.2.16-6 Severity: normal Apache2 based applications that rely on a DBMS might not start at boot time because Apache2 lacks for boot dependencies on those systems. Therefore a backend database might not be ready when apache2 is started and applications could fail to initialize. Listing at least the most popular DBMS packages in the dependencies might work out a solution for most cases. -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation perl reqtimeout rivet setenvif status userdir -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.2.16-6 Apache HTTP Server - traditional n ii apache2.2-common 2.2.16-6 Apache HTTP Server common files apache2 recommends no packages. apache2 suggests no packages. Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.16-6 utility programs for webservers ii apache2.2-bin 2.2.16-6 Apache HTTP Server common binary f ii libmagic1 5.04-5 File type determination library us ii lsb-base 3.2-26 Linux Standard Base 3.2 init scrip ii mime-support 3.51-1 MIME files 'mime.types' 'mailcap ii perl 5.10.1-17 Larry Wall's Practical Extraction ii procps1:3.2.8-10 /proc file system utilities -- 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#599446: ITP: libapache2-mod-rivet -- Server-side Tcl programming system combining ease of use and power
On 10/08/2010 08:28 AM, Tollef Fog Heen wrote: ]] Massimo Manghi [...] | Apache Rivet is a system for creating dynamic web content via a | programming language integrated with Apache Web Server. If you're going to capitalise it like that, you should write Apache HTTP Server, since that's the correct name. debian/control has been changed accordingly. Sources, packages and other debian related files and archives are available from http://people.apache.org/~mxmanghi/deb/ obviously only version 2.0.1-3 has all the changes that were suggested on this list -- Massimo Manghi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599446: ITP: libapache2-mod-rivet -- Server-side Tcl programming system combining ease of use and power
Hi Sven, thanks for the suggestion. I rebuild the packages with pbuilder and they're now on the same dir at http://people.apache.org/~mxmanghi/deb/. The debian number has been reset to -1 and I removed the unnecessary lines from debian/control. Building with pbuilder brought up a series of issues that hadn't been addressed initially. I changed the also the Makefile in order to keep the html manual pages when dh_clean runs. This avoids lengthy and complex dependencies with respect html generation tools such as the docbook and xsltproc. They appear to be lintian free (I didn't run lintian within pbuilder though) A question about pbuilder. It took me a while to figure out how to use pbuilder because it failed to detect the package dependencies. During the the initialization of the build process package pbuilder-satisfydepends-dummy didn't install because it required debhelper (!!) which wasn't installed in the base system. I got it into base.tgz using a hook procedure but I'm puzzled to see a fundamental tool to building packages being left out from the default environment. What is the rationale behind this choice? thanks -- Massimo On Fri, 8 Oct 2010 13:50:34 +0200, Sven Hoexter wrote On Fri, Oct 08, 2010 at 01:01:16PM +0200, Massimo Manghi wrote: Hi, obviously only version 2.0.1-3 has all the changes that were suggested on this list An upload should be a -1 since the Debian archive has never seen the package before so you've to combine the changelog into one entry. The changes made on the way to this first upload will be only seen in your VCS if you use one. The Vcs-Git lines in debian/control should be modified to reflect that or be removed. So far I've just fed the source package to lintian and there are already a bunch of issue listed. Some of them are not that important (wishlist) but others should be tackled. If you're not already doing it you should also build the package in clean enviroment with pbuilder et. al. and afterwards, as a very basic check, feed the resulting package (via the .changes) file to lintian. I'd recommend you apt-get install lintian and look through the recommendations for yourself. If you work on Debian/stable you've to install the lintian package from backports.d.o. Sven -- And I don't know much, but I do know this: With a golden heart comes a rebel fist. [ Streetlight Manifesto - Here's To Life ] -- cann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599446: ITP: libapache2-mod-rivet -- Server-side Tcl programming system combining ease of use and power
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: libapache2-mod-rivet Version : 2.0.1 Upstream Author : The Rivet Team rivet-...@tcl.apache.org * URL : http://tcl.apache.org/rivet/ * License : Apache-2.0 Programming Lang: C, Tcl Description : Server-side Tcl programming system combining ease of use and power Apache Rivet is a system for creating dynamic web content via a programming language integrated with Apache Web Server. It is designed to be fast, powerful and extensible, consume few system resources, be easy to learn, and to provide the user with a platform that can also be used for other programming tasks outside the web (GUI's, system administration tasks, text processing, database manipulation, XML, and so on). In order to meet these goals Tcl programming language was chosen to combine with the Apache Web Server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599447: ITP: libapache2-mod-rivet-doc -- Server-side Tcl programming system combining ease of use and power
Package: wnpp Severity: wishlist Owner: Massimo Manghi mxman...@apache.org * Package name: libapache2-mod-rivet-doc Version : 2.0.1 Upstream Author : The Rivet Team rivet-...@tcl.apache.org * URL : http://tcl.apache.org/rivet * License : Apache-2.0 Programming Lang: C, Tcl Description : Server-side Tcl programming system combining ease of use and power Apache Rivet is a system for creating dynamic web content via a programming language integrated with Apache Web Server. It is designed to be fast, powerful and extensible, consume few system resources, be easy to learn, and to provide the user with a platform that can also be used for other programming tasks outside the web (GUI's, system administration tasks, text processing, database manipulation, XML, and so on). In order to meet these goals Tcl programming language was chosen to combine with the Apache Web. This package ships the configuration and programming manual of Rivet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599446: ITP: libapache2-mod-rivet -- Server-side Tcl programming system combining ease of use and power
On 10/07/2010 07:21 PM, brian m. carlson wrote: If Rivet only works with Tcl, then instead of saying via a programming language, say, via the Tcl programming language. Otherwise, it's confusing because at first the description implies that any programming language might be acceptable, whereas later I read to mean that only Tcl is available. ok, I'm gonna change it. -- Massimo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558116: [Pkg-samba-maint] Bug#558116: samba fails to reconfigure via 'dpkg-reconfigure -plow samba'
What do you suggest then? This specific samba installation was totally under control of debconf. Should the bug be reported against another package (maybe a dpkg related package)? -- Massimo Manghi On Thu, 26 Nov 2009 19:16:38 +0100, Christian Perrier wrote Quoting Massimo Manghi (massimo.man...@unipr.it): Package: samba Version: 2:3.4.3-1 Severity: important trying to reconfigure samba via the debian dpkg-reconfigure script fails because of a (perhaps) trivial mistake in the way the stream editor 'sed' is used. This seems completely unrelated to sed use. When adding set -x to samba.postinst, I get: .../... + update-alternatives --install /usr/bin/smbstatus smbstatus /usr/bin/smbstatus.samba3 10 --slave /usr/share/man/man1/smbstatus.1.gz smbstatus.1.gz /usr/share/man/man1/smbstatus.samba3.1.gz + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + INITCONFFILE=/etc/default/samba + umask 022 + [ -r /etc/default/samba ] + db_get samba/run_mode + _db_cmd GET samba/run_mode + IFS= printf %s\n GET samba/run_mode + IFS= read -r _db_internal_line + RET=20 Unsupported command update-alternatives: (full line was update-alternatives: using /usr/bin/smbstatus.samba3 to provide /usr/bin/smbstatus (smbstatus) in auto mode.) received from confmodule. + return 20 + true + RUN_MODE=20 Unsupported command update-alternatives: (full line was update-alternatives: using /usr/bin/smbstatus.samba3 to provide /usr/bin/smbstatus (smbstatus) in auto mode.) received from confmodule. + TMPFILE=/etc/default/samba.dpkg-tmp + sed -e s/^[[:space:]]*RUN_MODE[[:space:]]*=.*/RUN_MODE=20 Unsupported command update-alternatives: (full line was update- alternatives: using /usr/bin/smbstatus.samba3 to provide /usr/bin/smbstatus (smbstatus) in auto mode.) received from confmodule./ sed: -e expression #1, char 140: unknown option to `s' I highly suspect this has nothing to do with sambaor certainly nothign to do with our use of sed -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558116: samba fails to reconfigure via 'dpkg-reconfigure -plow samba'
Package: samba Version: 2:3.4.3-1 Severity: important trying to reconfigure samba via the debian dpkg-reconfigure script fails because of a (perhaps) trivial mistake in the way the stream editor 'sed' is used. dpkg-reconfigure -plow samba Stopping Samba daemons: nmbd smbd. sed: -e expression #1, char 140: unknown option to `s' -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser3.111 add and remove users and groups ii debconf [debconf-2.0] 1.5.28Debian configuration management sy ii libacl12.2.48-1 Access control list shared library ii libattr1 1:2.4.44-1Extended attribute shared library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcap21:2.17-2 support for getting/setting POSIX. ii libcomerr2 1.41.9-1 common error description library ii libcups2 1.4.1-4 Common UNIX Printing System(tm) - ii libgnutls262.8.5-2 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libpam-modules 1.1.0-4 Pluggable Authentication Modules f ii libpam-runtime 1.1.0-4 Runtime support for the PAM librar ii libpam0g 1.1.0-4 Pluggable Authentication Modules l ii libpopt0 1.15-1lib for parsing cmdline parameters ii libtalloc2 2.0.0-1 hierarchical pool based memory all ii libwbclient0 2:3.4.3-1 Samba winbind client library ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii procps 1:3.2.8-2 /proc file system utilities ii samba-common 2:3.4.3-1 common files used by both the Samb ii update-inetd 4.35 inetd configuration file updater ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages samba recommends: ii logrotate 3.7.8-4Log rotation utility Versions of packages samba suggests: pn ctdbnone (no description available) pn ldb-tools none (no description available) ii openbsd-inetd [inet-superse 0.20080125-3 The OpenBSD Internet Superserver pn smbldap-tools none (no description available) -- debconf information: samba/generate_smbpasswd: true samba/run_mode: daemons -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511302: knetworkconf unable to carry out basic interface operations
Package: knetworkconf Version: 4:3.5.9-2 Severity: grave Justification: renders package unusable knetworkconf is now unable to change the state of network interfaces thus becoming useless for most practical uses. Upon request for enabling/disabling an interface knetworkconf invariabily displays the message There was an error changing the device's state. You will have to do it manually. I'm reporting this bug against knetworkconf because I'm still able to perform these operations using the shell commands. I'm observing the same problem on an amd64 debian installation. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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 knetworkconf depends on: ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny1 core libraries and binaries for al ii libc62.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libqt3-mt3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 knetworkconf recommends no packages. knetworkconf 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#511302: knetworkconf unable to carry out basic interface operations
On Fri, 9 Jan 2009 22:48:29 +0100, Ana Guerrero wrote severity 511302 important thanks On Fri, Jan 09, 2009 at 09:07:02PM +0100, Sven Joachim wrote: On 2009-01-09 12:12 +0100, Massimo Manghi wrote: Package: knetworkconf Version: 4:3.5.9-2 Severity: grave Justification: renders package unusable knetworkconf is now unable to change the state of network interfaces thus becoming useless for most practical uses. Upon request for enabling/disabling an interface knetworkconf invariabily displays the message There was an error changing the device's state. You will have to do it manually. I cannot reproduce this. Do you use network-manager for your interfaces or plain ifupdown? Please show your /etc/network/interfaces. Hi Ana and Sven here is my /etc/network/interfaces - # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback address 127.0.0.1 netmask 255.0.0.0 # The primary network interface allow-hotplug eth0 iface eth0 inet dhcp iface eth1 inet dhcp #wireless-essid wlanacc1 -- the file was generated during the installation process. I don't remember I changed the file after the initial installation, but I'm certain I haven't changed it recently. I can not reproduce it either. Are you trying to enable devices you have defined completely in your /etc/network/interfaces file? the interfaces displayed by knetworkconf are only those in the 'interfaces' conf file. -- Massimo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491838: iceweasel segfaults even when plugins and add-ons are disabled
Package: iceweasel Version: 3.0~rc2-2 Severity: grave Justification: renders package unusable icewaesel segfaults even if the operations suggested in order to rule out interference with incompatible or broken plugins are carried out. when run in debugging mode iceweasel prints perhaps hundreds of lines like the following and eventually segfaults. [...] ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) ** Message: GetValue variable 1 (1) ** Message: GetValue variable 2 (2) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7d206c0 (LWP 3637)] 0xb7da4bc0 in realpath () from /lib/i686/cmov/libc.so.6 (gdb) The backtrace is enormous and the output is not being reported here for sake of brevity but can be generated if the maintainers are interested. when run in safe mode a browser windows pops up and tries to connect to the specific release web page, but no content is shown before segfault. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-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/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9~rc2-5 XUL + XPCOM application runner iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491838: iceweasel segfaults even when plugins and add-ons are disabled
], aResult=0xbf68c8e4) at nsCJVMManagerFactory.cpp:57 inner = value optimized out rv = 2147942414 #27 0xb782d048 in nsGenericFactory::CreateInstance (this=0xb2978170, aOuter=0x0, [EMAIL PROTECTED], aResult=0xbf68c8e4) at nsGenericFactory.cpp:80 No locals. #28 0xb78550b0 in nsComponentManagerImpl::CreateInstance (this=0xb7bd0040, [EMAIL PROTECTED], aDelegate=0x0, [EMAIL PROTECTED], aResult=0xbf68c8e4) at nsComponentManager.cpp:1670 entry = value optimized out factory = (class nsIFactory *) 0xb2978170 rv = 2147500035 #29 0xb7855e5c in nsComponentManagerImpl::GetService (this=0xb7bd0040, [EMAIL PROTECTED], [EMAIL PROTECTED], result=0xb18b5070) at nsComponentManager.cpp:1882 mon = {nsAutoLockBase = {No data fields}, mMonitor = 0xb7b305f0, mLockCount = 0} rv = 2147549183 key = {nsHashKey = {_vptr.nsHashKey = 0xb7a9f488}, mID = {m0 = 954724112, m1 = 22751, m2 = 4562, m3 = \201d\000`\b\021\235z}} entry = (nsFactoryEntry *) 0xb5b107c0 service = {nsCOMPtr_base = {mRawPtr = 0x0}, No data fields} (More stack frames follow...) (gdb) On Tue, 22 Jul 2008 13:31:12 +0200, Mike Hommey wrote On Tue, Jul 22, 2008 at 12:52:48PM +0200, Massimo Manghi [...] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7d206c0 (LWP 3637)] 0xb7da4bc0 in realpath () from /lib/i686/cmov/libc.so.6 (gdb) The backtrace is enormous and the output is not being reported here for sake of brevity but can be generated if the maintainers are interested. At least a few more frames would be useful... Mike -- Massimo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481130: linux-image-2.6.24-1-686: hwclock fails to carry out select() calls on /dev/rtc after update from 2.6.22 to 2.6.24
Package: linux-image-2.6.24-1-686 Version: 2.6.24-6 Severity: important the system clock is no more set correctly at boot time after I upgraded the kernel from 2.6.22 to 2.6.24. This might be due to the hwclock commands which becomes unable to perform I/O operations on /dev/rtc # hwclock select() to /dev/rtc to wait for clock tick timed out the time lag between right and wrong times suggests that the timezone is not being taken into account (the hardware clock follows the local time, being the machine a dual Debian/Windows Asus V6800V machine) rebooting the machine with a 2.6.22 kernel restores the correct behavior regards -- Massimo -- Package-specific info: ** Version: Linux version 2.6.24-1-686 (Debian 2.6.24-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080308 (prerelease) (Debian 4.1.2-21)) #1 SMP Sat Apr 19 00:37:55 UTC 2008 ** Command line: root=/dev/hda3 ro vga=771 ** Not tainted ** Kernel log: usb 4-1: configuration #1 chosen from 1 choice sdhci: Secure Digital Host Controller Interface driver sdhci: Copyright(c) Pierre Ossman sdhci: SDHCI controller found at :03:01.2 [1180:0822] (rev 17) ACPI: PCI Interrupt :03:01.2[C] - GSI 18 (level, low) - IRQ 21 sdhci:slot0: Will use DMA mode even though HW doesn't fully claim to support it. mmc0: SDHCI at 0xfbffb400 irq 21 DMA ieee80211_crypt: registered algorithm 'NULL' ieee80211: 802.11 data/management/control stack, git-1.1.13 ieee80211: Copyright (C) 2004-2005 Intel Corporation [EMAIL PROTECTED] ACPI: AC Adapter [AC0] (off-line) ACPI: Battery Slot [BAT0] (battery present) input: Video Bus as /class/input/input7 ACPI: Video Device [VGA] (multi-head: yes rom: no post: no) ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kmprq ipw2200: Copyright(c) 2003-2006 Intel Corporation ACPI: PCI Interrupt :03:02.0[A] - GSI 17 (level, low) - IRQ 17 ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized ipw2200: ipw2200-bss.fw request_firmware failed: Reason -2 ipw2200: Unable to load firmware: -2 ipw2200: failed to register network device ACPI: PCI interrupt for device :03:02.0 disabled ipw2200: probe of :03:02.0 failed with error -5 ACPI: PCI Interrupt :00:1e.3[B] - GSI 20 (level, low) - IRQ 18 PCI: Setting latency timer of device :00:1e.3 to 64 Bluetooth: HCI USB driver ver 2.9 usbcore: registered new interface driver hci_usb cs: IO port probe 0x100-0x4ff: clean. cs: IO port probe 0x800-0x8ff: clean. cs: IO port probe 0xc00-0xcff: clean. cs: IO port probe 0xa00-0xaff: clean. MC'97 1 converters and GPIO not ready (0xff00) ACPI: PCI Interrupt :00:1e.2[A] - GSI 17 (level, low) - IRQ 17 PCI: Setting latency timer of device :00:1e.2 to 64 intel8x0_measure_ac97_clock: measured 55502 usecs intel8x0: clocking to 48000 Adding 1951856k swap on /dev/hda5. Priority:-1 extents:1 across:1951856k EXT3 FS on hda3, internal journal Probing IDE interface ide1... Driver 'sr' needs updating - please use bus_type methods device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: [EMAIL PROTECTED] ReiserFS: hda9: found reiserfs format 3.6 with standard journal ReiserFS: hda9: using ordered data mode ReiserFS: hda9: journal params: device hda9, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: hda9: checking transaction log (hda9) ReiserFS: hda9: Using r5 hash to sort names kjournald starting. Commit interval 5 seconds EXT3 FS on hda6, internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on hda8, internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on hda7, internal journal EXT3-fs: mounted filesystem with ordered data mode. NET: Registered protocol family 10 lo: Disabled Privacy Extensions lp: driver loaded but no devices found ppdev: user-space parallel port driver Bluetooth: L2CAP ver 2.9 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 hdb: drive_cmd: status=0x51 { DriveReady SeekComplete Error } hdb: drive_cmd: error=0x04 { AbortedCommand } ide: failed opcode was: 0xef [drm] Initialized drm 1.1.0 20060810 ACPI: PCI Interrupt :01:00.0[A] - GSI 16 (level, low) - IRQ 16 PCI: Setting latency timer of device :01:00.0 to 64 [drm] Initialized radeon 1.28.0 20060524 on minor 0 [drm] Setting GART location based on new memory map [drm] Loading R300 Microcode [drm] writeback test succeeded in 1 usecs NET: Registered protocol family 4 NET: Registered protocol family 3 NET: Registered protocol family 5 ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kmprq ipw2200: Copyright(c) 2003-2006 Intel
Bug#454548: Please reopen this bug for 'lenny'
Dear Maintainers I think this bug might need to be reopened as the same problem still occur on my 'lenny' installations. regards -- Massimo Manghi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413841: version 0.8.2 available
The 0.8.2 version is now available from www.tdom.org as .tgz archive (released on Aug 15th). -- Massimo Manghi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401757: [pkg-horde] Bug#401757: horde3 configuration generated automatically is missing some fundamental parameters
Thank you Ola for your swift answer I reinstalled everything and specified mysql as the database backend for horde. There are no excuses for having overlooked this. My fault Ola Lundqvist wrote: severity 401757 important thanks On Tue, Dec 05, 2006 at 07:00:02PM +0100, Massimo Manghi wrote: Package: horde3 Version: 3.1.3-2 Severity: grave Justification: renders package unusable I installed horde3 on etch using a clean system that had no previous horde/imp installation. After having carried out every single step in the installation checklist, changed the authorization bits and so on, I was able to access the configuration page and chose some requested options. As i generated the configuration horde3 was ipso-facto hosed since some fundamental parameters are actually missing in the conf files. What is missing, and what configuration file are you referring to? I refer to the /etc/horde/horde3/conf.php file. The configuration generated missed a $conf['prefs']['charset'] definition. After having specified the database backend this definition seems to become irrelevant (scripts don't fail on this parameter being missing, but the definition is not in conf.php either) At first scripts are stuck with the charset parameter not being specified in the conf global structure. Hacking the conf structure with an editor overcomes that problem but scripts then fail inexorably with the following error DB Error: not found [line 393 of /usr/share/horde3/lib/Horde/Prefs/sql.php] ... Unable to include the DB/.php file for 'Array' I suggest to provide a reasonable default for each and every one parameter that might be otherwise left out of the conf files, given the complexity and size of the configuration. That is simply not possible as we do not know what database or other thing you want to configure it against. In horde2 automation was available but the problem with that was that it was so incredibly hard to get it working and now there is a configuration wizard available that help you some. As I said: my fault For some steps the documentation provided in README.Debian is inaccurate (admittedly the package is not simple either): I agree that the package is not simple. definitely eg the README suggests to create separately the session table, whereas it is created by default by the script that created the basic horde3 database (mysql), no file location for Hmm that may be incorrect. I have not checked recently. the 'php_flag session.auto_start Off' setting is provided That is because it depends on php version. This is worth a mention in README.Debian. I beg your pardon for not being a php specialist, but is that the php4 or php5 syntax? Looks like php5 (for what I read in the docs on www.php.net). On my php4 based installation I found in /etc/php4/apache/php.ini the following definition ; Initialize session on request startup. session.auto_start = 0 (I found one in /etc/php4/apache/php.ini with a slighly different syntax. Is that the one?). The README makes reference to a link (``Configuration``) in the Administration menu that doesn't exist (maybe this is the real problem?) What link are you referring to? Quoting README.Debian You should first configure a real authentication backend. Click on ``Configuration`` in the ``Administration`` menu and configure Horde. Start in the ``Authentication`` tab. The initial page at http://hostname/horde3/ shows an Administration link that pops a menu up but there is no Configuration link in it. I rather got to the configuration menus through this sequence of links. Administration-Setup-Horde3 And if you are referring to the Configuration wizard page, then yes you are referring to your real problem! This is probably the case. I've regerated the configuration, copied into /etc/horde/horde3/conf.php and reloaded the initial page. The browser enters something like an infinite loop requesting from the apache server the same page over and over again (I can provide the url if needed). regards -- -- Massimo Manghi -- Dipartimento di Biologia Evolutiva e Funzionale -- Università degli Studi di Parma -- Parco Area delle Scienze 11A - 43100 Parma
Bug#401757: horde3 configuration generated automatically is missing some fundamental parameters
Package: horde3 Version: 3.1.3-2 Severity: grave Justification: renders package unusable I installed horde3 on etch using a clean system that had no previous horde/imp installation. After having carried out every single step in the installation checklist, changed the authorization bits and so on, I was able to access the configuration page and chose some requested options. As i generated the configuration horde3 was ipso-facto hosed since some fundamental parameters are actually missing in the conf files. At first scripts are stuck with the charset parameter not being specified in the conf global structure. Hacking the conf structure with an editor overcomes that problem but scripts then fail inexorably with the following error DB Error: not found [line 393 of /usr/share/horde3/lib/Horde/Prefs/sql.php] ... Unable to include the DB/.php file for 'Array' I suggest to provide a reasonable default for each and every one parameter that might be otherwise left out of the conf files, given the complexity and size of the configuration. For some steps the documentation provided in README.Debian is inaccurate (admittedly the package is not simple either): eg the README suggests to create separately the session table, whereas it is created by default by the script that created the basic horde3 database (mysql), no file location for the 'php_flag session.auto_start Off' setting is provided (I found one in /etc/php4/apache/php.ini with a slighly different syntax. Is that the one?). The README makes reference to a link (``Configuration``) in the Administration menu that doesn't exist (maybe this is the real problem?) thank you for your efforts and sorry for my inability to stay concise. -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages horde3 depends on: ii apache [httpd]1.3.34-4 versatile, high-performance HTTP s ii libapache-mod-php46:4.4.4-8 server-side, HTML-embedded scripti ii php-log 1.9.8-1Log module for PEAR ii php-pear 5.2.0-7PEAR - PHP Extension and Applicati ii php4-domxml 6:4.4.4-8 XMLv2 module for php4 ii php4-pear 6:4.4.4-8 PHP Extension and Application Repo Versions of packages horde3 recommends: ii logrotate 3.7.1-3Log rotation utility ii php-date 1.4.6-1PHP PEAR module for date and time ii php-file 1.0.3-1PHP Pear modules for common file a ii php-mail 1.1.6-2PHP PEAR module for sending email ii php-mail-mime 1.3.1-1PHP PEAR module for creating and d ii php-services-weather 1.4.0-1acts as an interface to various on ii php4-gd [php4-gd2]6:4.4.4-8 GD module for php4 ii php4-mcrypt 6:4.4.4-8 MCrypt module for php4 ii php4-mysql6:4.4.4-8 MySQL module for php4 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393956: kernel-image-2.6-686: kernel compiled with improper options
Package: kernel-image-2.6-686 Version: 1:2.6.17+2 Severity: important upon upgrade from sarge to etch this newly installed kernel freezes the system after 20/30 min of uptime. The system informations are puzzling: in fact corelli:~# uname -a Linux corelli 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux _^ suggesting the kernel was built for a multiprocessor system -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.6-686 depends on: ii linux-image-2.6-686 2.6.17+2 Linux kernel 2.6 image on PPro/Cel kernel-image-2.6-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378138: krusader doesn't get into kickerrc's RecentAppsStats variable
Package: krusader Version: 1.70.0-1 Severity: minor on etch krusader seems not to be able to make into kde's list of recent or most frequently used applications. regards -- Massimo Manghi -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages krusader depends on: ii kdelibs4c2a 4:3.5.3-1core libraries and binaries for al ii libacl1 2.2.39-1 Access control list shared library ii libart-2.0-22.3.17-1 Library of functions for 2D graphi ii libattr12.4.32-1 Extended attribute shared library ii libaudio2 1.7-9The Network Audio System (NAS). (s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfam0 2.7.0-10 Client library to control the FAM ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-5GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libidn110.6.3-1 GNU libidn library, implementation ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libkjsembed14:3.5.1-1Embedded JavaScript library ii libkonq44:3.5.3-2core libraries for Konqueror ii libpcre36.4-2Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libqt3-mt 3:3.3.6-2Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-7X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-11 compression library - runtime krusader recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354086: fop: Documentation concerning JIMI class library needs update
Package: fop Version: 1:0.20.5-5 Severity: wishlist the instructions concering the JIMI library installation need update. Sun now releases an archive that carries the whole source files tree for JIMI and a jar archive named JimiProClasses.zip which is the library that has to be installed. regards -- Massimo Manghi -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fop depends on: ii j2re1.4 [java2-run 1.4.2.03-1Blackdown Java(TM) 2 Runtime Envir ii java-common0.22 Base of all Java packages ii libavalon-framewor 4.1.2-2.1 Common framework for Java server a ii libbatik-java 1.5.1-1 xml.apache.org SVG Library ii libbsf-java1:2.3.0+cvs20050308-2 Bean Scripting Framework to suppor ii liblogkit-java 1.2.2-2 Lightweight and fast designed logg ii libxalan2-java 2.6.0-1 XSL Transformations (XSLT) process ii libxerces2-java2.6.2-2 Validating XML parser for Java wit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353845: ark fails to open valid gzipped tar archives
Package: ark Version: 4:3.5.1-2 Severity: important ark fails to open some gzipped tar archives created with the 'compress' command from the file browser. When run from the shell ark prints the following warning KTar: WARNING: KTar: invalid TAR file. Header is: ml_w and a dialog box with the message An error occurred while trying to open the archive pops up. These archives are valid for the traditional command line tar utility. uncompressing the archives with gunzip keeps ark going like this, confirming that the problem is with the tar archive. Ark opens correctly other archives that it created or that were created with the command line tar utility, though -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ark depends on: ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii libacl1 2.2.34-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.25-1 Extended attribute shared library ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfam0 2.7.0-9Client library to control the FAM ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libice6 6.9.0.dfsg.1-4 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm66.9.0.dfsg.1-4 X Window System Session Management ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi66.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages ark recommends: ii arj 3.10.22-2 archiver for .arj files ii bzip2 1.0.3-2high-quality block-sorting file co ii ncompress 4.2.4-15 Original Lempel-Ziv compress/uncom ii unzip 5.52-6 De-archiver for .zip files ii zip 2.31-3 Archiver for .zip files ii zoo 2.10-16manipulate zoo archives -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335211: apt-src install segfaults
Package: apt-src Version: 0.25.1 Severity: grave Justification: renders package unusable 'apt-src install' segfaults every time the command is run leaving the target directory unchanged, therefore suggesting that the problem occurs in the early stages of execution. examples with 2 unrelated packages are apt-src install libqwt or apt-src install tcl8.4 the command 'apt-src update' seems work as expectd regards -- Massimo Manghi -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages apt-src depends on: ii apt 0.6.42 Advanced front-end for dpkg ii dpkg-dev 1.13.11package building tools for Debian ii libapt-pkg-perl 0.1.17 Perl interface to libapt-pkg ii perl 5.8.7-7Larry Wall's Practical Extraction Versions of packages apt-src recommends: ii build-essential 11.1 informational list of build-essent ii fakeroot 1.5.4 Gives a fake root environment ii sudo 1.6.8p9-3 Provide limited super user privile -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304667: kvim cannot be installed on sarge because of unsatisfied dependance
Package: kvim Version: 1:6.3-067+2 Severity: important kvim (and other related packages such as kvim-tcl) cannot be istalled on sarge (too strict rule for its dependace on vim?) corelli:/home/manghi# apt-get install kvim Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: kvim: Depends: vim (= 1:6.3-046+0sarge1) but 1:6.3-068+4 is to be installed -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kvim depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libgpmg1 1.19.6-19 General Purpose Mouse - shared lib ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libncurses5 5.4-4 Shared libraries for terminal hand ii libqt3c102-mt3:3.3.4-2 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii vim 1:6.3-067+2 Vi IMproved - enhanced vi editor ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information regards -- Massimo Manghi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]