On 12/07/2017 12:36 AM, Mel Pilgrim wrote:
> As for those complaining about, it's a remarkably small number of very
> loud people,
Let's not jump to the conclusion that since only the vocal minority who
complains, then they are the only ones affected. Plenty of us are just
silently waiting for a
On 09/26/2017 05:38 PM, George Mitchell wrote:
>> What is the last SVN revision without the changes? I just updated a
>> few minutes ago and portmaster is already unable to build lang/perl5.24
>> to fix a security vulnerability. -- George
>
> Empirically, 450588 seems
On 07/10/2017 12:05 AM, Jake Roberts via freebsd-ports wrote:
> Good evening. I'd like to try my hand at making a port.
You could submit an update to x11-fonts/unifont [1] from 7.0.3 to the
current 10.0.04 [2]. This is both easy, and useful (for those running
FreeBSD on desktop).
There's also a
> can anyone in
> this thread explain why misc/jive is considered offensive and removed
I'd like to extend the question: is there a new policy about "offensive"
ports not being allowed in the ports tree any longer? If so, could
someone point me to it?
If not, then, well, I don't know what to
On 2016-09-14 11:49, Kurt Jaeger wrote:
>> My interpretation of this phrase is not that LICENSE variable is
>> mandatory (to which I would object on the basis that ports licensing
>> framework is vague, incomplete, and apparently used by noone too), but
>> rather that for the program to be freely
On 2016-09-14 10:19, Bob Eager wrote:
> This port never did have LICENSE, and it had been updated recently with
> no issues. However, I was told that "I don't see any mention of any
> kind of license in the package or on the site, so it should be
> LICENSE= NONE. Note that without clear licensing
On 01/29/16 22:00, Pietro Cerutti wrote:
> On 2016-Jan-29, 19:29, Pietro Cerutti wrote:
>> I got reproducible errors in opensmtpd since I upgrade OpenSSL to
>> 1.0.2_8 today. 1.0.2_4 is fine. I'm bisecting versions right now.
>
> OpenSSL 1.0.2e works fine, 1.0.2f does not.
>
>>
>> Anybody else
On 2015-07-27 13:52, Kubilay Kocak wrote:
(Also note that our license framework should probably be scrapped
entirely, because it is ambiguous and undocumented).
Or it could just be made less ambiguous and documented.
Otherwise, we should scrap entirely all other things that are also
On 2015-07-27 11:59, Anton Shterenlikht wrote:
I'm making a port of http://netlib.org/math.
Their license looks like BSD2CLAUSE, but can
somebody please check:
http://netlib.org/math/license.htm
That link should end with .html, not .htm. In any case, the license
seems identical to the
In the original thread Jan Beich wrote:
I think the following are relevant patches from bugzilla.
Index: Mk/Uses/scons.mk
===
--- Mk/Uses/scons.mk(revision 376385)
+++ Mk/Uses/scons.mk(working copy)
@@ -17,6 +17,8 @@
On 2015-01-16 16:47, R. Scott Evans wrote:
On 01/16/15 09:39, Larry Rosenman wrote:
On 2015-01-16 08:33, R. Scott Evans wrote:
Admittedly I've only got a math minor, but isn't 1.3.4 1.2.13? ;-)
# pkg version -IvL=
tdb-1.2.13,1 succeeds index (index has 1.3.4)
On 2015-01-12 20:16, Jan Beich wrote:
I think the following are relevant patches from bugzilla.
Index: Mk/Uses/scons.mk
===
--- Mk/Uses/scons.mk(revision 376385)
+++ Mk/Uses/scons.mk(working copy)
@@ -17,6 +17,8 @@ IGNORE=
On 2015-01-12 15:42, lum...@gmail.com wrote:
It works but application doesn't start:
We are not correctly installed or compiled!
script: /usr/local/bin/mypaint
deduced prefix: /usr/local
lib_shared: /usr/local/share/mypaint/
lib_compiled: /usr/local/lib/mypaint/
Traceback (most recent call
On 01/11/15 16:30, Ajtim wrote:
Hi!
I like to install graphics/Mypaint on FreeBSD 10.1, p, amd64
and I got:
---
scons: Reading SConscript files ...
building for 'python2.7' (use scons python_binary=xxx to change)
using 'python2.7-config' (use scons python_config=xxx to change)
rm -f
On 2014-11-20 14:43, Fabian Keil wrote: Quoting the pkg-descr:
| American fuzzy lop is a fuzzer that employs a novel type of compile-time
| instrumentation and genetic algorithms to automatically discover clean,
| interesting test cases that trigger new internal states in the targeted
|
On 11/20/14 17:02, Fabian Keil wrote:
0.57b and later have [f]ixes to make things work on FreeBSD and
OpenBSD: use_64bit is inferred if not explicitly specified when
calling afl-as.
If you started with an earlier release, this might have been
the problem.
I was working with version 0.27b,
On 2014-09-24 08:37, pkg-fall...@freebsd.org wrote:
You are receiving this mail as a port that you maintain
is failing to build on the FreeBSD package build server.
Please investigate the failure and submit a PR to fix
build.
Maintainer: vmage...@gmail.com
Last committer: olg...@freebsd.org
Bernhard, while we're at it, there are currently two problems with
redports which diminish it's usefulness significantly:
1. Redports used to run make regression-test on every build; right
now, each log has this instead:
phase 5: make test
[:
On 2014-08-03 22:18, Matthew Seaman wrote:
By virtue of sending a PR into the system a le...@ee.lbl.gov account
will have been created in Bugzilla.
So, 'send-pr' still works? That's good news then, I was under impression
that it was disabled after the bugzilla switch.
On 2014-06-24 09:51, Sergei G wrote:
I had to update Premake 4 port (4.3) to 4.4 beta 5 on FreeBSD
10.0-RELEASE #0.
I wanted to wait for the full (non-beta) 4.4 release, but seeing that
some projects are already using 4.4-betas, I guess it's time to update
the port...
I included patch
TL;DR: could a brave ports comitter apply an update for
devel/premake4 at [1]? That would be much appreciated.
Redports logs for this update are at [2].
Note that redports for some reason doesn't invoke regression-test
target today; probably a bug on their part.
On 2014-06-24 09:51, Sergei G
Hi, someone please mark these two ports as unmaintained:
lang/stklos
lang/ikarus
The first port has problem building on FreeBSD, fails it's own test
suite on other platforms (a memory corruption bug probably), and the
last time I heard anything from it's author was in 2012.
The second
On 2014-06-03 11:05, David Chisnall wrote:
We are pleased to announce that the FreeBSD project has begin the
transition from the GNATS bug-tracking system to Bugzilla. The
Bugzilla installation can be found here:
https://bugs.freebsd.org/bugzilla/
It doesn't seem to be possible to post
On 2014-06-03 15:16, David Chisnall wrote:
On 3 Jun 2014, at 13:09, Vitaly Magerya vmage...@gmail.com wrote:
It doesn't seem to be possible to post comments (or bugs)
without creating an account and logging in.
That is correct. The current leaning is towards not providing
such functionality
On 09/09/2013 17:52, Niclas Zeising wrote:
The attached patch, also available in the latest updated version at
http://people.freebsd.org/~zeising/xorg-mesaupdate.diff
updates various xorg related libraries and drivers, most of this is
visible for all users of xorg.
xorg-server now has the
On 09/17/2013 10:29, Matthieu Volat wrote:
Just as a side note : I tested the devd backend and mouse keyboard were
detected.
But what would be the best way to set the keyboard layout now?
You should add something like this to your xorg.conf:
Section InputClass
Identifier All The
Niclas Zeising wrote:
xorg-server now has the possibility to use devd instead of hal for
autoconfiguration.
This is pretty great, and very much appreciated. I do have questions
though; reading the code it seems that:
1) 'usb_id' is always NULL, so 'MatchUSBID' directive in xorg.conf won't
Baptiste Daroussin wrote:
1) 'usb_id' is always NULL, so 'MatchUSBID' directive in xorg.conf won't
work;
2) 'vendor' and 'product' will be determined from 'dev.x.x.%desc' sysctl
by splitting on the first space, so for example my USB tablet, which has
%desc equal to WALTOP International
Baptiste Daroussin wrote:
I have committed the code preventing config-conditional to popup the dialog
only
if some global options are defined (NLS, DOCS, EXAMPLES and IPV6 for now).
This was a popular demand, hope that it fits the requirement.
So from now please always define via
Baptiste Daroussin wrote:
Is it possible to still show the dialog if one of those options implies
additional dependencies?
If not, what should those of us who do not want them installed do?
make config will always show those options so you can always tune them.
just make
Baptiste Daroussin wrote:
So, again, what are my options if I don't want dependencies to be pulled
in silently?
You have no options and you never had one in the ports tree sorry.
Previously maintainers could decide to show dialog with only DOCS or not
to show it.
They didn't do it
I think it is not good idea, because if user don't know regarding
options in ports he should do a make config and if it not exist
should do a make install in this case we have two action..
Maybe other way for fix these frequent popping add needed options to
make.conf
I like the suggestion
John Marino wrote:
I like the suggestion that if the dialog consists only of globally set
options (NLS, DOC, etc) then it shouldn't appear by default.
Except the cases when those options pull in additional dependencies.
In those cases either the dialog should be shown, or the options should
Matthias Apitz wrote:
Say, we are installing ports/A which depends on ports/B; the Makefile
detects the dependency and goes to install ports/B; if now during the
final installation process, some files are already delivered to
/usr/local, some files not, the system goes down (by intention
Earlier I wrote:
Anyway, the problem you're describing allows for another fix. If ports/A
depends of file-B, port system could check not only that file-B exists,
but if there is also a package that installed it (via 'pkg which'), and
if not, install ports/B. This will of course slow down ports
On 2012-07-14 18:27, Chris Rees wrote:
On 14 July 2012 16:24, Vitaly Magerya vmage...@gmail.com wrote:
One problem (at least how it appears to me) is that when a PR gets
automatically assigned to a maintainer who is also a committer, it is
not automatically unassigned if the person is missing
Daniel Nebdal wrote:
I just found a niggle:
I have LANG=en_US.UTF-8 , NCURSES_NO_UTF8_ACS=1, TERM=xterm, and I'm
using putty to connect to a FreeBSD-10 machine running a snapshot from
february with ports from an hour ago. Putty is set to Translation:
UTF-8, and use unicode line drawing code
Matthieu Volat wrote:
I've been continuing to maintain my gimp 2.8 experimental ports, more
rigorously checking pkg-plist files and updating to 2.8.2 (well, just
incrementing the version number in the Makefile).
For those who are interested, until gimp 2.8 is properly imported in
the port
Alexander Yerenkow yeren...@gmail.com wrote:
# env TARGET=arm TARGET_ARCH=armv6 TARGET_CPUARCH=armv6
CONFIGURE_HOST=arm-portbld-freebsd10.0
PATH=/usr/obj/arm.armv6/usr/src/tmp/usr/bin:${PATH}
STRIP_CMD=/usr/obj/arm.armv6/usr/src/tmp/usr/bin/strip gmake man2hlp
cc -O2 -pipe
Marin Atanasov Nikolov dna...@gmail.com wrote:
This is just to share with you that soon after the official 1.0
release of pkgng we now have basic plugins support in pkgng's
development branch.
[...]
It's not perfect or covering everything, but it will give you a quick
start though :)
How
Glen Barber g...@freebsd.org wrote:
How about the ability to add new commands to pkg?
For example something like pkg cutleaves via plugins would be cool.
I think 'pkg autoremove' already does this.
Does autoremove show you all the leaves and ask which ones you want
removed? I honestly don't
Baptiste Daroussin b...@freebsd.org wrote:
Please [...] ask question about pkgng [...]
What would be the best practice of mixing ports with packages?
The use case I have in mind is compiling Xorg ports locally
WITH_NEW_XORG and WITH_KMS, and using packages from
pkgbeta.freebsd.org for
Julien Laffaye jlaff...@freebsd.org wrote:
Yes it is needed at runtime if you are a developper using sqlite3 and
pkg-config:
to use `pkg-config sqlite3 --cflags` and `pkg-config sqlite3 --libs` in
your $APP build process.
It's $APP that needs pkg-config as a build dependency. Sqlite3 does
not
Julien Laffaye jlaff...@freebsd.org wrote:
I am not trying to state what it should or should not do.
I am trying to guess why it is doing things like it does.
I apologize for being patronizing then.
Is any committer here willing to remove sqlite3's dependency on
pkg-config, or should I file a
Chris Rees cr...@freebsd.org wrote:
No-one is exempt from timeouts on ports except secteam and portmgr.
One problem (at least how it appears to me) is that when a PR gets
automatically assigned to a maintainer who is also a committer, it is
not automatically unassigned if the person is missing
Chris Rees cr...@freebsd.org wrote:
Is automatic unassignment possible?
Technically yes, but it's highly undesirable.
Why?
You can feel free to
bring it up here if you think that's happened.
I will, if it'll happen to me. In the mean while here's an
incomplete list of PRs that where
On 07/07/2012, Boris Samorodov b...@passap.ru wrote:
Seems that Mk/bsd.port.mk assumes that LOCALBASE for gmake
is always /usr/local. Please, try the following patch.
--- bsd.port.mk 1 Jul 2012 20:57:48 - 1.732
+++ bsd.port.mk 7 Jul 2012 12:20:17 -
@@ -1647,7 +1647,7 @@
Michael Scheidell wrote:
got a new port. submitted by the copyright owner and author.
for reference, pr ports/168832
there is no LICENSE= in the Makefile, no LICENSE.txt in the
distribution, but it does have the attached in the main.c file.
[...]
* Redistribution and use in source and
Baptiste Daroussin wrote:
Perhaps we could introduce UNIQUE_ORIGIN which is
${ORIGIN}_${SUBPACKAGE} or something of the sort?
I thought about this one, but while here we should think about package move
which keeps being the same package, in that case origin will change, and the
uniquename
Baptiste Daroussin b...@freebsd.org wrote:
There was a PR[1] to use some dialog(1) feature to expose it to
the user, would be nice if that extended description could
implemented that way (using help button from dialog(1)) I do not
plan to work on this now if someone want to do it that will be
Bryan Drewery wrote:
Another common question is how to check if an option is not set. We all
try !${PORT_OPTIONS:MFOO} to find it does not work.
$ cat Makefile
all:
.if ${LIST:MFOO}
@echo HAVE FOO
.endif
.if !${LIST:MFOO}
@echo NO FOO
.endif
$ make
Martin Wilke wrote:
With the new mesa 8.0 release, accelerated support for a number of
older graphic cards was dropped. At the moment we are not sure how to
deal with that.We are thinking of just replacing mesa 7.11 with 8.0 or
making a new flag like WITH_MESA= 7.11.2 / 8.0 in combination with
Folks, when moving forward with optionsng, do we want to convert
NOPORTDOCS and NOPORTEXAMPLES to options everywhere? I fear that if we
do, way too many ports which otherwise have no options will start asking
if I want the docs -- which I don't really care either way (unless that
brings in new
Baptiste Daroussin wrote:
Maybe it would be best if ports which otherwise don't have options, and
for which building docs don't require new dependencies would not put
DOCS and EXAMPLES into options? What do you think?
You can still switch to optionsng, if you don't define DOCS in
Svyatoslav Lempert wrote:
Try to describe why/ and why you want to do this.
http://www.freebsd.org/cgi/query-pr.cgi?pr=167953
Try:
CPUS!= ${SYSCTL} -n kern.smp.cpus
What if the package was built on one machine, but is installed on
another one? The number of CPUs during the build is
Chris Inacio wrote:
I wanted to add an option to multiple ports - that is easy. But, those
ports have a dependency relationship, and I only want the last node in the
port dependency graph to build with that option if the requisite ports have
too.
In real terms:
net/spread -
Chris Inacio nacho...@gmail.com wrote:
So let me see if I understand the conversation so far correctly:
(*) If I want to detect it, then I would need something like a new library
name output from from fixbuf based on the build. (This currently doesn't
exist.)
New library name is not for
Ion-Mihai Tetcu ite...@freebsd.org wrote:
I hope things will change once we get OPTIONS-NG in, since the new
framework will address (AFAIK) all the objections people have against
our current OPTIONS.
Is that a thing in existence? Is there anywhere I can read about it?
Baptiste Daroussin wrote:
* pkg set -o oldorigin:neworigin allow the user to modify the origin of a
packages (useful for MOVED)
Can such things be tracked automatically?
I.e. will pkg upgrade upgrade moved packages?
___
freebsd-ports@freebsd.org
Chad Perrin c...@apotheon.net wrote:
I found linux version in ports /usr/ports/emulators/linux-libaio but
could not even find project homepage to look at source code.
Is this it?
http://oss.oracle.com/projects/libaio-oracle/
I think it is [1] and related functions, at least those
are
portname: graphics/vrml2pov
description:Convert VRML files to POVRay source
maintainer: po...@freebsd.org
status: BROKEN
deprecated because: unfetchable
This seems to be a ports-infrastructure problem, rather than a
problem in the vrml2pov port.
No,
portname: graphics/vrml2pov
description:Convert VRML files to POVRay source
maintainer: po...@freebsd.org
status: BROKEN
deprecated because: unfetchable
This seems to be a ports-infrastructure problem, rather than a
problem in the vrml2pov port.
No,
Eitan Adler wrote:
1) Will licensing section ever appear in the Porters Handbook? :-)
Yes
Is someone actually working on it? If so, and is there some sort of
target timeline?
Back in 2010 when the framework was introduced, my general impression
was that maintainers where advised to wait with
Hi again. I've got this issue: an update to one port depends on an
update to another one, and I'd like to test both before submitting.
So the question is this: if I've got both ports in the repository,
when rebuilding the dependent port, will redports use the dependency
from official ports tree,
Bernhard, is there a time limit on build execution, or some other kind
of hang prevention?
My port (lang/stklos) has a known problem with hanging on 9.x, and
it's already been building for 90 minutes (normally it takes one)...
So, if you'll read this message before it is finished, please just
Bernhard Froehlich wrote:
Hi Porters!
I am happy to announce that redports.org has finally
reached the point where I think It's safe to be used
by everybody!
First of all, this is pretty great.
Next, questions, comments feature requests.
1. It would be good to see what is currently in
Doug Barton wrote:
Also, once it got built, it failed to package:
=== Building package for chicken-4.7.0
tar: lib/chicken/6/modules.db: Cannot stat: No such file or directory
tar: Error exit delayed from previous errors.
pkg_create: make_dist: tar command failed with code 256
*** Error
Doug Barton wrote:
On 10/05/2011 15:19, Vitaly Magerya wrote:
Doug Barton wrote:
Trying to create a package for lang/chicken today, it fails to build at
all with FORCE_MAKE_JOBS, so it needs MAKE_JOBS_UNSAFE= true in the
Makefile.
True.
Do you mind if I go ahead and add that sooner
Doug Barton wrote:
Trying to create a package for lang/chicken today, it fails to build at
all with FORCE_MAKE_JOBS, so it needs MAKE_JOBS_UNSAFE= true in the
Makefile.
True.
Also, once it got built, it failed to package:
=== Building package for chicken-4.7.0
tar:
On 21/08/2011, lini...@freebsd.org lini...@freebsd.org wrote:
portname: devel/noweb
description:A simple, extensible literate-programming tool
maintainer: po...@freebsd.org
deprecated because: No more public distfiles
expiration date:2011-09-01
build errors:
Hi, Roman. Can you specify what environment and which make options
where used? I'm somewhat confused because of log [1]: the Makefile
basically does the compiling this way:
${MAKE} PROG=lemon NOMAN=1 NO_MAN=1 \
CFLAGS=-g ${CFLAGS} \
-f /usr/share/mk/bsd.prog.mk
Since
Olivier Cochard-Labbé wrote:
I've just finished my port of Shell in a Box: It's a secure web server
that provide ajax terminal emulator.
More information on the official website:
http://code.google.com/p/shellinabox/
After looking at the port for a while, I have some suggestions.
The port
Olivier Cochard-Labbé wrote:
I've just finished my port of Shell in a Box: It's a secure web server
that provide ajax terminal emulator.
Before to submit it, Can someone test it ?
Builds installs fine. Does not run:
# /usr/local/etc/rc.d/shellinaboxd onestart
Starting shellinaboxd.
Charlie Kester wrote:
Will someone with edit privileges for the wiki please add the following to the
list of GPLv3-licensed ports (http://wiki.freebsd.org/PortsAndGPLv3)?
math/ised
misc/xsw
sysutils/rdup
And lang/ikarus too while we're at it.
I don't understand the
Mehmet Erol Sanliturk wrote:
I don't understand the purpose of that list though. What does legal
decisions regarding the use of GPLv3 in our ports system mean?
http://www.gnu.org/licenses/quick-guide-gplv3.html :
( BSD License is NOT compatible to GPL v3 ... , please see figure , if I
On 19/08/2009, Dmitry Marakasov amd...@amdmi3.ru wrote:
Here's the list of ports that depend on libX11 (based on INDEX-8) and do
not either have DESKTOP_ENTRIES in Makefile or share/applications/*.desktop
in pkg-plist:
http://people.freebsd.org/~amdmi3/desktop-needed.txt
Should interactive
If anyone could improve the script please let me know.
How about adding options?
This patch [1] adds an option to specify alternative port root,
an option to perform a dry run, and some usage printing.
[1] http://tx97.net/pub/patches/auto-symlink-virtual.sh-r0-r1.diff
And here [1] is a new version that does the same thing,
but uses INDEX file instead of traversing the ports tree.
It's quite faster this way (assuming your INDEX is up to date,
maybe it's better to allow both algorithms?).
Disclaimer: I did not test it properly.
The thing that looks strange to
I'll added your script to mine as a option.
Yeah, I've done that too in the mean time, take a look: [1].
In that version both traverse algorithms share common linking code,
it seems more maintainable this way.
(I've added -w and -i to catch up with you, but the code overall
is quite different,
Some random comments:
- you really want to add usage [1] (-d is intentionally not documented)
- when destdir does not exist the script should make one [2]
- you really want to handle whitespace in paths [3]
- there's no easy way to use an INDEX that is not under portsdir;
I think that in -i you
I'm creating a port for Petite Chez Scheme [1], which is a free interpreter
for commercial Chez Scheme, and has some licensing restrictions.
From what I understood in the license [2], user must accept it before
installing.
The text of the license is also distributed in the tarball, so it
seems
Look at how java/jdk-* does it.
java/jdk* uses ${PRINTF} (/usr/bin/printf) to display a message about
you having to go and download some of the restricted files, and then exits.
Once you've downloaded the files (and that implies that you've accepted
the license), the message no longer
I just re-compiled jdk-1.6 (all 6 hours of it) yesterday.
After unpacking the tarball(s) but before config. it popped up the
Sun license and asked for a yes/no. I have no idea exactly how.
Oh, yes, I missed that part somehow.
The port has a script in it that shows the license and asks
[3] http://tx97/pub/patches/petite-chez.shar
That should have been http://tx97.net/pub/patches/petite-chez.shar
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
84 matches
Mail list logo