Re: converters/html2text add utf8 and other fixes

[Davide Gerhard]

On Monday, 23/01/2017 10:32 GMT, Jeremie Courreges-Anglas wrote:

> Davide Gerhard  writes:
>
>> hello,
>> just some fixes.
>
> Those don't look like "just fixes".  There may be actual bug fixes here,
> but other changes look intrusive.  What about trying to prod/help
> upstream so that those changes don't rot in our tree?

you are right, sorry; I did a mashup copying debian's patch set.

bug fixes:
 - close every file after processing, not at the end of program.
 - recognize all  tags, not just one.
 - correctly specify NULLs for 64-bit architectures.
 - substituted 'char*' with 'const char*' in needed places to avoid
   'deprecated conversion from string constant to ‘char*’' warnings.
 - validate --width parameter input.
 - fix CXX variable on configure and now should compile with clang.

changes/new features:
 - remove limited built-in http support.
 - support UTF-8 encoding when processing input.
 - don't use backspaces.
 - skip numbers in html tag.
 - recode input according to 'meta http-equiv' in html document.
   (needs iconv)
 - convert output to user's locale charset (needs iconv)


I wrote to the developer but no answer yet. The utf-8 patch is done by
him but he didn't released a new version with that therefore I am not so
confident on a new release. The last one go back to 2004/2005.

So, probably, we need to maintain some/all of those in ports.

>> two questions:
>> - how can I test the port with clang/llvm? some nice mk.conf variable?
>
> You can modify the port to add lang/llvm to MODULES, then tweak
> MODCLANG_ARCHS and MODCLANG_LANGS.  There is no user-level knob here,
> ports are geared toward bulk builds.

quite cumbersome in respect to CCX variable but it is good to know also this
way. thanks jeremie.

>
>> - would be nice to add -utf8 to man: I need to use mg/vi or there
>>   is another tool?
>
> If you want to edit a manpage then yes, a text editor might help. :)

I hoped in a wysiwyg software :)

Re: converters/html2text add utf8 and other fixes

[Davide Gerhard]

On Monday, 23/01/2017 11:05 GMT, Stuart Henderson wrote:

> On 2017/01/23 11:32, Jeremie Courreges-Anglas wrote:
>> > two questions:
>> > - how can I test the port with clang/llvm? some nice mk.conf variable?
>> 
>> You can modify the port to add lang/llvm to MODULES, then tweak
>> MODCLANG_ARCHS and MODCLANG_LANGS.  There is no user-level knob here,
>> ports are geared toward bulk builds.
>
> Or "CC=clang CXX=clang++ make"

ooo yeah..I fixed CXX but I lost this :)

thanks stuart

Re: rm -rf Xombrero

[Davide Gerhard]

On Tuesday, 31/01/2017 22:51 GMT, Uwe Werler wrote:

> On 31 Jan 23:48, Erling Westenvik wrote:
>> > > Mmh, I use it. For me the best browser around.
>> >
>> > I use it as well - its the only functional graphical browser that works
>> > on my old single-core, 2GB memory celeron.
>> 
>> How about surf(1). Not tabbed, and cannot be used solely by keyboard,
>> but better rendering in general IMO. I use it now and then. It even
>> manages to load Facebook.
>
> I like vimb - it's completely keyboard driven. They suggest to use tabbed with
> it but inside tabbed the refresh takes very long.

try surf2 that use webkitgtk4 and if you want tabbing you can use
x11/tabbed. (or maybe www/epiphany)

surf and vimb are using www/webkit therefore avoid it.

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/31 23:52:46

Modified files:
graphics/shotwell: Makefile distinfo 

Log message:
Update to shotwell-0.25.4.

SBCL missing threads and build failure

[Timo Myyrä]

Hi,

I noticed that the thread support in sbcl isn't working at all.
Seems that the ports Makefile passes wrong configure flag and needs following
tweak:

Index: Makefile
===
RCS file: /cvs/ports/lang/sbcl/Makefile,v
retrieving revision 1.29
diff -w -u -b -r1.29 Makefile
--- Makefile2 Nov 2016 13:26:07 -   1.29
+++ Makefile1 Feb 2017 04:34:35 -
@@ -11,6 +11,7 @@
 PKGNAME=   sbcl-${V}
 WRKDIST=   ${WRKDIR}/sbcl-${V}
 EXTRACT_SUFX=  .tar.bz2
+REVISION=  0
 
 CATEGORIES=lang
 HOMEPAGE=  http://www.sbcl.org/
@@ -35,7 +36,7 @@
 .if ${FLAVOR:Mthreads}
 # XXX
 BROKEN-powerpc=no support yet
-EXTRA_PARAMS+= --with-sb-threads
+EXTRA_PARAMS+= --with-sb-thread
 .endif
 

Though I haven't been able to verify that the above actually works as I hit
following error when I try to build sbcl.

...
gmake: Entering directory 
'/usr/ports/pobj/sbcl-1.3.10-threads-native_bootstrap/sbcl-1.3.10/tools-for-build'
cc -O2 -pipe -fno-omit-frame-pointer -fno-pie -I../src/runtime -nopie  
determine-endianness.c   -lutil -o determine-endianness
gmake: Leaving directory 
'/usr/ports/pobj/sbcl-1.3.10-threads-native_bootstrap/sbcl-1.3.10/tools-for-build'
make-config.sh[760]: tools-for-build/determine-endianness: Permission denied
*** Error 1 in . (Makefile:73 'do-build')
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2683 
'/usr/ports/pobj/sbcl-1.3.10-threads-native_bootstrap/.build_done')
*** Error 1 in /usr/ports/lang/sbcl 
(/usr/ports/infrastructure/mk/bsd.port.mk:2389 'all')
...

I'm pretty suprised why I don't have permissions to run that. If I manually
change to that dir and compile the file manually things work.

tmy@phobos sbcl $ cd 
/usr/ports/pobj/sbcl-1.3.14-threads-native_bootstrap/sbcl-1.3.14/tools-for-build
 
tmy@phobos tools-for-build $ cc -O2 -pipe -fno-omit-frame-pointer 
-I../src/runtime   determine-endianness.c   -lutil -o determine-endianness 
tmy@phobos tools-for-build $ ./determine-endianness 

   :little-endiantmy@phobos tools-for-build 
$ 

Is the SBCL build process doing something else behind the scenes or what?
Anyone else seeing this?

Timo

Re: rm -rf Xombrero

[Dutch Ingraham]

On Tue, Jan 31, 2017 at 11:48:24PM +0100, Erling Westenvik wrote:
> On Tue, Jan 31, 2017 at 04:31:30PM -0600, Dutch Ingraham wrote:
> > On Tue, Jan 31, 2017 at 10:51:45PM +0100, Uwe Werler wrote:
> > >
> > >
> > > Am 31. Januar 2017 22:49:14 MEZ schrieb Edd Barrett 
> > > :
> > > >On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
> > > >> It uses insecure webkit and conformal/companyzero do no recommend its
> > > >> use.
> > > >
> > > >If no one uses it, then goodbye xombrero!
> > > >
> > > >--
> > > >Best Regards
> > > >Edd Barrett
> > > >
> > > >http://www.theunixzoo.co.uk
> > >
> > >
> > > Mmh, I use it. For me the best browser around.
> >
> > I use it as well - its the only functional graphical browser that works
> > on my old single-core, 2GB memory celeron.
> 
> How about surf(1). Not tabbed, and cannot be used solely by keyboard,
> but better rendering in general IMO. I use it now and then. It even
> manages to load Facebook.

Thanks for the suggestion - I like the suckless stuff in general, and
this box is already running dwm and dmenu from them.  I think I tried
this a couple of years ago and found it a little too "raw" for my
purposes, but I may have to take another look.

Re: rm -rf Xombrero

[Stuart Henderson]

On 2017/01/31 23:51, Uwe Werler wrote:
> On 31 Jan 23:48, Erling Westenvik wrote:
> > > > Mmh, I use it. For me the best browser around.
> > >
> > > I use it as well - its the only functional graphical browser that works
> > > on my old single-core, 2GB memory celeron.
> > 
> > How about surf(1). Not tabbed, and cannot be used solely by keyboard,
> > but better rendering in general IMO. I use it now and then. It even
> > manages to load Facebook.
> 
> I like vimb - it's completely keyboard driven. They suggest to use tabbed with
> it but inside tabbed the refresh takes very long.

vimb is on the list as well..

https://marc.info/?l=openbsd-ports=148585584015126=2

Re: rm -rf Xombrero

[Uwe Werler]

