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
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
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
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)
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.
>>
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
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
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
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
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
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\
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
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:
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
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.
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.
--
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
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
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
\
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...
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)
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
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
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
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
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
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,
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 -
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
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
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
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:
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')
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
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
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.
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
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,
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]
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
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
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
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.
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,
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
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
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
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
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
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
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
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:
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
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.
::
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.
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
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
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
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
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
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')
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
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
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'),
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
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
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
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,
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:
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')
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:
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]
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:
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
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
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
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
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:
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
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
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:
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
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 ==
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
1 - 100 of 111 matches
Mail list logo