why kdbg hasn't been upgraded?

[HU Dong]

kdbg has been upgraded to 2.5.1 with qt4 library, while the port
devel/kdbg is still 2.2.0 with qt3 library. I modified the port a
little and had it successfully built. Is there any reason that it
should stay with the older version? If not, I'll submit a PR.

B.R.
HU Dong
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: why kdbg hasn't been upgraded?

[Chris Rees]

Copying in maintainer.
On 10 Aug 2012 10:42, "HU Dong"  wrote:

> kdbg has been upgraded to 2.5.1 with qt4 library, while the port
> devel/kdbg is still 2.2.0 with qt3 library. I modified the port a
> little and had it successfully built. Is there any reason that it
> should stay with the older version? If not, I'll submit a PR.
>
> B.R.
> HU Dong
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: why kdbg hasn't been upgraded?

[Chris Rees]

Reply from maintainer.
On 10 Aug 2012 11:12, "Thomas Sander"  wrote:

> Hello,
>
> It has no reason why the version is so old. You can submit a PR.
>
> B.R.
> Thomas
>
> 2012/8/10 Chris Rees 
>
>> Copying in maintainer.
>> On 10 Aug 2012 10:42, "HU Dong"  wrote:
>>
>>> kdbg has been upgraded to 2.5.1 with qt4 library, while the port
>>> devel/kdbg is still 2.2.0 with qt3 library. I modified the port a
>>> little and had it successfully built. Is there any reason that it
>>> should stay with the older version? If not, I'll submit a PR.
>>>
>>> B.R.
>>> HU Dong
>>> ___
>>> freebsd-ports@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
>>> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>>>
>>>
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[Michael Ranner]

Hello!

I have this problem on a specific 8.3-RELEASE since several weeks.

portmaster hangs in endeless loop for "Waiting on fetch & checksum..." 
for all ports.


If the distfile does not exist, portmaster fetches it, but stays in this 
endless loop.


If distfile is already fetched, portmaster will go immediately in 
endless loop.


rm'ing the /tmp/*fetchlog* file by hand will continue portmaster to 
build and install the port.


I have no idea where to go!

gatekeeper# portmaster -i unrar-3.93,5

===>>> Currently installed version: unrar-3.93,5
===>>> Port directory: /usr/ports/archivers/unrar

===>>> Gathering distinfo list for installed ports

===>>> Launching 'make checksum' for archivers/unrar in background
===>>> Gathering dependency list for archivers/unrar from ports
Terminated
===>>> No dependencies for archivers/unrar

Terminated
Terminated

===>>> Starting build for archivers/unrar <<<===

===>>> All dependencies are up to date

===>  Cleaning for unrar-4.20,5
===>>> Waiting on fetch & checksum for archivers/unrar <<<===


===>>> Waiting on fetch & checksum for archivers/unrar <<<===

ps -ax shows this:

27005   0  S+ 0:00.02 /bin/sh /usr/local/sbin/portmaster -i unrar-3.93,5
27331   0  S+ 0:00.00 sleep 2

ports tree is freshly extracted with portsnap. make install in ports dir 
will work for all ports.


--
Mit freundlichen Grüßen

Ing. Michael Ranner

GSM:  +43 676 4155044
Mail: mich...@ranner.eu
WWW:  http://www.azedo.at/

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit

[Simon L. B. Nielsen]

On Wed, Aug 8, 2012 at 1:38 PM, Wesley Shields  wrote:
> On Wed, Aug 08, 2012 at 10:34:06AM +, Alexey Dokuchaev wrote:
>> On Mon, Aug 06, 2012 at 01:49:50PM +0200, Rainer Hurling wrote:
>> > Am 06.08.2012 10:03 (UTC+1) schrieb Doug Barton:
>> > >On 08/01/2012 05:09, Oliver Pinter wrote:
>> > >>I found this today on FD:
>> > >>
>> > >>http://seclists.org/fulldisclosure/2012/Aug/4
>> > >
>> > >Apparently this affects us as well. Any news?
>> >
>> > Thanks for the info. I had been not aware of it before.
>> >
>> > NVidia has released a driver version 304.32 for FreeBSD i386 and amd64,
>> > which should remedy these security issues.
>>
>> Luckily, they've released version 295.71 which is on Long Lived Branch.  I
>> will update the port shortly.
>
> Thank you!
>
>> VuXML entry will have to follow separately, as it is unclear whether new CVE
>> number will be assigned or not.
>
> You can do the VuXML without a CVE for now and update it when/if one is
> assigned.