On 31 Jan 23:48, Erling Westenvik wrote:
> > > Mmh, I use it. For me the best browser around.
> >
> > I use it as well - its the only functional graphical browser that works
> > on my old single-core, 2GB memory celeron.
> 
> How about surf(1). Not tabbed, and cannot be used solely by keyboard,
> but better rendering in general IMO. I use it now and then. It even
> manages to load Facebook.

I like vimb - it's completely keyboard driven. They suggest to use tabbed with
it but inside tabbed the refresh takes very long.

-- 

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2017/01/31 15:50:50

Modified files:
lang/lua/5.3   : Makefile distinfo 

Log message:
update to lua-5.3.4

Re: rm -rf Xombrero

[Erling Westenvik]

On Tue, Jan 31, 2017 at 04:31:30PM -0600, Dutch Ingraham wrote:
> On Tue, Jan 31, 2017 at 10:51:45PM +0100, Uwe Werler wrote:
> >
> >
> > Am 31. Januar 2017 22:49:14 MEZ schrieb Edd Barrett :
> > >On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
> > >> It uses insecure webkit and conformal/companyzero do no recommend its
> > >> use.
> > >
> > >If no one uses it, then goodbye xombrero!
> > >
> > >--
> > >Best Regards
> > >Edd Barrett
> > >
> > >http://www.theunixzoo.co.uk
> >
> >
> > Mmh, I use it. For me the best browser around.
>
> I use it as well - its the only functional graphical browser that works
> on my old single-core, 2GB memory celeron.

How about surf(1). Not tabbed, and cannot be used solely by keyboard,
but better rendering in general IMO. I use it now and then. It even
manages to load Facebook.

> But, time marches on, and if it's insecure and won't be fixed, I suppose
> its best to remove it, sadly.

--
Erling Westenvik

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 15:43:30

Modified files:
net/librenms   : Makefile distinfo 
net/librenms/patches: patch-config_php_default patch-daily_sh 
  patch-html_install_php 
  patch-html_pages_about_inc_php 
  patch-includes_common_php 
  patch-includes_defaults_inc_php 
  patch-includes_functions_php 
  patch-lib_influxdb-php_requirements_sh 
  patch-librenms_nonroot_cron 
  patch-poller-wrapper_py patch-validate_php 
net/librenms/pkg: PLIST 
Removed files:
net/librenms/patches: patch-includes_polling_core_inc_php 
  patch-scripts_cron-hourly_sh 
  patch-scripts_cron-minute_sh 
  patch-scripts_cron_sh 

Log message:
update to librenms-1.24

reluctantly add a run dep on bash, it's getting to be a bit of a maintenance
problem to keep patching daily.sh to work with ksh.

Re: rm -rf Xombrero

[Dutch Ingraham]

On Tue, Jan 31, 2017 at 10:51:45PM +0100, Uwe Werler wrote:
> 
> 
> Am 31. Januar 2017 22:49:14 MEZ schrieb Edd Barrett :
> >On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
> >> It uses insecure webkit and conformal/companyzero do no recommend its
> >> use.
> >
> >If no one uses it, then goodbye xombrero!
> >
> >-- 
> >Best Regards
> >Edd Barrett
> >
> >http://www.theunixzoo.co.uk
> 
> 
> Mmh, I use it. For me the best browser around.

I use it as well - its the only functional graphical browser that works 
on my old single-core, 2GB memory celeron.

But, time marches on, and if it's insecure and won't be fixed, I suppose
its best to remove it, sadly.

Re: rm -rf Xombrero

[Matthias Kilian]

Hi,

On Tue, Jan 31, 2017 at 10:51:45PM +0100, Uwe Werler wrote:
> >> It uses insecure webkit and conformal/companyzero do no recommend its
> >> use.
> >
> >If no one uses it, then goodbye xombrero!
[..]
> Mmh, I use it. For me the best browser around.

I'm using it, too, as a 'fringe group browser'[1], but I'm sure
there are enough substitutes in the ports tree, so IMHO it should
die.

Ciao,
Kili

[1]: in german: 'Randgruppenbrowser'

Re: youtube-dl fix

[Stuart Henderson]

On 2017/01/31 17:03, Jeremie Courreges-Anglas wrote:
> Stuart Henderson  writes:
> 
> > Update and apply a patch from a pull request to unbreak youtube.
> > OK?
> 
> Works for me, ok jca@

Ah, upstream have made a release with a modified version in, closing
19 dup tickets with the commit(!), so I'll go for the new release
rather than patching.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 15:01:26

Modified files:
www/youtube-dl : Makefile distinfo 
www/youtube-dl/pkg: PLIST 

Log message:
update to youtube-dl 2017.01.31, unbreaking youtube support.
earlier version ok jca@.

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2017/01/31 14:58:31

Removed files:
www/xombrero   : Makefile distinfo 
www/xombrero/pkg: DESCR PLIST 

Log message:
Bye Xombrero

Re: NEW: libmpack (needs discussion)

[Edd Barrett]

Hi,

On Mon, Jan 23, 2017 at 09:56:04AM +, Stuart Henderson wrote:
> > The port looks fine, but I find all this FULLPKG-fu confusing.
> > Splitting the port would make things more readable IMHO.
> 
> hmm, and that would make things a bit more sensible for building to support
> the multiple lua versions without having to re-build the whole thing.
> OK I have come round to that idea.

Attached is the port revised to use SUBDIRs.

Comments? OK?

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk


libmpack-subdirs.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2017/01/31 14:53:07

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
Unhook xombrero/xxxterm

CVS: cvs.openbsd.org: ports

[Gonzalo L . Rodriguez]

CVSROOT:/cvs
Module name:ports
Changes by: gonz...@cvs.openbsd.org 2017/01/31 14:52:16

Modified files:
www: Makefile 

Log message:
Xombrero is gone.

https://github.com/conformal/xombrero/issues/142

OK sthen@ jca@ edd@ and others.

Re: rm -rf Xombrero

[Uwe Werler]

Am 31. Januar 2017 22:49:14 MEZ schrieb Edd Barrett :
>On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
>> It uses insecure webkit and conformal/companyzero do no recommend its
>> use.
>
>If no one uses it, then goodbye xombrero!
>
>-- 
>Best Regards
>Edd Barrett
>
>http://www.theunixzoo.co.uk


Mmh, I use it. For me the best browser around.

Re: rm -rf Xombrero

[Edd Barrett]

On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
> It uses insecure webkit and conformal/companyzero do no recommend its
> use.

If no one uses it, then goodbye xombrero!

-- 
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk

Re: samba4 and ACL's

[alexmcwhirter]

On 2017-01-31 07:53, Jeremie Courreges-Anglas wrote:

This looks like an error from ''samba-tool domain provision'', not an
error from the samba daemon.

Please state exactly:
- which OpenBSD release you're using
- which samba version you're using (hint, on -stable only the -stable
  samba port is supported).
- any relevant information such as the commands you type.  This of
  course includes how you ran samba-tool.

As a selfish developer that only uses -current I would of course prefer
you to use -current with snapshots and packages. :)



OpenBSD 5.9, Samba 4.1.22

samba-tool domain provision --domain=BLAH --host-name=DC0 
--host-ip=10.0.0.1 --site=BLAH --adminpass="bl4h" --server-role=dc  
--function-level=2008_R2 --targetdir=/mnt/das/samba --use-ntvfs 
--option="interfaces=vlan133" --option="bind interfaces only=yes" 
--option="dns forwarder=10.0.0.2" --realm=BLAH.BLAH


This works as expected and i can run the domain.

OpenBSD 6.0, Samba 4.4.5

samba-tool domain provision --domain=BLAH --host-name=DC0 
--host-ip=10.0.0.1 --site=BLAH --adminpass="bl4h" --server-role=dc  
--function-level=2008_R2 --targetdir=/mnt/das/samba 
--option="interfaces=vlan133" --option="bind interfaces only=yes" 
--option="dns forwarder=10.0.0.2" --realm=BLAH.BLAH


Had to remove --use-ntvfs as it is no longer an option. Gives error 
about s3fs needing posix acl's.


Tried https://www.samba.org/samba/docs/man/manpages/vfs_acl_tdb.8.html 
combined with 
https://www.samba.org/samba/docs/man/manpages/vfs_xattr_tdb.8.html, s3fs 
still wants posix acl's.

x11/ede/lib without Doxygen docs

[Rafael Sadowski]

Hi All!

Below you can find a patch to disable Doxygen docs in ede/lib.
I modified configure because there is no option to disable doxygen.

Best regards,

Rafael

