> 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 me
> 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, so
> No - you still have the issue of languages. For example japanese/xchat
> and irc/xchat have the same name. This is the issue I was trying to avoid.
When you do:
$ auto-symlink-virtual -p /usr/ports -w /tmp/ports
You will have this links:
/tmp/ports/japanese/xchat-japanese
/tmp/ports/irc/xchat-
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
On 06/06/2009, Ion-Mihai Tetcu wrote:
> Did you test what happens with all this idea when a port has a
> .include "${CURDIR}.."
> ?
When running the script uses $(make -C),
which in effect is $(cd && make ), so
including current directory works fine when symlinks are generated.
When actual
On 19/08/2009, Dmitry Marakasov 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 console appli
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 th
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 , i
lini...@freebsd.org wrote:
> portname: lang/mlton
> description:An optimizing Standard ML compiler
> maintainer: jesper.louis.ander...@gmail.com
> status: BROKEN
> deprecated because: has been broken for 5 months
> expiration date:2010-01-08
> build errors:
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 shellinab
Olivier Cochard-Labbé wrote:
> Do you have special optimization in /etc/make.conf ?
Nope. Only PERL_VERSION is there.
BTW, I tried on another VirtualBox setup (8.0-RELEASE-p2).
Crashes here too.
___
freebsd-ports@freebsd.org mailing list
http://lists.fr
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 por
Olivier Cochard-Labbé wrote:
> Thanks for your tips, I've updated the port
Looks good. Works with --disable-ssl on my VirtualBox (but, as before,
not without it).
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebs
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: lib/chicken/6/m
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.
>>
>&
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
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
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
kill
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, or
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 w
> 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
probl
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 t
Chad Perrin 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 what emulato
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
Ion-Mihai Tetcu 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?
_
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 <- net/
Chris Inacio 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 detection; net/li
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 bsd.pro
On 21/08/2011, 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: none.
> ove
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 buil
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 depe
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 OPTI
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 w
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
Baptiste Daroussin 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
> great
>
> 1
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
> uniqu
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 so
Hi, folks. I'm getting strange errors when building ports with
USE_GMAKE=YES on redports. See for yourself: [1-3]. It seems
that gmake is first built, but when it's time to install it --
turns out that it is already installed.
This only happens in QATty (i.e. with custom LOCALBASE and
PREFIX).
Do
On 07/07/2012, Boris Samorodov 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 @@
> EXTRACT_DEPEN
Chris Rees 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 for a few
months,
Chris Rees 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 (auto)assigned to
Julien Laffaye 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 need to depend o
Julien Laffaye 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 PR? (A grep through
Baptiste Daroussin 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 everything else. Is there
Marin Atanasov Nikolov 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 about the abi
Glen Barber 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 know (an
Alexander Yerenkow 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 -fno-strict-aliasing -I..
> -I/wr
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 p
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 c
On 2012-07-14 18:27, Chris Rees wrote:
> On 14 July 2012 16:24, Vitaly Magerya 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
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 be
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 po
>> 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 t
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 op
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 O
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 confi
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 cons
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
w
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 Intern
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 "A
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 ha
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
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 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 go
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 ap
> 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 appe
> 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 as
> [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 "freebsd
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 po
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 file
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 wr
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.
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:
[: -eq: unexpected op
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
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
> | bi
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
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)
> r
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 c
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=
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 @@ IGNORE=
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
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 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 d
> 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 say.
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 f
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 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 p
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 commen
On 2014-06-03 15:16, David Chisnall wrote:
On 3 Jun 2014, at 13:09, Vitaly Magerya 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 as:
- It
90 matches
Mail list logo
