Re: python 3.8 default

2021-04-27 Thread LuMiWa via freebsd-ports
On Tue, 27 Apr 2021 17:42:19 +0900
Minoru TANABE  wrote:

> This maybe /usr/local/bin/g-ir-scannner is python script file, and
> depend on python3.7.
> Please check the first line of /usr/local/bin/g-ir-scannner is
> #!/usr/local/bin/python3.8
> or
> #!/usr/local/bin/python3.7
> 
> 
> 2021年4月27日(火) 17:18 LuMiWa via freebsd-ports
> :
> 
> > Hi!
> >
> > I have a problem to  update Python on FreeBSD 13.0 RELEASE follow
> > the rules for portmaster in /usr/ports/UPDATING. It stopped wit
> > py-gobject3:
> >
> > self.evaluate_codeblock(codeblock)
> >   File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 666, in evaluate_codeblock raise e File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 659, in evaluate_codeblock self.evaluate_statement(cur)
> > File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 676, in evaluate_statement return self.method_call(cur) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 1073, in method_call return obj.method_call(method_name, args,
> > kwargs) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreter.py",
> > line 1843, in method_call value = fn(state, args, kwargs) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 515, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 515, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> > line 229, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
> > line 831, in generate_gir self._get_dependencies_flags(deps, state,
> > depends, use_gir_args=True) File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
> > line 449, in _get_dependencies_flags if use_gir_args and
> > self._gir_has_option('--extra-library'): File
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
> > line 498, in _gir_has_option p, o, e = Popen_safe(exe.get_command()
> > + ['--help'], stderr=subprocess.STDOUT) File
> >
> > "/usr/local/lib/python3.8/site-packages/mesonbuild/mesonlib/universal.py",
> > line 1320, in Popen_safe p = subprocess.Popen(args,
> > universal_newlines=True, close_fds=False, File
> > "/usr/local/lib/python3.8/subprocess.py", line 858, in __init__
> > self._execute_child(args, executable, preexec_fn, close_fds,
> > File "/usr/local/lib/python3.8/subprocess.py", line 1704, in
> > _execute_child raise child_exception_type(errno_num, err_msg,
> > err_filename) FileNotFoundError: [Errno 2] No such file or
> > directory: '/usr/local/bin/g-ir-scanner' ===>  Script
> > "configure" failed unexpectedly. Please report the problem to
> > desk...@freebsd.org [maintainer] and attach the
> >
> > "/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-logs/meson-log.txt"
> > including the output of the failure of your make command. Also,
> > it might be a good idea to provide an overview of all packages
> > installed on your system (e.g. a /usr/local/sbin/pkg-static
> > info -g -Ea). *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/devel/py-gobject3
> >
> > ===>>> make build failed for devel/py-gobject3
> > ===>>> Aborting update
> >
> >
> > ===>>> You can restart from the point of failure with this command
> > line: portmaster  devel/py-gobject3 devel/pygobject3-common
> >
> >
> > --
> > “We live in a world where there is more and more information, and
> > less and less meaning.”
> >
> > Jean Baudrillard
> > ___
> > freebsd-ports@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to
> > "freebsd-ports-unsubscr...@freebsd.org"
> >
> 
> 
Thank you very much. It works.

-- 
“We live in a world where there is more and more information, and less
and less meaning.”

Jean Baudrillard
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Committer for pycharm-ce update?

2021-04-27 Thread Jonathan Chen
Hi,

Is there a committer available to review and 3 week old PR?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=254646

Cheers.
-- 
Jonathan Chen 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Some delayed ports

2021-04-27 Thread Jonathan Chen
On Wed, 28 Apr 2021 at 08:05, The Doctor via freebsd-ports
 wrote:
>
> Spamassassin is up to 3.4.6
>
> Gcc is up to 11.1
>
> Exim there WAS   A SECURITY FLAW CAUGHT.
>
> aRE WE KEEPING UP?

If you're anxious, you can submit a port-update yourself. Remember,
port-maintainers are all volunteers, and their priorities are not your
priorities.

Cheers.
-- 
Jonathan Chen 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Some delayed ports

2021-04-27 Thread The Doctor via freebsd-ports
Spamassassin is up to 3.4.6 

Gcc is up to 11.1

Exim there WAS   A SECURITY FLAW CAUGHT.

aRE WE KEEPING UP?

-- 
Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca
Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising!
Look at Psalms 14 and 53 on Atheism https://www.empire.kred/ROOTNK?t=94a1f39b  
Welcome weeds into the garden, and soon that's all which will grow.  -unknown
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Python update 3.7->3.8

2021-04-27 Thread Rozhuk Ivan
On Tue, 27 Apr 2021 07:29:01 +0200 (CEST)
obx2...@oldach.net (Helge Oldach) wrote:

> > This long command hanle files that requires shebang:
> > portmaster -BvD -y --no-confirm --delete-build-only `grep -rsp
> > "\/python3\.7" /usr/local/ | grep -v '/usr/local/man/' | grep -v
> > '/usr/local/lib/python3' | sed -e 's|:.*||' -e 's|Binary file ||'
> > -e 's| matches||' | xargs pkg which -oq | sort -u`  
> 
> I am afraid this is botching up things. For instance, tinkering with
> pkg installed files will break proper removal of packages in the
> future because of md5 mismatch. Also please note that you are not
> just changing shebang but unrelated documentation files as well which
> may be overly excessive.


This long command find all files that contain "/python3.7", then find
package name that own this file and reinstall it.
It does not shange file content.


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Proposal of new port www/owncast

2021-04-27 Thread Rodrigo Osorio

On 4/27/21 9:23 AM, CTS - FreeBSD Team wrote:

Hello!

I just created my first FreeBSD port for the small self-hostable
streaming server https://owncast.online written in Go.

On my own poudriere package build server it build fine for FreeBSD 11
and 12 (amd64). It installs fine and even runs afterwards.

How am i supposed to go on from here? Should i just open an issue in
the bugtracker with the patch and have a discussion there or is it
better to present it here first and have the discussion about it here
on this list?

Bye


Hi Markus,

Yes, you should open an issue with a patch in the bug tracker
as described in the FreeBSD porters handbook[1].
It's also a good idea to advertise about your port in this ML,
it helps to to find a committer for the port ;).

Cheers,
-- rodrigo

[1] 
https://www-legacy.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-submitting.html


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Administrators request

2021-04-27 Thread Vedarius Russell


I have a few people getting my accounts and flagging me from receiving my 
Bitcoin because they have my administrator port which allows them to gain all 
my passwords everytime I change them please help me track that information
Vedarius A. Russell
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: misc/compat11x pkg-descr correction

2021-04-27 Thread Simon Wright

Thank you for checking this Adriaan.

On 27/04/2021 6:20 pm, Adriaan de Groot wrote:

On Tuesday, 27 April 2021 11:23:51 CEST freebsd-ports-requ...@freebsd.org
wrote:

From: Simon Wright 
To: freebsd-ports@freebsd.org
Subject: Bug 242248 - misc/compat11x pkg-descr correction [PATCH],
 committer love pls!
Message-ID: <6c276940-b0e4-28f6-8bb3-c373b3642...@gmx.net>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi all,

Would any committer with a few spare cycles please look at the
correction to the pkg-descr in compat11x? It's a very minor issue but so
quick to fix :).

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242248


