Bringing the fcitx family and opencc up to date, mostly routine translation
updates and bugfixes, no major change.
Tested on amd64 with gedit/kate/xterm, no issue so far. Any testing, especially
in the area of the relatively untested hangul/m17n/kkc package is welcomed :)
(also cc lux who migh
On Tue, Apr 11, 2023 at 11:25:48AM +0100, Stuart Henderson wrote:
> On 2023/04/10 19:45, Tobias Heider wrote:
> > Update to to get the newer device trees with keyboard backlight and usb
> > type-a support. The upstream maintainer was nice to us and added an
> > openbsd release tag with all the good
On 2023/04/13 22:43, Joel Carnat wrote:
> Hello,
>
> Running `hugo -D server` on my newly installed OpenBSD 7.3 amd64 leads to
> loads or error messages:
> ERROR 2023/04/13 22:35:24 Error while watching: bad address
> Environment: "development"
> Serving pages from memory
> Running in Fast Render
Hello,
Running `hugo -D server` on my newly installed OpenBSD 7.3 amd64 leads
to loads or error messages:
ERROR 2023/04/13 22:35:24 Error while watching: bad address
Environment: "development"
Serving pages from memory
Running in Fast Render Mode. For full rebuilds on change: hugo server
--dis
On 4/13/23 15:19, Thomas Frohwein wrote:
> Should some of this go into a README for kbibtex? Another approach
could be to make bibtex2html a RUN_DEPENDS, if it's felt the program
isn't much use without it.
Thanks, Frohwein. I do not think that bibtex2html should be a
RUN_DEPENDS, since it is
On Thu, Apr 13, 2023 at 12:09:23PM +, Stephan, Corey J wrote:
[...]
> I. Getting Started
>
> - KBibTeX is scantly internally documented (e.g. only a placeholder man
> page), so the KBibTeX Handbook is the source of truth:
> https://docs.kde.org/stable5/en/kbibtex/kbibtex/kbibtex.pdf
>
> -
Hi,
this updates openttd to 13.1, changes are listed here[1].
I've played a bit on amd64 and found no issues.
Comments?
[1] https://cdn.openttd.org/openttd-releases/13.1/changelog.txt
Index: Makefile
===
RCS file: /daten/openbsdmi
Christian Weisgerber:
> If I understand the gnulib code correctly, it doesn't actually
> reimplement the *printf() family, but works as a wrapper that breaks
> down some functionality and still calls basic system *printf()
> functions. I also can't find any special handling of NULL arguments
> fo
Le 20/02/2023 à 10:19, Joel Carnat a écrit :
Hi,
I’ve spend part of the weekend trying to solve the Firefox / Thunderbird issue.
In details, those applications can’t be docked and don’t get their icon
displayed. Long story short: I couldn’t solve it.
I tried docklike on a couple of Linux dist
On 2023/04/13 16:22:02 +0200, Martin Ziemer wrote:
> This patch updates nnn from 4.7 to 4.8.
>
> Tested on amd64.
Committed, thanks!
Hi Adriano, hey ports@,
here is a diff to tweak and clean up the libinotify setup in
net/nextcloudclient.
- Use FindInotify.cmake from devel/kf5/extra-cmake-modules
- Drop CFLAGS (nextcloudclient is C++ only code)
- Set rpah by CMAKE_INSTALL_RPATH not by CXXFLAGS.
What do you think? Does it work
> I question our wisdom of having printf() log instances of %s NULL,
> but then declaring that we can't fix the offenders and need to
> resort to intercepting arguments passed to printf().
Indeed, let's step back here.
The logging has cleaned numerous bugs in our base tree.
But ports, that's ano
Stuart Henderson:
> Perhaps by calling a different function instead of v*printf that does
> most of the same things except not syslogging for null %s prints..
Well... glib2's configure checks for vasprintf() and vsnprintf()
and can fall back to an included copy of gnulib's implementation
of those
Hi,
here's a port for py-x2go and pyhoca-cli, an alternative to the
fullblown x2goclient QT client, cf
https://wiki.x2go.org/doku.php/doc:usage:pyhoca-cli
works fine in lightweight testing, feels slower/sluggish but i havent
tried tweaking all the possible options.
feedback and testing welcome !
On Thu, Apr 13, 2023 at 03:29:27PM +0100, Stuart Henderson wrote:
> Can do, though note the rest of my mail was a good example of why these
> methods aren't sufficient by themself (even if they can shortcut things
> in some "definitely needs a major bump" cases :)
You mean, you still need to diff
On 2023/04/13 14:13, Edd Barrett wrote:
> Hi,
>
> A slight tangent:
>
> On Thu, Apr 13, 2023 at 01:41:50PM +0100, Stuart Henderson wrote:
> > $ /usr/src/lib/check_sym /usr/local/lib/libtree-sitter.so.2.1
> > /pobj/tree-sitter-0.20.8/fake-amd64/usr/local/lib/libtree-sitter.so.2.1
>
> This is muc
This patch updates nnn from 4.7 to 4.8.
Tested on amd64.
Index: Makefile
===
RCS file: /cvs/ports/sysutils/nnn/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile5 Jan 2023 10:01:09 - 1.23
+++ M
Hi,
A slight tangent:
On Thu, Apr 13, 2023 at 01:41:50PM +0100, Stuart Henderson wrote:
> $ /usr/src/lib/check_sym /usr/local/lib/libtree-sitter.so.2.1
> /pobj/tree-sitter-0.20.8/fake-amd64/usr/local/lib/libtree-sitter.so.2.1
This is much easier than the method suggested in the porter's handboo
Am Wed, 12 Apr 2023 18:48:36 +0200
schrieb Omar Polo :
> On 2023/04/10 21:19:04 +0200, Florian Viehweger
> wrote:
> > Hi,
> >
> > this is an update for Lagrange to 1.15.8.
> >
> > Some testing done on amd64. No issues found.
> >
> > portcheck and 'make port-lib-depends-check' are happy.
> >
>
Hi,
this updates to fish 3.6.1. Changes are listed here[1].
portcheck and port-lib-depends-check are happy. Some tests are failing
for example not being able to connect to a TMUX server or a X-Server,
even if it was running in TMUX in a tigervnc session.
Some testing done on amd64 and no errors
On 2023/04/13 09:42, Laurence Tratt wrote:
> Updating to neovim-0.9.0 requires updating treesitter too, as the former
> requires a new function in the latter.
"new function" implies that SHARED_LIBS needs a bump of some sort.
$ /usr/src/lib/check_sym /usr/local/lib/libtree-sitter.so.2.1
/pobj/tr
Works! This addresses the modern/featureful citation manager discussion
that some of us have had over the past week in this misc@ thread:
https://marc.info/?l=openbsd-misc&m=168057137820221&w=2
Excellent, Mr. Sadowski. Thank you for the great service that you
consistently do for us OpenBSD deskt
Thanks for the advice, I will look closer next time.
I saw an other diff for tree-sitter and neovim (which I had in mind
too).
Maybe it's good to continue with this one for now.
Hi,
A quick update to textproc/tree-sitter to 0.20.8
It will be needed for neovim 0.9.0
- Makefile updated
Updating to neovim-0.9.0 requires updating treesitter too, as the former
requires a new function in the latter. Patches to both below -- "probably
best if people on ports test it" from edd@.
Note that neovim by default now uses ccache if installed [1] so we have
to explicitly turn that off.
Laur
On Thu, Apr 13, 2023 at 11:48:07AM +0200, Justin Berthault wrote:
> Hi,
>
> A quick update to textproc/tree-sitter to 0.20.8
>
> It will be needed for neovim 0.9.0
>
> - Makefile updated
> - cargo.inc regenerated
>
> Built and tested on current/arm64
>
> PS: I tried to use got instead of c
This patch updates ledger from v3.2.1 to v3.3.2.
Patched test cases with random output order to succeed every time instead of
only sometimes by adding sort by date.
Tested on amd64
Index: Makefile
===
RCS file: /cvs/ports/productivi
Hi,
A quick update to textproc/tree-sitter to 0.20.8
It will be needed for neovim 0.9.0
- Makefile updated
- cargo.inc regenerated
Built and tested on current/arm64
PS: I tried to use got instead of cvs for this, hope the diff format
will be ok for you
diff /usr/ports
commit - 00a56a20a4
On 2023/04/12 16:37, Christian Weisgerber wrote:
> Stuart Henderson:
>
> > Basically it seems that g_debug callers expect to be able to use NULL
> > srrings and it would be huge whack-a-mole to clean them up. I wonder
> > if it might be better to do something to catch these in g_debug() and
> > av
28 matches
Mail list logo