Index: Makefile
===
RCS file: /cvs/ports/x11/ede/lib/Makefile,v
retrieving revision 1.11
diff -u -p -u -p -r1.11 Makefile
--- Makefile23 Dec 2016 20:59:58 -  1.11
+++ Makefile31 Jan 2017 21:05:27 -
@@ -3,7 +3,7 @@
 COMMENT =  equinox desktop library
 
 DISTNAME = edelib-${V}
-REVISION = 5
+REVISION = 6
 
 API_VER =  1.0
 .for l in edelib edelib_dbus edelib_gui
@@ -14,8 +14,8 @@ WANTLIB += X11 Xau Xcursor Xdmcp Xext Xf
 WANTLIB += fltk fltk_images fontconfig jpeg m png pthread stdc++ z
 
 MODULES =  lang/python
-BUILD_DEPENDS =devel/jam \
-   devel/doxygen
+BUILD_DEPENDS =devel/jam
+
 LIB_DEPENDS =  x11/fltk \
x11/dbus
 
Index: patches/patch-configure
===
RCS file: /cvs/ports/x11/ede/lib/patches/patch-configure,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-configure
--- patches/patch-configure 11 Jul 2014 21:39:04 -  1.2
+++ patches/patch-configure 31 Jan 2017 21:05:27 -
@@ -1,6 +1,6 @@
 $OpenBSD: patch-configure,v 1.2 2014/07/11 21:39:04 pascal Exp $
 --- configure.orig Sat Jun 21 23:24:17 2014
-+++ configure  Fri Jul 11 18:46:15 2014
 configure  Tue Jan 31 22:01:25 2017
 @@ -2211,7 +2211,7 @@ ac_config_headers="$ac_config_headers config.h:config.
  EDELIB_MAJOR_VERSION=2
  EDELIB_MINOR_VERSION=1
@@ -10,7 +10,17 @@ $OpenBSD: patch-configure,v 1.2 2014/07/
  
  user_cflags="$CFLAGS"
  user_cxxflags="$CXXFLAGS"
-@@ -4311,7 +4311,6 @@ int
+@@ -3423,7 +3423,8 @@ IFS=$as_save_IFS
+   ;;
+ esac
+ fi
+-DOXYGEN=$ac_cv_path_DOXYGEN
++# Disable Doxygen docs
++DOXYGEN=
+ if test -n "$DOXYGEN"; then
+   { $as_echo "$as_me:${as_lineno-$LINENO}: result: $DOXYGEN" >&5
+ $as_echo "$DOXYGEN" >&6; }
+@@ -4311,7 +4312,6 @@ int
  main ()
  {
  
@@ -18,7 +28,7 @@ $OpenBSD: patch-configure,v 1.2 2014/07/
int d = daylight;
  
;
-@@ -5506,12 +5505,7 @@ $as_echo "$DBUS_CFLAGS" >&6; }
+@@ -5506,12 +5506,7 @@ $as_echo "$DBUS_CFLAGS" >&6; }
  { $as_echo "$as_me:${as_lineno-$LINENO}: checking DBUS_LIBS" >&5
  $as_echo_n "checking DBUS_LIBS... " >&6; }
  ## don't use --libs since that can do evil things like add 
-Wl,--export-dynamic
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/ede/lib/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -u -p -r1.4 PLIST
--- pkg/PLIST   12 Nov 2016 20:50:41 -  1.4
+++ pkg/PLIST   31 Jan 2017 21:05:27 -
@@ -97,344 +97,6 @@ share/doc/edelib-${FULL_V}/
 share/doc/edelib-${FULL_V}/COPYING
 share/doc/edelib-${FULL_V}/INSTALL
 share/doc/edelib-${FULL_V}/README
-share/doc/edelib-${FULL_V}/html/
-share/doc/edelib-${FULL_V}/html/AnimateBox_8h_source.html
-share/doc/edelib-${FULL_V}/html/ColorDb_8h_source.html
-share/doc/edelib-${FULL_V}/html/Color_8h_source.html
-share/doc/edelib-${FULL_V}/html/Config_8h_source.html
-share/doc/edelib-${FULL_V}/html/DateTime_8h_source.html
-share/doc/edelib-${FULL_V}/html/Debug_8h_source.html
-share/doc/edelib-${FULL_V}/html/DesktopFile_8h_source.html
-share/doc/edelib-${FULL_V}/html/DirWatch_8h_source.html
-share/doc/edelib-${FULL_V}/html/Directory_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusConnection_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusContainer_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusData_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusDict_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusError_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusList_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusMessage_8h_source.html
-share/doc/edelib-${FULL_V}/html/EdbusObjectPath_8h_source.html
-share/doc/edelib-${FULL_V}/html/Ede_8h_source.html
-share/doc/edelib-${FULL_V}/html/ExpandableGroup_8h_source.html
-share/doc/edelib-${FULL_V}/html/FileTest_8h_source.html
-share/doc/edelib-${FULL_V}/html/File_8h_source.html
-share/doc/edelib-${FULL_V}/html/FontCache_8h_source.html
-share/doc/edelib-${FULL_V}/html/FontChooser_8h_source.html
-share/doc/edelib-${FULL_V}/html/ForeignCallback_8h_source.html
-share/doc/edelib-${FULL_V}/html/Functional_8h_source.html
-share/doc/edelib-${FULL_V}/html/IconChooser_8h_source.html
-share/doc/edelib-${FULL_V}/html/IconLoader_8h_source.html
-share/doc/edelib-${FULL_V}/html/IconTheme_8h_source.html
-share/doc/edelib-${FULL_V}/html/List_8h_source.html
-share/doc/edelib-${FULL_V}/html/Listener_8h_source.html
-share/doc/edelib-${FULL_V}/html/MenuBar_8h_source.html
-share/doc/edelib-${FULL_V}/html/MenuBase_8h_source.html
-share/doc/edelib-${FULL_V}/html/MenuButton_8h_source.html

x11/awesome without Doxygen docs

[Rafael Sadowski]

Hi All,

till awesome 4.0 ready here is a version whitout Doxygen docs and
with new MASTER_SITES.

Best regards,

Rafael Sadowski

Index: Makefile
===
RCS file: /cvs/ports/x11/awesome/Makefile,v
retrieving revision 1.103
diff -u -p -u -p -r1.103 Makefile
--- Makefile17 Oct 2016 19:33:38 -  1.103
+++ Makefile31 Jan 2017 19:56:21 -
@@ -3,7 +3,7 @@
 COMMENT=   highly configurable framework window manager
 
 DISTNAME=  awesome-3.5.9
-REVISION=  1
+REVISION=  2
 EXTRACT_SUFX=  .tar.xz
 CATEGORIES=x11
 
@@ -22,7 +22,7 @@ WANTLIB=  X11 c cairo dbus-1 execinfo \
xcb-render xcb-shape xcb-util \
xcb-xinerama xcb-xtest xdg-basedir
 
-MASTER_SITES=  ${HOMEPAGE}download/
+MASTER_SITES=  
https://github.com/awesomeWM/awesome-releases/raw/master/
 
 MODULES=   devel/cmake \
devel/gettext \
@@ -43,8 +43,7 @@ MODLUA_BUILD_DEPENDS= devel/lua-lgi
 BUILD_DEPENDS= devel/lualdoc \
textproc/asciidoc>=8.4.5 \
textproc/xmlto \
-   graphics/ImageMagick \
-   devel/doxygen
+   graphics/ImageMagick
 
 MODLUA_RUN_DEPENDS=devel/lua-lgi
 
@@ -53,6 +52,7 @@ RUN_DEPENDS=  devel/pango \
shells/bash
 
 CONFIGURE_ARGS=-DCOMPRESS_MANPAGES=off \
+   -DGENERATE_DOC=off \
-DSYSCONFDIR=${SYSCONFDIR}
 
 SEPARATE_BUILD=No
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/awesome/pkg/PLIST,v
retrieving revision 1.14
diff -u -p -u -p -r1.14 PLIST
--- pkg/PLIST   22 May 2013 15:05:50 -  1.14
+++ pkg/PLIST   31 Jan 2017 19:56:21 -
@@ -207,96 +207,6 @@ share/doc/awesome/AUTHORS
 share/doc/awesome/BUGS
 share/doc/awesome/LICENSE
 share/doc/awesome/README
