Update for net/qbittorrent/qbittorrent and net/qbittorrent/qbittorrent-nox
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.2.2/Changelog
Important change:
- SEARCH: Drop python2 support
So jumping from lang/python/2.7 to lang/python/3.7, this is only a
RUN_DEPENDS for the se
This patch updates py-eyed3 from 0.8.12 to 0.9.4.
Since there was no maintainer, i added myself.
There are two new dependencies for this version:
py-deprecation and py-filetype. For those i attached new ports as
.tgz-files based on /usr/ports/devel.
If another format as .tgz is preferred for new
On Tue, 24 Mar 2020, Elias M. Mariani wrote:
> The only consumers of py-jedi are:
> - devel/spyder/spyder,python3
> - x11/gnome/builder
>
> Both using devel/py-jedi,python3, moving to py3-jedi only.
>
> Then the only consumer of devel/py-parso becomes:
> devel/py-jedi,python3
>
> Also moving to
kmos asked me to take a look at the net/telegram-purple build failure [1]
on sparc64. This also occurs in mips64 [2] and macppc (marked broken):
assertion "get_int () == TLS_SCHEMA_V2" failed: file "generate.c", line 2831,
function "parse_tlo_file"
It's obviously an endianness issue:
get_int (
Hi, ports@:
Here is a simple patch for devel/p5-Config-IniFiles to update to 3.03.
It build well and pass all tests on amd64-current system.
Three ports depend on devel/p5-Config-IniFiles:
1) audio/p5-Audio-Scrobbler: build well and pass all tests
2) devel/p5-Config-Auto: build well
Haven't had time to investigate, but it seems libxul might have
issues.
Errors show up in all 3 ports (www/firefox-esr, www/mozilla-firefox
and mail/thunderbird)
Looks like:
> Extracting debug info from lib/thunderbird/libxul.so.34.0
dwz: lib/thunderbird/.debug/libxul.so.34.0.dbg: Couldn't find D
On Wed, Mar 25, 2020 at 11:23:14AM +0530, putridsou...@gmail.com wrote:
> Is there a way to push this
> update to the -stable branch
> Or does the -stable package
> version stays constant?
> Because the 8.0.9 version
> doesn't work. Not in pkg_add
> nor in the ports.
>
You will need to move to -
On Sat, Mar 21, 2020 at 08:04:35PM +, Mikolaj Kucharski wrote:
> On Thu, Mar 19, 2020 at 08:08:10AM +0100, Antoine Jacoutot wrote:
> > > - How do you handle kernel modifications via config(8) with kernel
> > > relinking in a more automated way?
> >
> > $ cat /etc/rc.shutdown
If you do upgrade to -current and wish to use ports, which isn't
actually useful for anything unless you are either working on NEW or
UPDATED ports, You will have to keep /usr/ports in sync with whatever
-current you are running. DO NOT update to ports that do not match
exactly which -current you a
Hello,
This small diff to make mautrix-whatsapp example config listen to
127.0.0.1 by default instead of 0.0.0.0
Regards
Index: Makefile
===
RCS file: /cvs/ports/net/mautrix-whatsapp/Makefile,v
retrieving revision 1.1.1.1
diff -u
On Wed, Mar 25, 2020 at 02:23:48PM +, Mikolaj Kucharski wrote:
> On Sat, Mar 21, 2020 at 08:04:35PM +, Mikolaj Kucharski wrote:
> > On Thu, Mar 19, 2020 at 08:08:10AM +0100, Antoine Jacoutot wrote:
> > > > - How do you handle kernel modifications via config(8) with kernel
> > > > relinkin
On Wed, Mar 25, 2020 at 12:04:46PM +0100, Theo Buehler wrote:
> kmos asked me to take a look at the net/telegram-purple build failure [1]
> on sparc64. This also occurs in mips64 [2] and macppc (marked broken):
> assertion "get_int () == TLS_SCHEMA_V2" failed: file "generate.c", line 2831,
> fun
Simple update to the latest version of JRuby to fix an issue with
Kernel#sprintf that could have security implications. See
https://www.jruby.org/2020/03/25/jruby-9-2-11-1.html for details.
Tested on amd64, the only supported arch. Will be committing in a
couple days unless I hear objections.
T
On Sun, 15 Mar 2020, Marc Espie wrote:
> On Sun, Mar 15, 2020 at 12:28:25PM +0100, Paco Esteban wrote:
> > oh, that did not occur to me ... You mean that if port foo/bar gets
> > EPOCH = 0, then all dependent ports should change it's dependencies
> > declarations from foo/bar>=1.1 to foo/bar>=1.1
AFAIK from the update notes it shouldn't need py-magic any more.
(I didn't do the update myself because I don't have time to shepherd
new ports atm :)
On 2020/03/25 10:31, Martin Ziemer wrote:
> This patch updates py-eyed3 from 0.8.12 to 0.9.4.
>
> Since there was no maintainer, i added myself.
On Wed, Mar 25, 2020 at 09:11:14PM +0100, Paco Esteban wrote:
> On Sun, 15 Mar 2020, Marc Espie wrote:
>
> > On Sun, Mar 15, 2020 at 12:28:25PM +0100, Paco Esteban wrote:
> > > oh, that did not occur to me ... You mean that if port foo/bar gets
> > > EPOCH = 0, then all dependent ports should cha
Here is WireSep version 0.10.1. I've upstreamed both patches and incorporated
some feedback I got from Klemens Nannie and Janne Johansson, big thanks!
-Tim
wiresep-0.10.1.tgz
Description: GNU Zip compressed data
Hello ports@,
Today I spent a fair amount of time trying to understand why, after
having set relevant bits of configuration in /etc/doas.conf and
/etc/mk.conf, `make` was asking me for passwords.
Setup
=
/etc/doas.conf:
permit persist lucas as root
permit nopass keepenv lucas
Hi Ports
Has anyone had a chance to review?
Cheers,
Arthur
--
Arthur Barton
arth...@igniferous.net
On Fri, Mar 20, 2020, at 14:33, Arthur Barton wrote:
> Hi,
>
> Attached is a puppet 6 port, it re-uses the existing patches for puppet5.
> Confirmed working on amd64, only tested on a very minim
On Mon, Mar 23 2020, Brian Callahan wrote:
> On 2020-03-23 11:11 AM, Marc Espie wrote:
>> On Mon, Mar 23, 2020 at 11:08:16AM -0400, Brian Callahan wrote:
>>>
>>> On 2020-03-23 10:54 AM, Marc Espie wrote:
On Fri, Mar 20, 2020 at 03:22:16PM -0400, Brian Callahan wrote:
> Hello ports --
On Thu, Mar 26, 2020 at 12:12:51AM +, Lucas wrote:
> Today I spent a fair amount of time trying to understand why, after
> having set relevant bits of configuration in /etc/doas.conf and
> /etc/mk.conf, `make` was asking me for passwords.
Did you just try typing "make install"?
If you do "do
On Tue, Mar 24 2020, Kurt Mosiejczuk wrote:
> Adding -L${X11BASE}/lib to CFLAGS fixes the build on sparc64 (And presumably
> other base-gcc architectures).
>
> No revision bump since it hasn't built on sparc64 and shouldn't make
> a difference to non-sparc64.
>
> ok?
>
> (cc maintainer)
>
> --Kurt
On Tue, Mar 24 2020, Kurt Mosiejczuk wrote:
> x11/libhandy needs ports-gcc on base-gcc architectures and needs
> -L${X11BASE}/lib added to CFLAGS to build properly on base-gcc
> architectures.
>
> No REVISION bump since it hasn't built on those other architectures
> before.
>
> (cc maintainer)
J
On Tue, Mar 24, 2020 at 08:53:53PM -0400, Chris Bennett wrote:
> Any comments?
OK afresh1@
> Thanks
> --
> Chris Bennett
>
>
--
andrew - http://afresh1.com
Computer analyst to programmer:
"You start coding. I'll go find out what they want."
On Wed, Mar 25, 2020 at 11:49:57AM +, wen heping wrote:
> Hi, ports@:
>
> Here is a simple patch for devel/p5-Config-IniFiles to update to 3.03.
> It build well and pass all tests on amd64-current system.
>
> Three ports depend on devel/p5-Config-IniFiles:
> 1) audio/p5-Audio-Scro
On Tue, Mar 24, 2020 at 05:36:18PM -0400, Chris Bennett wrote:
> Attached copy.
> I am getting an error with make package. What is this and does it
> matter?
This also is a warning, it means the NAME section in Attribute.pm POD
doesn't have a short description (stuff after " - "), and turns out it
On Tue, Mar 24, 2020 at 07:37:44PM -0400, Chris Bennett wrote:
> Comments very welcome on this one.
Rather than the MESSAGE, maybe we should just make those packages
RUN_DEPENDS? I do see that will pull in texlive/base, but is this
module useful really without that?
I guess I am fine either way
On Wed, Mar 25 2020, Paco Esteban wrote:
> On Sun, 15 Mar 2020, Marc Espie wrote:
>
>> On Sun, Mar 15, 2020 at 12:28:25PM +0100, Paco Esteban wrote:
>> > oh, that did not occur to me ... You mean that if port foo/bar gets
>> > EPOCH = 0, then all dependent ports should change it's dependencies
>>
On Tue, Mar 24, 2020 at 03:50:27PM -0400, Chris Bennett wrote:
> Simple module for sending emails on top of other Email:: modules.
OK afresh1@
> Comments?
>
> --
> Chris Bennett
>
>
--
andrew - http://afresh1.com
Beta. Software undergoes beta testing shortly before it's released.
On Tue, Mar 24, 2020 at 08:17:56PM -0400, Chris Bennett wrote:
> Comments?
This was how I used to do invoicing when I needed to do that. Glad to
have given it up.
However, it seems to need Capture::Tiny as a TEST_DEPENDS, but with that
the tests passed. We do get to run a few more tests if we s
On Wed, Mar 25, 2020 at 12:26:23AM -0400, Chris Bennett wrote:
> On Sat, Feb 15, 2020 at 07:04:27PM -0800, Andrew Hewus Fresh wrote:
> > On Mon, Feb 03, 2020 at 02:41:45PM -0500, Chris Bennett wrote:
> > > On Sun, Jan 26, 2020 at 02:41:24PM -0800, Andrew Hewus Fresh wrote:
> > > > On Mon, Jan 20, 2
On Tue, Mar 24, 2020 at 11:22:39PM -0400, Chris Bennett wrote:
> On Wed, Mar 25, 2020 at 02:46:32AM +, wen heping wrote:
> > Hi,
> >
> >It build well and pass all tests.
> >But I have two suggestions:
> > i) sysutils/p5-Capture-Tiny is not needed in TEST_DEPENDS.
> > ii) I woul
Kurt Mosiejczuk wrote:
> Did you just try typing "make install"?
Yes, that was all I ran. If you read the whole email, you will see the
doas install in the subject refers to /usr/bin/install and not a "typo"
of sorts for doas make install, which is, I assume, what you think I
did.
-Lucas
Here is patch for the proposed approach. It's two attachments actually,
one for src and one for ports. I think I didn't miss any documentation
spot and did a test build of just one package, but I didn't do a bulk
nor any other stress test.
You can also find attached the script output of said test
Hello ports@,
Find a update for prosody-0.11.5. Release notes are small:
* prosody / mod_posix: Support for command-line flags to override
daemonize config option
* mod_websocket: Clear mask bit when reflecting ping frames
The bullet is the responsible for the changes in prosody.rc.
daemon
On Thu, Mar 26, 2020 at 03:14:18AM +, Lucas wrote:
> Kurt Mosiejczuk wrote:
> > Did you just try typing "make install"?
> Yes, that was all I ran. If you read the whole email, you will see
> the doas install in the subject refers to /usr/bin/install and not a
> "typo" of sorts for doas make i
36 matches
Mail list logo