Thanks for reporting.
I haven't had time to check this, but I wonder if there's a suggested
way to fix.
Em Wed, Jun 23, 2021 at 06:16:22PM -0700, Cody Brownstein escreveu:
> Package: keyringer
> Version: 0.5.5-1
> Severity: normal
>
> Dear Maintainer,
>
> keyringer tries to use vim settings from
> '/usr/bin/../share/keyringer/editors/vim'. However, the file is actually
> located at '/usr/lib/keyrin
Em Sun, May 22, 2016 at 10:42:52PM +0200, Valentin Vidic escreveu:
> It seems Makefile installs index.mdwn as README properly
> but debian/docs then overwrites it with a symlink. So
> just removing debian/docs fixes the issue.
Thanks for reporting. I just fixed that on the debian branch :)
--
h
Em Fri, May 16, 2014 at 05:04:22PM -0300, Silvio Rhatto escreveu:
> Sorry for the delay. I just released keyringer 0.3.4 and I think it's
> ready to be uploaded on debian unstable.
Sorry for bug you again. I just release 0.3.6 including a minor but
important fix.
--
rhatto at riseup
Em Fri, Apr 18, 2014 at 12:35:48PM +0200, intrigeri escreveu:
> Silvio Rhatto wrote (17 Apr 2014 21:24:29 GMT) :
> > I also got swamped with work and it's still hard to find when I should
> > ask for a new release to be uploaded into Debian.
>
> I suggest just closing
> > also help with sponsoring the package (only after easter though).
>
> I was waiting for rhatto to formally request sponsorship for 0.3.3-1,
> by retitling this RFS. Sorry if I seem to be nitpicking and this was
> done implicitly already <-- it was simply not clear to me
r though).
Sorry, it's all my fault: I end up polishing and fixing some new issues
before coming back to this RFS.
I'm currently waiting for a confirmation for a fix for
https://keyringer.pw/trac/ticket/49 before making a new release.
Hopefully that will be already sorted after easter :
fresh-keys "$recipient"
> >>
> >> I'm not sure this really does what you mean here. At least the GnuPG
> >> manpage does not talk about it. Perhaps use --recv-keys for
> >> better clarity?
Yes, it does what's intended, but I changed to --recv-keys.
--
rhatto at riseup.net
pubkey 66CA01CE2BF2C9B7E8D64E340546823964E39FCA
please bring your fingerprint when meeting me
signature.asc
Description: Digital signature
Em Mon, Mar 17, 2014 at 10:29:12AM +0100, intrigeri escreveu:
> Silvio Rhatto wrote (14 Mar 2014 20:43:23 GMT) :
> > I am looking for a sponsor for release 0.3.2-1 of "keyringer".
>
> Great! Here's a quick code review of the changes since 0.2.9.
Thanks for the revie
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for release 0.3.2-1 of "keyringer".
* Package name: keyringer
Version : 0.3.2-1
Upstream Author : Silvio Rhatto
* URL : https://keyringer.pw
* License : GPL3+
Package: wnpp
Severity: wishlist
Owner: Silvio Rhatto
* Package name: keyringer
Version : 0.2.9
Upstream Author : Silvio Rhatto
* URL : https://keyringer.pw
* License : GPL3+
Programming Lang: Bash
Description : distributed secret management using
note-3
[4]
https://git.sarava.org/?p=backupninja.git;a=commitdiff;h=b8b8b46fbaf9acbdc769d311a064ab89bb670ef7
--
rhatto at riseup.net
pubkey 66CA01CE2BF2C9B7E8D64E340546823964E39FCA
please bring your fingerprint when meeting me
signature.asc
Description: Digital signature
g to test your patch :)
I confirm this bug to happen on wheezy, but I cannot reproduce on squeeze.
That's why it took me a while to reproduce it.
I'm adding Paul into the loop as he's the #677971 reporter. Paul, could you
test if either suggested patches don't add a regression t
ting. I've opened upstream bug
https://labs.riseup.net/code/issues/4019
Please ping me if it takes too long to answer and feel free to help debuging
the handler :)
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
signature.asc
Description: Digital signature
Em Mon, May 14, 2012 at 05:57:03PM +0200, intrigeri escreveu:
> rhatto wrote (14 May 2012 15:39:06 GMT) :
> > Does this will be correctly replaced when building backupninja?
> > Maybe Paul didn't replaced "@SED@" by "sed -e" but just by "sed".
uch file or directory
>
> I fixed I've just fixed this in commit 7c66b69 (upstream Git master
> branch). Please confirm.
Does this will be correctly replaced when building backupninja?
Maybe Paul didn't replaced "@SED@" by "sed -e" but just by "sed&qu
riseup.net/code/issues/3702) but also refers
to other problems, including:
- upstream https://labs.riseup.net/code/issues/3882
which is also reported at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656968
- issues related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=654192
side, which makes no sense. Why are these expanded and
> > the excludes with the dot dirs not?
>
> What's the status of this bug?
This bug was addressed upstream at https://labs.riseup.net/code/issues/3882
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
signature.asc
Description: Digital signature
Em Fri, May 11, 2012 at 04:27:28PM +0200, Paul van Tilburg escreveu:
> On Fri, May 11, 2012 at 09:26:10AM -0300, rhatto wrote:
> > Em Fri, May 11, 2012 at 09:53:41AM +0200, Paul van Tilburg escreveu:
> > > I actually disagree with #3929 though, now I think of it. The date
Em Fri, May 11, 2012 at 09:53:41AM +0200, Paul van Tilburg escreveu:
> On Thu, May 10, 2012 at 09:50:40PM -0300, rhatto wrote:
> > Em Thu, May 10, 2012 at 12:45:08PM +0200, intrigeri escreveu:
> > > If the rsync handler is not in a good enough state on May 20th yet,
> > &g
backupninja/issues
[2] https://git.sarava.org/?p=backupninja.git;a=shortlog;h=refs/heads/rsync
[3]
https://git.sarava.org/?p=backupninja.git;a=blob_plain;f=handlers/rsync.in;hb=refs/heads/rsync
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
signature.asc
Description: Digital signature
I wouldn't exclude other problems with the weekly/monthly rotations and I could
not spot why your weekly.* folders are so old comparing to the daily ones
(maybe you disabled your rsync action for a while?) but the rotations seems to
be happening.
I still need to provide an unified patch for you to test. I'm very busy with
lots of stuff but I'll try to do it soon.
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
signature.asc
Description: Digital signature
Em Sun, Apr 15, 2012 at 04:26:27PM +0200, Paul van Tilburg escreveu:
> On Thu, Apr 12, 2012 at 08:54:55PM -0300, rhatto wrote:
> > Em Mon, Apr 09, 2012 at 02:01:45PM +0200, Paul van Tilburg escreveu:
> > > What it IMO doesn't solve, is the fact that the handler gave a
Em Sun, Apr 15, 2012 at 10:26:27PM +0200, intrigeri escreveu:
> Paul van Tilburg wrote (15 Apr 2012 14:16:39 GMT) :
> > Ok, yes. You must understand that this is already the 6th patch
> > applied to /usr/share/backupninja/rsync and I am starting to loose
> > track of what I
Em Sun, Apr 15, 2012 at 04:00:02PM +0200, Paul van Tilburg escreveu:
> On Fri, Apr 13, 2012 at 10:09:08AM -0300, rhatto wrote:
> > Em Fri, Apr 13, 2012 at 09:40:09AM +0200, Paul van Tilburg escreveu:
> > > On Thu, Apr 12, 2012 at 09:34:42PM -0300, rhatto wrote:
> > >
Em Fri, Apr 13, 2012 at 09:40:09AM +0200, Paul van Tilburg escreveu:
> On Thu, Apr 12, 2012 at 09:34:42PM -0300, rhatto wrote:
> > Em Mon, Apr 09, 2012 at 02:13:01PM +0200, Paul van Tilburg escreveu:
> > > This partly fixes it. Indeed, the --delete gets passed on now, but
>
eup.net/code/issues/3882
Could you try the patch below?
---
From aa8d0f864830036e12e52696243c05df76d678e2 Mon Sep 17 00:00:00 2001
From: Silvio Rhatto
Date: Thu, 12 Apr 2012 21:29:57 -0300
Subject: [PATCH 1/1] Quoting $exclude and $excludes and avoiding a for loop on
$exclude to not expand wildcards in beforehand (upstream #3882)
--
ink that the only way to avoid that is to validate the metadata.
The following commit tries to do it:
https://git.sarava.org/?p=backupninja.git;a=commitdiff;h=e22107cf0954f29215052becf848bc28b47ffbe0
Could you test to see if it works?
Thanks again :)
--
rhatto at riseup.net
pubkey 64E39
Em Sat, Feb 25, 2012 at 07:37:07PM -0200, rhatto escreveu:
> This behavior looks very tricky to spot but your explanation makes sense. One
> way to test this possibility would be to update the metadata subtracting the
> interval needed for the backup to take place, i.e, use the start ti
Em Sun, Feb 26, 2012 at 01:59:41PM +0100, intrigeri escreveu:
> rhatto wrote (25 Feb 2012 21:37:07 GMT) :
> > Are you still getting this warning? Could you test with the
> > following patch?
>
> I'm happy to see things moving forward again on this side.
>
> In ord
ime="`date +%c%n%s`"
debug $nice $rsync "${rsync_options[@]}" $filelist_flag $excludes
$batch_option $orig $dest_path
$nice $rsync "${rsync_options[@]}" $filelist_flag $excludes $batch_option
$orig $dest_path | tee -a $log
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
signature.asc
Description: Digital signature
Both of you, feel free to confirm or correct me.
I think that's fixed by 3ae23a and 9e7c18.
--
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
signature.asc
Description: Digital signature
H*x:4.12.6
Return-path:
Received: from fluxo.info ([189.19.241.77] helo=ratten.fluxo.info)
by busoni.debian.org with esmtp (Exim 4.72)
(envelope-from )
id 1QHhv7-0002Y5-0d
for sub...@bugs.debian.org; Wed, 04 May 2011 19:39:37 +
Content-Type: multipart/mixed; bou
Package: duplicity
Version: 0.6.08b-1+b1
Severity: important
Tags: patch
At lenny's duplicity (0.4.11-2), it was possible to run the following command
in the remote host
without having the GPG keys or password:
duplicity collection-status
file:///var/backups/remote/remote-host.example.org/du
Package: puppet
Version: 2.6.2-4
Severity: normal
After upgrading from lenny to squeeze, the following error message is generated:
Date: Wed, 04 May 2011 06:28:59 -0300
From: Cron Daemon
To: r...@box.example.org
Subject: Cron test -x /usr/sbin/anacron || ( cd / && run-parts
--report /
Package: syslog-ng
Version: 3.1.3-3
Severity: normal
When using syslog-ng inside a number of vservers, the following error message
is sent by logrotate:
Date: Tue, 22 Feb 2011 06:53:26 -0300
From: Cron Daemon
To: r...@example.org
Subject: Cron test -x /usr/sbin/anacron || ( cd / && run-parts
Em Tue, Jan 12, 2010 at 06:50:33PM +0100, intrigeri escreveu:
> Hi,
>
> rhatto wrote (11 Jan 2010 17:03:51 GMT) :
> > I have some plans to the wget handler but I'm not sure when I can
> > put efforts on it (see my wget branch at git.sarava.org). Is there
> >
ri/intrigeri.asc
> | OTR fingerprint @
> https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc
> | Every now and then I get a little bit restless
> | and I dream of something wild.
--
rhatto at riseup.net
pubkey 6B566777 / subkeys.pgp.net
pgphUPjkaKdj7.pgp
Description: PGP signature
Package: onak
Version: 0.3.1-1
I'm a user of keys.indymedia.org keyserver, which uses
onak. Recently I updated my keypair and sent it to the
server. Specifically, I changed my key preference, givin
SHA-256 precedence over SHA-1 for the digest algorithm.
But when I sent it to onak it didnt updated
39 matches
Mail list logo