-share/doc/awesome/doc/
-share/doc/awesome/doc/index.html
-share/doc/awesome/doc/ldoc.css
-share/doc/awesome/doc/modules/
-share/doc/awesome/doc/modules/awesome.html
-share/doc/awesome/doc/modules/awful.autofocus.html
-share/doc/awesome/doc/modules/awful.button.html
-share/doc/awesome/doc/modules/awful.client.html
-share/doc/awesome/doc/modules/awful.completion.html
-share/doc/awesome/doc/modules/awful.dbus.html
-share/doc/awesome/doc/modules/awful.ewmh.html
-share/doc/awesome/doc/modules/awful.html
-share/doc/awesome/doc/modules/awful.key.html
-share/doc/awesome/doc/modules/awful.keygrabber.html
-share/doc/awesome/doc/modules/awful.layout.html
-share/doc/awesome/doc/modules/awful.layout.suit.fair.html
-share/doc/awesome/doc/modules/awful.layout.suit.floating.html
-share/doc/awesome/doc/modules/awful.layout.suit.html
-share/doc/awesome/doc/modules/awful.layout.suit.magnifier.html
-share/doc/awesome/doc/modules/awful.layout.suit.max.html
-share/doc/awesome/doc/modules/awful.layout.suit.spiral.html
-share/doc/awesome/doc/modules/awful.layout.suit.tile.html
-share/doc/awesome/doc/modules/awful.menu.html
-share/doc/awesome/doc/modules/awful.mouse.finder.html
-share/doc/awesome/doc/modules/awful.mouse.html
-share/doc/awesome/doc/modules/awful.placement.html
-share/doc/awesome/doc/modules/awful.prompt.html
-share/doc/awesome/doc/modules/awful.remote.html
-share/doc/awesome/doc/modules/awful.rules.html
-share/doc/awesome/doc/modules/awful.screen.html
-share/doc/awesome/doc/modules/awful.startup_notification.html
-share/doc/awesome/doc/modules/awful.tag.html
-share/doc/awesome/doc/modules/awful.titlebar.html
-share/doc/awesome/doc/modules/awful.tooltip.html
-share/doc/awesome/doc/modules/awful.util.html
-share/doc/awesome/doc/modules/awful.wibox.html
-share/doc/awesome/doc/modules/awful.widget.button.html
-share/doc/awesome/doc/modules/awful.widget.common.html
-share/doc/awesome/doc/modules/awful.widget.graph.html
-share/doc/awesome/doc/modules/awful.widget.html
-share/doc/awesome/doc/modules/awful.widget.launcher.html
-share/doc/awesome/doc/modules/awful.widget.layoutbox.html
-share/doc/awesome/doc/modules/awful.widget.progressbar.html
-share/doc/awesome/doc/modules/awful.widget.prompt.html
-share/doc/awesome/doc/modules/awful.widget.taglist.html
-share/doc/awesome/doc/modules/awful.widget.tasklist.html
-share/doc/awesome/doc/modules/awful.widget.textclock.html
-share/doc/awesome/doc/modules/beautiful.html
-share/doc/awesome/doc/modules/button.html
-share/doc/awesome/doc/modules/client.html
-share/doc/awesome/doc/modules/dbus.html
-share/doc/awesome/doc/modules/drawable.html
-share/doc/awesome/doc/modules/drawin.html
-share/doc/awesome/doc/modules/gears.color.html
-share/doc/awesome/doc/modules/gears.debug.html
-share/doc/awesome/doc/modules/gears.html
-share/doc/awesome/doc/modules/gears.object.html
-share/doc/awesome/doc/modules/gears.sort.html

CVS: cvs.openbsd.org: ports

[Alexander Bluhm]

CVSROOT:/cvs
Module name:ports
Changes by: bl...@cvs.openbsd.org   2017/01/31 12:32:44

Modified files:
devel/p5-Exporter-Tiny: Makefile distinfo 
devel/p5-Exporter-Tiny/pkg: PLIST 

Log message:
update p5-Exporter-Tiny to 0.044

Re: youtube-dl fix

[Davide Gerhard]

On Tuesday, 31/01/2017 16:03 GMT, Jeremie Courreges-Anglas wrote:

> Stuart Henderson  writes:
>
>> Update and apply a patch from a pull request to unbreak youtube.
>> OK?
>
> Works for me, ok jca@

works also for me. tested on amd64 -current.

Re: UPDATE: graphics/lensfun

[Rafael Sadowski]

On Tue Jan 31, 2017 at 09:44:24AM +, Stuart Henderson wrote:
> On 2017/01/29 10:42, Rafael Sadowski wrote:
> > Hi All,
> > 
> > on my campaign against doxygen a walk through all
> > "BUILD_DEPENDS=devel/doxygen". Here is the next one:
> > 
> > - update to 0.3.2
> > - libauxfun is gone
> > - remove gettext
> > - disable doxygen docs
> > 
> > - portcheck: "LIB_DEPENDS graphics/png not needed for graphics/lensfun"
> > -- But we can find "Build the lenstool (requires
> > libpng)" in CMakeLists.txt so I have decided not to touch it.
> 
> That's because you don't have png in the WANTLIB line. Looks like
> maybe you didn't regenerate WANTLIB after enabling lenstool?

Perfect analysis, Sherlock ;)

> 
> > - regression tests looks okay
> > -- Only "Database" fails with "Exception: Other" (Looks like no DB env)
> > -- 88% tests passed, 1 tests failed out of 8
> > 
> > Comments?
> 
> I'll test the dependent ports and if they're OK I'll commit it with
> WANTLIB fixed.

Thanks!

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/01/31 12:01:41

Modified files:
x11/i3status/patches: patch-src_first_network_device_c 
  patch-src_print_wireless_info_c 

Log message:
submitted upstream

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2017/01/31 11:47:56

Modified files:
x11/i3status   : Makefile 
x11/i3status/patches: patch-i3status_conf 
Added files:
x11/i3status/patches: patch-src_first_network_device_c 

Log message:
implement support for finding the first wireless/ethernet device.
one can now use the '_first_' identifier on OpenBSD too.

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2017/01/31 11:46:58

Modified files:
sysutils/ruby-puppet/4: Makefile distinfo 

Log message:
small bugfix update to 4.8.2

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 09:36:21

Modified files:
www/nginx  : Makefile 

Log message:
Disable lua in nginx differently; whilst FLAVOR?=no_lua was working for manual
builds it was unsuccessful in DPB (at least without changing ../Makefile to
add the pseudo-flavour).

While there, overwrite RUN_DEPENDS-main to avoid adding a run dependency on
lua to the main package (existing problem).

Re: NEW: devel/lua-pty

[Jeremie Courreges-Anglas]

Jonathan Gray  writes:

> http://tset.de/lpty/
>
> lpty is a module that allows a program written in lua to open the master
> side of a PTY and start a program with the slave side of the PTY as its
> controlling terminal. The PTY may then be read from and written to, thus
> controlling the remote program.

ok

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: youtube-dl fix

[Jeremie Courreges-Anglas]

Stuart Henderson  writes:

> Update and apply a patch from a pull request to unbreak youtube.
> OK?

Works for me, ok jca@

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: rm -rf Xombrero

[Landry Breuil]

On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
> Hello,
> 
> Anyone out there still use Xombrero for something? Or think that need to
> stay on the tree?
> 
> It uses insecure webkit and conformal/companyzero do no recommend its
> use.
> 
> So, any OK to burn this in hell?

Fwiw, https://github.com/conformal/xombrero/issues/142 - so yes, should
be removed.

Re: rm -rf Xombrero

[Jeremie Courreges-Anglas]

"Gonzalo L. Rodriguez"  writes:

> Hello,
>
> Anyone out there still use Xombrero for something? Or think that need to
> stay on the tree?
>
> It uses insecure webkit and conformal/companyzero do no recommend its
> use.
>
> So, any OK to burn this in hell?

I wouldn't have used that wording, but OK. :)

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: rm -rf Xombrero

[Antoine Jacoutot]

On Tue, Jan 31, 2017 at 12:40:20PM -0300, Gonzalo L. Rodriguez wrote:
> Hello,
> 
> Anyone out there still use Xombrero for something? Or think that need to
> stay on the tree?
> 
> It uses insecure webkit and conformal/companyzero do no recommend its
> use.
> 
> So, any OK to burn this in hell?

Well if even their developers say not to use it...

-- 
Antoine

rm -rf Xombrero

[Gonzalo L. Rodriguez]

Hello,

Anyone out there still use Xombrero for something? Or think that need to
stay on the tree?

It uses insecure webkit and conformal/companyzero do no recommend its
use.

So, any OK to burn this in hell?

Thanks.

-- 
Sending from my toaster.

UPDATE: IceCast-2.4.3

[Gonzalo L. Rodriguez]

