CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2014/02/20 03:12:32
Modified files:
x11/gnome/seahorse: Makefile
Added files:
x11/gnome/seahorse/patches: patch-common_config_vapi
Log message:
Unbreak runtime on 64bit; from upstream.
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2014/02/20 10:55:29
Modified files:
x11/gnome/mutter: Makefile distinfo
Log message:
update to mutter 3.10.4, fixing a host of issues
ok aja@ sthen@
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2014/02/20 10:55:45
Modified files:
x11/gnome/shell: Makefile distinfo
x11/gnome/shell/patches: patch-src_shell-global_c
Log message:
update to gnome-shell-3.10.4, fixing a host of issues
ok
CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2014/02/20 14:15:31
Modified files:
devel/subversion: Makefile
Added files:
devel/subversion/patches: patch-subversion_mod_dav_svn_repos_c
Log message:
Fix for CVE-2014-0032, mod_dav_svn DoS
Hi,
While testing lisp libraries on OpenBSD I noticed ECL package doesn't seem to
function anymore.
zmyrgel:10171$ sudo pkg_add ecl
ecl-13.5.1: ok
zmyrgel:10172$ ecl
Bad system call (core dumped)
zmyrgel:10173$ gdb ecl ecl.core
GNU gdb 6.3
On 02/20/14 10:27, Timo Myyrä wrote:
Hi,
While testing lisp libraries on OpenBSD I noticed ECL package doesn't seem to
function anymore.
works for me with 14/02 amd64 snapshot, maybe your pkgs are not in sync with
base, in -current there is libc.so.73.1, in 5.4 there is libc.so.69 and you
Giovanni Bechis giova...@bigio.snb.it writes:
On 02/20/14 10:27, Timo Myyrä wrote:
Hi,
While testing lisp libraries on OpenBSD I noticed ECL package doesn't seem to
function anymore.
works for me with 14/02 amd64 snapshot, maybe your pkgs are not in sync with
base, in -current there is
On 20/02/2014 9:00 PM, Sebastian Rother wrote:
Dear Brad, dear Ian,
Why aint the Version number of the Samba port raised after applying the
security patches?
From what I see the most recent version is samba 3.6.22 but OpenBSD
includes 3.6.15+whatever.
If all security patches to 3.6.15 where
On 2014/02/19 21:32, TimH wrote:
With -current ports tree and latest snapshot.
=== Building package for p5-ossp-UUID-1.6.2p3
Create /usr/ports/packages/amd64/all/p5-ossp-UUID-1.6.2p3.tgz
Error:
On 2014/02/20 22:44, Ian McWilliam wrote:
On 20/02/2014 9:00 PM, Sebastian Rother wrote:
Dear Brad, dear Ian,
Why aint the Version number of the Samba port raised after applying the
security patches?
From what I see the most recent version is samba 3.6.22 but OpenBSD
includes
On Thu, Feb 20, 2014 at 10:44:01PM +1100, Ian McWilliam wrote:
On 20/02/2014 9:00 PM, Sebastian Rother wrote:
Dear Brad, dear Ian,
Why aint the Version number of the Samba port raised after applying the
security patches?
From what I see the most recent version is samba 3.6.22 but OpenBSD
On Wed Feb 19, 2014 at 07:46:46PM +0100, Christian Weisgerber wrote:
The devel/readline port clashes with the old libreadline in base.
Yes, the library is named ereadline, but the header files still
collide.
devel/R fails with
It is fixed in new R 3.0.2 port. Will commit after portslook
hmm, on Thu, Feb 20, 2014 at 10:44:01PM +1100, Ian McWilliam said that
Look, the Samba folk decided from 3.6.16 to change the build
environment that had been with the 3.6 branch for 15 releases to
python and waf.
Our in-ports tree waf was out of date to use. Some discussion was
had about
On Thu, Feb 20, 2014 at 04:33:39PM +0100, frantisek holop wrote:
the waf philosophy is to bundle it with a given project,
to become part of the project. that is why it does
not need to be package friendly, it is not meant
to be used from a package. if it helps, think of it
as waf ==
On 2014/02/20 16:33, frantisek holop wrote:
i know this won't make me any friends on ports@
but waf is not the root of all evil.
the waf philosophy is to bundle it with a given project,
to become part of the project. that is why it does
not need to be package friendly, it is not meant
to
On Thu, 20 Feb 2014 12:37:49 +
Stuart Henderson st...@openbsd.org wrote:
[...]
Please send a full build log for devel/uuid, ASAP.
Attached a text file of the make and make install.
--TimH# pwd
/usr/ports/devel/uuid
# make
=== ossp-uuid-1.6.2p2 depends on: groff-=1.21 -
On 20/02/14 6:44 AM, Ian McWilliam wrote:
They changed the build environment for 4.x. No issue. They could have
left 3.6 that way it was seeing it was to become obsolete when the 4.1
branch was released. The world is linux and linux only, no project seems
to give a rats ass about much else. If
On 2014/02/20 08:36, TimH wrote:
On Thu, 20 Feb 2014 12:37:49 +
Stuart Henderson st...@openbsd.org wrote:
[...]
Please send a full build log for devel/uuid, ASAP.
Attached a text file of the make and make install.
Not quite sure what's going on then.. You have a
Brian asked me to compile and to test the last version of seed7 on hppa.
The result is a little weird, so let me know if you have a better fix or
just give me the OKs.
Apparently gmake doesn't honor ALL_TARGET on hppa. I tried also running
directly gmake -f makefile depend s7 s7c within WRKSRC or
On Thu, 20 Feb 2014 21:00:09 +
Stuart Henderson st...@openbsd.org wrote:
On 2014/02/20 08:36, TimH wrote:
On Thu, 20 Feb 2014 12:37:49 +
Stuart Henderson st...@openbsd.org wrote:
[...]
Please send a full build log for devel/uuid, ASAP.
Attached a text file of
On 2/20/2014 4:29 PM, Juan Francisco Cantero Hurtado wrote:
Brian asked me to compile and to test the last version of seed7 on hppa.
The result is a little weird, so let me know if you have a better fix or
just give me the OKs.
So I'm assuming it builds correctly with this fix? But does it
21 matches
Mail list logo