Eh, why wouldn't a CVE name not be assigned? If none is we should ask
MITRE to assign one, but it would surprise me if NVIDIA or a Linux
vendor hasn't done this already.

-- 
Simon L. B. Nielsen
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

tcmalloc in Tor FreeBSD port

[Jordi Espasa Clofent]

Hi all,

Please, read the follow thread in tor-dev to be in the loop:
https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html

I tried to contact the mantainer according to Makefile and Freshports, 
but I didn't receive any answer. So I guess this mail-list is probably 
the most accurate place to ask.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[Michael Ranner]

It is really strange. I tried to debug deeper and it seems that it does 
not even start to fetch on "make checksum", it hangs on an empty 
fetchlog file in /tmp


This was a little bit surprising, because it downloaded distfiles for 
other ports some time ago, but also hangs on an empty fetchlog.


In any case, it breaks the endless loop and starts to download and build 
the port after removing the fetchlog file in /tmp manually.


Am 10.08.12 17:02, schrieb HU Dong:

I have met with the same problem several times, too. But my
environment is 9.0 release. It occurred ocasionally. At first I
thought it was because of bad wireless connection. Now it seems not.

B.R.
HU Dong

On Fri, Aug 10, 2012 at 9:37 PM, Michael Ranner  wrote:

Hello!

I have this problem on a specific 8.3-RELEASE since several weeks.

portmaster hangs in endeless loop for "Waiting on fetch & checksum..." for
all ports.

If the distfile does not exist, portmaster fetches it, but stays in this
endless loop.

If distfile is already fetched, portmaster will go immediately in endless
loop.

rm'ing the /tmp/*fetchlog* file by hand will continue portmaster to build
and install the port.

I have no idea where to go!

gatekeeper# portmaster -i unrar-3.93,5

===>>> Currently installed version: unrar-3.93,5
===>>> Port directory: /usr/ports/archivers/unrar

===>>> Gathering distinfo list for installed ports

===>>> Launching 'make checksum' for archivers/unrar in background
===>>> Gathering dependency list for archivers/unrar from ports
Terminated
===>>> No dependencies for archivers/unrar

Terminated
Terminated

===>>> Starting build for archivers/unrar <<<===

===>>> All dependencies are up to date

===>  Cleaning for unrar-4.20,5
===>>> Waiting on fetch & checksum for archivers/unrar <<<===


===>>> Waiting on fetch & checksum for archivers/unrar <<<===

ps -ax shows this:

27005   0  S+ 0:00.02 /bin/sh /usr/local/sbin/portmaster -i unrar-3.93,5
27331   0  S+ 0:00.00 sleep 2

ports tree is freshly extracted with portsnap. make install in ports dir
will work for all ports.

--
Mit freundlichen Grüßen

Ing. Michael Ranner

GSM:  +43 676 4155044
Mail: mich...@ranner.eu
WWW:  http://www.azedo.at/

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"



--
Mit freundlichen Grüßen

Ing. Michael Ranner

GSM:  +43 676 4155044
Mail: mich...@ranner.eu
WWW:  http://www.azedo.at/

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[HU Dong]

I can simply reproduce this problem by this way:

# portmaster -v databases/postgresql90-client

===>>> Currently installed version: postgresql-client-9.0.8
===>>> Port directory: /usr/ports/databases/postgresql90-client

===>>> Gathering distinfo list for installed ports

===>>> Launching 'make checksum' for databases/postgresql90-client in
background
===>>> Gathering dependency list for databases/postgresql90-client from
ports
===>>> Starting dependency check
===>>> Checking dependency: devel/gettext
===>>> Checking dependency: devel/gmake
===>>> Checking dependency: textproc/libxml2
===>>> Initial dependency check complete for databases/postgresql90-client