Hello,

Update for IceCast to 2.4.3:

http://www.icecast.org/news/icecast-release-2_4_3/

Ok? Comments?

Cheers.-

-- 
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/net/icecast/Makefile,v
retrieving revision 1.58
diff -u -p -r1.58 Makefile
--- Makefile4 Nov 2016 11:35:19 -   1.58
+++ Makefile31 Jan 2017 15:29:39 -
@@ -5,8 +5,7 @@ CATEGORIES= net audio
 
 MAINTAINER=Eric Lalonde 
 
-DISTNAME=  icecast-2.4.2
-REVISION=  2
+DISTNAME=  icecast-2.4.3
 HOMEPAGE=  http://www.icecast.org/
 
 # GPL
Index: distinfo
===
RCS file: /cvs/ports/net/icecast/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo14 Apr 2015 06:48:02 -  1.15
+++ distinfo31 Jan 2017 15:29:39 -
@@ -1,2 +1,2 @@
-SHA256 (icecast-2.4.2.tar.gz) = qhri+jZEVMzsYakkeUnRmVnLDOGwRKeRUb+GV/1nP08=
-SIZE (icecast-2.4.2.tar.gz) = 2388381
+SHA256 (icecast-2.4.3.tar.gz) = yFykjHZdYQB1c+4UBqeXrmyzH7WWGkLn8ch620XdxZI=
+SIZE (icecast-2.4.3.tar.gz) = 2393358
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/net/icecast/patches/patch-Makefile_in,v
retrieving revision 1.7
diff -u -p -r1.7 patch-Makefile_in
--- patches/patch-Makefile_in   19 Jan 2015 09:14:32 -  1.7
+++ patches/patch-Makefile_in   31 Jan 2017 15:29:39 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-Makefile_in,v 1.7 2015/01/19 09:14:32 dcoppa Exp $
 Makefile.in.orig   Wed Nov 19 05:58:18 2014
-+++ Makefile.inSun Jan  4 17:06:40 2015
-@@ -392,7 +392,7 @@ EXTRA_DIST = HACKING m4/acx_pthread.m4 m4/ogg.m4 \
+--- Makefile.in.orig   Mon Jan  4 18:07:07 2016
 Makefile.inTue Jan 31 09:32:54 2017
+@@ -401,7 +401,7 @@ EXTRA_DIST = HACKING m4/acx_pthread.m4 m4/ogg.m4 \
  m4/xiph_compiler.m4 m4/xiph_curl.m4 m4/xiph_net.m4 \
  m4/xiph_types.m4 m4/xiph_xml2.m4
  
Index: patches/patch-admin_Makefile_in
===
RCS file: /cvs/ports/net/icecast/patches/patch-admin_Makefile_in,v
retrieving revision 1.4
diff -u -p -r1.4 patch-admin_Makefile_in
--- patches/patch-admin_Makefile_in 28 May 2014 13:37:25 -  1.4
+++ patches/patch-admin_Makefile_in 31 Jan 2017 15:29:39 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-admin_Makefile_in,v 1.4 2014/05/28 13:37:25 gonzalo Exp $
 admin/Makefile.in.orig Tue May 13 08:42:41 2014
-+++ admin/Makefile.in  Tue May 13 08:47:16 2014
-@@ -60,7 +60,7 @@ am__make_running_with_option = \
+--- admin/Makefile.in.orig Mon Jan  4 18:07:07 2016
 admin/Makefile.in  Tue Jan 31 09:32:55 2017
+@@ -70,7 +70,7 @@ am__make_running_with_option = \
test $$has_opt = yes
  am__make_dryrun = (target_option=n; $(am__make_running_with_option))
  am__make_keepgoing = (target_option=k; $(am__make_running_with_option))
Index: patches/patch-conf_Makefile_in
===
RCS file: /cvs/ports/net/icecast/patches/patch-conf_Makefile_in,v
retrieving revision 1.7
diff -u -p -r1.7 patch-conf_Makefile_in
--- patches/patch-conf_Makefile_in  19 Jan 2015 09:14:32 -  1.7
+++ patches/patch-conf_Makefile_in  31 Jan 2017 15:29:39 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-conf_Makefile_in,v 1.7 2015/01/19 09:14:32 dcoppa Exp $
 conf/Makefile.in.orig  Wed Nov 19 07:58:18 2014
-+++ conf/Makefile.in   Mon Jan 19 03:09:48 2015
-@@ -269,7 +269,7 @@ build_vendor = @build_vendor@
+--- conf/Makefile.in.orig  Mon Jan  4 18:07:07 2016
 conf/Makefile.in   Tue Jan 31 09:32:55 2017
+@@ -278,7 +278,7 @@ build_vendor = @build_vendor@
  builddir = @builddir@
  datadir = @datadir@
  datarootdir = @datarootdir@
@@ -10,7 +10,7 @@ $OpenBSD: patch-conf_Makefile_in,v 1.7 2
  dvidir = @dvidir@
  exec_prefix = @exec_prefix@
  host = @host@
-@@ -465,7 +465,6 @@ info-am:
+@@ -474,7 +474,6 @@ info-am:
  
  install-data-am: install-docDATA
@$(NORMAL_INSTALL)
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/icecast/patches/patch-configure,v
retrieving revision 1.12
diff -u -p -r1.12 patch-configure
--- patches/patch-configure 14 Apr 2015 06:48:02 -  1.12
+++ patches/patch-configure 31 Jan 2017 15:29:39 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-configure,v 1.12 2015/04/14 06:48:02 jasper Exp $
 configure.orig Wed Apr  8 11:30:42 2015
-+++ configure  Mon Apr 13 15:33:48 2015
-@@ -14128,7 +14128,7 @@ fi
+--- configure.orig Mon Jan  4 18:07:10 2016
 configure  Tue Jan 31 09:32:55 2017
+@@ -14137,7 +14137,7 @@ fi
  
  
  if test "x$openssl_prefix" != "x" -a "x$openssl_prefix" != "xyes"; then
@@ -10,7 +10,7 @@ $OpenBSD: patch-configure,v 1.12 2015/04
  OPENSSL_CFLAGS="-I$openssl_prefix/include"
  else
  # Extract the 

[UPDATE] security/keybase 1.0.17 -> 1.0.18

[Aaron Bieber]

Hi!

This update brings keybase to the latest. Most of the patches were
pulled into the various upstreams, as such, they have been removed.

I have been using it for a month or two without issue (I don't use
keybase often, so usage is fairly lite).

OK?

Cheers,
Aaron

Index: Makefile
===
RCS file: /cvs/ports/security/keybase/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile19 Sep 2016 14:39:35 -  1.2
+++ Makefile31 Jan 2017 15:06:50 -
@@ -2,11 +2,10 @@
 
 COMMENT =  client for keybase.io
 
-V =1.0.17
+V =1.0.18
 GH_ACCOUNT =   keybase
 GH_PROJECT =   client
 GH_TAGNAME =   v${V}
-REVISION = 0
 
 DISTNAME = keybase-${V}
 
Index: distinfo
===
RCS file: /cvs/ports/security/keybase/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo9 Sep 2016 14:11:43 -   1.1.1.1
+++ distinfo31 Jan 2017 15:06:50 -
@@ -1,2 +1,2 @@
-SHA256 (keybase-1.0.17.tar.gz) = k3tLxhyInvOYKlNS2KSc2opPTbKHMtTLId8f4gEoOZw=
-SIZE (keybase-1.0.17.tar.gz) = 33200376
+SHA256 (keybase-1.0.18.tar.gz) = ik68s86OPtNkm+hwq0B/r+rq7SPDmfGNwly6UPu39aY=
+SIZE (keybase-1.0.18.tar.gz) = 19860878
Index: patches/patch-go_install_install_unix_go
===
RCS file: patches/patch-go_install_install_unix_go
diff -N patches/patch-go_install_install_unix_go
--- patches/patch-go_install_install_unix_go9 Sep 2016 14:11:43 -   
1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-go_install_install_unix_go,v 1.1.1.1 2016/09/09 14:11:43 
abieber Exp $
-
-This can be removed in the next release of keybase:
-https://github.com/keybase/client/pull/3832/files
-
 go/install/install_unix.go.origWed Sep  7 08:25:44 2016
