Re: update: ffmpeg-normalize: 1.20.0 -> 1.23.0 (+ new dep)

On Wed, Jun 22, 2022 at 01:02:08PM +, Yifei Zhan wrote: Hello Yifei, >> This is an update for ffmpeg-normalize, it requires a new dep >> multimedia/py3-ffmpeg-progress-yield, which is attached. This looks good to me -- I'd like to see it go in! Laurie

audio/quodlibet & devel/libsoup

I updated my amd64 snapshot & packages this morning and quodlibet now refuses to load: $ quodlibet (io.github.quodlibet.QuodLibet:63315): libsoup-ERROR **: 11:07:18.501: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported. zsh: trace trap (core dumpe

Repeated gimp crashes?

I'm not a heavy user of gimp, but I've noticed it segfaulting regularly (e.g. when saving, adjusting colours) whenever I've tried using it in the last couple of weeks or more. Having updated my amd64 snapshot + packages this morning to I'm still seeing problems. Here's an example backtrace from git

Re: audio/quodlibet & devel/libsoup

On Sat, Aug 06, 2022 at 12:14:40PM +0100, Stuart Henderson wrote: Hello Stuart, > soup3 was already installed so changing RDEP by itself can't make any > difference. Agreed, it seemed odd to me too. I think you're right when you say: > With 4.4.0 repeated runs sometimes trigger the problem, som

Re: audio/quodlibet & devel/libsoup

On Sun, Aug 07, 2022 at 03:26:16PM +0100, Laurence Tratt wrote: > With the 4.5.0 update in ports, I get a Python exception on most actions, > which seems to relate to cover art: > > AttributeError: 'gi.repository.Soup' object has no attribute 'URI' > ---

Re: libsoup2/3 conflicts and gstreamer1 [Re: audio/quodlibet & devel/libsoup]

On Wed, Aug 10, 2022 at 11:09:25PM +0100, Stuart Henderson wrote: Hello Stuart, > it falls back to a different coverart fetcher which doesn't use libsoup at > all.. Oh ye gods. That I did not realise :/ My patch is clearly wrong. > I suppose if we can't do any better we could explicitly avoid i

[Update] x11/hk

://tratt.net/laurie/src/hk/ MAINTAINER = Laurence Tratt Index: distinfo === RCS file: /cvs/ports/x11/hk/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 distinfo --- distinfo6 Jan 2022 20:28:19 -

packagesbootstrap 0.1

I have made available the first release of packagesbootstrap at: http://tratt.net/laurie/obsd/packagesbootstrap/ >From the description: packagesbootstrap is a small utility which bulk downloads OpenBSD binary packages. The downloaded packages can then be installed en masse, minimising do

Re: [update] editors/neovim 0.10.0

On Fri, May 24, 2024 at 11:43:32AM GMT, Edd Barrett wrote: [neovim-0.10.0] > Unless anyone objects, I'll test this for a few days and commit it if > nothing comes up. >From the OpenBSD port perspective, this has been working well for me for the last 24 hours, on a wide variety of tasks. [I had t

Fwd: [Update] devel/py-tqdm (from lau...@tratt.net)

A quick ping on this one: I've tested it with the latest ports tree (including ffmpeg-normalize) and it works as expected (including `make test`). Laurie - Forwarded message from Laurence Tratt - From: Laurence Tratt To: ports@openbsd.org Date: Fri, 19 Apr 2024 08:12:18 +0100 Su

O'Caml and IBT problems?

On an Intel amd64 machine with the latest snapshot (Jul 24th), net/unison dies for me on startup with the culprit being `caml_startup__code_begin`. I guess this is because O'Caml hasn't been updated sufficiently for IBT? Here's what I see: $ unison -h fish: Job 1, 'unison -h' terminated by sig

Re: O'Caml and IBT problems?

On Mon, Jul 24, 2023 at 01:14:36PM +0100, Stuart Henderson wrote: >> On an Intel amd64 machine with the latest snapshot (Jul 24th), net/unison >> dies for me on startup with the culprit being `caml_startup__code_begin`. >> I guess this is because O'Caml hasn't been updated sufficiently for IBT? [.

[Update] devel/py-tqdm

The patch below updates devel/py-tqdm to the latest version. Lightly tested with ffmpeg-normalize. Laurie diff --git devel/py-tqdm/Makefile devel/py-tqdm/Makefile index 8de57c1bc08..17226fa83b8 100644 --- devel/py-tqdm/Makefile +++ devel/py-tqdm/Makefile @@ -1,9 +1,8 @@ COMMENT =

[Update] devel/github-backup

This updates devel/github-backup (by several versions) to the latest version. Tested in several situations where I use GitHub backups. Laurie diff --git devel/github-backup/Makefile devel/github-backup/Makefile index 94c06944a39..3fd54ae871c 100644 --- devel/github-backup/Makefile +++ devel/git

[Update] x11/screenkey

The patch below updates x11/screenkey to the latest version. Works OK with my setup (well, when I'd adjusted my geometry setting to account for a different monitor!). Laurie diff --git x11/screenkey/Makefile x11/screenkey/Makefile index 744d5bb7509..dac50d9e638 100644 --- x11/screenkey/Makefile

Update: audio/ffmpeg-normalize

This (slightly involved) mail updates ffmpeg-normalize. To do that we also have to: 1. Update multimedia/py-ffmpeg-progress-yield (ffmpeg-normalize now has minimum version requirements). 2. Add devel/py-colorlog so that `make test` works with ffmpeg-normalize. After this, everything seem

[Update] print/ps2eps

-HOMEPAGE= http://www.tm.uka.de/~bless/ps2eps.html - -MAINTAINER=Laurence Tratt +HOMEPAGE= https://telematics.tm.kit.edu/english/staff_bless.php?tab=%5B1512%5D # GPL PERMIT_PACKAGE=Yes -MASTER_SITES= http://www.tm.uka.de/~bless/ +MASTER_SITES= https://tm.kit.edu/~bless

[Update] x11/gromit-mpx

This updates x11/gromit-mpx to the latest version. As before, this involves ripping out the appindicator support, which is slightly tedious. Tested working successfully. Laurie diff --git x11/gromit-mpx/Makefile x11/gromit-mpx/Makefile index 26c3310cb9c..16973831985 100644 --- x11/gromit-mpx/Ma

Re: [Update] devel/py-tqdm

On Fri, Jul 28, 2023 at 03:20:37PM +0100, Laurence Tratt wrote: Ping on this update (needed for ffmpeg-normalize). Laurie > The patch below updates devel/py-tqdm to the latest version. Lightly > tested with ffmpeg-normalize. > > > Laurie > > > diff --git devel/p

Re: Update: audio/ffmpeg-normalize

On Sun, Jul 30, 2023 at 11:13:13AM +0100, Laurence Tratt wrote: And ping on the ffmpeg-normalize update too. Laurie > This (slightly involved) mail updates ffmpeg-normalize. To do that we > also have to: > > 1. Update multimedia/py-ffmpeg-progress-yield (ffmpeg-normalize no

[Update] security/pizauth

The patch below updates security/pizauth to 1.0.1 (it would have been 1.0.0 except I shot myself in the foot with rust-ring fun!). Laurie diff --git security/pizauth/Makefile security/pizauth/Makefile index 33dbb1acb03..3d6e2f9d0b9 100644 --- security/pizauth/Makefile +++ security/pizauth/Makef

Re: [Update] devel/github-backup

On Sat, Jul 29, 2023 at 08:00:55AM +0100, Laurence Tratt wrote: Looking for OKs for this update. Laurie > This updates devel/github-backup (by several versions) to the latest version. > Tested in several situations where I use GitHub backups. > > > Laurie > > >

Re: [Update] print/ps2eps

On Mon, Jul 31, 2023 at 03:02:05PM +0100, Laurence Tratt wrote: Looking for OKs for this update too (which also fixes the download site -- the old one no longer works). Laurie > The patch below updates print/ps2eps to the latest version. This has > moved homepage since the last update.

[Update] fonts/juliamono

A simple update to fonts/juliamono: tested working fine (though, as with any font update, it will tend to mess up running applications, which then need to be restarted). Laurie diff --git fonts/juliamono/Makefile fonts/juliamono/Makefile index 500dcc97953..ae484ee76db 100644 --- fonts/juliamono

net/mosquitto update for testing

I am a light user of net/mosquitto on -stable and find it occasionally gets stuck in an infinite loop. I've updated the port to 2.0.17: it builds and passes `make test` but I can't test it in the scenario I use it for. So if there any users of net/mosquitto on -current who can test the patch below

Re: UPDATE: neovim-qt-0.2.17

On Thu, Aug 31, 2023 at 08:55:51AM +0200, Rafael Sadowski wrote: Hello Rafael, > Simple update neovim-qt-0.2.17. Tested on amd64. OK? There is at least 1 annoying regression in 0.2.17 which is why I didn't end up submitting an update. Those have been fixed in master, and I keep hoping for a 0.2.

Re: net/mosquitto update for testing

On Wed, Aug 23, 2023 at 07:53:04PM +0100, Laurence Tratt wrote: Any mosquitto users been able/willing to test this? Laurie > I am a light user of net/mosquitto on -stable and find it occasionally > gets stuck in an infinite loop. I've updated the port to 2.0.17: it > builds an

NEW: mail/extsmail

I have made available a port of extsmail: http://tratt.net/laurie/src/obsd/ports/extsmail.tar.gz >From the blurb: extsmail enables the robust sending of e-mail to external commands. In effect extsmail masquerades as the standard UNIX sendmail program, reading messages, and later trying

NEW: mail/extsmail

I have made available a new port of extsmail (now upgraded to v1.0): http://tratt.net/laurie/src/obsd/ports/extsmail.tar.gz >From the blurb: extsmail enables the robust sending of e-mail to external commands. In effect extsmail masquerades as the standard UNIX sendmail program, reading

Re: NEW: mail/extsmail

On Wed, Jan 14, 2009 at 12:21:32PM +, Edd Barrett wrote: >> I have made available a new port of extsmail (now upgraded to v1.0): >> >> http://tratt.net/laurie/src/obsd/ports/extsmail.tar.gz > A couple of bits: > > * COMMENT starts lower case unless it's a name or abbreviation. > * Missing WANT

[New] devel/snare

This is a port for snare. From pkg/DESCR: snare is a GitHub webhooks daemon. When snare receives a webhook event from a given repository, it authenticates the request, and then executes a user-defined "per-repo program" with information about the webhook event. It's written in Rust, so the

[Update] sysutils/supuner

The attached patch updates sysutils/supuner to 0.2. supuner runs commands and suppresses their stderr/stdout unless the command fails, which can be useful for chatty scripts, cron jobs etc. More details at https://tratt.net/laurie/src/supuner/ for those who are interested. supuner 0.2 does have a

Re: [Update] sysutils/supuner

On Mon, Feb 17, 2020 at 05:26:53PM +, Stuart Henderson wrote: Hello Stuart, > Please use MODULES=lang/python, and (from memory but I think it's right - > check in python.port.mk if it doesn't work) > MODPY_VERSION=${MODPY_DEFAULT_VERSION_3}, MODPY_BUILDDEP=No, > MODPY_RUNDEP=No, TEST_DEPENDS=

[New] devel/snare

This is a new port for snare, a GitHub webhooks runner daemon. From pkg/DESCR: snare is a GitHub webhooks runner daemon. When snare receives a webhook event from a given repository, it authenticates the request, and then executes a user-defined "per-repo program" with information about the

UPDATE: devel/github-backup

A relatively simple maintainer update for devel/github-backup. Despite the big version number leap, this is really just due to a sequence of minor bug fixes: it works well for me. Laurie Index: Makefile === RCS file: /cvs/ports/dev

Re: devel/cargo: add few magic for crates linking to libraries (in order to use system libraries)

On Sun, Mar 01, 2020 at 08:12:31PM +0100, Sebastien Marie wrote: Hello Sebastien, > The following diff adds few magic to devel/cargo module in order to use system > libraries instead of building embedded version in crates in an automatic way. [...] > With it, it should be more simple to add new r

Re: [New] devel/snare

On Thu, Mar 05, 2020 at 09:06:34PM +, Stuart Henderson wrote: Hello Stuart, Thanks for your comments -- I've incorporated all of them. I was waiting for Sebastien's cargo patch to go into tree, but I'm not sure when that's coming, and db/user.list keeps changing underneath my feet! > - as a

Re: [update] lang/rust 1.4.0

On Sun, Nov 01, 2015 at 04:49:08PM -0500, Michael McConville wrote: Hello Michael, > It's hard to find a big stress-tester program to build without Cargo. Steven McDonald is working on a Cargo port, which is in openbsd-wip. It's more than good enough to compile every Rust program I've chucked at

Re: update: lang/rust

On Sun, Dec 08, 2019 at 12:30:09PM +0100, Sebastien Marie wrote: Hello Sebastien, > Here the diff for updating lang/rust to 1.39.0 This works well for my Rust code. I've also tested all the subpackages successfully: rustfmt, Clippy, and rust-gdb (I didn't even realise there was a subpackage for

git gui: Tcl version error

On a freshly installed OpenBSD -current machine with git-x11-2.25.0, "git gui" gives me the following error when I try and run it: version conflict for package "Tcl": have 8.5.19, need 8.6 whereas on an older machine, even after upgrading git-x11-2.24.0 to 2.25.0, "git gui" works correctly.

Re: git gui: Tcl version error

On Sun, Jan 19, 2020 at 06:11:48PM +, Stuart Henderson wrote: Hello Stuart, > I don't see how it would work at all beforehand, the git-gui script has an > explicit check to make sure that it's using Tcl/Tk 8.6: > > if {[catch {package require Tcl 8.6} err] > || [catch {package require Tk 8

[Update] mail/extsmail

This simple update bumps mail/extsmail from 2.3 to 2.4, fixing a bug which could cause child processes to persist. Laurie Index: Makefile === RCS file: /cvs/ports/mail/extsmail/Makefile,v retrieving revision 1.17 diff -u -r1.17 Mak

Internal conflict between python-3.7.3p0 and python-3.5.3

When I ran "pkg_add -Dsnap -u" earlier I was greeted with screen after screen of output along the lines of: Can't install shared-mime-info-1.10p5 because of libraries |library glib-2.0.4201.2 not found | /usr/local/lib/libglib-2.0.so.4201.1 (glib2-2.58.3p8): minor is too small Direct depen

Re: Internal conflict between python-3.7.3p0 and python-3.5.3

On Fri, May 10, 2019 at 10:56:43AM +0200, Remi Pointel wrote: Hello Remi, > On which version of OpenBSD are you trying to update your packages? Apologies for not being clear. This was on the May 9th snapshot. Laurie -- Personal http://tratt.net/laur

Re: Internal conflict between python-3.7.3p0 and python-3.5.3

On Fri, May 10, 2019 at 01:03:47PM +0100, Stuart Henderson wrote: > This was because @pkgpath markers were wrong in the ports, 3.5 should have > been merged into a newer version when it was removed, but that wasn't done > so old packages would stick around. Thanks Stuart! Laurie -- Personal

UPDATE: lang/pypy

A fairly simple update to PyPy 7.1.1. The small comment changes for those who update this port in the future were done in collaboration with the maintainer (edd@) who also tested the update. Laurie -- Personal http://tratt.net/laurie/ Software Developm

Re: Update: lang/ocaml 4.08.1

On Mon, Sep 16, 2019 at 10:43:29PM +0200, Christopher Zimmermann wrote: Hello Christopher, > finally here's the update of OCaml to 4.08.1. [...] > * net/unison needed some help to avoid deprecated library functions. Since other people might be affected by this, it looks like OCaml has changed th

Re: Update: lang/ocaml 4.08.1

On Sat, Sep 21, 2019 at 09:06:16AM +0200, Christopher Zimmermann wrote: Hello Christopher, >> Since other people might be affected by this, it looks like OCaml has >> changed the marshalling format or similar (again...), so Unison from >> -current is now incompatible with -stable. I doubt there's

Re: net/unison: document workaround for incompatible OCaml versions

On Sun, Sep 22, 2019 at 04:10:23PM +0200, Christopher Zimmermann wrote: Hello Christopher, > +doas pkg_add opam > +opam init --no-setup --root ~/opam_unison \ > + --compiler ocaml-base-compiler.4.09.0 > +opam install unison lablgtk # To build without the gui, remove lablgtk > +$(opam var b

[Update] mail/extsmail

This patch bumps mail/extsmail from 2.0 to 2.3. The most significant change is that 2.3 makes use of pledge(2). I've been running this for several days without issues. Laurie Index: Makefile === RCS file: /cvs/ports/mail/extsmail/M

Re: thunderbird: Abort trap on empty promises

On Sun, Oct 27, 2019 at 05:18:03PM +0100, Klemens Nanni wrote: Hello Klemens, > $ thunderbird > Abort trap (core dumped) Having updated yesterday, I see exactly this and gdb also confirms that it's borking on the call to clock_gettime. The problem seems to be that the port's files/a

[Update] devel/snare

The attached patch updates snare -- a minimalistic GitHub webhooks runner -- to 0.4.0. Laurie Index: Makefile === RCS file: /cvs/ports/devel/snare/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile11

Firefox and MIME

At some point recently our mozilla-firefox port stopped automatically opening downloaded files for me. pkg/README says: Due to unveil(2) limiting filesystem access, only the default MIME handler registered for a given type can be chosen when opening a downloaded file. For example, to use th

Re: Firefox and MIME

On Tue, Jun 02, 2020 at 01:18:50PM -0500, joshua stein wrote: Hello Joshua, > Firefox tries to execute xdg-open to parse the MIME stuff and run the > appropriate handler for application/pdf. [...] > Up until Glib 2.64.2, this was done by executing gio-launch-desktop with > xdg-open as an argument

Re: devel/cargo: change few default build options

On Fri, Jun 05, 2020 at 09:31:42AM +0200, Sebastien Marie wrote: Hello Sebastien, A few thoughts on default Cargo options for release compilation: take them for what they're worth, which might not be very much! > + echo "overflow-checks = false" >>${WRKDIR}/.cargo/config; \ Personally I wou

Re: Firefox and MIME

On Wed, Jun 03, 2020 at 12:12:31PM +0200, Landry Breuil wrote: Hello Landry, >> I'm not sure how best to handle this going forward, but unveiling /bin/sh >> is not a good idea. > Definitely. Filed https://gitlab.gnome.org/GNOME/glib/-/issues/2123 to try > to get upstream to revert said MR and rei

[New] devel/neovim-qt

neovim-qt is a simple QT5 GUI front-end for neovim. I've been using this on OpenBSD for over a year but have held back from submitting a formal port because the tests failed before 0.2.16. They now pass -- sort of. "make test" fails all of the tests, but if you run them in a normal terminal they al

Re: [New] devel/neovim-qt

100% tests passed, 0 tests failed out of 17 > > Laurence Tratt, are you agree with this changes? Works for me -- please go ahead! Laurie

Re: [New] devel/neovim-qt

On Wed, Jun 17, 2020 at 11:46:38AM +0100, Stuart Henderson wrote: Hello Stuart, >> -HOMEPAGE = https://github.com/equalsraf/neovim-qt/wiki > Why remove the homepage? It is better than the default > > https://github.com/equalsraf/neovim-qt I'm neutral either way and happy to go with the group con

Re: [New] devel/neovim-qt

On Thu, Jun 18, 2020 at 09:51:05PM +0200, Rafael Sadowski wrote: Hello Rafael, > OK! I assumed if someone calls https://github.com/equalsraf/neovim-qt > they can also click on the wiki. OK, so it sounds like we have a consensus for what's commitable? Do I need to put together your changes and mi

Enable LADSPA support in FFmpeg

This (very) simple patch enables LADSPA support in FFmpeg. It only requires a build dependency: if users don't want LADSPA at run-time they don't have to have it installed. This thus seems like a relatively benign -- and fairly useful -- addition to our FFmpeg port. You can try this out with a com

Re: [New] devel/neovim-qt

Here's an updated neovim-qt port (there's been a small patch release to 0.2.16.1) incorporating Rafael's changes and restoring HOMEPAGE as requested by Stuart. I think this is probably ready to be committed if everyone is happy with it. Laurie neovim-qt2161.tgz Description: application/tar-gz

Re: [new] audio/liblo

On Wed, Jun 24, 2020 at 10:16:17PM +0900, Kinichiro Inoguchi wrote: Hello Knichiro, > liblo is an implementation of the Open Sound Control protocol. > I would like to have this since some audio tools require this. Agreed, this would be useful. I had done a version in openbsd-wip [1], but I think

[New] audio/ffmpeg-normalize (and devel/py-tqdm)

Attached is a new port for audio/ffmpeg-normalize [1], which allows one to normalise audio to a given volume level. A common use case is to transform an audio file to a given LUFS level specified by the EBU R128 guidelines [2]. In English, that means that your audio file can be made to sound louder

Re: [New] audio/ffmpeg-normalize (and devel/py-tqdm)

On Fri, Jul 03, 2020 at 08:02:56PM +0200, Klemens Nanni wrote: Hello Klemens, Thanks for the comments! > py-tqdm should use FLAVOR=python3 to disable the Python 2 flavour; it also > seems to be missing TEST_DEPENDS, at least for me `make test' tries to > fetch from PyPi (using PORTS_PRIVSEP).

Re: new: multimedia/py-ffmpeg-progress-yield

On Tue, Aug 10, 2021 at 05:38:32AM +, Yifei Zhan wrote: Hello Yifei, > The attached port, py-ffmpeg-progress-yield, is a wrapper for ffmpeg, it > executes an ffmpeg command with its progress yielded. It is a new rundep > for new versions of audio/ffmpeg-normalize. This looks good to me, with

Re: update: audio/ffmpeg-normalize: 1.20.0 -> 1.22.1

On Tue, Aug 10, 2021 at 05:37:22AM +, Yifei Zhan wrote: Hello Yifei, > This is an update for ffmpeg-nomalize from 1.20.0 to 1.22.1. This mostly looks good except: > I also added a missing TESTDEP. > + > +TEST_DEPENDS = devel/py3-test There is no such dependency (though there

Re: update: audio/ffmpeg-normalize: 1.20.0 -> 1.22.1

On Tue, Aug 10, 2021 at 11:46:19PM -0400, Kurt Mosiejczuk wrote: > Here's a version that fixes those issues and gets rid of the custom py-test > stuff since MODPY_PYTEST was created to _not_ do that sort of thing. I don't think this has gone in-tree yet? It's been fine in my testing! Laurie

[New] devel/luaffi

Please find attached a new port of LuaFFI: This is a library for calling C functions and manipulating C types from Lua. It is designed to be interface compatible with the FFI library in LuaJIT (see http://luajit.org/ext_ffi.html). It can parse C function declarations and struct definitions

Re: UPDATE: TeX Live 2021

On Fri, Aug 20, 2021 at 09:43:10PM +0100, Edd Barrett wrote: Hello Edd, > Attached is a (gzipped) diff to update to TeX Live 2021. Please test > your documents! This worked fine for me (my LaTeX papers build happily with it), but `make update` initially failed with: Upgrading from texlive_bas

[New] fonts/juliamono

Please find attached a port for the JuliaMono font . From pkg/DESCR: JuliaMono is a monospaced typeface designed for programming and in other text editing environments that require a wide range of specialist and technical Unicode characters. It comes in 6 weig

Re: [New] fonts/juliamono

On Tue, Sep 07, 2021 at 11:06:17AM +0100, Stuart Henderson wrote: Hello Stuart, > DESCR is OK as-is. But the distfile needs renaming to include a version. I don't know how to rename the distfile within the ports framework, but: DIST_SUBDIR = ${PKGNAME} gives us a unique name (albeit via a

Re: [New] fonts/juliamono

On Tue, Sep 07, 2021 at 04:50:54AM -0600, Anthony J. Bentley wrote: Hello Anthony, > There is a way (documented in bsd.port.mk) but I have always found > the versioned DIST_SUBDIR both more intuitive and easier to remember. Stuart also pointed that out to me and said that it's preferable to not

Re: [new] devel/luarocks

On Thu, Sep 09, 2021 at 01:00:14PM +0200, Omar Polo wrote: Hello Omar, > I wanted to play with lua and ended up needing luarocks. I tried to > resurrect the luarocks ports on openbsd-wip by abieber@ and cschutijser. > With this I was able to install (locally) and use things like luasocket or > d

audio/quodlibet and textproc/py3-feedparser

With a set of snapshot packages as of yesterday, quodlibet failed to load, printing this error: E: 1.065: util.importhelper.load_dir_modules: feedparser.py:93:: AttributeError: module 'base64' has no attribute 'decodestring' E: 2.074: errorreport.main.errorhook: feedparser.py:93:: Attribut

[Update] x11/xcolor

The attached patch updates x11/xcolor to the latest version. Tested working fine on amd64-current. Laurie Index: Makefile === RCS file: /cvs/ports/x11/xcolor/Makefile,v retrieving revision 1.6 diff -u -p -u -r1.6 Makefile --- Makef

Re: [NEW] colorgrab-0.3: A screen color picker for graphic and web designers

On Tue, Nov 16, 2021 at 06:38:29AM +, Adnan Shameem wrote: Hello Adnan, > I couldn't find any screen color picker on ports It might be worth having a look at x11/xcolor which may do what you want. Laurie

Re: [UPDATE] editors/neovim 0.5.1->0.6.0

On Sat, Dec 11, 2021 at 07:06:46PM -0700, Evan Fiddes wrote: Hello Evan, > This bumps the neovim version to 0.6.0 the most current release. See patch > notes[0] for a detailed breakdown. > > [0] https://github.com/neovim/neovim/releases/tag/v0.6.0 I had a small leading whitespace issue with you

[New] x11/hk

Please find attached a port for hk-0.1.0 : hk allows temporary X11 hotkeys to be set. Its usage is: hk [-w] [ ...] where is of the form [Modifier1[+Modifier2[+...]]+]. For example: hk Ctrl+Shift+F6 notify-send "Hello" will execute the comman

[New] sysutils/cmdseq

Please find attached a port for cmdseq-0.2 : cmdseq allows users to execute interleaved sequences of commands. Assuming the same counts and commands, on each execution cmdseq executes one of the commands, cycling through the sequence and wrapping back to

Re: [New] x11/hk

On Tue, Dec 21, 2021 at 03:54:56PM +, Edd Barrett wrote: Hello Edd, > My comments: > > - `COMMENT` should start with a lowercase letter. > > - For the OpenBSD port, I'd probably kill `-Wl,-z,relro,-z,now`. > > - Port is missing WANTLIB. Oops, WANTLIB was a bad miss on my part! Please find a

Re: [New] sysutils/cmdseq

On Fri, Jan 07, 2022 at 06:23:19PM +0100, Omar Polo wrote: Hello Omar, > The port looks fine, I'd just switch HOMEPAGE to https, set PKG_ARCH=* and > drop CONFIGURE_STYLE. I'm attaching an updated tarball and a diff against > your Makefile. I'm sorry but I couldn't help myself to not slightly t

Re: UPDATE: neovim-qt-0.2.17

On Thu, Aug 31, 2023 at 08:27:11AM +0100, Laurence Tratt wrote: [Rafael] >> Simple update neovim-qt-0.2.17. Tested on amd64. OK? > There is at least 1 annoying regression in 0.2.17 which is why I didn't > end up submitting an update. Those have been fixed in master, and I ke

[Update] security/pizauth

The attached patch updates security/pizauth to 1.0.2. Laurie diff --git security/pizauth/Makefile security/pizauth/Makefile index 47fc50cc5cb..deda331b660 100644 --- security/pizauth/Makefile +++ security/pizauth/Makefile @@ -3,9 +3,8 @@ NOT_FOR_ARCHS = powerpc64 riscv64 sparc64 COMM

Re: x11/gromit-mpx: update to 1.5.0

On Mon, Oct 16, 2023 at 11:38:20AM +, Klemens Nanni wrote: Hello Klemens, >> Simple https://github.com/bk138/gromit-mpx/releases/tag/1.5.0, works for >> me. Remove default HOMEPAGE. >> >> Patch churn due to code moving from between .[ch] files, change is the >> same. >> >> Feedback? OK? > Did

Re: juliamono update to 0.051

On Sat, Nov 11, 2023 at 05:27:05PM -0500, Thomas Frohwein wrote: > Please find below the diff to update to latest release 0.051. ok? This packages and updates fine -- OK from me! Laurie

devel/py-installer dependency weirdness?

While `make update`ing Firefox, I stumbled across this build error: ===> py3-build-1.0.3 depends on: py3-installer-* - not found ===> Verifying install for py3-installer-* in devel/py-installer ===> Checking files for py3-installer-0.7.0 >> Fetch https://pypi.io/packages/source/i/install

Re: devel/py-installer dependency weirdness?

On Sat, Nov 25, 2023 at 08:20:11AM +, Stuart Henderson wrote: Hello Stuart, >> While `make update`ing Firefox, I stumbled across this build error: >> >> ===> py3-build-1.0.3 depends on: py3-installer-* - not found >> ===> Verifying install for py3-installer-* in devel/py-installer >> =

[Update] security/pizauth

The patch below updates security/pizauth to 1.0.3. As always, the cargo aspect of things makes this look like a huge change when it's really not! Laurie diff --git security/pizauth/Makefile security/pizauth/Makefile index deda331b660..f9b8e976276 100644 --- security/pizauth/Makefile +++ securit

[Update] editors/neovim-qt

At last, neovim-qt-0.2.18 is out! I've been testing this for a couple of days and haven't noticed any regressions. Note that we can now all of the patches for this port, as they are part of 0.2.18. Laurie diff --git editors/neovim-qt/Makefile editors/neovim-qt/Makefile index 727b5258375..83732a

[Update] audio/ffmpeg-normalize

Update audio/ffmpeg-normalize to the latest version. colorlog is now needed at runtime. Laurie diff --git audio/ffmpeg-normalize/Makefile audio/ffmpeg-normalize/Makefile index 61d54460567..9fb5d22fe7b 100644 --- audio/ffmpeg-normalize/Makefile +++ audio/ffmpeg-normalize/Makefile @@ -1,6 +1,6 @@

Re: [Update] editors/neovim-qt

On Sun, Dec 03, 2023 at 11:41:22AM +0100, Rafael Sadowski wrote: Hello Rafael, >> At last, neovim-qt-0.2.18 is out! I've been testing this for a couple of >> days and haven't noticed any regressions. Note that we can now all of >> the patches for this port, as they are part of 0.2.18. >> LIB_DEP

Re: [Update] editors/neovim-qt

On Wed, Dec 06, 2023 at 07:55:31AM +, Laurence Tratt wrote: >>> At last, neovim-qt-0.2.18 is out! I've been testing this for a couple of >>> days and haven't noticed any regressions. Note that we can now all of >>> the patches for this port, as they

[Update] x11/hk

A simple update to x11/hk 0.3.1. Laurie diff --git x11/hk/Makefile x11/hk/Makefile index e407931c18a..e7031bf82aa 100644 --- x11/hk/Makefile +++ x11/hk/Makefile @@ -1,6 +1,6 @@ COMMENT = set temporary X11 hotkeys -DISTNAME = hk-0.3.0 +DISTNAME = hk-0.3.1

[New] sysutils/try_repeat

Please find attached a port for try_repeat 0.2.0 : try_repeat tries to run a command n times, exiting early if the command exits with a non-zero exit code. This is useful when trying to find intermittent failures in a command. Examples: $ try

Re: [New] sysutils/try_repeat

On Sun, Jan 29, 2023 at 11:23:58AM +0100, Omar Polo wrote: Hello Omar, >> Please find attached a port for try_repeat 0.2.0 > ok op@ to import > > I'd shorten the COMMENT down to "run a command multiple times" leaving the > task of describing the early exit to the DESCR, but it's just a matter of

Re: [New] sysutils/try_repeat

On Sun, Jan 29, 2023 at 11:23:58AM +0100, Omar Polo wrote: >> Please find attached a port for try_repeat 0.2.0 >> : > seems like a nice little utility to keep at hand :) > > ok op@ to import Anyone else able to give an OK for this? Thanks! Laurie

Update fonts/juliamono

A trivial update to fonts/juliamono (changes since 0.044 at [1]). Laurie [1] https://github.com/cormullion/juliamono/blob/master/CHANGELOG.md diff --git fonts/juliamono/Makefile fonts/juliamono/Makefile index 7e18a820339..575dd89687b 100644 --- fonts/juliamono/Makefile +++ fonts/juliamono/Make

Rust ring crate crash (noexec?)

The Rust `ring` crate -- which is used in several ports (list further down) -- can bork on -current (amd64; on both AMD and Intel hardware). I am not sure of the precise reason, but I would hazard a guess that it's due to noexec. If I clone the repository (https://github.com/briansmith/ring) and `

Re: Rust ring crate crash (noexec?)

On Thu, Feb 23, 2023 at 10:37:47AM +0100, Theo Buehler wrote: > You probably mean xonly. You need the patches in the security/rust-ring > port with which cargo.port.mk replaces ring in the ports tree. > > I am in the process of upstreaming the patches to boringssl which is the > source of the ass

  1   2   3   >