CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: matth...@cvs.openbsd.org2024/09/21 08:28:52 Modified files: . : 76.html Log message: Check and update base and xenocara 3rd party versions.
Re: libstdthreads threads.h detection and gnulib
On Sun, Sep 15, 2024 at 10:49:13AM +0100, Stuart Henderson wrote: > On 2024/09/14 08:12, Antoine Jacoutot wrote: > > On Fri, Sep 13, 2024 at 05:48:16PM +0200, Jeremie Courreges-Anglas wrote: > > > On Fri, Sep 13, 2024 at 08:50:00AM +0200, Antoine Jacoutot wrote: > > > > On Thu, Sep 12, 2024 at 06:38:17PM +0200, Jeremie Courreges-Anglas > > > > wrote: > > > > > On Thu, Sep 12, 2024 at 08:49:33AM +0200, Matthieu Herrb wrote: > > > > > > On Wed, Sep 11, 2024 at 10:51:50PM +0200, Antoine Jacoutot wrote: > > > > > > > On Wed, Sep 11, 2024 at 10:13:12PM +0200, Jeremie > > > > > > > Courreges-Anglas wrote: > > > > > > > > (List found with grep '^checking for threads.h' on the latest > > > > > > > > amd64 > > > > > > > > build logs.) > > > > > > > > > > > > > > > > I can think of several approaches to fix this: > > > > > > > > > > > > > > > > 1. add libstdthreads as a build dep to all those ports. Simple > > > > > > > > but > > > > > > > > slightly problematic: > > > > > > > > - IIUC, brings no functional value > > > > > > > > - increases the chance of libstdthreads being picked up by > > > > > > > > future ports > > Agreed. > > > > > > > > > 2. "poison" threads.h detection for gnu.port.mk ports. This > > > > > > > > should be > > > > > > > > enough for the gnulib occurences. > > I think this is a good approach for now. Obviously won't help any cmake > or meson ports but the problems we know about so far are in autoconf. > > > > > > > > > 3. move libstdthreads header and libs to a subdirectory, to > > > > > > > > avoid > > > > > > > > threads.h being picked up just because it's in the commonly > > > > > > > > used > > > > > > > > /usr/local/include directory. > > I'd prefer not. > > > > > > > > I vote for #1. > > > > > > > This is something we should have. > > > > > > > > > > Probably, but "when" and "how" also matter. > > #1 with stdthreads in ports will give us something like the problem > we had with the backtrace functions. > > My feeling is that having this in base would make the most sense. > probably in libpthread if using those functions as the backend. (libc > would be lower friction - these functions are in glibc on linux - but > libpthread wouldn't be too hard to work with and they're there in at > least one other implementation. There doesn't seem any benefit to > using a whole new library). > > > > > It would mean downgrading textproc/link-grammar and fixing > > > > multimedia/pipewire/pipewire as well as going back to the previous > > > > state for the > > > > ports that matthieu mentioned. > > > > > > > > Would poisonning threads.h be enough for gnu ports and we can leave > > > > pipewire and > > > > link-grammar as-is? > > > > > > I hope the answer is "yes". That was the idea behind my initial > > > proposal. The result of the poisoning: > > > > > > checking for threads.h... (cached) no > > > > > > ok? > > > > > > > > > Index: infrastructure/db/config.no-stdthreads > > > === > > > RCS file: infrastructure/db/config.no-stdthreads > > > diff -N infrastructure/db/config.no-stdthreads > > > --- /dev/null 1 Jan 1970 00:00:00 - > > > +++ infrastructure/db/config.no-stdthreads13 Sep 2024 13:42:26 > > > - > > > @@ -0,0 +1,3 @@ > > > +# $OpenBSD$ > > > +# included unless devel/libstdthreads > > > +ac_cv_header_threads_h=${ac_cv_header_threads_h=no} > > > Index: infrastructure/mk/gnu.port.mk > > > === > > > RCS file: /home/cvs/ports/infrastructure/mk/gnu.port.mk,v > > > diff -u -p -r1.61 gnu.port.mk > > > --- infrastructure/mk/gnu.port.mk 14 May 2019 14:59:56 - 1.61 > > > +++ infrastructure/mk/gnu.port.mk 13 Sep 2024 13:42:26 - > > > @@ -43,7 +43,8 @@ CONFIG_SITE_LIST += config.site > > > textproc/gsed gsed \ > > > archivers/gtar* gtar \ > > > lang/gawk gawk \ > > > - sysutils/coreutils coreutils > > > + sysutils/coreutils coreutils \ > > > + devel/libstdthreads stdthreads > > > . if !defined(BUILD_DEPENDS) || !${BUILD_DEPENDS:M$d} > > > CONFIG_SITE_LIST += config.no-${name} > > > . endif > > > > Nice! > > I wasn't aware this was doable like this. > > > > OK for me but I am just discovering this feature :-) > > OK. I think this is the best short-term fix. > Ok by me too, fwiw. -- Matthieu Herrb
Re: libstdthreads threads.h detection and gnulib
On Wed, Sep 11, 2024 at 10:51:50PM +0200, Antoine Jacoutot wrote: > On Wed, Sep 11, 2024 at 10:13:12PM +0200, Jeremie Courreges-Anglas wrote: > > (List found with grep '^checking for threads.h' on the latest amd64 > > build logs.) > > > > I can think of several approaches to fix this: > > > > 1. add libstdthreads as a build dep to all those ports. Simple but > > slightly problematic: > > - IIUC, brings no functional value > > - increases the chance of libstdthreads being picked up by future ports > > > > 2. "poison" threads.h detection for gnu.port.mk ports. This should be > > enough for the gnulib occurences. > > > > 3. move libstdthreads header and libs to a subdirectory, to avoid > > threads.h being picked up just because it's in the commonly used > > /usr/local/include directory. > > > > The diff below, tested with sysutils/ggrep, implements approach #2. > > If a gnu.port.mk port really wants libstdthreads, one needs to add > > devel/libstdthreads to BUILD_DEPENDS (even though it really belongs in > > LIB_DEPENDS), or add an override in CONFIGURE_ENV. > > The diff isn't complete: it lacks at least REVISION bumps for at least > > octave, pspp and link-grammar, and possibly safety bumps for all other > > affected ports; but it shows the intent. > > > > Approach #3 seems to work too but is slightly tricker. wayland/foot > > would need a meson.build patch. > > > > Thoughts? > > I vote for #1. > This is something we should have. > #3 is horrible, we already struggle with such constructs in ports and honestly > it's a pain (aka, this should be a short term solution that always ends up for > eternity). > > Matthieu, should this be implemented / moved into base at some > point? Yes that's what I've been saying since c2k23 in Tallinn. The consensus was to first add it in ports and wait. Ihmo if it causes too much trouble for the release just un-hook it again (with UNLINKED = wayland) together with fcft and foot. No one will miss those ports. and we can work on this later again. One difficulty to add it in base it that it doesn't build with base-gcc as is. -- Matthieu Herrb
Re: libstdthreads on sparc64/base-gcc archs
On Sun, Sep 01, 2024 at 09:57:40PM +0200, Jeremie Courreges-Anglas wrote: > > The diff below lets libstdthreads build on sparc64. Making this build > with base-gcc look more convoluted. Should this code move to base one > day, we'd probably build it with clang anyway. > > FWIW __has_extension has been introduced in gcc >= 14. > > ok? yes. Thanks. > > > Index: Makefile > === > RCS file: /cvs/ports/devel/libstdthreads/Makefile,v > diff -u -p -r1.2 Makefile > --- Makefile 21 Sep 2023 09:49:59 - 1.2 > +++ Makefile 1 Sep 2024 19:50:30 - > @@ -13,6 +13,8 @@ SHARED_LIBS += stdthreads > PERMIT_PACKAGE = Yes > > WANTLIB =pthread > +COMPILER = base-clang ports-gcc > +COMPILER_LANGS = c > > FAKE_FLAGS = LIBDIR=${TRUEPREFIX}/lib \ > MANDIR=${TRUEPREFIX}/man/man > Index: patches/patch-threads_h > === > RCS file: patches/patch-threads_h > diff -N patches/patch-threads_h > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-threads_h 1 Sep 2024 19:50:30 - > @@ -0,0 +1,16 @@ > +__has_extension support added in gcc >= 14 > + > +Index: threads.h > +--- threads.h.orig > threads.h > +@@ -45,6 +45,10 @@ > + * held. > + */ > + > ++#ifndef __has_extension > ++#define __has_extension(_e) 0 > ++#endif > ++ > + #if __has_extension(c_thread_safety_attributes) > + #define __lock_annotate(x) __attribute__((x)) > + #else > > -- > jca -- Matthieu Herrb
Re: update: wayland-1.23.0
On Fri, Aug 16, 2024 at 03:26:29PM +0200, Matthieu Herrb wrote: > Hi, > > The patch below is a trivial update to wayland-1.23.0. All patches > have been merged upstreams. > And now, update to wayland 1.23.1, with proper shared libraries bumps. comments, ok ? Index: Makefile === RCS file: /cvs/OpenBSD/ports/wayland/wayland/Makefile,v diff -u -p -u -r1.10 Makefile --- Makefile27 Sep 2023 18:13:48 - 1.10 +++ Makefile25 Aug 2024 08:20:54 - @@ -1,17 +1,16 @@ COMMENT = Display server protocol DISTNAME = wayland-${V} -V =1.22.0 -REVISION = 0 +V =1.23.1 CATEGORIES = wayland HOMEPAGE = https://wayland.freedesktop.org/ -SHARED_LIBS += wayland-client 0.1 # 0.21.0 +SHARED_LIBS += wayland-client 0.2 # 0.21.0 SHARED_LIBS += wayland-cursor 0.0 # 0.21.0 SHARED_LIBS += wayland-egl 0.0 # 1.0 -SHARED_LIBS += wayland-server 0.2 # 0.21.0 +SHARED_LIBS += wayland-server 0.3 # 0.21.0 WANTLIB += c epoll-shim expat ffi xml2 Index: distinfo === RCS file: /cvs/OpenBSD/ports/wayland/wayland/distinfo,v diff -u -p -u -r1.4 distinfo --- distinfo5 Jul 2023 13:37:54 - 1.4 +++ distinfo25 Aug 2024 08:20:54 - @@ -1,2 +1,2 @@ -SHA256 (wayland-1.22.0.tar.xz) = FUCvHqaYpHHC2OnSiDMsfg/TYMjx0Sk267fny8JCWEI= -SIZE (wayland-1.22.0.tar.xz) = 229544 +SHA256 (wayland-1.23.1.tar.xz) = hk+yqDmeLQ7DnVbp2bdTwJN3W+rcYCLOgfRBkpqB5e0= +SIZE (wayland-1.23.1.tar.xz) = 238212 Index: patches/patch-egl_meson_build === RCS file: patches/patch-egl_meson_build diff -N patches/patch-egl_meson_build --- patches/patch-egl_meson_build 19 Aug 2022 06:39:55 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,14 +0,0 @@ -https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/256 - -Index: egl/meson.build egl/meson.build.orig -+++ egl/meson.build -@@ -11,7 +11,7 @@ wayland_egl = library( - - executable('wayland-egl-abi-check', 'wayland-egl-abi-check.c') - --nm_path = find_program('nm').full_path() -+nm_path = find_program(['llvm-nm', 'nm']).full_path() - - test( - 'wayland-egl symbols check', Index: patches/patch-meson_build === RCS file: patches/patch-meson_build diff -N patches/patch-meson_build --- patches/patch-meson_build 19 Aug 2022 06:39:55 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,23 +0,0 @@ -https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/256 - -Index: meson.build meson.build.orig -+++ meson.build -@@ -16,7 +16,7 @@ config_h.set_quoted('PACKAGE', meson.project_name()) - config_h.set_quoted('PACKAGE_VERSION', meson.project_version()) - - cc_args = [] --if host_machine.system() != 'freebsd' -+if host_machine.system() not in ['freebsd', 'openbsd'] - cc_args += ['-D_POSIX_C_SOURCE=200809L'] - endif - add_project_arguments(cc_args, language: 'c') -@@ -69,7 +69,7 @@ endif - config_h.set10('HAVE_BROKEN_MSG_CMSG_CLOEXEC', have_broken_msg_cmsg_cloexec) - - if get_option('libraries') -- if host_machine.system() == 'freebsd' -+ if host_machine.system() in ['freebsd', 'openbsd'] - # When building for FreeBSD, epoll(7) is provided by a userspace - # wrapper around kqueue(2). - epoll_dep = dependency('epoll-shim') Index: patches/patch-src_wayland-os_c === RCS file: patches/patch-src_wayland-os_c diff -N patches/patch-src_wayland-os_c --- patches/patch-src_wayland-os_c 19 Aug 2022 06:39:55 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,17 +0,0 @@ -https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/256 - -Index: src/wayland-os.c src/wayland-os.c.orig -+++ src/wayland-os.c -@@ -105,7 +105,11 @@ int - wl_os_socket_peercred(int sockfd, uid_t *uid, gid_t *gid, pid_t *pid) - { - socklen_t len; -+#if defined(__OpenBSD__) -+ struct sockpeercred ucred; -+#else - struct ucred ucred; -+#endif - - len = sizeof(ucred); - if (getsockopt(sockfd, SOL_SOCKET, SO_PEERCRED, &ucred, &len) < 0) Index: patches/patch-tests_test-helpers_c === RCS file: patches/patch-tests_test-helpers_c diff -N patches/patch-tests_test-helpers_c --- patches/patch-tests_test-helpers_c 19 Aug 2022 06:39:55 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,39 +0,0 @@ -https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/256 - -Index
Re: Xorg hangs and segfaults with today snapshot
On Sat, Aug 17, 2024 at 01:22:17PM +0200, Walter Alejandro Iglesias wrote: > Today after upgrading to latest snapshot xenodm hanged for a while. > During the hang I couldn't ssh from another machine. I had to reboot as > single user, comment out xenodm flag in /etc/rc.conf.local and reboot. > Using startx happened the same, the problem is with Xorg, it hangs > during several minutes and segfaults. > > I tried changing from modesetting to intel driver but that didn't solve > the problem. > > I also upgraded to latest snapshot in my laptop which also has a intel > integrated graphics and there Xorg starts correctly. So, the problem is > only with this machine. > Hi, the Xorg.0.log file shows that it crashes where it would normally probe for the keyboard and initialize the X input devices. Do you have some specific keyboard or /etc/fbtab setup ? If not you'll need to try to get a backtrace from the crash. See https://github.com/openbsd/xenocara/blob/master/README.md#how-to-get-a-core-file-out-of-the-x-server for instructions on how to do that. -- Matthieu Herrb
update: wayland-1.23.0
struct kinfo_file); -+ mib[5] = 0; -+ -+ /* find the size required to store all the entries */ -+ error = sysctl(mib, 6, NULL, &size, NULL, 0); -+ assert(error != -1 && "sysctl KERN_FILE_BYPID failed."); -+ -+ /* return the current number of entries */ -+ return size / sizeof(struct kinfo_file); -+} - #else - int - count_open_fds(void) Index: patches/patch-tests_test-runner_c === RCS file: patches/patch-tests_test-runner_c diff -N patches/patch-tests_test-runner_c --- patches/patch-tests_test-runner_c 19 Aug 2022 06:39:55 - 1.3 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,73 +0,0 @@ -https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/256 - -Index: tests/test-runner.c tests/test-runner.c.orig -+++ tests/test-runner.c -@@ -308,6 +308,13 @@ is_debugger_attached(void) - - return rc; - } -+#else -+static int -+is_debugger_attached(void) -+{ -+ /* 0=debugger can't be determined */ -+ return 0; -+} - #endif - - int main(int argc, char *argv[]) -@@ -315,7 +322,7 @@ int main(int argc, char *argv[]) - const struct test *t; - pid_t pid; - int total, pass; -- siginfo_t info; -+ int info; - - if (isatty(fileno(stderr))) - is_atty = 1; -@@ -358,37 +365,32 @@ int main(int argc, char *argv[]) - if (pid == 0) - run_test(t); /* never returns */ - -- if (waitid(P_PID, pid, &info, WEXITED)) { -+ if (waitpid(pid, &info, 0) == -1) { - stderr_set_color(RED); -- fprintf(stderr, "waitid failed: %s\n", -+ fprintf(stderr, "waitpid failed: %s\n", - strerror(errno)); - stderr_reset_color(); - - abort(); - } - -- switch (info.si_code) { -- case CLD_EXITED: -- if (info.si_status == EXIT_SUCCESS) -+ if (WIFEXITED(info)) { -+ if (WEXITSTATUS(info) == EXIT_SUCCESS) - success = !t->must_fail; - else - success = t->must_fail; - - stderr_set_color(success ? GREEN : RED); - fprintf(stderr, "test \"%s\":\texit status %d", -- t->name, info.si_status); -+ t->name, WEXITSTATUS(info)); - -- break; -- case CLD_KILLED: -- case CLD_DUMPED: -+ } else if (WIFSIGNALED(info)) { - if (t->must_fail) - success = 1; - - stderr_set_color(success ? GREEN : RED); - fprintf(stderr, "test \"%s\":\tsignal %d", -- t->name, info.si_status); -- -- break; -+ t->name, WTERMSIG(info)); - } - - if (success) { -- Matthieu Herrb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/08/16 07:09:53 Modified files: wayland/foot : Makefile distinfo wayland/foot/patches: patch-main_c patch-meson_build wayland/foot/pkg: PLIST Log message: Update to foot 1.18.0. Still not linked to the build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/08/16 07:08:52 Modified files: wayland/xwayland: Makefile distinfo Log message: Update to xwayland 24.1.2
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/16 01:45:15 Modified files: xserver/hw/xfree86/os-support/bsd: bsd_init.c i386_video.c Log message: Reduce diff with upstream.
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/16 01:24:52 Modified files: xserver/hw/xfree86/os-support/bsd: i386_video.c Log message: Ansify function declarations. These are all simple () -> (void) cases.
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/15 13:07:07 Modified files: xserver/os : Makefile.am Log message: Reduce white space diff with upstream.
Re: Does anyone still feel strongly about -Wdeclaration-after-statement ?
On Tue, Aug 13, 2024 at 01:56:14PM +0200, Enrico Weigelt, metux IT consult wrote: > On 08.08.24 13:37, Matthieu Herrb wrote: > > > But also try to avoid gratuitous churn. I'm opposed to commit to just > > move variable declaration around "because we can". > > You're referring to me, right ? Not only, I have your current activity in mind, but there have been others in the past. Again I'm not opposed to your work if it makes the protocol decoders more robust and easier to read (which is a relative notion, new code also needs effort to grok if you're used to the old one). There have been enough security issues in the past in this area (and I sure there are still a lot waiting to be "discovered", because there is no currently active effort beside yours to and the work by ZDI to audit and fix issues actively. But I'm lacking time to be helpful and I hate when a change breaks on the system for which I'm maintaining the X.Org stack (OpenBSD) and this costs me even more time... > > See my other mail and ticket #1701: the MRs in question are > preparational work for other things in the pipeline, which just aren't > ready for submission yet. > > > --mtx > > -- > --- > Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert > werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren > GPG/PGP-Schlüssel zu. > --- > Enrico Weigelt, metux IT consult > Free software and Linux embedded engineering > i...@metux.net -- +49-151-27565287 -- Matthieu Herrb
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/12 13:54:25 Modified files: distrib/sets/lists/xshare: mi Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: matth...@cvs.openbsd.org2024/08/12 13:40:17 Modified files: etc/mtree : BSD.x11.dist Log message: xkbcomp 1.7.0 moved its data files from lib/X11 to share/X11
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/11 23:59:08 Modified files: . : MODULES Log message: update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/11 23:20:36 Modified files: app/x11perf: ChangeLog Makefile.am Makefile.in Xmark aclocal.m4 bitmaps.c bitmaps.h compile config.guess config.h.in config.sub configure configure.ac do_arcs.c do_blt.c do_complex.c do_dots.c do_lines.c do_movewin.c do_rects.c do_segs.c do_simple.c do_tests.c do_text.c do_traps.c do_tris.c do_valgc.c do_windows.c install-sh x11perf.c x11perf.h app/x11perf/man: Makefile.am Makefile.in Xmark.man x11perf.man x11perfcomp.man Log message: Update to x11perf 1.7.0
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/11 23:03:28 Modified files: app/xterm : util.c Log message: Fix a crash in when printing decreased intensity unicode right quote using bit-mapped fonts. Reported by Matthew Martin and fix confirmed by Thomas Dickey.
Re: Does anyone still feel strongly about -Wdeclaration-after-statement ?
On Thu, Aug 08, 2024 at 01:32:20PM +1000, Peter Hutterer wrote: > On Sun, Jul 28, 2024 at 05:48:45PM -0700, Alan Coopersmith wrote: > > Back when we first added a default set of compiler warning flags to our > > xorg-macros.m4 for autoconf in 2008, we included > > -Wdeclaration-after-statement > > since not all the compilers at the time supported this C99 feature (most > > notably some OpenBSD ports that used gcc 2.95, but also MSVC versions before > > 2013). > > > > Since then we've widely adopted other C99 features such as struct > > initializers > > and declaring variables in for loops ("for (int i = 0; )"), but last > > time we discussed this warning in 2013, decided to leave it in place as > > a style choice, not a technical constraint - see the thread starting at: > > https://lists.freedesktop.org/archives/xorg-devel/2013-September/037735.html > > > > But we didn't carry that flag over in our meson conversions - apparently > > intentionally so in the case of the X server code base: > > https://gitlab.freedesktop.org/xorg/xserver/-/commit/db465bae533f85e7f900deb96efecc831c9d550b > > so people patching the X server don't get told that we don't like that > > style, > > and so now Enrico has submitted a number of merge requests that use it to > > simplify some of our previous code, such as: > > https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1601 > > > > Do we want to keep insisting on this as part of our style, or have people > > gotten used to it from other languages/projects now and are willing to > > accept it in X.Org code? > > > > Is it time to re-apply > > https://gitlab.freedesktop.org/xorg/util/macros/-/commit/689ea0ec5d8b7594ba2fa9e27b2458cea8a58724 > > to util-macros? > > I feel fairly strongly about removing that warning, i.e. allowing > declarations after statements. There's a reason all modern languages > allow this. It makes the code clearer and less buggy in many instances, > esp. in regards to variables that don't need to exist until various > checks have been performed. And it allows those variables to be > initialized immediately, so one source of bugs less. Doubly so with > __attribute__((cleanup)) but that's a conversation for another day... > > Having said that, sticking with the local code style still trumps > anything, if you have 6 temp variables declared at the top mixed with 5 > declared later that's more confusing than if all were at the top. > But also try to avoid gratuitous churn. I'm opposed to commit to just move variable declaration around "because we can". If someone plans to do some substential changes in a function then it is worth to adapt the declaration style to improve the readability of that function. OpenBSD/m88k still uses gcc 2.95 and I'm not sure if it supports mixing declarations with code, but don't consider this a a blocker. -- Matthieu Herrb
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 12:22:48 Modified files: . : MODULES 3RDPARTY Log message: update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 11:31:05 Modified files: lib/libXtst: ChangeLog Makefile.in aclocal.m4 compile config.guess config.h.in config.sub configure configure.ac install-sh lib/libXtst/man: Makefile.am Makefile.in lib/libXtst/specs: Makefile.in lib/libXtst/src: Makefile.in XRecord.c Added files: lib/libXtst/m4 : libtool.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4 Log message: Update to libXtst 1.2.5.
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 11:29:45 xenocara/lib/libXtst/m4 Update of /cvs/xenocara/lib/libXtst/m4 In directory cvs.openbsd.org:/tmp/cvs-serv10358/m4 Log Message: Directory /cvs/xenocara/lib/libXtst/m4 added to the repository
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 11:18:52 Modified files: distrib/sets/lists/xbase: mi Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 11:17:28 Modified files: lib/freetype : CMakeLists.txt ChangeLog Makefile README Symbols.map shlib_version vms_make.com lib/freetype/builds: freetype.mk toplevel.mk lib/freetype/builds/mac: README lib/freetype/builds/meson: parse_modules_cfg.py lib/freetype/builds/unix: configure.ac configure.raw lib/freetype/builds/wince/vc2005-ce: index.html lib/freetype/builds/wince/vc2008-ce: index.html lib/freetype/builds/windows/vc2010: freetype.vcxproj index.html lib/freetype/builds/windows/visualc: index.html lib/freetype/builds/windows/visualce: index.html lib/freetype/devel: ftoption.h lib/freetype/docs: CHANGES DEBUG INSTALL.VMS README VERSIONS.TXT formats.txt freetype-config.1 release lib/freetype/include/dlg: dlg.h lib/freetype/include/freetype: freetype.h ftcache.h ftchapters.h ftdriver.h ftimage.h ftlogging.h ftmm.h ftoutln.h ftrender.h ftsynth.h ftsystem.h lib/freetype/include/freetype/config: ftoption.h ftstdlib.h lib/freetype/include/freetype/internal: compiler-macros.h ftcalc.h ftdrv.h ftmmtypes.h t1types.h tttypes.h lib/freetype/include/freetype/internal/services: svmetric.h svmm.h svpscmap.h lib/freetype/src/autofit: afblue.dat afcjk.c afcjk.h afglobal.c afglobal.h afhints.c afindic.c aflatin.c aflatin.h afloader.c afmodule.c afshaper.c ft-hb.c lib/freetype/src/base: ftbbox.c ftcalc.c ftdbgmem.c ftmac.c ftmm.c ftobjs.c ftoutln.c ftstream.c ftstroke.c ftsynth.c ftsystem.c ftver.rc lib/freetype/src/bdf: bdf.h bdfdrivr.c bdflib.c lib/freetype/src/bzip2: ftbzip2.c lib/freetype/src/cache: ftcbasic.c ftccache.c ftccache.h ftcglyph.c ftcglyph.h ftcmanag.c ftcmru.c ftcsbits.c ftcsbits.h lib/freetype/src/cff: cffcmap.c cffdrivr.c cffgload.c cffload.c cffload.h cffobjs.c cffparse.c cffparse.h lib/freetype/src/cid: cidgload.c cidgload.h cidload.c cidobjs.c cidparse.c cidriver.c lib/freetype/src/dlg: dlgwrap.c lib/freetype/src/gxvalid: gxvfgen.c lib/freetype/src/gzip: README.freetype ftgzip.c rules.mk lib/freetype/src/pcf: pcfdrivr.c lib/freetype/src/pfr: pfrcmap.c pfrdrivr.c pfrgload.c pfrload.c pfrobjs.c lib/freetype/src/psaux: afmparse.c cffdecode.c pshints.c t1cmap.c t1decode.c lib/freetype/src/pshinter: pshalgo.c pshmod.c pshrec.c lib/freetype/src/psnames: psmodule.c lib/freetype/src/raster: ftraster.c ftrend1.c lib/freetype/src/sdf: ftbsdf.c ftsdf.c ftsdfrend.c lib/freetype/src/sfnt: pngshim.c sfdriver.c sfobjs.c sfwoff.c sfwoff2.c ttbdf.c ttbdf.h ttcmap.c ttcolr.c ttcpal.c ttload.c ttmtx.c ttpost.c ttsbit.c ttsvg.c woff2tags.c lib/freetype/src/smooth: ftgrays.c ftsmooth.c lib/freetype/src/svg: ftsvg.c lib/freetype/src/tools: apinames.c lib/freetype/src/tools/ftrandom: ftrandom.c lib/freetype/src/truetype: rules.mk truetype.c ttdriver.c ttgload.c ttgxvar.c ttgxvar.h ttinterp.c ttinterp.h ttobjs.c ttobjs.h ttpload.c ttpload.h lib/freetype/src/type1: t1afm.c t1driver.c t1load.c t1load.h t1objs.c lib/freetype/src/type42: t42drivr.c t42parse.c lib/freetype/src/winfonts: winfnt.c lib/freetype/subprojects: libpng.wrap zlib.wrap Added files: lib/freetype/builds/vms: apinames_vms.bash lib/freetype/src/tools: vms_shorten_symbol.c Removed files: lib/freetype/builds/vms: vmslib.dat lib/freetype/src/gzip: infback.c lib/freetype/src/truetype: ttsubpix.c ttsubpix.h Log message: Update to freetype 2.13.2. tested by and ok rsadowski@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 11:15:57 Modified files: lib/libX11 : ChangeLog Makefile.bsd-wrapper README.md aclocal.m4 compile configure configure.ac lib/libX11/modules/im/ximcp: imDefFlt.c imDefIm.c imDefLkup.c imExten.c imRmAttr.c lib/libX11/modules/om/generic: omGeneric.c lib/libX11/nls/en_US.UTF-8: Compose.pre lib/libX11/src : CopyCmap.c CrCmap.c FilterEv.c FreeCmap.c KeyBind.c imConv.c lib/libX11/src/xcms: cmsCmap.c cmsTrig.c lib/libX11/src/xkb: XKBMAlloc.c lib/libX11/src/xlibi18n: XimintP.h lcFile.c Log message: Update to libX11 1.8.10. tested by and ok rsadowski@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 02:06:49 Removed files: xserver/hw/dmx/man: Makefile.am Xdmx.man Log message: Remove 2 files that were missed on xserver 21.1 update (which removed Xdmx)
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 02:02:04 Modified files: xserver/glamor : glamor_egl.c Log message: Replace __OpenBSD__ with X_PRIVSEP in check for priv_open_device()
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/04 01:53:57 Modified files: xserver/dix: devices.c Log message: Remove white space only diff with upstream
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/08/03 01:13:50 Modified files: sysutils/seatd : Makefile sysutils/seatd/patches: patch-common_terminal_c Log message: Update patches, allowing a Wayland compositor running under seatd control to switch VTs. ok rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/08/03 01:09:00 Modified files: wayland/libinput-openbsd: Makefile distinfo Log message: Sync with libopeninput git head as of 2024-07-14. ok rsadowski@ Main changes: Fixes the situation where multiple different keyboard types are present Implement device enable/disable for VT switches Detailed commit log: 1fcdd91 use close_restricted() to close fd opened by open_restricted() c296ac6 Try to clean up on exit 2fd417e Downgrade the display of keyboard type to level 'info' 9e017da Add individual input devices, not the mux. 7e4471c Skip "/dev/" from the device name. 3f0bb87 Return 0 as vendor and device id 4e305ac Implement device enable/disable. dbf0663 Provide the actual device names to libinput
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/08/01 23:57:46 Modified files: . : MODULES 3RDPARTY Log message: update
Re: BROKEN: x11/stumpwm XLIB Meta_L breakage. (fails to start session)
On Tue, Jul 30, 2024 at 02:09:45PM -0500, izzy Meyer wrote: > On Tue, 30 Jul 2024 19:50:42 +0200 > Sebastien Marie wrote: > > > > > Normally, you have it in /var/log/messages (or /var/log/messages.0.gz) > > > > > ~ grep sysupgrade /var/log/messages > Jul 30 09:53:47 Panasonic-OpenBaSeD sysupgrade: installed new /bsd.upgrade. > Old > kernel version: OpenBSD 7.5-current (GENERIC.MP) #217: Mon Jul 29 00:55:09 > MDT 2024 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > ~ pkg_info -q | grep stumpwm > stumpwm-23.11p4 > ~ grep 'pkg_add:.*stumpwm' /var/log/messages > Jul 30 09:56:37 Panasonic-OpenBaSeD pkg_add: Added stumpwm-23.11p3->23.11p4 > Jul 30 10:17:02 Panasonic-OpenBaSeD pkg_add: Added stumpwm-23.11p4 > > This is the output of these commands. Hopefully this helps. > > Thanks for your assistance > > -- > -iz (they/them) > > > i like to say mundane things, > > there are too many uninteresting things > > that go unnoticed. > > izder456 (dot) neocities (dot) org > The issue should be fixed with stumpwm-23.11p5 that I just commited. It will show up in a future packages snapshot in a few days. -- Matthieu Herrb
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/07/31 02:47:49 Modified files: x11/stumpwm: Makefile distinfo Log message: Update to CLX version 0.7.6. Fixes crashes with sbcl 2.4.7 ok Tymo Myyra (maintainer) and semarie@.
x11/stumpwm : update to clx-0.7.6
Hi, updating clx to version 0.7.6 (released on 2024/05/13) fixes the recent stumpwm breakage reported by izzy Meyer. ok ? Index: Makefile === RCS file: /local/cvs/ports/x11/stumpwm/Makefile,v diff -u -p -u -r1.20 Makefile --- Makefile28 Jul 2024 14:00:33 - 1.20 +++ Makefile31 Jul 2024 07:46:29 - @@ -2,7 +2,7 @@ COMMENT=easily hackable Common LISP wi VERSION= 23.11 DISTNAME= stumpwm-${VERSION} -REVISION= 4 +REVISION= 5 CATEGORIES=x11 @@ -17,12 +17,12 @@ WANTLIB += c m pthread util zstd SITES= https://github.com/stumpwm/stumpwm/archive/ SITES.a= https://github.com/edicl/cl-ppcre/archive/ -SITES.b= https://beta.quicklisp.org/archive/clx/2022-07-07/ +SITES.b= https://github.com/sharplispers/clx/archive/refs/tags/ SITES.c= https://beta.quicklisp.org/archive/alexandria/2022-07-07/ DISTFILES= ${DISTNAME}{${VERSION}}${EXTRACT_SUFX} DISTFILES.a= cl-ppcre-2.1.1{v2.1.1}.tar.gz -DISTFILES.b= clx-20220707-git.tgz +DISTFILES.b= clx-0.7.6{0.7.6}.tar.gz DISTFILES.c= alexandria-20220707-git.tgz BUILD_DEPENDS= lang/sbcl \ Index: distinfo === RCS file: /local/cvs/ports/x11/stumpwm/distinfo,v diff -u -p -u -r1.8 distinfo --- distinfo18 Feb 2024 07:46:17 - 1.8 +++ distinfo31 Jul 2024 07:46:29 - @@ -1,8 +1,8 @@ SHA256 (alexandria-20220707-git.tgz) = jmFzEg3oeGx64P77qBAtgmIPrELpqt6VSvkTXghw1rE= SHA256 (cl-ppcre-2.1.1.tar.gz) = iWMRebcWSNnmxWWpKPaJap1XQqogg7nBtwX+C0XYXe8= -SHA256 (clx-20220707-git.tgz) = FATKAKLy/BwEjrWiLRYXrvsLGi7qhO643QK4bsDlFc4= +SHA256 (clx-0.7.6.tar.gz) = vMnNc25+KOwrgIXOHJaG4C/77pJX4QcvXE/Dk+M0Z+g= SHA256 (stumpwm-23.11.tar.gz) = AeX6TsZGa41YF9gQXkH58WKOiYyHcLvrY3f62yPuSBc= SIZE (alexandria-20220707-git.tgz) = 56838 SIZE (cl-ppcre-2.1.1.tar.gz) = 159055 -SIZE (clx-20220707-git.tgz) = 459236 +SIZE (clx-0.7.6.tar.gz) = 462763 SIZE (stumpwm-23.11.tar.gz) = 287178 -- Matthieu Herrb
Re: BROKEN: x11/stumpwm XLIB Meta_L breakage. (fails to start session)
On Tue, Jul 30, 2024 at 11:07:39AM -0500, izzy Meyer wrote: > Hello ports@ > > I upgraded to the latest snapshot: > ~ uname -a > OpenBSD Panasonic-OpenBaSeD.lan 7.5 GENERIC.MP#220 amd64 > > and upgraded all my installed packages with: > $ pkg_add -u > > Upon starting a new session of StumpWM, I immediately get dumped back > into XenoDM Hi, Do you know the date / version of your previous (working) snapshot? -- Matthieu Herrb
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/25 14:02:39 Modified files: . : 3RDPARTY Log message: update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/25 13:41:29 Modified files: distrib/sets/lists/xbase: md.amd64 md.arm64 md.armv7 md.i386 md.loongson md.macppc md.octeon md.powerpc64 md.riscv64 md.sparc64 Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/25 13:40:55 Modified files: lib/libva : Makefile.bsd-wrapper Log message: Disable libva-glx. It depends on mesa which is built later (and depends on libva). ok sthen@OA
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/25 13:22:55 Modified files: app/xterm : COPYING MANIFEST NEWS THANKS VTPrsTbl.c VTparse.def VTparse.h button.c cachedGCs.c charclass.c charproc.c charsets.c configure.in ctlseqs.ms ctlseqs.txt cursor.c error.h fontutils.c fontutils.h gen-charsets.pl graphics.c graphics.h graphics_regis.c graphics_regis.h graphics_sixel.c graphics_sixel.h input.c koi8rxterm koi8rxterm.man linedata.c main.c main.h menu.c minstall.in misc.c print.c ptydata.c ptyx.h resize.c resize.man screen.c scrollbar.c svg.c terminfo trace.c trace.h util.c uxterm uxterm.man version.h wcwidth.c xstrings.c xterm.appdata.xml xterm.h xterm.log.html xterm.man xterm_io.h xtermcap.c xtermcfg.h xtermcfg.hin app/xterm/package: xterm.spec app/xterm/package/debian: changelog compat copyright rules xterm-dev.lintian-overrides app/xterm/package/freebsd: Makefile app/xterm/package/pkgsrc: Makefile app/xterm/vttests: insdelln.pl Added files: app/xterm : charsets.dat charsets.h Log message: Update to xterm 393. tested by op@ and naddy@
Re: change vaapi .so dirs in ports
On Tue, Jul 23, 2024 at 06:46:55PM +1000, Jonathan Gray wrote: > The ports part of a tech@ diff to change the directories libva looks > for .so files in. > > removes the need for @sample Works on an intel machine here. ok matthieu@ > > Index: graphics/intel-media-driver/Makefile > === > RCS file: /cvs/ports/graphics/intel-media-driver/Makefile,v > diff -u -p -r1.5 Makefile > --- graphics/intel-media-driver/Makefile 22 Jul 2024 13:09:45 - > 1.5 > +++ graphics/intel-media-driver/Makefile 23 Jul 2024 05:19:23 - > @@ -6,7 +6,7 @@ VERSION = 24.1.5 > GH_ACCOUNT = intel > GH_PROJECT = media-driver > GH_TAGNAME = intel-media-${VERSION} > -REVISION = 0 > +REVISION = 1 > > DISTNAME = intel-media-driver-${VERSION} > > @@ -29,7 +29,7 @@ CONFIGURE_ARGS =-DMEDIA_RUN_TEST_SUITE= > CONFIGURE_ARGS +=-DMEDIA_BUILD_FATAL_WARNINGS=OFF \ > -DBUILD_CMRTLIB=OFF > > -CONFIGURE_ARGS +=-DLIBVA_DRIVERS_PATH="${LOCALBASE}/lib/xorg/modules" > +CONFIGURE_ARGS +=-DLIBVA_DRIVERS_PATH="${LOCALBASE}/lib/dri" > > # build dependency on libva > MODCMAKE_LDFLAGS = -L${X11BASE}/lib -L${LOCALBASE}/lib > Index: graphics/intel-media-driver/pkg/PLIST > === > RCS file: /cvs/ports/graphics/intel-media-driver/pkg/PLIST,v > diff -u -p -r1.1.1.1 PLIST > --- graphics/intel-media-driver/pkg/PLIST 15 Jul 2024 19:27:04 - > 1.1.1.1 > +++ graphics/intel-media-driver/pkg/PLIST 23 Jul 2024 05:18:54 - > @@ -1,4 +1,2 @@ > -lib/xorg/ > -lib/xorg/modules/ > -@so lib/xorg/modules/iHD_drv_video.so > -@sample ${X11BASE}/lib/modules/drivers/iHD_drv_video.so > +lib/dri/ > +@so lib/dri/iHD_drv_video.so > Index: graphics/intel-vaapi-driver/Makefile > === > RCS file: /cvs/ports/graphics/intel-vaapi-driver/Makefile,v > diff -u -p -r1.4 Makefile > --- graphics/intel-vaapi-driver/Makefile 20 Jul 2024 07:19:05 - > 1.4 > +++ graphics/intel-vaapi-driver/Makefile 23 Jul 2024 05:19:51 - > @@ -5,6 +5,7 @@ COMMENT = VAAPI legacy driver for Intel > GH_ACCOUNT = intel > GH_PROJECT = intel-vaapi-driver > GH_TAGNAME = 2.4.1 > +REVISION = 0 > > CATEGORIES = graphics multimedia > > @@ -17,7 +18,7 @@ MODULES = devel/meson > > COMPILER = base-clang ports-gcc > > -MODMESON_CONFIGURE_ARGS += -Ddriverdir="${LOCALBASE}/lib/xorg/modules" \ > +MODMESON_CONFIGURE_ARGS += -Ddriverdir="${LOCALBASE}/lib/dri" \ > -Dwith_wayland=no > > pre-fake: > Index: graphics/intel-vaapi-driver/pkg/PLIST > === > RCS file: /cvs/ports/graphics/intel-vaapi-driver/pkg/PLIST,v > diff -u -p -r1.1.1.1 PLIST > --- graphics/intel-vaapi-driver/pkg/PLIST 15 Jul 2024 19:20:09 - > 1.1.1.1 > +++ graphics/intel-vaapi-driver/pkg/PLIST 23 Jul 2024 05:20:08 - > @@ -1,4 +1,2 @@ > -lib/xorg/ > -lib/xorg/modules/ > -@so lib/xorg/modules/i965_drv_video.so > -@sample ${X11BASE}/lib/modules/drivers/i965_drv_video.so > +lib/dri/ > +@so lib/dri/i965_drv_video.so -- Matthieu Herrb
Re: NEW: multimedia/intel-media-driver
On Mon, Jul 22, 2024 at 02:34:28PM +1000, Jonathan Gray wrote: > On Sat, Jul 13, 2024 at 12:51:39PM +0200, Rafael Sadowski wrote: > > OK to import intel-media-driver-24.1.5? Keep in mind, to build this you > > need libv installed from xenocara. > > > > Comment: > > Intel(R) Media Driver for VAAPI > > > > Description: > > VA-API (Video Acceleration API) user mode driver for Intel GEN Graphics > > family > > > > VA-API is an open-source library and API specification, which provides > > access to > > graphics hardware acceleration capabilities for video processing. It > > consists of > > a main library and driver-specific acceleration backends for each supported > > hardware vendor. > > > > The current video driver backend provides a bridge to the GEN GPUs through > > the > > packaging of buffers and commands to be sent to the i915 driver for > > exercising > > both hardware and shader functionality for video decode, encode, and > > processing. > > Why are you putting .so files into X11BASE with @sample? > > lib/xorg/ > lib/xorg/modules/ > @so lib/xorg/modules/iHD_drv_video.so > @sample ${X11BASE}/lib/modules/drivers/iHD_drv_video.so > > @sample is for sample configuration files according to pkg_create(1) > > Shouldn't the .so built in ports go into LOCALBASE and > libva search both X11BASE and LOCALBASE paths? > In Prague we discussed this a bit. In the past there have been some resitance against having stuff from xenocara reach out to the ports tree. But I tend to agree that it wold be cleander to add LOCALBASE/lib/dri to the search path of libva (and more generally Mesa/Xserver too) to help with this kind of situation. -- Matthieu Herrb
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/21 13:19:49 Modified files: distrib/sets/lists/xbase: md.armv7 md.octeon Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/20 13:56:40 Added files: . : README.md Removed files: . : README Log message: Convert README to markdown. From rsadowski@ with suggestions by ratchov@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/20 13:32:30 Modified files: lib/libva : Makefile.in aclocal.m4 config.h.in configure lib/libva/doc : Makefile.in lib/libva/pkgconfig: Makefile.in lib/libva/va : Makefile.in lib/libva/va/drm: Makefile.in lib/libva/va/glx: Makefile.in lib/libva/va/wayland: Makefile.in lib/libva/va/x11: Makefile.in Log message: regen
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/20 13:32:11 Modified files: lib/libva : configure.ac Log message: Set AM_MAINTAINER_MODE explicitely. This directory file doesn't use xorg-macros so it was missing.
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 13:00:02 Modified files: . : 3RDPARTY Log message: udate
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 12:38:00 Modified files: lib/libva : config.h.in Log message: force update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 12:37:28 Modified files: lib/libva : Makefile.in Log message: force update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 12:37:00 Modified files: lib/libva : aclocal.m4 Log message: force update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 12:04:53 Modified files: lib/libva : Makefile.in configure lib/libva/doc : Makefile.in lib/libva/pkgconfig: Makefile.in lib/libva/va : Makefile.in lib/libva/va/drm: Makefile.in lib/libva/va/glx: Makefile.in lib/libva/va/wayland: Makefile.in lib/libva/va/x11: Makefile.in Log message: regen
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 12:03:42 Modified files: lib/libva : Makefile.am Log message: Oops I meant to set MAINTAINERCLEANFILES to an empty value
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 11:59:11 Modified files: lib/libva : Makefile.am Log message: remove MAINTAINERCLEANFILES - can cause missing files to regenerate
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 11:58:27 Modified files: lib/libva : configure.ac Log message: Remove TODAY - can only cause harm and non reproductible builds.
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 11:42:37 Modified files: lib/libva : Makefile.in lib/libva/doc : Makefile.in lib/libva/pkgconfig: Makefile.in lib/libva/va : Makefile.in lib/libva/va/drm: Makefile.in lib/libva/va/glx: Makefile.in lib/libva/va/wayland: Makefile.in lib/libva/va/x11: Makefile.in Log message: regen
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 11:42:17 Modified files: lib/libva : Makefile.am configure.ac Log message: Use foreign option correctly for automake 1.12
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 11:13:34 Modified files: lib/libva : aclocal.m4 configure Log message: regen
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 09:12:09 Modified files: . : MODULES 3RDPARTY Log message: update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/19 09:08:23 Modified files: distrib/sets/lists/xbase: md.riscv64 distrib/sets/lists/xserv: md.riscv64 Log message: sync
Re: update: libinput-openbsd
Anyone testing this, please use commit 1fcdd91f71263417a62d1adff59ca36ddc7c83c5 instead. I've added code to handle separte keyboards separartly to support different types of keyboards connected at same time. Also the input device names seen by sway will now be like "0:0:wskbd0" for the input configuration. On Sat, Jul 13, 2024 at 05:28:31PM +0200, Matthieu Herrb wrote: > Hi, > > The diff below updates libinput-openbsd to the recent commits I did > on github, in order to support disabling / enabling a device. > This in turn will allow Wayland compositors running under the control > of seatd to support VT switches (the update to seatd 0.8.0p0 in the > next mail is needed too), unblocking the way for suspend/resume. > > comments, oks ? > > diff --git a/wayland/libinput-openbsd/Makefile > b/wayland/libinput-openbsd/Makefile > index 23c22d10944..4ef37e663dc 100644 > --- a/wayland/libinput-openbsd/Makefile > +++ b/wayland/libinput-openbsd/Makefile > @@ -22,10 +22,10 @@ CATEGORIES = x11 wayland > > GH_ACCOUNT = sizeofvoid > GH_PROJECT = libopeninput > -GH_COMMIT = ba8406afbc815993b01c00c52f5e9eadb43db8e3 > +GH_COMMIT = 4e305ac3dcc07f3e39cfc30b7c041bf6900b7812 > > DISTNAME = libinput-openbsd-1.24.0 > -REVISION = 3 > +REVISION = 4 > > SHARED_LIBS =input 0.0 > > diff --git a/wayland/libinput-openbsd/distinfo > b/wayland/libinput-openbsd/distinfo > index 79fd6d7dbb3..3c7057dfc3a 100644 > --- a/wayland/libinput-openbsd/distinfo > +++ b/wayland/libinput-openbsd/distinfo > @@ -1,2 +1,2 @@ > -SHA256 (libinput-openbsd-1.24.0-ba8406af.tar.gz) = > CudoT3g0cXKdZepvx5n8ZiA6Sm50iXKK3qeqpqPkoc4= > -SIZE (libinput-openbsd-1.24.0-ba8406af.tar.gz) = 1039095 > +SHA256 (libinput-openbsd-1.24.0-4e305ac3.tar.gz) = > xuXMn0m3mW29xOmWsdHt/Scc85PmS3VS44FdsfCUrI8= > +SIZE (libinput-openbsd-1.24.0-4e305ac3.tar.gz) = 1039113 > > -- > Matthieu Herrb -- Matthieu Herrb
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: matth...@cvs.openbsd.org2024/07/14 03:39:15 Modified files: etc/mtree : BSD.x11.dist Log message: Add /usr/X11R6/include/va. ok tb@
update: seatd 0.8.0p0
t, strerror(errno)); + return -1; +@@ -223,7 +250,6 @@ int terminal_switch_vt(int fd, int vt) { + } + + int terminal_ack_release(int fd) { +- log_debug("Acking VT release"); + if (ioctl(fd, VT_RELDISP, 1) == -1) { + log_errorf("Could not ack VT release: %s", strerror(errno)); + return -1; +@@ -233,7 +259,6 @@ int terminal_ack_release(int fd) { + } + + int terminal_ack_acquire(int fd) { +- log_debug("Acking VT acquire"); + if (ioctl(fd, VT_RELDISP, VT_ACKACQ) == -1) { + log_errorf("Could not ack VT acquire: %s", strerror(errno)); + return -1; +@@ -243,12 +268,20 @@ int terminal_ack_acquire(int fd) { + } + + int terminal_set_keyboard(int fd, bool enable) { +- log_debugf("Setting KD keyboard state to %d", enable); ++#ifndef __OpenBSD__ + if (ioctl(fd, KDSKBMODE, enable ? K_ENABLE : K_DISABLE) == -1) { + log_errorf("Could not set KD keyboard mode to %s: %s", + enable ? "enabled" : "disabled", strerror(errno)); + return -1; + } ++#else ++ int mode = enable ? WSKBD_RAW : WSKBD_TRANSLATED; ++ if (ioctl(fd, WSKBDIO_SETMODE, &mode) == -1) { ++ log_errorf("Could not set keyboard mode to %s: %s", ++ enable ? "translated" : "raw", strerror(errno)); ++ return -1; ++ } ++#endif + #if defined(__FreeBSD__) + struct termios tios; + if (tcgetattr(fd, &tios) == -1) { +@@ -270,11 +303,19 @@ int terminal_set_keyboard(int fd, bool enable) { + } + + int terminal_set_graphics(int fd, bool enable) { +- log_debugf("Setting KD graphics state to %d", enable); ++#ifndef __OpenBSD__ + if (ioctl(fd, KDSETMODE, enable ? KD_GRAPHICS : KD_TEXT) == -1) { + log_errorf("Could not set KD graphics mode to %s: %s", enable ? "graphics" : "text", + strerror(errno)); + return -1; + } ++#else ++ int mode = enable ? WSDISPLAYIO_MODE_MAPPED : WSDISPLAYIO_MODE_EMUL; ++ if (ioctl(fd, WSDISPLAYIO_SMODE, &mode) == -1) { ++ log_errorf("Could not set graphics mode to %s: %s", ++ enable ? "mapped" : "emul", strerror(errno)); ++ return -1; ++ } ++#endif + return 0; + } -- Matthieu Herrb
update: libinput-openbsd
Hi, The diff below updates libinput-openbsd to the recent commits I did on github, in order to support disabling / enabling a device. This in turn will allow Wayland compositors running under the control of seatd to support VT switches (the update to seatd 0.8.0p0 in the next mail is needed too), unblocking the way for suspend/resume. comments, oks ? diff --git a/wayland/libinput-openbsd/Makefile b/wayland/libinput-openbsd/Makefile index 23c22d10944..4ef37e663dc 100644 --- a/wayland/libinput-openbsd/Makefile +++ b/wayland/libinput-openbsd/Makefile @@ -22,10 +22,10 @@ CATEGORIES =x11 wayland GH_ACCOUNT = sizeofvoid GH_PROJECT = libopeninput -GH_COMMIT =ba8406afbc815993b01c00c52f5e9eadb43db8e3 +GH_COMMIT =4e305ac3dcc07f3e39cfc30b7c041bf6900b7812 DISTNAME = libinput-openbsd-1.24.0 -REVISION = 3 +REVISION = 4 SHARED_LIBS = input 0.0 diff --git a/wayland/libinput-openbsd/distinfo b/wayland/libinput-openbsd/distinfo index 79fd6d7dbb3..3c7057dfc3a 100644 --- a/wayland/libinput-openbsd/distinfo +++ b/wayland/libinput-openbsd/distinfo @@ -1,2 +1,2 @@ -SHA256 (libinput-openbsd-1.24.0-ba8406af.tar.gz) = CudoT3g0cXKdZepvx5n8ZiA6Sm50iXKK3qeqpqPkoc4= -SIZE (libinput-openbsd-1.24.0-ba8406af.tar.gz) = 1039095 +SHA256 (libinput-openbsd-1.24.0-4e305ac3.tar.gz) = xuXMn0m3mW29xOmWsdHt/Scc85PmS3VS44FdsfCUrI8= +SIZE (libinput-openbsd-1.24.0-4e305ac3.tar.gz) = 1039113 -- Matthieu Herrb
Re: NEW: multimedia/intel-media-driver
On Sat, Jul 13, 2024 at 12:51:39PM +0200, Rafael Sadowski wrote: > OK to import intel-media-driver-24.1.5? Keep in mind, to build this you > need libv installed from xenocara. > > Comment: > Intel(R) Media Driver for VAAPI > > Description: > VA-API (Video Acceleration API) user mode driver for Intel GEN Graphics family Works on my Framework laptop with Gen12 intel cpu. Also tested playing a 4k video stream with your patched mpv. vainfo output: Trying display: x11 vainfo: VA-API version: 1.22 (libva 2.22.0) vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 24.1.5 () vainfo: Supported profile and entrypoints VAProfileNone : VAEntrypointVideoProc VAProfileNone : VAEntrypointStats VAProfileMPEG2Simple: VAEntrypointVLD VAProfileMPEG2Simple: VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264Main : VAEntrypointFEI VAProfileH264Main : VAEntrypointEncSliceLP VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264High : VAEntrypointFEI VAProfileH264High : VAEntrypointEncSliceLP VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main: VAEntrypointVLD VAProfileVC1Advanced: VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointEncPicture VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointFEI VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP VAProfileVP8Version0_3 : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointEncSlice VAProfileHEVCMain : VAEntrypointFEI VAProfileHEVCMain : VAEntrypointEncSliceLP VAProfileHEVCMain10 : VAEntrypointVLD VAProfileHEVCMain10 : VAEntrypointEncSlice VAProfileHEVCMain10 : VAEntrypointEncSliceLP VAProfileVP9Profile0: VAEntrypointVLD VAProfileVP9Profile1: VAEntrypointVLD VAProfileVP9Profile2: VAEntrypointVLD VAProfileVP9Profile3: VAEntrypointVLD VAProfileHEVCMain12 : VAEntrypointVLD VAProfileHEVCMain12 : VAEntrypointEncSlice VAProfileHEVCMain422_10 : VAEntrypointVLD VAProfileHEVCMain422_10 : VAEntrypointEncSlice VAProfileHEVCMain422_12 : VAEntrypointVLD VAProfileHEVCMain422_12 : VAEntrypointEncSlice VAProfileHEVCMain444: VAEntrypointVLD VAProfileHEVCMain444: VAEntrypointEncSliceLP VAProfileHEVCMain444_10 : VAEntrypointVLD VAProfileHEVCMain444_10 : VAEntrypointEncSliceLP VAProfileHEVCMain444_12 : VAEntrypointVLD VAProfileHEVCSccMain: VAEntrypointVLD VAProfileHEVCSccMain: VAEntrypointEncSliceLP VAProfileHEVCSccMain10 : VAEntrypointVLD VAProfileHEVCSccMain10 : VAEntrypointEncSliceLP VAProfileHEVCSccMain444 : VAEntrypointVLD VAProfileHEVCSccMain444 : VAEntrypointEncSliceLP VAProfileAV1Profile0: VAEntrypointVLD VAProfileHEVCSccMain444_10 : VAEntrypointVLD VAProfileHEVCSccMain444_10 : VAEntrypointEncSliceLP -- Matthieu Herrb
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 08:17:18 Modified files: dist/libxcb/src: xcb_util.c Log message: Disable code that breaks parsing of DISPLAY=unix:0 on OpenBSD issue reported by tb@, ok tb@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 02:29:54 Modified files: . : MODULES 3RDPARTY Log message: update
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 02:06:09 Modified files: distrib/sets/lists/xbase: mi Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 02:05:32 Modified files: dist/libxcb: ChangeLog Makefile.am autogen.sh configure.ac xcb-present.pc.in dist/libxcb/doc/tutorial: index.html dist/libxcb/m4 : libtool.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4 dist/libxcb/src: Makefile.am c_client.py xcb_auth.c xcb_conn.c xcb_util.c dist/libxcb/tests: check_public.c lib/libxcb/libxcb-dpms: shlib_version lib/libxcb/libxcb-dri3: shlib_version lib/libxcb/libxcb-present: shlib_version lib/libxcb/src : Makefile bigreq.h composite.h damage.h dpms.c dpms.h dri3.c dri3.h present.c present.h randr.c shm.h xfixes.h xinput.c Added files: dist/libxcb: xcb-dbe.pc.in Log message: Update to libxcb 1.17.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/07/11 02:03:47 Modified files: x11/py-xcbgen : Makefile distinfo Log message: x11/py-xcbgen: update to 1.17.0 (sync with xenocara)
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 02:03:01 Modified files: proto/xcb-proto: autogen.sh configure.ac proto/xcb-proto/src: bigreq.xml composite.xml damage.xml dpms.xml dri3.xml present.xml screensaver.xml shm.xml xfixes.xml Log message: Update to xcb-proto 1.17.0
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 01:43:34 Modified files: app/appres : ChangeLog Makefile.am Makefile.in aclocal.m4 appres.c config.guess config.h.in config.sub configure configure.ac install-sh app/appres/man : Makefile.am Makefile.in appres.man Added files: app/appres : meson.build Log message: Update to appres 1.0.7
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 01:29:28 Modified files: distrib/sets/lists/xbase: mi Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/11 01:28:46 Modified files: lib/libX11 : ChangeLog Makefile.bsd-wrapper Makefile.in README.md aclocal.m4 config.guess config.sub configure configure.ac install-sh lib/libX11/include: Makefile.in lib/libX11/include/X11: Xlibint.h lib/libX11/man : Makefile.in lib/libX11/modules: Makefile.in lib/libX11/modules/im: Makefile.in lib/libX11/modules/im/ximcp: Makefile.in lib/libX11/modules/lc: Makefile.in lib/libX11/modules/lc/Utf8: Makefile.in lib/libX11/modules/lc/def: Makefile.in lib/libX11/modules/lc/gen: Makefile.in lib/libX11/modules/om: Makefile.in lib/libX11/modules/om/generic: Makefile.in lib/libX11/nls : Makefile.in lib/libX11/src : ChkIfEv.c IfEvent.c Makefile.am Makefile.in OpenDis.c PeekIfEv.c config.h.in globals.c locking.c lib/libX11/src/util: Makefile.in lib/libX11/src/xcms: Makefile.in lib/libX11/src/xkb: Makefile.in lib/libX11/src/xlibi18n: Makefile.in Removed files: lib/libX11 : NEWS lib/libX11/src : UIThrStubs.c Log message: Update to libX11 1.8.9 part 6/6: enable threads by default & build system refresh. Minor library version bump
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/07/10 06:26:49 Modified files: wayland/xwayland: Makefile distinfo Removed files: wayland/xwayland/patches: patch-meson_build patch-present_meson_build Log message: wayland/xwayland: update to 24.1.1, a bug fix release.
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 03:51:33 Modified files: share/mk : bsd.xorg.mk Log message: Python is now 3.11
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 02:20:45 Modified files: lib/libX11/include/X11: Xlib.h Xutil.h lib/libX11/src : ChProp.c DrArcs.c DrLines.c DrPoints.c DrRects.c DrSegs.c FillArcs.c FillPoly.c FillRcts.c QuColors.c SetCRects.c lib/libX11/src/xkb: XKBBind.c XKBExtDev.c XKBNames.c Log message: Update to libX11 1.8.9 part 5: various bug fixes
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 02:13:36 Modified files: lib/libX11/modules/im/ximcp: imDefIm.c imInsClbk.c imLcIc.c imLcPrs.c imRm.c lib/libX11/nls : compose.dir.pre lib/libX11/nls/am_ET.UTF-8: Compose.pre lib/libX11/nls/en_US.UTF-8: Compose.pre XLC_LOCALE.pre lib/libX11/nls/ja.SJIS: XLC_LOCALE.pre lib/libX11/nls/pt_BR.UTF-8: Compose.pre Log message: Update to libX11 1.8.9 part 4: input methods and NLS fixes
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 02:04:08 Modified files: lib/libX11/modules/lc/def: lcDefConv.c lib/libX11/modules/lc/gen: lcGenConv.c lib/libX11/src : CrGlCur.c GetDflt.c ImUtil.c PutImage.c RdBitF.c SetLocale.c WMProps.c WrBitF.c XlibInt.c Xrm.c lib/libX11/src/xcms: cmsColNm.c cmsTrig.c lib/libX11/src/xkb: XKB.c XKBCvt.c lib/libX11/src/xlibi18n: XlcDL.c lcDB.c lcFile.c Log message: Update to libX11 1.8.9 part 3: unifdef legacy systems
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 01:35:02 Modified files: lib/libX11 : COPYING lib/libX11/modules/im/ximcp: imDefIc.c imTrX.c imTrans.c imTransR.c lib/libX11/nls : compose-check.pl lib/libX11/src : Host.c LiHosts.c reallocarray.h lib/libX11/src/xlibi18n: XDefaultIMIF.c XDefaultOMIF.c XimTrInt.h XimTrX.h XimTrans.h XimintP.h XlcSL.c lcInit.c Log message: Update to libX11 1.8.9 part 2: Copyright notices updates
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 01:20:34 Modified files: distrib/sets/lists/xshare: mi Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 01:13:49 Modified files: lib/libX11/man : Compose.man XAddHost.man XGetVisualInfo.man XInitThreads.man XOpenIM.man XSetScreenSaver.man lib/libX11/man/xkb: Makefile.am Makefile.in XkbActionCtrls.man XkbAddDeviceLedInfo.man XkbAddGeomColor.man XkbAddGeomDoodad.man XkbAddGeomKey.man XkbAddGeomKeyAlias.man XkbAddGeomOutline.man XkbAddGeomOverlay.man XkbAddGeomOverlayKey.man XkbAddGeomOverlayRow.man XkbAddGeomProperty.man XkbAddGeomRow.man XkbAddGeomSection.man XkbAddGeomShape.man XkbAddSymInterpret.man XkbAllocClientMap.man XkbAllocCompatMap.man XkbAllocControls.man XkbAllocDeviceInfo.man XkbAllocGeomColors.man XkbAllocGeomDoodads.man XkbAllocGeomKeyAliases.man XkbAllocGeomKeys.man XkbAllocGeomOutlines.man XkbAllocGeomOverlayKeys.man XkbAllocGeomOverlayRows.man XkbAllocGeomOverlays.man XkbAllocGeomPoints.man XkbAllocGeomProps.man XkbAllocGeomRows.man XkbAllocGeomSectionDoodads.man XkbAllocGeomSections.man XkbAllocGeomShapes.man XkbAllocGeometry.man XkbAllocIndicatorMaps.man XkbAllocKeyboard.man XkbAllocNames.man XkbAllocServerMap.man XkbApplyCompatMapToKey.man XkbBell.man XkbBellEvent.man XkbChangeControls.man XkbChangeDeviceInfo.man XkbChangeEnabledControls.man XkbChangeMap.man XkbChangeNames.man XkbChangeTypesOfKey.man XkbComputeRowBounds.man XkbComputeSectionBounds.man XkbComputeShapeBounds.man XkbComputeShapeTop.man XkbCopyKeyType.man XkbCopyKeyTypes.man XkbDeviceBell.man XkbDeviceBellEvent.man XkbFindOverlayForKey.man XkbForceBell.man XkbForceDeviceBell.man XkbFreeClientMap.man XkbFreeCompatMap.man XkbFreeComponentList.man XkbFreeControls.man XkbFreeDeviceInfo.man XkbFreeGeomColors.man XkbFreeGeomDoodads.man XkbFreeGeomKeyAliases.man XkbFreeGeomKeys.man XkbFreeGeomOutlines.man XkbFreeGeomOverlayKeys.man XkbFreeGeomOverlayRows.man XkbFreeGeomOverlays.man XkbFreeGeomPoints.man XkbFreeGeomProperties.man XkbFreeGeomRows.man XkbFreeGeomSections.man XkbFreeGeomShapes.man XkbFreeGeometry.man XkbFreeIndicatorMaps.man XkbFreeKeyboard.man XkbFreeNames.man XkbFreeServerMap.man XkbGetAutoRepeatRate.man XkbGetAutoResetControls.man XkbGetCompatMap.man XkbGetControls.man XkbGetControlsChanges.man XkbGetDetectableAutoRepeat.man XkbGetDeviceButtonActions.man XkbGetDeviceInfo.man XkbGetDeviceInfoChanges.man XkbGetDeviceLedInfo.man XkbGetGeometry.man XkbGetIndicatorMap.man XkbGetIndicatorState.man XkbGetKeyActions.man XkbGetKeyBehaviors.man XkbGetKeyExplicitComponents.man XkbGetKeyModifierMap.man XkbGetKeySyms.man XkbGetKeyTypes.man XkbGetKeyVirtualModMap.man XkbGetKeyboard.man XkbGetKeyboardByName.man XkbGetMap.man XkbGetNamedGeometry.man XkbGetNamedIndicator.man XkbGetNames.man XkbGetState
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 01:04:16 Removed files: doc/gl-docs: Makefile Makefile.inc doc/gl-docs/GL : Imakefile doc/gl-docs/GL/gl: Imakefile Makefile accum.3gl activetextureARB.3gl alphafunc.3gl aretexturesresident.3gl arrayelement.3gl begin.3gl bindtexture.3gl bitmap.3gl blendcolor.3gl blendequation.3gl blendfunc.3gl calllist.3gl calllists.3gl clear.3gl clearaccum.3gl clearcolor.3gl cleardepth.3gl clearindex.3gl clearstencil.3gl clientactivetextureARB.3gl clipplane.3gl color.3gl colormask.3gl colormaterial.3gl colorpointer.3gl colorsubtable.3gl colortable.3gl colortableparameter.3gl convolutionfilter1d.3gl convolutionfilter2d.3gl convolutionparameter.3gl copycolorsubtable.3gl copycolortable.3gl copyconvolutionfilter1d.3gl copyconvolutionfilter2d.3gl copypixels.3gl copyteximage1d.3gl copyteximage2d.3gl copytexsubimage1d.3gl copytexsubimage2d.3gl copytexsubimage3d.3gl cullface.3gl deletelists.3gl deletetextures.3gl depthfunc.3gl depthmask.3gl depthrange.3gl drawarrays.3gl drawbuffer.3gl drawelements.3gl drawpixels.3gl drawrangeelements.3gl edgeflag.3gl edgeflagpointer.3gl enable.3gl enableclientstate.3gl evalcoord.3gl evalmesh.3gl evalpoint.3gl feedbackbuffer.3gl finish.3gl flush.3gl fog.3gl frontface.3gl frustum.3gl genlists.3gl gentextures.3gl get.3gl getclipplane.3gl getcolortable.3gl getcolortableparameter.3gl getconvolutionfilter.3gl getconvolutionparameter.3gl geterror.3gl gethistogram.3gl gethistogramparameter.3gl getlight.3gl getmap.3gl getmaterial.3gl getminmax.3gl getminmaxparameter.3gl getpixelmap.3gl getpointerv.3gl getpolygonstipple.3gl getseparablefilter.3gl getstring.3gl gettexenv.3gl gettexgen.3gl getteximage.3gl gettexlevelparameter.3gl gettexparameter.3gl hint.3gl histogram.3gl index.3gl indexmask.3gl indexpointer.3gl initnames.3gl interleavedarrays.3gl isenabled.3gl islist.3gl istexture.3gl light.3gl lightmodel.3gl linestipple.3gl linewidth.3gl listbase.3gl loadidentity.3gl loadmatrix.3gl loadname.3gl logicop.3gl map1.3gl map2.3gl mapgrid.3gl material.3gl matrixmode.3gl minmax.3gl multitexcoordARB.3gl multmatrix.3gl newlist.3gl normal.3gl normalpointer.3gl ortho.3gl passthrough.3gl pixelmap.3gl pixelstore.3gl pixeltransfer.3gl pixelzoom.3gl pointsize.3gl polygonmode.3gl polygonoffset.3gl polygonstipple.3gl prioritizetextures.3gl pushattrib.3gl pushclientattrib.3gl pushmatrix.3gl pushname.3gl rasterpos.3gl readbuffer.3gl readpixels.3gl rect.3gl rendermode.3gl resethistogram.3gl resetminmax.3gl rotate.3gl scale.3gl scissor.3gl selectbuffer.3gl separablefilter2d.3gl shademodel.3gl stencilfunc.3gl stencilmask.3gl stencilop.3gl texcoord.3gl texcoordpointer.3gl texenv.3gl texgen.3gl teximage1d.3gl teximage2d.3gl teximage3d.3gl texparameter.3gl texsubimage1d.3gl texsubimage2d.3gl texsubimage3d.3gl translate.3gl vertex.3gl vertexpointer.3gl viewport.3gl doc/gl-docs/GL/glx: Imakefile Makefile xchoosevisual.3gl
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 01:01:14 Modified files: distrib/sets/lists/xshare: mi Log message: sync
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/10 01:00:41 Modified files: doc: Makefile Log message: Unlink old OpenGL 1.2 man pages. ok jca@ jsg@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/07/09 06:51:18 Modified files: mail/stalwart : Makefile distinfo Log message: mail/stalwart: update to 0.8.5. ok landry@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 04:55:02 Modified files: lib/xcb-util-cursor: ChangeLog Makefile.in aclocal.m4 config.guess config.sub configure configure.ac install-sh lib/xcb-util-cursor/cursor: Makefile.in load_cursor.c Log message: Update to xcb-util-cursor 0.1.5
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 04:52:44 Modified files: lib/libXmu : ChangeLog Makefile.in aclocal.m4 config.guess config.h.in config.sub configure configure.ac install-sh lib/libXmu/doc : Makefile.in lib/libXmu/include: Makefile.in lib/libXmu/include/X11/Xmu: Xmu.h lib/libXmu/src : Clip.c CvtStdSel.c Makefile.am Makefile.in RdBitF.c lib/libXmu/test: EditResStream.c Makefile.am Makefile.in Added files: lib/libXmu : tap-driver.sh lib/libXmu/m4 : libtool.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4 lib/libXmu/test: CursorName.c Lower.c ReadBitmapData.c StrToBS.c StrToGrav.c StrToJust.c StrToLong.c StrToOrnt.c StrToShap.c reallocarray.c tap-test lib/libXmu/test/bitmaps: plaid star xlogo64 Log message: Update libXmu to 1.2.1
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 04:51:53 xenocara/lib/libXmu/m4 Update of /cvs/xenocara/lib/libXmu/m4 In directory cvs.openbsd.org:/tmp/cvs-serv75394/m4 Log Message: Directory /cvs/xenocara/lib/libXmu/m4 added to the repository
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 04:26:48 xenocara/lib/libXmu/test/bitmaps Update of /cvs/xenocara/lib/libXmu/test/bitmaps In directory cvs.openbsd.org:/tmp/cvs-serv29740/bitmaps Log Message: Directory /cvs/xenocara/lib/libXmu/test/bitmaps added to the repository
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 04:04:53 Modified files: lib/libXext: ChangeLog Makefile.in aclocal.m4 config.guess config.h.in config.sub configure configure.ac install-sh lib/libXext/include/X11/extensions: extutil.h lib/libXext/man: Makefile.in lib/libXext/specs: Makefile.in lib/libXext/src: Makefile.in XEVI.c Xge.c Log message: Update libXext to 1.3.6
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:59:07 Modified files: lib/libXdmcp : ChangeLog Key.c Makefile.in Write.c aclocal.m4 config.guess config.h.in config.sub configure configure.ac install-sh lib/libXdmcp/doc: Makefile.in lib/libXdmcp/include/X11: Xdmcp.h lib/libXdmcp/test: Array.c Makefile.in Added files: lib/libXdmcp/m4: libtool.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4 Log message: Update libXdmcp to 1.1.5
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:57:56 xenocara/lib/libXdmcp/m4 Update of /cvs/xenocara/lib/libXdmcp/m4 In directory cvs.openbsd.org:/tmp/cvs-serv98630/m4 Log Message: Directory /cvs/xenocara/lib/libXdmcp/m4 added to the repository
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:49:51 Modified files: lib/libXcursor : ChangeLog Makefile.in aclocal.m4 compile config.guess config.h.in config.sub configure configure.ac install-sh lib/libXcursor/man: Makefile.in lib/libXcursor/src: Makefile.in cursor.c file.c library.c xcursorint.h Added files: lib/libXcursor/m4: libtool.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4 Log message: update libXcursor to 1.2.2
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:46:17 xenocara/lib/libXcursor/m4 Update of /cvs/xenocara/lib/libXcursor/m4 In directory cvs.openbsd.org:/tmp/cvs-serv43582/m4 Log Message: Directory /cvs/xenocara/lib/libXcursor/m4 added to the repository
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:37:07 Modified files: lib/libXaw : ChangeLog Makefile.am Makefile.in aclocal.m4 config.guess config.h.in config.sub configure configure.ac lib/libXaw/include: Makefile.in lib/libXaw/include/X11/Xaw: List.h lib/libXaw/m4 : libtool.m4 lib/libXaw/man : Makefile.in Xaw.man lib/libXaw/specs: Makefile.in lib/libXaw/src : Actions.c AllWidgets.c AsciiSink.c AsciiSrc.c AsciiText.c Box.c Command.c Dialog.c DisplayList.c Form.c Grip.c Label.c List.c Makefile.am Makefile.in MenuButton.c MultiSink.c MultiSrc.c Paned.c Panner.c Pixmap.c Porthole.c Repeater.c Scrollbar.c Simple.c SimpleMenu.c SmeBSB.c SmeLine.c StripChart.c Text.c TextAction.c TextPop.c TextSink.c TextSrc.c Tip.c Toggle.c Tree.c Vendor.c Viewport.c XawI18n.c XawI18n.h XawIm.c Added files: lib/libXaw : test-driver lib/libXaw/examples: Makefile.am Makefile.in list.c menu.c pane.c repeater.c scrollbar.c simple.c strip.c toggle.c viewport.c xawhisto.c Removed files: lib/libXaw/src : sharedlib.c Log message: update libXaw to version 1.0.16
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:35:08 xenocara/lib/libXaw/examples Update of /cvs/xenocara/lib/libXaw/examples In directory cvs.openbsd.org:/tmp/cvs-serv20742/examples Log Message: Directory /cvs/xenocara/lib/libXaw/examples added to the repository
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: matth...@cvs.openbsd.org2024/07/09 03:27:00 Modified files: share/mk : bsd.xorg.mk Log message: Fix autoreconf installed file modes. ok rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: matth...@cvs.openbsd.org2024/07/09 02:28:02 Modified files: mail/stalwart : Makefile crates.inc distinfo mail/stalwart/patches: patch-crates_main_Cargo_toml patch-crates_main_src_main_rs patch-tests_Cargo_toml patch-tests_src_lib_rs Log message: mail/stalwart: update to 0.8.4. ok landry@
Re: Missing 'format' word in glDrawPixels documentation
On Sun, Jul 07, 2024 at 07:51:28PM +1000, Jonathan Gray wrote: > doc/gl-docs is outdated and should either be removed or replaced with > the newer docbook pages converted. I'm not sure how viable that is > with docbook2mdoc. > > https://github.com/KhronosGroup/OpenGL-Refpages > https://mandoc.bsd.lv/docbook2mdoc/ > > https://registry.khronos.org/OpenGL-Refpages/gl2.1/ > https://registry.khronos.org/OpenGL-Refpages/gl4/ I'll probably start by removing the old gl-docs files. It was an attempt by me to keep it from XFree86 days. Afaict Xorg never had gl-docs in their modular tree. If someone beats me at trying to convert newers available docs to mdoc, please do. I'll look at this when I've some available time. > > On Sun, Jul 07, 2024 at 09:17:56AM +, ZenitDS wrote: > > Index: drawpixels.3gl > > === > > RCS file: /cvs/xenocara/doc/gl-docs/GL/gl/drawpixels.3gl,v > > retrieving revision 1.1.1.1 > > diff -u -p -r1.1.1.1 drawpixels.3gl > > --- drawpixels.3gl 29 Nov 2006 17:00:40 - 1.1.1.1 > > +++ drawpixels.3gl 7 Jul 2024 09:15:55 - > > @@ -33,7 +33,7 @@ Specify the dimensions of the pixel rect > > into the frame buffer. > > .TP > > \f2format\fP > > -Specifies the of the pixel data. > > +Specifies the format of the pixel data. > > Symbolic constants > > \%\f3GL_COLOR_INDEX\fP, > > \%\f3GL_STENCIL_INDEX\fP, > > > > > -- Matthieu Herrb
Re: NEW: www/forgejo
On Fri, Jul 05, 2024 at 02:07:18AM -0600, Purple Rain wrote: > Hello ports@, > > Here is a new port www/forgejo 7.0.5. > > Forgejo is a self-hosted lightweight version control software. > A hard fork of Gitea. Forgejo is built to be privacy first. > > The difference between Forgejo and Gitea: > https://forgejo.org/compare-to-gitea > > This works OK on OpenBSD-7.5-current amd64. > > OK? > > Purple Rain. Hi, It would be nice to have a forgejo port yes, And I've some interest in installing an instance for one of my projects. However I don't have time right now to test your port. I can do it after july 20 at best. Also I'm not really authoritative ports-wise, I'll let others comment on the port itself. -- Matthieu Herrb
borgbackup 1.4 (Re: CVS: cvs.openbsd.org: ports)
On Wed, Jul 03, 2024 at 11:14:26PM -0600, Bjorn Ketelaars wrote: > CVSROOT: /cvs > Module name: ports > Changes by: b...@cvs.openbsd.org2024/07/03 23:14:26 > > Modified files: > sysutils/borgbackup: Makefile > > Log message: > sysutils/borgbackup - hook up 1.4/ and unhook 1.2/ > Hi, Is 1.4 compatible with 1.2 repositories or is there some constraint to upgrade the server and clients simultaneously ? -- Matthieu Herrb