Re: GitHub mirror out of sync

2018-06-14 Thread Stuart Henderson
On 2018/06/14 15:58, Edward Lopez-Acosta wrote:
> Good to know. Did security/py-crypto get removed? I see it if I make search 
> in /use/ports but it's missing from the security subdirectory.

Ah yes, good catch from matthieu@.

"make search" uses /usr/ports/INDEX which is updated infrequently, if
you want something more up-to-date then accessing sqlports directly or via
ports-readmes-dancer are good options (they use the sqlports package which
is built with every package snapshot, so easy to get updated).

> I can see it if I use the cvs web link on the home page.

In CVS removed files are moved to the Attic/ subdirectory in the
repository, on 
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/security/py-crypto/
you will see "in the Attic", and last commit log was "remove py-crypto,
it's no longer maintained upstream and everything in-tree has been
switched to py-cryptodome instead".



Re: GitHub mirror out of sync

2018-06-14 Thread Edward Lopez-Acosta
Thanks I must have missed this commit when I was searching.
-- 
Sent from my mobile device. Please excuse my brevity and formatting issues.

On June 14, 2018 3:51:03 PM UTC, Matthieu Herrb  wrote:
>On Thu, Jun 14, 2018 at 03:25:52PM +, Edward Lopez-Acosta wrote:
>> Some ports are missing from the GitHub mirror. At least the one I
>noticed is security/py-crypto.
>> 
>> How often does this mirror sync normally?
>
>py-crypto has been removed last week.
>https://github.com/openbsd/ports/commit/4b951e6c3d5be02aae6f97e061afe5e237c256ee



Re: GitHub mirror out of sync

2018-06-14 Thread Edward Lopez-Acosta
Good to know. Did security/py-crypto get removed? I see it if I make search in 
/use/ports but it's missing from the security subdirectory.

I can see it if I use the cvs web link on the home page.
-- 
Sent from my mobile device. Please excuse my brevity and formatting issues.

On June 14, 2018 3:38:55 PM UTC, Stuart Henderson  wrote:
>On 2018/06/14 15:25, Edward Lopez-Acosta wrote:
>> Some ports are missing from the GitHub mirror. At least the one I
>noticed is security/py-crypto.
>
>No conversions from the OpenBSD cvs repo to git are perfect.
>
>These are provided as a convenience but don't expect them to be 100%.
>If I remember correctly they are redone from scratch occasionally which
>should limit the damage if there's any breakage.
>
>I do see some use for xenocara/src but IMO there's very little point
>at all in the github mirror of ports, just use cvs..
>
>> How often does this mirror sync normally?
>
>Unsure. If you want something more than this can offer, you can run
>your
>own conversion from an rsync/cvsync'd copy of the repo,
>devel/cvs2gitdump
>has the best chance of a working conversion (git-cvs was about second
>best, but it tries to convert branches and gets in a muddle as a
>result).



Re: GitHub mirror out of sync

2018-06-14 Thread Matthieu Herrb
On Thu, Jun 14, 2018 at 03:25:52PM +, Edward Lopez-Acosta wrote:
> Some ports are missing from the GitHub mirror. At least the one I noticed is 
> security/py-crypto.
> 
> How often does this mirror sync normally?

py-crypto has been removed last week.
https://github.com/openbsd/ports/commit/4b951e6c3d5be02aae6f97e061afe5e237c256ee

-- 
Matthieu Herrb



Re: GitHub mirror out of sync

2018-06-14 Thread Stuart Henderson
On 2018/06/14 15:25, Edward Lopez-Acosta wrote:
> Some ports are missing from the GitHub mirror. At least the one I noticed is 
> security/py-crypto.

No conversions from the OpenBSD cvs repo to git are perfect.

These are provided as a convenience but don't expect them to be 100%.
If I remember correctly they are redone from scratch occasionally which
should limit the damage if there's any breakage.

I do see some use for xenocara/src but IMO there's very little point
at all in the github mirror of ports, just use cvs..

> How often does this mirror sync normally?

Unsure. If you want something more than this can offer, you can run your
own conversion from an rsync/cvsync'd copy of the repo, devel/cvs2gitdump
has the best chance of a working conversion (git-cvs was about second
best, but it tries to convert branches and gets in a muddle as a result).