-+++ go/install/install_unix.go Wed Sep  7 08:25:48 2016
-@@ -1,7 +1,7 @@
- // Copyright 2015 Keybase, Inc. All rights reserved. Use of
- // this source code is governed by the included BSD license.
- 
--// +build linux freebsd
-+// +build linux freebsd openbsd
- 
- package install
- 
Index: patches/patch-go_logger_redirect_stderr_nix_go
===
RCS file: patches/patch-go_logger_redirect_stderr_nix_go
diff -N patches/patch-go_logger_redirect_stderr_nix_go
--- patches/patch-go_logger_redirect_stderr_nix_go  9 Sep 2016 14:11:43 
-   1.1.1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,16 +0,0 @@
-$OpenBSD: patch-go_logger_redirect_stderr_nix_go,v 1.1.1.1 2016/09/09 14:11:43 
abieber Exp $
-
-This can be removed in the next release of keybase:
-https://github.com/keybase/client/pull/3832/files
-
 go/logger/redirect_stderr_nix.go.orig  Wed Sep  7 08:22:21 2016
-+++ go/logger/redirect_stderr_nix.go   Wed Sep  7 08:22:27 2016
-@@ -1,7 +1,7 @@
- // Copyright 2016 Keybase, Inc. All rights reserved. Use of
- // this source code is governed by the included BSD license.
- 
--// +build linux,!android darwin freebsd
-+// +build linux,!android darwin freebsd openbsd
- 
- package logger
- 
Index: patches/patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go
===
RCS file: patches/patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go
diff -N patches/patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go
--- patches/patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go 19 Sep 
2016 14:39:36 -  1.2
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,310 +0,0 @@
-$OpenBSD: patch-go_vendor_github_com_keybase_go-ps_process_openbsd_go,v 1.2 
2016/09/19 14:39:36 abieber Exp $
-
-This can be removed in the next release of keybase:
-https://github.com/keybase/client/pull/3832/files
-
 go/vendor/github.com/keybase/go-ps/process_openbsd.go.orig Wed Sep  7 
08:14:47 2016
-+++ go/vendor/github.com/keybase/go-ps/process_openbsd.go  Wed Sep  7 
08:14:47 2016
-@@ -0,0 +1,302 @@
-+// +build openbsd
-+
-+package ps
-+
-+import (
-+  "bytes"
-+  "encoding/binary"
-+  "fmt"
-+  "syscall"
-+  "unsafe"
-+)
-+
-+// copied from sys/sysctl.h
-+const (
-+  CTL_KERN   = 1
-+  KERN_PROC  = 66
-+  KERN_PROC_PID  = 1
-+  KERN_PROC_ARGS = 55
-+  KERN_PROC_ARGV = 1
-+  KERN_PROC_ALL  = 0
-+)
-+
-+/* Generated via cgo:
-+
-+$ cat /tmp/gen_defs.go
-+// +build ignore
-+package ps
-+// #include 
-+// #include 
-+import "C"
-+
-+type Kinfo_proc C.struct_kinfo_proc
-+
-+$ go tool cgo -godefs temp.go
-+
-+*/
-+
-+type Kinfo_proc struct {
-+  Ki_forw   uint64
-+  Ki_back   uint64
-+  Ki_paddr  uint64
-+  Ki_addr   uint64
-+  Ki_fd uint64
-+  Ki_stats  uint64
-+  Ki_limit  uint64
-+  Ki_vmspaceuint64
-+  Ki_sigactsuint64
-+  Ki_sess   uint64

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 07:27:28

Modified files:
security/py-passlib: Makefile distinfo 
security/py-passlib/patches: patch-passlib_hosts_py 
security/py-passlib/pkg: PLIST 

Log message:
update to py-passlib 1.7.1

youtube-dl fix

[Stuart Henderson]

Update and apply a patch from a pull request to unbreak youtube.
OK?

Index: Makefile
===
RCS file: /cvs/ports/www/youtube-dl/Makefile,v
retrieving revision 1.160
diff -u -p -r1.160 Makefile
--- Makefile23 Dec 2016 08:07:54 -  1.160
+++ Makefile31 Jan 2017 13:51:26 -
@@ -2,7 +2,7 @@
 
 COMMENT =  CLI program to download videos from YouTube and other sites
 
-VERSION =  2016.12.22
+VERSION =  2017.01.29
 MODPY_EGG_VERSION =${VERSION:S/.0/./g}
 
 DISTNAME = youtube-dl-${VERSION}
Index: distinfo
===
RCS file: /cvs/ports/www/youtube-dl/distinfo,v
retrieving revision 1.148
diff -u -p -r1.148 distinfo
--- distinfo23 Dec 2016 08:07:54 -  1.148
+++ distinfo31 Jan 2017 13:51:26 -
@@ -1,2 +1,2 @@
-SHA256 (youtube-dl-2016.12.22.tar.gz) = 
9bxesa8XORt6HaeV9BgcNwL7LB2iZosl8SYNvbqIJSQ=
-SIZE (youtube-dl-2016.12.22.tar.gz) = 2502964
+SHA256 (youtube-dl-2017.01.29.tar.gz) = 
NHU4Did/NRcyLDVYFaHX4COgI6Vls8ckJHyalQnrOm4=
+SIZE (youtube-dl-2017.01.29.tar.gz) = 2545198
Index: patches/patch-youtube_dl_extractor_youtube_py
===
RCS file: patches/patch-youtube_dl_extractor_youtube_py
diff -N patches/patch-youtube_dl_extractor_youtube_py
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-youtube_dl_extractor_youtube_py   31 Jan 2017 13:51:26 
-
@@ -0,0 +1,24 @@
+$OpenBSD$
+
+https://github.com/rg3/youtube-dl/pull/11892
+
+--- youtube_dl/extractor/youtube.py.orig   Tue Jan 31 13:48:23 2017
 youtube_dl/extractor/youtube.pyTue Jan 31 13:49:04 2017
+@@ -1028,7 +1028,7 @@ class YoutubeIE(YoutubeBaseInfoExtractor):
+ 
+ def _parse_sig_js(self, jscode):
+ funcname = self._search_regex(
+-r'\.sig\|\|([a-zA-Z0-9$]+)\(', jscode,
++r'"signature",\s?([a-zA-Z0-9$]+)\(', jscode,
+ 'Initial JS player signature function name')
+ 
+ jsi = JSInterpreter(jscode)
+@@ -1050,6 +1050,8 @@ class YoutubeIE(YoutubeBaseInfoExtractor):
+ 
+ if player_url.startswith('//'):
+ player_url = 'https:' + player_url
++elif player_url.startswith('/'):
++player_url = 'https://youtube.com' + player_url
+ try:
+ player_id = (player_url, self._signature_cache_id(s))
+ if player_id not in self._player_cache:
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/youtube-dl/pkg/PLIST,v
retrieving revision 1.104
diff -u -p -r1.104 PLIST
--- pkg/PLIST   23 Dec 2016 08:07:54 -  1.104
+++ pkg/PLIST   31 Jan 2017 13:51:26 -
@@ -115,6 +115,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/audiomack.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/awaan.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/awaan.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/azmedien.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/azmedien.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/azubu.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/azubu.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/baidu.py
@@ -125,6 +127,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bandcamp.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bbc.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/bbc.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/beampro.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/beampro.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/beatport.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/beatport.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/beeg.py
@@ -303,6 +307,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/discovery.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/discoverygo.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/discoverygo.pyc
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/disney.py
+lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/disney.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/dispeak.py
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/dispeak.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/dotsub.py
@@ -335,6 +341,8 @@ lib/python${MODPY_VERSION}/site-packages
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/ebaumsworld.pyc
 lib/python${MODPY_VERSION}/site-packages/youtube_dl/extractor/echomsk.py
 

Re: [UPDATE] Tor Browser 6.5

[Landry Breuil]

On Tue, Jan 31, 2017 at 07:33:11AM -0600, attila wrote:
> 
> Landry Breuil  writes:
> 
> > On Mon, Jan 30, 2017 at 08:28:35AM -0600, attila wrote:
> >> Hi ports@,
> >>
> >> The attached patch brings us up to Tor Browser 6.5.  It requires the
> >> net/tor patch to run since we have to r-dep on net/tor>=0.2.9.9 to
> >> remain true to upstream:
> >> https://marc.info/?l=openbsd-ports=148562136724885=2
> >>
> >> Tested on amd64.
> >
> > Are the pkg/PLIST changes necessary/on purpose or that's make
> > update-plist being too dumb as usual ?
> 
> I decided to stop fighting with update-plist.  I thought my way was
> better because it was slightly shorter but really who cares, if
> update-plist does effectively the same thing I should just accept it
> and move on, I think.

That's the spirit :) Commited, with a slight tweak: bumped the RDEP to
tor>=0.2.9.9p0 to ensure the ssl commit is included.

Landry

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/01/31 06:48:18

Modified files:
www/tor-browser: Makefile.inc 
www/tor-browser/browser: Makefile distinfo 
www/tor-browser/browser/patches: 
 
patch-js_src_jit_ExecutableAllocator_cpp 
www/tor-browser/https-everywhere: Makefile distinfo 
www/tor-browser/https-everywhere/pkg: PLIST 
www/tor-browser/noscript: Makefile distinfo 
www/tor-browser/noscript/pkg: PLIST 
www/tor-browser/tor-launcher: Makefile distinfo 
www/tor-browser/tor-launcher/pkg: PLIST 
www/tor-browser/torbutton: Makefile distinfo 
www/tor-browser/torbutton/patches: 
   patch-src_chrome_content_popup_xul 
   
patch-src_defaults_preferences_preferences_js 
www/tor-browser/torbutton/pkg: PLIST 
meta/tor-browser: Makefile 

Log message:
Update to Tor Browser 6.5, from MAINTAINER.

includes:
- tor-browser 6.5.0 based on firefox esr 45.7.0
- depends on tor 0.2.9.9
- https-everywhere 5.2.9
- noscript 2.9.5.3
- tor-launcher 0.2.10.3
- torbutton 1.9.6.12

Re: [UPDATE] Tor Browser 6.5

[attila]

Landry Breuil  writes:

> On Mon, Jan 30, 2017 at 08:28:35AM -0600, attila wrote:
>> Hi ports@,
>>
>> The attached patch brings us up to Tor Browser 6.5.  It requires the
>> net/tor patch to run since we have to r-dep on net/tor>=0.2.9.9 to
>> remain true to upstream:
>> https://marc.info/?l=openbsd-ports=148562136724885=2
>>
>> Tested on amd64.
>
> Are the pkg/PLIST changes necessary/on purpose or that's make
> update-plist being too dumb as usual ?

I decided to stop fighting with update-plist.  I thought my way was
better because it was slightly shorter but really who cares, if
update-plist does effectively the same thing I should just accept it
and move on, I think.

> Landry

Pax, -A
--
https://haqistan.net/~attila | attila@{stalphonsos.com,haqistan.net}
pgp: 0x62A729CF | C2CE 2487 03AC 4C2F 101D  09C1 4068 D5D5 62A7 29CF

NEW: devel/lua-pty

[Jonathan Gray]

http://tset.de/lpty/

lpty is a module that allows a program written in lua to open the master
side of a PTY and start a program with the slave side of the PTY as its
controlling terminal. The PTY may then be read from and written to, thus
controlling the remote program.


lua-pty.tgz
Description: application/tar-gz

Re: samba4 and ACL's

[Jeremie Courreges-Anglas]

alexmcwhir...@triadic.us writes:

> On 2017-01-31 06:51, Jeremie Courreges-Anglas wrote:
>> AFAIK samba 4.4+ doesn't actually require the use of filesystem-level
>> ACLs.  With s3fs, ACLs and Extended Attributes can be emulated with
>> the appropriate modules.  These days I'm staying away from samba 'cause
>> I can't properly test it, but iirc this:
>>
>>   xattr_tdb:file = /var/samba/xattr.tdb
>>
>> in smb.conf/[global] was enough last time I checked.  The appropriate
>> modules should be autodetected (you can see them with testparm).
>
> Tried that, as well as a few other settings to ignore filesystem acl's.
> The problem is that you always end up with a runtime error stating
> "Samba was compiled without the posix ACL support that s3fs requires."

This looks like an error from ''samba-tool domain provision'', not an
error from the samba daemon.

Please state exactly:
- which OpenBSD release you're using
- which samba version you're using (hint, on -stable only the -stable
  samba port is supported).