The pkg-descr was fixed a year ago, but the PR wasn't closed; the PORTREVISION
at the time wasn't bumped like in the patch you provided. I'm not going to
bump it now, though, and have closed the PR.

[ade]


___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Proposal of new port www/owncast

2021-04-27 Thread CTS - FreeBSD Team

Am 2021-04-27 12:10, schrieb Rodrigo Osorio:

Yes, you should open an issue with a patch in the bug tracker


Doh! And the link to the issue is:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255439

Thanks!
--
Markus Mann, CTS - FreeBSD Team
WWW: https://cts-solutions.at/
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Proposal of new port www/owncast

2021-04-27 Thread CTS - FreeBSD Team

Am 2021-04-27 12:10, schrieb Rodrigo Osorio:

On 4/27/21 9:23 AM, CTS - FreeBSD Team wrote:

Hello!

I just created my first FreeBSD port for the small self-hostable
streaming server https://owncast.online written in Go.

On my own poudriere package build server it build fine for FreeBSD 11
and 12 (amd64). It installs fine and even runs afterwards.

How am i supposed to go on from here? Should i just open an issue in
the bugtracker with the patch and have a discussion there or is it
better to present it here first and have the discussion about it here
on this list?

Bye


Hi Markus,

Yes, you should open an issue with a patch in the bug tracker
as described in the FreeBSD porters handbook[1].
It's also a good idea to advertise about your port in this ML,
it helps to to find a committer for the port ;).

