them.
-jonathan
georges.khaznadar wrote:
> To: Jonathan H N Chin , 1061...@bugs.debian.org
> From: Georges Khaznadar
> Date: Fri, 1 Mar 2024 14:08:08 +0100
> Subject: Re: Bug#1061155: closed by Debian FTP Masters
> (reply to Georges Khaznadar
> ) (Bug#1061155: fixed in cron 3.0pl1
Hi, I just received the new package and tried it. Thanks.
It detects unacceptable MAILTO/MAILFROM, but because unacceptable
values will cause an error later, issuing only a warning feels
inadequate to me.
For usability, perhaps it would be better to use check_error().
Currently, warnings could
ses.
>
>I suppose that we can sanitize the value of MAILTO, by checking it
>
>with a regular expression derived from RFC 5322 Official Standard
>
>(see [1]https://emailregex.com/), or do you suggest some lighter approach?
>
>Best regards, Geor
extra space included in the
>
>list of MAILTO addresses.
>
>I suppose that we can sanitize the value of MAILTO, by checking it
>
>with a regular expression derived from RFC 5322 Official Standard
>
>(see [1]https://emailregex.com/), or do you suggest some lighter
Sorry, my mail server does not seem to have received any email
from debian when you sent your email on 2024-01-21. Was I
supposed to have been automatically Bcc'd?
I disagree that the bug is not grave - I believe it meets the
criterion of data being lost (and was in fact lost by the user).
Package: cron
Version: 3.0pl1-182
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
* What led up to the situation?
1. A user ran "crontab -e"
2. He added the line (note the space):
MAILTO=a...@example.org, b...@example.com
3. He saved and exited
4. No errors
Package: cron
Version: 3.0pl1-176
Severity: normal
Dear Maintainer,
* What led up to the situation?
`crontab -l` has started producing garish yellow output that corrupts
the prompt. There is no documentation in the manpage explaining that
colour is produced in some circumstances (just notes
Package: findimagedupes
Version: 2.20.1-1
Severity: normal
Dear Maintainer,
Hi I am the author of findimagedupes.
I believe you are building directly from the files on github.
I don't provide the tar release file there. Perhaps I should.
Building the debian package directly from the
Package: findimagedupes
Version: 2.20.1-1
Severity: normal
Dear Maintainer,
The debian build process appears to amend the Inline::C setup:
/usr/lib/x86_64-linux-gnu/perl5/5.36/findimagedupes/C.pm :
```
use Inline
C => 'DATA',
NAME => 'findimagedupes::C',
VERSION =>
Package: findimagedupes
Version: 2.19.1-1+b1
Severity: normal
X-Debbugs-Cc: c...@jhnc.org
Hi debian maintainers, thanks for all your work.
I'm the author of findimagedupes.
The original findimagedupes Perl script includes inline C code
and autogenerates files at runtime in:
Thank you for the suggested patch which, unfortunately, I have
only just seen.
Benchmarking the change on a buster/sid system today with:
findimagedupes_2.18-7
libgraphics-magick-perl_1.4~hg15873-1+b1
perl -dNYTProf ./findimagedupes-test -v fp -n -- ...
I get:
Calls P F
Package: tt-rss
Version: 15.7+git20151123+dfsg-5
Severity: normal
php-curl is not in the list of recommended dependencies for tt-rss.
In include/functions.php:fetch_file_contents(), if php-curl is not
installed, the code seems to fall back to using file_get_contents().
However, this fails to
Package: thinkfan
Version: 0.7.1-2
Severity: important
Tags: patch
I have a lenovo thinkpad x201. I am able to make the cpu
overheat if I run processes that are very intensive.
This is because the level 7 fan speed (~4500RPM)
is much lower than level disengaged speed (~5500RPM).
It is not
laney wrote:
On Wed, Dec 29, 2010 at 09:39:15PM +, Jonathan H N Chin wrote:
It is important to me that my original files are never modified in any way.
If the manual clearly states your original is never altered, then there
must never be a situation where it needs write access to the file
Package: f-spot
Version: 0.6.2-2
Severity: normal
The online manual clearly states:
| 1.2.1. Versions
| When you edit your photos, a new copy (called a version) is created,
| so your original is never altered. After your first edit to a photo,
| subsequent edits will modify the same version.
Subject: gnome-power-manager: battery - battery/10 after suspend on mains
Package: gnome-power-manager
Version: 2.30.1-1
Severity: normal
I have a ThinkPad X201 with docking bay.
It is configured to suspend when I close the lid.
However, if the machine is connected to the external PSU
(either
Package: zfs-fuse
Version: 0.6.0+critical20100301-5
Severity: normal
Despite the description of .zfs/snapshot in zfs(1M), it does not appear
to be accessible in the zfs-fuse implementation.
Apparently a workaround is to perform a zfs clone of the snapshot and
access that instead. However this
Package: zfs-fuse
Version: 0.6.0+critical20100301-5
Severity: important
It does not seem to be possible to replicate data without first copying it
to a temporary file. Invoking more than one instance of zfs in a pipeline
simply hangs.
I see a workaround in a 2007-11-09 post by Ricardo Correia
all that you'll need in debian/rules
to remove it:
sed -i '/^=head1 INSTALLATION/,/^=head1 /{/^=head1 /p;d;}' $(pkg)
-jonathan
--
Jonathan H N Chin
http://@jhnc.org;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Okay, I removed the glob and just used opendir/readdir.
I'm fairly certain this version should work properly.
Thanks for noticing the problem Brendon.
-jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Oops. No, escaping doesn't suffice. I didn't test thoroughly.
Time for some coffee.
-jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I think it suffices to escape the input: glob(\Q$file\E/*)
$ find .|od -c
000 . \0 . / t h i s ' i s ' a
020 t e s t f i d \0 . / t h i s '
040 i s ' a t e s t f i d / w i
alexandre.rossi wrote:
Done. Please test if you have a chance to do so. You should find an
up-to-date snapshot on the program's website.
That was quick. Thanks.
I'm not sure if this is considered to be a bug, but if I run
the following two commands, the final html files contain links
to
alexandre.rossi wrote:
Some subdirectories are incorrectly treated as a picture.
This results in files in such directories being difficult to access.
I think the bug is with any directory that contains a ..
You were right, thanks a lot for the report.
The patch that fixes this is the
alexandre.rossi wrote:
Yep that's the other bug that I also fixed. http://bugs.debian.org/504040
Oops. Sorry, I didn't read that report.
I will wait for the changes to make their way into the debian package.
Thanks.
-jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
alexandre.rossi wrote:
If a subdirectory contains no images (directly, it may have them nested
further down) then the placeholder image is empty.
Could you elaborate a bit because this works for me. Which theme are you
using?
The default theme.
There was an issue close to this for
Package: lazygal
Version: 0.4-1
Severity: wishlist
The -O option copies the original files into the new tree.
I have a readonly hierarchy of large images that I don't want to
copy but I do want to be linked into the html pages.
I suggest a new option that allows a directory base to be specified
Package: lazygal
Version: 0.4-1
Severity: normal
Some subdirectories are incorrectly treated as a picture.
This results in files in such directories being difficult to access.
I think the bug is with any directory that contains a ..
Examples I have seen include:
directory name:treated
Package: lazygal
Version: 0.4-1
Severity: wishlist
If a subdirectory contains no images (directly, it may have them nested
further down) then the placeholder image is empty.
It is not immediately obvious that one should click on such an empty
space on a webpage in order to proceed.
Perhaps a
--
Jonathan H N Chin, 2 dan | deputy computer | Newton Institute, Cambridge, UK
[EMAIL PROTECTED] | systems mangler | tel/fax: +44 1223 767091/330508
respondeo etsi mutabor --Rosenstock-Huessy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
.
-jonathan
--
Jonathan H N Chin | deputy computer | Newton Institute, Cambridge, UK
[EMAIL PROTECTED] | systems manager | tel/fax: +44 1223 767091/330508
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the different users.
Yes, it works.
'LC_ALL=en_GB.ISO-8859-1 LANG=en_GB.ISO-8859-1 ypcat'
This works.
This seems to say that the problem is in the nis package instead of the
glibc package.
There's only one way to find out... FIGHT!
-jonathan
--
Jonathan H N Chin | deputy
|awk -F: '{print $5}'|od -c
000 K . M a r k s t r 367 m \n
015
-jonathan
--
Jonathan H N Chin | deputy computer | Newton Institute, Cambridge, UK
[EMAIL PROTECTED] | systems manager | tel/fax: +44 1223 767091/330508
--
To UNSUBSCRIBE, email
--
Jonathan H N Chin | deputy computer | Newton Institute, Cambridge, UK
[EMAIL PROTECTED] | systems manager | tel/fax: +44 1223 767091/330508
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
this fails? The bug log suggests it'll be a UTF-8 one since it's a
fresh etch install.
Yes, it is.
-jonathan
--
Jonathan H N Chin | deputy computer | Newton Institute, Cambridge, UK
[EMAIL PROTECTED] | systems manager | tel/fax: +44 1223 767091/330508
--
To UNSUBSCRIBE, email
aurelien wrote:
Would it be possible to test that with libc6_2.7-12 ?
Fails, with apparently same behaviour as 2.3.6.ds1-13etch5 :
$ dpkg -l libc6|awk '/^.i/{print $3}'
2.7-12
$ ypcat passwd|grep Mark|awk -F: '{print $5}'|od -c
000
-jonathan
--
To UNSUBSCRIBE, email
I have been pointed to:
https://issues.apache.org/bugzilla/show_bug.cgi?id=38635
https://issues.apache.org/bugzilla/show_bug.cgi?id=43562
Perhaps the fix can be backported, or maybe the necessity to
use (and warnings about using) AcceptPathInfo with mod_speling
can be documented
Package: apache2.2-common
Version: 2.2.3-4+etch4
Severity: important
I have a website which for historical reasons has lots of urls
given with the wrong case (files were stored on a case-insensitive
filesystem in the past).
With sarge and apache 2.0.54, mod_speling hid the problem.
For
broonie wrote:
Reassigning there as a result but please provide further information on
what has changed between a working and non-working system - I strongly
expect that you will also have changed other packages.
I have a webserver running sarge. I'm building a replacement using etch.
It's
broonie wrote:
...here you are talking about specific NIS package versions rather than
a change from sarge to etch. Can you please confirm that the issue you
are seeing manifests when changing distributions rather than being
specifically the result of an upgrade of the nis package?
Yes.
Addendum:
I can't see much difference between nis 3.13-2 and 3.17-6.
However, there are lots of differences in libc6 going from
2.3.2.ds1-22sarge6 to 2.3.6.ds1-13etch5. Since ypcat is just
a wrapper to yp_all calls (from libnsl ?), perhaps this bug
should be reassigned to libc6.
-jonathan
Sorry, I misunderstood your previous email.
I've uploaded the new version.
-jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
This is not a bug in findimagedupes, per se.
It seems the Perl API changed between 5.8.8 and 5.10.0:
http://lists.macosforge.org/pipermail/macports-dev/2007-December/003947.html
I expect lots of programs are affected.
A workaround might be to force the findimagedupes package to depend
on
meskes wrote:
But I think what Andreas was refering to is the message
v-string in use/require non-portable at /usr/bin/findimagedupes line 25.
Perl 5.10 appears to give more detailed diagnostics.
I've changed the offending line in my source:
require 5.6.1; - require 5.006_001;
I'm
Package: kvm
Version: 63+dfsg-1
Severity: grave
Justification: renders package unusable
$ dpkg -l kvm | tail -1 | awk '{print $3}'
63+dfsg-1
$ qemu-img create -f qcow test.img 2G
Formatting 'test.img', fmt=qcow, size=2097152 kB
$ kvm -boot d -cdrom debian.img -hda test.img
qemu: could not open
Probably no need to Cc: the end-users for this.
tillea wrote:
I wonder if you could provide a versioned tarball containing
the script itself the copyright statement (GPL) and a README
(in principle as it is done in the Debian tarball). The
rationale behind this request is that this would
Andreas,
I have uploaded a new version that I believe fixes the bug to:
http://www.jhnc.org/findimagedupes/
It is a single line change.
Perhaps now would be a convenient time to switch the package to
using graphicsmagick to fix the SIGSTOP issue with imagemagick.
-jonathan
--
I noticed some bad logic in process_file() and diffbits()
so I have uploaded a new version (2.5).
-jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: nn
Version: 6.7.2-1
Severity: normal
Between nn-6.6.5 and this version, save-files has stopped working.
Reproduce by creating a .nn/init like:
--- 8 --- 8 --- 8 --- 8 --- 8 --- 8 --- 8 --- 8 --- 8 --- 8 ---
set default-save-file +$G
set folder /home/jhnc/archive/usenet
save-files
Package: apache2
Version: 2.0.54-5
Severity: wishlist
Although my filesystem can store multi-gigabyte files,
apache can't serve them.
For example, attempting to access an ~6GB tar file I get:
/var/log/apache2/error.log:[Wed Nov 30 18:04:06 2005] [error] [client
131.111.145.57] (75)Value too
Package: libdbd-sqlite3-perl
Version: 1.08-1
Severity: important
[ I have marked this as important.
However it caused me data loss, so perhaps it should be grave. ]
I have textual data that may look like integers.
On insertion, any leading 0 will vanish.
For example:
sqlite3 test 'create
51 matches
Mail list logo
