Re: Licence practice for dependencies - making use of more restrictive licences optional

2017-04-25 Thread Kyle Evans 
On Tue, Apr 25, 2017 at 11:07 PM, Dewayne Geraghty <
dewaynegerag...@gmail.com> wrote:

> The recent change to
> https://svnweb.freebsd.org/ports/head/dns/opendnssec13/
> Makefile?view=markup=439426 which uses BSD3Clause, while gnugrep
> uses GPLv3+; reminded me of a customer's requirement to remove GPLv3 code
> from a device they needed.
>

Hi,

FWIW, and I know the problem is more broad than this specific example but
to hopefully ease your concern in this respect- the working plan is to
re-evaluate all ports dependent on gnugrep when bsdgrep re-grows GNU
extension capabilities.

I hope to do this sooner rather than later- I currently have a working plan
detailed(-ish) on the wiki [1] for growing this functionality out of the
parser currently available in libc/regex without affecting the base
implementation's POSIX compliance and some patches toward this goal. I'm
presently working on some intermediate steps to this end to make for a
smooth transition.

[1] https://wiki.freebsd.org/LibRegex
___
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: Licence practice for dependencies - making use of more restrictive licences optional

2017-04-25 Thread Dewayne Geraghty 
Matthew,
Sure.  Some ports require gcc to compile, but these are covered by this
exemption
https://gcc.gnu.org/onlinedocs/libstdc++/manual/license.html
so that aspect isn't an issue, and its a little tangential anyway.  I'm not
focusing upon what opendnssec does, rather it was an example that appeared
on top of my freshports browse earlier and the inclusion of gnugrep was a
(human) memory trigger. ;)

Where a port needs something that is more restrictive than the original
authors intent, is the issue that I'd like to address.
For example, some ports provide the option of using libedit or readline,
while others have that option embedded in their configure scripts.  The
practice that I'd encourage is where an application/port uses a less
restrictive licence for their software then the less restrictive dependency
option should be used (mandated) or *preferably* provide that option for
port builders.

Developers provide a great service to all of us.  If they choose one
licence over another that's their choice and really outside of my intent of
this discussion.  It is more to do with whether or not dependencies that
restrict software use, should be optional or not, against the parent port.
For example if I use curl (MIT licence) - I can choose to select openssl
(OpenSSL) over gnutls (GPLv3) - a good thing.

Regards, Dewayne.
PS Sorry for sending to you (Matthew) twice, I'm used to replying only to
the author
___
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: Licence practice for dependencies - making use of more restrictive licences optional

2017-04-25 Thread Matthew Donovan 
Well you have a point however some ports require gpl software to compile
like opendnssec it is just a build requirement and not a run dependant. You
would need to speak with developers to have them change their software to
not depend on these restricted licenses.

As looking at the build system for opendnssec it requires gnugrep due to
flags it uses for grep.

On Apr 25, 2017 11:08 PM, "Dewayne Geraghty" 
wrote:

> The recent change to https://svnweb.freebsd.org/
> ports/head/dns/opendnssec13/
> Makefile?view=markup=439426 which uses BSD3Clause, while gnugrep
> uses GPLv3+; reminded me of a customer's requirement to remove GPLv3 code
> from a device they needed.
>
> While attempting to satisfy a particular customer's requirement, it became
> apparent that I was also seeking compliance with the author's intent of
> using a less restrictive licence; yet it seems that some port
> maintainers/committers are unintentionally restricting the software by
> adding dependencies that add these restrictive licences/practises.  It
> would be better if such restrictions were optional, rather than mandatory
> as this opendnssec example, perhaps something similar to what is done in
> security/krb5-115 could be adopted as part of Standard Operating Practices
> (port maintainers guide?)
>
> For my client? A few scripts and a quick (recursive) search for GPL against
> their requirements list revealed the easy low-hanging fruit of replacing
> readline by libedit (in some cases removing both); and moving what used GPL
> source into a separate jail sufficed.
>
> Regards, Dewayne
> ___
> 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@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Licence practice for dependencies - making use of more restrictive licences optional