Cheers,


Thank you for the briefing.

I just opened an issue with the patch on Bugzilla.

Feel free to have a look at it, comment it, improve it and eventually
commit it ;-)

Cheers,
--
Markus Mann, CTS - FreeBSD Team
WWW: https://cts-solutions.at/
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: misc/compat11x pkg-descr correction

2021-04-27 Thread Adriaan de Groot
On Tuesday, 27 April 2021 11:23:51 CEST freebsd-ports-requ...@freebsd.org 
wrote:
> From: Simon Wright 
> To: freebsd-ports@freebsd.org
> Subject: Bug 242248 - misc/compat11x pkg-descr correction [PATCH],
> committer love pls!
> Message-ID: <6c276940-b0e4-28f6-8bb3-c373b3642...@gmx.net>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> Hi all,
> 
> Would any committer with a few spare cycles please look at the
> correction to the pkg-descr in compat11x? It's a very minor issue but so
> quick to fix :).
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242248

The pkg-descr was fixed a year ago, but the PR wasn't closed; the PORTREVISION 
at the time wasn't bumped like in the patch you provided. I'm not going to 
bump it now, though, and have closed the PR.

[ade]


signature.asc
Description: This is a digitally signed message part.


Re: Proposal of new port www/owncast

2021-04-27 Thread Fernando Apesteguía
On Tue, Apr 27, 2021 at 11:23 AM CTS - FreeBSD Team
 wrote:
>
> Hello!
>
> I just created my first FreeBSD port for the small self-hostable
> streaming server https://owncast.online written in Go.
>
> On my own poudriere package build server it build fine for FreeBSD 11
> and 12 (amd64). It installs fine and even runs afterwards.
>
> How am i supposed to go on from here? Should i just open an issue in
> the bugtracker with the patch and have a discussion there or is it
> better to present it here first and have the discussion about it here
> on this list?

You can either open a review in Phabricator: reviews.freebsd.org/
or create a PR in bugzilla: https://bugs.freebsd.org/bugzilla/

Cheers

>
> Bye
> --
> Markus Mann, CTS - FreeBSD Team
> WWW: https://cts-solutions.at/
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: Proposal of new port www/owncast

2021-04-27 Thread Rodrigo Osorio

On 4/27/21 9:23 AM, CTS - FreeBSD Team wrote:

Hello!

I just created my first FreeBSD port for the small self-hostable
streaming server https://owncast.online written in Go.

On my own poudriere package build server it build fine for FreeBSD 11
and 12 (amd64). It installs fine and even runs afterwards.

How am i supposed to go on from here? Should i just open an issue in
the bugtracker with the patch and have a discussion there or is it
better to present it here first and have the discussion about it here
on this list?

Bye


Hi Markus,

Yes, you should open an issue with a patch in the bug tracker
as described in the FreeBSD porters handbook[1].
It's also a good idea to advertise about your port in this ML,
it helps to to find a committer for the port ;).

Cheers,
-- rodrigo

[1] 
https://www-legacy.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/porting-submitting.html



___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Proposal of new port www/owncast

2021-04-27 Thread CTS - FreeBSD Team

Hello!

I just created my first FreeBSD port for the small self-hostable
streaming server https://owncast.online written in Go.

On my own poudriere package build server it build fine for FreeBSD 11
and 12 (amd64). It installs fine and even runs afterwards.

How am i supposed to go on from here? Should i just open an issue in
the bugtracker with the patch and have a discussion there or is it
better to present it here first and have the discussion about it here
on this list?

Bye
--
Markus Mann, CTS - FreeBSD Team
WWW: https://cts-solutions.at/
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


FreeBSD ports you maintain which are out of date

2021-04-27 Thread portscout
Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
games/exult | 1.7.0.20210424  | 
snapshot-v1.7.0.20210427
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Reported by:portscout!
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: python 3.8 default

