On Tuesday, 21.06.2022 at 17:29 +0200, gregor herrmann wrote:
> On Tue, 21 Jun 2022 16:21:07 +0100, Dave Ewart wrote:
>
> > This bug has been closed but there is still no update in the oldstable
> > repository as far as I can see.
> >
> > # dpkg
15:17:20 equinox ntpd[25270]: leapsecond file
('/usr/share/zoneinfo/leap-seconds.list'): will expire in less than 7 days
Have I missed something or is this update still waiting to hit the
repository?
Dave.
--
Dave Ewart, da...@sungate.co.uk
signature.asc
Description: PGP signature
/colordiffrc (where /etc/colordiffrc
is provided by colordiff package).
Maybe apt-listdifferences should just depend on colordiff directly
rather than bundling a (potentially out of date) copy?
Dave.
--
Dave Ewart, da...@sungate.co.uk
signature.asc
Description: PGP signature
is
completed). The 'difffile' option was introduced in colordiff 1.0.19 and,
if you are running Debian/testing, you'd have been updating from colordiff
1.0.18 to colordiff 1.0.20.
Might that explain what you see?
Dave.
--
Dave Ewart, da...@sungate.co.uk
Package: tzdata
Version: 2021a-0+deb10u3
Severity: normal
ntpd has begun reporting that /usr/share/zoneinfo/leap-seconds.list is
approaching expiry (28 June 2022):
>> May 31 15:17:20 [...] ntpd[25270]: leapsecond file
>> ('/usr/share/zoneinfo/leap-seconds.list'): will expire in less than 28
Thanks for uploading, I see the package has entered unstable.
What is the convention now, with this RFS bug? Should I mark it as
closed/done?
Dave.
--
Dave Ewart, da...@sungate.co.uk
Dear mentors,
Rebuild package following suggestions from Bastian Germann.
I am looking for a sponsor for my package "colordiff":
* Package name: colordiff
Version : 1.0.20-1
Upstream Author : Dave Ewart da...@sungate.co.uk
* URL : http://www.col
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "colordiff":
* Package name: colordiff
Version : 1.0.20-1
Upstream Author : Dave Ewart da...@sungate.co.uk
* URL : http://www.colordiff.org/
On Tuesday, 09.11.2021 at 18:26 +, Reuben Thomas wrote:
> On Tue, 9 Nov 2021 at 17:45, Dave Ewart wrote:
>
> > To be honest I’m not sure. Feel free to inspect the source :-)
> >
>
> As far as I can tell, STDOUT in perl is line buffered when connected to a
> te
To be honest I’m not sure. Feel free to inspect the source :-)
I don’t really know how to address the issue but am open to suggestions!
Dave
On Tue, 9 Nov 2021 at 17:17, Reuben Thomas wrote:
> On Tue, 9 Nov 2021 at 17:01, Dave Ewart wrote:
>
>>
>> What platform/OS/etc
berately-broken links have been introduced.
Dave.
--
Dave Ewart da...@sungate.co.uk
Just spotted this report, message was spam-trapped. Can you provide an
example where it fails in the manner you indicate?
I don’t understand how you’d get diff output if one of the arguments were
missing, say.
Dave
--
Dave Ewart, da...@sungate.co.uk
binary
package.
I'll correct this in the 1.0.17 release, which will include other
fixes/changes too.
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
GPG key updated Jan 2013 see http://www.sungate.co.uk/gpg
Finge
to address too.]
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
GPG key updated Jan 2013 see http://www.sungate.co.uk/gpg
Fingerprint: CF3A 93EF 01E6 16C5 AE7A 1D27 45E1 E473 378B B197
signature.asc
ven the primary purpose of colordiff is to add colour, in the case of
any ambiguity, it will add colour rather than not. I agree that if one
explicitly says 'color=no' it shouldn't add colour; even though this
remains in my eyes and entirely pointless & unnecessary use of
colordiff!
Thanks Francois :-)
://github.com/daveewart/colordiff/commit/23bef40e26b2315a5a0d07930f37d0f94a167888
This will be included in colordiff 1.0.14 when that release is made,
although there's no timetable for that just now.
Cheers,
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me
you think that git-like colouring should (a) be the
_default_ (i.e. you propose the above colours should reside in
/etc/colordiffrc) or (b) just supplied as another, optional (and
manually-installable) additional colour file?
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
file1 file2 | colordiff
That is considered the appropriate workaround for this situation.
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
GPG key updated Jan 2013 see http://www.sungate.co.uk/gpg
Fingerprint
.
Dave.
--
Dave Ewart
da...@ceu.ox.ac.uk
Computing Manager, Cancer Epidemiology Unit
University of Oxford
N 51.7516, W 1.2152
signature.asc
Description: Digital signature
colordiff 1.0.6/1.0.7 it has been
Invalid colour specification for setting ... rather than just Invalid
colour specification ...
Cheers,
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
GPG key updated Jan 2013
John,
Something's not right here. Can you post the entirety of your
/etc/colordiffrc and also ensure that typing 'colordiff' is indeed
calling /usr/bin/colordiff and not something else in your path?
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me
on 'wdiff'.)
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
Description: Digital signature
; }
That turns
wdiffc file1 file2
into
wdiff -n file1 file2 | colordiff
which works for me.
Is that what you're after, Christoph?
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35
;
$_ =~ s/(\{\+[^]]*?\+\})/$file_new$1$colour{off}/g;
}
I don't immediately see the fix, since I appear to be suffering from
regex blindness(!), but I'll record it here in case anyone else can spot
it.
Dave.
- --
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me
Seeking help with this bug via
http://sourceforge.net/mailarchive/message.php?msg_id=29298774
Dave.
--
Dave Ewart da...@sungate.co.uk, http://twitter.com/DaveEwart
All email from me is digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
Just to clarify, the 'wdiff' approach is the best approach available
here. There are no plans to extend colordiff to perform that operation
natively.
Thanks,
Dave.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http
it? questions.
For whitespace changes, however, wdiff doesn't seem to help,
unfortunately.
Dave.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
the regression here.
I'll investigate.
Dave.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
Description: Digital signature
Package: request-tracker3.6
Version: 3.6.7-5+lenny3
Severity: minor
On upgrading RT 3.6 (new packages as a result of
http://lists.debian.org/debian-security-announce/2009/msg00267.html ) I see the
following warning during the upgrade:
dbconfig-common: writing config to
For info, this bug has been acknowledged upstream, to be fixed in 3.14.6:
http://sourceforge.net/mailarchive/message.php?msg_name=0F3BEA25845E41A8AD0CD2EE8E09C227%40pia
Dave.
--
Dave Ewart
da...@ceu.ox.ac.uk
Computing Manager, Cancer Epidemiology Unit
University of Oxford / Cancer Research UK
After some work done here, it looks like the *cause* of this error is
when $file is undefined in /usr/sbin/syslogd-listfiles and that only
happens if /etc/syslog.conf mentions a file which actually doesn't
exist. This could happen, I suppose, although I'm not entirely sure
how.
Dave.
--
Dave
Fix is ready on this one, for uploading post-Lenny.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
Description: Digital
cdiff has been added to the package and is ready for upload post-Lenny.
Dave.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
Fix/workaround ready for this one, for uploading post-Lenny.
Dave.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
extra things: different command
lines, pipes and so on.
Nothing can be uploaded on this until post-Lenny, though.
Cheers,
Dave.
--
Dave Ewart da...@sungate.co.uk, jabber:da...@jabber.org, freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360
On Friday, 26.09.2008 at 12:13 +0200, Daniel Baumann wrote:
please ship cdiff.sh from the upstream sources as /usr/bin/cdiff.
I'll look into doing so, Daniel.
Dave.
--
Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED], freenode:davee
All email from me is now digitally signed, http
Package: apcupsd
Version: 3.12.4-2
Severity: normal
When diagnosing an unrelated (and now solved) logging issue with apcupsd
I had cause to look at the code and found that the syslog priorities in
action.c seem inconsistent. Some more important (IMO) messages have
lower priorities than some
when using the package. Please remove
README.Debian.
Yes, that's quite right. There may have been a time when README.Debian
contained information not available elsewhere, but that's not true any
more.
I'll drop it from the next set of package builds.
Dave.
--
Dave Ewart [EMAIL PROTECTED
Is it useful to return the exit code from 'diff', rather than simply
allowing colordiff to return its own?
Dave.
--
Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED], freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9
On Saturday, 26.07.2008 at 05:14 +1000, [EMAIL PROTECTED] wrote:
On Fri, 25 Jul 2008, Dave Ewart wrote:
Is it useful to return the exit code from 'diff', rather than simply
allowing colordiff to return its own?
Well, currently colordiff always returns 0, which is highly un-useful.
Yes
: jolly good. There are some other minor issues with handling
of options and STDIN-detection, so it's not quite a simple case of
dropping this straight into the code, but it's a start.
I'll add this scenario to my test suite at least.
Dave.
--
Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED
On Tuesday, 08.01.2008 at 20:40 +0100, Adeodato Simó wrote:
* Dave Ewart [Tue, 08 Jan 2008 19:16:14 +]:
Are you perhaps suggesting that it should detect the extra parameter
'-u' and ignore it when working as a pipe?
Yeah, I mentioned this in my follow-up mail. If colordiff is a drop
On Wednesday, 09.01.2008 at 16:43 +0100, Cyril Brulebois wrote:
It would be very nice for colordiff to:
- support debdiff output out of the box
I agree. This Will Be Done :-)
Dave.
--
Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED], freenode:davee
All email from me is now digitally
) is
a deliberate feature of *colordiff*.
Are you perhaps suggesting that it should detect the extra parameter
'-u' and ignore it when working as a pipe?
Dave.
--
Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED], freenode:davee
All email from me is now digitally signed, http
post a small example which reproduces this problem, please,
Arno? Thanks...
Dave.
--
Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED], freenode:davee
All email from me is now digitally signed, http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
Package: amanda-server
Version: 1:2.5.1p1-2
Severity: important
When attempting to run 'amrecover' which reads the index for an entry in the
disklist containing '' or '\' as characters, 'amrecover' spins away for an
inordinately long time (approximately 60 minutes) compared to those indexes
On Tuesday, 15.05.2007 at 09:37 -0600, Bdale Garbee wrote:
On Tue, 2007-05-15 at 15:39 +0100, Dave Ewart wrote:
According to
http://article.gmane.org/gmane.comp.archivers.amanda.devel/1875 this
is a known problem and is fixed in version 2.5.1p2 (although 2.5.1p3
is now available).
Any
be dropped in favor of context and
extra or something similar.
Seems like a reasonable idea. I'll try to include something along these
lines during the next round of development.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally
Yes, you're quite correct: my attention was already drawn to this bug
via another route.
It is fixed in version 1.0.6-2 via a modification to the script.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from
.
This ensures that much of the text will be readable in the normal font
colour for every terminal.
Scheduled for colordiff version 1.0.6
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http://www.sungate.co.uk
as I can see.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
Description: Digital signature
to be aware that aliasing it to
*diff* has repercussions; perhaps one could recommend aliasing it to
something else instead ('cdiff', 'ciff', 'diffc' etc.) In other words,
leave it up to the user.
Are we approaching a consensus now, Adam? ;-)
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL
in the default configuration and requires that
the user execute additional steps to reproduce this issue. It is very
much an edge case.
(I agree it might be important for you, Adam, but in the context of the
package as a whole, I don't believe it to be an important bug).
Dave.
--
Dave Ewart
;
+
my $app_name = 'colordiff';
my $version = '1.0.4';
my $author = 'Dave Ewart';
(Of course, the exact place doesn't really matter.)
It's not as simple as that, though: the above will fail if colordiff (or
'diff' if aliased to colordiff) is used in a pipe. In other words
?! Apologies if not, but I don't think I got your
message.]
I'll get this fixed now though, if you can clarify the nature of your
fix above.
Thanks,
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http
/debian-security-announce-2006/msg00195.html
[1] http://www.mutt.org/doc/devel/manual.html#record
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4
else would be sufficient ... given that most people's
terminals will be either white text on black, or vice versa.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5
further comments, I think this bug can
be closed.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED] - freenode: davee
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
On Tuesday, 21.03.2006 at 22:24 +0100, Denis Barbier wrote:
On Tue, Mar 21, 2006 at 10:07:22AM +, Dave Ewart wrote:
I found the symptoms of this bug appeared when I upgraded from Sarge to
Etch recently: discussion on debian-user about the issue starts here:
http://lists.debian.org
, appear to have a valid Xorg config.
Dave.
--
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED]
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
signature.asc
Description: Digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday, 16.09.2005 at 09:25 +0200, Matthias Klose wrote:
Dave Ewart writes:
Building the odbc-postgresl package in a minimal Etch environment
using gcc 4.0 resulted in a working package as the end product
You may want to check out gcc-3.4
.
dpkg: error processing odbc-postgresql (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
odbc-postgresql
The bug remains in the Sarge version of course, but that would appear to
be a compiler bug in gcc 3.3.
Dave.
- --
Dave Ewart
actually works OK.
My compiler is gcc 3.3
I have a useable (albeit non-optimized, debugging-enabled) version for
my own use now, so I'm happy to use that for now, however that doesn't
fix this bug.
Dave.
- --
Dave Ewart
[EMAIL PROTECTED]
Computing Manager, Cancer Epidemiology Unit
Cancer Research UK
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hmmm, nothing for seven days or so. What further info could I add to
this bug which might help lead to a solution?
I'm happy to provide whatever I can ...
Dave.
- --
Dave Ewart
[EMAIL PROTECTED]
Computing Manager, Cancer Epidemiology Unit
Cancer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tuesday, 26.07.2005 at 11:39 +0200, Peter Eisentraut wrote:
Am Dienstag, 26. Juli 2005 10:09 schrieb Dave Ewart:
Hmmm, nothing for seven days or so. What further info could I add
to this bug which might help lead to a solution
Package: squid
Version: 2.4.6-2woody9
Severity: important
As described here:
http://www.mailarchives.org/list/debian-security/msg/2005/01222 - squid
version 2.4.6-2woody9 crashes and restarts repeatedly, with the
following typical entries in the logs:
Jul 26 10:55:21 darkstar squid[26303]: Squid
Package: odbc-postgresql
Version: 1:07.03.0200-5
Severity: normal
Apparently specific to amd64 installation only, an ODBC client request
for table/view structure ('describe table') results in a segfault.
Example isql session:
$ isql DSNname myuser mypass
to WISHLIST.
Please feel free to write a patch for side-by-side diff support :-)
Dave.
- --
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED]
All email from me is now digitally signed, key from http://www.sungate.co.uk/
Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Interesting suggestion ... I've been toying with this idea for a while,
actually. It will be done, in my copious free time :-)
Cheers,
Dave.
colordiff author
- --
Dave Ewart - [EMAIL PROTECTED] - jabber: [EMAIL PROTECTED]
All email from me
On Mon, June 20, 2005 21:20, Guus Sliepen said:
On Mon, Jun 20, 2005 at 09:44:26PM +0100, Dave Ewart wrote:
ifrename is only run on startup if the hotplug package is also
installed.
Well, it should always run... I do see a bug in the init.d script
though, it says:
test -f $DAEMON || exit
On Mon, June 20, 2005 21:20, Guus Sliepen said:
On Mon, Jun 20, 2005 at 09:44:26PM +0100, Dave Ewart wrote:
ifrename is only run on startup if the hotplug package is also
installed.
Well, it should always run... I do see a bug in the init.d script
though, it says:
test -f $DAEMON || exit
/ifrename/HOTPLUG.txt.gz there
is a proposed patch to /etc/init.d/networking which includes a call to
ifrename during the initialisation of network interfaces. This is
probably the easiest way to get ifrename to run on startup.
Thanks for the clarification Guus ...
Cheers,
Dave.
- --
Dave Ewart
Package: ifrename
Version: 27-2
Severity: normal
ifrename is only run on startup if the hotplug package is also
installed.
Failure to run at startup means that network interfaces acquire their
default eth0, eth1 etc. labels, and not those specified in /etc/iftab
Running 'ifrename' manually
73 matches
Mail list logo