Bug#1012097: NIS broken in sid

[Francesco Paolo Lovergine]

Package: libnssswitch-nis
Version: 3.1-4
Severity: grave

It seems that currently unstable has a totally not working NIS binding for 
users. I
performed my trials using an existing setup (bullseye-based NIS master+slaves 
and
clients network in the real life).

I recently upgraded a bullseye NIS client box to sid for testing and discovered 
that while
ypbind-mt is regularly working, the usual mapping of NIS users has gone.
To be sure of the issue I prepared a vagrant bullseye VM and bound that to 
the regular bullseye NIS master as usual: perfectly working. 

Then I full-upgraded to sid with the same broken result:

vagrant@debian:/etc$ ypcat passwd
[...]
lovergine:x:2003:2000:Francesco Lovergine (trial),,,:/home/lovergine:/bin/bash
[...]
{sorry, I stripped the full output for privacy)

vagrant@debian:/etc$ id lovergine
id: ‘lovergine’: no such user

vagrant@debian:/etc$ cat /etc/nsswitch.conf 
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.

passwd: compat systemd
group:  compat systemd
shadow: compat
gshadow:compat

hosts:  files dns
networks:   files

protocols:  db files
services:   db files
ethers: db files
rpc:db files

netgroup:   nis

vagrant@debian:/etc$ cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
bin:x:2:2:bin:/bin:/usr/sbin/nologin
sys:x:3:3:sys:/dev:/usr/sbin/nologin
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/usr/sbin/nologin
man:x:6:12:man:/var/cache/man:/usr/sbin/nologin
lp:x:7:7:lp:/var/spool/lpd:/usr/sbin/nologin
mail:x:8:8:mail:/var/mail:/usr/sbin/nologin
news:x:9:9:news:/var/spool/news:/usr/sbin/nologin
uucp:x:10:10:uucp:/var/spool/uucp:/usr/sbin/nologin
proxy:x:13:13:proxy:/bin:/usr/sbin/nologin
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
backup:x:34:34:backup:/var/backups:/usr/sbin/nologin
list:x:38:38:Mailing List Manager:/var/list:/usr/sbin/nologin
irc:x:39:39:ircd:/run/ircd:/usr/sbin/nologin
gnats:x:41:41:Gnats Bug-Reporting System 
(admin):/var/lib/gnats:/usr/sbin/nologin
nobody:x:65534:65534:nobody:/nonexistent:/usr/sbin/nologin
_apt:x:100:65534::/nonexistent:/usr/sbin/nologin
systemd-timesync:x:101:101:systemd Time 
Synchronization,,,:/run/systemd:/usr/sbin/nologin
systemd-network:x:102:103:systemd Network 
Management,,,:/run/systemd:/usr/sbin/nologin
systemd-resolve:x:103:104:systemd Resolver,,,:/run/systemd:/usr/sbin/nologin
messagebus:x:104:105::/nonexistent:/usr/sbin/nologin
_chrony:x:105:112:Chrony daemon,,,:/var/lib/chrony:/usr/sbin/nologin
sshd:x:106:65534::/run/sshd:/usr/sbin/nologin
vagrant:x:1000:1000::/home/vagrant:/bin/bash
systemd-coredump:x:999:999:systemd Core Dumper:/:/usr/sbin/nologin
_rpc:x:107:65534::/run/rpcbind:/usr/sbin/nologin
+::


My next step will be running a full-sid setup for a test network, but I don't
see any reason why the working NIS maps could be broken, my guess is that
the problem is connected to some inner libnss/libc issue. 

-cheers



-- 
Francesco P. Lovergine

Bug#981739: manpages-posix: no-one built the package for debian archive (non-free, source-only upload)

[Francesco Paolo Lovergine]

On Wed, Feb 03, 2021 at 02:58:27PM +0200, Juhani Numminen wrote:

Package: manpages-posix
Version: 2017a-1
Severity: grave

Hello,

The latest upload of manpages-posix was source-only but was not built
on the buildd network either. So, no binaries are available.
I think the text of this lintian tag applies in this case:
https://lintian.debian.org/tags/source-only-upload-to-non-free-without-autobuild.html

regards,
Juhani



Ah finally someone noted it, eh? Yes, it has been my oversight at upload time.


--
Francesco P. Lovergine

Bug#977349: Current package does not ensure a smooth upgrade from stable due to breakage of past config and new binary modules.

[Francesco Paolo Lovergine]

Source: proftpd-dfsg
Version: 1.3.7a+dfsg-2
Severity: serious

After upgrade:

$ sudo proftpd -t
Checking syntax of configuration file
2020-12-14 09:59:09,942 legolas proftpd[5444]: mod_dso/0.5: unable to load 
'mod_tls.c'; check to see if '/usr/lib/proftpd/mod_tls.la' exists
2020-12-14 09:59:09,942 legolas proftpd[5444]: fatal: LoadModule: error loading 
module 'mod_tls.c': No such file or directory on line 22 of 
'/etc/proftpd/modules.conf'
2020-12-14 09:59:09,942 legolas proftpd[5444]: warning: unable to include 
'/etc/proftpd/modules.conf': Operation not permitted
2020-12-14 09:59:09,943 legolas proftpd[5444]: mod_dso/0.5: unable to load 
'mod_wrap.c'; check to see if '/usr/lib/proftpd/mod_wrap.la' exists
2020-12-14 09:59:09,943 legolas proftpd[5444]: fatal: LoadModule: error loading 
module 'mod_wrap.c': No such file or directory on line 8 of 
'/etc/proftpd/proftpd.conf'

That's due to mod_wrap and mod_tls move to distinct binaries in the new
version of the package. A transitional package is required, the same problem
is expected in dist-upgrade from stable.

-- System Information:
Debian Release: 10.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-12-amd64 (SMP w/32 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), 
LANGUAGE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#973630: fetchmail: OpenSSL library mismatch

[Francesco Paolo Lovergine]

Package: fetchmail
Version: 6.4.13-1
Followup-For: Bug #973630

I can confirm this issue and it can be solved by a rebuild by a simple bNMU.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages fetchmail depends on:
ii  adduser   3.118
ii  debianutils   4.11.2
ii  libc6 2.31-4
ii  libcom-err2   1.45.6-1
ii  libgssapi-krb5-2  1.17-10
ii  libhesiod03.2.1-3.1
ii  libkrb5-3 1.17-10
ii  libssl1.1 1.1.1g-1
ii  lsb-base  11.1.0

Versions of packages fetchmail recommends:
ii  ca-certificates  20200601

Versions of packages fetchmail suggests:
ii  exim4-daemon-heavy [mail-transport-agent]  4.94-8
pn  fetchmailconf  
pn  resolvconf 

-- Configuration Files:
/etc/default/fetchmail changed:
OPTIONS=--nosslcertck
START_DAEMON=yes


-- no debconf information

Bug#892373: [INFO] Bug#892373: proftpd-mod-fsync FTBFS with proftpd 1.3.6-1

[Francesco Paolo Lovergine]

Nave a look onto  Castaglia's github repo

Il 09 marzo 2018 23:11:56 CET, "Hilmar Preuße"  ha scritto:
>On 09.03.2018 16:28, Francesco P. Lovergine wrote:
>
>Hi,
>
>> Here the fix is trivial as suggested. Even in this case it is better 
>> upgrading to current upstream version.
>> 
>Where did you get a later version from? According to
>http://www.castaglia.org/proftpd/ the 0.2 is the latest version.
>
>H.
>-- 
>#206401 http://counter.li.org

-- 
Francesco P. Lovergine

Bug#820984: proftpd-basic: cannot preseed / ignores local config changes

[Francesco Paolo Lovergine]

Package: proftpd-dfsg
Version: 1.3.5b-2
Followup-For: Bug #820984

About this, we are going to drop the non-standalone support in maintainer
scripts for the following reasons:

- inetd/xinetd/systemd support is of little interest for a serious ftp server
- maintainer scripts cannot currently support fully the three different
  alternatives now available
- it is much more easy allowing manual non-standalone configuration
- debconf issue here documented is still unknown (and unexpected) 

What is the RMs tought about this issue?


-- System Information:
Debian Release: 8.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#740813: wrong path for .cmake file

[Francesco Paolo Lovergine]

Package: libinsighttoolkit4-dev
Version: 4.5.0-3
Severity: serious

All *.cmake files (platform independent) should go under /usr/share/cmake as
for other packages, not in /usr/lib/cmake. See shared-desktop-ontologies for
instance.  Also eventually consider an -all common package for them insted of 
distributing all those files in the -dev  -any file. 

I'm not completely persuaded that current way of distributing
cmake data for third-parties is coherent, so feel free to pass the ball 
to cmake maintainers.

For instance, I don't know how/if the FindITK.cmake should cowork with 
the ITK4.5 .cmake stuff. I find the whole thing a bit confused/casual.
Or at least not documented in usual places (/usr/share/doc/package)

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libinsighttoolkit4-dev depends on:
ii  libc6 2.18-4
ii  libdcmtk2-dev 3.6.0-15+b1
ii  libgcc1   1:4.8.2-16
ii  libgdcm2-dev  2.4.1-2+b1
ii  libgdcm2.42.4.1-2+b1
ii  libinsighttoolkit4.5  4.5.0-3
ii  libjpeg8  8d-2
ii  libpng12-01.2.50-1
ii  libstdc++64.8.2-16
ii  libtiff5  4.0.3-8
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages libinsighttoolkit4-dev recommends:
ii  libfftw3-dev  3.3.3-7
ii  uuid-dev  2.20.1-5.6

Versions of packages libinsighttoolkit4-dev suggests:
pn  insighttoolkit4-examples  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#736334: Sqlite3 backend not more working

[Francesco Paolo Lovergine]

Package: gnucash
Version: 1:2.6.0-1
Severity: grave

I use gnucash daily, with the sqlite3 backend for all my stuff. Today after
updating my this sid box, gnucash is not more able to load any sqlite3 gnucash
file (with a message like: no suitable backend found for file .gnucash).
All worked perfectly and my files are still usable on other sid boxes.
Even cleaning the guile cache gave no results.

Note: both testing and sid libdbd-sqlite3 backends give the problems.

Curiously the list of today upgrades on this box seem unrelated:

2014-01-22 09:41:47 upgrade djvulibre-bin:i386 3.5.25.4-2 3.5.25.4-3
2014-01-22 09:41:53 upgrade libdjvulibre-text:all 3.5.25.4-2 3.5.25.4-3
2014-01-22 09:41:57 upgrade libdjvulibre21:i386 3.5.25.4-2 3.5.25.4-3
2014-01-22 09:42:01 upgrade libffi6:i386 3.0.13-11 3.0.13-12
2014-01-22 09:42:04 upgrade slrn:i386 1.0.1-9 1.0.1-10
2014-01-22 09:42:10 upgrade djvulibre-desktop:all 3.5.25.4-2 3.5.25.4-3
2014-01-22 09:42:14 upgrade gnash:i386 0.8.11~git20130903-3 
0.8.11~git20140121+dfsg-1
2014-01-22 09:42:18 upgrade gnash-common:i386 0.8.11~git20130903-3 
0.8.11~git20140121+dfsg-1
2014-01-22 09:42:25 upgrade libdbi1:i386 0.8.4-6 0.9.0-1
2014-01-22 09:42:28 upgrade libdbd-sqlite3:i386 0.8.3-1+s-5+b1 0.9.0-1
2014-01-22 09:42:34 upgrade libio-socket-ssl-perl:all 1.965-1 1.966-1
2014-01-22 09:42:38 upgrade python-sphinx:all 1.2.1+dfsg-1 1.2.1+dfsg-2
2014-01-22 09:42:47 upgrade sphinx-common:all 1.2.1+dfsg-1 1.2.1+dfsg-2
2014-01-22 09:42:57 upgrade libjs-sphinxdoc:all 1.2.1+dfsg-1 1.2.1+dfsg-2
2014-01-22 09:42:59 upgrade python-opengl:all 3.0.1-1 3.0.2-1
2014-01-22 09:43:52 upgrade r-cran-foreign:i386 0.8.57-1 0.8.58-1
2014-01-22 09:43:56 upgrade sphinx-doc:all 1.2.1+dfsg-1 1.2.1+dfsg-2
2014-01-22 09:44:04 upgrade pqiv:i386 2.0-1 2.1.1-1
2014-01-22 09:48:37 upgrade libpoppler-glib8:i386 0.18.4-10 0.22.5-4
2014-01-22 09:48:39 upgrade libsane:i386 1.0.24-1.1 1.0.24-1.1+b1
2014-01-22 09:48:50 upgrade libpoppler-dev:i386 0.18.4-10 0.22.5-4
2014-01-22 09:48:52 upgrade libx264-dev:i386 3:0.140.2377+git1ca7bb9-dmo3 
3:0.142.2389+git956c8d8-dmo1
2014-01-22 09:48:53 upgrade poppler-utils:i386 0.18.4-10 0.22.5-4
2014-01-22 09:48:54 upgrade i3:i386 4.7-1 4.7.1-1
2014-01-22 09:48:55 upgrade i3-wm:i386 4.7-1 4.7.1-1
2014-01-22 12:23:14 upgrade libdbd-sqlite3:i386 0.9.0-1 0.8.3-1+s-5+b1  
downgrade, without result.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnucash depends on:
ii  gnucash-common 1:2.6.0-1
ii  guile-2.0  2.0.9+1-1
ii  guile-2.0-libs 2.0.9+1-1
ii  libaqbanking34 5.3.1beta-2
ii  libc6  2.17-97
ii  libcairo2  1.12.16-2
ii  libcrypt-ssleay-perl   0.58-1+b1
ii  libdate-manip-perl 6.42-1
ii  libdbi10.9.0-1
ii  libfinance-quote-perl  1.18-1
ii  libgdk-pixbuf2.0-0 2.28.2-1+b1
ii  libglib2.0-0   2.36.4-1
ii  libgnome-keyring0  3.8.0-2
ii  libgnomecanvas2-0  2.30.3-2
ii  libgoffice-0.8-8   0.8.17-3
ii  libgtk2.0-02.24.22-1
ii  libgwengui-gtk2-0  4.9.0beta-1
ii  libgwenhywfar604.9.0beta-1
ii  libhtml-tableextract-perl  2.11-1
ii  libhtml-tree-perl  5.03-1
ii  libktoblzcheck1c2a 1.44-1
ii  libofx41:0.9.4-2.1
ii  libpango-1.0-0 1.36.0-1+b1
ii  libpangocairo-1.0-01.36.0-1+b1
ii  libpython2.7   2.7.6-5
ii  libwebkitgtk-1.0-0 2.2.3-1+b1
ii  libwww-perl6.05-2
ii  libx11-6   2:1.6.2-1
ii  libxml22.9.1+dfsg1-3
ii  libxslt1.1 1.1.28-2
ii  perl   5.18.2-2
ii  zlib1g 1:1.2.8.dfsg-1

