Re: www/webkit-qt5 build failure?
Hi Jonathan I cannot reproduce this here. Are your ports and packages up to date? FreeBSD 10.3 jail: [...] Running configure tests... [...] Checking for icu... yes [...] mfg Tobias On 28 September 2016 at 20:28, Jonathan Chen wrote: > Hi, > > I've just updated ports on a 10-STABLE/amd64 system, and in trying to > build qt5-webkit. It currently stops abruptly with the following > message: > > [...] > User Timing ... no > Vibration . no > Video . yes > Video Track ... yes > WebGL . yes > Web Audio . no > Web Sockets ... yes > Web Timing yes > Workers ... yes > XHR Timeout ... yes > XSLT .. yes > > The WebKit build was disabled for the following reasons: > * ICU is required. > > I can't seem to find any knobs associated with ICU in the port. Have I > missed something? > > 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"
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 +-+ math/giacxcas | 1.2.2-57| 1.2.2-87 +-+ 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 Thanks. ___ 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: Announcing Repology - compare package versions across multiple repositories
Hi Dmitry, https://twitter.com/FreshPorts/status/780932556883623936 Keep up the good work :) Cheers, -- Carlos Jacobo Puga Medina PGP fingerprint = C60E 9497 5302 793B CC2D BB89 A1F3 5D66 E6D0 5453 signature.asc Description: This is a digitally signed message part
mail/rainloop needs a commiter
Hello, can someone push the following diff ? I validated it and it could be commited to ports free https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212915 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212915) Thanks ! Loïc Blot ___ 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: Announcing Repology - compare package versions across multiple repositories
* Carlos J. Puga Medina (c...@freebsd.org) wrote: > https://twitter.com/FreshPorts/status/780932556883623936 > > Keep up the good work :) Thanks :) Unfortunately, this project draws time from processing your reviews, but I hope to get to them until the weekend. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ru http://amdmi3.ru ___ 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: Need a committer
Thanks Kurt, I didn't know. :) On Wed, Sep 28, 2016 at 8:23 PM Kurt Jaeger wrote: > Hi! > > > I feel like a nagging child. :( > > > > Can a someone please look at reviewing and committing: > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212468 > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212467 > > Last week was eurobsdcon and lots of committer-folks are > still traveling. Sorry for the delay. > > -- > p...@opsec.eu+49 171 3101372 4 years to > go ! > ___ 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"
hi ports
hi ports http://inhillz.com/handle.php?happen=gqn20mvnf3y43n Rgds Abdul Razzaq Butt ___ 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: BLAS/LAPACK options in ports
2016-09-29 5:25 GMT+02:00 Maho NAKATA : > Hi Fernando > > +1 > > > I think we should add it. Is a PR necessary? > Please send me a patch. > > There you go. Thanks! > Best, > Nakata Maho > > 2016-09-29 6:47 GMT+09:00 Fernando Herrero Carrón : > >> Hi everyone, >> >> There are many scientific packages in ports with depend on libraries >> providing BLAS/LAPACK functionality. There are several implementations >> available, which mainly exploit multicore CPUs, and the ports >> infrastructure helps ports handle these dependencies. >> >> I would like to suggest a couple of improvements: >> >> * Mk/Uses/blaslapack.mk currently offers support for: atlas, gotoblas, >> netlib and openblas. Mk/bsd.options.desc.mk offers descriptions for all >> except gotoblas, I think we should add it. Is a PR necessary? >> >> * There is a vanilla/single-core implementation: math/blas and >> math/lapack. >> I don't know if they are useful any more, but I think blaslapack.mk >> should >> also offer these options, for completeness. >> >> Comments on this? >> >> Best regards, >> Fernando >> ___ >> 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" >> > > > > -- > -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO > http://ja.openoffice.org/ > http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/ > maho.pgp.txt > --- bsd.options.desc.mk 2016-03-21 13:04:40.0 +0100 +++ bsd.options.desc.mk.new 2016-09-29 16:52:53.003903339 +0200 @@ -127,6 +127,7 @@ GNUPLOT_DESC?= Plotting support via gnuplot GNUTLS_DESC?= SSL/TLS support via GnuTLS GOPHER_DESC?= Gopher protocol support +GOTOBLAS_DESC?= GotoBLAS2 blas implementation GPERFTOOLS_DESC?= Google gperftools support GPHOTO_DESC?= Digital cameras support via libgphoto2 GRAPHMAGICK_DESC?= GraphicsMagick image processing support ___ 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"
www/nextcloud: update needs a commiter
Hello, Nextcloud 10.0.1 has been released and fixed some anoying bugs. I provided the fix here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213086 (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213086) Can someone push it ? Thanks --- Loïc Blot UNIX systems engineer ___ 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: Google Code as an upstream is gone
On 2016-09-14, Mathieu Arnold wrote:
> Google Code has been deprecated[1] since March 2015, and read-only since
> August 2015, giving time to software developers to move their
> development some place else. All the distribution files that still use
> solely googlecode.com as their source have been marked BROKEN today in
> r422140[2], as they are not fetchable.
>
> Most software have moved to some other place (mostly on github), all you
> have to do is figure out where and update your ports accordingly.
Or you can simply replace
${PROJECT}.googlecode.com/files/
with
https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/${PROJECT}/
which could have trivially been done in bsd.sites.mk.
--
Christian "naddy" Weisgerber na...@mips.inka.de
___
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: Google Code as an upstream is gone
Le 29/09/2016 à 17:03, Christian Weisgerber a écrit :
> On 2016-09-14, Mathieu Arnold wrote:
>
>> Google Code has been deprecated[1] since March 2015, and read-only since
>> August 2015, giving time to software developers to move their
>> development some place else. All the distribution files that still use
>> solely googlecode.com as their source have been marked BROKEN today in
>> r422140[2], as they are not fetchable.
>>
>> Most software have moved to some other place (mostly on github), all you
>> have to do is figure out where and update your ports accordingly.
> Or you can simply replace
>
> ${PROJECT}.googlecode.com/files/
>
> with
>
> https://storage.googleapis.com/google-code-archive-downloads/v2/code.google.com/${PROJECT}/
>
> which could have trivially been done in bsd.sites.mk.
>
No you cannot.
Before marking all the ports BROKEN, I started by changing the
MASTER_SITE_GOOGLE_CODE entry to make things fetchable again. The
problem with that approach is that it is just hiding the fact that the
software have not been updated for more than a year and will never be
again. The goal of marking all those ports broken is that people will go
and look for where the software went after google code, so that it gets
updated when new releases go out.
If the software has not been moved to some other place, (it takes about
30 seconds to click the automatic migration to github thing, and it is
usually done within the hour,) since march 2015, it is most likely
abandoned and should not be kept in the ports tree.
--
Mathieu Arnold
signature.asc
Description: OpenPGP digital signature
Re: Google Code as an upstream is gone
Mathieu Arnold: > If the software has not been moved to some other place, (it takes about > 30 seconds to click the automatic migration to github thing, and it is > usually done within the hour,) since march 2015, it is most likely > abandoned and should not be kept in the ports tree. That's a bold new policy. In the past, if the upstream was gone and the maintainer judged the software still useful (at their discretion, not based on a cut-off date), they would even fall back to providing the distfile at people.freebsd.org. So, will this be enforced? Will somebody go through all distfiles, check the time stamps in the tarballs, and mark ports as BROKEN if the distfile hasn't been updated since... when exactly? I guess I could to that. -- Christian "naddy" Weisgerber na...@mips.inka.de ___ 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: www/webkit-qt5 build failure?
On 29 September 2016 at 19:57, Tobias C. Berner wrote: > Hi Jonathan > > I cannot reproduce this here. Are your ports and packages up to date? It was when I wrote the email, I've re-synced again, and it's now compiling as expected. Thanks for taking the time to take a look. 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"
firebird25-client build error after 2.5.6_1 update
Hello folks, Ports tree update (particularly, http://svnweb.freebsd.org/changeset/ports/422711) created broken firebird25-server and firebird25-client ports. Port can not be built either with "portupgrade" or with "make". Build process stops with /usr/bin/ld error which looks for sahred libs of icu version 55. I enclose last lines of complete build log. It is 2.7 MiB in size. I can send it e-mail directly to anyone who is interested in fixing the port. /databases/firebird25-client port is needed fo editors/libreoffice port which is broken due to databases/firebird25-client (indirectly linked to devel/icu update, which is fine and it can bu built and run without errors) Thanks. Last lines of complete build log: /usr/bin/ld: warning: libicui18n.so.55, needed by /usr/local/lib/libfbembed.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libicuuc.so.55, needed by /usr/local/lib/libfbembed.so, not found (try using -rpath or -rpath-link) /usr/bin/ld: warning: libicudata.so.55, needed by /usr/local/lib/libfbembed.so, not found (try using -rpath or -rpath-link) /usr/local/lib/libfbembed.so: undefined reference to `u_countChar32_55' /usr/local/lib/libfbembed.so: undefined reference to `u_toupper_55' /usr/local/lib/libfbembed.so: undefined reference to `utf8_nextCharSafeBody_55' /usr/local/lib/libfbembed.so: undefined reference to `u_tolower_55' /usr/local/lib/libfbembed.so: undefined reference to `u_strCompare_55' /usr/local/lib/libfbembed.so: undefined reference to `ucnv_open_55' /usr/local/lib/libfbembed.so: undefined reference to `ucnv_close_55' /usr/local/lib/libfbembed.so: undefined reference to `ucnv_fromUChars_55' c++: error: linker command failed with exit code 1 (use -v to see invocation) gmake[4]: *** [../gen/Makefile.embed.isql:62: ../gen/firebird/bin/isql-fb] Error 1 rm ../temp/std/isql/extract.cpp ../temp/std/isql/show.cpp ../temp/std/isql/isql.cpp gmake[4]: Leaving directory '/usr/ports/databases/firebird25-client/work/Firebird-2.5.6.27020-0/gen' gmake[3]: *** [Makefile:353: embed_isql] Error 2 gmake[3]: Leaving directory '/usr/ports/databases/firebird25-client/work/Firebird-2.5.6.27020-0/gen' gmake[2]: *** [Makefile:6: embed_isql] Error 2 gmake[2]: Leaving directory '/usr/ports/databases/firebird25-client/work/Firebird-2.5.6.27020-0' *** Error code 1 Stop. make[1]: stopped in /usr/ports/databases/firebird25-client *** Error code 1 Stop. make: stopped in /usr/ports/databases/firebird25-client ---> Build of databases/firebird25-client ended at: Thu, 29 Sep 2016 21:43:48 +0300 (consumed 00:05:43) ---> Upgrade of databases/firebird25-client ended at: Thu, 29 Sep 2016 21:43:48 +0300 (consumed 00:05:43) ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) ! databases/firebird25-client (firebird25-client-2.5.6) (linker error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ---> Session ended at: Thu, 29 Sep 2016 21:43:48 +0300 (consumed 00:07:06) -- Gökşin Akdeniz pgp5T9SFJUz7E.pgp Description: PGP signature
Re: Google Code as an upstream is gone
Christian Weisgerber wrote on 09/29/2016 18:57: Mathieu Arnold: If the software has not been moved to some other place, (it takes about 30 seconds to click the automatic migration to github thing, and it is usually done within the hour,) since march 2015, it is most likely abandoned and should not be kept in the ports tree. That's a bold new policy. In the past, if the upstream was gone and the maintainer judged the software still useful (at their discretion, not based on a cut-off date), they would even fall back to providing the distfile at people.freebsd.org. I don't think it is good to remove ports just because source was not updated for some time. There are ports useful even 10 years after last update. Namely pnm2ppa is really old piece of code. It was removed from ports tree because there was not maintainer. So I must become a maintainer and now the port is alive again. I think there should not be policy to remove ports if they have maintainer or some user using them if only thing which should be done is to change SRC url. Miroslav Lachman ___ 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: Google Code as an upstream is gone
Hi! > Christian Weisgerber wrote on 09/29/2016 18:57: > > Mathieu Arnold: > > > >> If the software has not been moved to some other place, (it takes about > >> 30 seconds to click the automatic migration to github thing, and it is > >> usually done within the hour,) since march 2015, it is most likely > >> abandoned and should not be kept in the ports tree. > > > > That's a bold new policy. > > > > In the past, if the upstream was gone and the maintainer judged the > > software still useful (at their discretion, not based on a cut-off > > date), they would even fall back to providing the distfile at > > people.freebsd.org. > > I don't think it is good to remove ports just because source was not > updated for some time. There are ports useful even 10 years after last > update. Namely pnm2ppa is really old piece of code. It was removed from > ports tree because there was not maintainer. So I must become a > maintainer and now the port is alive again. > I think there should not be policy to remove ports if they have > maintainer or some user using them if only thing which should be done is > to change SRC url. I agree, old code does not mean it's useless code. We probably need a way to find out how often a pkg is downloaded from a repo to understand which ports/pkg are really used in our user base. This helps to decide if a port is really no longer in use. -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ 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: firebird25-client build error after 2.5.6_1 update
On 09/29/2016 15:03, Gökşin Akdeniz wrote: > Hello folks, > > Ports tree update > (particularly, http://svnweb.freebsd.org/changeset/ports/422711) > created broken firebird25-server and firebird25-client ports. Port can > not be built either with "portupgrade" or with "make". Build process > stops with /usr/bin/ld error which looks for sahred libs of icu version > 55. I enclose last lines of complete build log. It is 2.7 MiB in size. > I can send it e-mail directly to anyone who is interested in fixing the > port. /databases/firebird25-client port is needed fo > editors/libreoffice port which is broken due to > databases/firebird25-client (indirectly linked to devel/icu update, > which is fine and it can bu built and run without errors) > > Thanks. > > Last lines of complete build log: > > /usr/bin/ld: warning: libicui18n.so.55, needed > by /usr/local/lib/libfbembed.so, not found (try using -rpath or > -rpath-link) /usr/bin/ld: warning: libicuuc.so.55, needed > by /usr/local/lib/libfbembed.so, not found (try using -rpath or > -rpath-link) /usr/bin/ld: warning: libicudata.so.55, needed > by /usr/local/lib/libfbembed.so, not found (try using -rpath or > -rpath-link) /usr/local/lib/libfbembed.so: undefined reference to > `u_countChar32_55' /usr/local/lib/libfbembed.so: undefined reference to > `u_toupper_55' /usr/local/lib/libfbembed.so: undefined reference to > `utf8_nextCharSafeBody_55' /usr/local/lib/libfbembed.so: undefined > reference to `u_tolower_55' /usr/local/lib/libfbembed.so: undefined > reference to `u_strCompare_55' /usr/local/lib/libfbembed.so: undefined > reference to `ucnv_open_55' /usr/local/lib/libfbembed.so: undefined > reference to `ucnv_close_55' /usr/local/lib/libfbembed.so: undefined > reference to `ucnv_fromUChars_55' c++: error: linker command failed > with exit code 1 (use -v to see invocation) gmake[4]: *** > [../gen/Makefile.embed.isql:62: ../gen/firebird/bin/isql-fb] Error 1 > rm ../temp/std/isql/extract.cpp ../temp/std/isql/show.cpp > ../temp/std/isql/isql.cpp > gmake[4]: Leaving directory > '/usr/ports/databases/firebird25-client/work/Firebird-2.5.6.27020-0/gen' > gmake[3]: *** [Makefile:353: embed_isql] Error 2 gmake[3]: Leaving > directory > '/usr/ports/databases/firebird25-client/work/Firebird-2.5.6.27020-0/gen' > gmake[2]: *** [Makefile:6: embed_isql] Error 2 gmake[2]: Leaving > directory > '/usr/ports/databases/firebird25-client/work/Firebird-2.5.6.27020-0' > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/databases/firebird25-client > *** Error code 1 > > Stop. > make: stopped in /usr/ports/databases/firebird25-client > ---> Build of databases/firebird25-client ended at: Thu, 29 Sep 2016 > 21:43:48 +0300 (consumed 00:05:43) > ---> Upgrade of databases/firebird25-client ended at: Thu, 29 Sep 2016 > 21:43:48 +0300 (consumed 00:05:43) > ---> ** Upgrade tasks 1: 0 done, 0 ignored, 0 skipped and 1 failed > ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) > ! databases/firebird25-client (firebird25-client-2.5.6) > (linker error) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > ---> Session ended at: Thu, 29 Sep 2016 21:43:48 +0300 (consumed > 00:07:06) It's trying to link with older binaries. Try removing it first, i.e., "pkg delete -f databases/firebird25-client", and rebuild. Jung-uk Kim signature.asc Description: OpenPGP digital signature
Re: Google Code as an upstream is gone
Hi, Reference: > From: Kurt Jaeger > Date: Thu, 29 Sep 2016 21:10:41 +0200 Kurt Jaeger wrote: > Hi! > > > Christian Weisgerber wrote on 09/29/2016 18:57: > > > Mathieu Arnold: > > > > > >> If the software has not been moved to some other place, (it takes about > > >> 30 seconds to click the automatic migration to github thing, and it is > > >> usually done within the hour,) since march 2015, it is most likely > > >> abandoned and should not be kept in the ports tree. > > > > > > That's a bold new policy. > > > > > > In the past, if the upstream was gone and the maintainer judged the > > > software still useful (at their discretion, not based on a cut-off > > > date), they would even fall back to providing the distfile at > > > people.freebsd.org. > > > > I don't think it is good to remove ports just because source was not > > updated for some time. There are ports useful even 10 years after last > > update. Namely pnm2ppa is really old piece of code. It was removed from > > ports tree because there was not maintainer. So I must become a > > maintainer and now the port is alive again. > > I think there should not be policy to remove ports if they have > > maintainer or some user using them if only thing which should be done is > > to change SRC url. > > I agree, old code does not mean it's useless code. Me too. I use loads of old ports, aka stable mature code, not everything needs to be hacked to qualify not to be chopped, some stuff just works :-) > We probably need a way to find out how often a pkg is downloaded > from a repo to understand which ports/pkg are really used in our > user base. This helps to decide if a port is really no longer in use. Insufficient test. I never download packages. I always compile. pkg info | wc -l 1216 I keep old distfiles. Occasionaly i've fed lost distfiles back to the net. PS I guess some of us might not mind enabling a switch on some not all of our boxes, if some auto collector robot @freebsd collected stats on ports, driven by some make post-install or post make package Mk/ macro But it should be off by default: privacy issues. Cheers, Julian -- Julian Stacey, BSD Linux Unix Sys Eng Consultant Munich Reply below, Prefix '> '. Plain text, No .doc, base64, HTML, quoted-printable. http://berklix.eu/brexit/#stolen_votes ___ 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: Google Code as an upstream is gone
On Thu, Sep 29, 2016 at 9:57 AM, Christian Weisgerber wrote: > Mathieu Arnold: > > > If the software has not been moved to some other place, (it takes about > > 30 seconds to click the automatic migration to github thing, and it is > > usually done within the hour,) since march 2015, it is most likely > > abandoned and should not be kept in the ports tree. > > That's a bold new policy. > > In the past, if the upstream was gone and the maintainer judged the > software still useful (at their discretion, not based on a cut-off > date), they would even fall back to providing the distfile at > people.freebsd.org. > > So, will this be enforced? Will somebody go through all distfiles, > check the time stamps in the tarballs, and mark ports as BROKEN if > the distfile hasn't been updated since... when exactly? I guess I > could to that. > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > This was simply a terrible idea and I would hope that the ports team would clearly so state and back out the "BROKEN" from those ports. As others are pointing out, lot of very old and stable code has gone over a year without updating. One case of import to me was mp4v2, a library for making MP4v2 formatted files. It's not terribly old, though there has been little recent development. The code was move to github, though it is unclear if this was official, whatever that might mean in this context. This is code that I use quite often as a part of faac (audio encoder) and avidemux (simple video editor and format converter). As far as I know, there is no other open source library for version 2 of the MP4 spec. Yet, because it had Google Code as it's repo and had not been updated in just over a year, BROKEN. (That has now been fixed sue to several people yelling loudly about its import. I am sure that ports contains many old, buggy, insecure ports that should go away, but a standard of "over year without a commit" should not be a metric for determining what goes away. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ 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: Google Code as an upstream is gone
On Thu, Sep 29, 2016 at 04:33:12PM -0700, Kevin Oberman wrote: > On Thu, Sep 29, 2016 at 9:57 AM, Christian Weisgerber > wrote: > > > Mathieu Arnold: > > > > > If the software has not been moved to some other place, (it takes about > > > 30 seconds to click the automatic migration to github thing, and it is > > > usually done within the hour,) since march 2015, it is most likely > > > abandoned and should not be kept in the ports tree. > > > > That's a bold new policy. > > > > In the past, if the upstream was gone and the maintainer judged the > > software still useful (at their discretion, not based on a cut-off > > date), they would even fall back to providing the distfile at > > people.freebsd.org. > > > > So, will this be enforced? Will somebody go through all distfiles, > > check the time stamps in the tarballs, and mark ports as BROKEN if > > the distfile hasn't been updated since... when exactly? I guess I > > could to that. > > > > -- > > Christian "naddy" Weisgerber na...@mips.inka.de > > > > This was simply a terrible idea and I would hope that the ports team would > clearly so state and back out the "BROKEN" from those ports. As others are > pointing out, lot of very old and stable code has gone over a year without > updating. +1 > One case of import to me was mp4v2, a library for making MP4v2 formatted > files. ucpp is another example. Marked BROKEN. Broke building of libreoffice. Just brilliant. -- Steve ___ 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"
