Ping
Would this have been better sent to bugs@ ?
On April 25, 2019 09:04:05 Edward Lopez-Acosta wrote:
Not sure if this is a bug or expected, but figured I would ask.
In both cases below I have multiple, differing repositories configured
in PKG_PATH, and the ansible package is used only as
Not sure if this is a bug or expected, but figured I would ask.
In both cases below I have multiple, differing repositories configured
in PKG_PATH, and the ansible package is used only as an example, but
applys to any package.
In my case the repos differ due to packages being available in a r
the questions. Not sure how asking questions to better
understand of a process/project is disrespectful if you could clarify
that would be great.
Edward Lopez-Acosta
On 4/5/19 7:17 AM, Theo de Raadt wrote:
You are correct its not my process, but I am still curious as to the
rationale which is
mark a release that is up to them,
not you which is similar to what you noted about this being *your*
process, that is *theirs*.
Edward Lopez-Acosta
On 4/5/19 7:08 AM, Theo de Raadt wrote:
Could you please explain the logic behind this as I am confused. Is this
due to an inefficient process
nt(!) fixes are still possible for a
brief period. Committers need to ask sthen@ or me for approval.
--
Christian "naddy" Weisgerber na...@mips.inka.de
--
Edward Lopez-Acosta
---
From: Theo de Raadt dera...@openbsd.org
Date: April 2, 2019 07:09:38
Subject: Re: redis update -> 4.0.14
To: Edward Lopez-Acosta elopezaco...@gmail.com
Edward Lopez-Acosta wrote:
This is stupid.
Watch your language.
This is stupid. Why would you not update this to version 5 which is listed
as stable?
Redis 4 is listed as old and potentially doesn't have long until it's EOL
per the redis website.
Looks like the proper current version can be found here where it builds,
runs, and at worst one test fails wh
t/026All.t ... ok
t/027MP3Downloads.t .. ok
All tests successful.
Files=26, Tests=358, 7 wallclock secs ( 0.17 usr 0.18 sys + 4.64 cusr
1.45 csys = 6.44 CPU)
Result: PASS
--
Edward Lopez-Acosta
diff --git Makefile Makefile
index ff7811c79ec..c34e656b902 100644
--- Makefile
+++ Mak
08:24, Edward Lopez-Acosta wrote:
>> Any feedback for this?
>
>How is gitlab doing at keeping stable distfiles? If it's even worse
>than
>github (and I have a feeling it might be) then I wouldn't really want
>to
>encourage people using it directly as a source.
Any feedback for this?
Edward Lopez-Acosta
On 12/16/18 9:11 AM, Edward Lopez-Acosta wrote:
Hello,
I spent some time and added GitLab support to bsd.port.mk in a similar
manner as GitHub. Since Microsoft's acquisition of GitHub a large number
of projects, including major ones lik
and this is not convenient?
Security is not always convenient. Or am I somehow confused by the goals
of the OpenBSD project?
Edward Lopez-Acosta
On 12/17/18 5:43 PM, Stuart Henderson wrote:
Bringing ports@ to CC
On 2018/12/17 16:54, Ian Darwin wrote:
Hi Stuart. Do all updates that have CVEs
https://github.com/ambv/black/blob/master/README.md#blackd
Looks like it's to avoid python overhead when running this repeatedly.
I am fine both ways, but was curious.
On December 17, 2018 5:48:42 PM UTC, Jeremie Courreges-Anglas
wrote:
>On Mon, Dec 17 2018, Edward Lopez-Acosta
Should py-aiohttp be updated first to allow this to match upstream as users may
expect?
I know there are many dependants on that though so might be a bit of work. Will
save extra work on black in the future too, along with anything else that may
need py-aiohttp updated.
This looks like the same diff provided previously
https://marc.info/?l=openbsd-ports&m=154250379325554&w=2
Ping?
On December 9, 2018 11:23:42 PM UTC, Edward Lopez-Acosta
wrote:
>Update to current version.
>
>Lots of bug fixes, and the only consumer is py-sphinx. I tested a few
>site builds using sphinx with this and found no issues using the sphinx
>
>version currently in t
k you,
--
Edward Lopez-Acosta
diff --git bsd.port.mk bsd.port.mk
index a31757c39fc..ef76d864c8e 100644
--- bsd.port.mk
+++ bsd.port.mk
@@ -129,6 +129,7 @@ _ALL_VARIABLES += HOMEPAGE DISTNAME \
SHARED_LIBS TARGETS PSEUDO_FLAVOR \
MAINTAINER AUTOCONF_VERSION AUTOMAKE_VERSION CONFIGURE_ARGS \
GH_AC
Thanks for including these but a possibly dumb question.
Why subpackages for clippy and rustfmt and not part of the standard rust
installation like upstream? If REVISION is bumped anyways for rust-gdb
will it still cause issues with other ports or installations?
--
Edward Lopez-Acosta
o and including 2.138.3
Fix
Jenkins weekly should be updated to version 2.154
Jenkins LTS should be updated to version either 2.138.4 or 2.150.1
--
Edward Lopez-Acosta
diff --git devel/Makefile devel/Makefile
index 26817c51381..03fb8174712 100644
--- devel/Makefile
+++ devel/Makefile
@@
/go:/usr/local/go-pkg"
PATH="/usr/ports/pobj/hugo-0.52/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin"
go test -v -p 1 github.com/gohugoio/hugo
? github.com/gohugoio/hugo[no test files]
Please let me know if I am missing something here.
Thank you,
--
Edward Lopez-Acosta
ping?
Edward Lopez-Acosta
On 12/6/18 5:39 PM, Edward Lopez-Acosta wrote:
Resubmitting the diff so its easier for commit.
I replaced the py-py test depend with py-mock like it should be. py-py
is pulled is as a dependency of mock.
Edward Lopez-Acosta
On 12/6/18 4:26 AM, Stuart Henderson
and py3
- Nothing depends on this
- diff applies cleanly with `patch`
Comments/feedback?
Thank you,
--
Edward Lopez-Acosta
diff --git Makefile Makefile
index 365fed99eb6..88603781fd0 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
COMMENT = cross-platform, cross-python, shutil.which
tests defined since its a
collection of CSS, HTML, and JS files.
Comments/feedback?
--
Edward Lopez-Acosta
diff --git Makefile Makefile
index f51ba453d95..909ecb1b1fa 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
COMMENT = readthedocs.org theme for Sphinx
-MODPY_EGG_VERSION =
Hello,
This is a meta package for the MATE desktop environment. Been using it
for a few months now and not noticed any issues.
Maintainer of the MATE packages CC'ed.
Comments/feedback please?
Thank you,
--
Edward Lopez-Acosta
mate-1.20.tar.gz
Description: application/gzip
h py2 and py3, all deps are in the repos. Nothing
currently in the tree depends on this new port.
--
Ran 328 tests in 0.509s
OK
Thoughts?
--
Edward Lopez-Acosta
py-arrow-0.12.1.tar.gz
Description: application/gzip
Resubmitting the diff so its easier for commit.
I replaced the py-py test depend with py-mock like it should be. py-py
is pulled is as a dependency of mock.
Edward Lopez-Acosta
On 12/6/18 4:26 AM, Stuart Henderson wrote:
On 2018/12/05 18:47, Edward Lopez-Acosta wrote:
Backwards
I am going to update the application I wrote
with that in mind, and add clarity to my output.
On December 6, 2018 10:26:07 AM UTC, Stuart Henderson
wrote:
>On 2018/12/05 18:47, Edward Lopez-Acosta wrote:
>> Backwards incompatible changes in this, but checking sqlports I found
>>
..
[ 88%]
tests/test_pubsub.py ...
[ 95%]
tests/test_scripting.py ...
[ 96%]
tests/test_sentinel.py
[100%]
357 passed, 27 skipped in 9.77 seconds
========
Thoughts?
--
Edward Lopez-Acosta
diff --git Makefile Make
s wrote:
>On Mon, 3 Dec 2018 18:43:23 -0600, Edward Lopez-Acosta
> wrote:
>
>> textproc/py-pygfm is also dependant on this but already up to date so
>> I see no issue.
>
>Really? How much have you looked?
>
>It took me less than 30 seconds to find one. I did
>cd /
7;www/py-flask-login,python3'" | wc -l
0
Thoughts?
Thank you,
--
Edward Lopez-Acosta
diff --git Makefile Makefile
index de4eafc2033..42b7bc793e2 100644
--- Makefile
+++ Makefile
@@ -2,7 +2,7 @@
COMMENT = user session management for flask
-MODPY_EGG_VERSION = 0.3.2
+MODPY
-cheetash which is 8 years out of date and the
version in ports is no longer supported. I will work to update this at
some point, it has no maintainer.
Seems fine on amd64.
Thoughts?
--
Edward Lopez-Acosta
diff --git Makefile Makefile
index 71b470b19e3..5c654f40d53 100644
--- Makefile
+++ Makefile
on amd64.
Thank you.
--
Edward Lopez-Acosta
diff --git Makefile Makefile
index cf02471b2d8..e27d5c1a241 100644
--- Makefile
+++ Makefile
@@ -2,9 +2,8 @@
COMMENT = desktop wiki
-MODPY_EGG_VERSION = 0.67
+MODPY_EGG_VERSION = 0.68
DISTNAME = zim-${MODPY_EGG_VERSION}
-REVISION = 2
looking at anything in Rust on my end.
Edward Lopez-Acosta
On 11/26/18 1:24 AM, Sebastien Marie wrote:
On Sun, Nov 25, 2018 at 06:49:43AM -0600, Edward Lopez-Acosta wrote:
Hi Sebastien,
Thank you for the tips.
some nits
I think the CONFIGURE_STYLE removal was simply an oversight on my part
gt; Hi,
>
> On Sun, Nov 25 2018, Edward Lopez-Acosta wrote:
>> py-chai looks to have been merged, no new version for this port?
>> Other than the fixed typo, any other changes needed?
>
> Two things caught my eye:
>
> 1. the python2 flavor needs devel/py-backports-
:
> On Sun, 25 Nov 2018 15:37:41 -0600, Edward Lopez-Acosta
> wrote:
>
>> This is a dependency of the newest version of pip which I am working
>> on updating the port for.
>
> I would prefer to not package the docs in order to remove the need for
> this port. Can you loo
Version bump.
- Builds and runs fine on amd64, no tests in distribution.
- Diff created in a way which should apply clean with patch(1).
- MAINTAINER CC'd.
Thank you,
--
Edward Lopez-Acosta
diff --git devel/Makefile devel/Makefile
index a46d04c8ebc..5939d853878 100644
--- devel/Mak
py-chai looks to have been merged, no new version for this port?
Other than the fixed typo, any other changes needed?
Thank you,
Edward Lopez-Acosta
On 11/20/18 6:07 PM, Stuart Henderson wrote:
On 2018/11/20 18:02, Edward Lopez-Acosta wrote:
Fixed and new tarball attached, and already noted
existing py-sphinx_rtd_theme as a template so no DEPENDS as
this is just a collection of theme files for sphinx.
Thank you,
--
Edward Lopez-Acosta
py-sphinx_pypa_theme-2018.6.tar.gz
Description: application/gzip
Same patch as before but regenerated so patch(1) applies it cleanly.
Edward Lopez-Acosta
On 11/25/18 6:49 AM, Edward Lopez-Acosta wrote:
Hi Sebastien,
Thank you for the tips.
I think the CONFIGURE_STYLE removal was simply an oversight on my part.
I regened the list of crates using the method
specifying the
port.
All tests pass and builds/runs fine on amd64.
Thank you.
Edward Lopez-Acosta
On 11/25/18 3:22 AM, Sebastien Marie wrote:
Hi Edward,
On Sat, Nov 24, 2018 at 05:59:15PM -0600, Edward Lopez-Acosta wrote:
Version bump.
I had to remove the pledge patch as the code was majorly
test result: ok. 187 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out
[3]
https://github.com/BurntSushi/ripgrep/blob/master/Cargo.lock
Ok?
Thank you,
--
Edward Lopez-Acosta
diff --git a/textproc/ripgrep/Makefile b/textproc/ripgrep/Makefile
index 16d2c678d98..c8f3ea47967 100644
--- a/textp
Fixed and new tarball attached, and already noted that py-chai needs to
be in first.
Edward Lopez-Acosta
On 11/20/18 5:58 PM, Stuart Henderson wrote:
On 2018/09/16 15:49, Edward Lopez-Acosta wrote:
==
Arrow is a lightweight library which makes working with dates and times
simpler. This is
improve my porting and make it easier for you guys going
forward.
Edward Lopez-Acosta
On 11/20/18 5:39 PM, Stuart Henderson wrote:
On 2018/11/20 17:11, Edward Lopez-Acosta wrote:
Stuart,
I did some thinking on this as a heavy consumer, and light developer, of
Python applications.
There are 455
//pypi.org/project/aiohttp/
Edward Lopez-Acosta
On 11/20/18 5:27 PM, Stuart Henderson wrote:
On 2018/11/17 13:55, Edward Lopez-Acosta wrote:
Straightforward version bump.
No other ports depend on this.
www/puppetboard|www/py-gunicorn,python3|||www/py-gunicorn,python3|R|3
www/py-aiohttp|www/py-gunico
Per previous list email from me:
---
I gathered items requiring this and was able to build them all
successfully. I also tested out at lest a couple of them by running the
actual application and found no issues.
Comments on the diff, or is it ok?
---
Edward Lopez-Acosta
On 11/20/18 5:26
Pretty sure maintainer already replied with an OK on this during a
previous submission for this update.
Added to this email thread for you though.
Edward Lopez-Acosta
On 11/20/18 5:23 PM, Stuart Henderson wrote:
On 2018/11/15 17:13, Edward Lopez-Acosta wrote:
Straightforward version bump to
also include py3.
I also see that recently py-boto3 was updated as another factor this is
likely fine.
Edward Lopez-Acosta
On 11/20/18 5:17 PM, Stuart Henderson wrote:
On 2018/11/16 19:36, Edward Lopez-Acosta wrote:
Nothing is showing as requiring this when I run `make show-required-by`.
and think it would be a
good step forward for the ports tree. Thoughts on how this can happen?
I have tested Daniel's update to 3.7 and it seems fine for me during my
normal usage and the modules I use.
Thank you,
Edward Lopez-Acosta
[1]
$ pkg_info -Q py3- | grep -E "^py3-" -c
Thanks Brian.
The changes to the submission look fine to me.
Edward Lopez-Acosta
On 11/18/18 3:34 PM, Brian Callahan wrote:
How about this version, which also sets the HOMEPAGE and MASTER_SITES to
use https, since we're already here? Florian, what do you think?
Changelog is here, btw
ping?
Edward Lopez-Acosta
On 10/19/18 7:09 PM, Edward Lopez-Acosta wrote:
Hello,
py-poyo is a lightweight YAML parser designed for the cookiecutter
project due to possible issues with other YAML parsers.
- All tests pass for both py2 and py3
- `make package` succeeds for py2 and py3
- No
ping?
Edward Lopez-Acosta
On 8/31/18 6:36 PM, Edward Lopez-Acosta wrote:
Hello,
In continuing to port cookiecutter I was led to find some extra
dependencies missing. This module is needed by a dependency for testing
purposes so is needed to continue working on this porting project.
py
ping?
Edward Lopez-Acosta
On 9/16/18 3:49 PM, Edward Lopez-Acosta wrote:
==
Arrow is a lightweight library which makes working with dates and times
simpler. This is done by including an API which supports many common
scenarios. Arrow can also easily generate time span, ranges and more
while
Minor version bump. Existing version is >1 year old.
Builds and runs fine on amd64.
No changelog listed on GitHub page, and no tests.
Ok?
--
Edward Lopez-Acosta
diff --git a/textproc/the_silver_searcher/Makefile b/textproc/the_silver_searcher/Makefile
index 14de086ba0c..16c08648348 100644
--
Version update to latest upstream. Mostly bug fixes and enhancements.
Builds fine on amd64, and existing maintainer contacted. Checked for
ports depending on this and found none.
Ok?
--
Edward Lopez-Acosta
diff --git a/www/pelican/Makefile b/www/pelican/Makefile
index 6c15a673a21
port for isso.
Ok?
--
Edward Lopez-Acosta
diff --git a/www/py-bleach/Makefile b/www/py-bleach/Makefile
index 12c90b7d84a..b5ee84e55c4 100644
--- a/www/py-bleach/Makefile
+++ b/www/py-bleach/Makefile
@@ -2,7 +2,7 @@
COMMENT = easy whitelist-based HTML-sanitizing tool
-MODPY_EGG_VERSION = 2.0.0
Straightforward version bump.
No other ports depend on this.
Patch no longer required, so its removed.
All tests and package builds pass for both py2 and py3.
Notable changes: updated with Python 3.7 compatibility and fixed syslog
support
Ok?
diff --git a/www/py-gunicorn/Makefile b/www/py-guni
, Edward Lopez-Acosta wrote:
Simple version update to latest version.
Tests and builds fine on amd64.
Ok to merge?
Well this has some consumers and plugins.. usually it's nice to specify
which ones you've tested at build & runtime :)
Landry
Typo in the subject line but diff is correct.
Edward Lopez-Acosta
On 11/16/18 7:36 PM, Edward Lopez-Acosta wrote:
Lots of changes and bugfixes in this version bump. Builds and runs fine
on amd64.
Nothing is showing as requiring this when I run `make show-required-by`.
https
Lots of changes and bugfixes in this version bump. Builds and runs fine
on amd64.
Nothing is showing as requiring this when I run `make show-required-by`.
https://tox.readthedocs.io/en/latest/changelog.html
OK to merge?
Thank you,
--
Edward Lopez-Acosta
diff --git a/devel/py-tox/Makefile b
Nothing depends on this and its a simple version bump.
Builds fine on amd64.
Ok to merge?
Thank you,
--
Edward Lopez-Acosta
diff --git a/sysutils/ansible-lint/Makefile b/sysutils/ansible-lint/Makefile
index 3aba63a1b67..4a6f32eaa4d 100644
--- a/sysutils/ansible-lint/Makefile
+++ b/sysutils
dry Breuil wrote:
>On Thu, Nov 15, 2018 at 05:21:51PM -0600, Edward Lopez-Acosta wrote:
>> Simple version update to latest version.
>> Tests and builds fine on amd64.
>> Ok to merge?
>
>Well this has some consumers and plugins.. usually it's nice to specify
&g
Version bump for an upcoming port I am working on.
Ok to merge?
Thank you,
--
Edward Lopez-Acosta
diff --git a/textproc/py-markdown/Makefile b/textproc/py-markdown/Makefile
index 71b470b19e3..c4299445887 100644
--- a/textproc/py-markdown/Makefile
+++ b/textproc/py-markdown/Makefile
@@ -2,7 +2,7
Simple version bump, builds fine on amd64.
Ok to merge?
Thank you,
--
Edward Lopez-Acosta
diff --git a/www/py-tornado/Makefile b/www/py-tornado/Makefile
index e7a1fb1405e..9446998fba9 100644
--- a/www/py-tornado/Makefile
+++ b/www/py-tornado/Makefile
@@ -2,10 +2,9 @@
COMMENT = scalable, non
Simple version update to latest version.
Tests and builds fine on amd64.
Ok to merge?
Thank you,
--
Edward Lopez-Acosta
diff --git a/devel/py-click/Makefile b/devel/py-click/Makefile
index 5048939294e..5f0ddd726c4 100644
--- a/devel/py-click/Makefile
+++ b/devel/py-click/Makefile
@@ -2,8 +2,8
Straightforward version bump to latest stable and development versions.
Builds fine on amd64. Ok for merge?
Thank you,
--
Edward Lopez-Acosta
diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile
index a46d04c8ebc..1ecf61e7b1f 100644
--- a/devel/jenkins/devel/Makefile
+++ b
I am in agreement with the replacement. The symlink was a suggestion if for
some reason people want to have both available.
On Thursday, November 15, 2018, Stuart Henderson
wrote:
> On 2018/11/15 09:58, Edward Lopez-Acosta wrote:
>> Daniel your update builds and runs fine for me
Daniel your update builds and runs fine for me on amd64.
Two notes though:
Current version is now 3.7.1, I tested and same patches apply to this
version.
Second is if we have side by side installs then /usr/local/bin/python3
should be a symlink to the users preferred version. Not owned by a pack
Ping?
On Thursday, October 18, 2018, Edward Lopez-Acosta
wrote:
> ping?
>
> Forwarded Message
> Subject: NEW: meta/mate-1.20
> Date: Mon, 6 Aug 2018 16:00:03 -0500
> From: Edward Lopez-Acosta
> To: ports@openbsd.org
>
> Made a meta package for the MA
Thanks Daniel. Didn't see the ok or that it was committed when reviewing
the thread.
On Wednesday, November 14, 2018, Edward Lopez-Acosta
wrote:
> Ping?
> There are security fixes, Open bad compatibility, and a major bug with
the yum module fixed in this update.
>
> --
Ping?
There are security fixes, Open bad compatibility, and a major bug with the
yum module fixed in this update.
-- Forwarded message --
From: Edward Lopez-Acosta
Date: Monday, November 5, 2018
Subject: UPDATE: sysutils/ansible-2.7.1
To: ports@openbsd.org
Minor update but lots
emailed marc@ but figured it may help to have others review/test this
change as well if possible.
Thank you.
--
Edward Lopez-Acosta
diff --git a/infrastructure/bin/proot b/infrastructure/bin/proot
index a87c1337fdb..97772389f05 100755
--- a/infrastructure/bin/proot
+++ b/infrastructure/bin/proot
assigning SSL
certificate is not working as described in the documentation.
https://github.com/ansible/ansible/pull/45830
Full changelog:
https://github.com/ansible/ansible/blob/stable-2.7/changelogs/CHANGELOG-v2.7.rst#v2-7-1
If ok can a dev please merge this?
--
Edward Lopez-Acosta
diff --git
attackers to
discover credentials by sniffing the network.
Diff attached. Builds fine on amd64 and only thing that requires it is
upt-pypi (limited to py3 variant).
Ok to merge?
--
Edward Lopez-Acosta
diff --git a/www/py-requests/Makefile b/www/py-requests/Makefile
index 99a31c7d4c0..95a1d504667
Ping on merge?
On October 20, 2018 6:59:49 AM UTC, Rafael Sadowski
wrote:
>Tested devel on amd64. Ok rsadowski@
>
>On Fri Oct 19, 2018 at 06:22:33PM -0500, Edward Lopez-Acosta wrote:
>> New diff attached with REVISION removed.
>>
>> Edward Lopez-Acosta
>>
Thanks Marc I will check those out. And I port new and updated
applications as there are missing or outdated packages for my needs.
On 2018-10-21 10:05, Marc Espie wrote:
On Sun, Oct 21, 2018 at 09:50:24AM -0500, Edward Lopez-Acosta wrote:
I have noticed that when building packages I am
I have noticed that when building packages I am required to install
dependencies globally which leads to a messy system if I don't remember
to remove them. This is an issue when building ports that may not be
installed on the same system.
Is it possible to somehow have the make process use a c
accuracy
Would anyone be able to review this, and merge if everything looks good
please?
Thank you in advance.
--
Edward Lopez-Acosta
py-poyo-0.4.2.tar.gz
Description: application/gzip
New diff attached with REVISION removed.
Edward Lopez-Acosta
On 10/19/18 4:43 AM, Stuart Henderson wrote:
On 2018/10/18 18:55, Edward Lopez-Acosta wrote:
Simple and straight forward version update. Tested both stable and devel on
amd64 with no issues.
Ok to merge?
--
Edward Lopez-Acosta
Ping?
Forwarded Message
Subject: NEW: devel/py-chai-1.1.2 (cookiecutter porting cont.)
Date: Fri, 31 Aug 2018 18:36:52 -0500
From: Edward Lopez-Acosta
To: ports@openbsd.org
Hello,
In continuing to port cookiecutter I was led to find some extra
dependencies missing. This
Simple and straight forward version update. Tested both stable and devel
on amd64 with no issues.
Ok to merge?
--
Edward Lopez-Acosta
diff --git a/devel/jenkins/devel/Makefile b/devel/jenkins/devel/Makefile
index a46d04c8ebc..e57c8793c51 100644
--- a/devel/jenkins/devel/Makefile
+++ b/devel
ping?
Forwarded Message
Subject: NEW: meta/mate-1.20
Date: Mon, 6 Aug 2018 16:00:03 -0500
From: Edward Lopez-Acosta
To: ports@openbsd.org
Made a meta package for the MATE desktop based on the one for Xfce.
Left out maintainer for the moment but do not mind taking it.
Can
version number to the end of the filenames.
Any changes needed?
--
Edward Lopez-Acosta
diff --git a/security/py-keyczar/Makefile b/security/py-keyczar/Makefile
index 17413c5db87..f8ea6d8785c 100644
--- a/security/py-keyczar/Makefile
+++ b/security/py-keyczar/Makefile
@@ -5,7 +5,7 @@ COMMENT
I was able to build and run this fine on amd64.
On October 5, 2018 6:45:45 AM UTC, "Gonzalo L. Rodriguez"
wrote:
>https://cisofy.com/changelog/lynis/#269
>
>OK? Comments?
>
>Cheers.-
>
>--
>Sending from my toaster.
There does not appear to have been a release made in years on the GitHub page.
An issue opened in 2016 asked for a new one but didn't see action.
There are recent commits so this likely should be considered unstable. If
porting it may be better follow Debian and use a commit snapshot rather than
Ping?
This was marked as OK by Daniel Jakots recently but still looks to need
merging.
Thank you,
Edward Lopez-Acosta
On 8/29/18 6:23 PM, Edward Lopez-Acosta wrote:
Hello,
This is the third dependency required for my upcoming cookiecutter port.
py-poyo is a lightweight YAML parser
Ping?
This was marked as OK by Daniel Jakots recently but still looks to need
merging.
Thank you,
Edward Lopez-Acosta
On 8/27/18 7:59 AM, Edward Lopez-Acosta wrote:
Attachment fell off, sorry.
Edward Lopez-Acosta
On 8/27/18 7:58 AM, Edward Lopez-Acosta wrote:
Hello,
This is the second
Trying to finish porting this and not seen a reply to some of the
dependencies I submitted. Rather than ping each individually thi sis a
combined email. Saw a bunch of other new things get added so guessing
these just got lost in the shuffle.
devel/py-chai
https://marc.info/?l=openbsd-ports&m=
please?
Thank you,
--
Edward Lopez-Acosta
py-arrow-0.12.1.tar.gz
Description: application/gzip
May want to be careful with this as not all applications and libraries
have been updated for the new encryption and will result in errors.
With that said I do think there should be a note to use real standards,
SCRAM-SHA-256, rather than their hand rolled MD5 implementation.
On 2018-09-14 21:
Wasn't sure if this was better posted here or in misc@, but seemed relevant to
port authors.
Understandably package signing should be on an air gapped system, but pkg_sign
allows for passhrases on keys. However, it doesn't seem to remember the
passphrase if multiple packages are provided.
Even
This builds, installs, and runs fine for me using examples from the man
page.
Edward Lopez-Acosta
On 9/9/18 2:56 AM, Anton Lindqvist wrote:
Hi,
Update from maintainer. Most importantly, deterministic release tarballs
are now provided; the complete changelog can be found here[1].
Comments? OK
Ping?
Also reached our to Robert who maintains the current mate-* ports about
this as well.
Both -main and -extras build fine on amd64.
Forwarded Message
Subject: NEW: meta/mate-1.20
Date: Mon, 6 Aug 2018 16:00:03 -0500
From: Edward Lopez-Acosta
To: ports@openbsd.org
I please get feedback on this and get it merged if things look good?
Thank you in advance,
--
Edward Lopez-Acosta
py-chai-1.1.2.tar.gz
Description: application/gzip
current ports depend on this module
- DESCR and PLIST triple checked for accuracy
Would anyone be able to review this, and merge if everything looks good
please?
Thank you in advance.
--
Edward Lopez-Acosta
py-poyo-0.4.1.tar.gz
Description: application/gzip
Attachment fell off, sorry.
Edward Lopez-Acosta
On 8/27/18 7:58 AM, Edward Lopez-Acosta wrote:
Hello,
This is the second dependency of the cookiecutter project which I am
working on porting.
py-whichcraft is a cross platform and cross Python backport of
`shutil.which` to help locate
.
--
Edward Lopez-Acosta
Didn't mean to top post, was still at the PC when I saw Stuart's replay.
I have attached a diff of the DESCR file based on the recommended
changes. Should I have packed up another tarball since only one file is
being changed here?
Does everything look in order with this?
Edward Lo
PLIST fixed and new tarball attached.
Verified both py2 and py3 `make package` works without error.
Edward Lopez-Acosta
On 8/25/18 4:21 PM, Stuart Henderson wrote:
On 2018/08/25 15:43, Edward Lopez-Acosta wrote:
Hello,
I am working on porting the larger cookiecutter project and this is one
nd is lightweight.
All tests pass and I am able to build it for both py2 and py3 on amd64.
No current ports depend on this module.
Any changes needed or can it be merged please?
--
Edward Lopez-Acosta
py-binaryornot-0.4.4.tar.gz
Description: application/gzip
Lopez-Acosta
On 8/21/18 5:36 AM, Stuart Henderson wrote:
On 2018/08/20 19:55, Edward Lopez-Acosta wrote:
Hello all,
Simple version update for www/py-requests to 2.19.1, contacted maintainer
but did not hear back so submitting here. Copied the port to mystuff/ before
making the changes, hopefully
/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}__version__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/requests/${MODPY_PYCACHE}_internal_utils.${MODPY_PYC_MAGIC_TAG}pyc
--
Edward Lopez-Acosta
1 - 100 of 125 matches
Mail list logo