Re: Google Code as an upstream is gone

[Steve Kargl]

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"

Re: Google Code as an upstream is gone

[Kevin Oberman]

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

[Julian H. Stacey]

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: firebird25-client build error after 2.5.6_1 update

[Jung-uk Kim]

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

[Kurt Jaeger]

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: Google Code as an upstream is gone

[Miroslav Lachman]

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"

firebird25-client build error after 2.5.6_1 update

[Gökşin Akdeniz]

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: www/webkit-qt5 build failure?

[Jonathan Chen]

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"

Re: Google Code as an upstream is gone

[Christian Weisgerber]

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: Google Code as an upstream is gone

[Mathieu Arnold]

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

[Christian Weisgerber]

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"

www/nextcloud: update needs a commiter

[Loïc Blot]

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: BLAS/LAPACK options in ports

[Fernando Herrero Carrón]

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"

hi ports

[Abdul Razzaq Butt]

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: Need a committer

[Jev Björsell]

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"

Re: Announcing Repology - compare package versions across multiple repositories

[Dmitry Marakasov]

* 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"

mail/rainloop needs a commiter

[loic . blot]

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]

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

FreeBSD ports you maintain which are out of date

[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
+-+
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: www/webkit-qt5 build failure?

[Tobias C. Berner]

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"

Re: mysql57 now fails to build on FreeBSD 9 with libressl

[Cedric Berger]

> On 28 Sep 2016, at 15:35, Mathieu Arnold  wrote:
> 
> Le 28/09/2016 à 09:44, Cedric Berger a écrit :
>> Hello,
>> 
>> Since a week or two, I cannot build MySQL with the following defaults on 
>> FreeBSD 9.3:
>> 
>> DEFAULT_VERSIONS=pgsql=9.5 php=7.0 mysql=5.7 ssl=libressl
>> 
>> Same configuration works fine on FreebSD 10.3.
> 
> I fixed it in r422872.
> 
> Regards,


I’ve updated the port tree to r422873, and all the ports I use build again on 
9.3 and 10.3.

Thanks a lot,

Cédric

___
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"