Hi all,
I would like to push a minor change to the Nebeans github. However, I
encountered a permission denied. Is there invitation/permission
needed for doing this? I looked at the following page, but didn't see
any steps for doing that:
[
https://issues.apache.org/jira/browse/NETBEANS-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17043156#comment-17043156
]
Nam Nguyen edited comment on NETBEANS-3903 at 2/24/20 4:53 PM:
---
The file
[
https://issues.apache.org/jira/browse/NETBEANS-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17043156#comment-17043156
]
Nam Nguyen edited comment on NETBEANS-3903 at 2/24/20 5:04 AM:
---
The file
[
https://issues.apache.org/jira/browse/NETBEANS-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17043156#comment-17043156
]
Nam Nguyen commented on NETBEANS-3903:
--
The file I attached above can be download and paste
[
https://issues.apache.org/jira/browse/NETBEANS-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nam Nguyen updated NETBEANS-3903:
-
Attachment: org-netbeans-modules-tomcat5.jar
> Netbeans 11.2 fails to detect success
[
https://issues.apache.org/jira/browse/NETBEANS-3903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17042745#comment-17042745
]
Nam Nguyen commented on NETBEANS-3903:
--
The issue can be fixed, by updating the following file
Giovanni Bechis writes:
> On Wed, Feb 12, 2020 at 06:26:35PM +, Stuart Henderson wrote:
>> On 2020/02/12 13:15, Giovanni Bechis wrote:
>> > Update to latest version, ok ? comments ?
>>
>> Please run update-patches, update-plist, and bump the shared library minor
>> versions for all
Rafael Sadowski writes:
> Here is an update for scribus to the newest qt5 version. Long time ago
> Landry tried to update scribus without response from ports@.
>
> Here is a new try. Unfortunately this version crashes immediately
> without a backtrace.
>
> Anyone want to take a look at this? I
Klemens Nanni writes:
> On Sat, Jan 18, 2020 at 11:20:41PM -0800, Nam Nguyen wrote:
>> Here is a revised diff that moves deluge to python 3, using the proposed
>> fixes for devel/boost and proposed update for net/libtorrent-rasterbar.
>>
>> Here is a quick way to test
Nam Nguyen writes:
>> On Sun, Dec 29, 2019 at 07:57:46PM -0800, Nam Nguyen wrote:
>>> Python 2 is used because python 3 is currently problematic, as
>>> reported by FreeBSD. https://github.com/arvidn/libtorrent/issues/4204
> Here is a new diff updating libtorrent-raste
Björn Ketelaars writes:
> On Thu 30/01/2020 19:21, Nam Nguyen wrote:
>> This is a security fix release that I propose adding to -stable. It
>> affects 32-bit arches when dnscrypt-proxy's DNS over HTTPS (DoH) feature
>> is used. It was fixed in Go 1.13.7 (n
This is a security fix release that I propose adding to -stable. It
affects 32-bit arches when dnscrypt-proxy's DNS over HTTPS (DoH) feature
is used. It was fixed in Go 1.13.7 (now available in ports) and in the
version of golang.org/x/crypto specified in {WRKSRC}/go.mod.
>From issue:
"On 32-bit
Kurt Mosiejczuk writes:
> On Wed, Jan 29, 2020 at 09:25:14PM +, Stuart Henderson wrote:
>> On 2020/01/28 23:18, Kurt Mosiejczuk wrote:
>> > I just ran this on my speedy amd64 test machine and it built to completion.
>> > It also packaged up. I haven't run any further tests though.
>
>>
ping. Can someone run bulk builds using this devel/boost diff?
>> Rafael Sadowski writes:
>>> but I think we need some bulk builds here. Amd64 and !amd64?
>>> Can anybody manage this? If these are happy, ok rsadowski@ with the
>>> tweak below.
Index: Makefile
Rafael Sadowski writes:
> On Sun Jan 19, 2020 at 03:38:29PM -0800, Nam Nguyen wrote:
>> Here is a diff to update net/qbittorrent to 4.2.1, released on December
>> 17, 2019.
>>
>> * Uses the proposed update to net/libtorrent-rasterbar 1.2.3 that moves
>> to py
Here is a diff to update net/qbittorrent to 4.2.1, released on December
17, 2019.
* Uses the proposed update to net/libtorrent-rasterbar 1.2.3 that moves
to python 3 and proposed fix for devel/boost python 3 bindings.
* python 2 is an optional dependency used at runtime for this port for
some
Nam Nguyen writes:
> Rafael Sadowski writes:
>
>> First of all, thank you for this work. I am very impressed.
>> I have no objections at first glance. Even audio/py-tagpy is happy
>> but I think we need some bulk builds here. Amd64 and !amd64?
>> Can anybody manag
the
> tweak below.
Here is a revised diff using your feedback. I also shortened the comment
in the patch.
>
> Comments below.
>
> Rafael Sadowski
>
> On Sat Jan 18, 2020 at 09:32:22PM -0800, Nam Nguyen wrote:
>> This diff for devel/boost fixes python 3 bindings and i
Nam Nguyen writes:
> This is an update for net/deluge 2.0.3, released June 12, 2019. It uses
> the updated net/libtorrent-rasterbar sent in a previous e-mail:
> https://marc.info/?l=openbsd-ports=157767835916456=2
>
> Changelogs: https://deluge.readthedocs.io/en/latest/changel
Klemens Nanni writes:
> On Sun, Dec 29, 2019 at 07:57:46PM -0800, Nam Nguyen wrote:
>> Python 2 is used because python 3 is currently problematic, as
>> reported by FreeBSD. https://github.com/arvidn/libtorrent/issues/4204
> Perhaps some other issue, I don't quite recall, b
This diff for devel/boost fixes python 3 bindings and is needed for
upcoming updates to net/libtorrent-rasterbar and net/deluge. CC
maintainers and kn@ because python 3 bindings were a blocker for a
net/libtorrent-rasterbar update.
* Fixes python 3 bindings
* Bumps REVISION-main
* Bumps
This is an update for net/deluge 2.0.3, released June 12, 2019. It uses
the updated net/libtorrent-rasterbar sent in a previous e-mail:
https://marc.info/?l=openbsd-ports=157767835916456=2
Changelogs: https://deluge.readthedocs.io/en/latest/changelog.html
CC kn@ because of a mentioned upcoming update for libtorrent-rasterbar
and deluge with the import of devel/py-rencode.
https://marc.info/?l=openbsd-ports=156979797828503=2
This is an update for net/libtorrent-rasterbar 1.2.3, released Dec
19, 2019. It is needed for an update to deluge, sent in a
There is a security fix with this update so consider committing this to
-stable.
Details:
The changelog omits the details so I inferred that "[security]
Predictable TXID can lead to response forgeries" was the issue.
"The miegkg/dns module was updated to version 1.1.26, that fixes a
security
Here is an update to net/dnscrypt-proxy 2.0.35 released December 9,
2019.
Changelog:
https://github.com/DNSCrypt/dnscrypt-proxy/blob/2.0.35/ChangeLog
To test CNAMEs being blacklisted and logged, I did the following based
on the test case presented here:
Here is an update to dnscrypt-proxy 2.0.34, released December 3, 2019.
Changelog:
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.34
The main change is dnscrypt-proxy acting as a local DoH server to
support Encrypted Server Name Indication (ESNI) with Firefox and
Cloudflare. I
Pascal Stumpf writes:
> On Fri, 22 Nov 2019 09:14:05 +0100, Solene Rapenne wrote:
>> Hi,
>>
>> I updated openmw like I did last time, but when I start the game I don't
>> get any X window displayed, but I see an openmw process using 100% cpu.
>> Any idea?
>>
>> openmw-launcher and openmw-wizard
2.0.33 was just released on November 18, 2019, with a bugfix. I pasted
it here.
Changelogs:
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.33
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.32
Nam Nguyen writes:
> Here is an update for net/dnscrypt-proxy 2.0
Here is an update for net/dnscrypt-proxy 2.0.32, released on November
17, 2019.
Changelog:
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.32
Unit tests were added so the port now has do-test. All tests pass. The
tests use the bundled https://github.com/powerman/check found inside
Brian Callahan writes:
> On 2019-11-09 12:12 PM, Brian Callahan wrote:
>> Hi ports --
>>
>> Attached is an update to games/devilutionx. The latest release is
>> 0.5.0 but this update is a good bit past that point. Primarily
>> because brynet@ did a lot of work upstreaming all patches but that
>>
Here is a diff for emulators/dolphin from this November 7, 2019 commit:
https://github.com/dolphin-emu/dolphin/commit/cc9c1583b1ea8d8b784ad8b9a2fb8a2f008778fc
The port update includes:
- Enabled tests
- Added README files
1) Remove devel/llvm dependency
2) Remove audio/pulseaudio dependency
3)
not investigate further. Sorry for not
noting it in my test report. I successfully tested on amd64.
Feedback and tests are welcome.
Nam Nguyen writes:
> Nam Nguyen writes:
>
>> The main addition in 2.0.29 is anonymized DNS. "Routes are indirect ways
>> to reach DNSCr
Nam Nguyen writes:
> The main addition in 2.0.29 is anonymized DNS. "Routes are indirect ways
> to reach DNSCrypt servers. A route maps a server name ("server_name") to
> one or more relays that will be used to connect to that server."
>
> /var/dnscrypt-proxy
Here is an update for net/dnscrypt-proxy 2.0.30, released on Oct. 30,
2019.
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.30
Changelogs:
https://github.com/DNSCrypt/dnscrypt-proxy/commit/899cd072390d9ca1344a9bde682e5d3460cf1539
I attached an update for opensonic 0.1.4, released September 19, 2010.
This fixes speed problems and audio issues, as reported by Solene:
https://marc.info/?l=openbsd-ports=156996003025613=2
The speed problem was fixed since opensonic 0.1.4 uses gettimeofday()
instead of allegro's timers, as I
Here is an update to allegro 4.4.3.1, released March 3, 2019.
Changelog: https://liballeg.org/stabledocs/en/changes.html
https://github.com/liballeg/allegro5/releases/tag/4.4.3.1
https://liballeg.org/old.html
It now uses cmake and has several plugins, added as new
SHARED_LIBS. There is a major
On 2019-10-18, Christian Weisgerber wrote:
> On 2019-10-18, cho...@jtan.com wrote:
>
>> I didn't know [how] ! took movement commands. Thanks. I'll have a play
>> with that one.
>>
>> It's not quite M-q (it's M not C) but I'm using vi after all.
>
> Since 'q' is unused in nvi, I have this in my
This is an update for dnscrypt-proxy 2.0.28, released on Oct 12, 2019.
Changelog:
https://github.com/DNSCrypt/dnscrypt-proxy/releases/tag/2.0.28
I tested the query logging improvements for cached and cloaked
responses. A DNS lookup shows the dnscrypt server that served the
request (e.g.,
Solene Rapenne writes:
> On amd64 -current (today snapshot)
> it seems games/opensonic runs slower than expected
>
> music is slow, game is slow. Here is a sample in video:
> https://perso.pw/sonic.flv
>
> in that state, the game is not playable.
I was able to reproduce this problem. I tried
I attached an update for games/devilutionx as of September 14,
2019. Upstream added my fix for 64-bit TCP multiplayer. UDP is still
broken.
Update:
https://github.com/diasurgical/devilutionX/commit/c52464d2278660cbfe6c23ea48d31d82882d205b
TCP fix:
Another update, this time to 2.0.27, was just released on Sep. 9, 2019.
Changelog:
https://github.com/jedisct1/dnscrypt-proxy/releases/tag/2.0.27
Nam Nguyen writes:
> Here is an update for dnscrypt-proxy version 2.0.26, released September
> 7, 2019.
>
> In my testing, dnscrypt
Here is an update for dnscrypt-proxy version 2.0.26, released September
7, 2019.
In my testing, dnscrypt-proxy works with some resolvers enabled on
amd64. I also tested blocked_query_response = refused and hinfo
(default) which worked. I was not able to configure an IP blocked query
response.
Forward to the list because Abusix had blocked google.com initially.
Nam
-- Forwarded message -
From: Nam Nguyen
Date: Sun, Jul 28, 2019 at 10:18 AM
Subject: Re: [Python-ideas] Re: Universal parsing library in the stdlib to
alleviate security issues
To: Sebastian Kreft
Cc: Paul
On Thu, Jul 25, 2019 at 2:32 AM Paul Moore wrote:
> On Thu, 25 Jul 2019 at 02:16, Nam Nguyen wrote:
> > Back to my original requests to the list: 1) Whether we want to have a
> (possibly private) parsing library in the stdlib
>
> In the abstract, no. Propose a specific librar
On Wed, Jul 24, 2019 at 6:40 PM Eric V. Smith wrote:
> On 7/24/2019 9:15 PM, Nam Nguyen wrote:
> > Back to my original requests to the list: 1) Whether we want to have a
> > (possibly private) parsing library in the stdlib, and 2) What features
> > it should have. I have
On Tue, Jul 23, 2019 at 8:06 PM Andrew Barnert wrote:
> On Jul 23, 2019, at 18:44, Nam Nguyen wrote:
> >
> > FYI, my current proof of concept parser is at ~300 lines of code, with
> debugging trace support. Other than performance (which I don't intend to
> tackle in
I promise that this third attachment preserves ^M properly. I had to use
application/octet-stream and not text/x-patch in my e-mail client.
Nam Nguyen writes:
> I just realized that pasting it mangled the ^M. I have attached it
> here. Also, the commit is dated July 23
I just realized that pasting it mangled the ^M. I have attached it
here. Also, the commit is dated July 23, 2019.
Nam Nguyen writes:
> amd64 multiplayer now works. Here is a diff for the git version as of
> July 19, 2019 from this commit
> (https://github.com/diasurgical/devilutio
amd64 multiplayer now works. Here is a diff for the git version as of
July 19, 2019 from this commit
(https://github.com/diasurgical/devilutionX/commit/72f65d577124d24ab9f459ef164e31c9ab225b3e).
I added __LP64__ for amd64 specific bits, allowing it to compile on both
amd64 and i386. Bryan
On Sun, Jul 21, 2019 at 2:50 PM Andrew Barnert via Python-ideas <
python-ideas@python.org> wrote:
> On Jul 21, 2019, at 14:13, Barry wrote:
> >
> >>> On 21 Jul 2019, at 19:03, Steven D'Aprano wrote:
> >>>
> >>> On Sun, Jul 21, 2019 at 08:48:49AM +0100, Barry Scott wrote:
> >>>
> >>> I took at
fault. These features are not
available in my library.
Finally, pyparsing has some limitations of its own. Some of them are
inability to handle recursive grammars, ambiguities, and context sensitive
grammars.
Maybe you could compare the timings?
>
I've just pushed out
https:
ked into pyparsing (https://github.com/pyparsing/pyparsing)?
> It somehow looks relevant.
>
> On Mon, Jul 15, 2019 at 6:45 PM Nam Nguyen wrote:
>
>> Hello list,
>>
>> I sent an email to this list two or three months ago about the same idea.
>> In that discussion, there we
Brian Callahan writes:
> Hi ports --
>
> Attached is a new port, games/devilutionx. DevilutionX is an open
> source engine recreation for the original Diablo I game.
Minor nit: pkg/README path should be ~/.local/share/diasurgical/devilution/
>
> ---
> pkg/DESCR:
> DevilutionX is an open source
On Thu, Jul 18, 2019 at 12:07 AM Barry Scott wrote:
>
>
> On 18 Jul 2019, at 05:23, Nam Nguyen wrote:
>
> On Wed, Jul 17, 2019 at 12:38 AM Barry Scott
> wrote:
>
>> But if your use cases call for performance, it is perfectly fine to
>> understand the
On Wed, Jul 17, 2019 at 12:38 AM Barry Scott wrote:
> But if your use cases call for performance, it is perfectly fine to
> understand the tradeoffs, and opt in to the more appropriate solutions.
> And, of course, maybe there is a solution that could satisfy *both*.
>
> Generally speaking,
On Mon, Jul 15, 2019 at 8:47 PM Andrew Barnert wrote:
> On Jul 15, 2019, at 18:44, Nam Nguyen wrote:
>
> I have implemented a tiny (~200 SLOCs) package at
> https://gitlab.com/nam-nguyen/parser_compynator that demonstrates
> something like this is possible. There are several e
On Tue, Jul 16, 2019 at 1:18 PM Barry wrote:
>
>
> > On 16 Jul 2019, at 04:47, Andrew Barnert via Python-ideas <
> python-ideas@python.org> wrote:
> >
> > How often do you need to parse a million URLs in your inner loop?
>
> As it happens i work on code that would be impacted by such a slow
such as short XML fragments in which end tags must match start tags.
I have implemented a tiny (~200 SLOCs) package at
https://gitlab.com/nam-nguyen/parser_compynator that demonstrates something
like this is possible. There are several examples for you to have a feel of
it, as well as some early
Change by Nam Nguyen :
--
nosy: +Nam.Nguyen
___
Python tracker
<https://bugs.python.org/issue37461>
___
___
Python-bugs-list mailing list
Unsubscribe:
This is a new diff that adds python to RUN_DEPENDS.
Nam Nguyen writes:
> False alarm on octave. I have an odd resolution from dual monitors, so
> the window was hidden. It works on radeon.
>
> Nam Nguyen writes:
>> This updates TeXmacs to 1.99.10.
>>
>> Changelog: h
False alarm on octave. I have an odd resolution from dual monitors, so
the window was hidden. It works on radeon.
Nam Nguyen writes:
> This updates TeXmacs to 1.99.10.
>
> Changelog: https://texmacs.org/tmweb/about/changes.en.html
>
> I tested on amd64. I added support for
This updates TeXmacs to 1.99.10.
Changelog: https://texmacs.org/tmweb/about/changes.en.html
I tested on amd64. I added support for various plugins. gnuplot, maxima,
octave, pari and graphviz work, with bugs noted below. I also added a
README.
If you press F1, it pulls up documentation search
Björn Ketelaars writes:
> On Mon 17/06/2019 19:50, Nam Nguyen wrote:
>> The generated PLIST has four lines of the form:
>> -lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/${MODPY_PYCACHE}/
>> +${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages
This is a diff to update youtube-dl to 2019.06.08.
Release notes:
https://github.com/ytdl-org/youtube-dl/releases/tag/2019.06.08
Tested on amd64 with youtube using mpv.
The same number of tests fail. (I ran tests on two different computers
so ignore the duration.)
old version:
Ran 2386 tests
Björn Ketelaars writes:
> On Mon 03/06/2019 20:56, Nam Nguyen wrote:
>>
>> This is a diff for dnscrypt-proxy 2.0.25, released June 3, 2019.
>>
>> release notes:
>> https://github.com/jedisct1/dnscrypt-proxy/releases/tag/2.0.25
>> https://github.com/jedi
This is a diff for dnscrypt-proxy 2.0.25, released June 3, 2019.
release notes:
https://github.com/jedisct1/dnscrypt-proxy/releases/tag/2.0.25
https://github.com/jedisct1/dnscrypt-proxy/releases/tag/2.0.24
The "fastest" load-balancing strategy has been renamed to "first". I
noted this in the
Stuart Henderson writes:
> On 2019/05/14 23:31, Ivan Maidanski wrote:
>> Hello,
>>
>> Here's a patch to update boehm-gc to v7.6.12 and libatomic_ops to v7.6.10.
>>
>> gc v7.6.0 was an experimental release not intended for the production code.
>
>
>
> On which arches has this been tested?
I
Attached is an updated port of pijul with
- explicit BUILD_DEPENDS = devel/llvm
- no COMPILER set
- no mention of clang in WANTLIB
- fixed missing license and patch comments
main change:
--8<---cut here---start->8---
WANTLIB += c c++abi crypto gmp hogweed
I just noticed this missing license.
MODCARGO_CRATES += fuchsia-cprng 0.1.1 # BSD-style
Attached updated port with these changes:
- added licenses
- patch to remove failing test
- LIB_DEPENDS llvm and WANTLIB
Jeremie Courreges-Anglas writes:
> On Sat, May 11 2019, Sebastien Marie wrote:
>> On Fri, May 10, 2019 at 04:27:50PM -0700, Nam Nguyen wrote:
>>> I have a
Jeremie Courreges-Anglas writes:
> On Fri, May 10 2019, Jeremie Courreges-Anglas wrote:
>> On Mon, Apr 15 2019, Rafael Sadowski wrote:
>>> Please find below an update diff for TeXmacs 1.99.9. I stared to get rid
>>> of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from
>>> autotools to
I have attached a new port, pijul (https://pijul.org/). It is a
distributed version control system written in Rust. It is similar to
devel/darcs and uses patches.
Patches are currently stored in a binary format but a future version may
have plain-text patches to better support e-mail based
Ampie Niemand writes:
> Hi, Nam.
>
> I used Jeremie's Makefile and built it on my 2009 Sahara Netbook 10.1
> (Arch i386)
>
> Everything builds cleanly and the binary files works well.
> {SEPARATE_BUILD=Yes gives a load of errors}
Thank you for testing and for the note about SEPARATE_BUILD. I was
ED_LIBS+= atomic_ops_gpl 2.0 # 2.2
CATEGORIES=devel
MASTER_SITES= ${HOMEPAGE}gc_source/
-HOMEPAGE= http://hboehm.info/gc/
+HOMEPAGE= https://hboehm.info/gc/
+MAINTAINER=Nam Nguyen
# currently works only on most ELF archs
NOT_FOR_ARCHS= m88k
PERMIT_PACKAGE_CDROM
Hiltjo Posthuma writes:
> Hi,
>
> This updates the znc port from 1.7.1 to 1.7.3.
>
> It contains a DDoS fix:
> - https://wiki.znc.in/ChangeLog/1.7.3
> - CVE-2019-9917: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-9917
>
> I only build the package on amd64 and not tested:
The link can
This is a continuation of this 2018 thread:
https://marc.info/?l=openbsd-ports=152201589030271=2
I have attached a new port, net/rtptools. I based it off of Jan Stary's
submission. Jan, I kept you as maintainer if that is ok.
rtptools itself has recently changed from a non-commercial license to
This is an update for devel/pcre2 10.33, released April 16, 2019. I
tested it with wget. Changelog: https://www.pcre.org/changelog.txt
Here is some commentary on relevant parts of the changelog.
--8<---cut here---start->8---
3. Added support for callouts from
flexible DNS proxy with support for encrypted DNS protocols
GH_ACCOUNT = jedisct1
GH_PROJECT = dnscrypt-proxy
-GH_TAGNAME = 2.0.22
+GH_TAGNAME = 2.0.23
CATEGORIES = net
HOMEPAGE = https://dnscrypt.info/
-MAINTAINER = Frank Denis
+MAINTAINER = Nam Nguyen
# ISC
PE
"Sunil Nimmagadda" writes:
> Jeremie Courreges-Anglas wrote:
>>
>> Here's a diff to update to the latest emacs release.
>>
>> Announcement mail:
>> https://lists.gnu.org/archive/html/info-gnu/2019-04/msg3.html
>>
>> Tested since a few days with the no_x11 FLAVOR on amd64 and sparc64.
>>
Tom Doherty writes:
> maintainer ok
>
>> On 19 Apr 2019, at 17:41, Solene Rapenne wrote:
>>
>> update bitlbee to 3.6 and uses https
>>
>> commit list at the bottom of the mail after the diff.
>>
>> I don't use bitlbee, but the service starts and bitlbee-facebook
>> compiles fine too.
>>
>> I
Attached is net/bitlbee-steam
(https://github.com/bitlbee/bitlbee-steam). It is another bitlbee plugin
(https://wiki.bitlbee.org/).
Uncomment in `/etc/bitlbee/bitlbee.conf', if you want to run bitlbee
locally:
--8<---cut here---start->8---
DaemonInterface =
Attached is an updated version of Brian Callahan's port of
net/purple-hangouts.
(https://marc.info/?l=openbsd-ports=151484340626848=2)
I contacted Brian who said:
--8<---cut here---start->8---
I don't use it so take over maintainer and send it to the
list
Stuart Henderson writes:
> Too late for 6.5 but this looks good for post unlock.
Björn Ketelaars writes:
> On Sat 06/04/2019 02:19, Nam Nguyen wrote:
>> Here is an update for dnscrypt-proxy 2.0.22 (released April 1, 2019).
>
> I have a similar diff in my tree, and contacted
Nam Nguyen writes:
>> Rafael Sadowski writes:
>>> Please find below an update diff for TeXmacs 1.99.9. I stared to get rid
>>> of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from
>>> autotools to CMake.
>
> I do not know cmake, so I did not r
> Rafael Sadowski writes:
>> Please find below an update diff for TeXmacs 1.99.9. I stared to get rid
>> of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from
>> autotools to CMake.
I do not know cmake, so I did not review your cmake additions. It
builds, and I successfully followed
Rafael Sadowski writes:
> Please find below an update diff for TeXmacs 1.99.9. I stared to get rid
> of COMPILER=base-gcc. Upstream switched form Qt4 to Qt5 and from
> autotools to CMake.
>
> Build with base clang and runs without notable issues in
> a quick teston and64 . All regression tests
On Mon, Apr 8, 2019 at 7:59 AM Christopher Barker
wrote:
>
>
> On Mon, Apr 8, 2019 at 12:02 AM Paul Moore wrote:
>
>> I would expect that the only reasonable way of getting a parsing
>> library in the stdlib would be to propose an established one from PyPI
>> to be moved into the stdlib
>
>
>
On Mon, Apr 1, 2019 at 3:13 PM Terry Reedy wrote:
> On 4/1/2019 1:14 AM, Guido van Rossum wrote:
> > We do have a parser generator in the standard library:
> > https://github.com/python/cpython/tree/master/Lib/lib2to3/pgen2
>
> It is effectively undocumented and by inference discouraged from
Stuart Henderson writes:
> On 2019/04/03 20:45, Nam Nguyen wrote:
>>
>> This is a new release of wget 1.20.2 (April 1, 2019). I successfully
>> downloaded install64.iso as a test. Of note: "Fixed a buffer overflow
>> vulnerability." I just wanted
Nam Nguyen writes:
> Here is an update for dnscrypt-proxy 2.0.22 (released April 1, 2019).
>
> I successfully tested it by following the instructions in
> `/usr/local/share/doc/pkg-readmes/dnscrypt-proxy'.
>
> 1. I uncommented the servers in `/etc/dnscrypt-proxy.tom
Here is an update for dnscrypt-proxy 2.0.22 (released April 1, 2019).
I successfully tested it by following the instructions in
`/usr/local/share/doc/pkg-readmes/dnscrypt-proxy'.
1. I uncommented the servers in `/etc/dnscrypt-proxy.toml'.
server_names = ['scaleway-fr', 'google', 'yandex',
This is a new release of wget 1.20.2 (April 1, 2019). I successfully
downloaded install64.iso as a test. Of note: "Fixed a buffer overflow
vulnerability." I just wanted to get this new version out first. I will
look into how to download the corpus of tests to reactivate fuzz tests
in a future
:
> On Sun, Mar 31, 2019 at 9:17 PM Nam Nguyen wrote:
> > Installing a package out of stdlib does not solve the problem that
> motivated this thread. The libraries included in the stdlib can't use those
> parsers.
>
> Can you be more specific about exactly which code in the stdl
e also have to explain why it needs to be in the standard library
>> rather than installed by 'pip install someparser'.
>>
>
Installing a package out of stdlib does not solve the problem that
motivated this thread. The libraries included in the stdlib can't use those
parse
Hello list,
What do you think of a universal parsing library in the stdlib mainly for
use by other libraries in the stdlib?
Through out the years we have had many issues with protocol parsing. Some
have even introduced security bugs. The main cause of these issues is the
use of simple regular
other way to apply date filter to geographic_view with
segments.geo_target_city?
On Friday, March 29, 2019 at 4:09:40 AM UTC+7, Nam Nguyen wrote:
>
>
> Hi,
>
> (I'm using Google Ads API v1)
> I've read that segments.geo_target_city can't be selected with
> se
le Ads API considers it as another segments and then combines it with
segments.geo_target_city.
On Friday, March 29, 2019 at 4:09:40 AM UTC+7, Nam Nguyen wrote:
>
>
> Hi,
>
> (I'm using Google Ads API v1)
> I've read that segments.geo_target_city can't be selected wit
Hi,
(I'm using Google Ads API v1)
I've read that segments.geo_target_city can't be selected with
segments.date (
https://developers.google.com/google-ads/api/docs/fields/segments#segmentsgeo_target_city
)
However, using segments.date seems to be the only way to specify date range
in Google Ads
Alexandre Ratchov writes:
> On Sat, Mar 16, 2019 at 06:58:55PM -0700, Nam Nguyen wrote:
>>
>> > This procedure is sufficient when I use a USB 2 port.
>>
>> I forgot to test USB 2 at the time of my original e-mail. There is
>> actually a regression and both
> This procedure is sufficient when I use a USB 2 port.
I forgot to test USB 2 at the time of my original e-mail. There is
actually a regression and both USB 2 and USB 3 ports throw the same
error.
--8<---cut here---start->8---
uaudio0: can't get iface
301 - 400 of 1189 matches
Mail list logo