CVS: cvs.openbsd.org: ports

[Sebastien Marie]

CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2016/04/13 21:42:12

Modified files:
lang/rust  : Makefile 
lang/rust/pkg  : PLIST-doc 

Log message:
add plist update too in lang/rust
(and bump revision)

bad semarie@, no cookie.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/04/13 18:12:27

Added files:
devel/mozjs17/patches: patch-config_milestone_pl 

Log message:
s/if (defined(@foo))/if (@foo)/ to fix with perl 5.22

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/04/13 18:09:42

Removed files:
geo/mapproxy/patches: patch-setup_py 

Log message:
garbage-collect now-broken patch, it was replaced with a command in Makefile

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/04/13 18:06:30

Added files:
x11/py-Xlib/patches: patch-doc_html_texi2html 

Log message:
minimal patch to fix py-Xlib build with perl 5.22 due to ancient texi2html

someone please kill this and pypanel unless there are objections!

Re: UPDATE: SMPlayer-16.4.0

[Josh Grosse]

On Wed, Apr 13, 2016 at 11:41:41AM -0300, Gonzalo L. Rodriguez wrote:
> Hi,
> 
> Update for SMPlayer for 16.4.0:
> 
> http://smplayer.sourceforge.net/en/changes
> 
> Ok? Comments?

It builds and runs fine here on amd64. :)

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2016/04/13 15:32:20

Modified files:
www/sogo   : Makefile distinfo 

Log message:
Minor update to 2.3.10

http://sogo.nu/news/2016/article/sogo-v2310-released.html

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2016/04/13 15:31:39

Modified files:
www/sope   : Makefile distinfo 

Log message:
Minor update to 2.3.10:

http://sogo.nu/news/2016/article/sogo-v2310-released.html

Re: Adding pledge() to www/lynx

[Theo de Raadt]