===>>> Starting build for databases/postgresql90-client <<<===

===>>> All dependencies are up to date

===>  Cleaning for postgresql-client-9.0.8
===>>> Waiting on fetch & checksum for databases/postgresql90-client <<<===
===>  Found saved configuration for postgresql-client-9.0.8
=> SHA256 Checksum mismatch for postgresql/postgresql-9.0.8.tar.bz2.
===>  Refetch for 1 more times files: postgresql/postgresql-9.0.8.tar.bz2
===>  Found saved configuration for postgresql-client-9.0.8
=> postgresql-9.0.8.tar.bz2 doesn't seem to exist in
/usr/ports/distfiles//postgresql.
=> Attempting to fetch
ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0.8/postgresql-9.0.8.tar.bz2


===>>> Waiting on fetch & checksum for databases/postgresql90-client <<<===
===>  Found saved configuration for postgresql-client-9.0.8
=> SHA256 Checksum mismatch for postgresql/postgresql-9.0.8.tar.bz2.
===>  Refetch for 1 more times files: postgresql/postgresql-9.0.8.tar.bz2
===>  Found saved configuration for postgresql-client-9.0.8
=> postgresql-9.0.8.tar.bz2 doesn't seem to exist in
/usr/ports/distfiles//postgresql.
=> Attempting to fetch
ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0.8/postgresql-9.0.8.tar.bz2
postgresql-9.0.8.tar.bz2

===>>> Waiting on fetch & checksum for databases/postgresql90-client <<<===
===>  Found saved configuration for postgresql-client-9.0.8
=> SHA256 Checksum mismatch for postgresql/postgresql-9.0.8.tar.bz2.
===>  Refetch for 1 more times files: postgresql/postgresql-9.0.8.tar.bz2
===>  Found saved configuration for postgresql-client-9.0.8
=> postgresql-9.0.8.tar.bz2 doesn't seem to exist in
/usr/ports/distfiles//postgresql.
=> Attempting to fetch
ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0.8/postgresql-9.0.8.tar.bz2
postgresql-9.0.8.tar.bz2

^C
===>>> Build/Install for databases/postgresql90-client exiting due to signal
Terminated
Terminated

===>>> You can restart from the point of failure with this command line:
   portmaster  databases/postgresql90-client

B.R.
HU Dong

On Fri, Aug 10, 2012 at 11:08 PM, Michael Ranner  wrote:
> It is really strange. I tried to debug deeper and it seems that it does
not
> even start to fetch on "make checksum", it hangs on an empty fetchlog file
> in /tmp
>
> This was a little bit surprising, because it downloaded distfiles for
other
> ports some time ago, but also hangs on an empty fetchlog.
>
> In any case, it breaks the endless loop and starts to download and build
the
> port after removing the fetchlog file in /tmp manually.
>
> Am 10.08.12 17:02, schrieb HU Dong:
>
> I have met with the same problem several times, too. But my
> environment is 9.0 release. It occurred ocasionally. At first I
> thought it was because of bad wireless connection. Now it seems not.
>
> B.R.
> HU Dong
>
> On Fri, Aug 10, 2012 at 9:37 PM, Michael Ranner  wrote:
>
> Hello!
>
> I have this problem on a specific 8.3-RELEASE since several weeks.
>
> portmaster hangs in endeless loop for "Waiting on fetch & checksum..." for
> all ports.
>
> If the distfile does not exist, portmaster fetches it, but stays in this
> endless loop.
>
> If distfile is already fetched, portmaster will go immediately in endless
> loop.
>
> rm'ing the /tmp/*fetchlog* file by hand will continue portmaster to build
> and install the port.
>
> I have no idea where to go!
>
> gatekeeper# portmaster -i unrar-3.93,5
>
> ===>>> Currently installed version: unrar-3.93,5
> ===>>> Port directory: /usr/ports/archivers/unrar
>
> ===>>> Gathering distinfo list for installed ports
>
> ===>>> Launching 'make checksum' for archivers/unrar in background
> ===>>> Gathering dependency list for archivers/unrar from ports
> Terminated
> ===>>> No dependencies for archivers/unrar
>
> Terminated
> Terminated
>
> ===>>> Starting build for archivers/unrar <<<===
>
> ===>>> All dependencies are up to date
>
> ===>  Cleaning for unrar-4.20,5
> ===>>> Waiting on fetch & checksum for archivers/unrar <<<===
>
>
> ===>>> Waiting on fetch & checksum for archivers/unrar <<<===
>
> ps -ax shows this:
>
> 27005   0  S+ 0:00.02 /bin/sh /usr/local/sbin/portmaster -i
unrar-3.93,5
> 27331   0  S+ 0:00.00 sleep 2
>
> ports tree is freshly extracted with portsnap. make install in ports dir
> will work for a

