On Sat, Jun 30, 2012 at 07:00:26PM +0100, Mikolaj Kucharski wrote:
I got another failure from libjava about magic.h, unfortunately VM
crashed and I don't have the log.
I downloaded lang/gcc/4.6 packages from nearest mirror:
# cd /usr/ports/lang/gcc/4.6 make show=PKGNAMES
gcc-4.6.3p3
On Sun, Jul 01, 2012 at 05:57:55PM +0200, Pascal Stumpf wrote:
Yes, seems like you've found a hidden build dependency. The only thing
execinfo.h does is enable the define _GLIBCXX_HAVE_EXECINFO_H, so I
think it's better to just put it in BUILD_DEPENDS. libmagic, on the
other hand, would
On Sun, Jul 01, 2012 at 06:52:55PM +0200, Pascal Stumpf wrote:
On Sun, 1 Jul 2012 18:34:44 +0200, Marc Espie wrote:
On Sun, Jul 01, 2012 at 05:57:55PM +0200, Pascal Stumpf wrote:
Yes, seems like you've found a hidden build dependency. The only thing
execinfo.h does is enable the define
On Sun, Jul 08, 2012 at 12:50:38AM -0400, Brad Smith wrote:
On Wed, Jun 13, 2012 at 07:42:48AM -0400, Brad Smith wrote:
Here is a first rev of an attempt at a SimH 3.9.0 update.
I don't use simh so I'm looking for anyone using simh to
test this out.
Here is an updated diff. This fixes
On Sun, Jul 08, 2012 at 09:36:33PM +, Christian Weisgerber wrote:
Christian Weisgerber na...@mips.inka.de wrote:
It's time to drop MD5 from the distinfo checksums. MD5 cannot
guarantee the integrity of a distfile. It is broken, people are
finding collisions and have used this for
On Thu, Jul 12, 2012 at 04:13:38PM +0200, David Coppa wrote:
On Thu, Jul 12, 2012 at 4:07 PM, Jan Stary h...@stare.cz wrote:
Index: Makefile
===
RCS file: /cvs/ports/audio/opencore-amr/Makefile,v
retrieving revision 1.1.1.1
On Fri, Jul 13, 2012 at 06:12:48PM +0200, Jan Stary wrote:
On Jul 12 19:10:35, Jan Stary wrote:
On Jul 12 18:42:23, Marc Espie wrote:
On Thu, Jul 12, 2012 at 04:13:38PM +0200, David Coppa wrote:
On Thu, Jul 12, 2012 at 4:07 PM, Jan Stary h...@stare.cz wrote:
Index: Makefile
On Fri, Jul 13, 2012 at 11:00:35PM +0200, Matthias Kilian wrote:
On Wed, Jul 11, 2012 at 07:54:01AM -0500, Abel Abraham Camarillo Ojeda wrote:
What I don't know is how updates are going to be handled, I mean,
people doing a pkg_add -u zathura alone will now have a zathura
program that does
On Mon, Jul 16, 2012 at 01:46:42PM +0200, Jan Stary wrote:
Right; with the real -current, it works by stripping the '-x c'.
Notice that, contrarily to that junk that's gnu libtool, we don't remove
parameters randomly.
We do parse -x something in exactly the same way that gcc does.
Yes,
If anybody on another planet commits something, it will get backed the hell
out.
On Thu, Jul 26, 2012 at 12:09:08PM +0200, Jan Stary wrote:
Just updated my curremt/amd64 and doing pkg_add -ui.
With some ports, it seems to be updating to the same version:
for example,
groff-1.21p8: (extracting) ... (deleting) ... all that
groff-1.21p8-groff-1.21p8: ok
Did
On Mon, Jul 30, 2012 at 08:43:39AM +0200, Antoine Jacoutot wrote:
So, after a quick chat with Marc Espie trying to understand why a
particular package would not run @exec-add, I would like to warn you
guys when you use such a marker in your ports.
In my case, @exec-add was not run because I
On Mon, Jul 30, 2012 at 11:33:55AM +0200, Antoine Jacoutot wrote:
On Mon, Jul 30, 2012 at 11:06:30AM +0200, Marc Espie wrote:
No, this is definitely not a feature.
(by which I mean it's a bug)
Those are rather obvious cases where pkg_add is confused.
(by which I say pkg_add is buggy
On Sun, Aug 05, 2012 at 12:46:24AM +0200, Matthieu Herrb wrote:
More generally I'd like to slowly kill imake in xenocara. Either by
providing an alternative build system for ports still using imake, or by
moving imake and its config out to ports.
Moving imake to ports is no real biggie.
How
On Mon, Aug 13, 2012 at 12:03:59PM +0400, Vadim Zhukov wrote:
2012/8/13 Antoine Jacoutot ajacou...@bsdfrog.org:
On Sun, Aug 12, 2012 at 10:06:15PM +0400, Vadim Zhukov wrote:
Hello all.
Here is a working prototype of cache invalidating helper framework.
With it you can just add something
On Fri, Aug 17, 2012 at 06:05:06PM +0200, Antoine Jacoutot wrote:
On Fri, Aug 17, 2012 at 05:30:26PM +0200, Christian Weisgerber wrote:
Recent changes have led to a new chain of dependencies where gtk+[23] now
depends on qt4:
x11/gtk+[23]
print/cups,-libs
On Fri, Aug 17, 2012 at 06:05:06PM +0200, Antoine Jacoutot wrote:
On Fri, Aug 17, 2012 at 05:30:26PM +0200, Christian Weisgerber wrote:
Recent changes have led to a new chain of dependencies where gtk+[23] now
depends on qt4:
x11/gtk+[23]
print/cups,-libs
On Fri, Aug 17, 2012 at 03:30:33PM -0400, Brian Callahan wrote:
Also, some arches that can build gtk+[2,3] cannot build qt4 or qt3,
like mips64el. So it would be quite devastating to the packages for
those arches. Unless the bulk builds have some way of compensating
for this (I don't know).
On Sat, Aug 18, 2012 at 10:56:24AM +, Christian Weisgerber wrote:
Antoine Jacoutot ajacou...@cvs.openbsd.org wrote:
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2012/08/18 01:25:26
-snip-
Log message:
boring morning useless cleanup:
On Sun, Aug 19, 2012 at 12:27:52PM +0100, Stuart Henderson wrote:
On 2012/08/18 16:42, Anil Madhavapeddy wrote:
Are there any special considerations for renaming a port (e.g.
security/cryptokit - security/ocaml-cryptokit) in terms of binary upgrades
between releases?
It would seem
On Sun, Aug 19, 2012 at 08:00:50PM +, Christian Weisgerber wrote:
Marc Espie es...@nerim.net wrote:
We need to come up with something involving the no_qt4 flavor or a
bootstrap flavor to break this dependency chain. If that means
building poppler twice in bulk builds
On Thu, Aug 23, 2012 at 01:54:46PM +0100, Stuart Henderson wrote:
+@unexec rm -f %D/lib/node_modules/npm/man/whatis.db
Took me a while to remember it, but of course this is exactly what @mandir is
for.
Yep
On Thu, Aug 23, 2012 at 11:40:04PM -0400, Brian Callahan wrote:
Hi ports --
I have successfully built QT4 on Loongson, patches below. However,
it segfaults whenever I try to launch any QT4 program. Nothing
useful comes from the backtraces.
I tried to build QT4 with -O0 but the build crashes
On Wed, Aug 29, 2012 at 12:32:42AM -0400, Ted Unangst wrote:
I was building a custom flavor of a port, using USE_PACKAGES, and some
dependency required gmake to build. The package was used instead, but
it looked like setting USE_GMAKE=Yes would have installed gmake. Is
that correct? I
On Mon, Aug 27, 2012 at 09:08:23PM +0200, Matthieu Herrb wrote:
On Mon, Aug 27, 2012 at 02:56:56PM +0100, Stuart Henderson wrote:
On 2012/08/26 22:38, Matthieu Herrb wrote:
On Tue, Aug 21, 2012 at 11:08:23AM +0200, Pascal Stumpf wrote:
CDE needs xprint support enabled in OpenMotif.
On Thu, Aug 30, 2012 at 11:04:56PM -0400, Lawrence Teo wrote:
On Thu, Aug 30, 2012 at 09:24:13PM -0400, STeve Andre' wrote:
I've been looking for a mobi file reader in ports but I don't see one.
Did I overlook anything?
Any suggestions as to software to port over which does this?
The
On Wed, Sep 05, 2012 at 12:37:31AM +0600, Alexandr Shadchin wrote:
On Tue, Sep 04, 2012 at 09:31:32AM +0200, Jasper Lievisse Adriaanse wrote:
Hi,
The korean and russian categories are mostly empty; both contain two ports
that are perfectly fit for putting it into other categories.
Any
I've just did a few experiments with views 3 under drupal6.
So far, not so good. Turns out the update issues are totally real.
Most specifically, views3 for drupal6 loses the pagination parameters.
You can restore them manually in some cases, but if you have lots of views,
this can be a chore.
On Wed, Sep 26, 2012 at 07:42:07PM +0200, Tobias Ulmer wrote:
Add amd64 support to gnat 4.2 - 4.7.
general:
* renamed LIBC_VERSION to ADASTRAP_LIBC-arch which IMO is clearer
* dropped BOOTSTRAP_GEN since there is only a single use
* unified ADASTRAP variable block across all gcc4 ports
On Thu, Sep 27, 2012 at 08:31:08PM +0200, Tobias Ulmer wrote:
On Thu, Sep 27, 2012 at 01:38:49PM +, John Long wrote:
On Thu, Sep 27, 2012 at 12:33:12AM +0200, Marc Espie wrote:
On Wed, Sep 26, 2012 at 07:42:07PM +0200, Tobias Ulmer wrote:
Add amd64 support to gnat 4.2 - 4.7
On Mon, Oct 08, 2012 at 10:41:03AM +0200, David Coppa wrote:
On Tue, Oct 2, 2012 at 12:28 AM, Federico Schwindt fg...@lodoss.net wrote:
On Mon, Oct 1, 2012 at 4:02 PM, David Coppa dco...@gmail.com wrote:
On Mon, Oct 1, 2012 at 4:59 PM, Stuart Henderson s...@spacehopper.org
wrote:
On
On Tue, Oct 09, 2012 at 10:45:25AM +0100, Stuart Henderson wrote:
On 2012/10/09 09:56, Federico Schwindt wrote:
[..]
I tested it and then removed the diff from my ports tree... I need
this patch to go in because kdelibs 4.9.2 is complaining about the
same thing i.e Cannot load library
On Tue, Oct 09, 2012 at 12:14:58PM +0200, David Coppa wrote:
On Tue, Oct 9, 2012 at 12:10 PM, Marc Espie es...@nerim.net wrote:
On Tue, Oct 09, 2012 at 10:45:25AM +0100, Stuart Henderson wrote:
On 2012/10/09 09:56, Federico Schwindt wrote:
[..]
I tested it and then removed the diff
On Tue, Oct 09, 2012 at 02:01:26PM +0100, Federico Schwindt wrote:
I sent this patch quickly before I left for work so I didn't have time
to write anything but I'd like to make my stance clear.
I rewrote this patch because espie doesn't believe the original
approach was correct and he is too
On Wed, Oct 10, 2012 at 07:35:26PM +0400, Vadim Zhukov wrote:
Hello all.
Did anyone test bulk build/run of threaded textproc/libxml with recent
rthreads? Just want to know, if there are any results to avoid
duplicating work.
Currently libxml is configured --without-threads. New
On Fri, Oct 12, 2012 at 03:39:06PM +0100, Stuart Henderson wrote:
On 2012/10/10 15:08, Jeremy Evans wrote:
On Wed, Oct 10, 2012 at 2:39 AM, Aaron Bieber def...@gmail.com wrote:
Latest version is at http://deftly.net/libv8.tar.gz
- changed name to libv8
- resolved -Werror issues
On Fri, Oct 12, 2012 at 05:58:28PM +0200, Remi Pointel wrote:
Hi,
this is the diff to make these variables internal in python.port.mk:
_MODPY_DEFAULT_VERSION_2
_MODPY_DEFAULT_VERSION_3
_MODPY_PRE_BUILD_STEPS
_MODPY_BIN_ADJ
Are you ok?
Cheers,
Remi.
Index: python.port.mk
On Fri, Oct 12, 2012 at 11:23:49AM -0700, Jeremy Evans wrote:
Currently, when pkg_add -u is run, if it encounters an update candidate
with the same package name, but a different pkgpath, it silent discards
the candidate. This makes it more difficult to track down the cause.
The most common
On Sat, Oct 20, 2012 at 05:03:22PM +0200, Christian Weisgerber wrote:
Nigel Taylor:
The last mono I built was 8 Oct on amd64, 9 Oct on i386, didn't work
first time as I recall on amd64, that was using dpb. When I hit a
failure, I just use make, once I have finished with the dpb building,
On Mon, Nov 05, 2012 at 11:08:40AM +0100, Landry Breuil wrote:
Unless a workaround/fix is found, maybe we should consider removing
py-qt3. Only games/mnemosyne and databases/luma use it.
Well, maybe this is just a poor choice of words, but the first thing to
do is to fix the issue, possibly
sthen@ finally figured out most of the problem.
Turns out python is stupid enough to store path+timestamp in its compiled
*.pyc files to know when to recompile.
Our package system doesn't look to closely at timestamps... so this explains
how *.pyc files sometimes get rebuilt, and then throw
On Wed, Nov 07, 2012 at 11:05:23AM +, Laurence Tratt wrote:
On Mon, Nov 05, 2012 at 02:15:53PM +0100, Marc Espie wrote:
Turns out python is stupid enough to store path+timestamp in its compiled
*.pyc files to know when to recompile.
The auto-recompile everything which is out of date
On Mon, Nov 12, 2012 at 03:30:42AM -0700, David Coppa wrote:
Does systrace play nice with new make?
I see a lot of these, when using systrace, because of revision
1.131:
systrace: deny user: dcoppa, prog: /usr/bin/make, pid: 25694(0)[27264],
policy: /usr/bin/env, filters: 240, syscall:
On Mon, Nov 12, 2012 at 05:02:01PM -0600, Amit Kulkarni wrote:
On Mon, Nov 12, 2012 at 3:09 PM, Vadim Zhukov persg...@gmail.com wrote:
2012/11/12 Amit Kulkarni amitk...@gmail.com:
all pkgs in kde4 pass compilation with fixes pushed into
openbsd-wip... Compiled with cmake 2.8.10. Some small
On Tue, Nov 13, 2012 at 11:29:52AM -0600, Amit Kulkarni wrote:
I'm not sure kde4 can replace that on every architecture. kde4 was created
later, and it's going to use functionalities that might be hard to achieve
on older platforms. For instance, all of kde games have switched from
On Tue, Nov 13, 2012 at 09:04:40PM +0300, Vadim Zhukov wrote:
From the other side, slower archs probably will use XFCE, LXDE or
something custom... Unfortunately I do not have access to anything but
i386 now. :(
I know some people who are just using konqueror from kde3 for quick
browsing on
On Tue, Nov 13, 2012 at 06:46:47PM +0100, Landry Breuil wrote:
trinity might be a good intermediate point. It's still a lot of work, as
the build system is radically different from kde3, so it requires creating
new ports (but you can probably lift most of the useful code from kde3).
On Tue, Nov 20, 2012 at 09:19:10AM +, Stuart Henderson wrote:
On 2012/11/19 02:30, David Coppa wrote:
On Sat, Nov 17, 2012 at 05:12:58PM +0100, Christian Weisgerber wrote:
Sadly, CMake is broken in this regard: if it sees this reference
and ansidecl.h is present, it will add a
On Fri, Dec 07, 2012 at 09:56:38PM +0100, Christian Weisgerber wrote:
Currently, infrastructure/db/config.site holds these openpty(3)-related
values:
ac_cv_func_openpty=${ac_cv_func_openpty=no}
ac_cv_lib_util_openpty=${ac_cv_lib_util_openpty=yes}
At first glance, this makes sense. We
On Sat, Dec 08, 2012 at 02:05:57PM +, Christian Weisgerber wrote:
Marc Espie es...@nerim.net wrote:
I think this is worth a defect report to the autoconf people at the FSF.
So, let me see, the value cached does not mean anything, because it's
actually dependent on the list
Very bad subject line, I almost did not read the thread, because
I thought you guys were talking about building cmake proper in parallel.
Anyways, there are TWO distinct points:
- problems with make -j.
- cmake not writing correct makefiles for parallel building without gmake.
I haven't looked
On Wed, Dec 12, 2012 at 04:52:17PM +0100, Christian Weisgerber wrote:
Marc Espie:
I thought you guys were talking about building cmake proper in parallel.
We did. cmake proper first builds a minimal bootstrap cmake, then
rebuilds itself with it, so getting cmake proper to build
On Wed, Dec 12, 2012 at 06:21:43PM -0600, Amit Kulkarni wrote:
I thought you guys were talking about building cmake proper in parallel.
We did. cmake proper first builds a minimal bootstrap cmake, then
rebuilds itself with it, so getting cmake proper to build in parallel
*is* the same
On Wed, Dec 12, 2012 at 09:32:23AM -0600, Kent R. Spillner wrote:
Hey, dude-
On Dec 12, 2012, at 7:51, David Coppa dco...@gmail.com wrote:
Thanks.
I'll wait for useful pointers...
I don't think CMake does anything specifically to handle parallel recursive
builds. It works with GNU
On Mon, Dec 17, 2012 at 08:36:29PM +0400, Vadim Zhukov wrote:
Hello all.
This patch (which is probably wrong due to == instead of :M check)
should help a bit in the case when CMake-based program needs a GCC
toolchain from ports. KActivities from upcoming KDE 4.10 is the first
such thing
On Mon, Dec 17, 2012 at 08:02:24PM +0100, Sébastien Marie wrote:
Hi,
As my previous message seems to get very small audience, I rewrite it...
please excuse my previous mail, which was bad written.
The purpose is to permit the use of out-of-date(1) with customized
mk.conf(5), in
On Thu, Dec 20, 2012 at 05:46:33PM +, Christian Weisgerber wrote:
Edd Barrett vex...@gmail.com wrote:
Subject: Cranking the optimiser on selected ports?
No.
Now, I know we don't usually like to turn the optimiser up past -O2 for
fear of compiler bugs making crappy code, however,
On Thu, Dec 20, 2012 at 06:20:50PM +, John Long wrote:
What about a FLAVOR on specific ports where somebody happens to know it
helps?
/jl
It's still very likely to cause extra amount of grief in most cases.
And more work for porters.
First commit happened a few days ago. dpb scans for already built packages
more aggressively, so that in case of restarts, the I/B information will
be more accurate faster: before that change, every pkgpath would go through
the queue, and already built paths would move to I/B later.
I'm also
On Mon, Dec 24, 2012 at 03:48:58PM +0100, Marc Espie wrote:
First commit happened a few days ago. dpb scans for already built packages
more aggressively, so that in case of restarts, the I/B information will
be more accurate faster: before that change, every pkgpath would go through
the queue
On Mon, Dec 31, 2012 at 12:29:57AM +0100, Marc Espie wrote:
On Mon, Dec 24, 2012 at 03:48:58PM +0100, Marc Espie wrote:
First commit happened a few days ago. dpb scans for already built packages
more aggressively, so that in case of restarts, the I/B information will
be more accurate faster
On Tue, Jan 08, 2013 at 03:56:43PM +, Stuart Henderson wrote:
On 2013/01/08 15:37, Stuart Henderson wrote:
On 2013/01/08 16:05, Lars Engblom wrote:
1. Both in current and stable the path to the image is wrong in
/usr/local/share/scratch/iniscratch
I've just fixed this one.
On Wed, Jan 09, 2013 at 12:36:29PM +0100, Remco wrote:
I hope this makes sense:
Index: pkgpath.7
===
RCS file: /cvs/src/share/man/man7/pkgpath.7,v
retrieving revision 1.1
diff -u -r1.1 pkgpath.7
--- pkgpath.7 21 Nov 2011
One important thing: as long as we're dealing with the import of
x11/kde4/ directory, it doesn't really matter if things are not
in their final form yet, as long as they get cleaned up before
they are linked to the build.
As long as kde4 and kde3 conflict, there's no way to link both
to the
On Wed, Jan 09, 2013 at 04:50:35PM +0100, Christopher Zimmermann wrote:
Hi,
I'd like to commit this. ok?
I don't see how this indirection could make any sense otherwise.
Christopher
Index: libiconv.port.mk
===
RCS file:
On Wed, Jan 09, 2013 at 09:19:24PM +0100, Christopher Zimmermann wrote:
On Wed, 9 Jan 2013 17:45:27 +
Stuart Henderson s...@spacehopper.org wrote:
On 2013/01/09 18:03, Christopher Zimmermann wrote:
On Wed, 9 Jan 2013 17:50:10 +0100
Marc Espie es...@nerim.net wrote:
On Wed
More performance changes:
- I've found a stupid bug that prevented some unnecessary info from being
deleted from memory, so dpb's memory consumption when running a fetch
engine (default) is somewhat lower.
- some extra processes are removed: there's no longer a checksum process
if all the
This time, I tweaked usability a bit, as far as lock contention goes.
People running dpb regularly knows dpb locks the host during
depends/prepare/prepare-results/junk.
Now, that locking is more explicit: dpb tries to obtain the lock,
and if it can't it will create a separate task that waits for
... and we prompty figured out how much dpb is spending in waiting-for-locks
on large clusters (4 cores and more).
That's a bit too much.
I'm currently checking how I can cheat to avoid that... first simple solution
being tested, I have a further more convoluted idea for a bit later...
with the recent changes, it seems that mfs is now good enough that you
can build ports under it.
I've just tweaked dpb proper to make things slightly easier.
to do so:
- dpb needs WRKDIR size statistics, which you have to collect with -s.
Those will now be entered into a rolling log, similar to
On Sun, Jan 27, 2013 at 11:16:44PM +0400, Vadim Zhukov wrote:
2013/1/27 Landry Breuil lan...@rhaalovely.net:
On Sat, Jan 26, 2013 at 01:33:28PM -0500, Brian Callahan wrote:
Hi ports --
Now that the libsndfile change has been committed, here's
audio/mscore again. I've edited it slightly
On Mon, Jan 28, 2013 at 01:33:51PM +, Stuart Henderson wrote:
Now that shared libs can simply be listed in PLIST and pkg_create
handles them automagically, make-plist no longer needs to split them
off to a separate file. Plugins are left alone as in the rare case
something uses them but
On Tue, Feb 05, 2013 at 11:28:05AM +0100, Landry Breuil wrote:
On Tue, Feb 05, 2013 at 10:52:14AM +0100, Sébastien Marie wrote:
Hi,
I start having a problem with recent bsd.port.mk in ports, that seems
related to readonly /usr/ports partition.
My bsd.port.mk is 1.1208.
The base
On Fri, Feb 08, 2013 at 11:40:15AM -0500, Brian Callahan wrote:
+# This will fail if no_nautilus is found in FLAVOR, so make sure we don't
+# do it if it is.
+.if !${FLAVOR:L:Mno_nautilus}
rm ${PREFIX}/lib/nautilus/extensions-${MAJ_V}/*.la
wrong on two counts.
- we stopped :L flavors
More specifically, I thought we had done a *full sweep* for
all pseudo-flavors, but I am mistaken.
The proper way to handle pseudo-flavors looks like this:
PSEUDO_FLAVORS = no_foo no_bar
FLAVOR ?=
MULTI_PACKAGES = -main -foo -bar
.include bsd.port.arch.mk
.if ${BUILD_PACKAGES:M-foo}
On Fri, Feb 15, 2013 at 06:44:17PM +, Stuart Henderson wrote:
On 2013/02/15 18:28, Jérémie Courrèges-Anglas wrote:
Stuart Henderson s...@spacehopper.org writes:
[...]
emacs21,no_x11 fails reliably during link:
Cool...
[...]
it's pretty sad that only ~320 packages
On Mon, Feb 18, 2013 at 08:25:36PM +0100, Jérémie Courrèges-Anglas wrote:
I don't think arpd needs python. Makes it available on vax.
Index: Makefile
===
RCS file: /cvs/ports/net/arpd/Makefile,v
retrieving revision 1.16
On Tue, Feb 19, 2013 at 04:22:17PM -0500, circuit6engineering wrote:
On 02/19/2013 04:03 PM, Landry Breuil wrote:
On Tue, Feb 19, 2013 at 03:18:40PM -0500, circuit6engineering wrote:
I'm going to tinker with [werc][1] under chroot'ed Apache.
[1]: http://werc.cat-v.org/
werc requires
On Tue, Feb 19, 2013 at 08:11:38PM -0500, circuit6engineering wrote:
Perhaps PREFIX is not in the ports man page because it is only meant
to be used by masters of ports internals engaged in unspeakable acts
of software installation origami. What seems (to me) to be the
obvious use of PREFIX
On Mon, Feb 25, 2013 at 09:43:49AM +, Stuart Henderson wrote:
On 2013/02/25 03:33, Abel Abraham Camarillo Ojeda wrote:
$ sqlt-graph
Can't locate GraphViz.pm in @INC (@INC contains:
/home/acamari//fake/usr/local/libdata/perl5/site_perl
/usr/local/libdata/perl5/site_perl/amd64-openbsd
On Tue, Feb 26, 2013 at 04:49:00PM +0100, Jan Stary wrote:
groff-1.21p8 ships with grap2graph(1)
which metions grap(1) in its manpage.
But neither grap(1) nor the grap(1) manpage seems to be present.
Also, grap2graph(1) wants convert(1), without having that as
a dependency:
$ grap2graph
On Tue, Feb 26, 2013 at 04:55:05PM +, Stuart Henderson wrote:
On 2013/02/26 16:49, Jan Stary wrote:
groff-1.21p8 ships with grap2graph(1)
which metions grap(1) in its manpage.
But neither grap(1) nor the grap(1) manpage seems to be present.
Also, grap2graph(1) wants convert(1),
On Tue, Feb 26, 2013 at 03:29:06PM -0700, Anthony J. Bentley wrote:
+
+Some traditional groff companions are intentionally not pulled in
+as dependencies. For example, graphics/grap and graphics/ImageMagick
+that are needed by groff's eqn2graph, grap2graph and pic2graph
+are available as
I would like to rename REGRESS - TEST in ports.
For the most stupid reason: unconfusing abreviations.
Currently, we have RUN_DEPENDS and REGRESS_DEPENDS and BUILD_DEPENDS and
LIB_DEPENDS. In a hurry, I'd like to be able to talk about RDEP, BDEP, TDEP
and LDEP...
I've talked this over with a few
On Sun, Mar 03, 2013 at 07:11:31AM -0600, Abel Abraham Camarillo Ojeda wrote:
Oh, sorry, i just saw lots of updates going on so I think ports where
fully unlocked...
Thank you.
No problem, just keep things around.
Basically, it's no new directories for a while.
Happens twice a year during
is dead.
I don't think there's any need to sweep all ports to remove it right away,
but try to remember zapping it when updating existing ports/importing
new ports.
I've been using something similar in dpb for the last few months, it's
a very useful debug tool.
Patch has been sent upstream, it prevents dying within compilation from
hiding the actual error message by recursing
p5-Carp-Always.tgz
Description: p5-Carp-Always.tgz
Simpler logic: ports with PERMIT_PACKAGE_CDROM = Yes
will default to other PERMIT_* = Yes
Please commit updates/new ports with shortened information.
we'll sweep the tree for everything later.
On Sat, Mar 09, 2013 at 04:53:10PM +0100, Thomas Pfaff wrote:
On Sat, 9 Mar 2013 15:34:20 +
Stuart Henderson s...@spacehopper.org wrote:
On 2013/03/09 16:28, Thomas Pfaff wrote:
A parallel implementation of gzip for modern multi-processor,
multi-core machines --
Please try to commit new ports that respect the changes.
Sorry for the possible conflicts in WIP with the large
sweep of the tree I just did (with a little help from my friends).
- as you know PERMIT_DISTFILES_CDROM is gone.
Unused, and the longest variable ever.
- PERMIT_PACKAGE_CDROM = Yes
On Sun, Mar 17, 2013 at 10:29:18AM +0100, Jan Stary wrote:
On Mar 16 17:37:19, bcal...@devio.us wrote:
Hi ports --
Attached is a tarball for ctronome, a command line metronome.
Works for me on amd64 and loongson; I assume it will work on macppc and all
other archs as well due to
sqlite3 /usr/local/share/sqlports
select * from ports where DESCR like '%magnet%'
- returns nothing.
We don't install magnet handlers by default, and someone with little
knowledge of our system won't know what ports to install.
People who maintain torrent stuff, think about this...
On Tue, Apr 02, 2013 at 08:46:05AM -0400, Kenneth R Westerback wrote:
It's weird I know, but I run things from the command line. Trying out
chrome, I see a few odd messages:
$ chrome
[1] 15807
$ /usr/local/bin/chrome[17]: ulimit: bad limit: Invalid argument
On Fri, Apr 12, 2013 at 06:43:18PM +0100, Stuart Henderson wrote:
On 2013/04/12 18:45, Giovanni Bechis wrote:
On 04/12/13 16:28, Giovanni Bechis wrote:
Little fix to be able to use portimport(1) even with a non standard
$PORTSDIR, I do not like this patch that much,
maybe there could
On Mon, Apr 29, 2013 at 08:49:16PM +0100, Stuart Henderson wrote:
Not quite sure which the primary category should be. If devel/ wasn't
chock-full of libraries I'd definitely put it there, but as it is, maybe
textproc/ makes it easier to find... any suggestions? any OKs to import?
Definitely
I just committed code that revamps DISTFILES handling completely.
If really necessary, a distfiles entry may look like
filename{url}
and it will fetch that url from MASTER_SITES into resulting filename.
Of course, it's still a better idea to coerce upstream to have correct
archive names, but
auto*
VERSION =1.0
+REVISION = 0
DISTNAME = metaauto-${VERSION}
CATEGORIES = devel
-DISTFILES = pkg-config-0.21.tar.gz
+DISTFILES = pkg-config-0.27.1.tar.gz
MAINTAINER = Marc Espie es...@openbsd.org
@@ -35,6 +36,6 @@
${INSTALL_SCRIPT} ${WRKBUILD}/$i ${PREFIX}/bin
On Sun, May 19, 2013 at 09:45:22PM +0400, Vadim Zhukov wrote:
2013/5/19 David Coppa [1]dco...@gmail.com
On Sun, May 19, 2013 at 4:33 PM, Vadim Zhukov [2]persg...@gmail.com
wrote:
Hello all.
This patch allows to run parallel builds for CMake-based ports.
Yes, it
On Wed, May 22, 2013 at 10:04:31PM +0200, Rafael Sadowski wrote:
Hey @ports dev's,
I have some problems with subpackages, for example:
$ pwd
/usr/ports/print/poppler
$ pkg_info | grep poppler
poppler-0.22.2 PDF rendering library
poppler-qt4-0.22.2 qt4 interface to PDF rendering
On Sun, May 26, 2013 at 12:25:13PM +0100, Mikolaj Kucharski wrote:
Comments?
http://marc.info/?l=openbsd-portsm=136871182828326w=2
Regards,
Mikolaj
On Thu, May 16, 2013 at 02:34:47PM +0100, Mikolaj Kucharski wrote:
Hi,
Here is beginning of a build log of random port:
===
801 - 900 of 7918 matches
Mail list logo