Re: Packages : perl5-5.30 outdated but forced for any package
On 10/16/21 17:47, Herbert J. Skuhra wrote: On Sat, 16 Oct 2021 16:35:08 +0200, Xavier Humbert wrote: I should definiteldy check, but what, I dunno [xavier@numenor ports]$ grep DEFAULT_VERSIONS /etc/make.conf DEFAULT_VERSIONS+=ssl=openssl DEFAULT_VERSIONS+=python=3.8 DEFAULT_VERSIONS+=php=7.3 DEFAULT_VERSIONS+=perl5=5.34 [xavier@numenor ports]$ pkg info perl5 perl5-5.34.0 Name : perl5 Version : 5.34.0 Installed on : Wed Aug 11 20:46:45 2021 CEST As you can see, my version and DEFAULT_VERSIONS are in sync - Have you updated perl from perl 5.30 and have you followed the instructions in UPDATING (entry from 20161103)? Yes, I did - Are there any files in /usr/local/lib/perl5/5.30/ or /usr/local/lib/perl5/site_perl/mach/5.30/? Can you run 'pkg which' on them? Err, yes there are files. I thought I found the culprit : [root@numenor ~]# pkg which /usr/local/lib/perl5/site_perl/mach/5.30/ModPerl/BuildMM.pm /usr/local/lib/perl5/site_perl/mach/5.30/ModPerl/BuildMM.pm was installed by package ap24-mod_perl2-2.0.11,3 ap24-mod_perl2 does not compile actually, see my previous posts, left unanswered But if I remove ap24-mod_perl2, still wants to downgrade Perl - What happens if you run 'pkg upgrade'? [root@numenor ~]# pkg upgrade Updating FreeBSD repository catalogue... [...] Checking for upgrades (1903 candidates): 100%Processing candidates (1903 candidates): 100% The following 678 package(s) will be affected (of 0 checked): [...mainly perl dependencies. Not astonished...] But : Installed packages to be DOWNGRADED: perl5: 5.34.0 -> 5.32.1_1 - pkg check -d ? Is OK Thanks, Xavier -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Senior Engineer https://www.amdh.fr
Re: Packages : perl5-5.30 outdated but forced for any package
On Mon, 18 Oct 2021 10:13:26 +0200, Xavier Humbert wrote: > > > On 10/16/21 17:47, Herbert J. Skuhra wrote: > > On Sat, 16 Oct 2021 16:35:08 +0200, Xavier Humbert wrote: > > > >> I should definiteldy check, but what, I dunno > >> > >> [xavier@numenor ports]$ grep DEFAULT_VERSIONS /etc/make.conf > >> DEFAULT_VERSIONS+=ssl=openssl > >> DEFAULT_VERSIONS+=python=3.8 > >> DEFAULT_VERSIONS+=php=7.3 > >> DEFAULT_VERSIONS+=perl5=5.34 > >> [xavier@numenor ports]$ pkg info perl5 > >> perl5-5.34.0 > >> Name : perl5 > >> Version : 5.34.0 > >> Installed on : Wed Aug 11 20:46:45 2021 CEST > >> > >> As you can see, my version and DEFAULT_VERSIONS are in sync > > - Have you updated perl from perl 5.30 and have you followed the > >instructions in UPDATING (entry from 20161103)? > Yes, I did > > - Are there any files in /usr/local/lib/perl5/5.30/ or > >/usr/local/lib/perl5/site_perl/mach/5.30/? Can you run 'pkg which' on > >them? > > Err, yes there are files. > > I thought I found the culprit : > > [root@numenor ~]# pkg which > /usr/local/lib/perl5/site_perl/mach/5.30/ModPerl/BuildMM.pm > /usr/local/lib/perl5/site_perl/mach/5.30/ModPerl/BuildMM.pm was > installed by package ap24-mod_perl2-2.0.11,3 > > ap24-mod_perl2 does not compile actually, see my previous posts, left > unanswered > > But if I remove ap24-mod_perl2, still wants to downgrade Perl > > > - What happens if you run 'pkg upgrade'? > [root@numenor ~]# pkg upgrade > Updating FreeBSD repository catalogue... > [...] > Checking for upgrades (1903 candidates): 100%Processing candidates > (1903 candidates): 100% > > The following 678 package(s) will be affected (of 0 checked): > > [...mainly perl dependencies. Not astonished...] > > But : > Installed packages to be DOWNGRADED: > perl5: 5.34.0 -> 5.32.1_1 This is expected. Perl 5.32 is the default version for packages. 1. Is the original problem resolved (pkg install py38-platformdirs)? Or does it still try to install perl 5.30? What error do you get when you try to compile the port? 2. mod_perl2 obviously needs a patch for perl 5.34: https://svn.apache.org/viewvc?view=revision&revision=1889014 -- Herbert
Re: Packages : perl5-5.30 outdated but forced for any package
On 10/18/21 10:47, Herbert J. Skuhra wrote:
On Mon, 18 Oct 2021 10:13:26 +0200, Xavier Humbert wrote:
On 10/16/21 17:47, Herbert J. Skuhra wrote:
On Sat, 16 Oct 2021 16:35:08 +0200, Xavier Humbert wrote:
I should definiteldy check, but what, I dunno
[xavier@numenor ports]$ grep DEFAULT_VERSIONS /etc/make.conf
DEFAULT_VERSIONS+=ssl=openssl
DEFAULT_VERSIONS+=python=3.8
DEFAULT_VERSIONS+=php=7.3
DEFAULT_VERSIONS+=perl5=5.34
[xavier@numenor ports]$ pkg info perl5
perl5-5.34.0
Name : perl5
Version : 5.34.0
Installed on : Wed Aug 11 20:46:45 2021 CEST
As you can see, my version and DEFAULT_VERSIONS are in sync
- Have you updated perl from perl 5.30 and have you followed the
instructions in UPDATING (entry from 20161103)?
Yes, I did
- Are there any files in /usr/local/lib/perl5/5.30/ or
/usr/local/lib/perl5/site_perl/mach/5.30/? Can you run 'pkg which' on
them?
Err, yes there are files.
I thought I found the culprit :
[root@numenor ~]# pkg which
/usr/local/lib/perl5/site_perl/mach/5.30/ModPerl/BuildMM.pm
/usr/local/lib/perl5/site_perl/mach/5.30/ModPerl/BuildMM.pm was
installed by package ap24-mod_perl2-2.0.11,3
ap24-mod_perl2 does not compile actually, see my previous posts, left
unanswered
But if I remove ap24-mod_perl2, still wants to downgrade Perl
- What happens if you run 'pkg upgrade'?
[root@numenor ~]# pkg upgrade
Updating FreeBSD repository catalogue...
[...]
Checking for upgrades (1903 candidates): 100%Processing candidates
(1903 candidates): 100%
The following 678 package(s) will be affected (of 0 checked):
[...mainly perl dependencies. Not astonished...]
But :
Installed packages to be DOWNGRADED:
perl5: 5.34.0 -> 5.32.1_1
This is expected. Perl 5.32 is the default version for packages.
1. Is the original problem resolved (pkg install py38-platformdirs)?
It's fixed now, dunno what happened :-)
Or does it still try to install perl 5.30? What error do you get when
you try to compile the port?
[root@numenor ~]# cd /usr/ports/devel/py-platformdirs/
[root@numenor py-platformdirs]# make
===> py38-platformdirs-2.4.0 depends on package: py38-setuptools>0 -
found
===> py38-platformdirs-2.4.0 depends on file: /usr/local/bin/python3.8
- found
===> Configuring for py38-platformdirs-2.4.0
Traceback (most recent call last):
File "", line 1, in
File "setup.py", line 3, in
setup()
File "/usr/local/lib/python3.8/site-packages/setuptools/__init__.py",
line 153, in setup
return distutils.core.setup(**attrs)
File "/usr/local/lib/python3.8/distutils/core.py", line 108, in setup
_setup_distribution = dist = klass(attrs)
File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line
455, in __init__
_Distribution.__init__(self, {
File "/usr/local/lib/python3.8/distutils/dist.py", line 292, in __init__
self.finalize_options()
File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line
801, in finalize_options
ep(self)
File
"/usr/local/lib/python3.8/site-packages/setuptools_scm/integration.py",
line 48, in infer_version
dist.metadata.version = _get_version(config)
File
"/usr/local/lib/python3.8/site-packages/setuptools_scm/__init__.py",
line 156, in _get_version
dump_version(
File
"/usr/local/lib/python3.8/site-packages/setuptools_scm/__init__.py",
line 84, in dump_version
fp.write(template.format(version=version))
KeyError: 'version_tuple'
2. mod_perl2 obviously needs a patch for perl 5.34:
https://svn.apache.org/viewvc?view=revision&revision=1889014
Thanks, I'll take a look
--
Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Senior Engineer
https://www.amdh.fr
FreeBSD ports you maintain which are out of date
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/keeperrl | 0.0.23 | alpha33hotfix7 +-+ 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!
Re: About GIT and committing submissions
* Greg 'groggy' Lehey [20211018 15:26]:
> I'm relatively neutral about this, but if it's adopted, please
> document it.
That's a good idea of course. Document just the "standard" workflow, so
everyone involved (contributors and committers) have a nice "quick
start". I think it could make everyone's life easier :)
Still I was hoping for a bit of discussion here. If there's an agreement
to make better use of GIT (while, of course, still accepting any kind of
patch), I'd volunteer to have a look at FreeBSD docs and suggest some
additions!
BR, Felix
--
Dipl.-Inform. Felix Palmen ,.//..
{web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de
{pgp public key} http://palmen-it.de/pub.txt // """""""""""
{pgp fingerprint} A891 3D55 5F2E 3A74 3965 B997 3EF2 8B0A BC02 DA2A
signature.asc
Description: PGP signature
Re: Packages : perl5-5.30 outdated but forced for any package
On Mon, 18 Oct 2021 12:51:05 +0200, Xavier Humbert wrote:
> [root@numenor ~]# cd /usr/ports/devel/py-platformdirs/
> [root@numenor py-platformdirs]# make
> ===> py38-platformdirs-2.4.0 depends on package: py38-setuptools>0 -
> found
> ===> py38-platformdirs-2.4.0 depends on file:
> /usr/local/bin/python3.8 - found
> ===> Configuring for py38-platformdirs-2.4.0
> Traceback (most recent call last):
> File "", line 1, in
> File "setup.py", line 3, in
> setup()
> File "/usr/local/lib/python3.8/site-packages/setuptools/__init__.py",
> line 153, in setup
> return distutils.core.setup(**attrs)
> File "/usr/local/lib/python3.8/distutils/core.py", line 108, in setup
> _setup_distribution = dist = klass(attrs)
> File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line
> 455, in __init__
> _Distribution.__init__(self, {
> File "/usr/local/lib/python3.8/distutils/dist.py", line 292, in __init__
> self.finalize_options()
> File "/usr/local/lib/python3.8/site-packages/setuptools/dist.py", line
> 801, in finalize_options
> ep(self)
> File
> "/usr/local/lib/python3.8/site-packages/setuptools_scm/integration.py",
> line 48, in infer_version
> dist.metadata.version = _get_version(config)
> File
> "/usr/local/lib/python3.8/site-packages/setuptools_scm/__init__.py",
> line 156, in _get_version
> dump_version(
> File
> "/usr/local/lib/python3.8/site-packages/setuptools_scm/__init__.py",
> line 84, in dump_version
> fp.write(template.format(version=version))
> KeyError: 'version_tuple'
OK, the build error is caused by devel/py-setuptools_scm.
It works if I
- update devel/py-setuptools to version 58.2.0
- update devel/py-setuptools_scm to version 6.3.2
- install texproc/py-tomli
Tested with python39 only and it possibly will break other ports.
Can you open a PR at https://bugs.freebsd.org? Maybe python@ or sunpoet@ can
help.
--
Herbert
Re: About GIT and committing submissions
On Mon, 18 Oct 2021, Greg 'groggy' Lehey wrote: I'm relatively neutral about this, but if it's adopted, please document it. git still seems like a minefield to me. Lots of references to "git hell" etc... It's basically a terrible design. I use BitKeeper for my internal stuff; it helps that the author hangs out on TUHS etc, and is willing to answer questions. -- Dave
