[Sorry for this re-send, I feel we need to re-send thisto ports@ so the
discussion goes to a public and archived list.]
Am 27.06.2016 um 10:16 schrieb Mathieu Arnold:
>
>
> +--On 27 juin 2016 16:10:36 +0800 Marcelo Araujo
> wrote:
> | 2016-06-27 16:02 GMT+08:00 Mathieu Arnold :
> |> | Read here
2016-06-27 16:58 GMT+08:00 Matthias Andree :
> Am 27.06.2016 um 10:16 schrieb Mathieu Arnold:
> >
> >
> > +--On 27 juin 2016 16:10:36 +0800 Marcelo Araujo <
> araujobsdp...@gmail.com>
> > wrote:
> > | 2016-06-27 16:02 GMT+08:00 Mathieu Arnold :
> > |> | Read here for reference:
> > |> |
> > |>
> h
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
On 06/27/16 11:16, Matthias Andree wrote:
> [Sorry for this re-send, I feel we need to re-send thisto ports@ so the
> discussion goes to a public and archived list.]
>
> Am 27.06.2016 um 10:16 schrieb Mathieu Arnold:
>>
>>
>> +--On 27 juin 2016 16:10:36 +0800 Marcelo Araujo
>> wrote:
>> | 2016-06
Hi,
I found some bugs in PKG with regard to the SAT_SOLVER environment
variable. Please find patch attached :-)
Issues fixed:
1) No need to use hash table when generating SAT rules for external
solver. Variables are already in a linear array. Fix encoding and
decoding of SAT data.
2) Endles
On 27/06/2016 8:38 PM, Hans Petter Selasky wrote:
> Hi,
>
> I found some bugs in PKG with regard to the SAT_SOLVER environment
> variable. Please find patch attached :-)
Nice! Can you report upstream @ https://github.com/freebsd/pkg if you
haven't already
> Issues fixed:
> 1) No need to use hash
On Mon, Jun 27, 2016 at 12:38:02PM +0200, Hans Petter Selasky wrote:
> Hi,
>
> I found some bugs in PKG with regard to the SAT_SOLVER environment variable.
> Please find patch attached :-)
>
> Issues fixed:
> 1) No need to use hash table when generating SAT rules for external solver.
> Variables
[mDNSResponder-576.30.xx]
Dear portmaintainer,
Just got an error on installing latest version of DNSResponder:
../mDNSShared/dnsextd_lexer.l: In function 'yylex':
../mDNSShared/dnsextd_lexer.l:77: error: 'yylineno' undeclared (first
use in this function)
../mDNSShared/dnsextd_lexer.l:77: error
On 2016-06-27 14:19, JosC wrote:
[mDNSResponder-576.30.xx]
Can you please update your ports tree and try again? mDNSResponder has
recently been updated to 625.41.2.
Dear portmaintainer,
Just got an error on installing latest version of DNSResponder:
../mDNSShared/dnsextd_lexer.l: In func
> On 27 Jun, 2016, at 3:27, Marcelo Araujo wrote:
>
>
>
> 2016-06-27 16:58 GMT+08:00 Matthias Andree :
> Am 27.06.2016 um 10:16 schrieb Mathieu Arnold:
> >
> >
> > +--On 27 juin 2016 16:10:36 +0800 Marcelo Araujo
> > wrote:
> > | 2016-06-27 16:02 GMT+08:00 Mathieu Arnold :
> > |> | Read here f
Hi!
[adamw]
> Maintainership too often means that change requests get ignored
> for two weeks before they're committed.
That is the case sometimes, yes.
But oftern maintainership provides identification with the project
and proud of achievement etc, which causes people to invest time
and skills
On 28/06/2016 12:25 AM, Adam Weinberger wrote:
>> On 27 Jun, 2016, at 3:27, Marcelo Araujo
>> wrote:
>>
>>
>>
>> 2016-06-27 16:58 GMT+08:00 Matthias Andree
>> : Am 27.06.2016 um 10:16 schrieb
>> Mathieu Arnold:
>>>
>>>
>>> +--On 27 juin 2016 16:10:36 +0800 Marcelo Araujo
>>> wrote: | 2016-06
> On 27 Jun, 2016, at 9:22, Kubilay Kocak wrote:
>
> On 28/06/2016 12:25 AM, Adam Weinberger wrote:
>>> On 27 Jun, 2016, at 3:27, Marcelo Araujo
>>> wrote:
>>>
>>>
>>>
>>> 2016-06-27 16:58 GMT+08:00 Matthias Andree
>>> : Am 27.06.2016 um 10:16 schrieb
>>> Mathieu Arnold:
+--O
In message <5770eed4.1070...@tu-dortmund.de>, Matthias Andree writes:
> [Sorry for this re-send, I feel we need to re-send thisto ports@ so the
> discussion goes to a public and archived list.]
>
> Am 27.06.2016 um 10:16 schrieb Mathieu Arnold:
> >
> >
> > +--On 27 juin 2016 16:10:36 +0800 Marce
On Mon, Jun 27, 2016 at 5:11 AM, Romain Tartière wrote:
> On Sun, Jun 26, 2016 at 11:25:06PM -0700, Russell Haley wrote:
>> On Sat, Jun 25, 2016 at 2:48 PM, Carsten Larsen wrote:
>> > On 25-06-2016, 20:56 Russell Haley wrote:
>> > > I'm unsure to where they get copied.
>> >
>> > [...]
>> >
>> > T
On 6/26/16 5:00 AM, Jan Beich wrote:
> pkg-fall...@freebsd.org writes:
>
>> Ident: $FreeBSD: head/multimedia/vapoursynth/Makefile 415615
>> 2016-05-22 01:10:34Z jbeich $
>> Log URL:
>> http://beefy5.nyi.freebsd.org/data/101i386-default/417455/logs/vapoursynth-r32.log
>> Build URL
Hello Ports Team,
A couple of us on the freebsd-mono@ mailing list are having a
discussion on how best to maintain the mono ports/.net ports. One of
the things that has come up is maintaining the patches for "all this
stuff". The current paradigm in FreeBSD as I understand it is to use
the files d
Hi!
> A couple of us on the freebsd-mono@ mailing list are having a
> discussion on how best to maintain the mono ports/.net ports. One of
> the things that has come up is maintaining the patches for "all this
> stuff". The current paradigm in FreeBSD as I understand it is to use
> the files direc
Just installed the MariaDB 10.1 package under 10.3, and
discovered that there are no my.cnf.* files included as was
standard in the past. That seems like a regression of sorts.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/
Kubilay Kocak wrote:
All: How did you feel the first time you saw your email on a maintainer
line? That is priceless and shouldn't be confused with the 'bad' kind of
ownership.
Don't forget that many people see their name/email in the maintainer
line as being responsible for the port.. so so
Bryan Drewery writes:
> On 6/26/16 5:00 AM, Jan Beich wrote:
>
>> pkg-fall...@freebsd.org writes:
>>
>>> Ident: $FreeBSD: head/multimedia/vapoursynth/Makefile 415615
>>> 2016-05-22 01:10:34Z jbeich $
>>> Log URL:
>>> http://beefy5.nyi.freebsd.org/data/101i386-default/417455/logs/vapoursynth-r32.
False alarm -- they're now named my-*.cnf rather than, as I seem
to remember, my.cnf.*
>Just installed the MariaDB 10.1 package under 10.3, and
>discovered that there are no my.cnf.* files included as was
>standard in the past. That seems like a regression of sorts.
>__
In message <57716d89.1050...@sorbs.net>, Michelle Sullivan writes:
> Kubilay Kocak wrote:
> >
> > All: How did you feel the first time you saw your email on a maintainer
> > line? That is priceless and shouldn't be confused with the 'bad' kind of
> > ownership.
> >
>
> Don't forget that many peopl
On 6/27/2016 1:48 PM, Jan Beich wrote:
> Bryan Drewery writes:
>
>> On 6/26/16 5:00 AM, Jan Beich wrote:
>>
>>> pkg-fall...@freebsd.org writes:
>>>
Ident: $FreeBSD: head/multimedia/vapoursynth/Makefile 415615
2016-05-22 01:10:34Z jbeich $
Log URL:
http://beefy5.nyi.freebsd.org
I've been working with the 2016Q2 branch with respect to FreshPorts.
I tried running make -V on branches/2016Q2 and it failed with:
Error message is: make: "/usr/local/repos/PORTS-2016Q2/Mk/bsd.port.mk" line
1433: Cannot open /usr/local/repos/PORTS-2016Q2/Mk/Uses/mysql.mk
It seems that recent ch
On 06/27/16 12:38, Hans Petter Selasky wrote:
Hi,
I found some bugs in PKG with regard to the SAT_SOLVER environment
variable. Please find patch attached :-)
Issues fixed:
1) No need to use hash table when generating SAT rules for external
solver. Variables are already in a linear array. Fix en
On Mon, Jun 27, 2016 at 11:42:08PM +0200, Rodrigo OSORIO wrote:
> On 06/27/16 12:38, Hans Petter Selasky wrote:
> > Hi,
> >
> > I found some bugs in PKG with regard to the SAT_SOLVER environment
> > variable. Please find patch attached :-)
> >
> > Issues fixed:
> > 1) No need to use hash table wh
27 matches
Mail list logo
