Package: mr
Version: 1.04
Tags: patch
git-fake-bare uses sed's -r option, which isn't supported on OSX.
Attached patch avoids the need for it.
git-fake-bare-patch
Description: Binary data
d cfv in lenny.
>
> Best regards,
> Pier Luigi Pau
I just released cfv 1.18.2, which contains the fix (among others.) I
haven't kept up with the debian release schedules, so Stefan will have
to say whether it can make it in.
--
Matthew Mueller
[EMAIL PROTECTED]
--
To UNSUBSCRIB
n opionion in this matter?
>
> Regards,
> Stefan
Hey, sorry for not replying earlier. "& 0x" is the solution I
went with. Actually this has been in svn for almost a year but I never
did a release. arg. Must make some time to do that soon...
--
Matthew Mueller
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
g
the user specify an encoding to use. (The cfv 2.x devel code does allow
that.))
--
Matthew Mueller
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ding handling. Actually, the cfv 2.x devel code already has
encoding knowledge so you could just do:
"cfv --encoding=iso-8859-1 -f foo.md5"
However I'm (slowly) doing some major refactoring on it and it's not
ready for release yet :(
--
Matthew Mueller
[EMAIL PROTECTED]
--
To
ful to not delete any unrelated
files that happen to be laying around.. (I have a prototype that I've
been using, but I'd like to maybe make it a bit more automagic before
including it...)
--
Matthew Mueller
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Package: xxdiff
Version: 1:3.1-1
Severity: normal
Tags: patch
$ svn diff --diff-cmd xxdiff-subversion
[...]
Error: unexpected answer from xxdiff: sh: /home/blais/p/xxdiff/bin/xxdiff: No
such file or directory
Patch attached.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64
Package: pyzor
Version: 1:0.4.0+cvs20030201-1
Severity: normal
Lately I've noticed a bunch of pyzor processes hanging around. I use
spamassassin (with spamc, from fetchmail+procmail) to evaluate my
emails, which calls pyzor automatically.
charon 21:11:52 ~$ ps aux | grep pyzor
donut 4314 0
Package: mutt
Version: 1.5.6-20040907+3
Severity: normal
apt-listchanges sends it's changelog emails with:
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
mutt displays these emails fine, but using limits doesn't work on them.
Ex:
l~bdpkg
shows nothing, even though I c
Package: libboost-thread-dev
Version: 1.32.0-2
Followup-For: Bug #290333
I had the same problem, with a few hundred various header files in
/usr/include/boost/ missing. (Just noticed it now, but I upgraded to
1.32.0-2 on Jan 12th.) I tried reinstalling all my old 1.31.0 packages
with:
dpkg -i
/
Package: uim-xim
Version: 1:0.4.6beta2-3
Severity: normal
I'm running X with dual screens (not xinerama), and the uim-xim windows
always appear on the first screen (:0.0), regardless of on which screen
the application is running.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86
Package: uim-xim
Version: 1:0.4.6beta2-3
Severity: normal
With OverTheSpot preeditType, text does not appear in the xterm until
you commit it. An underline is drawn for the number of characters you've
typed, but nothing else.
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64
Package: python-ctypes
Version: 0.9.2-1
Severity: normal
Loading a function from libc causes a segfault on amd64. Functions from
other libraries seem to load okay.
(The following gdb session is using
LD_LIBRARY_PATH=/usr/lib/debug:/usr/X11R6/lib/debug which is why I'm
loading the debug libc, b
Package: hdup
Version: 2.0.6-1
Severity: normal
In hdup 2.0.5, I could do my exclude settings in hdup.conf something
like:
exclude = \.bak$ \
, cache\.gz$ \
, f
Which is the most readable way I could manage to get them with hdup's
config file
Package: hdup
Version: 2.0.6-1
Followup-For: Bug #290600
Actually, it looks like escaped commas do work, what doesn't work is the
config parsing changed so that continuation lines no longer work
correctly. So I'll file a new bug about it.
-- System Information:
Debian Release: 3.1
Architecture:
Package: hdup
Version: 2.0.6-1
Followup-For: Bug #290600
Escaping commas in the exclude list still fails for me. It causes the
same behavious as before: nothing is excluded, not even matches for
other excludes.
[testhost]
dir = /tmp/testhdup/
exclude = \.bak$ \
, \
ines in the manual page. But, alas, there are only 24
> hours in a day :)
+ is also an operator, so lost+found should be lost\+found
--
Matthew Mueller
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: hdup
Version: 2.0.4-1
Severity: wishlist
The hdup source includes an example cron file (examples/hdup.cron)
It would be good to include it in /usr/share/doc/hdup/examples
(There is also examples/no-history-post-run.sh that might be good to
include too, but the cron example is what I was
Package: hdup
Version: 2.0.4-1
Severity: normal
I tried to exclude a filename with a comma in it:
[testhost]
dir = /tmp/testhdup/, /tmp/testhdup2/
exclude = \.bak$, \,cache\.gz
Not only did it not work, but "hdup monthly testhost" instead backed up
everything in the current directory rather than
Package: hdup
Version: 2.0.4-1
Severity: normal
While testing out hdup, I accidentally missed the comma in specifying
multiple dirs, and used:
[testhost]
dir = /tmp/testhdup/ /tmp/testhdup2/
when I ran:
hdup monthly testhost
I get an endless stream of:
hdup: WARNING: Cannot stat: /tmp/testhdup/
Package: hdup
Version: 2.0.4-1
Severity: normal
hdup.conf(5) says "The include and exclude keywords take regular
expression as there input."
But the example hdup.conf has lines like
exclude = lost+found/, /proc/, /dev/, /sys/
exclude = /var/*/docs
which are clearly not intended to be regular expr
21 matches
Mail list logo
