On Mon, Feb 24, 2025 at 1:14 AM Fred wrote:
>
> On 23-02-2025 16:21, Theo Buehler wrote:
> >> If I remember correctly, this is fixed by upgrading devel/lua-lgi to
> >> version 0.9.2.
> >
> > It's probably worth updating even if it's not directly releated to the
> > crash. 0.9.1 segfaults during 'm
On Fri, Feb 21, 2025 at 2:53 PM Fred wrote:
>
> Hi @ports,
>
> I recently updated to OpenBSD 7.6-current (GENERIC.MP) #541: Tue Feb 11
> 09:38:51 MST 2025, and following a pkg_add -vui noticed that awesome was
> broken, and missing from the pub/OpenBSD/snapshots/packages/amd64
> directory, so I'm
On Wed, 18 Oct 2023, Stuart Henderson wrote:
> CC'ing maintainer.
>
> Not tested yet but I think this should do the trick.
> If it works it would make sense to commit to 7.4-stable too.
Hi Stuart, hi all
I'm an Openbox user myself.
The fix for this specific problem is ok, but here's a patch inco
On Thu, 28 Sep 2023, Antoine Jacoutot wrote:
> Ok then. I will revisit the port anyway.
> But use LOCALBASE please.
Commit the patch yourself if you want to, my account is probably
long gone since I haven't committed anything in years.
Thanks,
David
Index: print/hplip/Makefile
===
On Thu, 28 Sep 2023, Stuart Henderson wrote:
> On 2023/09/28 08:34, David Coppa wrote:
> > ++c = '${TRUEPREFIX}/bin/lpr -P%s %s %s %s' %
> > (printer_name, raw_str, rem_str, file_name)
>
> ${LOCALBASE} (since this is from a different port, not
On Thu, Sep 28, 2023 at 10:46 AM Antoine Jacoutot wrote:
>
> But this would prevent printing with regular lpr, no? (honestly I don’t even
> know if it’s possible ).
It seems that cups is a strict requirement for hplip:
https://developers.hp.com/hp-linux-imaging-and-printing/faqs
ciao,
David
Hi all,
When trying to print a test page in the final stage of hp-setup,
the following error occurs:
Printing test page to printer ENVY_4520...
lpr: ENVY_4520: unknown printer
error: Print command failed with exit code 256!
This is because /usr/bin/lpr comes before /usr/local/bin/lpr in the
PA
Il Mer 4 Mag 2022, 22:57 Mihai Popescu ha scritto:
https://wiki.archlinux.org/title/chromium#Tmpfs
Ciao,
David
On Thu, Feb 3, 2022 at 4:46 PM Matthias Schmidt wrote:
>
> Hi Klemens,
>
> * Klemens Nanni wrote:
> > Playing music in ncspot reliably stops after some time with
> > "Stream drop error: PortAudio not initialized".
> >
> > Not sure when this started to happen, but I remember times when there was no
On Tue, Feb 5, 2019 at 12:21 AM Christian Weisgerber wrote:
>
> It looks like the libc++ 7.0.1 update on our clang archs has broken
> devel/boost:
>
> In file included from libs/log/src/syslog_backend.cpp:29:
> In file included from ./boost/asio/buffer.hpp:27:
> In file included from ./boost/asio/
Il giorno ven 21 dic 2018, 10:29 Solene Rapenne ha
scritto:
> when starting vagalum, the gtk window appear but also pop an error "error
> while
> initialize audio system" and the console output reports "**
> (vagalume:25148):
> CRITICAL **: 10:17:42.301: Error creating GStreamer elements"
>
> $HO
Il giorno mar 6 nov 2018, 20:58 Ingo Feinerer ha
scritto:
> Hi,
>
> math/R now gets killed at start-up with:
>
> R:/usr/lib/libreadline.so.4.0: undefined symbol 'tgetent'
> ld.so: R: lazy binding failed!
> Killed
>
> I noticed there was some readline restructuring/discussion in the last
> weeks b
On Thu, Aug 2, 2018 at 11:38 AM, Stuart Henderson wrote:
> On 2018/08/02 07:17, Rafael Sadowski wrote:
>> If no concerns I would like to commit the patch.
>
> I'm a bit confused about this because:
>
> 1. we have a patch described as "Enable W^X in QtWebkit's JIT"
> in x11/qt5/qtwebkit/patches/pat
On Wed, Apr 11, 2018 at 4:52 PM, David CARLIER wrote:
> Hi,
>
> Here a small fix for amule.
>
> Regards.
Ok with me.
Thanks,
David
On Wed, Apr 11, 2018 at 12:21 PM, Stuart Henderson wrote:
> On 2018/04/11 10:02, David Coppa wrote:
>> Hi,
>>
>> Does it work at runtime?
>>
>
> It doesn't work for me. Here's a backtrace from a standard build, I'll try
> again and
On Wed, Apr 11, 2018 at 4:23 AM, Matthew Martin wrote:
> Add lots of whitespace and change a few types from signed to unsigned.
> Probably should get a REVISION bump, but I'm not sure where that goes
> for subpackages.
>
> Is anyone already an OpenJDK contributor or know someone upstream with
> wh
On Sat, 10 Feb 2018, Rafael Sadowski wrote:
> Here's the update to CMake-3.10.2.
>
> It certainly needs a bulk to find eventual failures in dependant ports.
> Please build and run it with jsoncpp 1.8.4 (extra mail),
>
> Feedback welcome.
Hi Rafael,
Please don't remove stuff that it's there on
Il 28 gen 2018 16:32, "Landry Breuil" ha scritto:
On Sun, Jan 28, 2018 at 11:29:35AM +0100, Landry Breuil wrote:
> On Fri, Jan 26, 2018 at 02:38:34PM +0100, Rafael Sadowski wrote:
> > Hi All!
> >
> > This time easier than last time and a relative easy update to the
> > current boost.
> >
> > Chan
I only tested a few deps on sparc64 so far. devel/dlib and
games/bastet* succeed, but net/kea** seems to suffer:
It's also upstream:
https://github.com/isc-projects/kea/commit/17ed090beb6cefa78e29a95c645eb6da4edf8028
Il 27 gen 2018 3:56 PM, "Jeremie Courreges-Anglas" ha
scritto:
On Fri, Jan 26 2018, Rafael Sadowski wrote:
> Hi All!
Hey,
> This time easier than last time and a relative easy update to the
> current boost.
>
> Changelog: http://www.boost.org/users/history/version_1_66_0.html
>
> I did not bui
Il 08 nov 2017 6:41 PM, "Daniel Jakots" ha scritto:
Hi David (and ports@),
Since 4.14.1, $mod+e is broken. It has been reported upstream multiple
times:
https://github.com/i3/i3/issues/2846
https://github.com/i3/i3/issues/3026
I tried to backport the first chunk (see the patch inline) but it wa
On Mon, Oct 2, 2017 at 8:17 AM, Timo Myyrä wrote:
> Hi,
>
> I'm trying to make port of zdoom but I can't get it to link.
>
> The error I got was:
> CMakeFiles/zdoom.dir/scripting/vm/vmexec.cpp.o: In function
> `__cxx_global_var_init':
> /home/tmy/tmp/gzdoom-g3.1.0/src/scripting/vm/vmexec.cpp:(.te
On Thu, Sep 28, 2017 at 10:18 PM, Rafael Sadowski wrote:
> This is bugfix release, changes are (compared to 0.18.2):
>
> - Fix for possible buffer overrun in kodak_65000 decoder
> - Fix for possible heap overrun in Canon makernotes parser
> - Fix for CVE-2017-13735 CVE-2017-14265: Additional check
On Thu, 28 Sep 2017, Jeremie Courreges-Anglas wrote:
> +cc maintainer
CCing Vadim too...
> On Thu, Sep 28 2017, David Coppa wrote:
> > On Wed, 27 Sep 2017, Christian Weisgerber wrote:
> >
> >> Jeremie Courreges-Anglas:
> >>
> >> > > * Mar
On Wed, 27 Sep 2017, Christian Weisgerber wrote:
> Jeremie Courreges-Anglas:
>
> > > * Mark as BROKEN the remaining ports that have failed to build since
> > > the clang switch on amd64/i386.
> >
> > Should probably use NOT_FOR_ARCHS = ${CLANG_ARCHS}.
>
> >
> > http://exopi.exo.bsdfrog.org
On Wed, Sep 6, 2017 at 1:57 PM, Timo Myyrä wrote:
> Ok, got it. Here's updated diff which restores the package back.
Reviewed and tested (this and audacious-plugins).
audacious 3.9 works fine, tested basic functionalities and the like.
I'd like to commit them if nobody objects, they have no de
Il 05 set 2017 20:50, "Ingo Schwarze" ha scritto:
Hi,
David Coppa wrote on Tue, Sep 05, 2017 at 04:54:24PM +0200:
> On Tue, Sep 5, 2017 at 4:41 PM, Marc Peters wrote:
>> running Sundays snapshot and just reinstalled ncmpcpp and dependencies
>> with "pkg_add -D
On Tue, Sep 5, 2017 at 4:41 PM, Marc Peters wrote:
> Hi List,
>
> running Sundays snapshot and just reinstalled ncmpcpp and dependencies
> with "pkg_add -D installed -u ncmpcpp" ncmpcpp core dumps:
>
> $ ncmpcpp
> terminating with uncaught exception of type std::runtime_error:
> ctype_byname::ctyp
On Mon, Sep 4, 2017 at 2:11 PM, Josh Grosse wrote:
> On Mon, Sep 04, 2017 at 09:18:18AM +0000, David Coppa wrote:
>>
>> Now that 4.14 is out, here's the diff to update our port.
>>
>> Comments / OKs ?
>
> Builes and works fine here on amd64. But I happened
Now that 4.14 is out, here's the diff to update our port.
Comments / OKs ?
Ciao!
David
Index: Makefile
===
RCS file: /cvs/ports/x11/i3/Makefile,v
retrieving revision 1.106
diff -u -p -u -p -r1.106 Makefile
--- Makefile13 Nov 20
Il 30 ago 2017 08:31, "Jeremie Courreges-Anglas" ha
scritto:
On Wed, Aug 30 2017, Rafael Sadowski wrote:
> Hi All,
>
> before we can wipe out KDE3 from our ports tree, we have to remove or
> update the following consumers:
>
> Ports we should erase:
>
> games/kbilliards
>
> - Last updated 12 yea
Il 27 ago 2017 18:00, "Jeremie Courreges-Anglas" ha
scritto:
On Sun, Aug 27 2017, Rafael Sadowski wrote:
> Hi,
>
> audio/akode is ancient, completely dead upstream, and no ports use it.
>
> Opinions? Opposing views?
ok to delete it
Ok with me too
The diff below updates devel/libinotify to the latest release.
Please test it with the usual suspects (owncloudclient, seafile,
incron, ...)
Cheers!
David
Index: Makefile
===
RCS file: /cvs/ports/devel/libinotify/Makefile,v
retriev
On Thu, Aug 24, 2017 at 2:46 PM, Stuart Henderson wrote:
> On 2017/08/21 18:03, David Coppa wrote:
>>
>> Here's the update to CMake-3.9.1
>>
>> Still needing a bulk build, so I can fix eventual failures in
>> dependant ports...
>
> I'll start a bul
Here's the update to CMake-3.9.1
Still needing a bulk build, so I can fix eventual failures in
dependant ports...
Ciao!
David
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.161
diff -u -p -u -
3rd revision of the patch: remove the (now) useless patch
patch-Modules_FindBoost_cmake.
Upstream implemented the same feature, but in a different way, so
the patch was still applying cleanly.
Now, if someone could run a bulk build with the attached diff, it
would be great...
Ciao!
David
cmak
All these fixes come from upstream git. With somewhat misleading
comments, but hey...
OK?
Index: Makefile
===
RCS file: /cvs/ports/productivity/kmymoney/Makefile,v
retrieving revision 1.12
diff -u -p -u -p -r1.12 Makefile
--- Makefi
On Tue, Aug 15, 2017 at 12:54 PM, Reyk Floeter wrote:
> Hi,
>
> btw., cmake needs an update to recognize boost 1.64.0
>
> /usr/local/share/cmake/Modules/FindBoost.cmake supports VERION_LESS 106400
>
> Reyk
CMake-3.9.0 does support Boost 1.64.
Here's again the update I've sent to ports@ some days
Hi!
Every time I launch minitube, I see this:
---8<---
$ minitube &
[1] 16239
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-dcoppa'
JIT is disabled for QML. Property bindings and animations will be very slow.
Visit https://wiki.qt.io/V4 to learn about possible solutions
On Sun, Aug 13, 2017 at 2:22 PM, Rafael Sadowski wrote:
> On Thu Aug 10, 2017 at 05:26:46PM +0200, David Coppa wrote:
>>
>> Hi all,
>>
>> Here's the update to the latest CMake.
>>
>> As usual, I'd like to have the attached diff tested in a ports b
On Fri, Aug 11, 2017 at 6:41 AM, Daniel Jakots wrote:
> Hello && coucou Benoit,
>
> Git's upstream released a couple of git releases to fix
> CVE-2017-1000117. Here's diff that update old-stable, stable and
> current.
>
> I went the lazy way which is 'update to latest bugfix release' and not
> jus
On Thu, 10 Aug 2017, Rafael Sadowski wrote:
> On Thu Aug 10, 2017 at 05:26:46PM +0200, David Coppa wrote:
> >
> > Hi all,
> >
> > Here's the update to the latest CMake.
> >
> > As usual, I'd like to have the attached diff tested in a p
On Thu, 10 Aug 2017, David Coppa wrote:
>
> Hi all,
>
> Here's the update to the latest CMake.
>
> As usual, I'd like to have the attached diff tested in a ports bulk
> build...
>
> Thanks!
> David
New revision of the diff fixing a problem with FindLu
Hi all,
Here's the update to the latest CMake.
As usual, I'd like to have the attached diff tested in a ports bulk
build...
Thanks!
David
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.161
di
On Thu, Aug 10, 2017 at 5:33 AM, Daniel Jakots wrote:
> On Thu, 10 Aug 2017 02:53:59 +0200, Klemens Nanni
> wrote:
>
>> > I'm not entirely sure yet whether the introduced patch to get
>> > X509_OBJECT_get0_X509() and X509_STORE_get0_objects() working is the
>> > way to go, maybe someone more know
Il 08 ago 2017 22:55, "Rafael Sadowski" ha scritto:
On Tue Aug 08, 2017 at 10:37:19PM +0200, David Coppa wrote:
> On Tue, 08 Aug 2017, Rafael Sadowski wrote:
>
> > On Tue Aug 08, 2017 at 04:50:10PM +0200, David Coppa wrote:
> > >
> > > Hi all,
> > &
On Tue, 08 Aug 2017, Rafael Sadowski wrote:
> On Tue Aug 08, 2017 at 04:50:10PM +0200, David Coppa wrote:
> >
> > Hi all,
> >
> > Attached you have security/rhash, a new dependency for CMake-3.8.x
> >
> > ---8<---
> >
> > $ pkg_info rhash
It supports CRC32, MD4, MD5, SHA1, SHA256, SHA512, Tiger, DC++ TTH,
BitTorrent BTIH, ED2K, AICH, GOST R 34.11-94, RIPEMD-160, HAS-160,
EDON-R 256/512, Whirlpool and Snefru-128/256 algorithms.
Maintainer: David Coppa
WWW: http://rhash.anz.ru/
---8<---
===> Regression tests for rhash-1.3.
Il 15 lug 2017 18:16, "Frederic Cambus" ha scritto:
Hi ports@,
We recently removed mrxvt and rxvt due to the fact that upstream is
dead and that thee code is vulnerable to CVE-2017-7483 [1].
On top of that, crxvt is very unstable: it dumps core after entering
a few commands or pressing enter re
Il 07 lug 2017 21:54, "Landry Breuil" ha scritto:
On Tue, Jul 04, 2017 at 01:21:48PM +0300, Vadim Zhukov wrote:
> >>
> >> a port i'm working on (pgpointcloud) uses cmake to detect libxml2:
> >>
> >> https://github.com/pgpointcloud/pointcloud/blob/
master/CMakeLists.txt#L91
> >>
> >> with this CMa
Il 04 lug 2017 12:24, "Vadim Zhukov" ha scritto:
>>
>> a port i'm working on (pgpointcloud) uses cmake to detect libxml2:
>>
>> https://github.com/pgpointcloud/pointcloud/blob/master/CMakeLists.txt#L91
>>
>> with this CMakeLists the build fails because -I/usr/local/include is not
>> on the CFLAGS
On Mon, Jun 26, 2017 at 12:10 PM, Martin Pieuchot wrote:
> On 26/06/17(Mon) 11:56, Landry Breuil wrote:
>> On Mon, Jun 26, 2017 at 11:51:15AM +0200, Martin Pieuchot wrote:
>> > No debug symbols, so I can't find/fix the problem.
>> >
>> > OpenBSD 6.1-current (GENERIC.MP) #18: Mon Jun 26 11:20:49 CE
Il 24 giu 2017 00:16, "Frederic Cambus" ha scritto:
Hi ports@,
Mrxvt is based on rxvt which we recently removed due to the fact that
upstream is dead and that thee code is vulnerable to CVE-2017-7483 [1].
Mrxvt is vulnerable as well, and latest release is from 2008.
Comments? OK to remove?
O
Il 14 giu 2017 22:23, "Rafael Sadowski" ha scritto:
Hi All,
remove dead homepage url and fix MASTER_SITES (found via
https://www.archlinux.org/packages/extra/x86_64/giblib/).
Ok? Comments?
Best regards,
Rafael
Index: Makefile
=
On Mon, Jun 12, 2017 at 2:23 PM, Mikolaj Kucharski
wrote:
> On Mon, Jun 12, 2017 at 08:52:02AM +0200, Theo Buehler wrote:
>> On Thu, Jun 08, 2017 at 09:44:07AM +0200, David Coppa wrote:
>> >
>> > Straightforward update to git-2.13.1.
>>
>> Hi,
>>
Il 09 giu 2017 18:47, "Stuart Henderson" ha scritto:
Hi, this diff is a noop for current mainstream arches, but will
allow it to build on aarch64 (which has no ports GCC).
COMPILER basically means "use the base compiler if it's modern,
otherwise use one of the following ports compilers".
OK?
Straightforward update to git-2.13.1.
Ciao!
David
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.170
diff -u -p -u -p -r1.170 Makefile
--- Makefile1 Jun 2017 19:58:04 - 1.170
+++ Ma
Il 23 mag 2017 20:54, "Antoine Jacoutot" ha scritto:
OK aja
Landry,
Please go ahead with your update.
Thanks!
David
On Tue, May 23, 2017 at 08:16:47PM +0200, Landry Breuil wrote:
> On Tue, May 23, 2017 at 08:01:51PM +0200, Landry Breuil wrote:
> > On Tue, May 23, 2017 at 01:18:17PM -0400, A
Il 25 apr 2017 14:22, "Caspar Schutijser" ha
scritto:
Hi,
I noticed that the wxallowed check that is in the startup script of
the chromium port is not present in the iridium port. Also, the chromium
port uses ${TRUEPREFIX} in the exec line.
Thanks,
Caspar Schutijser
Index: Makefile
==
Il 22 apr 2017 05:30, "Jonathan Gray" ha scritto:
Freetype headers no longer define __FT2_BUILD_UNIX_H__.
Remove the ifdef to fix the clang build:
cc -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION=""
-DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DPACKAGE="SDL_Pango"
-DVERSION="0.1.2" -D
On Tue, Mar 14, 2017 at 11:21 AM, Sebastien Marie wrote:
> On Tue, Mar 14, 2017 at 10:28:05AM +0100, Landry Breuil wrote:
>> You can't sanely run a desktop session with any browser using the
>> default limits anyway...
>
> I disagree. I run firefox with low memory pressure:
>
> 97871 semarie2
On Thu, Mar 2, 2017 at 11:35 PM, Matthias Kilian wrote:
> On Thu, Mar 02, 2017 at 09:23:25PM +0100, Matthias Kilian wrote:
>> Running an update bulk build with the diff below now for ghc-7.10.3,
>> to see wether it helps... however, all the hs-ports in my tree are still
>> updated for ghc-8.0.1, s
Ok with me.
Ciao!
David
Il 28 feb 2017 18:32, "Rafael Sadowski" ha scritto:
- Switch to HTTPS
- fix MASTER_SITES
Index: Makefile
===
RCS file: /cvs/ports/devel/libevent2/Makefile,v
retrieving revision 1.13
diff -u -p -u -p -r1.13
On Mon, Feb 20, 2017 at 10:13 AM, Marc Espie wrote:
> I'd like to remove
> extract-dependencies
> find-build-order
> (dpb does it and more)
>
> portslogger
> (haven't used it in ages, again, dpb)
>
> and maybe
> retrieve-index
> does anyone actually use that one ?
>
> (personally, I do either grep
On Sun, Feb 19, 2017 at 11:27 AM, Jeremie Courreges-Anglas
wrote:
>
> Hi,
>
> so libev previously needed a hack to build on arm (and sparc).
> "SMP" support was disabled to avoid the need for sync assembly
> instructions. Now that cc advertize support for __ARM_ARCH_6K__ we can
> use the mcr inst
On Wed, Feb 8, 2017 at 12:24 PM, Stuart Henderson wrote:
> Since it's not supported on OpenBSD, it doesn't make much sense for
> wpa_supplicant to default to scanning. OK?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/security/wpa
On Sat, Feb 4, 2017 at 11:12 AM, Adam Wolk wrote:
> Not that I know of but the diff removes a hardcoded -O2 passed to ghc.
>
> The port in general hardcodes -O2 in a couple of places:
> CMakeLists.txt
> 89:add_flag_append(CMAKE_C_FLAGS_RELEASE "-O2")
> 92:add_flag_append(CMAKE_CXX_FLAGS_RELEASE "
On Sat, Jan 28, 2017 at 10:28 PM, Christopher Zimmermann
wrote:
> Hi,
>
>
> this time with the diff attached.
>
> mpd has had sndio support for quite some time now, but not in our ports
> tree. So here's an update. Our g++ doesn't support constexpr with
> switch/case statements, therefore use clan
On Wed, Jan 11, 2017 at 11:55 AM, Robert Nagy wrote:
> Try a different window manager.
Or you can try with wmname.
Install wmname with 'pkg_add wmname'
And then put:
/usr/local/bin/wmname LG3D
into your ~/.xinitrc right before the line that exec your window manager...
Ciao!
David
> On (2017
Hi,
The diff below updates git to the latest release and fixes some
bugs in the tests.
Results:
fixed 2
success 13909
failed 0
broken 192
total 14372
OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retriev
Il 1 dicembre 2016 14:04:30 CET, Jeremie Courreges-Anglas ha
scritto:
>Jiri B writes:
>
>>> lsof is a problem. It is tightly coupled to the base system, enough
>to
>>> require /usr/src/sys checked out to be able to build it. This means
>>> that it breaks quite frequently:
>>
>> Correcting Pa
On Sat, 26 Nov 2016, Martin Pieuchot wrote:
> On 26/11/16(Sat) 14:51, David Coppa wrote:
> > On Sat, Nov 26, 2016 at 2:47 PM, Stuart Henderson
> > wrote:
> > > On 2016/11/26 13:59, David Coppa wrote:
> > >>
> > >> Hi.
> > >>
> &g
On Sat, 26 Nov 2016, David Coppa wrote:
>
> Hi again,
>
> Here's the update to cmake-3.7.0.
>
> It depends on the new port "devel/libuv" I've sent in my previous
> mail.
>
> I'd like to have it tested in a ports bulk build...
New diff:
+
On Sat, 26 Nov 2016, David Coppa wrote:
> Same failures I have on amd64, I'll have a look at them when time permits...
Even better...
This port doesn't inspire too much confidence and it's only used
for the new server mode feature of cmake, which is not indispensable
to us.
S
On Sat, Nov 26, 2016 at 2:47 PM, Stuart Henderson wrote:
> On 2016/11/26 13:59, David Coppa wrote:
>>
>> Hi.
>>
>> Here's a new port for libuv-1.10.1, a new dependency for the upcoming
>> update to CMake-3.7.0.
>>
>> Feedback welcome!
>
>
Hi again,
Here's the update to cmake-3.7.0.
It depends on the new port "devel/libuv" I've sent in my previous
mail.
I'd like to have it tested in a ports bulk build...
TIA!
David
cmake-3.7.0.diff.gz
Description: application/gunzip
Hi.
Here's a new port for libuv-1.10.1, a new dependency for the upcoming
update to CMake-3.7.0.
Feedback welcome!
Ciao,
David
---8<---
libuv is a multi-platform support library with a focus on asynchronous I/O.
Feature highlights:
+ Full-featured event loop backed by epoll, kqueue, IOCP, e
On Wed, 23 Nov 2016, David Coppa wrote:
> Another gstreamer exploit by Chris Evans:
>
> https://scarybeastsecurity.blogspot.it/2016/11/0day-exploit-advancing-exploitation.html
>
> This time, we have patches for both gstreamer-0.10 and gstreamer1
> (from upstream).
>
&g
Another gstreamer exploit by Chris Evans:
https://scarybeastsecurity.blogspot.it/2016/11/0day-exploit-advancing-exploitation.html
This time, we have patches for both gstreamer-0.10 and gstreamer1
(from upstream).
Ok for the diff below?
Index: gstreamer-0.10/plugins-good/Makefile
==
On Sat, Nov 19, 2016 at 1:45 PM, Stuart Henderson wrote:
> On 2016/11/18 19:25, Rafael Sadowski wrote:
>> > To save time for testing, which ports did you try it with? (It will
>> > need testing with at least a selection of cmake things, plus one of
>> > chromium/iridium).
>>
>> Successful chromium
Hi!
Even if OpenBSD shouldn't be vulnerable, the plugin itself is bugged
(and not so useful either):
http://scarybeastsecurity.blogspot.it/2016/11/0day-exploit-compromising-linux-desktop.html
So, why not disabling it?
Ubuntu did the same:
https://bugs.launchpad.net/ubuntu/+source/gst-plugins-
Il 15 novembre 2016 10:52:10 CET, Tobias Ulmer ha scritto:
>The respun adastrap has introduced a hard dependency on gmp 6.1.1,
>save people some debug time:
>
>Index: Makefile
>===
>RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9
On Sun, Nov 13, 2016 at 8:57 PM, Rafael Sadowski wrote:
> Hi ports@, Hi Matthew,
>
> simple ninja update. Tested @amd64 with some ports in the last days.
>
> Port highlights:
>
> - switch to new github repo (official)
> - new HOMEPAGE
> - add post-install to compile ninja_syntax.py
> - cleanup do-
Hi!
I think these two directories should be registered in the PLIST
file.
Opinions?
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.163
diff -u -p -u -p -r1.163 Makefile
--- Makefile4 Nov 201
On Fri, Nov 11, 2016 at 1:08 PM, Theo Buehler wrote:
> On Fri, Nov 11, 2016 at 12:20:27PM +0100, David Coppa wrote:
>> On Thu, 10 Nov 2016, Theo Buehler wrote:
>>
>> > On Thu, Nov 10, 2016 at 11:13:27PM +0100, David Coppa wrote:
>> > > On Thu, Nov 10,
On Thu, 10 Nov 2016, Theo Buehler wrote:
> On Thu, Nov 10, 2016 at 11:13:27PM +0100, David Coppa wrote:
> > On Thu, Nov 10, 2016 at 10:06 PM, David Coppa wrote:
> > >
> > > Hi i3 users,
> > >
> > > Here's the update to i3-4.13.
> >
On Thu, Nov 10, 2016 at 10:06 PM, David Coppa wrote:
>
> Hi i3 users,
>
> Here's the update to i3-4.13.
>
> Please test and report (comments, OKs, whatever...)
>
> Ciao!
> David
And here's the diff as attachment, if the inline one causes problems.
Hi i3 users,
Here's the update to i3-4.13.
Please test and report (comments, OKs, whatever...)
Ciao!
David
Index: Makefile
===
RCS file: /cvs/ports/x11/i3/Makefile,v
retrieving revision 1.105
diff -u -p -u -p -r1.105 Makefile
---
Hi!
Bugfixing update to 2.10.2
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.162
diff -u -p -u -p -r1.162 Makefile
--- Makefile11 Oct 2016 10:59:27 - 1.162
+++ Makefile3 Nov 201
On Tue, Nov 1, 2016 at 9:53 AM, Ingo Feinerer wrote:
> Dear useRs,
>
> update math/R 3.3.1 -> 3.3.2
>
> - remove two FTP mirrors (there are plenty of HTTP)
> - add print/texinfo to RUN_DEPENDS as 'R CMD build' needs it
> - regen patch
>
> Works for me on amd64.
>
> OK?
Looks good portswise, and w
On Mon, Oct 17, 2016 at 8:26 PM, Jeremie Courreges-Anglas
wrote:
> David Coppa writes:
>
>> On Mon, Oct 17, 2016 at 7:51 PM, Jeremie Courreges-Anglas
>> wrote:
>>>
>>> The switch to explicit FLAVORS is almost complete, there are two
>>> remaining po
On Mon, Oct 17, 2016 at 7:51 PM, Jeremie Courreges-Anglas
wrote:
>
> The switch to explicit FLAVORS is almost complete, there are two
> remaining ports, luaposix and lualdoc.
>
> lualdoc is packaged as a library that supports flavors, but afaik it is
> a standalone tool. Debian for example packag
Hi!
Update to git-2.10.1.
Remove two now useless patch chunks:
- linking with -lrt is now protected by NEEDS_LIBRT
- vax is dead
Ok?
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.161
diff -u
On Tue, Oct 11, 2016 at 11:01 AM, Stuart Henderson wrote:
> This doesn't fix my crash but while investigating it, I noticed that
> py-requests is using its own cacert.pem, it should use the system one.
> Fixup the distfile name while there as well. OK?
Sure, looks good to me.
> Index: Makefile
>
On Thu, Oct 6, 2016 at 12:50 PM, Andreas Kusalananda Kähäri
wrote:
> Hi,
>
> Let me know if this should be on ports rather than here.
>
> I'm following OpenBSD current on amd64, updating the system a couple of
> times a week, and I'm using valgrind from ports to check a C program for
> memory leak
On Wed, Oct 5, 2016 at 4:52 PM, Pascal Stumpf wrote:
> On Wed, 5 Oct 2016 16:30:15 +0200, David Coppa wrote:
>> On Tue, 04 Oct 2016, Laurence Tratt wrote:
>>
>> > On Tue, Oct 04, 2016 at 02:09:30PM +0200, David Coppa wrote:
>> >
>> > Hello David,
>>
On Tue, 04 Oct 2016, Laurence Tratt wrote:
> On Tue, Oct 04, 2016 at 02:09:30PM +0200, David Coppa wrote:
>
> Hello David,
>
> I'll give this a try on Thursday (which is the next time I'm around such a
> network) and let you know.
>
>
> Laurie
Please try
On Wed, 05 Oct 2016, Stuart Henderson wrote:
> On 2016/10/05 15:30, David Coppa wrote:
> > On Wed, Oct 5, 2016 at 3:13 PM, Stuart Henderson
> > wrote:
> >
> > > This is a workaround for an OpenSSL bug affecting EAP-FAST.
> > >
> > > https:/
On Wed, Oct 5, 2016 at 3:13 PM, Stuart Henderson wrote:
> This is a workaround for an OpenSSL bug affecting EAP-FAST.
>
> https://mta.openssl.org/pipermail/openssl-dev/2015-July/002191.html
So it's not needed, I suppose.
Thanks!
David
chines.
> --->8---
>
On Tue, 04 Oct 2016, Laurence Tratt wrote:
> On Tue, Oct 04, 2016 at 02:09:30PM +0200, David Coppa wrote:
>
> Hello David,
>
> I'll give this a try on Thursday (which is the next time I'm around such a
> network) and let you know.
>
1 - 100 of 1903 matches
Mail list logo