Re: [Full-disclosure] nvidia linux binary driver priv escalation exploit

[Janne Snabb]

On 08/10/2012 09:35 PM, Simon L. B. Nielsen wrote:
[..]
> On 08/01/2012 05:09, Oliver Pinter wrote:
>> I found this today on FD:
>>
>> http://seclists.org/fulldisclosure/2012/Aug/4
[..]
> Eh, why wouldn't a CVE name not be assigned? If none is we should ask
> MITRE to assign one, but it would surprise me if NVIDIA or a Linux
> vendor hasn't done this already.

This is from oss-security:

 Original Message 
Subject: Re: [oss-security] CVE Request: NVidia Linux driver
Date: Wed, 8 Aug 2012 18:46:34 -0400 (EDT)
From: cve-ass...@mitre.org
Reply-To: oss-secur...@lists.openwall.com
To: marc.deslauri...@canonical.com
CC: cve-ass...@mitre.org, oss-secur...@lists.openwall.com,
secur...@ubuntu.com

> http://seclists.org/fulldisclosure/2012/Aug/4
> http://nvidia.custhelp.com/app/answers/detail/a_id/3140

Use CVE-2012-4225.

-- 
CVE assignment team, MITRE CVE Numbering Authority
M/S M300
202 Burlington Road, Bedford, MA 01730 USA
[ PGP key available through http://cve.mitre.org/cve/request_id.html ]

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: tcmalloc in Tor FreeBSD port

[Kevin Oberman]

On Fri, Aug 10, 2012 at 8:02 AM, Jordi Espasa Clofent
 wrote:
> Hi all,
>
> Please, read the follow thread in tor-dev to be in the loop:
> https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html
>
> I tried to contact the mantainer according to Makefile and Freshports, but I
> didn't receive any answer. So I guess this mail-list is probably the most
> accurate place to ask.

First, bf is typically pretty active, so he (she?) must be away or you
would have heard from him (her?)

Looks like this broke when the port was converted to use OPTIONSNG
about two months ago. I am not a make wizard or even close to it, but
the options code is clearly not doing what it's supposed to be doing.
You can probably roll the Makefile back to r297464, edit the
DISTVERSION to "DISTVERSION=0.2.2.37", remove the
"ftp://ftp.fodt.it/pub/mirror/tor/dist/ \" line, keep the rest of the
existing port, and build it.

If I get a few minutes, I will see if I can figure out why the options
are not working after the change to OPTIONSNG. I have a port htat I
really need to convert to OPTIONSNG, so maybe I'll get that done, too.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: pkg and portmaster: Downgrading ports? Why? portmaster messes up ...

[Bryan Drewery]

On 8/9/2012 8:26 AM, Chris Rees wrote:
> On 7 Aug 2012 15:50, "O. Hartmann"  wrote:
>>
>> On 08/07/12 15:39, Bryan Drewery wrote:
>>> On 8/7/2012 4:31 AM, O. Hartmann wrote:
 ports-mgmt/portmaster installs still the old fashioned style folders of
 ports in /var/db/pkg. I thought ith the new scheme of pkg, everything
> is
 going into a file based SQLite3 DB?
>>>
>>> Also ensure WITH_PKGNG=yes is in your /etc/make.conf. My last comment
>>> still stands though, portmaster will store distifile information in
>>> /var/db/pkg.
>>>
>>
>> WITH_PKGNG=yes is set in /etc/make.conf.
> 
> Also in your portmasterrc?
> 
> Chris

use_pkgng should not be needed in the portmasterrc anymore if using the
newer patches. Just WITH_PKGNG=yes in /etc/make.conf should suffice.

For reference:
https://github.com/pkgng/pkgng/commit/8a1bffdbab0c01c0c5c349066a7f10df8eff070b

Bryan

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: tcmalloc in Tor FreeBSD port

[Chris Rees]

Forwarding to tor-dev mailing list; this is their problem.

On 10 August 2012 18:15, Kevin Oberman  wrote:
> On Fri, Aug 10, 2012 at 8:02 AM, Jordi Espasa Clofent
>  wrote:
>> Hi all,
>>
>> Please, read the follow thread in tor-dev to be in the loop:
>> https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html
>>
>> I tried to contact the mantainer according to Makefile and Freshports, but I
>> didn't receive any answer. So I guess this mail-list is probably the most
>> accurate place to ask.
>
> First, bf is typically pretty active, so he (she?) must be away or you
> would have heard from him (her?)

He :)

