it's so very unfortunate the PCI standard has no feature bit to indicate
the presence of ECS.
FWIW in my testing on a range of machines spanning 7 or 8 years i could
read config space reg 256... and get 0x when the device didn't
support ECS, and get valid data when the device did
On Thu, 30 Aug 2007, Jon Kolb wrote:
Matthew Flaschen wrote:
Jon Kolb wrote:
After poking around for a while, I discovered that on encfs/sshfs
(or perhaps fuse in general), os.rename fails with Operation not
permitted if the destination file already exists.
That sounds like a bug
On Sun, 12 Aug 2007, Linus Torvalds wrote:
> On Sun, 12 Aug 2007, Dave Jones wrote:
> >
> > This does make me wonder, why these weren't caught in -mm ?
>
> I'm worried that -mm isn't getting a lot of exposure these days. People do
> run it, but I wonder how many..
andrew caught it in -mm and
On Sun, 12 Aug 2007, Linus Torvalds wrote:
On Sun, 12 Aug 2007, Dave Jones wrote:
This does make me wonder, why these weren't caught in -mm ?
I'm worried that -mm isn't getting a lot of exposure these days. People do
run it, but I wonder how many..
andrew caught it in -mm and reverted
Andrew has been busy. Time for a new release.
-dean
New in v1.1.13 (2007/08/12)
---
Properly pickle QuotedRPaths. Fixes regress operation on quoted filesystems.
Closes Savannah bug #20570 reported by Morgan Read. (Andrew Ferguson)
Warn if can't write extended
1.1.x in theory protects itself from multiple writers to the same
destination (i say theory because i haven't tested it).
1.0.x does not protect itself from multiple writers.
-dean
On Sat, 11 Aug 2007, Matthew Flaschen wrote:
What will happen if the same rdiff-backup sources and destinations
i see Andrew has been quite busy! excellent.
he mentioned he is considering promoting 1.1.x to stable. what i'd really
like to see is some testing of 1.0.x - 1.1.x upgrading on existing repos.
also, can a user who has troubles with 1.1.x revert to 1.0.x?
could some people install 1.0.x and
fwiw backing up databases with rdiff-backup is unlikely to produce a
properly restorable database (ditto rsync or even cp)... unless you're
stopping your database server while the backup runs... or using a
filesystem or volume snapshot feature.
-dean
On Thu, 2 Aug 2007, Joost van den Broek
On Sun, 29 Jul 2007, micah wrote:
This time Debian stable (etch) has the rdiff-backup stable version 1.1.5, and
1.1.5 is not a *stable* version, it's an *unstable* version.
http://www.nongnu.org/rdiff-backup/
-dean
___
rdiff-backup-users mailing
http://sandpile.org/
On Wed, 18 Jul 2007, Rene Herman wrote:
> Good day.
>
> Would anyone happen to have a list of TLB sizes for some selected x86{,-64}
> CPUs? I know it goes from a few entries on a 386 to a lot on Opteron but I
> have a real hard time finding specific data.
>
> Rene.
> -
>
http://sandpile.org/
On Wed, 18 Jul 2007, Rene Herman wrote:
Good day.
Would anyone happen to have a list of TLB sizes for some selected x86{,-64}
CPUs? I know it goes from a few entries on a 386 to a lot on Opteron but I
have a real hard time finding specific data.
Rene.
-
To
On Thu, 19 Jul 2007, Bill Irwin wrote:
> On Thu, Jul 19, 2007 at 10:07:59AM -0700, Nishanth Aravamudan wrote:
> > But I do think a second reason to do this is to make hugetlbfs behave
> > like a normal fs -- that is read(), write(), etc. work on files in the
> > mountpoint. But that is simply my
On Thu, 19 Jul 2007, Bill Irwin wrote:
On Thu, Jul 19, 2007 at 10:07:59AM -0700, Nishanth Aravamudan wrote:
But I do think a second reason to do this is to make hugetlbfs behave
like a normal fs -- that is read(), write(), etc. work on files in the
mountpoint. But that is simply my
On Wed, 18 Jul 2007, Pasi Kärkkäinen wrote:
> What brand/model your sata_mv controller is? Would be nice to know to be
> able to get a "known-to-work" one..
http://supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm
-dean
On Wed, 18 Jul 2007, Pasi Kärkkäinen wrote:
What brand/model your sata_mv controller is? Would be nice to know to be
able to get a known-to-work one..
http://supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm
-dean
On Wed, 18 Jul 2007, Pasi Kärkkäinen wrote:
What brand/model your sata_mv controller is? Would be nice to know to be
able to get a known-to-work one..
http://supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm
-dean
On Mon, 16 Jul 2007, David Greaves wrote:
Bryan Christ wrote:
I do have the type set to 0xfd. Others have said that auto-assemble only
works on RAID 0 and 1, but just as Justin mentioned, I too have another box
with RAID5 that gets auto assembled by the kernel (also no initrd). I
On Thu, 12 Jul 2007, Andrew Ferguson wrote:
- Handling CIFS mounts that don't do symlinks, this is Savannah Bug
#20342 (https://savannah.nongnu.org/bugs/?20342). Does anyone have any
thoughts about what we should do? I am leaning towards creating a dummy
file.
we already do dummy files for
ben has traditionally maintained backwards compat for the on-disk storage,
but not necessarily for the network protocol. i think you can assume
we'll attempt the same going forward.
yeah i know it's a hassle in mixed setups, and if someone wants to learn
the net layer well enough to provide
Package: spamassassin
Version: 3.2.1-1
the following fails:
apt-get source spamassassin
cd spamassassin-3.2.1
fakeroot ./debian/rules binary
fakeroot ./debian/rules clean
because it can't deapply 10_change_config_paths ...
for one thing 10_change_config_paths includes an INSTALL.orig...
On Thu, 12 Jul 2007, Jeff Garzik wrote:
> dean gaudet wrote:
> > On Thu, 12 Jul 2007, Jeff Garzik wrote:
> >
> > > dean gaudet wrote:
> > > > oh very nice... no warnings on boot, and no warnings while i "dd
> > > > if=/dev/sdX
> &
On Thu, 12 Jul 2007, Jeff Garzik wrote:
> dean gaudet wrote:
> > oh very nice... no warnings on boot, and no warnings while i "dd if=/dev/sdX
> > of=/dev/null" and i'm seeing 74MB/s+ from each disk on this simple read
> > test.
> >
> > for lack of a
On Wed, 11 Jul 2007, Jeff Garzik wrote:
> As before, this patch is against 2.6.22 with no other patches needed nor
> applied.
>
> In this revision, interrupt handling was improved quite a bit,
> particularly for EDMA. The WARNING in mv_get_crpb_status() goes away,
> because that routine went
On Wed, 11 Jul 2007, Jeff Garzik wrote:
As before, this patch is against 2.6.22 with no other patches needed nor
applied.
In this revision, interrupt handling was improved quite a bit,
particularly for EDMA. The WARNING in mv_get_crpb_status() goes away,
because that routine went away.
On Wed, 11 Jul 2007, Jeff Garzik wrote:
As before, this patch is against 2.6.22 with no other patches needed nor
applied.
In this revision, interrupt handling was improved quite a bit,
particularly for EDMA. The WARNING in mv_get_crpb_status() goes away,
because that routine went away.
On Thu, 12 Jul 2007, Jeff Garzik wrote:
dean gaudet wrote:
oh very nice... no warnings on boot, and no warnings while i dd if=/dev/sdX
of=/dev/null and i'm seeing 74MB/s+ from each disk on this simple read
test.
for lack of a better test i started an untar/diff stress test
On Thu, 12 Jul 2007, Jeff Garzik wrote:
dean gaudet wrote:
On Thu, 12 Jul 2007, Jeff Garzik wrote:
dean gaudet wrote:
oh very nice... no warnings on boot, and no warnings while i dd
if=/dev/sdX
of=/dev/null and i'm seeing 74MB/s+ from each disk on this simple read
test
On Mon, 9 Jul 2007, Jeff Garzik wrote:
>
> This is the latest update of the sata_mv conversion to new EH. I'm
> looking for testers, of two configurations:
>
> 2.6.22 + patch #1 (baseline)
> 2.6.22 + patch #1 + this patch (sata_mv new EH)
>
> This patch contains a
On Mon, 9 Jul 2007, Jeff Garzik wrote:
This is the latest update of the sata_mv conversion to new EH. I'm
looking for testers, of two configurations:
2.6.22 + patch #1 (baseline)
2.6.22 + patch #1 + this patch (sata_mv new EH)
This patch contains a small but
Package: openssh-server
Version: 1:4.6p1-1
4.6p1 generates *lots* of log spam like so:
Jun 18 00:16:23 twinlark sshd[18923]: error: channel 0: chan_read_failed for
istate 3
Jun 18 00:16:23 twinlark sshd[18923]: error: channel 0: chan_read_failed for
istate 3
there's a fix upstream:
On Sun, 17 Jun 2007, Wakko Warner wrote:
> What benefit would I gain by using an external journel and how big would it
> need to be?
i don't know how big the journal needs to be... i'm limited by xfs'
maximum journal size of 128MiB.
i don't have much benchmark data -- but here are some rough
On Sun, 17 Jun 2007, Wakko Warner wrote:
> dean gaudet wrote:
> > On Sat, 16 Jun 2007, Wakko Warner wrote:
> >
> > > When I've had an unclean shutdown on one of my systems (10x 50gb raid5)
> > > it's
> > > always slowed the system down when booting up.
On Sun, 17 Jun 2007, Wakko Warner wrote:
dean gaudet wrote:
On Sat, 16 Jun 2007, Wakko Warner wrote:
When I've had an unclean shutdown on one of my systems (10x 50gb raid5)
it's
always slowed the system down when booting up. Quite significantly I must
say. I wait until I can
On Sun, 17 Jun 2007, Wakko Warner wrote:
What benefit would I gain by using an external journel and how big would it
need to be?
i don't know how big the journal needs to be... i'm limited by xfs'
maximum journal size of 128MiB.
i don't have much benchmark data -- but here are some rough
On Sat, 16 Jun 2007, Wakko Warner wrote:
> When I've had an unclean shutdown on one of my systems (10x 50gb raid5) it's
> always slowed the system down when booting up. Quite significantly I must
> say. I wait until I can login and change the rebuild max speed to slow it
> down while I'm using
On Sat, 16 Jun 2007, David Greaves wrote:
> Neil Brown wrote:
> > On Friday June 15, [EMAIL PROTECTED] wrote:
> >
> > > As I understand the way
> > > raid works, when you write a block to the array, it will have to read all
> > > the other
On Sat, 16 Jun 2007, David Greaves wrote:
Neil Brown wrote:
On Friday June 15, [EMAIL PROTECTED] wrote:
As I understand the way
raid works, when you write a block to the array, it will have to read all
the other blocks in the
On Sat, 16 Jun 2007, Wakko Warner wrote:
When I've had an unclean shutdown on one of my systems (10x 50gb raid5) it's
always slowed the system down when booting up. Quite significantly I must
say. I wait until I can login and change the rebuild max speed to slow it
down while I'm using it.
go ahead and remove it. this package does not support apache2. (i might
be listed as maintainer but i didn't upload it and know nothing about
being a debian package maintainer.)
-dean
On Fri, 15 Jun 2007, Gerfried Fuchs wrote:
Package: libapache-mod-iptos
Severity: serious
Version: 1.1-1
go ahead and remove it. this package does not support apache2. (i might
be listed as maintainer but i didn't upload it and know nothing about
being a debian package maintainer.)
-dean
On Fri, 15 Jun 2007, Gerfried Fuchs wrote:
Package: libapache-mod-iptos
Severity: serious
Version: 1.1-1
On Mon, 11 Jun 2007, Adam Litke wrote:
> Here's another breakage as a result of shared memory stacked files :(
>
> The NUMA policy for a VMA is determined by checking the following (in the
> order
> given):
>
> 1) vma->vm_ops->get_policy() (if defined)
> 2) vma->vm_policy (if defined)
> 3)
On Mon, 11 Jun 2007, Adam Litke wrote:
Here's another breakage as a result of shared memory stacked files :(
The NUMA policy for a VMA is determined by checking the following (in the
order
given):
1) vma-vm_ops-get_policy() (if defined)
2) vma-vm_policy (if defined)
3) task-mempolicy
On Sat, 9 Jun 2007, Linus Torvalds wrote:
> IOW, the most common case for libraries is not that they get invoced to do
> one thing, but that they get loaded and then used over and over and over
> again, and the _reason_ for wanting to have a file descriptor open may
> well be that the library
On Tue, 15 May 2007, William Lee Irwin III wrote:
> On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
> > prior to 2.6.21 i could "numactl --interleave=all" and use SHM_HUGETLB and
> > the interleave policy would be respected. as of 2.6.21 it doesn't seem t
nice. i proposed something like this 8 or so years ago... the problem is
that you've also got to deal with socket(2), socketpair(2), accept(2),
pipe(2), dup(2), dup2(2), fcntl(F_DUPFD)... everything which creates new
fds.
really what is desired is fork/clone with selective duping of fds.
On Tue, 15 May 2007, William Lee Irwin III wrote:
> On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
> > prior to 2.6.21 i could "numactl --interleave=all" and use SHM_HUGETLB and
> > the interleave policy would be respected. as of 2.6.21 it doesn't seem t
On Tue, 15 May 2007, William Lee Irwin III wrote:
On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
prior to 2.6.21 i could numactl --interleave=all and use SHM_HUGETLB and
the interleave policy would be respected. as of 2.6.21 it doesn't seem to
respect the policy
nice. i proposed something like this 8 or so years ago... the problem is
that you've also got to deal with socket(2), socketpair(2), accept(2),
pipe(2), dup(2), dup2(2), fcntl(F_DUPFD)... everything which creates new
fds.
really what is desired is fork/clone with selective duping of fds.
On Tue, 15 May 2007, William Lee Irwin III wrote:
On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
prior to 2.6.21 i could numactl --interleave=all and use SHM_HUGETLB and
the interleave policy would be respected. as of 2.6.21 it doesn't seem to
respect the policy
On Sat, 9 Jun 2007, Linus Torvalds wrote:
IOW, the most common case for libraries is not that they get invoced to do
one thing, but that they get loaded and then used over and over and over
again, and the _reason_ for wanting to have a file descriptor open may
well be that the library
On Wed, 6 Jun 2007, Ilari Scheinin wrote:
I am running rdiff-backup with the --exclude-sockets option, but I am
still getting this kind of error for every socket:
ListError private/var/launchd/0/sock [Errno 1] Operation not
permitted: '/private/var/launchd/0/sock'
Good catch! If
ugh... do not send email before breakfast. do not send email before
breakfast. nevermind :)
-dean
On Tue, 5 Jun 2007, dean gaudet wrote:
> the HPET specification allows for HPETs with *much* lower resolution than
> 50us. in fact Fmin is 10Hz iirc. (sorry to jump in so late, b
the HPET specification allows for HPETs with *much* lower resolution than
50us. in fact Fmin is 10Hz iirc. (sorry to jump in so late, but i'm
about a month behind on the list.)
-dean
On Mon, 21 May 2007, Chris Wright wrote:
> -stable review patch. If anyone has any objections, please let
the HPET specification allows for HPETs with *much* lower resolution than
50us. in fact Fmin is 10Hz iirc. (sorry to jump in so late, but i'm
about a month behind on the list.)
-dean
On Mon, 21 May 2007, Chris Wright wrote:
-stable review patch. If anyone has any objections, please let us
ugh... do not send email before breakfast. do not send email before
breakfast. nevermind :)
-dean
On Tue, 5 Jun 2007, dean gaudet wrote:
the HPET specification allows for HPETs with *much* lower resolution than
50us. in fact Fmin is 10Hz iirc. (sorry to jump in so late, but i'm
about
look at fail2ban for the ssh probes... there are similar packages for
non-linux as well. (although it shouldn't be too hard to port.)
someone pointed out --remote-schema already... what i tend to prefer for
ssh is to make up fake hostnames in .ssh/config. (see
it prunes the entire directory and its subdirectories. patches to clarify
the man page are welcome.
-dean
On Tue, 5 Jun 2007, [EMAIL PROTECTED] wrote:
Hi there,
how does this new option behave in 1.1.10? it is not clear from the man page.
does it only exclude directories or also
On Fri, 25 May 2007, Jeff Garzik wrote:
> Already uncovered and fixed a few bugs in v3.
>
> Here's v4 of the sata_mv new-EH patch.
you asked for test results with 2.6.21.3 ... that seems to boot fine,
and i've tested reading from the disks only and it seems to be working
fine. ditto for
On Fri, 25 May 2007, Jeff Garzik wrote:
Already uncovered and fixed a few bugs in v3.
Here's v4 of the sata_mv new-EH patch.
you asked for test results with 2.6.21.3 ... that seems to boot fine,
and i've tested reading from the disks only and it seems to be working
fine. ditto for
On Fri, 25 May 2007, Jeff Garzik wrote:
Already uncovered and fixed a few bugs in v3.
Here's v4 of the sata_mv new-EH patch.
you asked for test results with 2.6.21.3 ... that seems to boot fine,
and i've tested reading from the disks only and it seems to be working
fine. ditto for
i've finally tracked this down:
nmh code assumes strcasecmp accepts NULL arguments.
for portability reasons sbr/strcasecmp.c defines str[n]casecmp functions
which do accept NULL arguments.
/usr/include/string.h declares strcasecmp:
extern int strcasecmp (__const char *__s1, __const char
wait a day and try again? ;)
perhaps find, xargs and touch are your friends:
touch /tmp/now
find /backup/location -type f -newer /tmp/now -print0 \
| xargs -0 touch
-dean
On Fri, 18 May 2007, Dan Muresan wrote:
Hi all,
a couple of days ago, my system clock was way off into the
On Sat, 19 May 2007, Dan Muresan wrote:
Hi,
wait a day and try again? ;)
the broken timestamp is a few *months* off into the future, so you must mean
wait a couple of months and try again in this case... Right? Which is not
practical...
perhaps find, xargs and touch are your
On Sat, 19 May 2007, Dan Muresan wrote:
yeah you're right, a lot more editing is required... sorry, you'll either
need to dive in and do all the editing or ditch your rdiff-backup-data
subdir and lose the history (and start the next backup with a --force so
it'll create that subdir).
i haven't tried your kernel yet -- i just have my own 2.6.22-rc1 based
off the feisty /boot/config-foo, and i'm seeing the same problem (vmware
5.5.2)... i've enabled NO_HZ but booting nohz=off doesn't change the
result. it looks like the mpt fusion device is recognized but somehow
/dev/sda isn't
stop your vm then go to vm / settings / hardware / serial... then set it
to output to a file.
then start your vm and in grub select the new kernel and press e to
edit, then cursor to your kernel command line and again e to edit, then
add console=ttyS0,115200.
this will output to the file you
prior to 2.6.21 i could "numactl --interleave=all" and use SHM_HUGETLB and
the interleave policy would be respected. as of 2.6.21 it doesn't seem to
respect the policy on SHM_HUGETLB request.
see test program below.
output from pre-2.6.21:
2ab19620 interleave=0-3 file=/2\040(deleted)
prior to 2.6.21 i could numactl --interleave=all and use SHM_HUGETLB and
the interleave policy would be respected. as of 2.6.21 it doesn't seem to
respect the policy on SHM_HUGETLB request.
see test program below.
output from pre-2.6.21:
2ab19620 interleave=0-3 file=/2\040(deleted) huge
please post another e-mail.
FYI: I tried to get OpenSUSE factory to update to 1.1.10, but they
said no because it was a devel/unstable release.
Thanks
Greg
On 5/13/07, dean gaudet [EMAIL PROTECTED] wrote:
i realised i'd moved my rdiff-backup mail folder after linux-kernel in my
tab list
i realised i'd moved my rdiff-backup mail folder after linux-kernel in my
tab list... and hadn't got past linux-kernel in months. oops.
better late than never.
as before, i haven't tested it (i'm still using 1.0.5), i'm just releasing
it because there was a request for a new release.
-dean
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39361
er obviously i meant turn done.
-dean
On Sun, 29 Apr 2007, The default queue wrote:
load attached save game file, click turn down ... it crashes for me
every time, hopefully it's repeatable for you. this is with windows
without knowing anything about PITR... have you actually tried restoring
from rsyncs in this situation? knowing what i do about the rdiff/rsync
algo i'm having a hard time imagining any such feature truly working over
*all* differences. i can imagine how PITR works, and the problem i see is
On Fri, 23 Mar 2007, Peter Rabbitson wrote:
dean gaudet wrote:
On Thu, 22 Mar 2007, Peter Rabbitson wrote:
dean gaudet wrote:
On Thu, 22 Mar 2007, Peter Rabbitson wrote:
Hi,
How does one determine the XFS sunit and swidth sizes for a software
raid10
with 3
On Thu, 22 Mar 2007, Peter Rabbitson wrote:
dean gaudet wrote:
On Thu, 22 Mar 2007, Peter Rabbitson wrote:
Hi,
How does one determine the XFS sunit and swidth sizes for a software
raid10
with 3 copies?
mkfs.xfs uses the GET_ARRAY_INFO ioctl to get the data it needs from
it looks like you created the filesystem on the component device before
creating the raid.
-dean
On Fri, 16 Mar 2007, Hanno Meyer-Thurow wrote:
Hi all!
Please CC me on answers since I am not subscribed to this list, thanks.
When I try to build a raid1 system with mdadm 2.6.1 the
On Thu, 15 Mar 2007, Sean Bandes wrote:
I need to work with the tar.gz version but
http://savannah.nongnu.org/download/rdiff-backup/ yeilds nada.
anyone have 1.0.5 in tar.gz?
dunno why you're not seeing it ... when i went to your url i see it:
excellent, i've wanted this feature... i'll apply it next time i'm running
through patches. any chance you could do a 1.1.x port as well?
thanks
-dean
On Thu, 15 Mar 2007, Jeff Strunk wrote:
I have a small contribution to make in the form of a simple selection
function.
My company has
Package: shadow
Version: 1:4.0.18.1-7
try doing vigr/vipw and then ^Z... and fg... sometimes nastiness happens
right away, sometimes it seems to take a few ^Z/fg cycles.
grep -r for WUNTRACED you'll see the vipw.c code differs from the other
instances... patch below.
-dean
p.s. i use zsh..
On Thu, 8 Mar 2007, Jeff Strunk wrote:
Any ideas on increasing localhost performance? Is that the way it should be?
use sudo with NOPASSWD.
search for localhost:
http://arctic.org/~dean/rdiff-backup/unattended.html
-dean
___
rdiff-backup-users
On Mon, 5 Mar 2007, Marc Perkel wrote:
>
> --- Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> >
> > On Mar 4 2007 19:37, Marc Perkel wrote:
> > >>
> > >> -b internal -- seems like a good idea to speed
> > up
> > >> resynchronization.
> > >
> > >I'm trying to figure out what the default is.
On Mon, 5 Mar 2007, Marc Perkel wrote:
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
On Mar 4 2007 19:37, Marc Perkel wrote:
-b internal -- seems like a good idea to speed
up
resynchronization.
I'm trying to figure out what the default is.
-b none, meaning the
On Tue, 6 Mar 2007, Jeff Garzik wrote:
Dave Dillow wrote:
BUG: at drivers/ata/sata_mv.c:1245 mv_qc_issue()
BUG: at drivers/ata/sata_mv.c:1245 mv_qc_issue()
BUG: at drivers/ata/sata_mv.c:1245 mv_qc_issue()
BUG: at drivers/ata/sata_mv.c:1245 mv_qc_issue()
BUG: at
On Tue, 6 Mar 2007, Neil Brown wrote:
On Monday March 5, [EMAIL PROTECTED] wrote:
Is it possible to mark a disk as to be replaced by an existing spare,
then migrate to the spare disk and kick the old disk _after_ migration
has been done? Or not even kick - but mark as new spare.
On Mon, 26 Feb 2007, Neil Brown wrote:
On Sunday February 25, [EMAIL PROTECTED] wrote:
I believe Neil stated that using bitmaps does incur a 10% performance
penalty. If one's box never (or rarely) crashes, is a bitmap needed?
I think I said it can incur such a penalty. The actual cost
On Thu, 22 Feb 2007, Neil Brown wrote:
On Wednesday February 21, [EMAIL PROTECTED] wrote:
Hello,
are there any plans to support reshaping
on raid0 and raid10?
No concrete plans. It largely depends on time and motivation.
I expect that the various flavours of raid5/raid6
On Wed, 7 Feb 2007, Andy wrote:
> If the scroll lock is on and there is a bunch of console output, the machine
> will eventually stop responding to the network, until scroll lock is turned
> off (at sometimes that doesn't even help).
>
> Easy test:
>
> hit scroll lock
> do a few echo t >
On Wed, 7 Feb 2007, Andy wrote:
If the scroll lock is on and there is a bunch of console output, the machine
will eventually stop responding to the network, until scroll lock is turned
off (at sometimes that doesn't even help).
Easy test:
hit scroll lock
do a few echo t
i don't think sending a SIGCONT is a good idea... perhaps the other backup
was SIGSTOPped for a good reason.
the code should be using signal 0, not signal.NSIG. could you test that
and resubmit? a signal of 0 on unix causes all the error checking to be
performed but no signal is actually
On Sun, 11 Feb 2007, Dirk Eddelbuettel wrote:
Which distribution do you use: testing or unstable? I'd be surprised if
there had been 'unannounced' changes in these lately.
unstable
Installing the build-deps
...
- Considering tetex-extra
- Trying tetex-extra
- Considering texinfo
Package: gsl
Version: 1.8-3
i did an apt-get build-dep libgsl0-dev prior to trying to build from
source... and it mostly succeeded except its looking for tex, dvips, and
ps2eps binaries.
so it seems gsl should Build-Depends: tetex-bin, ps2eps
thanks
-dean
--
To UNSUBSCRIBE, email to [EMAIL
On Sun, 4 Feb 2007, [EMAIL PROTECTED] wrote:
ok, this is not a real issue because we should never do such ugly file
deletion in the repository, but iirc, several users have requested
remove files from repository as a feature.
you can delete the file... gunzip the metadata file, remove the
this backup for a while because of this, started a new
repository because of this.
-Ursprüngliche Nachricht-
Von: dean gaudet [EMAIL PROTECTED]
Gesendet: 04.02.07 21:37:14
An: [EMAIL PROTECTED]
CC: rdiff-backup-users@nongnu.org
Betreff: Re: [rdiff-backup-users] handling
Package: watchdog
Version: 5.2.6-6
i think watchdog should be amongst the earliest to start services... who
knows if some startup script will hang. starting at 89 seems pretty late.
and... i'd really like to use nowayout=1, but if i do that then it causes
some serious cramps in my shutdown
ping. i received no response on this one..
thanks
-dean
On Sat, 30 Dec 2006, dean gaudet wrote:
hi... i'm having troubles matching up the tcp(7) man page description of
TCP_DEFER_ACCEPT versus some comments in the kernel (2.6.20-rc2) versus
how the kernel actually acts.
the man page
On Mon, 29 Jan 2007, Marc Dyksterhouse wrote:
These two still need to be applied:
http://www.visiwave.com/download/rdiff_backup/fs_abilities.py.2.patch
http://www.visiwave.com/download/rdiff_backup/rpath.py.patch
both are now committed... thanks!
-dean
On Sun, 28 Jan 2007, Andrew Price wrote:
On 28/01/07 02:58, dean gaudet wrote:
patches welcome. include a man page patch as well.
Here's a first attempt, using backslash as the escape character:
http://andrewprice.me.uk/dropoff/glob_escaping.diff
http://andrewprice.me.uk/dropoff
this should let the cygwin folks test out all the recent patches.
-dean
New in v1.1.8 (2007/01/29)
--
Cygwin generates EACCESS on fsync -- so accept it rather than dieing.
(Marc Dyksterhouse).
Add FilenameMapping.set_init_quote_vals security exception.
(Marc
rdiff-backup is covered by the GPL. there's a file COPYING at the root of
the tarball which describes your rights.
in particular you have to provide source code for changes you make to
rdiff-backup.
-dean
On Mon, 29 Jan 2007, Daniel wrote:
hi to everyone,
I've recently discovered
here's a new release to fix the merge error in 1.1.8. enjoy!
-dean
New in v1.1.9 (2007/01/29)
--
Cygwin generates OSError when changing permissions on partitions.
(Patch from Andrew Ferguson.)
Fix fs_abilities.py patch error with set_escape_dos_devices.
(Marc
On Mon, 29 Jan 2007, Marc Dyksterhouse wrote:
Dean,
I looked into what was happening with fsync under cygwin. Turns out fsync
returns EACCES for any file so I added that to the except clause to prevent
the exception from being re-raised. After fixing that, a few more exceptions
where
101 - 200 of 1643 matches
Mail list logo