Package: sshfs
Version: 1.2-1
Severity: normal
User must use sshfs, not fusermount as explained in the README file.
Please document better for a correct use.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1,
Package: sshfs
Version: 1.2-1
Severity: important
At least using udev, /dev/fuse is owned by root:root which renders the
fuse group superfluous. Moreover, sshfs does not work as regular user in
that condition. One should expect to use the program as a plain user
instead, but /dev/fuse ownership
severity 341491 normal
thanks
Well, things goes well after a udev restart (by reboot). That would need
to be documented probably. Anyway the fuse device is missing when
udev is not used, so probably something needs to be done on that
regards.
--
Francesco P. Lovergine
--
To
Package: man-db
Version: 2.4.3-3
Severity: normal
Shouldn't check before running a pager on unknown files?
ruid=1000, euid=1000
++priv_drop_count = 1
From the config file /etc/manpath.config:
Mandatory mandir `/usr/man'.
Mandatory mandir `/usr/share/man'.
Mandatory mandir `/usr/X11R6/man'.
On Sun, May 08, 2005 at 05:13:34PM +0200, Klaus Ethgen wrote:
Package: proftpd
Version: 1.2.10-11
Followup-For: Bug #237050
As this makes the new version not work anymore this seems to be no
normal bug than an important one. (I do not know if and how to increase
the severity of a allready
On Tue, May 10, 2005 at 10:07:45AM -0400, jlivings wrote:
I recently attempted to install Openmosixview 1.5-7 and encountered the
same bug Jesús did. Checking on packages.debian.org revealed that
/usr/bin/openmosixcollector was not installed. I then downloaded the
soruce package for 1.5-7
Package: wnpp
Severity: wishlist
Owner: Francesco P. Lovergine [EMAIL PROTECTED]
* Package name: gstat
Version : 2.4.4
Upstream Author : Edzer J. Pebesma [EMAIL PROTECTED] et al.
* URL : http://www.gstat.org/
* License : GPL
Description : A program for
tags 308578 + upstream
tags 308578 + fixed-upstream
tags 308578 + patch
thanks
On Wed, May 11, 2005 at 10:39:49AM +0200, Rainer Schöpf wrote:
Package: proftpd
Version: 1.2.10-10
Severity: important
I maintain a large anonymous ftp server, ftp.dante.de a.k.a.
dante.ctan.org. We rely on
severity 308861 important
tags 308861 + pending
thanks
Justification: it renders LDAP unusable with TLS, with obviuous security
impact :-(
On Thu, May 12, 2005 at 09:35:14PM +0200, Robert Schüler wrote:
Package: proftpd-ldap
Version: 1.2.10-11
While updating proftpd-ldap to 1.2.10-11
On Sun, May 15, 2005 at 05:48:54PM +0200, Heinrich Wendel wrote:
Package: proftpd-ldap
Version: 1.2.10-10
Severity: normal
After upgrading proftp-ldap to 1.2.10-11 from 1.2.10-10 PAM
authentication isn't working. I get the following in my syslog:
May 15 17:15:37 korinth proftpd:
Package: teapop
Version: 0.3.7-3
Severity: wishlist
Some options like '-n' or '-N' could be passed in /etc/default/teapop by
the admin. Please, modify the init script to allow that nicely.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable'), (500,
On Thu, May 19, 2005 at 03:29:10AM -0700, Rupa Schomaker wrote:
Package: proftpd-ldap
Version: 1.2.10-13
Severity: important
File: /usr/sbin/proftpd
After dist-upgrade I ge the following:
sudo /etc/init.d/proftpd start
Starting ProFTPD ftp daemon: /usr/sbin/proftpd: error while loading
On Thu, May 19, 2005 at 08:50:24AM -0700, Rupa Schomaker wrote:
aha, replaced with prior version and all is well.
Previous version of libldap2 I suppose :)
On 5/19/2005 5:04 AM, Francesco Paolo Lovergine wrote:
On Thu, May 19, 2005 at 03:29:10AM -0700, Rupa Schomaker wrote:
Package
On Fri, May 20, 2005 at 10:24:36AM +0200, Rainer Schöpf wrote:
Thanks for fixing this. I notice that the correction didn't make it into
sarge (yet).
Should I raise the severity to release-critical? It certainly is for me.
Kind regards,
Rainer Schöpf
I'm quite confident important is
On Thu, May 19, 2005 at 05:26:50PM +0200, Alexis Sukrieh wrote:
The package source is available on my repository:
deb-src http://www.sukria.net/debian ./
I don't know what is the best thing to do here, as this is an update of
the 2.16 package (which is in testing) and our sid package
On Fri, Jan 06, 2006 at 01:10:01PM +0100, Bart Samwel wrote:
Francesco P. Lovergine wrote:
Package: laptop-mode-tools
Severity: serious
Justification: causes user configuration loss
After purging the package, I discovered my syslog ceased to work. I
found a dangling symlink
On Sun, Jan 08, 2006 at 08:02:35PM +0100, Laurent Bonnaud wrote:
Hi again,
in fact many grass libraries have the same problem:
$ ldd -r /usr/lib/grass/lib/libgrass_*6.0.1.so | grep symbol
[...]
undefined symbol: log (/usr/lib/grass/lib/libgrass_cdhc.6.0.1.so)
undefined symbol: sqrt
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,
On Tue, Jan 10, 2006 at 06:58:24PM +0100, David Martínez Moreno wrote:
reopen 321664
thanks for the fish
Hello, Decklin and Francesco. I have noticed your changelog about this
bug
during a routine upgrade in my system. I send this mail as a member of the X
Strike Force.
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
On Sat, Dec 10, 2005 at 01:27:42PM +0100, Simon Josefsson wrote:
The library (libgsasl.* and gsasl.h) are LGPL. The command line tool
is GPL. The manual is GFDL.
The library used to be licensed under the GPL as well, maybe that's
the reason there are still some ambiguity.
Maybe a better
On Mon, Dec 12, 2005 at 04:34:35PM +, Khapin wrote:
Package: smb4k
Version: 0.6.4-0.0etch1
Severity: normal
Crashes with those messages:
Smb4KUser: Could not get group name!
Would you please specify your account configuration? Are you using
passwd/group file, kerberos, nis, ldap,
Package: cupsys
Version: 1.1.23-13
Severity: important
Using the 'Port 631' or 'Port localhost:631' or what else, prevents
cups starting due to a 98 return code. AFAIK it already binds
automatically 0:631 and returns that code as a warning, not an error.
This is an ipv4-only env.
Removing the
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')
tags 344644 + unreproducible
tags 344644 + moreinfo
thanks
Sorry, but it works perfectly in sid as in sarge here on different boxes.
Would you please specify if you are using a stock kernel or a hand maden
one and configuration just in case? What X environment?
On Sat, Dec 24, 2005 at 11:42:55AM
On Sat, Dec 24, 2005 at 04:51:38PM +0100, Djani Buric wrote:
Package: rox-filer
Version: 2.3-2
Severity: important
When I click on the List View icon or when I select Display/List View from
the popup menu, ROX filer crashes, and all filer windows close.
I don't know if this is important
tags 335902 upstream
forward [EMAIL PROTECTED]
thanks
On Wed, Oct 26, 2005 at 06:24:44PM +0200, Fabrice LORRAIN wrote:
Package: proftpd
Version: 1.2.10-15sarge1.0.1
Severity: important
Hello,
proftpd doesn't send error code 421 when there is no more session
allowed (from rfc959,
severity 335902 normal
thanks
421 is non mandatory in RFC959. Btw, add your proftpd.conf and a
dumping session to the report to help.
Thanks
Upstream reports:
My guess is that they're encountering their MaxInstance
limit, rather than MaxClient
since that will cause proftpd to simply close the
On Wed, Oct 26, 2005 at 08:01:15PM +0200, Fabrice LORRAIN wrote:
Correct, MaxInstance=Maxclient=1 in this testbed configuration.
Our regular ftp server was running with MaxInstance=Maxclient=100.
Set maxclient maxinstance (or remove it at all),
that should cause a nice handling of limit
Package: initramfs-tools
Severity: normal
http://bugzilla.ubuntu.com/show_bug.cgi?id=17388
This issue is also valid in debian AFAIK, please manage this controller
adding both modules to the initramfs image. Of course, a workaround
is adding the right module to /etc/mkinitramfs/modules by hand.
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:
On Fri, Oct 21, 2005 at 12:23:05PM +0800, Kurapica wrote:
Package: proftpd-mysql
Version: 1.2.10-15sarge1.0.1
When a client send a LIST command, sometimes the client is blocked and
the corresponding process on the server eats all CPU resources.
When my server have 30 ftp users online,
Package: proftpd
Version: 1.2.10-20
The cpu occasional hog under heavy load is solved in -20
On Fri, Oct 21, 2005 at 12:23:05PM +0800, Kurapica wrote:
Package: proftpd-mysql
Version: 1.2.10-15sarge1.0.1
When a client send a LIST command, sometimes the client is blocked and
the
Package: e00compr
Followup-For: Bug #339020
--- cpl_port.h 2005-09-17 15:56:44.0 +0200
+++ /tmp/cpl_port.h 2005-11-14 16:15:48.0 +0100
@@ -171,9 +171,18 @@
* This should be defined in the Makefile, but if it is not then
* the default is CPL_LSB (Intel ordering, LSB
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:
On Tue, Nov 22, 2005 at 11:34:17AM +0300, Vladimir Stavrinov wrote:
Package: proftpd
Version: 1.2.10-25
Severity: normal
While upgrading from cron job on remote server with no local console
connected, got the error message:
Setting up proftpd (1.2.10-25) ...
On Tue, Nov 22, 2005 at 12:34:19PM +0300, Vladimir Stavrinov wrote:
On Tue, Nov 22, 2005 at 09:58:08AM +0100, Francesco Paolo Lovergine wrote:
That's a work around exactly for your case due to a known bug,
What is it? The same error appear some time ago. To fix this I
am issue manually
On Tue, Nov 22, 2005 at 02:00:57PM +0300, Vladimir Stavrinov wrote:
On Tue, Nov 22, 2005 at 11:41:07AM +0100, Francesco Paolo Lovergine wrote:
I meant update-inetd, which is used by a few (very few now)
net services... BTW, I'm having the temptation to do not
support inetd
Package: request-tracker3.4
Severity: normal
rt-mailgate does use a RPC call to http/https site to submit tickets.
I lost a few time to debug things like:
http://lists.fsck.com/pipermail/rt-devel/2003-February/003086.html
at least on sarge. I suspect things are not different on etch+.
Please,
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]
On Mon, Oct 16, 2006 at 11:56:28PM +0200, G?rkan Seng?n wrote:
Hello Francesco
Do you still have this problem with the version of wmaker in sid?
Yours,
G?rkan
It seems now ok with current wmake/gnome-terminal in sid.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL
Package: wmii
Version: 3.1-3
Severity: minor
http://wmii.suckless.org/ is the new home.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
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
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.
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 Wed, Sep 20, 2006 at 09:12:07PM +0300, George Danchev wrote:
Package: icmake
Version: 6.22-7
Severity: normal
Hello,
Today we have been bitten by #388423, which is a sign of icmake
having a subtle problem on powerpc. What actually happend with the build
of
stealth
Package: alsa-base
Version: 1.0.13-2
Severity: important
After migrating a sarge box to etch, /etc/modprobe.d/sound is still
around with an entry
options snd device_mode=0660
which causes failure in loading snd module with 2.6.17+
Please, manage better this kind of issue, because the
tags 381724 + upstream
forward 381724 [EMAIL PROTECTED]
thanks
Well I forwarded that to upstream. I think an un-overridable default for
system programs is not a so great idea.
On Sun, Aug 06, 2006 at 01:16:02PM -0600, David L. Anselmi wrote:
Package: hdup
Severity: normal
bzip2 version
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
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,
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
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
Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine [EMAIL PROTECTED]
* Package name: autodir
Version : 0.99.0
Upstream Author : Venkata Ramana Enaganti [EMAIL PROTECTED]
* URL : http://www.intraperson.com/autodir/
* License : Creative Commons
On Fri, Jan 20, 2006 at 12:30:06PM +0100, Allard Hoeve wrote:
Package: proftpd
Version: 1.2.10-27
Severity: normal
Tags: patch
Dear Maintainer,
I've backported the 1.2.10-27 package to sarge, in order to fix the signal 11
problems you addressed lately. However, I'm running into some
Package: unbound
Version: 1.0.2-1
Severity: normal
As in subject, it fails at startup when installed after bind. It seems
appropriate
proposing a virtual package (dns?) and finding agreement among all name server
maintainers
(bind*, djbdns, etc.) about that, following policy best practice.
--
Package: svn-buildpackage
Version: 0.6.23
Severity: normal
Using svn-upgrade
cp -a /tmp/tmp.mGhdx22984/qgis-0.9.1/. /tmp/tmp.mGhdx22984/upsCurDir/.
Invalid argument: Can't convert string from native encoding to 'UTF-8'::
J?\195?\188rgen_Fischer.jpg at
/usr/share/svn-buildpackage/SDCommon.pm
Package: geos
Version: 2.2.3
Severity: wishlist
As in subject
-- 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,
Package: libnss-ldap
Version: 258-1
Followup-For: Bug #332601
nss_reconnect_tries
nss_reconnect_sleeptime
nss_reconnect_maxsleeptime
nss_reconnect_maxconntries
All of them are important parameters which need to be documented in
manpage for libnss-ldap.conf, available since 251.
-- System
Package: libnss-ldap
Version: 258-1
Severity: wishlist
That would allow safely local root login even when LDAP server is not
available and/or PAM not correctly configured to by-pass LDAP
accounting. It could also be considered adding other system accounts,
comma separated to avoid udev warnings
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: gdal
Version: 1.5.0-1
Followup-For: Bug #462709
See http://trac.osgeo.org/gdal/changeset/13615?format=diffnew=13615
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Package: gdal
Version: 1.5.0-2
Severity: important
As in subject
-- 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=C,
Package: xserver-xorg-video-ati
Version: 1:6.7.197-1
Severity: important
I tried with two different ATI boards, X crashes and display freezes
just clicking on any menu item in the top menu bar of OOo.
So OOo is unusable in current sid on ATI.
-- Package-specific info:
Contents of
Package: sshfs
Version: 1.7-2.1
Followup-For: Bug #375521
sshfs#klecker:books 1000G 0 1000G 0% /home/frankie/books
Well, it is not truly fixed. At least reports 0 size available
but it would be more correct not reporting any valid size, i.e.
sshfs#klecker:books 0 0 0 0%
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-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
Package: kernel-patch-time
Version: 2.4.24-1
Severity: grave
Dear Pawel Wiecek
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-time does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least with
an
Package: kernel-patch-quota
Version: 2.4.24-1
Severity: grave
Dear Pawel Wiecek
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-quota does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least with
an
Package: kernel-patch-psd
Version: 2.4.24-1
Severity: grave
Dear Pawel Wiecek
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-psd does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least with
an
Package: kernel-patch-grsecurity2
Version: 2.1.5-1
Severity: grave
Dear Laszlo Boszormenyi (GCS)
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-grsecurity2 does not
apply clean to a current kernel-source. If you think this package is anyway
Package: kernel-patch-relayfs
Version: 2.6.9-1
Severity: grave
Dear Yann Dirson
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-relayfs does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least with
an
Package: kernel-patch-2.4-kgdb
Version: 1.9-1
Severity: grave
Dear Brandt Dusthimer
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-2.4-kgdb does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least
Package: kernel-patch-quota
Version: 2.4.24-1
Severity: grave
Dear Pawel Wiecek
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-quota does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least with
an
Package: kernel-patch-ttl
Version: 2.4.24-1
Severity: grave
Dear Pawel Wiecek
As reported in http://people.debian.org/~frankie/kernel-patches-checks.txt,
kernel-patch-ttl does not
apply clean to a current kernel-source. If you think this package is anyway
useful at least with
an
On Tue, May 24, 2005 at 11:20:06PM +0200, Laszlo Boszormenyi wrote:
Hi Francesco again,
On Tue, 2005-05-24 at 14:20 +0200, Francesco Paolo Lovergine wrote:
If you think this package is anyway useful at least with
an up-to-date vanilla kernel and sure that it applies properly,
Yes, but I
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
merge 310863 271031
thanks
On Thu, May 26, 2005 at 02:53:50PM +0100, Roger Leigh wrote:
Package: sbuild
Version: 0.35
Severity: normal
Hi,
sbuild uses the non-chrooted install of apt, rather than the copy
installed inside the chroot. I've not investigated why yet.
If apt-listbugs is
Would you please have a try. Of course you should set on the DelayEngine
directive.
Thanks. I hope this version would enter sarge.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, May 26, 2005 at 05:49:20PM +0200, Alexis Sukrieh wrote:
Note that the package on my repository was renamed:
http://www.sukria.net/debian/source/bugzilla_2.16.7-7sarge1_i386.changes
I followed Frankie's advices for making the t-p-u the right way.
For me, the package is ready for an
On Thu, May 26, 2005 at 08:15:35PM +0200, Michael Banck wrote:
The question rather is: Why does sbuild not run apt in the chroot? I
guess the answer is: Because upstream's (i.e. the one used on the
official buildds) does not either, and there was no convincing argument
to change it.
On Thu, May 26, 2005 at 08:56:26PM +0100, Roger Leigh wrote:
However, I am a bit worried that this might break sbuild on hurd-i386,
as networking inside the chroot is AFAIK not known to work reliably on
the Hurd, and users of sbuild have reported trouble with it (though
perhaps they were
reopen 308313
thanks
Sorry, too soon closed the issue. The problem persists after a good
number of logins. Currently on setting off DelayEngine works.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 ==
I found the same problem on my desktop at work and my laptop.
xmltex wrongly suppose the efmt is available:
cat /etc/texmf/fmt.d/40xmltex.cnf
xmltex tex language.datlatex xmltex.ini
pdfxmltex pdftex language.datpdflatex pdfxmltex.ini
cat
1 - 100 of 405 matches
Mail list logo