Versions of packages gnucash recommends:
ii  gnucash-docs  2.6.0-1
ii  yelp  3.10.1-1

Versions of packages gnucash suggests:
pn  libdbd-mysqlnone
pn  libdbd-pgsqlnone
ii  libdbd-sqlite3  0.8.3-1+s-5+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679220: Conflicting with therion-doc, please add suitable Breaks/Conflicts

[Francesco Paolo Lovergine]

Package: therion-viewer
Version: 5.3.9-3
Severity: serious

Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be upgraded:
  therion-viewer
1 upgraded, 0 newly installed, 0 to remove and 132 not upgraded.
544 not fully installed or removed.
Need to get 0 B/537 kB of archives.
After this operation, 2048 B of additional disk space will be used.
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 392581 files and directories currently installed.)
Preparing to replace therion-viewer 5.3.9-1+b1 (using 
.../therion-viewer_5.3.9-3_i386.deb) ...
Unpacking replacement therion-viewer ...
dpkg: error processing /var/cache/apt/archives/therion-viewer_5.3.9-3_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/doc-base/therion', which is also in package 
therion-doc 5.3.9-3
Processing triggers for menu ...
Processing triggers for desktop-file-utils ...
Errors were encountered while processing:
 /var/cache/apt/archives/therion-viewer_5.3.9-3_i386.deb

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages therion-viewer depends on:
ii  libc6 2.13-33
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-2
iu  libgl1-mesa-glx [libgl1]  8.0.3-1
iu  libglu1-mesa [libglu1]8.0.3-1
ii  libjpeg8  8d-1
ii  libpng12-01.2.49-1
ii  libstdc++64.7.1-2
ii  libvtk5.8 5.8.0-13
ii  libwxbase2.8-02.8.12.1-11
ii  libwxgtk2.8-0 2.8.12.1-11
iu  libx11-6  2:1.5.0-1
iu  therion   5.3.9-3
ii  zlib1g1:1.2.7.dfsg-13

therion-viewer recommends no packages.

therion-viewer suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#679227: It fails upgrade

[Francesco Paolo Lovergine]

Package: tex-common
Version: 3.13
Severity: serious

In upgrading tex-common it results:

Can't locate TeXLive/TLUtils.pm in @INC (@INC contains: //tlpkg /etc/perl 
/usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14
/usr/local/lib/site_perl .) at /usr/bin/updmap line 21.
BEGIN failed--compilation aborted at /usr/bin/updmap line 21.

It prevents configuring of 

tex-common
latex-xcolor
luatex
texlive-binaries

It is solved by installing texlive-common before. So it seems a missing 
build-dep.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  dpkg   1.16.4.3
ii  ucf3.0025+nmu3

tex-common recommends no packages.

Versions of packages tex-common suggests:
ii  debhelper  9.20120608

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.44
ii  dpkg   1.16.4.3
ii  install-info   4.13a.dfsg.1-10
ii  libpaper-utils 1.1.24+nmu2
iu  luatex 0.70.1.20120524-2
ii  mime-support   3.52-1
iu  texlive-binaries   2012.20120623-2
ii  texlive-common 2011.20120509-1
ii  texlive-doc-base   2011.20120509-1
ii  ucf3.0025+nmu3

Versions of packages texlive-base recommends:
ii  lmodern  2.004.1-5

Versions of packages texlive-base suggests:
ii  evince-gtk [postscript-viewer]   3.2.1-1+b1
ii  ghostscript [postscript-viewer]  9.05~dfsg-6
ii  gv [postscript-viewer]   1:3.7.3-1
ii  perl-tk  1:804.030-1
ii  xpdf [pdf-viewer]3.03-10
ii  xpdf-reader  3.02-12
ii  zathura [pdf-viewer] 0.1.2-4

Versions of packages texlive-binaries depends on:
ii  dpkg1.16.4.3
ii  ed  1.6-2
ii  install-info4.13a.dfsg.1-10
ii  libc6   2.13-33
ii  libfontconfig1  2.9.0-6
ii  libfreetype62.4.9-1
ii  libgcc1 1:4.7.1-2
ii  libgraphite31:2.3.1-0.2
ii  libkpathsea62012.20120623-2
ii  libpng12-0  1.2.49-1
ii  libpoppler190.18.4-3
ii  libptexenc1 2012.20120623-2
ii  libstdc++6  4.7.1-2
ii  libx11-62:1.5.0-1
ii  libxaw7 2:1.0.10-2
ii  libxmu6 2:1.1.1-1
ii  libxpm4 1:3.5.10-1
ii  libxt6  1:1.1.3-1
ii  perl5.14.2-12
ii  texlive-common  2011.20120509-1
ii  zlib1g  1:1.2.7.dfsg-13

Versions of packages texlive-binaries recommends:
iu  luatex  0.70.1.20120524-2
ii  python  2.7.3~rc2-1
ii  ruby4.8
ii  ruby1.8 [ruby]  1.8.7.358-4
ii  texlive-base2011.20120509-1
ii  tk8.4 [wish]8.4.19-5
ii  tk8.5 [wish]8.5.11-2

-- Configuration Files:
/etc/texmf/web2c/mktex.cnf [Errno 2] File o directory non esistente: 
u'/etc/texmf/web2c/mktex.cnf'

-- debconf information:
  texlive-base/texconfig_ignorant:
  tex-common/check_texmf_wrong:
  texlive-base/binary_chooser: pdftex, dvips, dvipdfmx, xdvi
  tex-common/check_texmf_missing:
  tex-common/singleuser: true



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#661018: FTBS due to new freexl

[Francesco Paolo Lovergine]

Package: spatialite-bin
Version: 3.0.0~beta20110817-3
Severity: serious
File: /usr/bin/spatialite

libtool: compile:  gcc -DPACKAGE_NAME=\libspatialite\ 
-DPACKAGE_TARNAME=\libspatialite\ -DPACKAGE_VERSION=\3.0.0-beta\ 
-DPACKAGE_STRING=\libspatialite 3.0.0-beta\ 
-DPACKAGE_BUGREPORT=\a.furi...@lqt.it\ -DPACKAGE_URL=\\ 
-DPACKAGE=\libspatialite\ -DVERSION=\3.0.0-beta\ -DSTDC_HEADERS=1 
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STDIO_H=1 -DHAVE_STRING_H=1 
-DHAVE_MEMORY_H=1 -DHAVE_MATH_H=1 -DHAVE_FLOAT_H=1 -DHAVE_FCNTL_H=1 
-DHAVE_INTTYPES_H=1 -DHAVE_STDDEF_H=1 -DHAVE_STDINT_H=1 -DHAVE_SYS_TIME_H=1 
-DHAVE_UNISTD_H=1 -DHAVE_SQLITE3_H=1 -DHAVE_SQLITE3EXT_H=1 -DHAVE_DLFCN_H=1 
-DLT_OBJDIR=\.libs/\ -DTIME_WITH_SYS_TIME=1 -DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 
-DLSTAT_FOLLOWS_SLASHED_SYMLINK=1 -DHAVE_STRFTIME=1 -DHAVE_MEMSET=1 
-DHAVE_STRCASECMP=1 -DHAVE_STRERROR=1 -DHAVE_STRNCASECMP=1 -DHAVE_STRSTR=1 
-DHAVE_FDATASYNC=1 -D
 HAVE_FTRUNCATE=1 -DHAVE_GETCWD=1 -DHAVE_GETTIMEOFDAY=1 -DHAVE_LOCALTIME_R=1 