- any relevant information such as the commands you type.  This of
  course includes how you ran samba-tool.

As a selfish developer that only uses -current I would of course prefer
you to use -current with snapshots and packages. :)

> Can we compile with posix ACL support without actually having that
> support? Perhaps samba needs those options in order to emulate ACL's /
> xattr's with a tdb file?

That's not possible.

>> I am looking for more feedback from people that actually use samba on
>> OpenBSD, especially as domain controller.  If you perform tests and
>> report back, that would be great.  Preferably on -current which
>> provides
>> samba-4.5.
>
> 5.9 with S4.1 works well for my needs with ntvfs, this s3fs issue seems
> to be preventing me from going much further. But i'm willing to spin up
> a VM or two and see how current looks.
>
>> No, ntvfs/s3fs shouldn't be an actual problem.  There are additional
>> reasons, like sanity. :)
>
> Agreed, there seems to be code for s3fs to use tdbs instead, but
> actually getting it to use it tdbs another problem of it's own.

This is the problem we're trying to solve, indeed.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Vadim Zhukov]

CVSROOT:/cvs
Module name:ports
Changes by: z...@cvs.openbsd.org2017/01/31 05:45:55

Modified files:
devel/kf5/kitemmodels: Makefile 

Log message:
Add missing dependencies, noticed by naddy@.

The FindPythonModuleGeneration.cmake case to be dealt with later:
it has some weird logic, and need more tweaks to allow stable builds.

Re: samba4 and ACL's

[alexmcwhirter]

On 2017-01-31 06:51, Jeremie Courreges-Anglas wrote:

AFAIK samba 4.4+ doesn't actually require the use of filesystem-level
ACLs.  With s3fs, ACLs and Extended Attributes can be emulated with
the appropriate modules.  These days I'm staying away from samba 'cause
I can't properly test it, but iirc this:

  xattr_tdb:file = /var/samba/xattr.tdb

in smb.conf/[global] was enough last time I checked.  The appropriate
modules should be autodetected (you can see them with testparm).


Tried that, as well as a few other settings to ignore filesystem acl's. 
The problem is that you always end up with a runtime error stating 
"Samba was compiled without the posix ACL support that s3fs requires."


Can we compile with posix ACL support without actually having that 
support? Perhaps samba needs those options in order to emulate ACL's / 
xattr's with a tdb file?



I am looking for more feedback from people that actually use samba on
OpenBSD, especially as domain controller.  If you perform tests and
report back, that would be great.  Preferably on -current which 
provides

samba-4.5.


5.9 with S4.1 works well for my needs with ntvfs, this s3fs issue seems 
to be preventing me from going much further. But i'm willing to spin up 
a VM or two and see how current looks.



No, ntvfs/s3fs shouldn't be an actual problem.  There are additional
reasons, like sanity. :)


Agreed, there seems to be code for s3fs to use tdbs instead, but 
actually getting it to use it tdbs another problem of it's own.

Re: samba4 and ACL's

[Jeremie Courreges-Anglas]

net/samba maintainer here,

alexmcwhir...@triadic.us writes:

> I have a few machines stuck on 5.9 with samba 4.1 running as a domain
> controller. It seems i can't really upgrade these machines to 6.0 and
> most likely 6.1 as samba 4.4 forces the use of s3fs which requires posix
> ACL's. I was wondering if anyone else has the same issue or has heard of
> anything lately that might resolve this in the future?

AFAIK samba 4.4+ doesn't actually require the use of filesystem-level
ACLs.  With s3fs, ACLs and Extended Attributes can be emulated with
the appropriate modules.  These days I'm staying away from samba 'cause
I can't properly test it, but iirc this:

  xattr_tdb:file = /var/samba/xattr.tdb

in smb.conf/[global] was enough last time I checked.  The appropriate
modules should be autodetected (you can see them with testparm).

I am looking for more feedback from people that actually use samba on
OpenBSD, especially as domain controller.  If you perform tests and
report back, that would be great.  Preferably on -current which provides
samba-4.5.

> Maybe as a stop
> gap it would make sense to have two versions of samba in the tree? one
> new one, and one being the last supported version that can still use
> ntvfs?

No, ntvfs/s3fs shouldn't be an actual problem.  There are additional
reasons, like sanity. :)

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: www/webkit is old/insecure, news at 11

[Antoine Jacoutot]

On Tue, Jan 31, 2017 at 10:43:42AM +0100, Landry Breuil wrote:
> Hi,
> 
> so the following ports use www/webkit or www/webkit,gtk3:
> 
> cad/xtrkcad
> graphics/ebook-viewer
> mail/claws-mail
> mail/geary
> productivity/gnucash
> www/luakit
> www/midori
> www/surf
> www/vimb

I will have a look at graphics/ebook-viewer and productivity/gnucash.