2017-04-25 Thread Dewayne Geraghty 
The recent change to https://svnweb.freebsd.org/ports/head/dns/opendnssec13/
Makefile?view=markup=439426 which uses BSD3Clause, while gnugrep
uses GPLv3+; reminded me of a customer's requirement to remove GPLv3 code
from a device they needed.

While attempting to satisfy a particular customer's requirement, it became
apparent that I was also seeking compliance with the author's intent of
using a less restrictive licence; yet it seems that some port
maintainers/committers are unintentionally restricting the software by
adding dependencies that add these restrictive licences/practises.  It
would be better if such restrictions were optional, rather than mandatory
as this opendnssec example, perhaps something similar to what is done in
security/krb5-115 could be adopted as part of Standard Operating Practices
(port maintainers guide?)

For my client? A few scripts and a quick (recursive) search for GPL against
their requirements list revealed the easy low-hanging fruit of replacing
readline by libedit (in some cases removing both); and moving what used GPL
source into a separate jail sufficed.

Regards, Dewayne
___
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: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

2017-04-25 Thread Thomas Mueller 
> Thomas Mueller skrev:

> > Documentation on Lynx and w3m are awful hard to find!

> > I couldn't find anything on auto_uncompress or anything else that might be 
> > put in ~/.w3m/config.

> > If the file on the server is already compressed, for instance a tarball, 
> > then I want to download it that way.

> > But a browser/downloader has no proper business compressing a file to be 
> > downloaded.

> For w3m you can set accept_encoding. Default is

> accept_encoding gzip, compress, bzip, bzip2, deflate

> Try to remove gz, bzip, bzip2 or set it to "".

> If you think this is a bug you should report it upstream:

> https://github.com/tats/w3m

> Herbert

I looked through w3m documentation and found nothing on accept_encoding.

Their website suggests that w3m is more of a pager than a web browser.

Elvis (enhanced vi clone) is/was also a rudimentary text-mode web browser.

I don't install w3m explicitly, only if it is pulled in by the ports system as 
a dependency.

Maybe I will take the same approach regarding lynx?

I intend to check a NetBSD installation with lynx to see if that misbehaves the 
same way regarding gratuitous, unwanted gzip compression of downloads.

I haven't used links in some time; remember a build on FreeBSD took six hours, 
but that was with DirectFB on a computer with 256 MB RAM.

I think I need to email dic...@invisible-island.net .

Tom

___
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: Is pkg quarterly really needed?

2017-04-25 Thread Mel Pilgrim 

On 04/19/2017 22:22, Mark Linimon wrote:

On Wed, Apr 19, 2017 at 04:37:05PM -0400, scratch65...@att.net wrote:

(Right now, it's quite hard to resist the paranoid suspicion that
maybe this crazy, anti-real-user behavior is a subtle way to kill
freebsd altogether by driving away the non-hobbyists.)


That's one explanation.

The other, possible, explanation, is that the efforts of a group of
volunteers isn't adequate enough for every use case -- including your own.

But, of course, feel free to cast aspersions wherever and whenever.  We're
just machines, we have no feelings whatsoever.

Now if no one minds, I'm going to go back to contemplate the existential
question of "why do I even bother trying to fix things".


Because the work you and everyone else does on FreeBSD makes it possible 
for me to do the work I do for dozens of non-profits who need safe, 
reliable network and internet services without paying retail or being 
pigeonholed into an online provider's one-size product.


For every scratch65535, there's one like me who doesn't have to deal 
with the expense of Windows servers or the increasingly black-box nature 
of Linux distros without also having to compile everything from scratch 
on the weekly.


Mel, the IT admin who gets to run 11-R and -CURRENT in exchange for free 
books and actually helping people because she doesn't have to say things 
like, "I can do that, but the licensing is half your 5-year budget."

___
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: Bug in Mailman version 2.1.23

2017-04-25 Thread Matthias Andree 
Am 25.04.2017 um 09:30 schrieb Geovani B. R.:

> I found the problem, the following kernel variables can't be turned on:
>
> security.bsd.hardlink_check_gid (default 0).
> security.bsd.hardlink_check_uid (default 0) 

I don't see a problem even if setting these to 1 and modifying a test
list configuration and saving it. Are you sure the user accounts and
configurations match between mailman and your web server?
___
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"

Assure your new business chances

2017-04-25 Thread Katelyn Cooper 



Hi,

Good Day!

My name is Katelyn,

I'm curious to know if you are currently interested to purchase any Email 
lists. We work with professionals like you, to promote the company product and 
services with the help of our multi-channel marketing contact list.

If you would be interested in building connection with any of your target 
audience from IT/ Finance/Healthcare/Procurement Decision Makers in market, we 
will help you with their contacts which includes their Business Email address, 
Direct Phone number, Job titles etc.

Let me know your target audiences, based on that I will get back to you with 
few sample contacts for your review

Thanks for your time and we look forward to hearing from you.

Regards,
Katelyn Cooper
Marketing Associate

If you wish not to receive any more emails from us, please reply as "LEAVE OUT"

___
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: INSTALL_TARGET=install-strip runs into "permission denied"

2017-04-25 Thread Tijl Coosemans 
On Mon, 24 Apr 2017 21:03:22 +0200 (CEST) Gerald Pfeifer  
wrote:
> On Sun, 23 Apr 2017, Tijl Coosemans wrote:
>>> [ https://reviews.freebsd.org/D10357 ]  
>> Yes, but in my opinion we should stop relying on upstream build systems
>> to get stripping right and let bsd.port.mk strip ELF files after staging.
>> It's less work for maintainers.  Then instead of stripping, bsd.port.mk
>> could also extract debug symbols into separate files and put them into a
>> debug subpackage.  
> 
> Yes, that sounds a lot more reliable and maintainable (and overall
> less work compared to patching hundreds of ports).
> 
> Until something like this is in place, should we ignore those
> complaints from the QA framework or patch individual ports?

That's not my decision to make.  It's not that important for gcc I think.
The only reason to strip files is to make them a bit smaller and gcc is
not going to be installed on space constrained systems where this matters.
___
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"

Telecommunication Users Acquiring List

2017-04-25 Thread Katie Martin 
Hello,



Are you eager to procure information on clients or organizations utilizing 
Telecommunication for the purposes of email/telephone marketing, sales 
development, brand awareness, events/trade shows, etc.?



We have telecommunications lists spanning North America, UK, EMEA, ASIA 
Pacific, and LATAM. We have information on experts who work in the military, as 
well as telecast, oceanic, information transfer, first reaction, endeavor, and 
business markets.



We have lists for users of CISCO, AVAYA, Nortel, Mitel, Polycom, Alcatel, 
Lucent, AT, Verizon, BellSouth, BT, T-Mobile, Vodafone, Orange, iPhone, iPad, 
Blackberry, and Qualcomm, as well as information on telecom and IT chiefs, 
C-level officials (such as CEOs, CFOs, COOs, CIOs, CTOs, and CMOs), EVPs, SVPs, 
VPs, Directors, Customer Administration Managers, Customer Experience Managers, 
Customer Support Executives, Contact Center Executives, Telecom VARs and 
Resellers, VOIPs, CLECs, ILECSs, ISPs, Mobile Operators, Integrators, and more.



These lists contain Names, Company Names, Phone Numbers, Fax Numbers, Job 
Titles, Email Addresses, and Complete Mailing Addresses, SIC Codes, Company 
Incomes, Sizes, Web Addresses, and more.



If there's any other information that would assist you in clarifying your 
marketing objectives, please let me know. Likewise, if this message has been 
addressed to the wrong person, then kindly forward it to the appropriate 
individual in your organization.



Thank you. I look forward to hearing from you.



Much obliged,

Katie Martin

Request Generation



If you do not wish to receive further emails, please respond with UNSUBSCRIBE

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

qdvdauthor written in Qt5

2017-04-25 Thread vmp 
GUI frontend for dvdauthor written in Qt5

https://sourceforge.net/projects/qdvd
___
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: py27-setuptools27 upgrade error

2017-04-25 Thread Jochen Neumeister 

Hi,

see UPDATING from 20170316:

 The python setuptools ports have been renamed to better match other 
python ports.

Ports users need to rename them so that portupgrade and portmaster do not
get confused.  For example:

pkg set -n py27-setuptools27:py27-setuptools
pkg set -o devel/py-setuptools27:devel/py27-setuptools
or
pkg set -n py35-setuptools35:py35-setuptools
pkg set -o devel/py-setuptools35:devel/py35-setuptools


cheers

Jochen


Am 25.04.2017 um 14:32 schrieb Dippery, Kyle:

My FreeBSD systems are telling me:

Checking for packages with security vulnerabilities:
curl-7.53.1_1
mysql56-server-5.6.35_2
libevent2-2.0.22_1
tiff-4.0.7_1


So I use:


# portsnap fetch update
# portmaster -B -G -d curl libevent2 mysql56-server


to update, and after a bit I get:


===>>> Starting check for runtime dependencies
===>>> Gathering dependency list for devel/py27-setuptools from ports
===>>> Dependency check complete for devel/py27-setuptools

===>>> mysql56-server-5.6.35_2 >> mysql56-client-5.6.35 >> cmake-3.7.2 >> jsoncpp-1.8.0_1 
>> scons-2.5.1 >> devel/py27-setuptools (5/10)

===>  Installing for py27-setuptools-32.1.0_1
===>  Checking if py27-setuptools already installed
===>   Registering installation for py27-setuptools-32.1.0_1 as automatic
Installing py27-setuptools-32.1.0_1...
pkg-static: py27-setuptools-32.1.0_1 conflicts with py27-setuptools27-32.1.0 
(installs files into the same place).  Problematic file: 
/usr/local/lib/python2.7/site-packages/easy-install.pth.dist
*** Error code 70

Stop.
make: stopped in /usr/ports/devel/py27-setuptools


On a different system, yesterday, I 'solved' this by pkg remove 
py27-setuptools, proceeding with the upgrade, and reinstalling the various 
things that pkg remove py27-setuptools uninstalled.

Is there a way I can proceed with the mysql server update without removing some 
unknown number of other packages?

Is there a way I can find out what pkg remove py27-setuptools will remove, and 
why those packages are need anyway?  I didn't think I had anything running 
python on this server.

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"


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

py27-setuptools27 upgrade error

2017-04-25 Thread Dippery, Kyle 
My FreeBSD systems are telling me:

Checking for packages with security vulnerabilities:
curl-7.53.1_1
mysql56-server-5.6.35_2
libevent2-2.0.22_1
tiff-4.0.7_1


So I use:


# portsnap fetch update
# portmaster -B -G -d curl libevent2 mysql56-server


to update, and after a bit I get:


===>>> Starting check for runtime dependencies
===>>> Gathering dependency list for devel/py27-setuptools from ports
===>>> Dependency check complete for devel/py27-setuptools

===>>> mysql56-server-5.6.35_2 >> mysql56-client-5.6.35 >> cmake-3.7.2 >> 
jsoncpp-1.8.0_1 >> scons-2.5.1 >> devel/py27-setuptools (5/10)

===>  Installing for py27-setuptools-32.1.0_1
===>  Checking if py27-setuptools already installed
===>   Registering installation for py27-setuptools-32.1.0_1 as automatic
Installing py27-setuptools-32.1.0_1...
pkg-static: py27-setuptools-32.1.0_1 conflicts with py27-setuptools27-32.1.0 
(installs files into the same place).  Problematic file: 
/usr/local/lib/python2.7/site-packages/easy-install.pth.dist
*** Error code 70

Stop.
make: stopped in /usr/ports/devel/py27-setuptools


On a different system, yesterday, I 'solved' this by pkg remove 
py27-setuptools, proceeding with the upgrade, and reinstalling the various 
things that pkg remove py27-setuptools uninstalled.

Is there a way I can proceed with the mysql server update without removing some 
unknown number of other packages?

Is there a way I can find out what pkg remove py27-setuptools will remove, and 
why those packages are need anyway?  I didn't think I had anything running 
python on this server.

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: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

2017-04-25 Thread Herbert J. Skuhra 
Thomas Mueller skrev:
> 
> Documentation on Lynx and w3m are awful hard to find!
> 
> I couldn't find anything on auto_uncompress or anything else that might be 
> put in ~/.w3m/config.
> 
> If the file on the server is already compressed, for instance a tarball, then 
> I want to download it that way.
> 
> But a browser/downloader has no proper business compressing a file to be 
> downloaded.

For w3m you can set accept_encoding. Default is

accept_encoding gzip, compress, bzip, bzip2, deflate

Try to remove gz, bzip, bzip2 or set it to "".

If you think this is a bug you should report it upstream:

https://github.com/tats/w3m

--
Herbert
___
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: Bug in Mailman version 2.1.23

2017-04-25 Thread Matthias Andree 
Am 25.04.2017 um 09:30 schrieb Geovani B. R.:
>
> I found the problem, the following kernel variables can't be turned on:
>
> security.bsd.hardlink_check_gid (default 0).
> security.bsd.hardlink_check_uid (default 0).
>
Thanks for the feedback and heads-up.

___
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: Bug in Mailman version 2.1.23

2017-04-25 Thread Geovani B. R. 

On 04/25/2017 03:14, Matthias Andree wrote:
Am 25. April 2017 07:28:16 MESZ schrieb "Geovani B. R." @gmail.com>:


On FreeBSD 10.3-RELEASE-p7

Mailman 2.1.23_1 + Postfix 3.1.4,1


Mailman returns me this error when trying to manage a list after login:



Bug in Mailman version 2.1.23

We're sorry, we hit a bug!

Please inform the webmaster for this site of this problem. Printing of
traceback and other system information has been explicitly inhibited,
but the webmaster can find this information in the Mailman error logs.



The Mailman error logs show this:


Apr 25 01:24:52 2017 admin(71569):

admin(71569): [- Mailman Version: 2.1.23 -]
admin(71569): [- Traceback --]
admin(71569): Traceback (most recent call last):
admin(71569):   File "/usr/local/mailman/scripts/driver", line 117, in
run_main
admin(71569): main()
admin(71569):   File "/usr/local/mailman/Mailman/Cgi/admin.py 
", line
241, in main
admin(71569): mlist.Save()
admin(71569):   File "/usr/local/mailman/Mailman/MailList.py 
", line 590,
in Save
admin(71569): self.__save(dict)
admin(71569):   File "/usr/local/mailman/Mailman/MailList.py 
", line 567,
in __save
admin(71569):os.link (fname, fname_last)
admin(71569): OSError: [Errno 1] Operation not permitted
admin(71569): [- Python Information -]
admin(71569): sys.version =   2.7.13 (default, Jan  3 2017, 01:24:10)
[GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final
208032)]
admin(71569): sys.executable  =   /usr/local/bin/python2.7
admin(71569): sys.prefix  =   /usr/local
admin(71569): sys.exec_prefix =   /usr/local
admin(71569): sys.path=   ['/usr/local/mailman/pythonlib',
'/usr/local/mailman', '/usr/local/mailman/scripts',
'/usr/local/mailman', '/usr/local/lib/python27.zip ',
'/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-freebsd10',
'/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old',
'/usr/local/lib/python2.7/lib-dynload',
'/usr/local/lib/python2.7/site-packages']
admin(71569): sys.platform=   freebsd10
admin(71569): [- Environment Variables -]
admin(71569):   HTTP_COOKIE:
admin(71569):   CONTEXT_DOCUMENT_ROOT: /usr/local/mailman/cgi-bin
admin(71569):   SERVER_SOFTWARE: Apache
admin(71569):   CONTEXT_PREFIX: /mailman
admin(71569):   SERVER_SIGNATURE:
admin(71569):   REQUEST_METHOD: POST
admin(71569):   PATH_INFO: /mailman
admin(71569):   SERVER_PROTOCOL: HTTP/1.1
admin(71569):   QUERY_STRING:
admin(71569):   LD_LIBRARY_PATH: /usr/local/lib:/usr/local/lib
admin(71569):   CONTENT_LENGTH: 40
admin(71569):   HTTP_USER_AGENT: Mozilla/5.0 (X11; FreeBSD amd64;
rv:40.0) Gecko/20100101 Firefox/40.0
admin(71569):   HTTP_CONNECTION: keep-alive
admin(71569):   HTTP_REFERER:
http://xx.x.xx/mailman/admin/mailman
admin(71569):   SERVER_NAME: xx.x.xx
admin(71569):   REMOTE_ADDR:xxx.xx.xxx.xxx 
admin(71569):   SERVER_PORT: 80
admin(71569):   SERVER_ADDR:xxx.xx.xxx .xx
admin(71569):   DOCUMENT_ROOT: /usr/local/mailman
admin(71569):   PYTHONPATH: /usr/local/mailman
admin(71569):   SCRIPT_FILENAME: /usr/local/mailman/cgi-bin/admin
admin(71569):   SERVER_ADMIN: xx...@x.xx
admin(71569):   HTTP_DNT: 1
admin(71569):   HTTP_HOST: xx.x.xx
admin(71569):   SCRIPT_NAME: /mailman/admin
admin(71569):   HTTP_UPGRADE_INSECURE_REQUESTS: 1
admin(71569):   REQUEST_URI: /mailman/admin/mailman
admin(71569):   HTTP_ACCEPT:
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
admin(71569):   GATEWAY_INTERFACE: CGI/1.1
admin(71569):   REMOTE_PORT: 47270
admin(71569):   HTTP_ACCEPT_LANGUAGE: es,en;q=0.5
admin(71569):   REQUEST_SCHEME: http
admin(71569):   CONTENT_TYPE: application/x-www-form-urlencoded
admin(71569):   HTTP_ACCEPT_ENCODING: gzip, deflate
admin(71569):   UNIQUE_ID: WP7dpJ5FfBkAAWoTaxkM