> Looks like this broke when the port was converted to use OPTIONSNG
> about two months ago. I am not a make wizard or even close to it, but
> the options code is clearly not doing what it's supposed to be doing.
> You can probably roll the Makefile back to r297464, edit the
> DISTVERSION to "DISTVERSION=0.2.2.37", remove the
> "ftp://ftp.fodt.it/pub/mirror/tor/dist/ \" line, keep the rest of the
> existing port, and build it.
>
> If I get a few minutes, I will see if I can figure out why the options
> are not working after the change to OPTIONSNG. I have a port htat I
> really need to convert to OPTIONSNG, so maybe I'll get that done, too.

Brendan's code in the port is perfectly fine.

The configure.in is where the problem lies;

if test x$tcmalloc = xyes ; then
   using_custom_malloc=yes
fi
if test $using_custom_malloc = no ; then
   AC_CHECK_FUNCS(mallinfo malloc_good_size malloc_usable_size)
fi

^^^ this stanza is included before $tcmalloc is set; examine where it
is set in configure further down;

# Check whether --with-tcmalloc was given.
if test "${with_tcmalloc+set}" = set; then :
  withval=$with_tcmalloc;  tcmalloc=yes
else
   tcmalloc=no
fi

Oops!

The result is that using_custom_malloc will never be set to yes, and
tcmalloc will probably never be used.

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: tcmalloc in Tor FreeBSD port

[Kevin Oberman]

On Fri, Aug 10, 2012 at 10:34 AM, Chris Rees  wrote:
> Forwarding to tor-dev mailing list; this is their problem.
>
> On 10 August 2012 18:15, Kevin Oberman  wrote:
>> On Fri, Aug 10, 2012 at 8:02 AM, Jordi Espasa Clofent
>>  wrote:
>>> Hi all,
>>>
>>> Please, read the follow thread in tor-dev to be in the loop:
>>> https://lists.torproject.org/pipermail/tor-dev/2012-August/003878.html
>>>
>>> I tried to contact the mantainer according to Makefile and Freshports, but I
>>> didn't receive any answer. So I guess this mail-list is probably the most
>>> accurate place to ask.
>>
>> First, bf is typically pretty active, so he (she?) must be away or you
>> would have heard from him (her?)
>
> He :)
>
>> Looks like this broke when the port was converted to use OPTIONSNG
>> about two months ago. I am not a make wizard or even close to it, but
>> the options code is clearly not doing what it's supposed to be doing.
>> You can probably roll the Makefile back to r297464, edit the
>> DISTVERSION to "DISTVERSION=0.2.2.37", remove the
>> "ftp://ftp.fodt.it/pub/mirror/tor/dist/ \" line, keep the rest of the
>> existing port, and build it.
>>
>> If I get a few minutes, I will see if I can figure out why the options
>> are not working after the change to OPTIONSNG. I have a port htat I
>> really need to convert to OPTIONSNG, so maybe I'll get that done, too.
>
> Brendan's code in the port is perfectly fine.
>
> The configure.in is where the problem lies;
>
> if test x$tcmalloc = xyes ; then
>using_custom_malloc=yes
> fi
> if test $using_custom_malloc = no ; then
>AC_CHECK_FUNCS(mallinfo malloc_good_size malloc_usable_size)
> fi
>
> ^^^ this stanza is included before $tcmalloc is set; examine where it
> is set in configure further down;
>
> # Check whether --with-tcmalloc was given.
> if test "${with_tcmalloc+set}" = set; then :
>   withval=$with_tcmalloc;  tcmalloc=yes
> else
>tcmalloc=no
> fi
>
> Oops!
>
> The result is that using_custom_malloc will never be set to yes, and
> tcmalloc will probably never be used.
>
> Chris

