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-186)
&
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 be
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 approach?
>
>Best regards,
the 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 li
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).
However
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 i
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 findimagesu
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 => '0
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: /usr/local/lib/findim
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 Exclusi
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 load
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 po
laney wrote:
> On Wed, Dec 29, 2010 at 09:39:15PM +0000, 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
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 di
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 to
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
er
the first one is probably 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
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
0
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 "/FIR
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:
> > 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 th
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
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 no
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
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 specifi
071507.55
$ cat /etc/debian_version
lenny/sid
$ uname -m
i686
$ dpkg -l sqlite3 | awk '/^.i/{print $3}'
3.5.9-3
$ echo 'select 1219441430151/2.0, 1219441430151/20.0;' | sqlite3
609720715075.5|
-jonathan
--
Jonathan H N Chin, 2 dan | deputy computer | Newton Institut
on your Debian system when
> 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: +4
-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]
ypcat does not lose
accounts:
$ LC_ALL=en_GB.UTF-8 ypcat passwd|grep Marks|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
&l
; username' to query 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
(note that you may have to generate the corresponding locale)
This works.
-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]
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 t
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 i
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 example,
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. S
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
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]
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 cons
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 the
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 di
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
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]
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
--
To
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-fi
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 lar
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 'creat
51 matches
Mail list logo