Update your system *completely*, then be sure to match user accounts and 
fix permissions as per the mailman installation instructions.


I found the problem, the following kernel variables can't be turned on:

security.bsd.hardlink_check_gid (default 0).
security.bsd.hardlink_check_uid (default 0).

--
Greetings, have a nice day.
Geo.
___
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: Bug in Mailman version 2.1.23

2017-04-25 Thread Matthias Andree 
Am 25. April 2017 07:28:16 MESZ schrieb "Geovani B. R." :
>On FreeBSD 10.3-RELEASE-p7
>
>Mailman 2.1.23_1 + Postfix 3.1.4,1
>
>
>Mailman returns me this error when trying to manage a list after login:
>
>
>
>Bug in Mailman version 2.1.23
>
>We're sorry, we hit a bug!
>
>Please inform the webmaster for this site of this problem. Printing of 
>traceback and other system information has been explicitly inhibited, 
>but the webmaster can find this information in the Mailman error logs.
>
>
>
>The Mailman error logs show this:
>
>
>Apr 25 01:24:52 2017 admin(71569): 
>
>admin(71569): [- Mailman Version: 2.1.23 -]
>admin(71569): [- Traceback --]
>admin(71569): Traceback (most recent call last):
>admin(71569):   File "/usr/local/mailman/scripts/driver", line 117, in 
>run_main
>admin(71569): main()
>admin(71569):   File "/usr/local/mailman/Mailman/Cgi/admin.py", line 
>241, in main
>admin(71569): mlist.Save()
>admin(71569):   File "/usr/local/mailman/Mailman/MailList.py", line
>590, 
>in Save
>admin(71569): self.__save(dict)
>admin(71569):   File "/usr/local/mailman/Mailman/MailList.py", line
>567, 
>in __save
>admin(71569): os.link(fname, fname_last)
>admin(71569): OSError: [Errno 1] Operation not permitted
>admin(71569): [- Python Information -]
>admin(71569): sys.version =   2.7.13 (default, Jan  3 2017,
>01:24:10)
>[GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final 
>208032)]
>admin(71569): sys.executable  =   /usr/local/bin/python2.7
>admin(71569): sys.prefix  =   /usr/local
>admin(71569): sys.exec_prefix =   /usr/local
>admin(71569): sys.path=   ['/usr/local/mailman/pythonlib', 
>'/usr/local/mailman', '/usr/local/mailman/scripts', 
>'/usr/local/mailman', '/usr/local/lib/python27.zip', 
>'/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-freebsd10', 
>'/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old', 
>'/usr/local/lib/python2.7/lib-dynload', 
>'/usr/local/lib/python2.7/site-packages']
>admin(71569): sys.platform=   freebsd10
>admin(71569): [- Environment Variables -]
>admin(71569):   HTTP_COOKIE:
>admin(71569):   CONTEXT_DOCUMENT_ROOT: /usr/local/mailman/cgi-bin
>admin(71569):   SERVER_SOFTWARE: Apache
>admin(71569):   CONTEXT_PREFIX: /mailman
>admin(71569):   SERVER_SIGNATURE:
>admin(71569):   REQUEST_METHOD: POST
>admin(71569):   PATH_INFO: /mailman
>admin(71569):   SERVER_PROTOCOL: HTTP/1.1
>admin(71569):   QUERY_STRING:
>admin(71569):   LD_LIBRARY_PATH: /usr/local/lib:/usr/local/lib
>admin(71569):   CONTENT_LENGTH: 40
>admin(71569):   HTTP_USER_AGENT: Mozilla/5.0 (X11; FreeBSD amd64; 
>rv:40.0) Gecko/20100101 Firefox/40.0
>admin(71569):   HTTP_CONNECTION: keep-alive
>admin(71569):   HTTP_REFERER: 
>http://xx.x.xx/mailman/admin/mailman
>admin(71569):   SERVER_NAME: xx.x.xx
>admin(71569):   REMOTE_ADDR: xxx.xx.xxx.xxx
>admin(71569):   SERVER_PORT: 80
>admin(71569):   SERVER_ADDR: xxx.xx.xxx.xx
>admin(71569):   DOCUMENT_ROOT: /usr/local/mailman
>admin(71569):   PYTHONPATH: /usr/local/mailman
>admin(71569):   SCRIPT_FILENAME: /usr/local/mailman/cgi-bin/admin
>admin(71569):   SERVER_ADMIN: xx...@x.xx
>admin(71569):   HTTP_DNT: 1
>admin(71569):   HTTP_HOST: xx.x.xx
>admin(71569):   SCRIPT_NAME: /mailman/admin
>admin(71569):   HTTP_UPGRADE_INSECURE_REQUESTS: 1
>admin(71569):   REQUEST_URI: /mailman/admin/mailman
>admin(71569):   HTTP_ACCEPT: 
>text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
>admin(71569):   GATEWAY_INTERFACE: CGI/1.1
>admin(71569):   REMOTE_PORT: 47270
>admin(71569):   HTTP_ACCEPT_LANGUAGE: es,en;q=0.5
>admin(71569):   REQUEST_SCHEME: http
>admin(71569):   CONTENT_TYPE: application/x-www-form-urlencoded
>admin(71569):   HTTP_ACCEPT_ENCODING: gzip, deflate
>admin(71569):   UNIQUE_ID: WP7dpJ5FfBkAAWoTaxkM
>
>
>
>-- 
>Greetings, have a nice day.
>Geo.
>___
>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"

Update your system *completely*, then be sure to match user accounts and fix 
permissions as per the mailman installation instructions. 
___
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"