-DHAVE_MEMMOVE=1 -DHAVE_STRERROR=1 -DHAVE_LIBSQLITE3=1 -DHAVE_LIBSQLITE3=1 
-DHAVE_PROJ_API_H=1 -DHAVE_GEOS_C_H=1 -DHAVE_ICONV_H=1 -DHAVE_FREEXL_H=1 -I. -g 
-O2 -I../../src/headers -D_LARGE_FILE=1 -D_FILE_OFFSET_BITS=64 
-D_LARGEFILE_SOURCE=1 -DNDEBUG=1 -g -O2 -c virtualXL.c  -fPIC -DPIC -o 
.libs/virtualXL.o
virtualXL.c: In function 'vXL_create':
virtualXL.c:273:9: warning: passing argument 4 of 'freexl_get_cell_value' from 
incompatible pointer type [enabled by default]
/usr/include/freexl.h:573:16: note: expected 'struct FreeXL_CellValue *' but 
argument is of type 'unsigned char *'
virtualXL.c:273:9: error: too many arguments to function 'freexl_get_cell_value'
/usr/include/freexl.h:573:16: note: declared here
virtualXL.c: In function 'vXL_eval_constraints':
virtualXL.c:548:10: warning: passing argument 4 of 'freexl_get_cell_value' from 
incompatible pointer type [enabled by default]
/usr/include/freexl.h:573:16: note: expected 'struct FreeXL_CellValue *' but 
argument is of type 'unsigned char *'
virtualXL.c:548:10: error: too many arguments to function 
'freexl_get_cell_value'
/usr/include/freexl.h:573:16: note: declared here
virtualXL.c: In function 'vXL_column':
virtualXL.c:818:11: warning: passing argument 4 of 'freexl_get_cell_value' from 
incompatible pointer type [enabled by default]
/usr/include/freexl.h:573:16: note: expected 'struct FreeXL_CellValue *' but 
argument is of type 'unsigned char *'
virtualXL.c:818:11: error: too many arguments to function 
'freexl_get_cell_value'
/usr/include/freexl.h:573:16: note: declared here
make[4]: *** [virtualXL.lo] Error 1
make[4]: Leaving directory 
`/tmp/buildd/spatialite-3.0.0~beta20110817/libspatialite/src/spatialite'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory 
`/tmp/buildd/spatialite-3.0.0~beta20110817/libspatialite/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/tmp/buildd/spatialite-3.0.0~beta20110817/libspatialite'
dh_auto_build: make -j1 returned exit code 2
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory `/tmp/buildd/spatialite-3.0.0~beta20110817'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages spatialite-bin depends on:
ii  libc6   2.13-26
ii  libexpat1   2.0.1-7.2
ii  libfreexl1  1.0.0b-1
ii  libgeos-c1  3.3.1-1
ii  libproj04.7.0-1
ii  libreadline66.2-8
ii  libspatialite3  3.0.0~beta20110817-3
ii  libsqlite3-03.7.10-1

spatialite-bin recommends no packages.

spatialite-bin suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657442: Installing libhdf5-7 requires pull out a bounce of package depending on a previous version, and the previous version.

[Francesco Paolo Lovergine]

Package: libhdf5-7
Version: 1.8.8-5
Severity: serious

$ sudo apt-get install libhdf5-7
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libgl2ps0 libqwt6 mpi-default-dev librasterlite1 libgl2ps-dev 
qgis-providers-common
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  hdf5-helpers libhdf5-dev libhdf5-serial-dev libjhdf5-jni octave3.2 
octave3.2-headers scilab-cli scilab-data scilab-full-bin scilab-minimal-bin
Suggested packages:
  octave3.2-htmldoc octave3.2-emacsen scilab-swt scilab-scimax scilab-plotlib 
scilab-ann
The following packages will be REMOVED:
  dans-gdal-scripts gdal-bin gmt gmt-coast-low grass libgdal-dev libgdal-ruby 
libgdal-ruby1.8 libgdal1 libgdal1-1.7.0 libgdal1-1.7.0-ecw
  libgdal1-1.7.0-grass libgmt4 libhdf4-alt-dev libhdf5-serial-1.8.4 
libhe5-hdfeos-dev libhe5-hdfeos0 libmapnik2-2.0 libnetcdf-dev libnetcdf6 
libqgis1.9.90
  libvtk5-dev libvtk5.8 libvtkgdcm2-dev libvtkgdcm2.0 mapnik-utils ncview 
netcdf-bin netcdf-dbg python-gdal python-mapnik2 python-qgis python-qgis-common
  qgis qgis-plugin-grass qgis-providers thuban
The following NEW packages will be installed:
  hdf5-helpers libhdf5-7 libhdf5-dev
The following packages will be upgraded:
  libhdf5-serial-dev libjhdf5-jni octave3.2 octave3.2-headers scilab-cli 
scilab-data scilab-full-bin scilab-minimal-bin
8 upgraded, 3 newly installed, 37 to remove and 3 not upgraded.
Need to get 19.1 MB/32.1 MB of archives.
After this operation, 230 MB disk space will be freed.
Do you want to continue [Y/n]? 

Note that most packages are simply depending on the previous version of hdf5. 
This requires rebuilding all r-depends of hdf5 at this stage :-/

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#656427: hdf5-helpers collides with hdf5-tools at upgrade time

[Francesco Paolo Lovergine]

Package: hdf5-helpers
Version: 1.8.8-2
Severity: serious

(Sorry for localized output pasting)

Selecting previously unselected package hdf5-helpers.
(Lettura del database... 352194 file e directory attualmente installati.)
Estrazione di hdf5-helpers (da .../hdf5-helpers_1.8.8-2_i386.deb)...
dpkg: errore nell'elaborare 
/var/cache/apt/archives/hdf5-helpers_1.8.8-2_i386.deb (--unpack):
 tentata sovrascrittura di /usr/share/man/man1/h5cc.1.gz presente anche nel 
pacchetto hdf5-tools 1.8.4-patch1-3
configured to not write apport reports
  Elaborazione dei trigger per man-db...
Si sono verificati degli errori nell'elaborazione:
 /var/cache/apt/archives/hdf5-helpers_1.8.8-2_i386.deb


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612264: tk-tile and tk colliding dir

[Francesco Paolo Lovergine]

Package: tcl-dev
Version: 8.4.16-2
Severity: serious

Unpacking replacement tcl-dev ...
dpkg: error processing /var/cache/apt/archives/tcl-dev_8.5.0-2_all.deb 
(--unpack):
 trying to overwrite '/usr/include/tcl', which is also in package tk-tile 
0.8.2-2.1
configured to not write apport reports
Processing triggers for man-db ...

-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tcl-dev depends on:
pn  tcl   none (no description available)
ii  tcl8.4-dev8.4.19-4   Tcl (the Tool Command Language) v8

tcl-dev recommends no packages.

Versions of packages tcl-dev suggests:
pn  tcl-doc   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#602279: Buffer overflow in netio

[Francesco Paolo Lovergine]

Package: proftpd-dfsg
Version: 1.3.3a-4
Severity: serious
Tags: security

See http://bugs.proftpd.org/show_bug.cgi?id=3521

This vulnerability allows remote attackers to execute arbitrary code on
vulnerable installations of ProFTPD. Authentication is not required to
exploit this vulnerability. 

Note that this does not apply to pre 1.3.2 series.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#599054: After kernel upgrading vbox is no more usable

[Francesco Paolo Lovergine]

Package: virtualbox-ose
Version: 3.2.8-dfsg-2
Severity: grave

/etc/init.d/virtualbox-ose start fails with:

Oct  4 09:27:38 blegrez kernel: [  247.934129] supdrvGipCreate: failed to 
allocate the GIP page. rc=-8

This is for sure true on i386 and does not allow rebuilding of modules too.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualbox-ose depends on:
ii  adduser 3.112+nmu1   add and remove users and groups
ii  libc6   2.11.2-6 Embedded GNU C Library: Shared lib
ii  libcurl37.21.1-1 Multi-protocol file transfer libra
ii  libgcc1 1:4.4.4-17   GCC support library
ii  libpng12-0  1.2.44-1 PNG library - runtime
ii  libpython2.62.6.6-5  Shared Python runtime library (ver
ii  libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer
ii  libssl0.9.8 0.9.8o-2 SSL shared libraries
ii  libstdc++6  4.4.4-17 The GNU Standard C++ Library v3
ii  libvncserver0   0.9.7-2+b1   API to write one's own vnc server
ii  libx11-62:1.3.3-3X11 client-side library
ii  libxcursor1 1:1.1.10-2   X cursor management library
ii  libxext62:1.1.2-1X11 miscellaneous extension librar
ii  libxml2 2.7.7.dfsg-4 GNOME XML library
ii  libxmu6 2:1.0.5-2X11 miscellaneous utility library
ii  libxt6  1:1.0.7-1X11 toolkit intrinsics library
ii  python  2.6.6-3  interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages virtualbox-ose recommends:
ii  libgl1-mesa-swx11 [libgl1]  7.7.1-4  A free implementation of the OpenG
ii  libqt4-opengl   4:4.6.3-2Qt 4 OpenGL module
ii  libqtcore4  4:4.6.3-2Qt 4 core module
ii  libqtgui4   4:4.6.3-2Qt 4 GUI module
ii  virtualbox-ose-dkms 3.2.8-dfsg-2 x86 virtualization solution - kern
ii  virtualbox-ose-qt   3.2.8-dfsg-2 x86 virtualization solution - Qt b
ii  virtualbox-ose-source   3.2.8-dfsg-2 x86 virtualization solution - kern

Versions of packages virtualbox-ose suggests:
ii  libasound21.0.23-2   shared library for ALSA applicatio
ii  libpulse0 0.9.21-3   PulseAudio client libraries
pn  vde2  none (no description available)
pn  virtualbox-guest-additionsnone (no description available)

-- Configuration Files:
/etc/default/virtualbox-ose changed:
LOAD_VBOXDRV_MODULE=1
SHUTDOWN_USERS=frankie
SHUTDOWN=poweroff


-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#579760: Conflicting with libopenthreads12

[Francesco Paolo Lovergine]

Package: libopenthreads13
Version: 2.8.3-1
Severity: grave

Unpacking libopenthreads13 (from .../libopenthreads13_2.8.3-1_i386.deb) ...
dpkg: error processing 
/var/cache/apt/archives/libopenthreads13_2.8.3-1_i386.deb (--unpack):
 trying to overwrite '/usr/lib/libOpenThreads.so.2.4.0', which is also in 
package libopenthreads12 2.8.2-2
Errors were encountered while processing:
 /var/cache/apt/archives/libopenthreads13_2.8.3-1_i386.deb


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#578497: FTBS and other issues

[Francesco Paolo Lovergine]

Package: openjump
Version: 1.0-4
Severity: serious
Tags: upstream
Justification: fails to build from source and other issues.

Current version in sid does not more build. Also new versions 1.2+
depend on problematic software such as Sun JAI. My own guess is that
currently OpenJump is not more to be considered for Squeeze as such.
Future version could still be considered for `contrib' but someone
has to review and manage transition to the new version. Eventually a 
request of removing from the archive should be considered if none
would be interested in solving those problems.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages openjump depends on:
ii  bsh 2.0b4-11 Java scripting environment (BeanSh
ii  default-jre [java2-runtime] 1.6-36   Standard Java or Java compatible R
ii  gcj-4.4-jre [java2-runtime] 4.4.3-6  Java runtime environment using GIJ
ii  gcj-jre [java2-runtime] 4:4.4.3-1Java runtime environment using GIJ
ii  junit   3.8.2-4  Automated testing framework for Ja
ii  libbatik-java   1.7-6xml.apache.org SVG Library
ii  libbuoy-java1.9-1Java User Interface Toolkit
ii  libjama-java1.0.2-3  a basic linear algebra library for
ii  libjdom1-java   1.1.1+dfsg-1 lightweight and fast library using
ii  libjts-java 1.11-1   JTS Topology Suite
ii  liblog4j1.2-java1.2.15-11Logging library for java
ii  libxerces2-java 2.9.1-4.1Validating XML parser for Java wit
ii  openjdk-6-jre [java2-runtim 6b18-1.8-1   OpenJDK Java runtime, using Hotspo
ii  sun-java6-jre [java2-runtim 6.20-1   Sun Java(TM) Runtime Environment (

openjump recommends no packages.

openjump suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#577071: FTBS due to octave error

[Francesco Paolo Lovergine]

Package: octave-octcdf
Severity: serious
Justification: no longer builds from source

Currently under cowbuilder:

mkdir -p 
/tmp/buildd/octave-octcdf-1.0.13/debian/octave-octcdf/usr/share/octave/packages/3.2
\
 
/tmp/buildd/octave-octcdf-1.0.13/debian/octave-octcdf/usr/lib/octave/packages/3.2
[ -e PKG_ADD ]  mv PKG_ADD PKG_ADD.bak
octave3.2 --no-history --silent --no-init-file --eval   
\
 pkg ('prefix', 
[pwd(),'/debian/octave-octcdf/usr/share/octave/packages/3.2'], \
  
[pwd(),'/debian/octave-octcdf/usr/lib/octave/packages/3.2']);   
  \
 pkg ('local_list', [pwd(),'/local-list']); \
 pkg ('global_list', [pwd(),'/global-list']);   \
 if (exist ('PKG_ADD.bak') == 2),   \
 movefile ('PKG_ADD.bak', 'PKG_ADD');   \
 endif; \
 pkg -verbose -nodeps install .
/usr/bin/ld: cannot find -llapackgf-3
collect2: ld returned 1 exit status
configure: error: Could not run mkoctfile
the configure script returned the following error: checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for mkoctfile... mkoctfile
error: called from `pkgconfigure_make' in file 
/usr/share/octave/3.2.4/m/pkg/pkg.m near line 1240, column 2
error: called from:
error:   /usr/share/octave/3.2.4/m/pkg/pkg.m at line 714, column 5
error:   /usr/share/octave/3.2.4/m/pkg/pkg.m at line 287, column 7



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#576969: FTBS: C++ compiler cannot create executables

[Francesco Paolo Lovergine]

Package: libmesh
Severity: serious

libmesh should build-depend on mpi-default-dev.

cd libmesh  autoconf
configure.in:584: warning: AC_REQUIRE: `AC_PROG_F77' was expanded before it was 
required
../../lib/autoconf/fortran.m4:255: AC_LANG_COMPILER(Fortran 77) is expanded 
from...
../../lib/autoconf/lang.m4:316: AC_LANG_COMPILER_REQUIRE is expanded from...
../../lib/autoconf/general.m4:2573: AC_COMPILE_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:598: AS_IF is expanded from...
../../lib/autoconf/general.m4:1998: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2019: AC_CACHE_CHECK is expanded from...
../../lib/autoconf/fortran.m4:558: _AC_PROG_FC_V is expanded from...
../../lib/autoconf/fortran.m4:611: _AC_FC_LIBRARY_LDFLAGS is expanded from...
../../lib/autoconf/fortran.m4:699: AC_F77_LIBRARY_LDFLAGS is expanded from...
aclocal.m4:843: CONFIGURE_PETSC is expanded from...
configure.in:584: the top level
cd libmesh  PETSC_DIR=/usr/lib/petsc PETSC_ARCH=linux-gnu-c-opt \
  SLEPC_DIR=/usr/lib/slepc \
  
LDFLAGS=-Wl,-soname,libmesh.so.0.6.4,-lpetsc,-lpetscdm,-lpetscksp,-lpetscmat,-lpetscsnes,-lpetscvec,-lscotchmetis,-lblas-3gf,-ltbb,-ltbbmalloc,-lvtkIO,-lvtkCommon,-lvtkFiltering
 \
  ./configure --prefix=/usr \
   --host=i486-linux-gnu --build=i486-linux-gnu \
   --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info \
   --disable-laspack --disable-sfc --disable-gzstreams --disable-gmv \
   --disable-tecplot --disable-parmetis --disable-tetgen \
   --disable-triangle --disable-exodus --disable-libHilbert \
   --with-mpi=/usr --with-cxx=mpicxx --with-cc=mpicc --with-f77=mpif77\
   --enable-second --enable-ifem --enable-metis --enable-perflog \
   --enable-vtk --with-vtk-include=/usr/include/vtk-5.2 --with-tbb=/usr
-
--- Configuring libMesh -
-
checking build system type... i486-pc-linux-gnu
checking host system type... i486-pc-linux-gnu
checking target system type... i486-pc-linux-gnu
checking whether the C++ compiler works... no
configure: error: in 
`/home/frankie/debian/debian-gis/NMUs/libmesh/libmesh-0.6.4.dfsg/libmesh':
configure: error: C++ compiler cannot create executables
See `config.log' for more details.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#575212: Cannot upgrade

[Francesco Paolo Lovergine]

Package: python-mygpoclient
Version: 1.2-1
Severity: grave

Setting up python-mygpoclient (1.2-1) ...
Compiling /usr/lib/python2.4/site-packages/mygpoclient/json.py ...
SyntaxError: ('future feature absolute_import is not defined',)

pycentral: pycentral pkginstall: error byte-compiling files (16)
pycentral pkginstall: error byte-compiling files (16)
dpkg: error processing python-mygpoclient (--configure):
 subprocess installed post-installation script returned error exit status 1
Setting up libnetcdf6 (1:4.1~beta2-1) ...
Errors were encountered while processing:
 python-mygpoclient


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-mygpoclient depends on:
ii  python   2.5.4-9 An interactive high-level object-o
ii  python-central   0.6.14+nmu2 register and build utility for Pyt
ii  python-simplejson2.1.0-1 simple, fast, extensible JSON enco

python-mygpoclient recommends no packages.

python-mygpoclient suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#564689: apt-listbugs fails and prevents apt-get running

[Francesco Paolo Lovergine]

Package: apt-listbugs
Version: 0.1.2
Severity: grave

This what it happens today, after a week-end of missing updates on a laptop of 
mine: 

Need to get 39,9kB/162MB of archives.
After this operation, 2257kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Get:1 http://ftp.it.debian.org sid/main libsigc++-2.0-0c2a 2.2.4.2-1 [39,9kB]
Fetched 39,9kB in 0s (76,9kB/s) 
Reading package fields... 91%/usr/lib/ruby/1.8/debian/utils.rb:32:in `pipe': 
Too many open files (Errno::EMFILE)
from /usr/lib/ruby/1.8/debian/utils.rb:32:in `pipeline'
from /usr/lib/ruby/1.8/debian/utils.rb:84:in `tar'
from /usr/lib/ruby/1.8/debian.rb:141:in `load'
from /usr/lib/ruby/1.8/debian/utils.rb:73:in `gunzip'
from /usr/lib/ruby/1.8/debian/utils.rb:39:in `pipeline'
from /usr/lib/ruby/1.8/debian/utils.rb:71:in `gunzip'
from /usr/lib/ruby/1.8/debian.rb:140:in `load'
from /usr/lib/ruby/1.8/debian/ar.rb:146:in `open'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `each'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `open'
from /usr/lib/ruby/1.8/debian.rb:139:in `load'
from /usr/lib/ruby/1.8/debian.rb:82:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:729:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:747:in `create'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `each_index'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `create'
from /usr/sbin/apt-listbugs:323
/usr/lib/ruby/1.8/debian/utils.rb:46:in `pipe': Too many open files 
(Errno::EMFILE)
from /usr/lib/ruby/1.8/debian/utils.rb:46:in `pipeline'
from /usr/lib/ruby/1.8/debian/utils.rb:71:in `gunzip'
from /usr/lib/ruby/1.8/debian.rb:140:in `load'
from /usr/lib/ruby/1.8/debian/ar.rb:146:in `open'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `each'
from /usr/lib/ruby/1.8/debian/ar.rb:143:in `open'
from /usr/lib/ruby/1.8/debian.rb:139:in `load'
from /usr/lib/ruby/1.8/debian.rb:82:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:729:in `field'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:747:in `create'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `each_index'
from /usr/share/apt-listbugs/apt-listbugs/logic.rb:739:in `create'
from /usr/sbin/apt-listbugs:323
E: Sub-process /usr/sbin/apt-listbugs apt || exit 10 returned an error code (10)
E: Failure running script /usr/sbin/apt-listbugs apt || exit 10

But for the specific failure, apt-listbugs IMHO should never result in a failure
like that, which prevents apt-get to perform any installation.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-listbugs depends on:
hi  apt  0.7.25  Advanced front-end for dpkg
ii  libdpkg-ruby1.8  0.3.4   modules/classes for dpkg on ruby 1
ii  libgettext-ruby1.8   1.93.0-1.1  Gettext for ruby1.8
ii  libhttp-access2-ruby1.8  2.1.5.2-1   HTTP accessing library for ruby (t
ii  libruby1.8 [libzlib-ruby1.8] 1.8.7.248-1 Libraries necessary to run Ruby 1.
ii  libxml-parser-ruby1.80.6.8-4 Interface of expat for the scripti
ii  ruby 4.2 An interpreter of object-oriented 

apt-listbugs recommends no packages.

Versions of packages apt-listbugs suggests:
ii  debianutils  3.2.2   Miscellaneous utilities specific t
ii  iceape-browser [www- 2.0.1-1 Iceape Navigator (Internet browser
ii  iceweasel [www-brows 3.5.6-1 lightweight web browser based on M
ii  links [www-browser]  2.2-1+b1Web browser running in text mode
ii  lynx-cur [www-browse 2.8.8dev.2-1Text-mode WWW Browser with NLS sup
ii  opera [www-browser]  10.10.4742.gcc4.qt3 The Opera Web Browser
ii  reportbug4.10reports bugs in the Debian distrib
ii  w3m [www-browser]0.5.2-2.1   WWW browsable pager with excellent

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#556653: FTBS on hppa

[Francesco Paolo Lovergine]

Package: cmake
Version: 2.8.0-1
Severity: serious

[...]

g++  -g -O2  
-I/build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Build/Bootstrap.cmk 
-I/build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Source   
-I/build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Build/Bootstrap.cmk  
cmake.o cmakemain.o cmakewizard.o cmCommandArgumentLexer.o 
cmCommandArgumentParser.o cmCommandArgumentParserHelper.o cmDefinitions.o 
cmDepends.o cmDependsC.o cmDocumentationFormatter.o 
cmDocumentationFormatterText.o cmPolicies.o cmProperty.o cmPropertyMap.o 
cmPropertyDefinition.o cmPropertyDefinitionMap.o cmMakeDepend.o cmMakefile.o 
cmExportFileGenerator.o cmExportInstallFileGenerator.o 
cmInstallDirectoryGenerator.o cmGeneratedFileStream.o cmGeneratorExpression.o 
cmGlobalGenerator.o cmLocalGenerator.o cmInstallGenerator.o 
cmInstallExportGenerator.o cmInstallFilesGenerator.o cmInstallScriptGenerator.o 
cmInstallTargetGenerator.o cmScriptGenerator.o cmSourceFile.o 
cmSourceFileLocation.o cmSystemTools.o cmTestGenerator.o cmVersion.o 
cmFileTimeComparison.o cmG
 lobalUnixMakefileGenerator3.o cmLocalUnixMakefileGenerator3.o 
cmMakefileExecutableTargetGenerator.o cmMakefileLibraryTargetGenerator.o 
cmMakefileTargetGenerator.o cmMakefileUtilityTargetGenerator.o 
cmBootstrapCommands.o cmCommands.o cmTarget.o cmTest.o cmCustomCommand.o 
cmDocumentVariables.o cmCacheManager.o cmListFileCache.o cmComputeLinkDepends.o 
cmComputeLinkInformation.o cmOrderDirectories.o cmComputeTargetDepends.o 
cmComputeComponentGraph.o cmExprLexer.o cmExprParser.o cmExprParserHelper.o 
cmListFileLexer.o Directory.o Glob.o RegularExpression.o SystemTools.o 
ProcessUNIX.o String.o System.o -o cmake
make[2]: Leaving directory 
`/build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Build/Bootstrap.cmk'
loading initial cache file 
/build/buildd-cmake_2.8.0-1-hppa-6PIkTw/cmake-2.8.0/Build/Bootstrap.cmk/InitialCacheFlags.cmake
Segmentation fault

Relevant buildd output:
https://buildd.debian.org/fetch.cgi?pkg=cmake;ver=2.8.0-1;arch=hppa;stamp=1258382304

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cmake depends on:
ii  cmake-data 2.8.0-1   CMake data files (modules, templat
ii  libc6  2.10.1-7  GNU C Library: Shared libraries
ii  libcurl3-gnutls7.19.7-1  Multi-protocol file transfer libra
ii  libexpat1  2.0.1-5   XML parsing C library - runtime li
ii  libgcc11:4.4.2-2 GCC support library
ii  libstdc++6 4.4.2-2   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

cmake recommends no packages.

cmake suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#547631: does not work due to Undefined subroutine main::delimiter

[Francesco Paolo Lovergine]

Package: lintian
Version: 2.2.15
Severity: normal

s/delimiter/$Lintian::Output::GLOBAL-delimiter/ at line 696.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages lintian depends on:
ii  binutils  2.19.91.20090910-1 The GNU assembler, linker and bina
ii  diffstat  1.47-1 produces graph of changes introduc
ii  dpkg-dev  1.15.4 Debian package development tools
ii  file  5.03-1 Determines file type using magic
ii  gettext   0.17-8 GNU Internationalization utilities
ii  intltool-debian   0.35.0+20060710.1  Help i18n of RFC822 compliant conf
ii  libapt-pkg-perl   0.1.24 Perl interface to libapt-pkg
ii  libipc-run-perl   0.84-1 Perl module for running processes
ii  libparse-debianchange 1.1.1-2parse Debian changelogs and output
ii  libtimedate-perl  1.1600-9   Time and date functions for Perl
ii  liburi-perl   1.37+dfsg-1Manipulates and accesses URI strin
ii  man-db2.5.6-2on-line manual pager
ii  perl [libdigest-sha-p 5.10.0-25  Larry Wall's Practical Extraction 

lintian recommends no packages.

Versions of packages lintian suggests:
pn  binutils-multiarchnone (no description available)
pn  libtext-template-perl none (no description available)
ii  man-db2.5.6-2on-line manual pager

-- no debconf information

-- debsums errors found:
debsums: changed file /usr/bin/lintian (from lintian package)



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#546158: FTBS on ppc

[Francesco Paolo Lovergine]

Package: emoslib
Version: 000370+dfsg-5
Severity: serious


Relevant error:

make[2]: Entering directory 
`/build/buildd-emoslib_000370+dfsg-5-powerpc-Qhf2s9/emoslib-000370+dfsg/bufrtables'
./links.sh
gfortran -O2   -fdefault-real-8 -fcray-pointer -fno-second-underscore -Dlinux  
-DREAL_8 -DREAL_BIGGER_THAN_INTEGER -Dgfortran  
-DTABLE_PATH=\/usr/share/emos\ -I.. -o bufr2txt_tables bufr2txt_tables.f 
../libemosR64.a
/tmp/ccOTbWXH.o: In function `MAIN__':
bufr2txt_tables.f:(.text+0x194c): undefined reference to `bus012_'
bufr2txt_tables.f:(.text+0x19f8): undefined reference to `bufrex_'
bufr2txt_tables.f:(.text+0x1a74): undefined reference to `busel_'
collect2: ld returned 1 exit status
make[2]: *** [bufr2txt_tables] Error 1
make[2]: Leaving directory 
`/build/buildd-emoslib_000370+dfsg-5-powerpc-Qhf2s9/emoslib-000370+dfsg/bufrtables'
make[1]: *** [all] Error 2
make[1]: Leaving directory 
`/build/buildd-emoslib_000370+dfsg-5-powerpc-Qhf2s9/emoslib-000370+dfsg'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Complete log available at 
https://buildd.debian.org/fetch.cgi?pkg=emoslib;ver=000370%2Bdfsg-5;arch=powerpc;stamp=1251214966

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544978: and libgdal1-1.5.0-grass: error when trying to install together

[Francesco Paolo Lovergine]

Package: libgdal-grass
Severity: normal

This is an error due to binNMU, as you can see from the following list:

klecker:~/debian/debian-gis/supported/gdal-grass/build-area$ dpkg --contents 
libgdal1-1.5.0-grass_1.5.4-3_i386.deb
drwxr-xr-x root/root 0 2009-04-20 12:50 ./
drwxr-xr-x root/root 0 2009-04-20 12:50 ./usr/
drwxr-xr-x root/root 0 2009-04-20 12:50 ./usr/lib/
drwxr-xr-x root/root 0 2009-04-20 12:50 ./usr/lib/gdal15plugins/
-rw-r--r-- root/root 28408 2009-04-20 12:50 
./usr/lib/gdal15plugins/gdal_GRASS.so
-rw-r--r-- root/root 40692 2009-04-20 12:50 
./usr/lib/gdal15plugins/ogr_GRASS.so
drwxr-xr-x root/root 0 2009-04-20 12:50 ./usr/share/
drwxr-xr-x root/root 0 2009-04-20 12:50 ./usr/share/doc/
drwxr-xr-x root/root 0 2009-04-20 12:50 
./usr/share/doc/libgdal1-1.5.0-grass/
-rw-r--r-- root/root  1435 2009-04-20 12:49 
./usr/share/doc/libgdal1-1.5.0-grass/copyright
-rw-r--r-- root/root  1376 2009-04-20 12:49 
./usr/share/doc/libgdal1-1.5.0-grass/changelog.Debian.gz
klecker:~/debian/debian-gis/supported/gdal-grass/build-area$ dpkg --contents 
libgdal1-1.6.0-grass_1.6.0-3_i386.deb
drwxr-xr-x root/root 0 2009-09-02 15:36 ./
drwxr-xr-x root/root 0 2009-09-02 15:36 ./usr/
drwxr-xr-x root/root 0 2009-09-02 15:36 ./usr/lib/
drwxr-xr-x root/root 0 2009-09-02 15:36 ./usr/lib/gdal16plugins/
-rw-r--r-- root/root 28944 2009-09-02 15:36 
./usr/lib/gdal16plugins/gdal_GRASS.so
-rw-r--r-- root/root 41096 2009-09-02 15:36 
./usr/lib/gdal16plugins/ogr_GRASS.so
drwxr-xr-x root/root 0 2009-09-02 15:36 ./usr/share/
drwxr-xr-x root/root 0 2009-09-02 15:36 ./usr/share/doc/
drwxr-xr-x root/root 0 2009-09-02 15:36 
./usr/share/doc/libgdal1-1.6.0-grass/
-rw-r--r-- root/root  1435 2009-09-02 15:36 
./usr/share/doc/libgdal1-1.6.0-grass/copyright
-rw-r--r-- root/root  1542 2009-09-02 15:36 
./usr/share/doc/libgdal1-1.6.0-grass/changelog.Debian.gz

The libgdal-grass cannot be binNMU while gdal is transitioning because
it get its version from the gdal provided at build time. I asked about that
expressely to RMs. I see not an easy way to avoid that but from
embedding an explicit version into the package, something I dislike.
Any better suggestion?

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#539474: dovecot-imapd fails accessing mailbox

[Francesco Paolo Lovergine]

Package: dovecot-imapd
Version: 1:1.2.2-1
Severity: grave

Just after upgrading to the new dovecot version I'm not more able to
access the default mboxi (not Maildir), it fails with:

Aug  1 10:53:15 klecker dovecot: imap-login: Login: user=frankie, 
method=PLAIN, rip=151.53.252.113, lip=150.145.84.32, TLS
Aug  1 10:53:15 klecker dovecot: IMAP(frankie): Fatal: MBOX_WRITE_LOCKS: 
Invalid value fnctl

and the connection is closed.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages dovecot-imapd depends on:
ii  dovecot-common1:1.2.2-1  secure mail server that supports m
ii  libc6 2.9-23 GNU C Library: Shared libraries
ii  libssl0.9.8   0.9.8k-3   SSL shared libraries

dovecot-imapd recommends no packages.

dovecot-imapd suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#536519: Another db error

[Francesco Paolo Lovergine]

Package: rpm
Version: 4.7.0-8
Severity: serious

Setting up rpm (4.7.0-8) ...
rpmdb: Program version 4.7 doesn't match environment version 0.128
error: db4 error(-30971) from dbenv-open: DB_VERSION_MISMATCH: Database 
environment version mismatch
error: cannot open Packages index using db3 -  (-30971)
dpkg: error processing rpm (--configure):
 subprocess installed post-installation script returned error exit status 254
Errors were encountered while processing:
 rpm
E: Sub-process /usr/bin/dpkg returned an error code (1)

Tried rebuild:

rpm --rebuilddb
rpmdb: Program version 4.7 doesn't match environment version 0.128
errore: errore(4) db-30971 da dbenv-open: DB_VERSION_MISMATCH: Database 
environment version mismatch
errore: impossibile aprire l'indice Packages utilizando db3 -  (-30971)

Tried recover:

db4.6_recover -h /var/lib/rpm/
db4.6_recover: Program version 4.6 doesn't match environment version 0.128


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages rpm depends on:
ii  libc6  2.9-20GNU C Library: Shared libraries
ii  libelf10.141-2   library to read and write ELF file
ii  libnss3-1d 3.12.3-1  Network Security Service libraries
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  librpm04.7.0-8   RPM shared library
ii  librpmbuild0   4.7.0-8   RPM build shared library
ii  librpmio0  4.7.0-8   RPM IO shared library
ii  perl   5.10.0-24 Larry Wall's Practical Extraction 
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

rpm recommends no packages.

Versions of packages rpm suggests:
ii  alien 8.78   convert and install rpm and other 
ii  elfutils  0.141-2collection of utilities to handle 
ii  rpm-i18n  4.7.0-8localization and localized man pag

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#530643: it fails upgrading

[Francesco Paolo Lovergine]

Package: xterm
Version: 243-1
Severity: serious

Setting up xterm (243-1) ...
update-alternatives: error: alternative x-terminal-emulator.1.gz can't
be slave of x-terminal-emulator: it is a master alternative.
dpkg: error processing xterm (--configure): subprocess installed 
post-installation script returned error exit status 2
Errors were encountered while processing: xterm

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xterm depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libfontconfig12.6.0-3generic font configuration library
ii  libice6   2:1.0.5-1  X11 Inter-Client Exchange library
ii  libncurses5   5.7+20090523-1 shared libraries for terminal hand
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxaw7   2:1.0.5-2  X11 Athena Widget library
ii  libxft2   2.1.13-3   FreeType-based font drawing librar
ii  libxmu6   2:1.0.4-1  X11 miscellaneous utility library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  xbitmaps  1.0.1-2Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils 7.4+1  X11 utilities
ii  xutils1:7.4+1X Window System utility programs m

Versions of packages xterm suggests:
pn  xfonts-cyrillic   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#529675: Please avoid 1.3.38

[Francesco Paolo Lovergine]

Package: swig
Version: 1.3.38-1
Severity: grave

Python 2.6.1+ (r261:67515, Mar 18 2009, 22:12:06)
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
 from osgeo import gdal
Traceback (most recent call last):
  File stdin, line 1, in module
  File /usr/lib/python2.6/dist-packages/osgeo/gdal.py, line 19, in module
_gdal = swig_import_helper()
  File /usr/lib/python2.6/dist-packages/osgeo/gdal.py, line 17, in 
swig_import_helper
if fp is not None: fp.close()
UnboundLocalError: local variable 'fp' referenced before assignment

This is fixed in 1.3.39.

I also found 

Python 2.5.4 (r254:67916, Feb 17 2009, 20:16:45) 
[GCC 4.3.3] on linux2
Type help, copyright, credits or license for more information.
 from osgeo import gdal_array
Traceback (most recent call last):
  File stdin, line 1, in module
  File /usr/lib/python2.5/site-packages/osgeo/gdal_array.py, line 7, in 
module
import _gdal_array
ImportError: dynamic module does not define init function (init_gdal_array)

where apparently PyMOD_FUNC results not properly defined and renders the module
unusable. Not sure it is due to Swig, but it seems probable...


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages swig depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.0-5  GCC support library
ii  libstdc++64.4.0-5The GNU Standard C++ Library v3

swig recommends no packages.

Versions of packages swig suggests:
pn  swig-doc  none (no description available)
pn  swig-examples none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#524502: missing xchat binary package

[Francesco Paolo Lovergine]

Package: xchat
Version: 2.8.6-3
Severity: grave

The -4 binary package is missing in the new source apparently.

xchat:
  Installed: 2.8.6-3
  Candidate: 2.8.6-3
  Version table:
 *** 2.8.6-3 0
990 http://ftp.us.debian.org unstable/main Packages
100 /var/lib/dpkg/status
 2.8.6-2.1 0
500 http://ftp.it.debian.org testing/main Packages

xchat-common:
  Installed: 2.8.6-3
  Candidate: 2.8.6-4
  Version table:
 2.8.6-4 0
990 http://ftp.us.debian.org unstable/main Packages
 *** 2.8.6-3 0
100 /var/lib/dpkg/status
 2.8.6-2.1 0
500 http://ftp.it.debian.org testing/main Packages


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xchat depends on:
ii  libatk1.0-01.24.0-2  The ATK accessibility toolkit
ii  libc6  2.9-7 GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.12-1  simple interprocess messaging syst
ii  libdbus-glib-1-2   0.80-3simple interprocess messaging syst
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.20.1-1  The GLib library of C routines
ii  libgtk2.0-02.14.7-5  The GTK+ graphical user interface 
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libperl5.105.10.0-19 Shared Perl library
ii  libsexy2   0.1.11-2+b1   collection of additional GTK+ widg
ii  libssl0.9.80.9.8g-16 SSL shared libraries
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  xchat-common   2.8.6-3   Common files for X-Chat
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

Versions of packages xchat recommends:
ii  alsa-utils1.0.19-2   ALSA utilities
pn  libnotify1 | libnotify-binnone (no description available)
ii  python2.5.4-2An interactive high-level object-o
ii  tcl   8.4.16-2   The Tool Command Language (default
ii  xdg-utils 1.0.2-6.1  desktop integration utilities from

xchat suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#521100: Missing proj-data package renders the proj uninstallable

[Francesco Paolo Lovergine]

Package: proj
Version: 4.6.1-2
Severity: grave



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages proj depends on:
ii  libc6 2.9-6  GNU C Library: Shared libraries

proj recommends no packages.

Versions of packages proj suggests:
pn  proj-ps-doc   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#520187: Still pending

[Francesco Paolo Lovergine]

Package: ogdi-dfsg
Followup-For: Bug #520187

Well, proj update is still pending in NEW, so this upload was a bit optimistic.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'testing'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#487679: Mapserver is not working with gcc 4.3 and optimization turned ON

[Francesco Paolo Lovergine]

Package: mapserver
Version: 5.0.3-1
Severity: grave

Reported as http://trac.osgeo.org/mapserver/ticket/2660

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#472804: grass FTBS due to gcc seg fault on ARM

[Francesco Paolo Lovergine]

Package: gcc-4.2
Version: 4.2.3-2
Severity: serious


See
http://buildd.debian.org/fetch.cgi?pkg=grass;ver=6.2.3-2;arch=arm;stamp=1204569437


[...]
make[3]: Entering directory `/build/buildd/grass-6.2.3/display/d.barscale'
gcc -I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include  -Wall -g 
-O2-DPACKAGE=\grassmods\  
-I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include \
-o OBJ.arm-unknown-linux-gnu/draw_scale.o -c draw_scale.c
gcc -I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include  -Wall -g 
-O2-DPACKAGE=\grassmods\  
-I/build/buildd/grass-6.2.3/dist.arm-unknown-linux-gnu/include \
-o OBJ.arm-unknown-linux-gnu/main.o -c main.c
make[3]: *** [OBJ.arm-unknown-linux-gnu/main.o] Segmentation fault

[...]

Last build (same grass version) in december worked, I'm not sure if it is a 
transient 
failure on the building box or some issue with current gcc.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcc-4.2 depends on:
ii  binutils2.18.1~cvs20080103-1 The GNU assembler, linker and bina
ii  cpp-4.2 4.2.3-2  The GNU C preprocessor
ii  gcc-4.2-base4.2.3-2  The GNU Compiler Collection (base 
ii  libc6   2.7-9GNU C Library: Shared libraries
ii  libgcc1 1:4.3.0-1GCC support library

Versions of packages gcc-4.2 recommends:
ii  libc6-dev 2.7-9  GNU C Library: Development Librari

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#462525: Missing conflict against 1.4 and it needs a general solution to better manage migrations

[Francesco Paolo Lovergine]

Package: gdal
Version: 1.5.0-1
Severity: grave


apt-get install libgdal1-1.5.0
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  libgdal1-1.5.0
0 upgraded, 1 newly installed, 0 to remove and 209 not upgraded.
Need to get 2412kB of archives.
After this operation, 7350kB of additional disk space will be used.
Get:1 http://ftp.it.debian.org unstable/main libgdal1-1.5.0 1.5.0-1 [2412kB]
Fetched 2412kB in 0s (3396kB/s)

Selecting previously deselected package libgdal1-1.5.0.
(Reading database ... 283667 files and directories currently installed.)
Unpacking libgdal1-1.5.0 (from .../libgdal1-1.5.0_1.5.0-1_i386.deb) ...
dpkg: error processing /var/cache/apt/archives/libgdal1-1.5.0_1.5.0-1_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/gdal/stateplane.csv', which is also in package 
libgdal1-1.4.0
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/libgdal1-1.5.0_1.5.0-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)




-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#446857: can't build qgis on arm

[Francesco Paolo Lovergine]

Package: gcc-4.2
Version: 4.2.2-2
Severity: grave


See
http://buildd.debian.org/fetch.cgi?pkg=qgis;ver=0.8.1-2;arch=arm;stamp=1192513709

/build/buildd/qgis-0.8.1/src/plugins/grass/qgsgrassedit.cpp: At global scope:
/build/buildd/qgis-0.8.1/src/plugins/grass/qgsgrassedit.cpp:1840: internal 
compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see URL:file:///usr/share/doc/gcc-4.1/README.Bugs.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[3]: *** [src/plugins/grass/CMakeFiles/grassplugin.dir/qgsgrassedit.o] 
Error 1
make[3]: Leaving directory `/build/buildd/qgis-0.8.1'
make[2]: *** [src/plugins/grass/CMakeFiles/grassplugin.dir/all] Error 2
make[2]: Leaving directory `/build/buildd/qgis-0.8.1'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/build/buildd/qgis-0.8.1'
make: *** [build-stamp] Error 2

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages gcc-4.2 depends on:
ii  binutils  2.18-1 The GNU assembler, linker and bina
ii  cpp-4.2   4.2.2-2The GNU C preprocessor
ii  gcc-4.2-base  4.2.2-2The GNU Compiler Collection (base 
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libgcc1   1:4.2.2-2  GCC support library
ii  libgomp1  4.2.2-2GCC OpenMP (GOMP) support library

Versions of packages gcc-4.2 recommends:
ii  libc6-dev 2.6.1-5GNU C Library: Development Librari

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#439346: XSS issue

[Francesco Paolo Lovergine]

Package: mapserver
Severity: grave
Tags: security

See 

http://trac.osgeo.org/mapserver/ticket/2256

It needs updating to 4.10.3. Patch provided for etch to secteam in the 
meanwhile.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#393408: Source package contains non-free IETF RFC/I-D's

[Francesco Paolo Lovergine]

tags 393408 + pending
thanks

 Package: proftpd
 Version: 1.3.0-9.1
 Severity: serious
 

A cleaned proftpd-dfsg-1.3.0 source is now pending in NEW.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#392117: autodir: FTBFS: /usr/include/linux/auto_fs4.h:66: error: expected specifier-qualifier-list before '__u32'

[Francesco Paolo Lovergine]

reassign 392117 linux-kernel-headers
thanks

On Tue, Oct 10, 2006 at 01:58:36PM +0200, Lucas Nussbaum wrote:
 In file included from autodir.c:46:
 /usr/include/linux/auto_fs4.h:66: error: expected specifier-qualifier-list 
 before '__u32'

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#391901: Current version causes system freeze on SATA attached cdrom at least

[Francesco Paolo Lovergine]

Package: cdparanoia
Version: 3.10+debian~pre0-1
Severity: grave

cdparanoia freezes my SATA thinkpad laptop (with dvd-rami device) with both 
2.6.17
and 2.6.18 kernels. But for rendering the program unusable, the system freeze 
can cause also serious data loss. 
This could be some SCSI related serious flaw with current kernels. 
Testing version is ok.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cdparanoia depends on:
ii  libc62.3.6.ds1-5 GNU C Library: Shared libraries
ii  libcdparanoia0   3a9.8-14Shared libraries for cdparanoia

cdparanoia recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388647: prepared NMU

[Francesco Paolo Lovergine]

On Sun, Oct 01, 2006 at 11:57:14PM +0200, Arjan Oosting wrote:
 Hi Francesco
 
 Op za, 30-09-2006 te 09:09 +0200, schreef Francesco Paolo Lovergine:
  On Fri, Sep 29, 2006 at 07:13:28PM +0200, Arjan Oosting wrote:
   tag 388647 patch
   tag 375017 patch
   usertag 388647 supplied-patch
   usertag 375017 supplied-patch
   thanks
   
   Hi,
   
   I have prepared a NMU for these two bugs. As I am no DD I can not do the
   upload myself, but here is the patch anyway.
   
   Greetings Arjan
   
#!/bin/sh -e

   -if [ $1 = purge -o $1 = remove ]
   +if [ $1 = remove -o $1 = disappear ]
  
  Don't do that. Removing of the user should be done on purge only, not
  on a simple removing. 
 
 Which user? The postrm script does not remove any user It removes the
 registration of proftpd from inetd when the package is removed or
 completely overwritten. As in both cases proftpd is not installed
 anymore the entry can be removed from inetd's configuration as inetd can
 not start proftpd at that moment. 
 

I confused one issue with another, my fault...

 
  Also pcap support should be better managed at upstream
  level and is a security concerned issue, did you try the patch not only for 
  building up, 
  but in run-time too?
 
 No I don't have a GNU/kFreeBSD machine, so I have not tested this. I
 used ntp as example package for this, which also can not use libcap on
 non linux architectures. I thought this was a simple patch to include in
 the NMU, but if you think it is inappropriate feel free to upload a new
 version which calls me stupid and removes this part again ;-) 
 
  BTW, a proper NMU is allowed only for RC bugs, else
  patches to merge to the maintainer tree suffice.
 
 I am sorry, I did not want to step on your toes. It seemed like a simple
 patch to included as an upload was done anyway.

Sorry, i missed the RC bugs in my incoming mail due some stupid anti-spam
filter around, you're welcome. I would check the kFreeBSD thing with
upstream for safety. Other changes are ok AFAIK but I need to merge
them with my tree for other issues...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#388647: prepared NMU

[Francesco Paolo Lovergine]

On Fri, Sep 29, 2006 at 07:13:28PM +0200, Arjan Oosting wrote:
 tag 388647 patch
 tag 375017 patch
 usertag 388647 supplied-patch
 usertag 375017 supplied-patch
 thanks
 
 Hi,
 
 I have prepared a NMU for these two bugs. As I am no DD I can not do the
 upload myself, but here is the patch anyway.
 
 Greetings Arjan
 
  #!/bin/sh -e
  
 -if [ $1 = purge -o $1 = remove ]
 +if [ $1 = remove -o $1 = disappear ]

Don't do that. Removing of the user should be done on purge only, not
on a simple removing. Also pcap support should be better managed at upstream
level and is a security concerned issue, did you try the patch not only for 
building up, 
but in run-time too?

BTW, a proper NMU is allowed only for RC bugs, else
patches to merge to the maintainer tree suffice.

  then
  update-inetd --disable ftp
  fi
 @@ -9,6 +9,7 @@
  then
  rm -rf /etc/proftpd 
  rm -rf /var/run/proftpd
 +update-rc.d proftpd remove || true
  fi
  
  #DEBHELPER#




-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#300251: Changin' severity

[Francesco Paolo Lovergine]

severity 300251 wishlist
tags 300251 + wontfix
thanks

Sorry but I think scilab needs patching for the following reasons:

1. xaw3d is a fork of Xaw6.1, not a replacement for Xaw7.
2. IF scilab needed a Xaw7 API it should link Xaw7, not Xaw3d which is not
   basically compatible with that. If not, who cares to link Xaw7
   instead of Xaw6 and so Xaw3d? If it is not required, WHY scilab
   does that kind of check?
3. Xaw3d maintainer is passed away in 2004 unfortunately, so I have
   no idea if someone will care to update the lib to be plain compatible
   with Xaw7. Note that I had no time to check how much Xaw7 is
   different from the previous edition and Xaw3d as well.
4. Changing soname without a specific API/ABI reason is silly and could
   possibly break programs which link the current solib. For sure it
   would require a questionable transition for a few programs in debian.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#300251: Would you please explain me the sense of this bug?

[Francesco Paolo Lovergine]

http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=300251

Honest, what's the serious (aka policy violation) of such a thing?
But for break quite a good number of programs if implemented, of course.
We are not obliged to retain inter-distro compatibility and
gratuitously changing the soname of the library. Also I do not see
any link among the bugs you pointed. Maybe a typo???

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#300251: Would you please explain me the sense of this bug?

[Francesco Paolo Lovergine]

On Wed, Aug 09, 2006 at 11:23:53PM +0200, Torsten Werner wrote:
 Hi Francesco,
 
 2006/8/9, Francesco Paolo Lovergine [EMAIL PROTECTED]:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=300251
 
 Honest, what's the serious (aka policy violation) of such a thing?
 But for break quite a good number of programs if implemented, of course.
 We are not obliged to retain inter-distro compatibility and
 gratuitously changing the soname of the library. Also I do not see
 any link among the bugs you pointed. Maybe a typo???
 
 my patch just switches to the upstream version number: instead of
 setting 'SOXAWREV = 6.1' it uses 'SoRev SOXAW7REV' which is a
 macro/define provided upstream. The mentioned bug reports are correct:
 scilab cannot be compiled with version 6.1 - it just requires version
 7.

It does not seem a good reason to eventually break all other (in main) rdeps 
(e.g. emacs). I'm not inclined to adopt a new soname gratuitously, and it would 
be
interesting finding who introduced that and why... I would be more
inclined to patch scilab, which is non-free even.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#284770: Bug #284770: dbmail: FTBFS (amd64/gcc-4.0): invalid lvalue in assignment

[Francesco Paolo Lovergine]

On Tue, Jul 25, 2006 at 04:01:45PM +0200, Paul J Stevens wrote:
 (cc Francisco)
 
 Julien,
 
 I've just released dbmail-2.1.7 and have uploaded i386 and amd64
 packages to my deb repo. The packages are lintian clean, and I'm quite
 happy with their state. All that remains tbd are some debconf cleanups.
 
 I've asked my sponsor Francisco Lovergine to vet the latest package set,
 and upload them if he's satisfied.
 
 Personally, the only obstacle I see is their dependency on a library
 that's not yet in debian (libsieve.sf.net). But I've also prepared
 packages for those that will close the related ITP (#325086) and have
 approached the owner of that ticket.
 
 

Do I have to wait for libsieve ack or manage to upload paul's one?
Answer by libsieve original proposer is not clear...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#368060: [DebianGIS-dev] Bug#368060: thuban: Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0

[Francesco Paolo Lovergine]

reassign 368060 python-wxgtk2.4
retitle 368060 wxPython missing
thanks

On Fri, May 19, 2006 at 04:43:31PM +0200, Moritz Lennert wrote:
 Package: thuban
 Version: 1.0.1-1
 Severity: grave
 Justification: renders package unusable
 
 
 fresh install of Thuban:
 
 $ apt-get install thuban
 [...]
 The following NEW packages will be installed:
   python-wxgtk2.4 thuban
 [...]
 
 Then trying to launch Thuban:
 
 $ thuban
 
 ***
  The following version errors were detected:
  Thuban was compiled with wx 2.4.4 but wxPython is 2.4.5.0
 ***
 
 

Well, running in current sid shows a different issue:

Traceback (most recent call last):
  File /usr/bin/thuban, line 20, in ?
import Thuban.UI.main
  File /usr/lib/thuban/Thuban/UI/__init__.py, line 35, in ?
install_wx_translation()
  File /usr/lib/thuban/Thuban/UI/__init__.py, line 21, in 
install_wx_translation
import wxPython.wx as wx
ImportError: No module named wxPython.wx

which seems a wxPython problem. The same error is present with the experimental
version 1.1.0-1. Also 'import wx' or 'import wxPython' does not work running 
python
at command line. 

Python 2.3.5 (#2, Mar  6 2006, 10:12:24) 
[GCC 4.0.3 20060304 (prerelease) (Debian 4.0.2-10)] on linux2
Type help, copyright, credits or license for more information.
 import wxPython
Traceback (most recent call last):
  File stdin, line 1, in ?
ImportError: No module named wxPython
 


-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#368587: invoke-rc.d: initscript nscd, action stop failed.

[Francesco Paolo Lovergine]

Package: nscd
Version: 2.3.6-7
Severity: serious


An invoke-rc.d failure prevents package upgrading. 
You should manage that case in prerm in order to avoid
such a problem, or return 0 in case of failure in the
init script, as well. Most servers in debian do the last, AFAIK.
Feel free to close this report if already properly managed in -9 scripts.


klecker:~$ ps -fe|grep nscd
frankie  14797  4397  0 12:27 pts/17   00:00:00 grep nscd
klecker:~$ sudo /etc/init.d/nscd start
Starting Name Service Cache Daemon: nscd.
klecker:~$ ps -fe|grep nscd
root 14804 1  0 12:27 ?00:00:00 /usr/sbin/nscd
frankie  14812  4397  0 12:27 pts/17   00:00:00 grep nscd
klecker:~$ sudo apt-get -u dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Calculating upgrade... Done
The following packages will be upgraded:
  nscd
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
30 not fully installed or removed.
Need to get 0B/136kB of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue [Y/n]?
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Reading changelogs... Done
(Reading database ... 164331 files and directories currently installed.)
Preparing to replace nscd 2.3.6-7 (using .../archives/nscd_2.3.6-9_i386.deb) ...
Stopping Name Service Cache Daemon: nscd.
invoke-rc.d: initscript nscd, action stop failed.
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Stopping Name Service Cache Daemon: nscd.
invoke-rc.d: initscript nscd, action stop failed.
dpkg: error processing /var/cache/apt/archives/nscd_2.3.6-9_i386.deb (--unpack):
 subprocess new pre-removal script returned error exit status 1
Starting Name Service Cache Daemon: nscd.
Errors were encountered while processing:
 /var/cache/apt/archives/nscd_2.3.6-9_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages nscd depends on:
ii  libc6 2.3.6-9GNU C Library: Shared libraries

nscd recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#368587: invoke-rc.d: initscript nscd, action stop failed.

[Francesco Paolo Lovergine]

On Tue, May 23, 2006 at 09:16:27AM -0700, Steve Langasek wrote:
 On Tue, May 23, 2006 at 12:40:18PM +0200, Francesco Paolo Lovergine wrote:
  klecker:~$ ps -fe|grep nscd
  frankie  14797  4397  0 12:27 pts/17   00:00:00 grep nscd
  klecker:~$ sudo /etc/init.d/nscd start
  Starting Name Service Cache Daemon: nscd.
  klecker:~$ ps -fe|grep nscd
  root 14804 1  0 12:27 ?00:00:00 /usr/sbin/nscd
  frankie  14812  4397  0 12:27 pts/17   00:00:00 grep nscd
  klecker:~$ sudo apt-get -u dist-upgrade
  Reading package lists... Done
  Building dependency tree... Done
  Calculating upgrade... Done
  The following packages will be upgraded:
nscd
  1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
  30 not fully installed or removed.
  Need to get 0B/136kB of archives.
  After unpacking 0B of additional disk space will be used.
  Do you want to continue [Y/n]?
  Reading package fields... Done
  Reading package status... Done
  Retrieving bug reports... Done
  Reading changelogs... Done
  (Reading database ... 164331 files and directories currently installed.)
  Preparing to replace nscd 2.3.6-7 (using 
  .../archives/nscd_2.3.6-9_i386.deb) ...
  Stopping Name Service Cache Daemon: nscd.
  invoke-rc.d: initscript nscd, action stop failed.
  dpkg: warning - old pre-removal script returned error exit status 1
  dpkg - trying script from the new package instead ...
  Stopping Name Service Cache Daemon: nscd.
  invoke-rc.d: initscript nscd, action stop failed.
  dpkg: error processing /var/cache/apt/archives/nscd_2.3.6-9_i386.deb 
  (--unpack):
   subprocess new pre-removal script returned error exit status 1
  Starting Name Service Cache Daemon: nscd.
  Errors were encountered while processing:
   /var/cache/apt/archives/nscd_2.3.6-9_i386.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 If the init script fails to stop the daemon, it is *correct* to fail the
 upgrade as well.  We should not leave old versions of daemons silently
 running after upgrade, this is a potential security hole.
 
 The real question here is why the init script is failing to stop nscd on
 your system.  This may or may not warrant an RC severity; probably not,
 since it hasn't been reported before now.
 

Sorry, but my point is another:

klecker:~$ pgrep start 
klecker:~$ pgrep nscd 
26316
klecker:~$ sudo /etc/init.d/nscd stop 
Stopping Name Service Cache Daemon: nscd.
klecker:~$ pgrep nscd
klecker:~$ sudo /etc/init.d/nscd stop
Stopping Name Service Cache Daemon: nscd.
klecker:~$ echo $?
1

This is incorrect. If the admin stops the daemon for his own reasons,
the upgrade fails as well. Incidentally I think the program has 
also some random issue with stopping (and eventually starting) the daemon (see
#362092 and others).

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#368587: invoke-rc.d: initscript nscd, action stop failed.

[Francesco Paolo Lovergine]

On Tue, May 23, 2006 at 02:05:25PM -0700, Steve Langasek wrote:
 On Tue, May 23, 2006 at 10:22:03PM +0200, Francesco Paolo Lovergine wrote:
 
  Sorry, but my point is another:
 
  klecker:~$ pgrep start 
  klecker:~$ pgrep nscd 
  26316
  klecker:~$ sudo /etc/init.d/nscd stop 
  Stopping Name Service Cache Daemon: nscd.
  klecker:~$ pgrep nscd
  klecker:~$ sudo /etc/init.d/nscd stop
  Stopping Name Service Cache Daemon: nscd.
  klecker:~$ echo $?
  1
 
 Ah -- that wasn't supported by the transcript you posted, which showed you
 explicitly starting the nscd daemon prior to running the upgrade.
 
 Yes, if nscd is not running, the /etc/init.d/nscd stop command must not
 fail.
 

Just for note, the failure in stopping nscd in the previous transcript should 
be due to a
persistent cache corruption, see #336310. The daemon dies on assert just after 
starting, or so...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#368301: proftpd binary set trapdoor rpath to /users/frankie

[Francesco Paolo Lovergine]

On Sun, May 21, 2006 at 11:36:03AM +0200, Bill Allombert wrote:
 Package: proftpd
 Version: 1.3.0-7
 Severity: grave
 Tags: security
 
 Hello Francesco,
 
 proftpd include a trapdoor rpath to /users/frankie/...
 
 %chrpath usr/sbin/proftpd
 usr/sbin/proftpd: 
 RPATH=/users/frankie/debian/mypkgs/proftpd/current/proftpd-1.3.0/debian/tmp/usr/sbin
 
 This rpath allows a user with home directory /users/frankie/ to install
 trojaned libraries and wait for proftpd to start.

Mmmm, nice issue, that's of course my own home directory...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Wed, May 10, 2006 at 10:45:49AM +0200, Julien BLACHE wrote:
 Francesco Paolo Lovergine [EMAIL PROTECTED] wrote:
 
  The true problem is admin inconsistency ;) Unfortunately
  :::10.0.0.0/24 is a perfectly valid CIDR notation, but IS NOT what a
  naive user would expect, because IPV6 CIDR are on a 128bit range. So using
  that notation indeed open the daemon to all ipv4 addresses, as noted.
  Being defensive on that regards could help. My own opinion is that
  using a 32 bit CIDR value with a ipv4-into-ipv6 address should be
  at least warned or refused (as in the patch) because it's probably
  an admin error. Upstream patches refuses CIDR notation in IPv6 context
  at all which is sub-optimali, indeed.
 
 Refusing the v4compat notation might be the best option to avoid
 errors.
 

It's wrong as well. Any of the 4 words can be specified in dot-notation
on the basis of ipv6 syntax. The best option IMHO is a clear warning in
case of /1-32 CIDR notation.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Wed, May 10, 2006 at 07:29:30AM +0200, Julien BLACHE wrote:
 Francesco Paolo Lovergine [EMAIL PROTECTED] wrote:
 
 Hi,
 
  Huh?  It's a IPv6 address, followed by a slash, followed by the number
  of significant bits in decimal.  Just like IPv4.
 
  Sorry, that's not what I meant.
 
  :::192.168.0.0/124 is correct, :::192.168.0.0/24 not.
  because the second address is a mixed ipv4-in-ipv6 spec, but must
  specify the whole 128 bit range, not the ipv4 form.
 
 Ah, ok, now it makes sense to reject that, indeed. As long as regular
 IPv4 CIDR is supported :)
 

The true problem is admin inconsistency ;) Unfortunately
:::10.0.0.0/24 is a perfectly valid CIDR notation, but IS NOT what a
naive user would expect, because IPV6 CIDR are on a 128bit range. So using
that notation indeed open the daemon to all ipv4 addresses, as noted.
Being defensive on that regards could help. My own opinion is that
using a 32 bit CIDR value with a ipv4-into-ipv6 address should be
at least warned or refused (as in the patch) because it's probably
an admin error. Upstream patches refuses CIDR notation in IPv6 context
at all which is sub-optimali, indeed.

::1/124 

would be refused as well, for instance.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

severity 365464 important
tags 365464 - security
thanks

This is more a configuration issue than a true bug. A proper configured
system (i.e. full 128bits CIDR) has no problem at all.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

tags 365464 + patch
tags 365464 + pending
tags 365464 + fixed-upstream
thanks

An upstream patch is now available to refuse CIDR notation in ipv6
addresses. It seems ok to me to manage the issue. 
Would you please confirm that, if you are able to patch yourself the package?
Else i'll go straight with -7 with that.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Tue, May 09, 2006 at 01:43:14PM +0200, Julien BLACHE wrote:
  An upstream patch is now available to refuse CIDR notation in ipv6
  addresses. It seems ok to me to manage the issue. 
  Would you please confirm that, if you are able to patch yourself the 
  package?
  Else i'll go straight with -7 with that.
 
 Sorry but I won't be able to test this patch before this week-end.
 
 Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO,
 but at least it'll fix the hole in the meantime. I wonder how this
 code can end up in a stable release.
 
I'm not an IPv6 expert but AFAIK IPv4 CIDR notation is simply a non
sense in 128bit context...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Tue, May 09, 2006 at 06:18:34PM +0200, Florian Weimer wrote:
 * Francesco Paolo Lovergine:
 
  Refusing IPv6 subnets doesn't qualify as a fix for this issue IMHO,
  but at least it'll fix the hole in the meantime. I wonder how this
  code can end up in a stable release.
 
  I'm not an IPv6 expert but AFAIK IPv4 CIDR notation is simply a non
  sense in 128bit context...
 
 According to my notes (I'm offline at the moment), RFC 3513 specifies
 a syntax for IPv6 prefixes.  The syntax is similar to IPv4 prefixes:
 
   0123:4567:89ab:cdef:0123:4567:89ab:cde0/124
 

Which is completely different from the ipv4 cidr indeed.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365464: proftpd: net ACLs are buggy

[Francesco Paolo Lovergine]

On Tue, May 09, 2006 at 09:37:41PM +0200, Florian Weimer wrote:
 * Francesco Paolo Lovergine:
 
  According to my notes (I'm offline at the moment), RFC 3513 specifies
  a syntax for IPv6 prefixes.  The syntax is similar to IPv4 prefixes:
  
0123:4567:89ab:cdef:0123:4567:89ab:cde0/124
  
 
  Which is completely different from the ipv4 cidr indeed.
 
 Huh?  It's a IPv6 address, followed by a slash, followed by the number
 of significant bits in decimal.  Just like IPv4.

Sorry, that's not what I meant.

:::192.168.0.0/124 is correct, :::192.168.0.0/24 not.
because the second address is a mixed ipv4-in-ipv6 spec, but must
specify the whole 128 bit range, not the ipv4 form.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#365714: emacs21: FTBFS on most architectures, xaw issues.

[Francesco Paolo Lovergine]

On Wed, May 03, 2006 at 02:36:54AM -0700, Steve Langasek wrote:
 reopen 365714
 thanks
 
 On Wed, May 03, 2006 at 09:45:22AM +0200, Francesco Paolo Lovergine wrote:
 
  Mmmm, missed closing in changelog. It does not depend on libxaw8-dev now 
  (and on any other X -dev package indeed). This will cause almost
  certainly a good deal of FTBSs around. Great :-P
 
 This is pretty clearly the wrong fix.  xaw3dg-dev now only Depends: xaw3dg
 (= 1.5+E-12), xutils.  Even ignoring the issue of static linking (it is
 customary for -dev packages to depend on *all* other -dev packages they need
 symbols from for static linking), of the 78 header files provided by
 xaw3dg-dev, 69 of them need headers from at least one other X -dev package.
 That makes it a policy violation, because xaw3dg-dev does not depend on
 packages that it requires for operation.
 
 FWIW, based on just the headers, the only missing dependencies are:
 
   Depends: libxt-dev, x11proto-core-dev, libxmu-dev
 

I found 

libx11-dev, libxmu-headers, libxpm-dev, libxt-dev, x11proto-core-dev, 
x11proto-xext-dev

by grepping and so... Due for next upload...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#364832: Use --force to dpkg-statoverride

[Francesco Paolo Lovergine]

Package: fuse-utils
Version: 2.5.3-1
Followup-For: Bug #364832

That's another possible option instead of checking before
install the override...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages fuse-utils depends on:
ii  adduser   3.86   Add and remove users and groups
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  makedev   2.3.1-81   creates device files in /dev
ii  sed   4.1.4-7The GNU sed stream editor
ii  ucf   2.009  Update Configuration File: preserv

Versions of packages fuse-utils recommends:
pn  fuse-source   none (no description available)

-- debconf information:
* fuse-utils/groupcreate: false
* fuse-utils/groupdelete: true
* fuse-utils/group: fuse
  fuse-utils/grouprenamemigrate: true


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#362074: Raising the severity again

[Francesco Paolo Lovergine]

On Tue, Apr 18, 2006 at 12:39:54PM -0700, Steve Langasek wrote:
 On Tue, Apr 18, 2006 at 12:32:13PM +0200, Francesco P. Lovergine wrote:
  tags 362074 + pending
  thanks
  
  Awaiting for the new libxp-dev package, after recent xutils-dev fixing.
  So stay tuned...
 
 While the new libxp-dev should be coming soon, this really looks like bug
 #363267, in which case xaw3dg has no reason for a build-dependency on
 libxp-dev.  I can't find any references to libXp in the xaw3dg sources
 themselves.  Does this sound correct to you?
 

Yes, AFAIK it is due only to dependencies automatically built by imake, 
because no Xp function is used in the sources.


-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#362845: Undeclared conflicts: pathname conflict at usr/share/man/man5/ftpusers.5.gz

[Francesco Paolo Lovergine]

tags 362845 + fixed-in-experimental
thanks

That's a consequence of removing the cyclic dependency among 
proftpd-* packages and proftpd-common. Anyway, that's obsoleted
in the experimental package.


On Sat, Apr 15, 2006 at 05:14:15PM -0700, Steve Langasek wrote:
 On Sat, Apr 15, 2006 at 07:59:26PM -0400, Justin Pryzby wrote:
  On Sat, Apr 15, 2006 at 07:31:40PM -0400, pryzbyj wrote:
   retitle 362845 Undeclared conflicts: pathname conflict at 
   usr/share/man/man5/ftpusers.5.gz
   thanks
 
   Note that each one of these packages must conflict with every other
   package, either directly with an explicit Conflicts: or by
   conflicts+provides+replaces with some virtual ftpd package I guess.
  It isn't true that each package must conflict with every other
  package.  Rather, each package must either declare a conflict, or be
  conflicted with.
 
 And almost all of these packages already conflict with each other because
 they Provide: and Conflict: the ftp-server virtual package.
 
 Only proftpd-common seems to be a non-ftp-server package shipping this
 manpage.
 



-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#339721: rox: I repeatdly upgraded 2.2 - 2.4 on different boxes

[Francesco Paolo Lovergine]

severity 339721 important
tags 339721 + unreproducible
tags 339721 + moreinfo
thanks

Package: rox
Followup-For: Bug #339721

Without problems. Are you still able to replicate this?

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#346870: xxgdb status

[Francesco Paolo Lovergine]

On Mon, Jan 16, 2006 at 09:27:54PM +0100, Siward de Groot wrote:
 On Saturday 14 January 2006 18:40, Francesco Paolo Lovergine wrote:
  Just a note:
 
  I'm perfectly aware of this easy issue. I'll do not upload a new version
  because while patching for using UNIX98 pts and so squashing all other
  reports, I discover a major issue with the I/O Window which causes
  the program to freeze, also with current version. I would prefer take
  this program off etch 'til solved, which could be not so immediate,
  due to lack of upstream.
 
 Hi,
 
   what problem is there with the I/O window ?
   I grabbed xxgdb sources, with idea that if i happened to have time,
 i might look at them sometime ;
   If there's a problem with I/O window, i might as well look at that part.
 

Just load the I/O window and run, xxgdb freezes. Incidentally my patch
also needs revision, because the I/O win disappears soon (and the
program freezes anyway). I had no time currently to track the issue.
Your help is very welcome.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#346870: xxgdb status

[Francesco Paolo Lovergine]

Just a note:

I'm perfectly aware of this easy issue. I'll do not upload a new version
because while patching for using UNIX98 pts and so squashing all other
reports, I discover a major issue with the I/O Window which causes
the program to freeze, also with current version. I would prefer take
this program off etch 'til solved, which could be not so immediate,
due to lack of upstream.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#322854: ftp.debian.org: please remove libg++27

[Francesco Paolo Lovergine]

Package: ftp.debian.org
Severity: normal

All libc5 and alt-* gerarchy is gone. Let this package reach his
brothers and sisters.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#347366: depends on libdps1 which is no more available

[Francesco Paolo Lovergine]

Package: kismet
Version: 2005.08.R1-1.2
Severity: grave


The following packages have unmet dependencies:
  kismet: Depends: libdps1 ( 4.1.0) but it is not installable
E: Broken packages



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#339123: it also breaks (c)debootstrap and other programs such as pbuilder

[Francesco Paolo Lovergine]

Package: base-config
Version: 2.74
Followup-For: Bug #339123


sudo cdebootstrap sid build

P: Retrieving Release.gpg
P: Retrieving Release
P: Parsing Release
P: Retrieving Packages.gz
P: Validating Packages
P: Parsing Packages
P: Retrieving libc6
P: Validating libc6
P: Retrieving libgcc1
P: Validating libgcc1
P: Retrieving gcc-4.0-base
P: Validating gcc-4.0-base
P: Retrieving libstdc++6
P: Validating libstdc++6
P: Retrieving apt
P: Validating apt
P: Retrieving libdb4.2
P: Validating libdb4.2
P: Retrieving apt-utils
P: Validating apt-utils
P: Retrieving libattr1
P: Validating libattr1
P: Retrieving libacl1
P: Validating libacl1
P: Retrieving libselinux1
P: Validating libselinux1
P: Retrieving coreutils
P: Validating coreutils
P: Retrieving debianutils
P: Validating debianutils
P: Retrieving dhcp3-common
P: Validating dhcp3-common
P: Retrieving dhcp3-client
P: Validating dhcp3-client
P: Retrieving net-tools
P: Validating net-tools
P: Retrieving perl-base
P: Validating perl-base
P: Retrieving liblocale-gettext-perl
P: Validating liblocale-gettext-perl
P: Retrieving libtext-iconv-perl
P: Validating libtext-iconv-perl
P: Retrieving libtext-charwidth-perl
P: Validating libtext-charwidth-perl
P: Retrieving libtext-wrapi18n-perl
P: Validating libtext-wrapi18n-perl
P: Retrieving debconf-i18n
P: Validating debconf-i18n
P: Retrieving debconf
P: Validating debconf
P: Retrieving ifupdown
P: Validating ifupdown
P: Retrieving iptables
P: Validating iptables
P: Retrieving iputils-ping
P: Validating iputils-ping
P: Retrieving libwrap0
P: Validating libwrap0
P: Retrieving tcpd
P: Validating tcpd
P: Retrieving netkit-inetd
P: Validating netkit-inetd
P: Retrieving sed
P: Validating sed
P: Retrieving libncurses5
P: Validating libncurses5
P: Retrieving ncurses-bin
P: Validating ncurses-bin
P: Retrieving lsb-base
P: Validating lsb-base
P: Retrieving netbase
P: Validating netbase
P: Retrieving telnet
P: Validating telnet
P: Retrieving zlib1g
P: Validating zlib1g
P: Retrieving libssl0.9.8
P: Validating libssl0.9.8
P: Retrieving wget
P: Validating wget
P: Retrieving libpam-runtime
P: Validating libpam-runtime
P: Retrieving libpam0g
P: Validating libpam0g
P: Retrieving libpcap0.7
P: Validating libpcap0.7
P: Retrieving libcap1
P: Validating libcap1
P: Retrieving libdb4.3
P: Validating libdb4.3
P: Retrieving libpam-modules
P: Validating libpam-modules
P: Retrieving procps
P: Validating procps
P: Retrieving base-passwd
P: Validating base-passwd
P: Retrieving makedev
P: Validating makedev
P: Retrieving ppp
P: Validating ppp
P: Retrieving libslang2
P: Validating libslang2
P: Retrieving libnewt0.51
P: Validating libnewt0.51
P: Retrieving libpopt0
P: Validating libpopt0
P: Retrieving whiptail
P: Validating whiptail
P: Retrieving pppconfig
P: Validating pppconfig
P: Retrieving gettext-base
P: Validating gettext-base
P: Retrieving pppoeconf
P: Validating pppoeconf
P: Retrieving info
P: Validating info
P: Retrieving manpages
P: Validating manpages
P: Retrieving groff-base
P: Validating groff-base
P: Retrieving bsdutils
P: Validating bsdutils
P: Retrieving bsdmainutils
P: Validating bsdmainutils
P: Retrieving dpkg
P: Validating dpkg
P: Retrieving libgdbm3
P: Validating libgdbm3
P: Retrieving man-db
P: Validating man-db
P: Retrieving login
P: Validating login
P: Retrieving passwd
P: Validating passwd
P: Retrieving adduser
P: Validating adduser
P: Retrieving cron
P: Validating cron
P: Retrieving exim4-config
P: Validating exim4-config
P: Retrieving exim4-base
P: Validating exim4-base
P: Retrieving libgpg-error0
P: Validating libgpg-error0
P: Retrieving libgcrypt11
P: Validating libgcrypt11
P: Retrieving liblzo1
P: Validating liblzo1
P: Retrieving libopencdk8
P: Validating libopencdk8
P: Retrieving libtasn1-2
P: Validating libtasn1-2
P: Retrieving libgnutls12
P: Validating libgnutls12
P: Retrieving libpcre3
P: Validating libpcre3
P: Retrieving exim4-daemon-light
P: Validating exim4-daemon-light
P: Retrieving at
P: Validating at
P: Retrieving cpio
P: Validating cpio
P: Retrieving ed
P: Validating ed
P: Retrieving libncursesw5
P: Validating libncursesw5
P: Retrieving nano
P: Validating nano
P: Retrieving nvi
P: Validating nvi
P: Retrieving psmisc
P: Validating psmisc
P: Retrieving klogd
P: Validating klogd
P: Retrieving sysklogd
P: Validating sysklogd
P: Retrieving libsigc++-2.0-0c2
P: Validating libsigc++-2.0-0c2
P: Retrieving aptitude
P: Validating aptitude
P: Retrieving dmidecode
P: Validating dmidecode
P: Retrieving laptop-detect
P: Validating laptop-detect
P: Retrieving tasksel
P: Validating tasksel
P: Retrieving libconsole
P: Validating libconsole
P: Retrieving libsepol1
P: Validating libsepol1
P: Retrieving libuuid1
P: Validating libuuid1
P: Retrieving util-linux
P: Validating util-linux
P: Retrieving e2fslibs
P: Validating e2fslibs
P: Retrieving libblkid1
P: Validating libblkid1
P: Retrieving libcomerr2
P: Validating libcomerr2
P: Retrieving libss2
P: Validating libss2
P: Retrieving e2fsprogs
P: Validating e2fsprogs
P: Retrieving 

Bug#337471: tempfile security issue

[Francesco Paolo Lovergine]

Package: smb4k
Version: 0.5.2
Severity: grave
Tags: security

See http://smb4k.berlios.de/ and thread already reported to stable secteam.
Fixed in 0.6.4 due in a few.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334680: cannot be installed on sid with current udev

[Francesco Paolo Lovergine]

Package: synce-serial
Version: 0.9.1-2
Severity: grave

Please follow udev/hotplug transition. The package depends currently
on hotplug, but current udev conflicts with hotplug and hotplug
is considered obsolete. Therefore it is not installable on a 
up-to-date system.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages synce-serial depends on:
ii  debconf [debconf-2.0]   1.4.58   Debian configuration management sy
ii  libc6   2.3.5-7  GNU C Library: Shared libraries an
ii  ppp 2.4.3-20050321+2 Point-to-Point Protocol (PPP) daem
ii  udev [hotplug]  0.070-5  /dev/ and hotplug management daemo

synce-serial recommends no packages.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#323358: grass package affected too

[Francesco Paolo Lovergine]

Awaiting for transition to be buildable on sid... :-(

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#324894: no more installable on sid

[Francesco Paolo Lovergine]

Package: kdebase-dev
Version: 4:3.3.2-1
Severity: grave

Dunno if you are waiting for c++ transition completion, anyway current
sid version is not installable. Any reason to not move the experimental
one in the sid pool? That's just for notice.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#319849: Security fix in just released 1.3.0rc2?

[Francesco Paolo Lovergine]

tags 319849 + security
found 319849 1.2.10-15
thanks

done

On Sat, Aug 20, 2005 at 09:35:39AM +0200, Vincent Bernat wrote:
 OoO En  cette matinée ensoleillée du  jeudi 18 août  2005, vers 09:18,
 Francesco Paolo Lovergine [EMAIL PROTECTED] disait:
 
  Shouldn't this bug  be tagged security ? Moreover,  since it is marked
  as closed in the BTS, will it be tracked correctly in the future ?
 
  Being now enabled versioning in BTS, yes. 
 
 Do you mind if I add the tag security on it ?
 -- 
 Localise input and output in subroutines.
 - The Elements of Programming Style (Kernighan  Plauger)

-- 
Francesco P. Lovergine

Bug#319849: Security fix in just released 1.3.0rc2?

[Francesco Paolo Lovergine]

On Thu, Aug 18, 2005 at 08:57:27AM +0200, Vincent Bernat wrote:
 OoO En cette  matinée pluvieuse du lundi 25  juillet 2005, vers 10:42,
 Francesco P. Lovergine [EMAIL PROTECTED] disait:
 
  I pointed both bugs at the very start of july (or end of june?) 
  to both stable and testing secteams and sent at least 3 mails about the 
  topic
  with patches and analysis for sarge, sid and woody. 
  When secteam will judge it useful, they'll do that. 
  Last time, I did wait months for that, for yardradius package. 
  If you know something useful to accellerate the process, i'd like to
  know...
 
 Shouldn't this bug  be tagged security ? Moreover,  since it is marked
 as closed in the BTS, will it be tracked correctly in the future ?

Being now enabled versioning in BTS, yes. 

-- 
Francesco P. Lovergine

Bug#318572: marked as done (amule is no more installable)

[Francesco Paolo Lovergine]

On Sat, Jul 16, 2005 at 02:08:45AM -0700, Steve Langasek wrote:
 reopen 318572
 thanks
 
  Ok, should go whenever new libwxgtk2.4 will enter sid...
 
 No, there won't *be* another libwxgtk2.4 package in sid: libwxgtk2.4 is a
 C++ library, which means it must be renamed as part of the ABI transition.
 This bug isn't fixed until libwxgtk2.4c2 is in unstable, and amule is
 reuploaded to build against it.
 

Mmmm, true... I should connect neurons this morning...

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#317282: proftpd: no init script

[Francesco Paolo Lovergine]

severity 317282 normal
tags 317282 + unreproducible
tags 317282 + moreinfo
thanks

Please, do not presume your problem is a general one without verification.
Of course it installs perfectly in a fresh install on sarge (just
verified to be sure, but it's a quite macroscopic issue to be never 
pointed before, don't you think so?), as well as in upgrading from a previous 
one.
Would you please purge and install it again, and post logging?

On Thu, Jul 07, 2005 at 02:38:42PM +0200, Laradji nacer wrote:
 Package: proftpd
 Version: 1.2.10-15
 Severity: grave
 Justification: renders package unusable
 
 The install script does not install /etc/init.d/proftpd
 
 -- System Information:
 Debian Release: 3.1
 Architecture: i386 (i686)
 Kernel: Linux 2.4.25-1-386
 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
 
 Versions of packages proftpd depends on:
 ii  adduser 3.63 Add and remove users and groups
 ii  debconf 1.4.30.13Debian configuration management 
 sy
 ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries 
 an
 ii  libcap1 1:1.10-14support for getting/setting 
 POSIX.
 ii  libpam0g0.76-22  Pluggable Authentication Modules 
 l
 ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
 ii  libwrap07.6.dbs-8Wietse Venema's TCP wrappers 
 libra
 ii  netbase 4.21 Basic TCP/IP networking system
 ii  proftpd-common  1.2.10-15Versatile, virtual-hosting FTP 
 dae
 ii  ucf 1.18 Update Configuration File: 
 preserv
 
 -- debconf information:
 * shared/proftpd/warning:
 * shared/proftpd/inetd_or_standalone: standalone

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315687: proftpd: Wrong permissions for ftp server

[Francesco Paolo Lovergine]

tags 315687 sid
thanks

On Sat, Jun 25, 2005 at 12:14:34AM +0200, Michael Bergbauer wrote:
 Package: proftpd
 Version: 1.2.10-17
 Severity: critical
 Justification: root security hole
 
 In the most recent (1.2.10-17) version of proftpd, the permissions used
 by the daemon are somehome mixed up: both anonymous and authenticated
 connections are mapped to uid 0/gid 0 in the filesystem. New files and 
 directories are created with uid 0/gid 0 (instead of the ftp/nogroup for
 anon connections resp. the authenticated user). 
 
 In anon mode, you seem to be trapped in the anon enviroment and can't
 delete files. 
 
 With authenticated connections, you also get root access to the whole
 system (visible to proftpd) and as your access is mapped to root/root,
 you can delete everything you like (thus the critical severity, as this
 opens root access to the ftp server's file system.
 
 This bug was not reproducable on 1.2.10-16, I had to install 1.2.10-17.
 The config file wasn't touched during the update to -17.
 
 

Sigh, something definitively messed up things during build on sid. Quite
interestingly the same package compiled on sarge does not present 
that problem :-?

deb http://people.debian.org/debian/sarge/ ./

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315687: proftpd: Wrong permissions for ftp server

[Francesco Paolo Lovergine]

On Sat, Jun 25, 2005 at 12:09:31AM -0400, Justin Pryzby wrote:
 On Sat, Jun 25, 2005 at 12:14:34AM +0200, Michael Bergbauer wrote:
  Package: proftpd
  Version: 1.2.10-17
  Severity: critical
  Justification: root security hole
 
  This bug was not reproducable on 1.2.10-16, I had to install 1.2.10-17.
  The config file wasn't touched during the update to -17.
 Thanks; this version info is highly useful to developers.  I tagged
 the bug sid, since -17 had not yet propogated to testing.  Although
 this bug is bad news, its good that the new version (uploaded ~24h
 ago) didn't get into testing (which is always supposed to be
 nearly-releasable).
 
 Thanks

Sigh, use -18 which will be in incoming in a few.
The sarge edition is yet available on my repo.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#315687: proftpd: Wrong permissions for ftp server

[Francesco Paolo Lovergine]

tags 315687 pending
thanks

Ok, Murphy's law in action...
Feel free to use my repos:

http://people.debian.org/debian/sarge/ ./
http://people.debian.org/debian/sid/ ./

ftp-master is moving so no new uploads until again available.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#313435: proftpd: FTBFS

[Francesco Paolo Lovergine]

On Mon, Jun 13, 2005 at 11:04:00AM -0600, dann frazier wrote:
 Package: proftpd
 Version: 1.2.10-16
 Severity: serious
 Justification: no longer builds from source
 
 This version of proftpd fails to autobuild on all architectures.  Here's one 
 of
 the failed build logs:
   
 http://buildd.debian.org/fetch.php?pkg=proftpdver=1.2.10-16arch=ia64stamp=1118668682file=logas=raw
 

FYI, 1.2.10 is at a dead end since sarge release in my own roadmap. 
Next upload will be a 1.3.0+cvs, which will fix the postgresql transition and 
of course 
introduce a new great series of bugs. Yay!

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#311557: appears to be present in 1.9-9 (sid) only

[Francesco Paolo Lovergine]

On Wed, Jun 01, 2005 at 08:01:37PM -0700, Steve Langasek wrote:
 Well, this bug is now merged with 262395, but they seem to be opposite sides
 of the same bugfix; the dependency on efmt is a result of the changes in
 1.9-9 that were supposed to fix 262395/306595.
 
 I don't really know anything about fmtutil (other than that it's a chronic
 RC irritant).  What's the variable here that causes some systems to need
 .fmt and some to need .efmt?  It doesn't seem to be the version of tetex
 packages installed, at least.
 
 Supposing for the moment we're out of time before release, which version
 would we want to go with -- the 1.9-8 version that assumes .fmt, or the
 1.9-9 version that assumes .efmt?
 

AFAIK the choice of enhanced or normal tex engine is related to the use of 
the new NTS primitives, so it's due to the specific sheet (xmltex in
this case). Tetex is compatible with both engines, and there are other
sheets that use just one of them or both. Someone who knows better
the inner requirements of xmltex should have a guess... I'm a poor
texnician, not a wizard :) I can just guess that probably etex is the
way to go, but postinst needs a decent fix as suggested in my previous
followups, in any case.

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#309819: possible patch

[Francesco Paolo Lovergine]

A possible patch could be the following, but please check against the two 
archs which give problem...

--- endian.h.old2005-05-28 18:03:12.157472224 +0200
+++ endian.h2005-05-28 18:06:03.729389328 +0200
@@ -26,15 +26,7 @@
 #ifndef _endian_h_
 #define _endian_h_
 
-#if G_BYTE_ORDER == G_BIG_ENDIAN
-#define guint64_to_BE(x)   x
-#define guint64_to_LE(x)   GUINT64_SWAP_LE_BE(x)
-#elif G_BYTE_ORDER == G_LITTLE_ENDIAN
-#define guint64_to_BE(x)   GUINT64_SWAP_LE_BE(x)
-#define guint64_to_LE(x)   x
-#else
-#error Byte order not supported
-#endif
+#include glib/gtypes.h
 
 /*
  * Macros
@@ -96,20 +88,20 @@
 
 #define READ_GUINT64_BE(a,v) G_STMT_START { \
STATIC_ASSERT(8 == sizeof (v)); \
-memcpy(v, a, 8); v = guint64_to_BE(v); \
+memcpy(v, a, 8); v = GUINT64_TO_BE(v); \
 } G_STMT_END
 
 #define READ_GUINT64_LE(a,v) G_STMT_START { \
STATIC_ASSERT(8 == sizeof (v)); \
-memcpy(v, a, 8); v = guint64_to_LE(v); \
+memcpy(v, a, 8); v = GUINT64_TO_LE(v); \
 } G_STMT_END
 
 #define WRITE_GUINT64_BE(v,a) G_STMT_START { \
-guint64 _v = guint64_to_BE(v); memcpy(a, _v, sizeof _v); \
+guint64 _v = GUINT64_TO_BE(v); memcpy(a, _v, sizeof _v); \
 } G_STMT_END
 
 #define WRITE_GUINT64_LE(v,a) G_STMT_START { \
-guint64 _v = guint64_to_LE(v); memcpy(a, _v, sizeof _v); \
+guint64 _v = GUINT64_TO_LE(v); memcpy(a, _v, sizeof _v); \
 } G_STMT_END
 
 #endif /* _endian_h_ */

-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310577: 'kernel-patch-grsecurity2' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

On Wed, May 25, 2005 at 01:47:27AM +0200, Laszlo Boszormenyi wrote:
 On Tue, 2005-05-24 at 23:32 +0200, Francesco Paolo Lovergine wrote:
  About that specific patch, the nice thing is that the nude patch applies
  nicely to debian kernel source, but kernel-patch fails :-?
  To which debian kernel source version? Please be more specific.
 It won't apply to *any* 2.6.8 version as there were no upstream
 release from that; major changes to the VM(?) forced them to rewrite
 their patch magnificaly which took time (next upstream version was
 for 2.6.10 if I am not mistaken).
 

Mmm, right I probably tried it with sid sources for 2.6.11 for a project of 
mine...


-- 
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310545: 'kernel-patch-adamantix' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-adamantix
Version: 1.7
Severity: grave

Dear Javier Fernandez-Sanguino Pen~a 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-adamantix does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310542: 'kernel-patch-adamantix' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-adamantix
Version: 1.7
Severity: grave

Dear Javier Fernandez-Sanguino Pen~a 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-adamantix does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310543: 'kernel-patch-adamantix' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-adamantix
Version: 1.7
Severity: grave

Dear Javier Fernandez-Sanguino Pen~a 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-adamantix does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310544: 'kernel-patch-adamantix' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-adamantix
Version: 1.7
Severity: grave

Dear Javier Fernandez-Sanguino Pen~a 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-adamantix does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310558: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310557: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310554: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310551: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310553: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310555: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310562: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310556: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310559: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310561: 'kernel-patch-2.4-cobalt' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-2.4-cobalt
Version: 13
Severity: grave

Dear Russell Coker 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-2.4-cobalt does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310565: 'kernel-patch-cryptoloop' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-cryptoloop
Version: 2.4.22.0-25.1
Severity: grave

Dear Juergen Strobel (private) 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-cryptoloop does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#310564: 'kernel-patch-badram' does not apply to any current sarge kernel

[Francesco Paolo Lovergine]

Package: kernel-patch-badram
Version: 2.6.5.2-1
Severity: grave

Dear Yann Dirson 

As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt, 
kernel-patch-badram does not
apply clean to a current kernel-source. If you think this package is anyway 
useful at least with
an up-to-date vanilla kernel and sure that it apply properly, feel free to 
document this in the 
package and reduce the severity of this report, else this kernel-patch will be 
hinted for 
removing in sarge.

See also this ML thread about the issue:

http://lists.debian.org/debian-release/2005/05/msg01325.html

--
Francesco P. Lovergine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]