> 
> www/webkit is the 2.4 branch, which is dead/abandoned/unmaintained
> upstream, cf
> https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/
> and https://lists.webkit.org/pipermail/webkit-gtk/2016-September/002779.html
> 
> The security circus being what it is (OMG YOUR OS SHIPS AN INSECURE
> LIBRARY STOP THE PRESS IM GOING TO SHAME YOU ON TWITTER), it would be
> nice to get rid of this, so can the ones maintaining those ports try to
> reach the respective upstreams and see if there's a way to make those
> ports use www/webkitgtk4 (which is maintained, until upstream webkit
> becomes crazy again..) ? gmpc-wikipedia and py-webkitgtk have already
> been removed.
> 
> I'll have a look at what can be done for geary and midori. As for surf,
> there's surf2... ?
> 
> Thanks to Davide Gerhard for insisting on getting this fixed, one way
> or another...
> 
> Landry
> 

-- 
Antoine

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 03:17:59

Modified files:
editors/vim: Makefile distinfo 
editors/vim/pkg: PLIST-main 

Log message:
update to vim-8.0.0273, based on an .0257 update diff from frantisek holop

Re: devel/py-certifi update to 2017.1.23

[Stuart Henderson]

On 2017/01/30 13:05, Sebastian Reitenbach wrote:
> Hi,
> 
> wanted to update sysutils/py-elasticsearch-curator, and found it now has 
> dependency to certifi
> set to latest version 2017.1.23.

czarkoff committed this 4 days before you sent it :-)

> The other two dependencies of certifi I found in the ports tree 
> www/py-tornado and
> net/py-geventhttpclient don't have specific version requirements in their 
> setup.py.
> 
> make update-plist removed ${MODPY_PYCACHE} and ${MODPY_PYC_MAGIC_TAG}
> but these seem to be necessary for the python3 flavor. So I kept the PLIST as 
> is,
> as there were no other changes.

That was the right thing to do. When updating ports which are
dual py2/py3, I suggest

FLAVOR=python3 make fake
FLAVOR=python3 REVISION=999 make plist

Check the diff, if it's obvious that no files have been added etc then
just reinstate the old plist, otherwise readd ${MODPY_PYCACHE} to lines
like these

lib/python${MODPY_VERSION}/site-packages/.../${MODPY_PYCACHE}/

and make sure no bogus ${MODPY_BIN_SUFFIX} etc have crept in.

BTW your diff was mangled by your MUA; quoted-printable.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 03:01:50

Modified files:
devel/libmtp   : Makefile 
devel/libmtp/pkg: PLIST 

Log message:
don't use doxygen, from rsadowski

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 02:59:57

Modified files:
net/ortp   : Makefile 
net/ortp/pkg   : PLIST 

Log message:
don't use doxygen, from rsadowski

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 02:58:35

Modified files:
graphics/lensfun: Makefile distinfo 
graphics/lensfun/patches: patch-docs_CMakeLists_txt 
graphics/lensfun/pkg: PLIST 
Added files:
graphics/lensfun/patches: patch-cmake_modules_FindGLIB2_cmake 
Removed files:
graphics/lensfun/patches: patch-CMakeLists_txt 
  patch-build_CMakeModules_FindGLIB2_cmake 
  patch-libs_auxfun_image_cpp 

Log message:
update to lensfun-0.3.2, disable doxygen. from rsadowski

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 02:57:44

Modified files:
graphics/darktable: Makefile distinfo 

Log message:
update to darktable-2.2.2

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2017/01/31 02:55:05

Modified files:
multimedia/libquicktime: Makefile 
multimedia/libquicktime/pkg: PLIST 

Log message:
disable doxygen, from rsadowski

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2017/01/31 02:50:06

Modified files:
mail/geary : Makefile 

Log message:
add comment with link to webkit2 wip

Re: UPDATE: graphics/lensfun

[Stuart Henderson]

On 2017/01/29 10:42, Rafael Sadowski wrote:
> Hi All,
> 
> on my campaign against doxygen a walk through all
> "BUILD_DEPENDS=devel/doxygen". Here is the next one:
> 
> - update to 0.3.2
> - libauxfun is gone
> - remove gettext
> - disable doxygen docs
> 
> - portcheck: "LIB_DEPENDS graphics/png not needed for graphics/lensfun"
> -- But we can find "Build the lenstool (requires
> libpng)" in CMakeLists.txt so I have decided not to touch it.

That's because you don't have png in the WANTLIB line. Looks like
maybe you didn't regenerate WANTLIB after enabling lenstool?

> - regression tests looks okay
> -- Only "Database" fails with "Exception: Other" (Looks like no DB env)
> -- 88% tests passed, 1 tests failed out of 8
> 
> Comments?

I'll test the dependent ports and if they're OK I'll commit it with
WANTLIB fixed.

www/webkit is old/insecure, news at 11

[Landry Breuil]

Hi,

so the following ports use www/webkit or www/webkit,gtk3:

cad/xtrkcad
graphics/ebook-viewer
mail/claws-mail
mail/geary
productivity/gnucash
www/luakit
www/midori
www/surf
www/vimb

www/webkit is the 2.4 branch, which is dead/abandoned/unmaintained
upstream, cf
https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/
and https://lists.webkit.org/pipermail/webkit-gtk/2016-September/002779.html

The security circus being what it is (OMG YOUR OS SHIPS AN INSECURE
LIBRARY STOP THE PRESS IM GOING TO SHAME YOU ON TWITTER), it would be
nice to get rid of this, so can the ones maintaining those ports try to
reach the respective upstreams and see if there's a way to make those
ports use www/webkitgtk4 (which is maintained, until upstream webkit
becomes crazy again..) ? gmpc-wikipedia and py-webkitgtk have already
been removed.

I'll have a look at what can be done for geary and midori. As for surf,
there's surf2... ?

Thanks to Davide Gerhard for insisting on getting this fixed, one way
or another...

Landry

Re: ECC support for sendmail

[Kyle Amon]

On Mon, 30 Jan 2017 16:43:23 +0100
Thus spake Alexander Bluhm :

> On Sun, Jan 29, 2017 at 07:51:38AM -0700, Kyle Amon wrote:
> > Ahem.  I still think it would be great if this could get applied
> > before yet another release goes by. ;)  
> 
> Commited, Thanks!
> 
> bluhm

Great!  And, FWIW, I've been using this for about a year with
no troubles.

--Kyle

-- 

  CA +1-778-819-UNIX  BackWatcher, Inc.
  US +1-425-584-UNIX  Information Security
SIPS am...@backwatcher.comwww.backwatcher.ca

 INUM +883-5100-0990-1657  |  ISN UNIX*1917  |  C*NET 1-731-UNIX

GPG ed25519/29F16B93AB0EA2FC [ed25519/AB0EA2FC]
D90D F23C AB7A E0B4 4A04  14EA 29F1 6B93 AB0E A2FC

OTR E1A46361 9FD0D801 0132D21A FE2E96BE 39E3F069 : xmpp am...@backwatcher.com
5AB3E0B8 31F6ADB4 9A7D2FC2 A8235281 5776701E : silc silcnet



pgpGVm1XkAyi0.pgp
Description: OpenPGP digital signature

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/31 01:57:14

Modified files:
www/webkit : Makefile 
Added files:
www/webkit/pkg : MESSAGE 

Log message:
Add MESSAGE:
!!! WARNING: WebKitGTK+ 2.4 is known to have many security vulnerabilities that
!!! will NOT be fixed. Avoid browsing with it.

We will hopefully be able to get rid of this port sooner than later...

from Davide Gerhard
no objection landry@

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2017/01/31 01:46:50

Modified files:
audio/gmpc-plugins: Makefile 
Added files:
audio/gmpc-plugins/pkg: DESCR PLIST 
Removed files:
audio/gmpc-plugins/pkg: DESCR-main DESCR-wikipedia PLIST-main 
PLIST-wikipedia 

Log message:
Remove the -wikipedia subpackage; it depends on WebKitGTK+ 2.4 which is
known to have many security vulnerabilities that will NOT be fixed.

ok landry@ (maintainer)

Re: [UPDATE] Tor Browser 6.5

[Landry Breuil]

On Mon, Jan 30, 2017 at 08:28:35AM -0600, attila wrote:
> Hi ports@,
> 
> The attached patch brings us up to Tor Browser 6.5.  It requires the
> net/tor patch to run since we have to r-dep on net/tor>=0.2.9.9 to
> remain true to upstream:
> https://marc.info/?l=openbsd-ports=148562136724885=2
> 
> Tested on amd64.

Are the pkg/PLIST changes necessary/on purpose or that's make
update-plist being too dumb as usual ?

Landry