Thanks, Chris. After spending some time staring at the Makefile, it
looked like the OPTIONS stuff was all correct and it is pretty
trivial, too, so I was getting ready to look at the configure stuff in
tor, but you beat me to it. Just saved me at very least  several
minutes.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Right LICENSE* values for a GPLv2 port with a licensing exception

[Raphael Kubo da Costa]

Hello there,

I'm currently working on porting xsd [1], which is a GPLv2-licensed with
an exception that allows the distribution of derivative works under
other free software licenses.  The contents of this exception can be
found in [2].

In this case, how am I supposed to set the LICENSE* variables in the
Makefile?  Should I use LICENSE_COMB=dual and consider FLOSSE a separate
license that must be agreed to besides the GPLv2?

[1] http://www.codesynthesis.com/projects/xsd/
[2] http://www.codesynthesis.com/projects/xsd/FLOSSE

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[Doug Barton]

On 8/10/2012 8:21 AM, HU Dong wrote:
> I can simply reproduce this problem by this way:
> 
> # portmaster -v databases/postgresql90-client

Both of your reports sound like they are hanging on a bad mirror. Try
putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see
if that helps.

Doug

-- 

I am only one, but I am one.  I cannot do everything, but I can do
something.  And I will not let what I cannot do interfere with what
I can do.
-- Edward Everett Hale, (1822 - 1909)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Right LICENSE* values for a GPLv2 port with a licensing exception

[Xin Li]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 08/10/12 15:28, Raphael Kubo da Costa wrote:
> Hello there,
> 
> I'm currently working on porting xsd [1], which is a GPLv2-licensed
> with an exception that allows the distribution of derivative works
> under other free software licenses.  The contents of this exception
> can be found in [2].
> 
> In this case, how am I supposed to set the LICENSE* variables in
> the Makefile?  Should I use LICENSE_COMB=dual and consider FLOSSE a
> separate license that must be agreed to besides the GPLv2?
> 
> [1] http://www.codesynthesis.com/projects/xsd/ [2]
> http://www.codesynthesis.com/projects/xsd/FLOSSE

Disclaimer: I am not a lawyer and this is only my personal understanding.

With the exception, it is possible to build and redistribute binaries
that e.g. statically links the xsd runtime library when using an
incompatible license (for example, GPLv3 licensed software as xsd is
GPLv2 only).

The exception text is ambiguous on what can be done because its
wording.  For instance, the ports tree is licensed under BSD license,
can that be _reasonably considered_ as a "FLOSS base" for other
applications and thus apply a BSD license to the software?

Therefore the exception sounds like a trap so I'd just say "GPLv2" for
the LICENSE.  Downstream with incompatible license (e.g. GPLv3) who
distributes the code does not need this port anyway if they do follow
the exception.

Cheers,
- -- 
Xin LI https://www.delphij.net/
FreeBSD - The Power to Serve!   Live free or die
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBCAAGBQJQJZplAAoJEG80Jeu8UPuzlSwH/j2z7nUrfMuJ28f/omIUOEwo
s/19v4v5dSbWSEJSK4VGUyN9T8iSmyGgG5aiG4VjajFi/D4ev92TWRAYApnAbdk0
vF8vyHGoJrRCipRAMVuSIRgNhbcvrIYMFKEeGH5qahNI4Fuvc3mF7wQaZ7bv5ZiR
m0ePA+LJ8XMiMqf8qMoI0gzxzRy2NsSY25qSi/2BDy5XxsL10u4dobOXEnCNkklK
UhnESBOVxtZd+N80TOozBACYcUL22iNd22tmdNbh2KGzn7DSkSLBHwEekgSEBSq2
fYWtPWQZs2CbXPUSYkvfsXieakYGPP3LGKNfHQvEBszO5ISROoxsi0FC2xW06s4=
=A/US
-END PGP SIGNATURE-
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[HU Dong]

