One big debug tool is
make show=PKGNAMES
YES, as stupid as that.
It ensures you won't make pkgnames go backwards when committing revision
diffs.
Also, make sure you have PLIST_DB set correctly (that should be the DEFAULT)
so that register-plist can do its job, and tell you (in most cases) if
On Mon, May 27, 2013 at 11:17:29PM -0700, sh...@lavabit.com wrote:
I am trying to build /www/mozilla-firefox it's the first port build for my
machine and each one of the ports gets stuck at
Awaiting lock /usr/obj/ports/locks/port-name.lock
That precise message ? or something else.
Did you
On Tue, May 28, 2013 at 11:08:54AM +0100, Stuart Henderson wrote:
On 2013/05/26 15:47, Marc Espie wrote:
Also, make sure you have PLIST_DB set correctly (that should be the DEFAULT)
so that register-plist can do its job, and tell you (in most cases) if
you forgot to bump revisions
On Fri, May 31, 2013 at 12:58:10PM -0400, Eric Radman wrote:
On Fri, May 31, 2013 at 02:44:16PM +0100, Stuart Henderson wrote:
On 2013/05/31 08:43, Eric Radman wrote:
Some 10 years ago the 'books' category was added to ports. I presume
this category was experimental. Has it proved to be
just FYI, I fixed an annoying bug a while back in dpb, with respect to
ports weights.
Things like dpb -I preferred_list*50 -a
should now work properly.
Most specifically, this will build all ports, and install the preferred_list,
but the weights of the preferred_list are multiplied by 50, so
On Sat, Jun 01, 2013 at 02:05:29PM +0100, Stuart Henderson wrote:
On 2013/06/01 14:40, David Coppa wrote:
On Sat, Jun 1, 2013 at 12:10 AM, Rafael Sadowski raf...@sizeofvoid.org
wrote:
No longer ${LOCALBASE}?
Imho it does not make sense anymore... You should patch and apply
On Sat, Jun 01, 2013 at 02:25:06PM -0400, Brad Smith wrote:
On 01/06/13 3:23 AM, Stuart Henderson wrote:
argh. (or, that should speed up bulk builds!)
http://bazaar.launchpad.net/~maria-captains/maria/5.5-release/revision/2502.531.1
As they specifically mention lua coco (coco.luajit.org)
On Fri, Jun 07, 2013 at 11:00:12AM -0600, Luis Coronado wrote:
Or http://openports.se/
I wouldn't recommend it.
It still tries to parse the ports tree by hand, instead of using any number
of correct solutions like sqlports or dump-vars, so they get details wrong.
You will end up with missing
On Fri, Jun 07, 2013 at 07:42:27PM +0200, Marc Espie wrote:
On Fri, Jun 07, 2013 at 11:00:12AM -0600, Luis Coronado wrote:
Or http://openports.se/
I wouldn't recommend it.
It still tries to parse the ports tree by hand, instead of using any number
of correct solutions like sqlports
On Fri, Jun 14, 2013 at 12:14:45PM +0500, dmitry.sensei wrote:
Hi!
I run update packages by sudo pkg_add -u
PKG_PATH=http://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386
and I see follow error message
Can't install libnotify-0.7.5p2 because of libraries
|library png.16.0 not found
On Fri, Jun 14, 2013 at 12:47:24PM +0500, dmitry.sensei wrote:
May I edit|change some files in locally downloaded package/-es and
reinstall it?
It's probably not such a good idea, as you don't quite know how the actual
update is going to look.
there's talk about killing that port, as it serves no useful purpose,
doesn't provide more arches than 4.8, isn't more functional than 4.8,
and uses resources (brain-power to keep it alive and cpu time to build
somewhat useless packages).
It's not even useful for ada-boostrap, as the path can go
On Fri, Jun 21, 2013 at 07:16:41AM +0200, Florian Stinglmayr wrote:
On Thu, Jun 20, 2013 at 05:53:27PM +0100, Stuart Henderson wrote:
I would actually go the other way, make PKGNAME be ag-$VERSION,
and put the_silver_searcher or similar in the COMMENT, this is a
very awkward PKGNAME for
On Tue, Jun 25, 2013 at 02:41:53PM +0200, Tobias Ulmer wrote:
This is a bit of a mixed bag update, I'm hoping to fix the intermittent
build problems, make gnat more useful, and include Pascals -rdynamic
diff since that requires a revision bump as well and is useful in any
case.
This patch
On Fri, Jun 28, 2013 at 02:57:04PM +0200, David Coppa wrote:
On Fri, Jun 28, 2013 at 2:52 PM, Stuart Henderson st...@openbsd.org wrote:
On 2013/06/28 06:03, David Coppa wrote:
Tested. It works w/o problems.
Opinions/OKs ?
Makes sense, but I wonder if it might be better to move
Following patch should be vaguely saner, though it may modify the hash
a bit.
(note that memcpy destroys any semblance of meaning of using murmurhash2
in any case, so murmurhash2 is complete bullshit in this case)
--- src/hash_map.h.orig Tue Jun 4 20:47:31 2013
+++ src/hash_map.h Tue Jul
Evan Martin, if you're not already aware of that, murmurhash fails
spectacularly on anything with strict alignment.
Idea stolen from siphash
btw, it looks like using siphash instead of murmurhash might be a good
idea. At least THOSE guys know how to write portable code, contrary to
the google
On Wed, Jul 03, 2013 at 09:35:11PM -0700, patrick keshishian wrote:
Hi all,
I installed 2013-JUN-27 snapshot and started building a bunch of
ports. I ran into this problem again on a few ports. See a snippet at
the end of this message.
I *think* I have an idea of what may be going on to
On Thu, Jul 04, 2013 at 03:12:33PM +0200, David Coppa wrote:
It seems Minitube's license changed from GPLv3 to a proprietary one.
Since version 2.1 (released on Jun 28 2013), it has become a
closed-source, binary-only software only available on the Ubuntu
Software Center:
On Thu, Jul 04, 2013 at 11:14:04PM -0700, Ryan Freeman wrote:
On Tue, Jun 11, 2013 at 04:02:11PM -0700, Ryan Freeman wrote:
Hi,
Attached is a port of odamex, a doom engine specialising in making
multi-player games as easy as more modern fps, join/leave during games
etc. More than 4
On Fri, Jul 05, 2013 at 10:37:44AM -0600, David Coppa wrote:
Doing this:
dcoppa@leo:/usr/ports/databases/gdbm$ env MAKE_JOBS=4 make clean repackage
Results in the following error:
testgdbm.c: In function 'help_handler':
testgdbm.c:946: warning: field precision should have type 'int',
Turned out to be a rather large refactoring and change.
This obviously will require quite a few more tests.
In short, what this does:
Instead on deciding whether a port built by the apparition of packages, it
tracks the job builder status better.
If the job ended
Just to let you know that the current base+x snapshot is post-ELF switch,
but the new packages currently being copied out are STILL a.out.
If you waited for packages to switch to ELF, wait some more. Those packages
are only for people who haven't switched yet.
(and they also predate the kerberos
On Wed, Jul 17, 2013 at 12:32:31PM +0100, Stuart Henderson wrote:
[ CC'ing mirrors-discuss; any mirror operators who have plenty of disk
space (especially second-levels), it would be helpful to switch to using
--delay-updates in your rsync lines. It won't fix all occurrences of this,
but
I just committed a fixed version.
more precisely:
Index: Engine.pm
===
RCS file: /home/openbsd/cvs/ports/infrastructure/lib/DPB/Engine.pm,v
retrieving revision 1.83
diff -u -p -r1.83 Engine.pm
--- Engine.pm 30 Jun 2013 16:45:16
please pass diff around to
sthen@, jasper@, espie@, naddy@
for approval (list might be modified later).
NO COMMIT WITHOUT approval.
This lock cycle is going to be exceptionally short, since quite a few
of us have vacation plans in the very near future, so don't wait,
and only important diffs,
On Mon, Jul 22, 2013 at 10:32:06AM +0300, Lars Engblom wrote:
[Sorry for another top-posting. Already the last mail I intended to not
top-post but my phone does not allow anything else and I can not reach any
computer with decent client at the moment]
Is there a chans this slow behavior is
let things be clear.
We know produce frequent enough pkg snapshots that people who are interested
in the quality of OpenBSD ports can test, all the time.
Problems we're not aware of DON'T EXIST. If it's not reported to the
maintainer, or this ml, but vaguely on some irc channel where no openbsd
On Mon, Jul 22, 2013 at 09:56:21AM -0400, Ted Unangst wrote:
On Mon, Jul 22, 2013 at 13:27, Christian Weisgerber wrote:
Marc Espie es...@nerim.net wrote:
We know produce frequent enough pkg snapshots that people who are
interested
in the quality of OpenBSD ports can test, all the time
On Mon, Jul 22, 2013 at 09:24:47AM -0700, patrick keshishian wrote:
Anybody new to OpenBSD will either not report bugs in which case we don't
know about them or their problems, or be told in the gentle OpenBSD way to
RTFML.
Since you bring it up... /or/ when a problem gets reported, even
On Wed, Jul 24, 2013 at 03:04:28PM +0200, Landry Breuil wrote:
That point has been a long-standing discussion among developers, and
a consensus hasn't been reached yet. Note that iirc, chromium wrapper
automatically bumps ulimit -d at startup to workaround such issues..
Actually the main
On Sat, Aug 24, 2013 at 09:50:56AM +0200, Matthieu Herrb wrote:
On Sat, Aug 24, 2013 at 08:52:26AM +0200, Jan Stary wrote:
This is current/macppc, with a freshly cvs up'd ports;
devel/libexecinfo builds, but then refuses to make package,
saying
make package
Just to clarify a minor misconception that showed up in private email.
There are very few things hardcoded in the ports tree, the correct way
to enquire about some file location is to use make show=variable with
the correct value (or preferably make dump-vars if you need a largish
collection).
On Tue, Aug 27, 2013 at 12:21:26PM +0200, Matthieu Herrb wrote:
On Sat, Aug 24, 2013 at 12:11:16PM +0200, Marc Espie wrote:
On Sat, Aug 24, 2013 at 09:50:56AM +0200, Matthieu Herrb wrote:
On Sat, Aug 24, 2013 at 08:52:26AM +0200, Jan Stary wrote:
This is current/macppc, with a freshly
On Fri, Aug 30, 2013 at 11:37:50AM +0100, James Griffin wrote:
!-- On Fri 30.Aug'13 at 11:22:16 BST, Otto Moerbeek (o...@drijf.net), wrote:
On Fri, Aug 30, 2013 at 11:13:32AM +0100, Stuart Henderson wrote:
On 2013/08/30 11:08, James Griffin wrote:
I was just wondering if the Window
On Sun, Sep 01, 2013 at 03:57:56PM +0200, Matthieu Herrb wrote:
Hi,
rencently, while rebuilding ports on 2 machines (one amd64 and one
i386) which share /usr/ports over NFS, they entered a loop fetching
the same distfile in parallel (and failing because the resulting file
gets corrupted)
got some new diskspace, so I decided to experiment with new layouts for
full builds, src + x + ports.
The idea being I'm a bit fed up with wiping the machine and rebuilding
packages from scratch, so I'm going to build some stuff in a chroot...
Sharing this, because I think that would be
On Sat, Sep 07, 2013 at 10:45:35AM +0200, Marc Espie wrote:
got some new diskspace, so I decided to experiment with new layouts for
full builds, src + x + ports.
The idea being I'm a bit fed up with wiping the machine and rebuilding
packages from scratch, so I'm going to build some stuff
On Sat, Sep 07, 2013 at 04:25:53PM +0200, Marc Espie wrote:
On Sat, Sep 07, 2013 at 10:45:35AM +0200, Marc Espie wrote:
got some new diskspace, so I decided to experiment with new layouts for
full builds, src + x + ports.
The idea being I'm a bit fed up with wiping the machine
On Wed, Sep 11, 2013 at 12:06:20PM +0400, niXman wrote:
2013/9/11 Stuart Henderson
The error message gives quite a good clue:
relocation R_X86_64_32 can not be used when making a shared object;
recompile with -fPIC
Maybe, but it doesn't speak to me about anything. Can you help me?
On Fri, Sep 13, 2013 at 10:30:19PM +0200, Matthias Kilian wrote:
I really think we should stop supporting those webapps that just
don't fit into a system distribution but have their own ecosystem
(where users are advised to ftp to their webspace and similar)
I disagre vastly, just for the fact
On Mon, Sep 16, 2013 at 03:35:04PM +0400, niXman wrote:
2013/9/11 niXman:
2013/9/11 Tobias Ulmer:
Because it's work. Do you volunteer?
Yes, I will, if someone will coordinate me.
First of all, I need a description of what exactly problem is solved
by each patch.
Look, you are
On Mon, Sep 16, 2013 at 10:02:15PM +0400, niXman wrote:
And you seem to be a rude fellow.
Thank you. I have every right to be, by birth.
And you're an obvious troll, since you chose to quote parts of my emails
without the rest of the context.
Enough said.
byebye.
On Thu, Sep 12, 2013 at 02:35:02PM -0400, James Turner wrote:
Attached is a diff to update our in tree version of SQLite to the
recently released 3.8.0.2. SQLite 3.8.0 is needed for a fossil update
I'm working on.
I've tested this diff against my fossil update and everything appears to
be
On Fri, Sep 20, 2013 at 06:01:54PM -0400, John Carr wrote:
Ports worked. I needed OPENBSD_5_4 instead of the 5.3 version I had
checked out.
Applying the ports patches manually did not work. I needed the ports
build process. Something in the rest of the ports environment is
needed. Maybe
It's that time of the year again. While I'm preparing my presentation for
EuroBSDcon, I find out I have lots of interesting new ideas, so dpb moves
forward a lot.
Latest innovation is squiggles, based on a suggestion by naddy.
If you are bulk-building, and you use machines with lots of cores, you
Things work just fine.
Got an improvement though...
On Tue, Sep 10, 2013 at 07:16:22PM +0200, Marc Espie wrote:
- normal build for X
- reinstall src and X with DESTDIR=/build
normal build for X on *one* host.
Use rsync to synch the distant hosts, and the chroots.
(just don't forget
just wanted to clarify some more.
I have to say that webapps are still more than welcome in the OpenBSD tree.
They must pass a few criteria though:
- they must be of reasonable quality. Stuff with scary security holes,
or no thought about security, does not belong here.
- they must be
On Tue, Sep 24, 2013 at 11:49:30PM +0200, Matthias Kilian wrote:
On Mon, Sep 23, 2013 at 01:54:23PM +0200, Marc Espie wrote:
just wanted to clarify some more.
I have to say that webapps are still more than welcome in the OpenBSD tree.
They must pass a few criteria though
On Tue, Sep 24, 2013 at 05:44:11PM -0500, Vijay Sankar wrote:
I don't have much to contribute to the ports side of this discussion
since I am just an occasional tester.
As a lazy user, however, I would like to say that having an OpenBSD
package even for inappropriate software like WordPress
On Tue, Oct 01, 2013 at 12:43:17PM -0700, Jeremy Evans wrote:
On Sat, Sep 28, 2013 at 2:47 PM, Jiri B ji...@devio.us wrote:
Hi,
in order to update ruby-jekyll there's need to update
ruby-redcarpet and ruby-liquid.
I'm *only* occassional user of jekyll, thus no real testing
of
On Wed, Oct 02, 2013 at 12:55:35PM +0200, David Coppa wrote:
On Wed, Oct 2, 2013 at 12:51 PM, Vadim Zhukov persg...@gmail.com wrote:
2013/9/27 David Coppa dco...@gmail.com:
Hi!
The diff below updates qt4 to the latest bug-fix release (4.8.5)
with three additional patches from upstream
On Fri, Oct 04, 2013 at 02:46:17PM +, Roelof Wobben wrote:
19 # also doesn't work with mesa (libGL) version higher then 7.4.x
20 IGNORE= Not supported, missing kernel support. use the nvidia driver.
So.. ^^ you didn't actually look at this Makefile at all, did you?
As jca@ said,
well, turns out kde4 takes longer to make work properly than I would like.
It still conflicts with kde3, which made building it with dpb difficult.
And there are still lots of nasty small issues to fix, which means it can't
replace kde3.
Due to its size, working out of tree is cumbersome. Thanks
On Fri, Oct 04, 2013 at 04:57:04PM +, Roelof Wobben wrote:
[ totally useless quoted email deleted]
I looked at the nouveau page and they say that the tar file are dailly
snapshots.
Are there examples of a good Makefile which is based on git.
Roelof
An important issue I just ran into:
when a kde3/kde4 port fails, it will leave a lock behind.
I just fixed things so that this lock now contains tainted
information, along with the dependency list.
While this lock is around, the corresponding host will be tied
to kde3/kde4.
- it is possible to
On Sat, Oct 05, 2013 at 01:22:09AM +, Tino Bonaccorso wrote:
From snapshot Oct 4:
# pkg_add avahi-gtk
Can't install gtk+2-2.24.21 because of libraries
|library avahi-client.0.0 not found
| not found anywhere
|library avahi-common.0.0 not found
| not found anywhere
|library
On Wed, Oct 09, 2013 at 04:03:01PM +0200, Sébastien Marie wrote:
Hi,
I just upgrade my ports to -current (dmesg below), but I have problems
with qt4 applications.
For example, starting qtconfig4 (which is packaged in qt4-4.8.5) result
of X11 error:
$ qtconfig4
X Error: BadAccess
a week later, and several big-fixes to dpb engine.
I really needed to nail down the way dependencies are
handled, especially with respect to locks.
A few errors have been fixed, mostly leading to race
conditions.
Current situation:
- affinity now record mfs use correctly, so that ports
On Fri, Oct 11, 2013 at 02:03:34PM +0200, Marc Espie wrote:
- I'm trying to get a bit *less* code to load when it isn't
necessary. Knowing we're in the 'one host' situation helps.
Specifically, memory heuristics and affinity handling are
things we don't need to have on a single host, or when
On Thu, Oct 24, 2013 at 12:48:06AM +0100, Stuart Henderson wrote:
Nothing was committed for this yet, did we settle on a fix for it?
I said I was completely happy with the shared memory rights change...
On Mon, Oct 28, 2013 at 07:51:20PM +, Edd Barrett wrote:
Has anyone raised a bug upstream?
No, in general, we try to kill bugs, not to raise them in
bug farms and get them to reproduce.
(sorry, couldn't resist).
There is a knob for stuck downloads too (FETCH_TIMEOUT)
On Mon, Nov 04, 2013 at 02:32:17AM +0100, frantisek holop wrote:
i think saving failed checksum files into a package is
very useful. the changes could have been intentional
local changes, if not, could help tracking down the
corruption, etc. so i see 2 issues here:
1. abusing partial-*
On Mon, Nov 04, 2013 at 04:46:06AM -0500, Jiri B wrote:
Hi,
does anybody have in his/her repo newer rpm? I see there's
newer rpm in pkgsrc than in OpenBSD ports...
Or... do you create yum repos on OpenBSD? If so how do you
do that? Having newer rpm from Fedora under compat_linux
and
On Tue, Nov 05, 2013 at 03:04:54AM +0100, Juan Francisco Cantero Hurtado wrote:
The patch adds lzip support to the ports framework. I tested
EXTRACT_SUFX = .tar.lz with some ports and everything works without
problems.
I've added also lzip to PATCH_CASES because I think lzip can help to
On Tue, Nov 05, 2013 at 03:08:18AM +0100, Juan Francisco Cantero Hurtado wrote:
OK?
Okay
On Wed, Nov 06, 2013 at 09:36:40PM -0800, Constantine A. Murenin wrote:
Dear ports@,
I was adding the counts on the number of packages and categories for
http://ports.su/ , and during my verification phase, I've noticed
that the numbers didn't match with the total number of pages.
Makes less sense today than it did a few years ago.
Okay to kill it completely.
That should be bsd.port.mk, Makefile.template, bsd.port.mk(5), sqlports
and individual ports, if memory serves.
Possibly also www but I haven't checked.
On Mon, Nov 25, 2013 at 12:14:04AM +0100, Juan Francisco Cantero Hurtado wrote:
The problem with some .xz files was the limited datasize of VAX (40MB).
miod@ increased the limits to 128MB with his last commits.
OK?
Okay for the patch.
Your explanation of the problem is wrong, though. vax
On Thu, Nov 28, 2013 at 12:49:21AM +0100, Stefan Sperling wrote:
Update retroshare to the latest release.
https://retroshareteam.wordpress.com/2013/10/30/v0-5-5-release-notes/
This release contains some of the patches I've pushed upstream.
I also noticed that the build doesn't work with
On Thu, Nov 28, 2013 at 01:20:13AM -0500, Stuart Cassoff wrote:
On 07/09/13 10:44, Stuart Cassoff wrote:
An individual port of the Tcl Sqlite bindings.
I think I get it now.
Stu
Index: Makefile
===
RCS file:
On Sat, Nov 30, 2013 at 10:43:03PM +0100, Mats O Jansson wrote:
I'm looking at updating geo/osm-gps-map to version 1.0.1.
But the source is https://github.com/nzjrs/osm-gps-map/archive/1.0.1.tar.gz
Using the name 1.0.1.tar.gz in /usr/ports/distfiles seems stupid. How do I
solve this
On Sun, Dec 01, 2013 at 03:11:36PM +0100, Gregor Best wrote:
On Sun, Dec 01, 2013 at 09:20:58AM +, Stuart Henderson wrote:
[...]
We could do with something in infrastructure for tihs really, I wonder
if a USE_GITHUB might be the easiest way there...
[...]
That seems awfully
On Thu, Dec 05, 2013 at 01:26:47AM -0500, Stuart Cassoff wrote:
I'd like tcllib and tklib to make use of 'tcl modules'.
Every package that can be installed as a tcl module saves one file and one dir
and there are enough eligible packages that I think it's worth doing.
This makes use of a newer
On Sat, Dec 07, 2013 at 03:39:28PM -0500, Stuart Cassoff wrote:
On 12/05/13 05:36, Marc Espie wrote:
On Thu, Dec 05, 2013 at 01:26:47AM -0500, Stuart Cassoff wrote:
I'd like tcllib and tklib to make use of 'tcl modules'.
Every package that can be installed as a tcl module saves one file
I've just added a quirks mechanism to handle deleted ports, so that users
get an idea about what's going on.
This complements the usual @conflict/@pkgpath/quirks strategies for ports
that have been replaced by/subsumed into something else.
I hope that people who gc old ports will remember to
On Sun, Dec 08, 2013 at 01:01:48PM +0100, Jérémie Courrèges-Anglas wrote:
The use cases are regress tests that fail but don't exit with a proper
exit code, and tests that are skipped because some patching is needed.
FIX THE DAMN TESTS !
On Sun, Dec 08, 2013 at 08:41:23AM -0500, Stuart Cassoff wrote:
On 12/07/13 16:42, Marc Espie wrote:
On Sat, Dec 07, 2013 at 03:39:28PM -0500, Stuart Cassoff wrote:
On 12/05/13 05:36, Marc Espie wrote:
On Thu, Dec 05, 2013 at 01:26:47AM -0500, Stuart Cassoff wrote:
I'd like tcllib
On Fri, Dec 13, 2013 at 10:12:07AM +, Edd Barrett wrote:
On Wed, Dec 11, 2013 at 09:41:30PM +0100, Matthias Kilian wrote:
Remove postscript and pdf documentation.
The haddock manual and the ghc users guide are already available
as HTML, and everything else in Haskell land (especially
On Mon, Dec 30, 2013 at 01:06:23PM +0100, Marcus MERIGHI wrote:
Do I have to wait for newer packages or is there something I
have/can do? I suppose the former because packages seem to be rather
old (i.e. from 18/19 Dec) when looking at the directory listings.
Wait for newer packages...
On Mon, Dec 30, 2013 at 06:47:38PM +0100, Christian Weisgerber wrote:
x11/py-wxPython cannot find -lwx_gtk2_media
This comes from av support, I think, yet another side-effect of the ffmpeg
update...
I've committed some new signing code to pkg_add/pkg_create, that can make
use of the new signify(1) command tedu wrote.
You can play with it, but don't rely on... about anything. Things may still
change a great deal.
Make sure to update libc, signify(1) relies on b64 working correctly.
On Tue, Dec 31, 2013 at 12:14:26PM -0800, Scott Vanderbilt wrote:
So I see that the jdk-1.6 port has been marked as broken,
unfortunately, only after upgrading to the latest snapshot (i386).
Might anyone have any idea when this will be working again?
No. It's actually been broken for a
On Wed, Jan 01, 2014 at 09:38:48PM +, Stuart Henderson wrote:
Quick summary of the failures in the last i386 bulk build.
Java ports are now broken on i386 as a result of JDK problems.
www/chromium,proprietary: 'chrome/common/extensions/api/runtime.h' file not
found
- this is possibly
On Thu, Jan 02, 2014 at 02:58:55PM +0100, Landry Breuil wrote:
mail/zarafa/zarafa: 'SWIG_From_long' was not declared in this scope
textproc/redland-bindings: -php4 is no longer supported.
Also on amd64. Likely fallout from the devel/swig update a week
ago.
I Haven't seen them in
On Thu, Jan 02, 2014 at 06:59:02PM +0100, frantisek holop wrote:
hmm, on Thu, Jan 02, 2014 at 03:19:16PM +0100, Landry Breuil said that
I've moved away all waf users from it (ie x11/gigolo www/vteplugin)
but i'd rather remove waf from the tree instead of having someone losing
time on that
On Thu, Jan 02, 2014 at 11:19:57PM +0100, Landry Breuil wrote:
I Haven't seen them in the bulk build i ran with the swig update diff..
Hm, in fact i hadnt seen those failures because for some reason dpb
didnt try building those pkgpaths for reasons unknown to me. Yay dpb.
Surprisingly
On Fri, Jan 03, 2014 at 05:41:39AM +0100, frantisek holop wrote:
do you go around telling projects stop using insert
your favourite build system to hate? i can imagine
your answer if someone did the same for openbsd and/or
ports. it is nobody elses business what a project
uses. i am
On Mon, Jan 06, 2014 at 06:31:16PM +0200, Alexey Suslikov wrote:
using -current snapshot packages
$ sudo pkg_add claws-mail
Password:
Ambiguous: choose package for claws-mail
a 0: None
1: claws-mail-3.9.2p1
2: claws-mail-3.9.2p1-ldap
Your choice: 1
Can't install
On Thu, Jan 09, 2014 at 10:46:49AM +0100, Mike Belopuhov wrote:
Hi,
To speed things up i'm using the following Makefile instead
of the ports one to build my emacs.
http://gir.theapt.org/~mike/Makefile.athena (attached as well)
Please note that I don't use GNUS, therefore gnutls gets
On Fri, Jan 10, 2014 at 09:18:37AM +, Stuart Henderson wrote:
On 2014/01/10 20:00, Brett Mahar wrote:
On Fri, 10 Jan 2014 08:47:45 +
Stuart Henderson st...@openbsd.org wrote:
| On 2014/01/09 14:36, Brad Smith wrote:
| Make use of Clang's integrated assembler to build the x86
On Wed, Jan 15, 2014 at 03:30:00PM +0100, Antoine Jacoutot wrote:
On Wed, Jan 15, 2014 at 09:15:58AM -0500, Ted Unangst wrote:
On Wed, Jan 15, 2014 at 09:31, Antoine Jacoutot wrote:
On Tue, Jan 14, 2014 at 11:06:40PM -0500, Ted Unangst wrote:
I ran pkg_add -u and it printed a warning
On Wed, Jan 15, 2014 at 11:51:49PM -0700, Theo de Raadt wrote:
On Wed, Jan 15, 2014 at 09:31, Antoine Jacoutot wrote:
On Tue, Jan 14, 2014 at 11:06:40PM -0500, Ted Unangst wrote:
I ran pkg_add -u and it printed a warning about @endfake being
obsolete. It may have been in the xvidcore
The mode checker is paranoid about suid/sgid, not paranoid enough about
files that can be read.
The following patch prevents ports from packaging/installing if they don't
have proper annotations for anything that's g-r or o-r...
Before it goes in, a number of port must be properly annotated...
On Sat, Jan 18, 2014 at 05:17:07PM +0100, Marc Espie wrote:
The mode checker is paranoid about suid/sgid, not paranoid enough about
files that can be read.
The following patch prevents ports from packaging/installing if they don't
have proper annotations for anything that's g-r or o-r
There's something wacky going on (pkg_add spinning at 100% cpu, unkillable
by ^C).
I'm gonna look. Just ditch the PKG_CACHE for now.
On Mon, Jan 20, 2014 at 01:23:56PM +0100, Marc Espie wrote:
There's something wacky going on (pkg_add spinning at 100% cpu, unkillable
by ^C).
I'm gonna look. Just ditch the PKG_CACHE for now.
Okay, that's a snapshot issue. It was fixed by PackageLocation.pm r1.32...
)));
I fixed quite a few of the BROKEN ports with it, and I've had some help from
a few people on a few others.
Depending on my lazyness, I may fix the rest, or just let it break.
On Mon, Jan 20, 2014 at 09:23:37AM +0100, Marc Espie wrote:
On Sat, Jan 18, 2014 at 05:17:07PM +0100, Marc Espie wrote
On Sat, Jan 25, 2014 at 12:22:00AM +0400, Sergey Bronnikov wrote:
Latest version of Moose contains p5-Class-MOP and due to this
installation of both packages causes conflict.
So will need to remove p5-Class-MOP from ports after committing Moose's
update.
Considering how important Moose is
901 - 1000 of 7918 matches
Mail list logo