2021-04-27 Thread Minoru TANABE
This maybe /usr/local/bin/g-ir-scannner is python script file, and depend
on python3.7.
Please check the first line of /usr/local/bin/g-ir-scannner is
#!/usr/local/bin/python3.8
or
#!/usr/local/bin/python3.7


2021年4月27日(火) 17:18 LuMiWa via freebsd-ports :

> Hi!
>
> I have a problem to  update Python on FreeBSD 13.0 RELEASE follow the
> rules for portmaster in /usr/ports/UPDATING. It stopped wit py-gobject3:
>
> self.evaluate_codeblock(codeblock)
>   File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 666, in evaluate_codeblock raise e File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 659, in evaluate_codeblock self.evaluate_statement(cur) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 676, in evaluate_statement return self.method_call(cur) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 1073, in method_call return obj.method_call(method_name, args,
> kwargs) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreter.py",
> line 1843, in method_call value = fn(state, args, kwargs) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 515, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 515, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
> line 229, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
> line 831, in generate_gir self._get_dependencies_flags(deps, state,
> depends, use_gir_args=True) File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
> line 449, in _get_dependencies_flags if use_gir_args and
> self._gir_has_option('--extra-library'): File
> "/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
> line 498, in _gir_has_option p, o, e = Popen_safe(exe.get_command()
> + ['--help'], stderr=subprocess.STDOUT) File
>
> "/usr/local/lib/python3.8/site-packages/mesonbuild/mesonlib/universal.py",
> line 1320, in Popen_safe p = subprocess.Popen(args,
> universal_newlines=True, close_fds=False, File
> "/usr/local/lib/python3.8/subprocess.py", line 858, in __init__
> self._execute_child(args, executable, preexec_fn, close_fds, File
> "/usr/local/lib/python3.8/subprocess.py", line 1704, in
> _execute_child raise child_exception_type(errno_num, err_msg,
> err_filename) FileNotFoundError: [Errno 2] No such file or
> directory: '/usr/local/bin/g-ir-scanner' ===>  Script "configure"
> failed unexpectedly. Please report the problem to
> desk...@freebsd.org [maintainer] and attach the
>
> "/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-logs/meson-log.txt"
> including the output of the failure of your make command. Also, it
> might be a good idea to provide an overview of all packages
> installed on your system (e.g. a /usr/local/sbin/pkg-static info -g
> -Ea). *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/devel/py-gobject3
>
> ===>>> make build failed for devel/py-gobject3
> ===>>> Aborting update
>
>
> ===>>> You can restart from the point of failure with this command line:
>portmaster  devel/py-gobject3 devel/pygobject3-common
>
>
> --
> “We live in a world where there is more and more information, and less
> and less meaning.”
>
> Jean Baudrillard
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>


-- 
125-0062
東京都葛飾区青戸3-15-1-406
田鍋 実
Phone 03-3601-3475
EMail  kotana...@gmail.com
携帯090-5499-2597
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


python 3.8 default

2021-04-27 Thread LuMiWa via freebsd-ports
Hi!

I have a problem to  update Python on FreeBSD 13.0 RELEASE follow the
rules for portmaster in /usr/ports/UPDATING. It stopped wit py-gobject3:

self.evaluate_codeblock(codeblock)
  File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 666, in evaluate_codeblock raise e File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 659, in evaluate_codeblock self.evaluate_statement(cur) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 676, in evaluate_statement return self.method_call(cur) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 1073, in method_call return obj.method_call(method_name, args,
kwargs) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreter.py",
line 1843, in method_call value = fn(state, args, kwargs) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 515, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 515, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/interpreterbase.py",
line 229, in wrapped return f(*wrapped_args, **wrapped_kwargs) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
line 831, in generate_gir self._get_dependencies_flags(deps, state,
depends, use_gir_args=True) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
line 449, in _get_dependencies_flags if use_gir_args and
self._gir_has_option('--extra-library'): File
"/usr/local/lib/python3.8/site-packages/mesonbuild/modules/gnome.py",
line 498, in _gir_has_option p, o, e = Popen_safe(exe.get_command()
+ ['--help'], stderr=subprocess.STDOUT) File
"/usr/local/lib/python3.8/site-packages/mesonbuild/mesonlib/universal.py",
line 1320, in Popen_safe p = subprocess.Popen(args,
universal_newlines=True, close_fds=False, File
"/usr/local/lib/python3.8/subprocess.py", line 858, in __init__
self._execute_child(args, executable, preexec_fn, close_fds, File
"/usr/local/lib/python3.8/subprocess.py", line 1704, in
_execute_child raise child_exception_type(errno_num, err_msg,
err_filename) FileNotFoundError: [Errno 2] No such file or
directory: '/usr/local/bin/g-ir-scanner' ===>  Script "configure"
failed unexpectedly. Please report the problem to
desk...@freebsd.org [maintainer] and attach the

"/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-logs/meson-log.txt"
including the output of the failure of your make command. Also, it
might be a good idea to provide an overview of all packages
installed on your system (e.g. a /usr/local/sbin/pkg-static info -g
-Ea). *** Error code 1

Stop.
make: stopped in /usr/ports/devel/py-gobject3

===>>> make build failed for devel/py-gobject3
===>>> Aborting update


===>>> You can restart from the point of failure with this command line:
   portmaster  devel/py-gobject3 devel/pygobject3-common 


-- 
“We live in a world where there is more and more information, and less
and less meaning.”

Jean Baudrillard
Build started at 2021-04-27T04:05:00.549853
Main binary: /usr/local/bin/python3.8
Build Options: -Db_colorout=never -Dpython=python3.8 -Dprefix=/usr/local 
-Dinfodir=share/info -Dmandir=man -Dbuildtype=release -Dstrip=True
Python system: FreeBSD
The Meson build system
Version: 0.57.1
Source dir: /usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0
Build dir: /usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build
Build type: native build
Project name: pygobject
Project version: 3.38.0
Sanity testing C compiler: cc
Is cross compiler: False.
Sanity check compiler command line: cc 
/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-private/sanitycheckc.c
 -o 
/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-private/sanitycheckc.exe
 -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -pipe 
-D_FILE_OFFSET_BITS=64
Sanity check compile stdout:

-
Sanity check compile stderr:

-
Running test binary command: 
/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-private/sanitycheckc.exe
C compiler for the host machine: cc (clang 11.0.1 "FreeBSD clang version 11.0.1 
(g...@github.com:llvm/llvm-project.git llvmorg-11.0.1-0-g43ff75f2c3fe)")
C linker for the host machine: cc ld.lld 11.0.1
Sanity testing C compiler: cc
Is cross compiler: False.
Sanity check compiler command line: cc 
/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-private/sanitycheckc.c
 -o 
/usr/ports/devel/py-gobject3/work-py38/pygobject-3.38.0/_build/meson-private/sanitycheckc.exe
 -O2 -pipe -fstack-protector-strong -fno-strict-aliasing -pipe 
-D_FILE_OFFSET_BITS=64
Sanity check compile stdout:

-

Re: Changing daemon user, dir ownership and updating packages

2021-04-27 Thread Gleb Popov
On Mon, Apr 26, 2021 at 10:13 PM Dewayne Geraghty <
dewa...@heuristicsystems.com.au> wrote:

> On 26/04/2021 6:03 pm, Stefan Bethke wrote:
> > But that still leaves pkg updating the ownership/mode of existing
> directories as a surprise on updating a package. I think the "right" thing
> here would be a kind of three-way merge between changes an updated package
> brings in vs. changes the user has made on their system.
>
> Sometimes the right thing isn't easy ;)
>
> There are some cases where I explicitly assign ownership and more
> restrictive modes to installed ports.  Would "pkg add -I" prevent file
> ownership/mode changes or just prevent the execution of installation
> scripts... (hint for a flag to prevent file mode/ownership changes on
> existing systems)
>
> I suspect Gleb's paradigm of a separate file to explicitly control file
> attributes (after upgrades) is reasonable, but this is problematic and
> negates the value of a packaging system.
>

It only shifts the task of organizing runtime files/dirs to the software
upstream, which is a right thing, IMO. The same way we use automatic
pkg-plist generation for Python easyinstall-based ports.

That tmpfiles.d thing seems to be an established way to do that sort of
stuff in the Linux world, so I believe we should get on the train too.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"