[gentoo-dev] fortran-2.eclass: simple check Fortran 2008 Standard Coarray support

Currently the fortran-2.eclass Fortran compiler dialect is restricted with check of Fortran 2003 standard. Some packages could require to check at least Fortran 2008 support. The proposed attached patch offer to check Fortran 2008 compatibility via one of the new most notable feature - Coarrays

Re: [gentoo-dev] fortran-2.eclass: simple check Fortran 2008 Standard Coarray support

I definitely must use another feature to check as -fcoarray=single is supported since GCC 4.6 while there are several Fortran features supported since GCC 9.0 :(16.06.2022, 01:52, "Torokhov Sergey" :Currently the fortran-2.eclass Fortran compiler dialect is restricted with check of Fo

Re: [gentoo-dev] [PATCH] fortran-2.eclass: simple check Fortran 2008 Standard Coarray support

as -fcoarray=single is > supported since GCC 4.6 while there are several Fortran features supported > since GCC 9.0 :( > > 16.06.2022, 01:52, "Torokhov Sergey" : > >> Currently the fortran-2.eclass Fortran compiler dialect is restricted with >> check of Fo

Re: [gentoo-dev] dev-python/ package naming policy?

The similar names in PyPi is a real problem for users when trying to find associated packages. It's also could be a security issue for them with malicious packages named like popular packages. So in ::guru I try to save package naming even if it's too  CamelCase.As for replacing dot  (".") with hyp

[gentoo-dev] Adding heptapod as new in metadata.dtd

Hello! Due to recent sunset on mercurial support by Bitbucket [1]the project early hosted there that uses mercurial vcshave to migrate to other mercurial hosting. One of them is new hosting heptapod [2] based on the Gitlab.For free and open source project the service provides free of charge hosting

Re: [gentoo-dev] Adding heptapod as new in metadata.dtd

Excuse me for text/html in initial letter. I duplicate start message with text/plain below without attachments as they are available on MARC: >>> Hello! Due to recent sunset on mercurial support by Bitbucket [1] the project early hosted there that uses mercurial vcs have to migrate to other mer

Re: [gentoo-dev] Adding heptapod as new in metadata.dtd

15.10.2020, 21:15, "Michał Górny" : > Both pushed. > > -- > Best regards, > Michał Górny Thank you!

Re: [gentoo-dev] Adding heptapod as new in metadata.dtd

15.10.2020, 21:15, "Michał Górny" : > On Wed, 2020-10-14 at 02:19 +0300, Torokhov Sergey wrote: >>  Excuse me for text/html in initial letter. I duplicate start message with >> text/plain below >>  without attachments as they are available on MARC: >> >

[gentoo-dev] New project: binhost

Maybe the expirience of Calculate Linux will be usefull. It's Gentoo based distributive that use portage/emerge and have huge set of prebuild packages in *.xpack format.https://wiki.calculate-linux.org/calculate_vs_gentoo10.02.2021, 20:58, "Andreas K. Hüttel" :Hi all, I'm anno

Re: [gentoo-dev] New project: binhost

dia.org/wiki/Gentoo_Linux#Gentoo_Reference_PlatformUnfortunately this project was closed on 2011, so lots of things are changed, but could be a good startIl Sab 13 Mar 2021, 09:44 Torokhov Sergey <torokhov-...@yandex.ru> ha scritto:Maybe the expirience of Calculate Linux will be usefull. It'

Re: [gentoo-dev] Experimental binary package hosting

I have repos configs placed into /etc/portage/repos.conf with "rsync-type = git" fo all reposso I created binhost.cond file here instead of /etc/portage/ as mentioned in blog post. Then I tried to sync and got warnings:...!!! Section 'binhost' in repos.conf is missing location attribute !!! Reposit

Re:[gentoo-dev] Experimental binary package hosting

Sorry for previous html message. I tried to recend it as plaintext. I have repos configs placed into /etc/portage/repos.conf with "rsync-type = git" fo all repos so I created binhost.cond file here instead of /etc/portage/ as mentioned in blog post. Then I tried to sync and got warnings: ... !

Re:[gentoo-dev] Experimental binary package hosting

Thanks. These settings are works. I just forgot to add USE="bindist" for tested dev-qt/qtwebengine package as mentioned early in mailing list. Great! Now no need to compile qtwebengine for hours next time! :)

Re: [gentoo-dev] Experimental binary package hosting

Thanks! I never used an external binhost repo so mislead myself. Now I see that it's like a remote analogue of "/usr/portage/packages" and tarballs from remote binhost are fetched on demand into "local binhost" ( /usr/portage/packages/ ) before installation with replacing early presented tarbal

Re: [gentoo-dev] Packages up for grabs: media-gfx/gimp (with related media-libs/babl, media-libs/gegl)

The following Gimp related package is also up for grubs: app-doc/gimp-help -- Best regards, Sergey Torokhov > Hello! > > I must confess that I don't have enough free time and energy to maintain the > Gentoo media-gfx/gimp package. > The last year I was not able to react quick enough for its

[gentoo-dev] Packages up for grabs: media-gfx/gimp (with related media-libs/babl, media-libs/gegl)

Hello! I must confess that I don't have enough free time and energy to maintain the Gentoo media-gfx/gimp package. The last year I was not able to react quick enough for its issues and to report about issues to upstream too. So I decide to remove myself from gimp maintainer (see PR [1]). The Gi