>On 2016/04/13 13:50, Frederic Cambus wrote:
>> On Tue, Mar 29, 2016 at 04:32:40PM +0100, Stuart Henderson wrote:
>> > I've run into a slight problem with the lynx pledging. If there's a
>> > ~/.mailcap entry for a mimetype, lynx uses it to try and display the
>> > file, for example I have
>> > 
>> > application/pdf;mutt_bgrun mupdf '%s'; nametemplate=%s.pdf
>> > 
>> > (mutt_bgrun is the old script from 
>> > http://www.spocom.com/users/gjohnson/mutt/mutt_bgrun)
>> > so with this, following a link that ends up in a pdf results in lynx
>> > being killed by pledge.
>> >
>> 
>> Indeed, I was able to reproduce the issue locally, and that's something
>> I initially missed. It doesn't seem to be possible to disable this
>> behavior using an hardcoded boolean like in the previous patches.
>> 
>> What we could do is return early in the LYSystem function so that no
>> external command is ever called. It's not perfect as in the case you
>> mentioned, there is no error message reported and lynx doesn't offer
>> to save the file on disk.
>
>I'd actually prefer the crash over this, because it shows clearly that
>there is something we need to handle, and points to the area of code
>that's needed.
>
>I didn't look at the code but might it be an option to just avoid
>reading mailcap (pretend that the file doesn't exist) ..?
>
>> Here is a patch hardcoding 'no_editor = TRUE' before calling pledge
>> so calling the editor is disabled with a proper error message
>
>That makes sense.
>
>In decreasing order of preference:
>
>- fallback behaviour (e.g. download for unhandled mime-types)
>- nice error
>- hard crash
>- silently don't do what is supposed to happen

Let's start from the beginning.

How do the lynx authors justify the risk of a coding error
in the surrounding code?

Keeping it simple, I bet it never even entered their thought
process.

How about a patch to REMOVE the behavior.  Then submit it upstream,
and simultaneously challenge the greater community to find a vuln
related to this bizzare feature someone added eons ago?

Eventually we must push back against software that does too-much,
because too-much is very much related to unconsidered risk.

A year ago when we were discussing removal of lynx from base we
received comments from folk who considered it safe.  Did they know
about these mimetypes?  Sorry, this "OpenBSD makes crap software
safe" meme is so tiring.

Re: Adding pledge() to www/lynx

[Stuart Henderson]

On 2016/04/13 13:50, Frederic Cambus wrote:
> On Tue, Mar 29, 2016 at 04:32:40PM +0100, Stuart Henderson wrote:
> > I've run into a slight problem with the lynx pledging. If there's a
> > ~/.mailcap entry for a mimetype, lynx uses it to try and display the
> > file, for example I have
> > 
> > application/pdf;mutt_bgrun mupdf '%s'; nametemplate=%s.pdf
> > 
> > (mutt_bgrun is the old script from 
> > http://www.spocom.com/users/gjohnson/mutt/mutt_bgrun)
> > so with this, following a link that ends up in a pdf results in lynx
> > being killed by pledge.
> >
> 
> Indeed, I was able to reproduce the issue locally, and that's something
> I initially missed. It doesn't seem to be possible to disable this
> behavior using an hardcoded boolean like in the previous patches.
> 
> What we could do is return early in the LYSystem function so that no
> external command is ever called. It's not perfect as in the case you
> mentioned, there is no error message reported and lynx doesn't offer
> to save the file on disk.

I'd actually prefer the crash over this, because it shows clearly that
there is something we need to handle, and points to the area of code
that's needed.

I didn't look at the code but might it be an option to just avoid
reading mailcap (pretend that the file doesn't exist) ..?

> Here is a patch hardcoding 'no_editor = TRUE' before calling pledge
> so calling the editor is disabled with a proper error message

That makes sense.

In decreasing order of preference:

- fallback behaviour (e.g. download for unhandled mime-types)
- nice error
- hard crash
- silently don't do what is supposed to happen

CVS: cvs.openbsd.org: ports

[Matthias Kilian]

CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2016/04/13 13:16:54

Modified files:
net/seafile/libsearpc: Makefile 

Log message:
Missing revision bump after removal of devel/gettext from modules.
(This port has its own GH_TAGNAME, so there was no real update as
for the other ports unter net/seafile).

Re: www/dillo crash on startup (powerpc)

[Landry Breuil]

On Wed, Apr 13, 2016 at 07:30:57PM +0200, Solène Rapenne wrote:
> Hello,
> 
> As xombrero doesn't work on powerpc I tried dillo, but I encounter an issue 
> with this one too. When starting it with "dillo", I get "Illegal instruction 
> (core dumped)"
> 
> I am on -current on a macppc, updated today.
> 
> I recompiled from ports with "make DEBUG="-g"" x11/fltk and www/dillo. Here 
> is the backtrace

If you want a usable browser on macppc, i'd recommend www/netsurf.
That's the only graphical one that doesnt crash all around, been using
it since the others stopped working.

(of course, that shouldnt prevent anyone from fixing dillo on macppc.
Thanks for providing a backtrace :)

Landry

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/04/13 11:42:21

Modified files:
sysutils/p5-Sys-Virt: Makefile distinfo 

Log message:
update to p5-Sys-Virt-1.3.3

CVS: cvs.openbsd.org: ports

[Juan Francisco Cantero Hurtado]

CVSROOT:/cvs
Module name:ports
Changes by: juan...@cvs.openbsd.org 2016/04/13 11:35:48

Modified files:
www/nostromo   : Makefile distinfo 

Log message:
Update to nostromo 1.9.6. From Marcus Glocker (MAINTAINER).

CVS: cvs.openbsd.org: ports

[Sebastien Marie]

CVSROOT:/cvs
Module name:ports
Changes by: sema...@cvs.openbsd.org 2016/04/13 11:33:51

Modified files:
lang/rust  : Makefile distinfo 
lang/rust/patches: patch-configure 
   patch-src_compiletest_runtest_rs 
Removed files:
lang/rust/patches: 
   
patch-src_librustc_back_target_x86_64_unknown_openbsd_rs 

Log message:
update lang/rust to 1.8.0

ok juanfra@

www/dillo crash on startup (powerpc)

[Solène Rapenne]

Hello,

As xombrero doesn't work on powerpc I tried dillo, but I encounter an issue 
with this one too. When starting it with "dillo", I get "Illegal instruction 
(core dumped)"

I am on -current on a macppc, updated today.

I recompiled from ports with "make DEBUG="-g"" x11/fltk and www/dillo. Here is 
the backtrace


(gdb) run
Starting program: /usr/local/bin/dillo 

Program received signal SIGILL, Illegal instruction.
0xa7e77000 in ?? ()
Current language:  auto; currently c
(gdb) bt
#0  0xa7e77000 in ?? ()
#1  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#2  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#3  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#4  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#5  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#6  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#7  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#8  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#9  0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#10 0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
#11 0xa7ef8be4 in Node (this=0xb09baac0, path=Variable "path" is not available.
) at Fl_Preferences.cxx:1241
Previous frame inner to this frame (corrupt stack?)


The line 1241 of Fl_Preferences.cxx is the first statement of this function


// create a node that represents a group
// - path must be a single word, prferable alnum(), dot and underscore only. 
Space is ok.
Fl_Preferences::Node::Node( const char *path ) {
  if ( path ) path_ = strdup( path ); else path_ = 0; // < line 1241
  child_ = 0; next_ = 0; parent_ = 0;
  entry_ = 0;
  nEntry_ = NEntry_ = 0;
  dirty_ = 0;
  top_ = 0;
  indexed_ = 0;
  index_ = 0;
  nIndex_ = NIndex_ = 0;
}

I tried to comment the line and replace it with path_ = 0; but it did not make 
the trick and honestly I have no idea what I am doing in this.

It's broken since 5.9. In 5.8 (powerpc of course) dillo is working fine.

If someone could recommend me a graphical internet browser working on powerpc, 
I will be thanksful ! :)

Kind regards

Re: www/xombrero segfault on powerpc

[Landry Breuil]

On Wed, Apr 13, 2016 at 04:47:36PM +0200, Solène Rapenne wrote:
> On Wed, 13 Apr 2016 15:55:27 +0200
> Landry Breuil  wrote:
> 
> > On Wed, Apr 13, 2016 at 03:32:15PM +0200, Solène Rapenne wrote:
> > > Hello
> > > 
> > > I am using today snapshot on my macppc.
> > > 
> > > When starting xombrero with no args, I get the "unable to display page" 
> > > because the default page doesn't work.
> > > 
> > > If I click on 'Try again', the process segfault, if I enter an url, it 
> > > starts to load in the top bar and then segfault.
> > 
> > webkitgtk segfaults on powerpc at runtime, that's not news
> > 
> > Landry
> > 
> 
> Hello, I was not aware of this. I have been reporting this because the 
> package was built and everything was looking fine from an end user point of 
> view.
> 
> Why isn't there a line "ONLY_FOR_ARCHS= i386 amd64" or "BROKEN-powerpc" if it 
> is known to be broken ?

Well, shitloads of ports indirectly or directly depend on webkit (and
might use it in the end or not), and if it's not built/disabled, those
ports wouldnt be built either. Byebye gnome3 and lots of other things..

Ideally, one should fix it. Good luck with that :)

Landry

update lang/rust to 1.8.0

[Sebastien Marie]

Hi,

The following diff updates lang/rust to 1.8.0 version (scheduled for
April 14, 2016)

OK ?
-- 
Sebastien Marie

Index: Makefile
===
RCS file: /cvs/ports/lang/rust/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile11 Mar 2016 05:30:45 -  1.17
+++ Makefile13 Apr 2016 14:59:59 -
@@ -7,10 +7,9 @@ PKG_ARCH-doc = *
 COMMENT-main = compiler for Rust Language
 COMMENT-doc =  html documentation for rustc
 
-V =1.7.0
-RUST_HASH =6a154fe0
+V =1.8.0
+RUST_HASH =4fda350b
 DISTNAME = rustc-${V}-src
-REVISION = 0
 
 SUBST_VARS +=  RUST_HASH
 
@@ -21,7 +20,7 @@ PKGNAME-doc = rust-doc-${V}
 MULTI_PACKAGES =   -main -doc
 
 # the snapshot version should be the version in src/snapshots.txt
-SNAPSHOT-amd64 =   
rust-stage0-2015-12-18-3391630-openbsd-x86_64-6c8aab2c8a169274942f9a15e460069a3ff64be9.tar.bz2
+SNAPSHOT-amd64 =   
rust-stage0-2016-02-17-4d3eebf-openbsd-x86_64-ac957c6b84de2bd67f01df085d9ea515f96e22f3.tar.bz2
 
 CATEGORIES =   lang
 
Index: distinfo
===
RCS file: /cvs/ports/lang/rust/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo5 Mar 2016 15:05:33 -   1.10
+++ distinfo13 Apr 2016 14:59:59 -
@@ -1,4 +1,4 @@
-SHA256 
(rust/rust-stage0-2015-12-18-3391630-openbsd-x86_64-6c8aab2c8a169274942f9a15e460069a3ff64be9.tar.bz2)
 = 3jwmqTz5USkizAEvm1e9CNe2T34Eaam7Ay+pwHJgzww=
-SHA256 (rust/rustc-1.7.0-src.tar.gz) = 
bflgWdh7cYZ22c2HlnLk4iQYtgkzlrTMtbW2bfN78To=
-SIZE 
(rust/rust-stage0-2015-12-18-3391630-openbsd-x86_64-6c8aab2c8a169274942f9a15e460069a3ff64be9.tar.bz2)
 = 20717564
-SIZE (rust/rustc-1.7.0-src.tar.gz) = 25097611
+SHA256 
(rust/rust-stage0-2016-02-17-4d3eebf-openbsd-x86_64-ac957c6b84de2bd67f01df085d9ea515f96e22f3.tar.bz2)
 = i8F0iobZwmSIzpidf3f5B2RiMnZjdgVrX4QAsbDF3Wc=
+SHA256 (rust/rustc-1.8.0-src.tar.gz) = 
r0RmFH6NTbTeKkbgdJTS3C2WMTxbN9o0I39RHJBfdEk=
+SIZE 
(rust/rust-stage0-2016-02-17-4d3eebf-openbsd-x86_64-ac957c6b84de2bd67f01df085d9ea515f96e22f3.tar.bz2)
 = 21379252
+SIZE (rust/rustc-1.8.0-src.tar.gz) = 25641320
Index: patches/patch-configure
===
RCS file: /cvs/ports/lang/rust/patches/patch-configure,v
retrieving revision 1.8
diff -u -p -r1.8 patch-configure
--- patches/patch-configure 11 Mar 2016 05:30:45 -  1.8
+++ patches/patch-configure 13 Apr 2016 14:59:59 -
@@ -3,8 +3,8 @@ Remove requirement for curl or wget.
 The snapshot isn't downloaded but copied by post-configure.
 
 Remove requirement for FileCheck (LLVM) used in some tests.
 configure.orig Tue Mar  1 20:18:54 2016
-+++ configure  Mon Mar  7 06:07:54 2016
+--- configure.orig Mon Apr 11 23:22:03 2016
 configure  Wed Apr 13 10:23:22 2016
 @@ -727,7 +727,7 @@ putvar CFG_BOOTSTRAP_KEY
  
  step_msg "looking for build programs"
@@ -12,9 +12,9 @@ Remove requirement for FileCheck (LLVM) 
 -probe_need CFG_CURLORWGET  curl wget
 +probe CFG_CURLORWGET  curl wget
  if [ -z "$CFG_PYTHON_PROVIDED" ]; then
- probe_need CFG_PYTHON  python2.7 python2.6 python2 python
+ probe_need CFG_PYTHON  python2.7 python2 python
  fi
-@@ -1495,7 +1495,7 @@ do
+@@ -1494,7 +1494,7 @@ do
  LLVM_INST_DIR=$CFG_LLVM_ROOT
  do_reconfigure=0
  # Check that LLVm FileCheck is available. Needed for the tests
Index: patches/patch-src_compiletest_runtest_rs
===
RCS file: /cvs/ports/lang/rust/patches/patch-src_compiletest_runtest_rs,v
retrieving revision 1.1
diff -u -p -r1.1 patch-src_compiletest_runtest_rs
--- patches/patch-src_compiletest_runtest_rs11 Mar 2016 05:30:45 -  
1.1
+++ patches/patch-src_compiletest_runtest_rs13 Apr 2016 14:59:59 -
@@ -1,36 +1,36 @@
 $OpenBSD: patch-src_compiletest_runtest_rs,v 1.1 2016/03/11 05:30:45 semarie 
Exp $
 disable this part of test, as FileCheck isn't installed with LLVM
 src/compiletest/runtest.rs.origMon Mar  7 08:17:06 2016
-+++ src/compiletest/runtest.rs Mon Mar  7 09:37:52 2016
-@@ -1685,33 +1685,15 @@ fn compile_test_and_save_ir(config: , props: 
- compose_and_run_compiler(config, props, testfile, args, None)
+--- src/compiletest/runtest.rs.origMon Apr 11 23:22:03 2016
 src/compiletest/runtest.rs Wed Apr 13 14:08:41 2016
+@@ -1740,33 +1740,15 @@ fn compile_test_and_save_ir(config: , props: 
+ compose_and_run_compiler(config, props, testpaths, args, None)
  }
  
--fn check_ir_with_filecheck(config: , testfile: ) -> ProcRes {
--let irfile = output_base_name(config, testfile).with_extension("ll");
+-fn check_ir_with_filecheck(config: , testpaths: ) -> ProcRes 
{
+-let irfile = output_base_name(config, 

Re: www/xombrero segfault on powerpc

[Solène Rapenne]

On Wed, 13 Apr 2016 15:55:27 +0200
Landry Breuil  wrote:

> On Wed, Apr 13, 2016 at 03:32:15PM +0200, Solène Rapenne wrote:
> > Hello
> > 
> > I am using today snapshot on my macppc.
> > 
> > When starting xombrero with no args, I get the "unable to display page" 
> > because the default page doesn't work.
> > 
> > If I click on 'Try again', the process segfault, if I enter an url, it 
> > starts to load in the top bar and then segfault.
> 
> webkitgtk segfaults on powerpc at runtime, that's not news
> 
> Landry
> 

Hello, I was not aware of this. I have been reporting this because the package 
was built and everything was looking fine from an end user point of view.

Why isn't there a line "ONLY_FOR_ARCHS= i386 amd64" or "BROKEN-powerpc" if it 
is known to be broken ?

Kind regards

Re: www/xombrero segfault on powerpc

[Erling Westenvik]

Isn't xombrero more or less dead anyway? With last version (1.6.4)
more than a year ago?

Regards,

Erling

On Wed, Apr 13, 2016 at 03:32:15PM +0200, Solène Rapenne wrote:
> Hello
> 
> I am using today snapshot on my macppc.
> 
> When starting xombrero with no args, I get the "unable to display
> page" because the default page doesn't work.
> ...

UPDATE: SMPlayer-16.4.0

[Gonzalo L. Rodriguez]

Hi,

Update for SMPlayer for 16.4.0:

http://smplayer.sourceforge.net/en/changes

Ok? Comments?


Cheers.-

-- 
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/x11/smplayer/Makefile,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile
--- Makefile17 Jan 2016 23:00:37 -  1.24
+++ Makefile13 Apr 2016 14:39:47 -
@@ -2,7 +2,7 @@
 
 COMMENT =  complete front-end for MPlayer
 
-DISTNAME = smplayer-16.1.0
+DISTNAME = smplayer-16.4.0
 
 CATEGORIES =   multimedia x11
 
Index: distinfo
===
RCS file: /cvs/ports/x11/smplayer/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo17 Jan 2016 23:00:37 -  1.14
+++ distinfo13 Apr 2016 14:39:47 -
@@ -1,2 +1,2 @@
-SHA256 (smplayer-16.1.0.tar.bz2) = 0lybYtNsXuY/s2DppFVmYB1J1wfhNkKUpUlnuVa92Mk=
-SIZE (smplayer-16.1.0.tar.bz2) = 3966243
+SHA256 (smplayer-16.4.0.tar.bz2) = 3kFpx+Oh2L9vPJp3+gqMJMH2PbPyuKMlvGdhwKnS0uw=
+SIZE (smplayer-16.4.0.tar.bz2) = 4020567
Index: patches/patch-src_preferences_cpp
===
RCS file: /cvs/ports/x11/smplayer/patches/patch-src_preferences_cpp,v
retrieving revision 1.8
diff -u -p -r1.8 patch-src_preferences_cpp
--- patches/patch-src_preferences_cpp   4 Jan 2016 15:45:11 -   1.8
+++ patches/patch-src_preferences_cpp   13 Apr 2016 14:39:47 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-src_preferences_cpp,v 1.8 2016/01/04 15:45:11 gonzalo Exp $
 src/preferences.cpp.orig   Wed Oct 28 00:15:11 2015
-+++ src/preferences.cppSat Dec 26 21:48:38 2015
+--- src/preferences.cpp.orig   Fri Mar 18 23:20:20 2016
 src/preferences.cppWed Apr 13 00:24:15 2016
 @@ -150,7 +150,7 @@ void Preferences::reset() {
softvol_max = 110; // 110 = default value in mplayer
use_scaletempo = Detect;
@@ -21,7 +21,7 @@ $OpenBSD: patch-src_preferences_cpp,v 1.
  #ifdef BLURAY_SUPPORT
bluray_device = "";
  #endif
-@@ -307,13 +307,13 @@ void Preferences::reset() {
+@@ -298,13 +298,13 @@ void Preferences::reset() {
  mplayer_additional_audio_filters="";
  
  #ifdef LOG_MPLAYER
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/smplayer/pkg/PLIST,v
retrieving revision 1.12
diff -u -p -r1.12 PLIST
--- pkg/PLIST   1 Jul 2015 08:36:20 -   1.12
+++ pkg/PLIST   13 Apr 2016 14:39:47 -
@@ -36,8 +36,6 @@ share/doc/smplayer/ja/
 share/doc/smplayer/ja/gpl.html
 share/doc/smplayer/nl/
 share/doc/smplayer/nl/gpl.html
-share/doc/smplayer/pt/
-share/doc/smplayer/pt/gpl.html
 share/doc/smplayer/ro/
 share/doc/smplayer/ro/gpl.html
 share/doc/smplayer/ru/
@@ -58,7 +56,9 @@ share/smplayer/input.conf
 share/smplayer/shortcuts/
 share/smplayer/shortcuts/default.keys
 share/smplayer/shortcuts/euskara.keys
+share/smplayer/shortcuts/vlc.keys
 share/smplayer/translations/
+share/smplayer/translations/smplayer_am.qm
 share/smplayer/translations/smplayer_ar.qm
 share/smplayer/translations/smplayer_ar_SY.qm
 share/smplayer/translations/smplayer_bg.qm
@@ -72,6 +72,7 @@ share/smplayer/translations/smplayer_en_
 share/smplayer/translations/smplayer_es.qm
 share/smplayer/translations/smplayer_et.qm
 share/smplayer/translations/smplayer_eu.qm
+share/smplayer/translations/smplayer_fa.qm
 share/smplayer/translations/smplayer_fi.qm
 share/smplayer/translations/smplayer_fr.qm
 share/smplayer/translations/smplayer_gl.qm

Re: www/xombrero segfault on powerpc

[Landry Breuil]

On Wed, Apr 13, 2016 at 03:32:15PM +0200, Solène Rapenne wrote:
> Hello
> 
> I am using today snapshot on my macppc.
> 
> When starting xombrero with no args, I get the "unable to display page" 
> because the default page doesn't work.
> 
> If I click on 'Try again', the process segfault, if I enter an url, it starts 
> to load in the top bar and then segfault.

webkitgtk segfaults on powerpc at runtime, that's not news

Landry

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2016/04/13 07:24:06

Modified files:
sysutils/libvirt-python: Makefile distinfo 

Log message:
Update to 1.3.3

Ok jasper@ (Maintener)

www/xombrero segfault on powerpc

[Solène Rapenne]

Hello

I am using today snapshot on my macppc.

When starting xombrero with no args, I get the "unable to display page" because 
the default page doesn't work.

If I click on 'Try again', the process segfault, if I enter an url, it starts 
to load in the top bar and then segfault.

Running it under gdb shows this :

(gdb) run
Starting program: /usr/local/bin/xombrero 
(no debugging symbols found)
warning: Lowest section in /usr/local/lib/libicudata.so.9.0 is .hash at 0134
xombrero: config_parse: cannot open /home/solene/.xombrero.conf: No such file 
or directory

(xombrero:43025): Gtk-WARNING **: Theme parsing error: xombrero.css:28:11: Not 
using units is deprecated. Assuming 'px'.

(xombrero:43025): Gtk-WARNING **: Theme parsing error: xombrero.css:29:10: Not 
using units is deprecated. Assuming 'px'.

Program received signal SIGSEGV, Segmentation fault.
0xc4baee28 in JSC::LLInt::CLoop::execute () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
(gdb) bt
#0  0xc4baee28 in JSC::LLInt::CLoop::execute () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#1  0xc4ba0610 in _ZN3JSCL9executeJSEPNS_9ExecStateEPv () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#2  0xc4ba0938 in 
_ZN3JSC18doCallToJavaScriptIXadL_ZNS_L9executeJSEPNS_9ExecStateEPvxS3_PNS_14ProtoCallFrameE
 () from /usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#3  0xc4ba066c in callToJavaScript () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#4  0xc4b88e5c in JSC::JITCode::execute () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#5  0xc4b78740 in JSC::Interpreter::executeCall () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#6  0xc4cdee0c in JSC::call () from 
/usr/local/lib/libjavascriptcoregtk-3.0.so.5.0
#7  0xc6a21ad0 in WebCore::JSMainThreadExecState::call () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#8  0xc6a7439c in WebCore::JSEventListener::handleEvent () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#9  0xc6e8e580 in WebCore::EventTarget::fireEventListeners () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#10 0xc6e8e084 in WebCore::EventTarget::fireEventListeners () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#11 0xc6ecb83c in WebCore::Node::handleLocalEvents () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#12 0xc6e7a29c in WebCore::EventContext::handleLocalEvents () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#13 0xc6e7a7d0 in WebCore::MouseOrFocusEventContext::handleLocalEvents () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#14 0xc6e7c184 in 
_ZN7WebCoreL18dispatchEventInDOMERNS_5EventERKNS_9EventPathERNS_18WindowEventContextE
 () from /usr/local/lib/libwebkitgtk-3.0.so.7.0
#15 0xc6e7c6f8 in WebCore::EventDispatcher::dispatchEvent () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#16 0xc6ecba40 in WebCore::Node::dispatchEvent () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#17 0xc6e5678c in WebCore::Element::dispatchMouseEvent () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#18 0xc7646fa4 in WebCore::EventHandler::dispatchMouseEvent () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#19 0xc7644450 in WebCore::EventHandler::handleMouseReleaseEvent () from 
/usr/local/lib/libwebkitgtk-3.0.so.7.0
#20 0xc66b9988 in 
_ZL36webkit_web_view_button_release_eventP10_GtkWidgetP15_GdkEventButton () 
from /usr/local/lib/libwebkitgtk-3.0.so.7.0
#21 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#22 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#23 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#24 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#25 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#26 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#27 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#28 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#29 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#30 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#31 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#32 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#33 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#34 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#35 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#36 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#37 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
#38 0xc9866158 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/local/lib/libgtk-3.so.1800.0
Previous frame inner to this frame (corrupt stack?)

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2016/04/13 07:23:25

Modified files:
sysutils/libvirt: Makefile distinfo 
sysutils/libvirt/patches: patch-src_Makefile_in 
sysutils/libvirt/pkg: PLIST 

Log message:
Update to 1.3.3

OK jasper@ (Maintaner)

CVS: cvs.openbsd.org: ports

[David Coppa]

CVSROOT:/cvs
Module name:ports
Changes by: dco...@cvs.openbsd.org  2016/04/13 06:54:55

Modified files:
graphics/feh   : Makefile distinfo 
graphics/feh/patches: patch-man_feh_pre patch-src_events_c 
Removed files:
graphics/feh/patches: patch-share_applications_feh_pre 

Log message:
Update to feh-2.15

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/04/13 05:42:59

Modified files:
lang/php   : Makefile.inc 
lang/php/5.4   : Makefile 
lang/php/5.5   : Makefile 
lang/php/5.6   : Makefile 
lang/php/7.0   : Makefile 

Log message:
Replace iconv and gettext modules.
Clean up the dependencies of the -main and -fastcgi subpackages.
ok sthen@ robert@

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/04/13 05:25:40

Modified files:
net/samba  : Makefile distinfo 

Log message:
SECURITY update to samba-4.3.8

ok sthen@ Ian McWilliam

CVE-2015-5370 (Multiple errors in DCE-RPC code)
CVE-2016-2110 (Man in the middle attacks possible with NTLMSSP)
CVE-2016-2111 (NETLOGON Spoofing Vulnerability)
CVE-2016-2112 (LDAP client and server don't enforce integrity)
CVE-2016-2113 (Missing TLS certificate validation)
CVE-2016-2114 ("server signing = mandatory" not enforced)
CVE-2016-2115 (SMB IPC traffic is not integrity protected)
CVE-2016-2118 (SAMR and LSA man in the middle attacks possible)

See https://www.samba.org/samba/history/samba-4.3.8.html for more
information.

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/04/13 04:58:49

Modified files:
geo/mapproxy   : Makefile distinfo 

Log message:
Update to mapproxy 1.8.2.

While here:
* add proj to RUN_DEPENDS (libproj is dlopen'ed on the fly by
proj.py, and if not found it would fallback to py-proj). Prompted after
a mail by attila
* add py-requests, py-shapely and py-gdal to TEST_DEPENDS
* fix python shebang in tests - now only 5 tests should fail

Re: Adding pledge() to www/lynx

[Frederic Cambus]

On Tue, Mar 29, 2016 at 04:32:40PM +0100, Stuart Henderson wrote:
> I've run into a slight problem with the lynx pledging. If there's a
> ~/.mailcap entry for a mimetype, lynx uses it to try and display the
> file, for example I have
> 
> application/pdf;mutt_bgrun mupdf '%s'; nametemplate=%s.pdf
> 
> (mutt_bgrun is the old script from 
> http://www.spocom.com/users/gjohnson/mutt/mutt_bgrun)
> so with this, following a link that ends up in a pdf results in lynx
> being killed by pledge.
>

Indeed, I was able to reproduce the issue locally, and that's something
I initially missed. It doesn't seem to be possible to disable this
behavior using an hardcoded boolean like in the previous patches.

What we could do is return early in the LYSystem function so that no
external command is ever called. It's not perfect as in the case you
mentioned, there is no error message reported and lynx doesn't offer
to save the file on disk. But that would also prevent future unpleasant
discoveries like this one, as while investigating, I found another
possible case of 'proc' + 'exec' use : it's possible to define an
external editor which will be executed if you press the 'e' key when
invoking lynx with a local file as argument, for example:
lynx index.html

Here is a patch hardcoding 'no_editor = TRUE' before calling pledge
so calling the editor is disabled with a proper error message, and
returning early in LYSystem. It might be better to return an error
code different than zero, in order to possibly trigger error
messages display?

Index: Makefile
===
RCS file: /cvs/ports/www/lynx/Makefile,v
retrieving revision 1.24
diff -u -p -u -p -r1.24 Makefile
--- Makefile12 Mar 2016 14:29:13 -  1.24
+++ Makefile13 Apr 2016 10:40:36 -
@@ -5,7 +5,7 @@ PL =8
 COMMENT =  text web browser
 DISTNAME = lynx${V}dev.${PL}
 PKGNAME =  lynx-${V}pl${PL}
-REVISION = 2
+REVISION = 3
 EXTRACT_SUFX = .tar.bz2
 CATEGORIES =   www net
 
Index: patches/patch-lynx_man
===
RCS file: /cvs/ports/www/lynx/patches/patch-lynx_man,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-lynx_man
--- patches/patch-lynx_man  12 Mar 2016 14:29:13 -  1.1
+++ patches/patch-lynx_man  13 Apr 2016 10:40:36 -
@@ -1,12 +1,13 @@
 $OpenBSD: patch-lynx_man,v 1.1 2016/03/12 14:29:13 tb Exp $
 --- lynx.man.orig  Thu Oct  8 02:19:45 2015
-+++ lynx.man   Thu Feb  4 12:37:28 2016
-@@ -593,6 +593,21 @@ flushes the cache on a proxy server
 lynx.man   Wed Apr 13 13:03:58 2016
+@@ -593,6 +593,22 @@ flushes the cache on a proxy server
  allows a list of services to be disabled selectively.
  Dashes and underscores in option names can be intermixed.
  The following list is printed if no options are specified.
 +.IP
 +On OpenBSD the following restrictions are always enabled:
++\fBeditor\fR,
 +\fBexec\fR,
 +\fBmail\fR,
 +and
Index: patches/patch-src_LYMain_c
===
RCS file: /cvs/ports/www/lynx/patches/patch-src_LYMain_c,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-src_LYMain_c
--- patches/patch-src_LYMain_c  12 Mar 2016 14:29:13 -  1.1
+++ patches/patch-src_LYMain_c  13 Apr 2016 10:40:36 -
@@ -1,12 +1,13 @@
 $OpenBSD: patch-src_LYMain_c,v 1.1 2016/03/12 14:29:13 tb Exp $
 --- src/LYMain.c.orig  Fri Dec 18 01:34:45 2015
-+++ src/LYMain.c   Wed Feb  3 19:50:41 2016
-@@ -2142,6 +2142,21 @@ int main(int argc,
 src/LYMain.c   Mon Apr 11 01:55:21 2016
+@@ -2142,6 +2142,22 @@ int main(int argc,
  }
  
  /*
 + * Disabling features requiring 'proc' + 'exec' and calling pledge
 + */
++no_editor = TRUE;
 +no_exec = TRUE;
 +no_mail = TRUE;
 +no_shell = TRUE;
Index: patches/patch-src_LYUtils_c
===
RCS file: /cvs/ports/www/lynx/patches/patch-src_LYUtils_c,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-src_LYUtils_c
--- patches/patch-src_LYUtils_c 12 Mar 2016 14:29:13 -  1.1
+++ patches/patch-src_LYUtils_c 13 Apr 2016 10:40:36 -
@@ -6,7 +6,7 @@ order to avoid a "getpw" promise.  This 
 no breakage is to be expected from this.
 
 --- src/LYUtils.c.orig Sun Mar 22 16:38:23 2015
-+++ src/LYUtils.c  Sun Jan 31 07:49:03 2016
 src/LYUtils.c  Mon Apr 11 01:39:12 2016
 @@ -5253,10 +5253,11 @@ const char *Home_Dir(void)
/*
 * One could use getlogin() and getpwnam() here instead.
@@ -22,3 +22,11 @@ no breakage is to be expected from this.
} else
  #endif
{
+@@ -7185,6 +7186,7 @@ static char *escape_backslashes(char *source)
+  */
+ int LYSystem(char *command)
+ {
++return 0;
+ int code;
+ int do_free = 0;
+ 

 

Re: PHP 7 build dependency missing

[Frank Groeneveld]

On Wed, Apr 13, 2016 at 09:40:49AM +0100, Stuart Henderson wrote:
> it's already there:
> 
> $ cd /usr/ports/lang/php/7.0
> $ make show=BUILD_DEPENDS
> devel/bison www/apache-httpd STEM->=0.10.38:devel/gettext devel/gettext-tools 
> devel/metaauto devel/autoconf/2.69 devel/ccache archivers/bzip2
> 

You're right. Thats weird, dpb didn't install it for me, I had to
manually install it on my build machine. Would you know the reason?

One other small bug: files/php.conf contains "php5" in some places, it
should be dynamic, depending on the php major version. I'm not sure how
to capture only the first char from the $PV variable, otherwise I could
make a diff for you.

Thanks, and keep up the great work!

Frank

CVS: cvs.openbsd.org: ports

[Stefan Sperling]

CVSROOT:/cvs
Module name:ports
Changes by: s...@cvs.openbsd.org2016/04/13 04:29:16

Modified files:
sysutils/firmware/iwm: Makefile distinfo 
sysutils/firmware/iwm/pkg: PLIST 

Log message:
Add iwm(4) firmware files with API version 16. From now on, we'll install both
API 9 and API 16 firmware files until a future OpenBSD release ships support
for API 16 in iwm(4).
suggested by phessler@
ok sthen@ jsg@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/04/13 03:44:46

Modified files:
shells : Makefile 

Log message:
link static flavours of shells to the build

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/04/13 03:44:25

Modified files:
shells/nsh : Makefile 
shells/nsh/pkg : DESCR 

Log message:
add an optional static flavour to nsh

lynx on OpenBSD moved from base to ports

[Craig Skinner]

Hello Thomas,

Lynx was moved from OpenBSD's base to ports
tree at release 5.6 (1st November 2014):
http://www.openbsd.org/faq/upgrade56.html#ToPorts

"Lynx has been removed from the base system and added to the ports tree."
http://www.openbsd.org/56.html

Web link to the port:
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/www/lynx/

Recently, the port has also been pledged:
http://man.openbsd.org/pledge

Please update this (and any other pages) which currently reads:
OpenBSD
  (OpenBSD provides an older version in the base system, does not provide a 
port)
http://lynx.invisible-island.net/current/index.html

Cheers!
-- 
The party adjourned to a hot tub, yes. Fully clothed, I might add.
-- IBM employee, testifying in California State Supreme Court

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/04/13 02:59:03

Modified files:
geo: Makefile 

Log message:
+py-shapely

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/04/13 02:58:04

Log message:
Import py-shapely 1.5.15.

Shapely is a BSD-licensed Python package for manipulation and analysis of
planar geometric objects. It is based on the widely deployed GEOS (the 
engine
of PostGIS) and JTS (from which GEOS is ported) libraries. Shapely is not
concerned with data formats or coordinate systems, but can be readily
integrated with packages that are.

ok sthen@

Status:

Vendor Tag: landry
Release Tags:   landry_20160413

N ports/geo/py-shapely/Makefile
N ports/geo/py-shapely/distinfo
N ports/geo/py-shapely/pkg/PLIST
N ports/geo/py-shapely/pkg/DESCR
N ports/geo/py-shapely/patches/patch-setup_py

No conflicts created by this import

py-shapely

[Landry Breuil]

hi,

here's a port of py-shapely, lying in mystuff since $FOREVER - i know
mapproxy regress test can make use of it, and probably other
py-gdal/QGIS stuff.

okays welcome, tests finally pass after figuring out how to handle the
_vectorized.so thing thx to natano@.

Landry


py-shapely-1.5.15.tgz
Description: application/tar-gz

Re: PHP 7 build dependency missing

[Stuart Henderson]

On 2016/04/13 09:00, Frank Groeneveld wrote:
> Great work on getting php 7.0  in for 5.9 release!
> Apparently you need to have apache-httpd installed before you can build
> the php 7.0 port, though. Could somebody add it to the port?
> 
> Thanks!
> 
> Frank
> 

it's already there:

$ cd /usr/ports/lang/php/7.0
$ make show=BUILD_DEPENDS
devel/bison www/apache-httpd STEM->=0.10.38:devel/gettext devel/gettext-tools 
devel/metaauto devel/autoconf/2.69 devel/ccache archivers/bzip2

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/04/13 01:52:16

Modified files:
devel/spice-protocol: Makefile 
devel/spice-protocol/patches: patch-spice_macros_h 

Log message:
re-add endian.h inclusion, it's obviously needed.

from miod@

PHP 7 build dependency missing

[Frank Groeneveld]

Great work on getting php 7.0  in for 5.9 release!
Apparently you need to have apache-httpd installed before you can build
the php 7.0 port, though. Could somebody add it to the port?

Thanks!

Frank