The mirror is OK. I could download the file from the exact mirror manually
with fetch command.

B.R.
HU Dong

On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton  wrote:

> On 8/10/2012 8:21 AM, HU Dong wrote:
> > I can simply reproduce this problem by this way:
> >
> > # portmaster -v databases/postgresql90-client
>
> Both of your reports sound like they are hanging on a bad mirror. Try
> putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see
> if that helps.
>
> Doug
>
> --
>
> I am only one, but I am one.  I cannot do everything, but I can do
> something.  And I will not let what I cannot do interfere with what
> I can do.
> -- Edward Everett Hale, (1822 - 1909)
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[Doug Barton]

Ok, so do this ... remove the file from /usr/ports/distfiles, then go to
the port directory and type 'make checksum' and see if it works
properly. Then remove it again, and run 'portmaster -F'

While that's running in one window, keep an eye on /usr/ports/distfiles
and see if the file is being downloaded, and also keep an eye on the log
file in $TMPDIR to see if it is being appended to.

Also make sure that whatever directory you use for $TMPDIR (/tmp by
default) has permissions 1777, and is not mounted with odd options.

Doug


On 08/10/2012 06:00 PM, HU Dong wrote:
> The mirror is OK. I could download the file from the exact mirror
> manually with fetch command.
> 
> B.R.
> HU Dong
> 
> On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton  > wrote:
> 
> On 8/10/2012 8:21 AM, HU Dong wrote:
> > I can simply reproduce this problem by this way:
> >
> > # portmaster -v databases/postgresql90-client
> 
> Both of your reports sound like they are hanging on a bad mirror. Try
> putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and see
> if that helps.
> 
> Doug


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster 3.13.13 real endless loop "Waiting on fetch & checksum..."

[HU Dong]

#ls -la / | grep tmp
drwxrwxrwt  40 root  wheel   6656 Aug 11 09:22 tmp
#rm -fr /usr/ports/distfiles/postgresql/postgresql-9.0.8.tar.bz2
#make checksum
===>  Found saved configuration for postgresql-client-9.0.8
=> postgresql-9.0.8.tar.bz2 doesn't seem to exist in
/usr/ports/distfiles/postgresql.
=> Attempting to fetch
ftp://ftp.se.postgresql.org/pub/databases/relational/postgresql/source/v9.0.8/postgresql-9.0.8.tar.bz2
postgresql-9.0.8.tar.bz2  100% of   14 MB  118 kBps
00m00s
=> SHA256 Checksum OK for postgresql/postgresql-9.0.8.tar.bz2.
#rm -fr /usr/ports/distfiles/postgresql/postgresql-9.0.8.tar.bz2
#portmaster -F

===>>> Currently installed version: postgresql-client-9.0.8
===>>> Port directory: /usr/ports/databases/postgresql90-client

===>>> Launching 'make checksum' for databases/postgresql90-client in
background
===>>> Gathering dependency list for databases/postgresql90-client from
ports
===>>> Initial dependency check complete for databases/postgresql90-client


===>>> Waiting for 1 distfile fetch to finish
===>>> Waiting for 1 distfile fetch to finish
===>>> Waiting for 1 distfile fetch to finish
===>>> Waiting for 1 distfile fetch to finish
^C
===>>> Build/Install for databases/postgresql90-client exiting due to signal
Terminated
Terminated

B.R.
HU Dong

On Sat, Aug 11, 2012 at 9:07 AM, Doug Barton  wrote:

