On 2/26/2012 11:48 AM, O. Hartmann wrote:
On 02/23/12 14:38, Eduardo Morras wrote:
At 12:22 23/02/2012, O. Hartmann wrote:
Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I
Before opening an Problem Reports, I thought I'd run what I'd like to do
by the FreeBSD ports mailing list.
The following five ports need to be deleted:
lang/gnat-doc-html
lang/gnat-doc-info
lang/gnat-doc-ps
lang/gnat-doc-texi
lang/gnat-doc-tex
Reason: These provide documentation for GNAT 3.15p
PRs to add or remove these ports. I am intersting to take.
wen
2011/1/4 John Marino :
Before opening an Problem Reports, I thought I'd run what I'd like to do by
the FreeBSD ports mailing list.
The following five ports need to be deleted:
lang/gnat-doc-html
lang/gnat-doc-info
lang/gnat-d
So I will submit all 7 ports at once.
My intention is just to attach a compressed tarball to the PR that
contain all 7 ports inside.
Is that alright?
Thanks,
John
On 1/5/2011 12:53 AM, wen heping wrote:
2011/1/4 John Marino:
Thanks Wen,
I submitted PR 153676 to delete the old gnat doc ports
t all 7 ports at once.
My intention is just to attach a compressed tarball to the PR that
contain all 7 ports inside.
Is that alright?
Thanks,
John
On 1/5/2011 12:53 AM, wen heping wrote:
2011/1/4 John Marino:
Thanks Wen,
I submitted PR 153676 to delete the old gnat doc ports.
Regarding the seve
Disregard. I am creating 7 separate shar files.
On 1/9/2011 7:05 PM, John Marino wrote:
Okay, I'll figure out how to do that.
Now, would it be one shar per port? as opposed to one shar to cover
all 7 ports?
John
On 1/9/2011 6:43 PM, jhelf...@experts-exchange.com wrote:
Customarily
I'm new to this mailing list. Just so I understand what just happened...
1) David Southwell found a problem with the libxine port missing a
source file
2) He posted what he found here, expecting it to be fixed (presumably
immediately)
Wouldn't the proper procedure be to document this in a pr
On 1/16/2011 12:18 PM, David Southwell wrote:
Please do not top post
Initially reporting to list and getting feedback ensures that PRs are not filed
unecessarily
David
Oh sorry. I interpreted "Thanks in advance for a fix for:" as the
equivalent of an imperative statement to "fix it." rather
Since we're already in the mood to discuss FreeBSD ports issues, maybe
somebody can clear something up for me.
Several days ago, I submitted a patch for a port I maintain:
ports/156541 "[MAINTAINER] Upgrade lang/gnat-aux to release version
and add C++"
Nobody has touched it, but many othe
On 4/27/2011 8:09 AM, Charlie Kester wrote:
I've been told that we shouldn't be looking for reasons to save any
unmaintained port, and I was specifically told this in response to my
efforts to identify ports that have a lot of users. So I don't think
current policy supports the conclusion that
On 4/27/2011 4:12 PM, Jerry wrote:
On Wed, 27 Apr 2011 15:48:36 +0200
Erik Trulsson articulated:
On Wed, Apr 27, 2011 at 09:32:58AM -0400, Jerry wrote:
Very simple. A particular committer during one particular period of
time maybe only 45 minutes of free time to spend on handling PRs.
If the
On 4/28/2011 12:18 AM, Erik Trulsson wrote:
And if the committers can't choose what they are going to work on, you
are likely going find yourself with a lot fewer committers fairly soon.
As you notice, I never said they are limited what they work on. The
order of the work is the focus.
And
On 7/17/2012 23:39, Mark Linimon wrote:
On Tue, Jul 17, 2012 at 07:54:59AM -0400, Michael Scheidell wrote:
We *are* making progress in cutting through the backlog though.
ports have about 900 open PR. Why it does not have more port
commiters? Its difficult to recruit new person?
The answer to
On 7/18/2012 00:43, Mark Linimon wrote:
On Wed, Jul 18, 2012 at 12:09:50AM +0200, John Marino wrote:
Would it be so bad if all my submitted patches (as a recognized
quality contributor with history) just got committed as a passthrough?
This has been explored on the mailing lists before
On 7/18/2012 12:19, Chris Rees wrote:
On 18 Jul 2012 07:44, "John Marino" wrote:
Yes, somebody would have to set that up but it would pay big dividend I
think.
It also does away with the QA aspect that committers currently provide.
I'd like to repeat that people sufficientl
On 7/18/2012 12:40, Chris Rees wrote:
You are making a good point, but I'm trying to explain that the 'body of
work' for proposing a new developer is no greater than the standard you
suggest.
We do have developers who only commit to their own ports; while it's
generally hoped that they work on
You're building with bmake and not make.
bmake uses :tu and :tl where make uses :U and :L, among other things.
It's the :L modifier that's causing your errors.
use the FreeBSD version of make instead.
John
On 10/17/2012 09:59, Ruslan Mahmatkhanov wrote:
Hi,
I got this whenever check any port wi
You're building with bmake and not make.
bmake uses :tu and :tl where make uses :U and :L, among other things.
It's the :L modifier that's causing your errors.
use the FreeBSD version of make instead.
John
On 10/17/2012 09:59, Ruslan Mahmatkhanov wrote:
Hi,
I got this whenever check any port wi
On 10/17/2012 14:30, Baptiste Daroussin wrote:
I don't know much about this, I just know that current is going to use bmake,
and the only incompatibility I have spotted so far from our make to bmake is the
:L becoming :tl and :U becoming :tu
Once 8.3 and 9.0 are EOLed all version of freebsd mak
On 1/6/2013 16:03, awarecons wrote:
`/usr/ports/graphics/OpenEXR/work/openexr-1.7.0/IlmImf'
gmake: *** [all-recursive] Error 1
*** Error code 1
Stop in /usr/ports/graphics/OpenEXR.
*** Error code 1
Stop in /usr/ports/graphics/OpenEXR.
Gcc 4.2+ works, but graphics/ilmbase should be compiled wit
On 1/7/2013 14:06, awarecons wrote:
libmng_chunk_descr.So: In function `mng_pplt_entries':
libmng_chunk_descr.c:(.text+0x1f41): undefined reference to
`__stack_chk_fail_local'
libmng_pixels.So: In function `.L1180':
libmng_pixels.c:(.text+0xa1da): undefined reference to `__stack_chk_fail_local'
On 1/7/2013 15:22, Mikhail T. wrote:
On 07.01.2013 03:33, freebsd-ports-requ...@freebsd.org wrote:
portname: accessibility/kdeaccessibility
description: Accessibility applications for KDE
maintainer:po...@freebsd.org
deprecated because: Depends on QT3; unmaintained
expiration date: 2013-07-01
bu
On 1/7/2013 16:04, Mikhail T. wrote:
On 07.01.2013 09:54, Kimmo Paasiala wrote:
Are you willing to step up as the maintainer of the KDE3 ports? Or
anyone else reading this? The situation with ports like KDE3 is that
they are lots of work to keep up in shape and if no one wants to
maintain them t
On 1/7/2013 18:55, awarecons wrote:
Thank you.
As you could notice from the lines (...gcc46 -fpic -DPIC -O2 -pipe
-march=pentium4 -mtune=pentium4...) it raised, when compiling for i386
arch and, yes, it's not on amd64 platform, but i386.
Right, sorry about that. I caught the error after I se
On 1/7/2013 19:40, Beat Gaetzi wrote:
On 01/07/13 15:22, Mikhail T. wrote:
Once again a working port (no build errors) is scheduled for deletion on
the grounds of simply being "unmaintained".
QT 3.3.8 was released in 2007 and KDE 3.5.10 in 2008 and both are no
longer maintained upstream nor in
On 1/7/2013 19:47, awarecons wrote:
deskutils/superkaramba[4.84.4]: karamba.cpp, meter.cpp ... : multiple
errors 'too few args'
with clang3.1, gcc46 - fine.
___
Shouldn't all these notices be introduced in a PR rather than serially
on a mail list?
On 1/8/2013 21:14, Raphael Kubo da Costa wrote:
Adam Vande More writes:
On Mon, Jan 7, 2013 at 12:53 PM, John Marino wrote:
"possibly insecure": I think this needs to be "known insecure" rather
than holding it's last release date against it.
http://www.kde.o
It is pointless to post about every instance of __stack_chk_fail_local.
The problem, as I mentioned before, is really with every gcc compiler in
ports (with the possible exception of gcc-aux, it may or may not be
patched yet). If the compiler is patched, all the
__stack_chk_fail_local failures
pkg which
On 1/17/2013 15:08, Robert Huff wrote:
Under the old package system "pkg_info -W' would
tell me what port a file belonged to.
Perhaps due to not enough sleep, I have read the man page twice
but am unable to construct an equivalent. Will someone please help
me not hav
Using bmake requires several edits to bsd.port.mk.
DragonFly's DPorts (based on ports) uses BMake and we had to edit
several lines.
https://github.com/jrmarino/DeltaPorts/blob/master/special/Mk/diffs/bsd.port.mk.diff
See line 654.
It's caused by the :L modifier.
It's one of many issues with b
On 2/20/2013 12:46, Chris Rees wrote:
Simon Gerraty has cleverly written some sed magic that makes the ports
tree work with bmake.
Hopefully it'll be ready at some point, but major testing will be
required, since the ports tree has other weird behaviours of pmake that
it relies on.
I'm sure he'
On 3/11/2013 20:43, Florent Peterschmitt wrote:
Hello,
I'm a user of x11-wm/awesome and on a fresh install, I can't build it
because libxdg-basedir-1.2.0 sources are not available.
But I found a tarball from OpenBSD distfiles that worked out of the box
after fetched in /usr/ports/distfiles dire
On 3/17/2013 22:58, Chris Petrik wrote:
Yes, after review I notice the GNUstep ports are totally not working..
it doesn't work with base clang.
However, clang in ports works, and all the GNUstep modules build from
svn without issue.. so it really should be a piece of cake to build
some new GNUs
On 3/22/2013 18:51, J David wrote:
We are rapidly converting all of our ports-building infrastructure to
poudriere, which is a fantastic tool and has been a huge improvement for us.
However, I do run across the occasional stubborn ports that refuse to build
(example: lang/ghc) under poudriere, a
On 3/24/2013 18:40, Brian McKeon wrote:
I have a need for py-qt to ultimately get to a native salome 6.5. I see
it is not maintained presently, and am interested in taking ownership.
I've been using FreeBSD for so long I figure I should start helping out
where I can.
I know the latest version of
On 4/3/2013 11:17, Stefan Bethke wrote:
Firstly, is there a better mailing list to discuss poudriere?
I'm just getting my feet wet with poudriere, and are a bit surprised that all
dependencies for a port are built, instead of installing the packages that got
built earlier already. Is this int
On 4/9/2013 10:33, Beeblebrox wrote:
How do you know it's supposed to be glib20 and not _glib20?
I don't, but what I DO know is that after the 2 corrections (star1 and 2
from post #2), the error messages in the form of 'Unknown component _glib20'
cleared out and the dependent ports got built by
On 4/9/2013 10:54, Beeblebrox wrote:
well, once you run a '# make checksum', the checksum error is going to
obviously disappear :)
Why would it disappear if the distinfo really doesn't match the port
checksum?
I suspect you are thinking about "make makesum" in which case the
distinfo is rew
On 4/10/2013 08:59, David Demelier wrote:
Hello,
On a very recent ports tree I could not build visualboyadvance-m, it
fails with the following error :
/wrkdirs/usr/ports/emulators/visualboyadvance-m/work/visualboyadvance-m-1.8.0r1001/fex/fex/Data_Reader.cpp:750:
error: initializing argument 1
On 4/27/2013 18:29, Lowell Gilbert wrote:
klaasdem...@gmail.com writes:
something is wrong with mongodb port, make reports a mismatched file size.
=> Attempting to fetch
http://downloads.mongodb.org/src/mongodb-src-r2.4.3.tar.gz
fetch: http://downloads.mongodb.org/src/mongodb-src-r2.4.3.tar.gz
On 4/27/2013 22:31, Waitman Gobble wrote:
I have updated the port for rawtherapee 4.0.10, the new version is totally
awesome..
There is one issue that I do not understand how to address in my port.
Since rawtherapee uses OpenMP / libgomp it links to /usr/lib/libgomp.so which
is from base gcc, an
On 5/10/2013 08:52, Martin Wilke wrote:
===> Configuring for qt-mysql-plugin-3.3.8_10
===> Building for qt-mysql-plugin-3.3.8_10
Warning: Object directory not changed from original
/work/a/ports/databases/qt-mysql-plugin/work/qt-x11-free-3.3.8
c++ -fpic -DPIC -O2 -pipe -fno-strict-aliasing -
On 5/10/2013 08:59, John Marino wrote:
On 5/10/2013 08:52, Martin Wilke wrote:
===> Configuring for qt-mysql-plugin-3.3.8_10
===> Building for qt-mysql-plugin-3.3.8_10
Warning: Object directory not changed from original
/work/a/ports/databases/qt-mysql-plugin/work/qt-x11-free-3.3.8
c++
On 5/21/2013 22:03, Jung-uk Kim wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please note flex/lex was updated to 2.5.37 from flex.sourceforge.net and
__FreeBSD_version was bumped to 133.
FYI, I added couple of compatibility shims (just enough to build the
previous source trees) but
On 5/21/2013 23:05, Jung-uk Kim wrote:
Can you please explain the most common incompatibilities you
experienced from dports?
FYI, I have added these two shims for FreeBSD:
http://svnweb.freebsd.org/changeset/base/250877
http://svnweb.freebsd.org/changeset/base/250878
With these two shims, I wa
On 5/23/2013 11:10, Ilya A. Arkhipov wrote:
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 op
On 5/23/2013 11:25, Vitaly Magerya wrote:
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 option
On 5/25/2013 00:29, Kimmo Paasiala wrote:
P.S. we're now at 7.3.1011 - the port could use a normal update as well.
- kenta
As far as I know FreeBSD does not roll custom distfiles because of
very obvious issues with authenticity of the files. If you create a
custom distfile from let's say edi
On 5/25/2013 03:32, Jimmy wrote:
Perhaps one might ask the VIM developers themselves to provide a
tarball/zip of the patches along with the individual patches in
their distributions, pointing out the huge number of patches that
piled up for this particular VIM release and the problems it caused
t
On 5/25/2013 13:24, Chris Rees wrote:
On 25 May 2013 11:54, Niclas Zeising wrote:
On 05/25/13 10:50, Chris Rees wrote:
Alternatively, perhaps we need an editors/vim-options port
Just for the record, editors/vim was (and shells/bash) was converted to
optionsNG not too long ago.
Ah, tha
On 5/27/2013 16:34, RW wrote:
It would hurt people with a slow connections who would end-up having to
download most of the patches twice. I've a lot more sympathy with people
in that situation than with someone who doesn't cache and then
complains it's slow.
Trust me.
If you get the wrong mirr
On 5/27/2013 18:36, RW wrote:
Like 4 patches
per minute slow. You have no sympathy for somebody that has to
download all 900+ patches from the beginning?
A little if it's the first time they've ever built vim on FreeBSD,
and they have have genuine good reason for not being able to wait an
ex
On 5/27/2013 19:36, RW wrote:
On Mon, 27 May 2013 18:44:55 +0200
John Marino wrote:
Great. With the previous mirror I had it would have taken well over
an hour back when the patch count was 700.
By default it should be the same mirror if you tested it this year.
Slow and dead mirrors were
On 5/27/2013 22:09, RW wrote:
On Mon, 27 May 2013 20:38:11 +0200
John Marino wrote:
No, that's something you just made up. It is however vague and
anecdotal. We have only one data point that we know is from this year
and not self-inflicted, even if the others are, for all we know it
On 5/28/2013 01:05, RW wrote:
On Mon, 27 May 2013 22:33:53 +0200
John Marino wrote:
On 5/27/2013 22:09, RW wrote:
On Mon, 27 May 2013 20:38:11 +0200
John Marino wrote:
No, that's something you just made up. It is however vague and
anecdotal. We have only one data point that we know is
On 5/28/2013 01:48, RW wrote:
On Tue, 28 May 2013 01:13:43 +0200
No. That's not what those words mean.
Please stop assuming that somebody builds Vim repeatedly and start
assuming it's built for the very first time.
Why wouldn't I? Are you seriously suggesting that it's the norm to build
a por
On 5/28/2013 02:44, Martin Wilke wrote:
On the first note, complain about the patches to the upstream, not to us. This
patches problem has been around since forever and so long the upstream
is not changing anything about it, nor do we.
Hi Martin,
This statement is hand-waives the entire discu
On 5/28/2013 14:09, Mark Felder wrote:
On Fri, 24 May 2013 16:23:18 -0500, Kenta Suzumoto wrote:
- It fetches almost 700 patches from what seems like a dial-up
connection in AUSTRALIA.
Australia's deploying fiber, so joke's on you!
But honestly this is horrible. I'm sitting at my desk at a
On 5/29/2013 21:28, Jeremy Messenger wrote:
Fix the OPTIONS first and I will accept it in my ports. Pretty simple.
Since I don't like OPTIONS, so I am not required to fix it. If you do
really want OPTIONS to be added in my port then please fix it.
Although, I have lost in track of which bugs ha
On 5/30/2013 13:27, Michael Gmelin wrote:
I assume there are better ways to make this clear. It might even
make sense to have a basic distinction on the ports system level -
options that provide additional features vs. options that
change the (default) behavior of the port.
Isn't this implicit
On 6/4/2013 13:26, Shane Ambler wrote:
As the port maintainer of graphics/openimageio I have come across a
change when building with gcc48.
The current version of openimageio compiles fine with clang gcc and
gcc46, but when compiled with gcc48 the unlink function is not defined.
The simple solu
On 6/7/2013 08:53, O. Hartmann wrote:
I get this while running portmaster on a most recently updated ports
tree:
make: Unknown modifier ')'
make: "/usr/ports/mail/alpine/Makefile" line 108: Malformed conditional
(${PORT_OPTIONS:MQUOTA) || defined(WITH_MAILDIR})
make: Fatal errors encountered --
I know GNATS isn't exclusive to use for ports, but is anyone working to
restore GNATS service? Time estimated to restore? It's return error
503 right now, and has been for at least an hour.
Thanks,
John
___
freebsd-ports@freebsd.org mailing list
htt
On 6/12/2013 20:04, Jože Zobec wrote:
I have a suggestion, which may help decrease the time needed for certain
ports to enter into the ports tree.
Do you have an example handy of the type of ports that would benefit
from this? Like the names of specific ports or proposed ports?
Currently t
On 6/14/2013 10:12, Thomas Mueller wrote:
Since this is only (?) a minor-version update, why should it be necessary to
upgrade all ports that depend on perl?
In that case, why didn't they go to perl 5.18?
According to OpenBSD's Marc Espie on a pkgsrc list, a lot of established
scripts will br
On 6/14/2013 12:40, Jerry wrote:
Just so I am understanding this correctly, the problem is not with
Perl-5.18, but rather applications that were written for earlier
versions that may not have in fact been written in tight compliance
with the specifications of the earlier versions and those proble
On 6/14/2013 13:21, John Marino wrote:
I despise languages that aren't backwards compatible, so if 5.18
actually broke compatibility intentionally then I for one would vote for
staying on 5.16 for a long, long time. I am reserving judgement for the
full story.
I just realize that Perl de
On 6/19/2013 01:00, Oliver Pinter wrote:
Hi all!
Attached a fix to gccmakedep.
So
1) There's already multiple PRs on this, including one I just submitted:
http://www.freebsd.org/cgi/query-pr.cgi?pr=179571
2) Your patch adds an ".endif" which is already there
3) Is not it better to submi
On 6/19/2013 20:52, Cy Schubert wrote:
The point is, why install software permanently when you don't need to? Or,
go through the exercise of uninstalling build software post-install?
That's not pertinent for binary packages. The build depends aren't tied
to the final products. It's just a b
On 6/21/2013 16:42, Anton Shterenlikht wrote:
On ia64 r252055 with ports at r321471 make issues lots of warnings
like:
# make -C /usr/ports/ fetchindex make:
"/usr/ports/Mk/bsd.port.subdir.mk" line 101: warning: Couldn't read
shell's output for "if /sbin/sysctl -n compat.ia32.maxvmem >/dev/null
On 7/18/2013 01:29, John Marshall wrote:
>> Seems odd that the ports system wouldn't catch this and delete
>> the bad original before trying to re-download or forcing an overwrite
>> on download.
>
> So, the tarball had changed since the last time you downloaded it (using
> an earlier version of t
On 7/25/2013 12:19, Wolfgang Riegler wrote:
> Hello,
>
> I have problems with the port net/py-avahi. I'm using FreeBSD 9.1-r4 amd64
> and try to package the port with poudriere but it fails. Below is the
> complete build log from poudriere.
>
> Maybe someone can help me. Thanks in advance
It'
On 7/28/2013 15:41, Michael wrote:
>> Let me know about the URL of the project once it is accepted and activated.
> https://forge.ocamlcore.org/projects/ocaml-freebsd/
anonymous users can't access this site.
> I started to port opam to FreeBSD, if you download my Makefile, you will
> be able to d
On 8/28/2013 10:27, Florent Peterschmitt wrote:
> Le 28/08/2013 10:10, Rodrigo OSORIO a écrit :
>> Hi,
>>
>> Not really, according to cve, releases before 0.8.8b are affected,
>> and we have 0.8.8a.
>>
>> - rodrigo
>
> And before 0.8.8b there is 0.8.8a. Or I missed something?
You are agreeing wit
On 9/3/2013 13:42, Bryan Drewery wrote:
>>
>> My stand on it is that I don't care enough to be a beta-tester for
>> it and that I'll pick up the practice, once it's described in the
>> Porters' Handbook. Which it isn't. Why is that?
>>
>
> A lot of things are not. It's not due to the status of a f
On 9/12/2013 13:09, Matthew D. Fuller wrote:
> On Thu, Sep 12, 2013 at 12:57:06PM +0200 I heard the voice of
> Ivan Voras, and lo! it spake thus:
>>
>> And while the argument seems valid, it also doesn't have an estimate
>> of which / how many ports will break with a more recent bdb.
>
> FWIW, I'v
On 9/12/2013 22:36, Anton Shterenlikht wrote:
> /usr/bin/ld: -: invalid DSO for symbol `cbreak' definition
> /usr/local/lib/libtinfow.so.5.9: could not read symbols: Bad value
> c++: error: linker command failed with exit code 1 (use -v to see invocation)
> *** [hunspell] Error code 1
>
> make[4]:
On 10/1/2013 23:32, Bryan Drewery wrote:
> On Tue, Oct 01, 2013 at 10:41:54AM -0700, Steve Kargl wrote:
>> After recent tcl change that seems to have touched
>> every Makefile under /usr/ports, deskutils/ical no longer
>> functions.
>
> Which TCL port are you using?
>
> What version of TCL and ic
On 10/2/2013 08:39, Andriy Gapon wrote:
> parseunit_byteio.cpp:127:23: error: variable 'next_parse_code' set but not
> used
> [-Werror=unused-but-set-variable]
> parseunit_byteio.cpp:131:13: error: variable 'next_unit_next_parse_offset' set
> but not used [-Werror=unused-but-set-variable]
This po
On 10/8/2013 12:51, Alfred Bartsch wrote:
> Hi all,
> after updating my ports tree to a more recent version (svn revision:
> 329714),
> I'm no longer able to build most of my ports with poudriere, as I was
> before (some weeks ago).
> For now, I'm lost. Am I missing something?
> Is there someone, w
On 10/8/2013 14:14, Alfred Bartsch wrote:
> Am 08.10.2013 13:23, schrieb Bryan Drewery:
>
>> NO_STAGE is not a user variable. Do NOT put it in your make.conf.
>> This will break a lot.
>
>
> Then I need some advice, how to actually build ports-mgmt/poudriere or
> devel/libSM (and some more) with
On 10/8/2013 15:21, Carmel wrote:
> I attempted to contact the maintainer of the
> "deskutils/horde-groupware" port, , but I received
> the following notification:
>
> : Host or domain name not found. Name service error
> for
> name=freebsdnorth.com type=: Host found but no data record of
On 10/9/2013 12:31, Carmel wrote:
> On Tue, 8 Oct 2013 21:01:06 -0400
> Sahil Tandon articulated:
>
>> Did you, by chance, report this to postmas...@freebsd.org?
>>
>> We'll look into it.
>
> No I didn't because:
>
> A) I was not sure if it was a local problem; ie, only me
>
> B) Who to actuall
On 10/17/2013 11:57, Ajtim wrote:
> Hi!
>
> I tried to update llvm33-3.3_4 to llvm33-3.3_5 on FreeBSD 10.0-BETA1 but
> I got an error: (snip)
known:
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/183045
John
___
freebsd-ports@freebsd.org mailing list
On 10/19/2013 04:33, Stan Gammons wrote:
> On 18/10/13 09:04, s_gamm...@charter.net wrote:
>>
>> I was trying to install sguil-server on Release 9.2 and received the
>> following error. I get the same unassociated shell command when I
>> goto /usr/src/security/sguil-server and try make install cle
On 10/19/2013 15:15, s_gamm...@charter.net wrote:
> I started from scratch. Reinstalled the OS, updated the ports tree then
> changed to /usr/ports/databases/mysqltcl and ran "make -V PORTVERSION"
> That resulted in 3.052 being returned. Changing to
> /usr/ports/security/sguil-server and running
On 10/19/2013 16:15, s_gamm...@charter.net wrote:
> I modified like so, and it still bombs... Guess I'll have to file a PR
> or build it manually like I talked about before.
>
> .if ${PORT_OPTIONS:MMYSQL}
> # @${ECHO_CMD} $$(${MYSQLTCL_CMDS})
> RUN_DEPENDS+=
> ${LOCALBASE}/lib/mysq
On 10/19/2013 16:32, s_gamm...@charter.net wrote:
>
> Looks like that fixed it. It's building now.
>
> Should the tab be removed before @${ECHO_CMD} $$(${MYSQLTCL_CMDS}) ?
>
No, I think that line is broken too, in at least two different ways.
The MYSQL option is busted. It doesn't appear to
On 10/20/2013 03:49, Paul Schmehl wrote:
>>
>> You should create a PR on sguil-server and document all this there and
>> request the maintainer fix it properly. Personally I don't think any
>> shell commands are needed at all, certainly not to specify a
>> RUN_DEPENDS. it's all messed up.
>>
>
>
On 10/21/2013 00:47, Paul Schmehl wrote:
> --On October 20, 2013 9:34:36 AM +0200 John Marino
>> It is not a mystery what is wrong.
>> The RUN_DEPENDS is being executed as a shell command, not a make
>> definition.
>
> You're wrong. The RUN_DEPENDS does not have
On 10/21/2013 18:15, Paul Schmehl wrote:
> --On October 21, 2013 7:48:59 AM +0200 John Marino
>
> The dependency is mysqltcl. That port installs two files in
> ${LOCALBASE}/lib/mysqltcl-${PORTVERSION}/. How do you reference those
> files without using the portversion?
Look at s
On 10/21/2013 20:40, Paul Schmehl wrote:
> --On October 21, 2013 7:09:06 PM +0200 John Marino
>>
>> Look at section 5.8.9 of the Porters Handbook:
>> http://www.freebsd.org/doc/en/books/porters-handbook/makefile-depend.html
>>
>> Something like this should
On 10/22/2013 03:40, Kenta Suzumoto wrote:
> Maintainer has ignored emails. Any ideas what's causing this to fail?
>
> config.status: creating config.h
> config.status: executing po-directories commands
> config.status: creating po/POTFILES
> config.status: creating po/Makefile
> ===> Building fo
I'm getting this error:
find:
/wrkdirs/devel/bzapi/work/stage/usr/local/lib/perl5/site_perl/5.14/mach/auto:
No such file or directory
On the following ports:
devel/bzapi
www/p5-RT-Authen-ExternalAuth
www/p5-RT-Extension-LDAPImport
www/p5-RT-Extension-MandatoryOnTransition
www/p5-RT-Exte
On 10/24/2013 10:05, Marco Steinbach wrote:
> Hi,
>
> the 'FAQ on PORTREVISION' discussion found at [1] seems to suggest, that
> enabling staging does not require a PORTREVISION bump.
>
> On the other hand, enabling staging seems to be a change in packaging,
> although from a users perspective th
On 10/28/2013 09:53, Dominic Fandrey wrote:
> On 28/10/2013 09:47, Łukasz Wąsikowski wrote:
>> W dniu 2013-10-28 09:41, Dominic Fandrey pisze:
>>
>>> Neither staging nor license management are described in the Porters'
>>> Handbook.
>>>
>>> Why again should we bother to support it?
>>>
>>> What hap
On 10/28/2013 10:29, Dominic Fandrey wrote:
> On 28/10/2013 09:58, John Marino wrote:
>> On 10/28/2013 09:53, Dominic Fandrey wrote:
>> However, converting to stagedir is reasonably documented here:
>> https://wiki.freebsd.org/ports/StageDir
>
> That's a handfull.
On 10/28/2013 10:54, Dominic Fandrey wrote:
> On 28/10/2013 10:34, John Marino wrote:
>> On 10/28/2013 10:29, Dominic Fandrey wrote:
>>>
>>> That's a handfull. What about installers that hard-code directories
>>> during install?
>>
>> They can
On 10/28/2013 11:16, Dominic Fandrey wrote:
> On 28/10/2013 11:03, John Marino wrote:
>> If there are files in those directories, they'll be on the plist and
>> stage handles them. I'd have to look up how to create empty directories
>> properly.
>
> Stage
On 10/26/2013 14:15, Matthew Seaman wrote:
> On 25/10/2013 09:09, Sunpoet Po-Chuan Hsieh wrote:
>> I've committed r331562. I forgot to add trailing "|| ${TRUE}".
>> It should *really* be fixed now.
>> I could build these ports successfully in tinderbox.
>> Please try again.
>
> That all seems to b
1 - 100 of 330 matches
Mail list logo
