hey Scott,
reads like Fink is way behind current macOS-Development
https://www.finkproject.org/download/index.php?phpLang=en
are they officially supporting macOS 11+ ?
homebrew seems to be more up to speed, so maybe you can connect them on github
On 21.03.2022 22:05, Aaron wrote:
On 2022-03-21 20:50, Aaron wrote:
I feel like the "proper" solution here is to add a step to the CI/CD process on
Gitlab to test the snap before it goes to stable. That is a bit awkward as snaps do not
run inside Docker containers, which are what is easiest
and while this autoupdating may be nice, it is really risky for production
systems. so once again. let's adopt snap versioning like blender does it (see
below and https://snapcraft.io/blender).
let's keep 'latest/{stable..edge}' but additionally push at least
'/stable', so users can decide to
On 22.09.2020 18:00, Erardo Meriño Ibarra wrote:
> New question #693039 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/693039
>
> For several weeks, Deja-Dup has not made backup copies. The following error
> appears:
> Failed to read
>
On 14.04.2020 15:08, Andreas Schmidt wrote:
> Question #689862 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/689862
>
> Andreas Schmidt gave more information on the question:
> Dear ede,
>
> thank you for your quick reply. You are right, by hindsight a lot of my
>
On 18.12.2019 12:52, Robert Inder wrote:
> New question #687232 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/687232
>
> I'm trying to set up Duplicity (0.7.19) to back up to S3 from a CentOS7
> machine running Python 2.7.5.
there is a brand new spanky boto3 support in
On 22.01.2019 04:57, trevj wrote:
> Question #677428 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/677428
>
> Status: Needs information => Open
>
> trevj gave more information on the question:
>
> On 20/1/19 3:12 am, Kenneth Loafman wrote:
>> Your question #677428
Clemens,
this is fixed in trunk but unreleased so far
https://bazaar.launchpad.net/~duplicity-team/duplicity/0.7-series/revision/1365
feel free to manually patch 0.7.18 or use 0.7.17 instead.
@Ken: this is really a showstopper and should be released asap.
..ede/duply.net
On 16.10.2018
On 08.10.2018 14:37, Eric Christensen wrote:
> New question #674847 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/674847
>
> I'm trying to use a S3 bucket I created in the Ohio region for my off-site
> backup storage. When connecting to the server, however, I get the
On 28.09.2018 00:17, BenRifkah Bergsten-Buret wrote:
> Question #674425 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/674425
>
> BenRifkah Bergsten-Buret gave more information on the question:
> I did some more digging and this looks to me like a bug in duplicity
>
On 26.09.2018 02:07, BenRifkah Bergsten-Buret wrote:
> New question #674425 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/674425
>
> I'm trying to get backups running from my CentOS server to a RHEL remote
> server. I keep getting this error when I try to back up:
>
>
On 20.07.2018 12:46, Aaron wrote:
> Thanks Ede,
>
> On 2018-07-20 10:21, edso wrote:
>> question. does it really make sense to adorn singular strings meant as
>> a code comment only eg.
>>
>> class GlobbingError(Exception):
>> - """Something has gone wrong when parsing a glob string"""
>> +
On 16.05.2018 17:52, Battant wrote:
SNIP
> TotalDestinationSizeChange 0 (0 bytes)
> Errors 219
>
> Question : what say end why the Error 219 ?
>
> Is it a bug ?
this is from the summary. look through the _whole_ console output/log and you
will see that duplcity had problems to access or read
On 5/6/2018 13:03, Rebecca wrote:
> Question #668671 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/668671
>
> Status: Needs information => Open
>
> Rebecca gave more information on the question:
> The command i used:
> duplicity --force -t 7D
On 30.04.2018 11:22, Tim wrote:
> Tim is still having a problem:
> Yes, atime is a filesystem feature. But it is possible to
> programatically read and store the original atime, then read the file,
> then restore the original atime — using utimes() — such that atime
> effectively does not change.
On 30.04.2018 11:22, Tim wrote:
> Question #668404 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/668404
>
> Status: Answered => Open
>
> Tim is still having a problem:
> Yes, atime is a filesystem feature. But it is possible to
> programatically read and store
On 30.04.2018 02:52, Tim wrote:
> New question #668404 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/668404
>
> My data resides on a SSD and — thanks to Write Amplification — any
> modification of an atime will result in not only the inode being modified,
> but the whole
On 15.03.2018 12:49, Kenneth Loafman wrote:
> Hi guys,
>
> I need your help on https://bugs.launchpad.net/bugs/1727653. I thought it
> was a resource problem, and it may still be. This appears to happen on the
> 17.x series of Ubuntu, with it's mix of inetd and systemd permissionsk and
>
On 22.06.2017 18:24, Xavier Lucas wrote:
> Blueprint changed by Xavier Lucas:
>
> Definition Status: Discussion => Pending Approval
>
looks good and sounds sensible to me. it's even man page documented on the
first submit.
.. ede/duply.net
___
On 22.03.2017 14:47, Aleksei Kovura wrote:
> New question #581020 on Duplicity:
> https://answers.launchpad.net/duplicity/+question/581020
>
> They support REST and WebDAV: https://tech.yandex.com/disk/
>
any problems using webdav:// with yandex? ..ede/duply.net
Martin,
afaiu gpg2+ _always_ uses the agent if input is necessary. that's why the
manpage contained, auntil you removed
"
GnuPG 2 and newer ignore this option and will always use a running
.B gpg-agent
if no passphrase was delivered.
"
this is because the passphrase input routines got moved from
On 24.01.2017 13:22, Jorman Franzini wrote:
> File "/opt/lib/python2.7/site-packages/duplicity/backend.py", line 209, in
> get_backend_object
> return factory(pu)
> File "/opt/lib/python2.7/site-packages/duplicity/backends/megabackend.py",
> line 36, in __init__
> from mega import
hey Aaron,
On 19.01.2017 10:59, Aaron wrote:
> Hello all,
>
> I have been doing a bit of work to support python 3 in the codebase. Broadly,
> I have been following:
> https://docs.python.org/3/howto/pyporting.html
> and using Futurize: http://python-future.org/automatic_conversion.html
> For
Nils,
you should be able to generate patches and send them to the mailing list, that
should suffice.
..ede/duply.net
On 13.11.2016 21:27, nils wrote:
> Question #404018 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/404018
>
> Status: Solved => Open
>
> nils is
Diagonal,
read up on file selection in duplicity ;) . of course you can exclude single
files. see
http://duplicity.nongnu.org/duplicity.1.html#sect9
wrt. to the file i found the following interesting hint
http://blog.dailystuff.nl/2011/08/the-hunt-for-etc-pwd-lock/
have fun.. ede/duply.net
any reason why you wanted to enforce a specific version? ..ede
On 31.10.2015 16:45, Kenneth Loafman wrote:
> ede, you were right, but it was not a network issue, they intentionally block
> outside access.
>
> I did not like the suggestion they had, so instead, I made duplicity work
> with old
Ken,
can it be that it is more a 'cannot access internet' situation? searching
google suggests that
http://is.gd/qa8JZA
probably the old lockfile package is cached while the new cannot be downloaded
because pypi.python.org cannot be resolved.
..ede
On 30.10.2015 17:04, Kenneth Loafman
though. Let me think about it some.
On Wed, Jun 10, 2015 at 5:15 PM, Edgar Soldin ed...@soldin.de
mailto:ed...@soldin.de wrote:
just feel that we have many construction sites and bugs already. filing
volumes is really none of them ;).. but you are the maintainer, so maintain
ahead
any comment wrt. to my findings below? ..ede
Forwarded Message
Subject: [Duplicity-talk] duplicity overwrites on restores .. Re: Duplicity
wiped out my server
Date: Wed, 06 May 2015 14:34:30 +0200
From: edgar.sol...@web.de
Reply-To: Discussion of the backup program duplicity
just want to make sure that you saw the current solution to this issue
https://answers.launchpad.net/duplicity/+question/253609
..ede
___
Mailing list: https://launchpad.net/~duplicity-team
Post to : duplicity-team@lists.launchpad.net
Unsubscribe
nothing to add, sounds reasonable all around.. ede
On 31.01.2015 16:41, Kenneth Loafman wrote:
Thanks for the correction. I had missed that flag.
I'm looping in duplicity-team on this. Perhaps they have something to add
as well.
...Ken
On Sat, Jan 31, 2015 at 9:29 AM, Martin Pool
just fyi. gpg 2.1 retires passphrase from pipe for key auth.
..ede
Forwarded Message
Subject: [ftplicity:bugs] #76 GPG 2.1 passphrase entry change
Date: Sat, 29 Nov 2014 14:23:30 +
From: troy engel ten...@users.sf.net
Reply-To: [ftplicity:bugs]
with
dropbox backend after upgrade to 0.7.0
Date: Mon, 03 Nov 2014 13:21:58 +0100
From: Edgar Soldin ed...@soldin.de mailto:ed...@soldin.de
mailto:ed...@soldin.de mailto:ed...@soldin.de
To: duplicity-team duplicity-team@lists.launchpad.net
mailto:duplicity-team
Subject: Re: [Duplicity-team] [Question #256351]: Error with
dropbox backend after upgrade to 0.7.0
Date: Mon, 03 Nov 2014 13:21:58 +0100
From: Edgar Soldin ed...@soldin.de mailto:ed...@soldin.de
mailto:ed...@soldin.de mailto:ed...@soldin.de
To: duplicity-team duplicity
probably my fault, in the bigger branch i also fixed an assertion with some
change to file_naming.py
http://bazaar.launchpad.net/~duplicity-team/duplicity/0.7-series/revision/1014
problem is that par2+ is hitting it, some problem with the fact that pa2+ just
uses the same filename plus a .par2
see below.. ede
Forwarded Message
Subject: Re: [Duplicity-team] [Question #256351]: Error with dropbox backend
after upgrade to 0.7.0
Date: Mon, 03 Nov 2014 13:21:58 +0100
From: Edgar Soldin ed...@soldin.de
To: duplicity-team duplicity-team@lists.launchpad.net
Ken, Mike,
any
i don't like the fix. as we now have multiple ftp capable backends the proper
check would be if
duplicity.backend.get_backend_object(url)
returns a proper backend.
by the looks of it the method already throws an exception in that case, so i'd
argue the assertion needless.
..ede
On
where do the other errors, incl. and after
ERROR: test_asym_cycle (testing.functional.test_final.ShortFilenamesFinalTest)
come from? ..ede
On 11.11.2014 16:12, Michael Terry wrote:
On 11 November 2014 04:43, edgar.sol...@web.de mailto:edgar.sol...@web.de
wrote:
1. how can i get the
On 11.11.2014 02:11, Michael Terry wrote:
There are several tests failing in trunk right now, as you can see from the
failed build emails. Ed, at least half of them seem to be due to your
LFTPBackend changes (those should be simple to fix with a simple string
change).
makes sense, didn't
just found out that lftp also supports
http://en.wikipedia.org/wiki/Files_transferred_over_shell_protocol
and
sftp
will include these in the upcoming branch for 0.7.. ede
___
Mailing list: https://launchpad.net/~duplicity-team
Post to :
just wanna have a short brainstorming on how to promote the new 0.7 line.
earlier i wrote
how do you plan to promote 0.7 ? placing a sentence with link on the savannah
website? something else? maybe you can add a standard header to the 0.6
changelog that mentions a not production-stable 0.7
On 19.06.2014 10:00, Radomir Cernoch wrote:
Dear all,
I would like to use duplicity (v0.6.23 from Debian) without saving the
private key or its passphrase on the computer. After having abandoned
signing and started using encryption only, there is still an issue.
SNIP
it sounds reasonable
hi Ken,
just thinking again about my idea to implement a
duplicity copy srcurl trgurl
and eventually a
duplicity sync srcurl trgurl
these actions would be useful to horcrux (distribute) backup or even other data
between backends.
in order to successfully mirror/copy a repository i wonder
i have a small fix for webdav, see below. do we want to fix it in 0.6 as well?
..ede
Original Message
Subject: Re: [Duplicity-talk] Duplicity response status 200 with reason 'OK'
Date: Sat, 14 Jun 2014 15:02:27 +0200
From: edgar.sol...@web.de
Reply-To: Discussion of the backup
any reason why not to file it in the public archives? ..ede
On 19.05.2014 13:13, Kenneth Loafman wrote:
Just moving the discussion back to duplicity-team.
On Sun, May 18, 2014 at 12:40 PM, Michael Terry m...@mterry.name
mailto:m...@mterry.name wrote:
On 18 May 2014 13:29,
try a full and then an incremental.. that's where it dies reproducably for me..
see thread ;) .. ede
On 19.05.2014 14:50, Kenneth Loafman wrote:
BTW, webdav(s) works to rsync.net http://rsync.net, for me, on 0.7.
On Mon, May 19, 2014 at 7:38 AM, edgar.sol...@web.de
On 11.05.2014 20:47, Michael Terry wrote:
Hey Ken and Ed! Here's a long email. :) The dry bits up front, the
discussion stuff lower down.
== Installing Old Pythons ==
The easiest solution I found was pythonz, which is an way to download and
install any version of python into your
Ken, Mike ? an idea? ..ede
On 10.05.2014 01:41, Kostas Papadopoulos wrote:
Hi,
Just a quick heads up that the latest v0.6.24 doesn't install on my test
system (Debian Wheezy 7.5)
The very same system had no problems with installing previous versions of
Duplicity
we should probably add it to requirements (manpage etc.) as well as lockfile
then. ..ede
On 11.05.2014 15:46, Michael Terry wrote:
Ah yeah, we switched from distutils to setuptools. That's expected.
-mt
On 11 May 2014 06:49, Kenneth Loafman kenn...@loafman.com
On 15.04.2014 19:21, Michael Terry wrote:
I'm particularly interested in thinking about ways to mock the remote
services needed by the backends.
totally clueless here.. i see no way that we keep/have backend libraries on the
test machine and simulate an actual backend or even access a real
but who's gonna hack the emulator? we barely provide for duplicity as it is.
demanding one from backend dev's might discourage early on!
..ede
On 16.04.2014 14:49, Michael Terry wrote:
Well, for python libraries that the backends use, I imagine we can provide a
fake version of that library.
that's the way it's always been ;(
anyway, most modern backends are thin wrappers around complex API libs, which
even dare to change overtime. so much for writing emulation stubs just once and
use them forever.
..ede
On 16.04.2014 15:16, Michael Terry wrote:
Well, without having mocks from
On 16.04.2014 15:27, Michael Terry wrote:
On 16 April 2014 09:21, edgar.sol...@web.de mailto:edgar.sol...@web.de
wrote:
that's the way it's always been ;(
Yeah, and I've gotten annoyed enough with status quo that I might just put my
time where my mouth is. :)
no opposition
do i understand correctly? we currently have no such functionality, we would
have to introduce it?
e.g.
- catch the error set a globals.runtime_error var
- on exit react on that var
something like that? ..ede
On 06.02.2014 23:44, Michael Terry wrote:
Wherever we currently log a warning due
Mike,
if you could give me some pointers i might be able to spare some time soonish.
..ede
On 05.02.2014 04:03, Michael Terry wrote:
I can implement a warning at the end of any run that includes a skipped
restored file, sure. But I'm not sure about timeframe.
On 2 February 2014 09:23,
Ken,
could you give your take on the below?
i still feel duplicity should exit with an error code after the restore and
mention the files it had problems with in the end. a warning i the middle might
be easily overlooked by the user.
..ede
On 23.01.2014 20:57, edgar.sol...@web.de wrote:
currently --no-compression is broken. since 2 years or so.. it's workaroundable
as described below, but what do you think?
should we disable the option for now, raising an error that it is broken or
such?
seems to be an easy fix, i'd look at it, but currently i've got the cough plus
butt loads
i guess fixing it is as fast as implement a message.
.ede
On 29.01.2014 15:05, Kenneth Loafman wrote:
I'm not sure why we need it in the first place, but I'll look into fixing it
first.
A warning would be wise for now.
On Wed, Jan 29, 2014 at 7:37 AM, edgar.sol...@web.de
is this possibly related to these new issues people showed up with on the list
as well?
1. https://answers.launchpad.net/duplicity/+question/242530
2. https://bugs.launchpad.net/duplicity/+bug/1271927
thx.. ede
On 23.01.2014 18:09, Michael Terry wrote:
On 23.01.2014 19:34, Michael Terry wrote:
There is a separate but related patch in 0.6.23 that makes the bug less
severe by letting the user restore the rest of the files that aren't affected
(rather than aborting restore entirely):
On 20.11.2013 14:45, Michael Terry wrote:
Ken: any idea about all the branches on launchpad? what to do with them?
keep them for reference?
Which branches? They should all be able to stay around...
https://code.launchpad.net/duplicity
lot's of them don't apply anymore, because trunk
On 16.11.2013 05:03, Michael Terry wrote:
So when investigating recent bugs, I found an interesting behavior.
Interrupt duplicity, delete the file it was backing up, restart duplicity.
When restored, duplicity will happily restore the half-file it backed up.
Is that bad? Should we
On 20.09.2013 15:41, Michael Terry wrote:
So as I speculate in a recent merge [1], I think bug 1155345
https://code.launchpad.net/bugs/1155345, bug 720525
https://code.launchpad.net/bugs/720525, and bug 662442
https://code.launchpad.net/bugs/662442 may all have the same underlying
cause:
how would you figure this? patching during setup? install different file
versions? sounds messy.
..ede
On 15.01.2013 03:29, Michael Terry wrote:
Hrm. OK. I wonder if we can't offer an option to 2to3 on the fly during
setup.py if the user wants to install for python3.
-mt
On 14
sounds reasonable.. could you please post some link and/or source comment these
changes extensively so it'd be easier for other devs to reuse, add to your
changes?
..ede
On 15.01.2013 14:51, Michael Terry wrote:
The distribute package has some support for doing this cleanly. You can put
you once tried to maintain a second branch 0.7 .. i don't think this is a way
to go considering man power vs. doubled maintenance effort.
i agree with Michael on the we have to try attitude. the setup approach
allows to start with the adaption while still keeping our stable python2 code
base.
as we don't really have hurry with that decision i vote for keeping an eye out
how stable the next 0.6 release works out, and reconsidering a move to a
python2.6+ duplicity 0.7 again thereafter.
..ede
On 14.01.2013 15:44, Michael Terry wrote:
My personal push for Python 3 support is because
can somebody explain to me why setting duplicity's
globals.gpg_profile.passphrase
is action dependend at all?
i see that there is the case of a separate signing passphrase. but where is the
harm to have globals.gpg_profile.passphrase all the time irrespective the
action selected?
why was that
On 07.02.2012 23:37, Michael Terry wrote:
Heyo! The daily builds will fail currently due to some test breaks.
I've disabled them for now to reduce spam to this list.
thanks.. ede
___
Mailing list: https://launchpad.net/~duplicity-team
Post to :
On 13.11.2010 14:21, edso wrote:
Can't I
force duplicity to connect to the old backup chain? In duply you have
yes. by using separate repositories. as described above.
..ede/duply.net
___
Mailing list: https://launchpad.net/~duplicity-team
Post to
Btw. are you aware of the duplicity options to automatically start new
chains if a parametered timeframe is reached? But of course you are right
@Ken and all: Why is it possible to restore, but not to list the files
in old chains?
Eventually, however, I plan to add a feature that depends on
On 17.09.2009 22:51, Michael Terry wrote:
There are two main ways of currently dealing with duplicity's core:
Python module (used by duplicity and time-drive) and CLI/logging (used
by duply and deja-dup). I'll note though, that duply doesn't actually
use the logging side of things. I'm the
this is just a test. Turned out I wasn't subscribed to the list.. it
didn't do that automagically .. ;) ede
___
Mailing list: https://launchpad.net/~duplicity-team
Post to : duplicity-team@lists.launchpad.net
Unsubscribe :
73 matches
Mail list logo