> Ok, so do this ... remove the file from /usr/ports/distfiles, then go to
> the port directory and type 'make checksum' and see if it works
> properly. Then remove it again, and run 'portmaster -F'
>
> While that's running in one window, keep an eye on /usr/ports/distfiles
> and see if the file is being downloaded, and also keep an eye on the log
> file in $TMPDIR to see if it is being appended to.
>
> Also make sure that whatever directory you use for $TMPDIR (/tmp by
> default) has permissions 1777, and is not mounted with odd options.
>
> Doug
>
>
> On 08/10/2012 06:00 PM, HU Dong wrote:
> > The mirror is OK. I could download the file from the exact mirror
> > manually with fetch command.
> >
> > B.R.
> > HU Dong
> >
> > On Sat, Aug 11, 2012 at 6:37 AM, Doug Barton  > > wrote:
> >
> > On 8/10/2012 8:21 AM, HU Dong wrote:
> > > I can simply reproduce this problem by this way:
> > >
> > > # portmaster -v databases/postgresql90-client
> >
> > Both of your reports sound like they are hanging on a bad mirror. Try
> > putting the RANDOMIZE_MASTER_SITES= yes in your /etc/make.conf and
> see
> > if that helps.
> >
> > Doug
>
>
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: why kdbg hasn't been upgraded?

[HU Dong]

I just submitted a patch ( http://www.freebsd.org/cgi/query-pr.cgi?pr=170532 )
for devel/kdbg, updating it from 2.2.0 to 2.5.1. Since I'm not familiar
with cmake, I didn't figure out how to make "DOCS" component optional. Hope
someone could help.

B.R.
HU Dong

On Fri, Aug 10, 2012 at 5:33 PM, Chris Rees  wrote:

> Reply from maintainer.
> On 10 Aug 2012 11:12, "Thomas Sander"  wrote:
>
> > Hello,
> >
> > It has no reason why the version is so old. You can submit a PR.
> >
> > B.R.
> > Thomas
> >
> > 2012/8/10 Chris Rees 
> >
> >> Copying in maintainer.
> >> On 10 Aug 2012 10:42, "HU Dong"  wrote:
> >>
> >>> kdbg has been upgraded to 2.5.1 with qt4 library, while the port
> >>> devel/kdbg is still 2.2.0 with qt3 library. I modified the port a
> >>> little and had it successfully built. Is there any reason that it
> >>> should stay with the older version? If not, I'll submit a PR.
> >>>
> >>> B.R.
> >>> HU Dong
> >>> ___
> >>> freebsd-ports@freebsd.org mailing list
> >>> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> >>> To unsubscribe, send any mail to "
> freebsd-ports-unsubscr...@freebsd.org"
> >>>
> >>>
> >
> ___
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

thunderbird-enigmail-1.4.3 build failing on i386 9.1

[John Marshall]

A patch for a problem just like this was produced last month for
enigmail 1.4.2.  The Makefile for 1.4.3 is too different for that patch
to be applicable and for me to see easily what needs to be done.

Thank you for maintaining this port.

FreeBSD 9.1-RC1 #0 r239159: Fri Aug 10 19:17:04 AEST 2012 i386

===>  Building for thunderbird-enigmail-1.4.3
 (...)
INFO: found toplevel source directory 
/build/ports/mail/enigmail-thunderbird/work/comm-release
INFO: using 
MOZ_OBJDIR=/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1
 (...)
Done. The code can now be compiled from 
/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail

gmake: Entering directory 
`/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail'
Makefile:45: ../../../config/autoconf.mk: No such file or directory
/build/ports/mail/enigmail-thunderbird/work/comm-release/config/config.mk:57: 
../../../config/autoconf.mk: No such file or directory
gmake: *** No rule to make target `../../../config/autoconf.mk'.  Stop.
gmake: Leaving directory 
`/build/ports/mail/enigmail-thunderbird/work/comm-release/obj-i386-portbld-freebsd9.1/mailnews/extensions/enigmail'
*** [do-build] Error code 2

Stop in /build/ports/mail/enigmail-thunderbird.

===>>> make failed for mail/enigmail-thunderbird
===>>> Aborting update

===>>> Update for mail/enigmail-thunderbird failed
===>>> Aborting update

Terminated

-- 
John Marshall


pgpd3JjwwIHCD.pgp
Description: PGP signature