Aaron Bieber writes:
> Erich Ericson writes:
>
>> Hi again,
>>
>> bumped IntelliJ-Idea to 2021.3.
>> I also took the liberty to remove some native libraries foreign
>> to OpenBSD(*.dylib,*.dll), which should not work in any case.
>>
>> Cheers,
>> Erich
>>
>> Index: Makefile
>>
Adriano Barbosa writes:
> Hi!
> Any other tests? Comments? Suggestions?
> Could any committer import it?
bently@ pointed out the need for removing extra whitspace from
modules.inc and from pkg/DESCR. I have committed your version with the
whitespace removed!
Thanks!!
>
> Obrigado.
>
> Em qua
Keeps working on amd64 and tests pass.
I have not fiddled with the new pre-built extension thing, at all.
https://github.com/cli/cli/releases/tag/v2.3.0
OK?
Index: Makefile
===
RCS file: /cvs/ports/devel/github-cli/Makefile,v
retr
On 2021/12/07 22:44, Klemens Nanni wrote:
> On Tue, Dec 07, 2021 at 10:34:59PM +, Stuart Henderson wrote:
> > On 2021/12/07 23:11, Solene Rapenne wrote:
> > > Cozy is a modern GTK audiobook player, it requires a freshly committed
> > > databases/py-peewee update to run. It compiles in a clean c
On 2021/12/07 21:28, Klemens Nanni wrote:
> https://github.com/peha/
odd, no project name
> https://github.com/gonzalo-/openbsd-distfiles
I don't think this is a good HOMEPAGE for the port
> https://github.com/espressif/arduino-esp32
> https://github.com/esp8266/Arduino
On Tue, Dec 07, 2021 at 10:34:59PM +, Stuart Henderson wrote:
> On 2021/12/07 23:11, Solene Rapenne wrote:
> > Cozy is a modern GTK audiobook player, it requires a freshly committed
> > databases/py-peewee update to run. It compiles in a clean chroot,
> >
> > tested for hours without issues
>
On 2021/12/07 23:11, Solene Rapenne wrote:
> Cozy is a modern GTK audiobook player, it requires a freshly committed
> databases/py-peewee update to run. It compiles in a clean chroot,
>
> tested for hours without issues
>
> pkg/DESCR
>
> Here are some of the current features:
> - Import your aud
Erich Ericson writes:
> Hi again,
>
> bumped IntelliJ-Idea to 2021.3.
> I also took the liberty to remove some native libraries foreign
> to OpenBSD(*.dylib,*.dll), which should not work in any case.
>
> Cheers,
> Erich
>
> Index: Makefile
> =
presumably ocaml-related:
>>> Building on i386-2 under math/coq
BDEPENDS =
[math/ocaml-zarith;lang/ocaml;sysutils/findlib;shells/bash;devel/gmake;x11/lablgtk3]
DIST = [math/coq:coq-8.13.2.tar.gz]
FULLPKGNAME = coq-8.13.2
RDEPENDS = [lang/ocaml;x11/lablgtk3]
(Ju
On Thu, Nov 25, 2021 at 09:33:52PM +0100, Omar Polo wrote:
> Klemens Nanni writes:
>
> > On Thu, Nov 25, 2021 at 04:45:06PM +0100, Omar Polo wrote:
> >> I wanted to share gelatod with a friend but the package lacks a HOMEPAGE
> >> and so `pkg_info gelatod' too. I think it's handy to have a link
On Tue, Dec 07, 2021 at 12:50:22PM -0800, Mike Larkin wrote:
> On Tue, Dec 07, 2021 at 03:11:18PM -0500, Brad Smith wrote:
> > Here is an update to SeaBIOS 1.15.0 for the firmware/vmm port.
> >
> > * Improved support for USB devices with multiple interfaces.
>
> not used by vmm
>
> > * Support for
On Tue, Dec 07, 2021 at 03:11:18PM -0500, Brad Smith wrote:
> Here is an update to SeaBIOS 1.15.0 for the firmware/vmm port.
>
> * Improved support for USB devices with multiple interfaces.
not used by vmm
> * Support for USB XHCI devices using direct MMIO access (instead of PCI).
not used by vm
Here are the results from the latest amd64 bulk build with base
clang updated to LLVM 13.
Failure logs:
http://build-failures.rhaalovely.net/amd64-clang/2021-12-06/
Triage:
devel/qbs ./qbs segfault
emulators/nono -Werror,-Wunused-but-set-var
On 2021/12/07 18:13, Marc Espie wrote:
> And attached is igraph-0.9.5, which does depend on the glpk update.
>
> Seems to be a really nice C library to compute all sorts of things
> about graphs, even though it's presented as a "collection of network
> analysis tools"
>
> Seems there are also py
Jeremie Courreges-Anglas [2021-12-07, 18:46 +0100]:
> cc'ing maintainer,
>
> On Tue, Dec 07 2021, Timo Myyrä wrote:
>> Hi,
>>
>> The upcoming emacs 28 has native compilation feature which allows it to
>> use gcc to compile emacs lisp files to loadable libraries by using the
>> libgccjit library.
On 2021/12/07 19:47, Solene Rapenne wrote:
> On Fri, 03 Dec 2021 19:24:22 +
> Stuart Henderson :
>
> > The postgresql MODULES file has scaffolding for setting up a test database
> > that is run in an isolated database server, only for the use of the port
> > issuing it for testing.
> >
>
>
On Tue, Dec 07 2021, "Theo de Raadt" wrote:
> Jeremie Courreges-Anglas wrote:
>
>> cc'ing maintainer,
>>
>> On Tue, Dec 07 2021, Timo Myyrä wrote:
>> > Hi,
>> >
>> > The upcoming emacs 28 has native compilation feature which allows it to
>> > use gcc to compile emacs lisp files to loadable libr
Jeremie Courreges-Anglas wrote:
> cc'ing maintainer,
>
> On Tue, Dec 07 2021, Timo Myyrä wrote:
> > Hi,
> >
> > The upcoming emacs 28 has native compilation feature which allows it to
> > use gcc to compile emacs lisp files to loadable libraries by using the
> > libgccjit library. This library
Timo Myyrä writes:
> Hi,
Hello!
> The upcoming emacs 28 has native compilation feature which allows it to
> use gcc to compile emacs lisp files to loadable libraries by using the
> libgccjit library. This library is not currently provided by the lang/gcc port
> and I took first stab at getting
cc'ing maintainer,
On Tue, Dec 07 2021, Timo Myyrä wrote:
> Hi,
>
> The upcoming emacs 28 has native compilation feature which allows it to
> use gcc to compile emacs lisp files to loadable libraries by using the
> libgccjit library. This library is not currently provided by the lang/gcc port
>
And attached is igraph-0.9.5, which does depend on the glpk update.
Seems to be a really nice C library to compute all sorts of things
about graphs, even though it's presented as a "collection of network
analysis tools"
Seems there are also python bindings in a separate repository, but that woul
Here's an update of glpk to 5.0.
I've checked that both consumers (math/{4ti2,octave}) still build and run.
(I'm porting igraph, and it contains a copy of glpk, but doesn't build with
the old version we have in ports)
okay ?
Index: Makefile
Hi,
The upcoming emacs 28 has native compilation feature which allows it to
use gcc to compile emacs lisp files to loadable libraries by using the
libgccjit library. This library is not currently provided by the lang/gcc port
and I took first stab at getting it done.
The --enable-host-shared flag
Hi!
Any other tests? Comments? Suggestions?
Could any committer import it?
Obrigado.
Em qua., 1 de dez. de 2021 às 14:28, Adriano Barbosa
escreveu:
>
> Thank you again!
> I was aware of that MODGO_VERSION on modules.inc, but completely
> forgot to remove it because of alt+tab/multitasking reason
Bulk build on sparc64-0a.ports.openbsd.org
Started : Sat Dec 4 15:08:37 MST 2021
Finished: Tue Dec 7 05:28:00 MST 2021
Duration: 2 Days 14 hours 19 minutes
Built using OpenBSD 7.0-current (GENERIC.MP) #1083: Thu Dec 2 13:20:47 MST 2021
Built 9446 packages
Number of packages built each day:
D
Works for me.
Em ter., 7 de dez. de 2021 às 07:03, Gonzalo L. Rodriguez
escreveu:
>
> Better diff attached fixing the missing permissions and README.
>
> Cheers.-
>
> On Thu, 02 Dec 2021 at 07:42:44 +0100, Rafael Sadowski wrote:
> > On Tue Nov 30, 2021 at 06:28:31PM +0100, Gonzalo L. Rodriguez wr
On Tue, Dec 07 2021, "Gonzalo L. Rodriguez" wrote:
> On Mon, 06 Dec 2021 at 23:43:12 +0100, Jeremie Courreges-Anglas wrote:
>> On Sun, Dec 05 2021, Christian Weisgerber wrote:
>> > I ran another amd64 bulk build with base clang updated to LLVM 13
>> > and --allow-shlib-undefined as the default ag
On Tue, December 7, 2021 09:18, Rafael Sadowski wrote:
> On Thu Dec 02, 2021 at 05:03:13PM +0300, Kirill Bychkov wrote:
>> On Thu, December 2, 2021 16:06, Stuart Henderson wrote:
>> > On 2021/12/01 22:15, Antoine Jacoutot wrote:
>> >> At the time of import we did not want it to be picked up automat
On Mon, 06 Dec 2021 at 23:43:12 +0100, Jeremie Courreges-Anglas wrote:
> On Sun, Dec 05 2021, Christian Weisgerber wrote:
> > I ran another amd64 bulk build with base clang updated to LLVM 13
> > and --allow-shlib-undefined as the default again (~patrick/llvm.v6).
> > I also put in a tentative fix
On Tue, 07 Dec 2021 at 00:35:39 +0100, Jeremie Courreges-Anglas wrote:
> On Mon, Dec 06 2021, Daniel Dickman wrote:
> >> On Dec 6, 2021, at 5:44 PM, Jeremie Courreges-Anglas
> >> wrote:
> >>
> >> On Sun, Dec 05 2021, Christian Weisgerber wrote:
> >>> I ran another amd64 bulk build with base c
No idea what might have triggered this, SIGILL from mono (there is
one visible in the log below from cert-sync, also a mono-sgen.core is
present in the build dir - backtrace below though I doubt it's
helpful)
I've saved the build directory in case anyone wants to take a look.
>>> Building on i386
On Tue, 7 Dec 2021, 08:15 Stuart Henderson, wrote:
>
> I'll try to find time to look at it soon.
>
Great. Thank you.
And sorry in advance if I might be asking something totally stupid as I am
not a developer, only trying to understand the tools I use:
Not assuming to know enough about
the sig
Ricardo Mestre writes:
> Hi,
>
> changelog on [0], the bump to 1.2.2 was just a versioning issue on their side.
>
> comments? ok?
>
> https://hacktivis.me/releases/badwolf-1.2.1.txt
I've been using it for a couple of days, nothing to report ;)
OK op@
> Index: Makefile
> ===
33 matches
Mail list logo
