Re: New: games/serioussam

On Sun, Dec 3, 2023 at 09:57 Александр Павлов wrote: > Hello! > This is my first ever port for OpenBSD. It's the open source Serious Sam > Classic engine. > > Tested on amd64 and i386 architectures. Works just as well as on Linux or > FreeBSD. > > I wish to get this added to the official ports

Re: audio/clementine needs fixing

On Fri, Nov 10, 2023 at 9:53 AM Theo Buehler wrote: > There is a new patch in this thread that I haven't tried: > > https://github.com/clementine-player/Clementine/issues/7272 > > If you care about audio/clementine there's an obvious thing to do... > > Otherwise I suggest we remove this port

Re: WIP: eduke32 20210816-9511-d032a9949 -> 20220726-10118-9ae924b98

On Sun, Nov 27, 2022 at 21:38 Morgan Aldridge wrote: > Hello ports@, > > As mentioned in reply to Ryan dropping maintainer for eduke32[0], I've > had the attached WIP patch to upgrade it to 20220726-10118-9ae924b98 > since sometime in August, but haven't had time to complete

Re: Ports that need maintainer/help?

On Mon, Sep 18, 2023 at 9:17 AM Christoff Humphries wrote: > --- Original Message --- > On Monday, September 18th, 2023 at 1:04 PM, Stuart Henderson < > s...@spacehopper.org> wrote: > > > > > > On 2023/09/18 13:34, Stuart Henderson wrote: > > > > > On 2023/09/18 12:27, Christoff

Re: Install port dependencies from packages?

On Thu, Aug 31, 2023 at 17:17 Johannes Thyssen Tishman < li...@thyssentishman.com> wrote: > Hi, > > Is there is a way to install all {BUILD,LIB,RUN} dependencies before > trying to build a port by using packages (pkg_add)? What I've been > doing is using the list provided by 'make

Re: net/synapse package vulnerable, 14 updates behind?

On Wed, Aug 30, 2023 at 10:22 AM Morgan Aldridge wrote: > On Wed, Aug 30, 2023 at 04:33 Stuart Henderson > wrote: > >> On 2023/08/30 07:39, Oikei wrote: >> > Hello, I'm new to OpenBSD so im unsure if im doing something wrong or >> if im even posting to the right

Re: net/synapse package vulnerable, 14 updates behind?

On Wed, Aug 30, 2023 at 04:33 Stuart Henderson wrote: > On 2023/08/30 07:39, Oikei wrote: > > Hello, I'm new to OpenBSD so im unsure if im doing something wrong or if > im even posting to the right mailing list > > It has come to my attention that the net/synapse package is 14 updates > behind

[MAINTAINER UPDATE] x11/mlvwm 0.9.3 -> 0.9.4

Simple -- and overdue! -- maintainer update of x11/mlvwm to 0.9.4. Patch attached. Build- and run-tested on amd64, plus no complaints from either `make port-lib-depends-check` or `portcheck`. Changes in this release[0]: - Fixed ReadConfigFile() to prevent config command overlap collisions. -

Re: Firefox toLocaleString displays wrong time on OpenBSD

On Mon, Aug 7, 2023 at 3:57 AM Landry Breuil wrote: > Le Sat, Aug 05, 2023 at 07:41:12PM -0400, George Koehler a écrit : > > On Sat, 5 Aug 2023 08:49:25 +0200 > > Landry Breuil wrote: > > > > > I'm not sure i'll be able to look into it, but i'd rather *not* > document > > > 'workarounds' for

Re: fixed-slab variant for iosevka font

On Sun, Aug 6, 2023 at 4:46 PM Edd Barrett wrote: > On Sun, Aug 06, 2023 at 09:40:18PM +0100, Edd Barrett wrote: > > Hi, > > > > On Sun, Aug 06, 2023 at 05:02:59PM +0200, Florian Obser wrote: > > > I recently discovered the iosevka font and I like the Fixed Slab > variant > > > best. > > > >

Re: Firefox toLocaleString displays wrong time on OpenBSD

On Sat, Aug 5, 2023 at 7:41 PM George Koehler wrote: > On Sat, 5 Aug 2023 08:49:25 +0200 > Landry Breuil wrote: > > > I'm not sure i'll be able to look into it, but i'd rather *not* document > > 'workarounds' for issues until we're sure the issue isnt fixable. Maybe > > it's pledge/unveil

Re: Firefox toLocaleString displays wrong time on OpenBSD

On Sat, Aug 5, 2023 at 02:49 Landry Breuil wrote: > Le Thu, Aug 03, 2023 at 05:28:45PM -0600, Morgan Aldridge a écrit : > > On 2021-04-29, Marfaba Stewart wrote: > > > > > I think this is a Firefox bug and have reported it to Mozilla. > > Where have y

Re: Firefox toLocaleString displays wrong time on OpenBSD

On 2021-04-29, Marfaba Stewart wrote: > I'm confused about Firefox's handling of Date objects on OpenBSD. > > Why: Some Firefox browser extensions that display dates using > Date.toLocaleString or Date.toLocaleDateString can cause an incorrect > date to be displayed. For example, using a credit

Re: devel/zeal won't launch under amd64/6.3-stable due to QSharedMemory() error

On Fri, Jul 21, 2023 at 10:53 Morgan Aldridge wrote: > On Fri, Jul 21, 2023 at 10:49 AM Theo de Raadt > wrote: > > > > Morgan Aldridge wrote: > > > > > Since Ian mentioned devel/zeal for a USE_NOBTCFI update in -current, I > > > figured I'd g

Re: devel/zeal won't launch under amd64/6.3-stable due to QSharedMemory() error

On Fri, Jul 21, 2023 at 10:49 AM Theo de Raadt wrote: > > Morgan Aldridge wrote: > > > Since Ian mentioned devel/zeal for a USE_NOBTCFI update in -current, I > > figured I'd give it a try. Unfortunately, under OpenBSD > > amd64/6.3-stable, I get the following error

devel/zeal won't launch under amd64/6.3-stable due to QSharedMemory() error

Since Ian mentioned devel/zeal for a USE_NOBTCFI update in -current, I figured I'd give it a try. Unfortunately, under OpenBSD amd64/6.3-stable, I get the following error when attempting to execute it: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-username'

Re: retire multimedia/gnome-twitch? dead upstream...

On Sat, Jul 15, 2023 at 14:20 Thomas Frohwein wrote: > I propose retiring multimedia/gnome-twitch. The GH thread at [1] makes > it fairly clear that since Twitch API change in 2020 [2], the project > is dead. The last commit on their master branch was in 2019, and the > last release version was

Re: [update] net/ddclient 3.10.0

Builds under amd64/7.2-stable and successfully run-tested for my use case: Gandi LiveDNS. Actually, this version introduces Gandi LiveDNS support and many others, so is required in my setup. I have yet to test under 7.3-stable or -current, but will try to do so in the next week or two now that I

Re: [new] gurk-rs - a cli signal client

s of user interfaces "for the terminal". > > Command line, based on stdin/stdout/stderr, like wc(1). > > Or an program that is started from the command line but its user > interface is not based on stdin/stdout/stderr, like mutt. > > "for the terminal" does not tell which one of these it is. > > Am I getting it wrong? In what way? I don't think you're wrong, it just seems like "for the terminal" is a more likely search term. For example, a quick search of -current package descriptions finds 492 for "command line", 197 for "terminal", and 3 for "TUI". Morgan Aldridge

Re: UPDATE: Suricata-6.0.10

e and should be replaced with https://suricata.io/. Morgan Aldridge > Index: Makefile > === > RCS file: /cvs/ports/security/suricata/Makefile,v > retrieving revision 1.57 > diff -u -p -r1.57 Makefile > --- Makefi

Re: Titlebar in firefox and tor-browser

On Wed, Feb 1, 2023 at 7:02 AM Julian Smith wrote: > > On Tue, 31 Jan 2023 18:05:50 -0500 > Morgan Aldridge wrote: > > > Running `xprop` on a Firefox window with the OpenBSD homepage loaded > > confirms my suspicions: > > > > WM_NAME(STRING) = &q

Re: Titlebar in firefox and tor-browser

bsdl-org/SDL/issues/4924#issuecomment-973147103> [1] - <https://github.com/libsdl-org/SDL/issues/4924#issuecomment-981145120> -- Morgan Aldridge

Re: chromium showing a blank window

On Wed, Nov 30, 2022 at 10:36 AM Claudio Jeker wrote: > > On Wed, Nov 30, 2022 at 02:47:41PM +0100, David Coppa wrote: > > Often, I'd say about half the attempts to start it, chromium shows me > > a blank window and nothing else. > > > > Chromium version is 107.0.5304.121 (latest one), but the

Re: NEW: www/profile-sync-daemon

On Fri, Nov 4, 2022 at 4:25 PM Solène Rapenne wrote: > > Le Fri, 4 Nov 2022 16:20:22 -0400, > Morgan Aldridge a écrit : > > > Attached is a port for profile-sync-daemon[0], which is a bash script > > to synchronize web browser profiles to/from a ramdisk with the goal of &

NEW: www/profile-sync-daemon

Attached is a port for profile-sync-daemon[0], which is a bash script to synchronize web browser profiles to/from a ramdisk with the goal of reducing HDD/SDD wear and providing backup functionality. Tested on amd64. Additional details can be found on the ArchWiki page[1]. Naturally, one needs to

Re: multimedia/handbrake: fix missing audio track

On Wed, Jul 27, 2022 at 09:53 Brian Callahan wrote: > Hi Edd -- > > On 7/27/2022 9:05 AM, Edd Barrett wrote: > > Hi, > > > > Sometimes when you convert a video with handbrake, the audio track is > missing > > from the resulting file. > > > > This is detailed here: > >

[MAINTAINER UPDATE] x11/mlvwm 0.9.2 -> 0.9.3

Simple maintainer update of x11/mlvwm to 0.9.3, tested on amd64. Changes in this release[0]: - Fixed RestartSystem()/Done() to correctly restart into other window managers. - Added RoundedScreenCorners configuration (default: disabled.) - More accurate sizing & styling of menu bar, window title

Re: NEW: x11/mlvwm

On Sat, Feb 6, 2021 at 9:55 AM Theo Buehler wrote: > > On Sat, Feb 06, 2021 at 02:35:03PM +, Stuart Henderson wrote: > > this is OK with me to import. > > Imported, thanks. > > I played with it a bit, and it's really nice. Perhaps I will switch my > ibook to it :) Many thanks! Morgan

Re: NEW: x11/mlvwm

On Wed, Jan 27, 2021 at 8:00 PM Morgan Aldridge wrote: > > On Wed, Jan 27, 2021 at 5:00 PM Stuart Henderson wrote: > > On 2021/01/27 16:32, Morgan Aldridge wrote: > > > On Wed, Jan 27, 2021 at 1:47 PM Solene Rapenne wrote: > > > > > > > >

NEW: sysutils/hfsfuse

[Unrelated to the recent update of misc/hfsplus.] "[Read-only] FUSE driver for HFS+, based on NetBSD's kernel driver with modifications." "[It] also includes a standalone tool, hfsdump, to inspect the contents of an HFS+ volume without FUSE." I have tested on amd64 6.8-stable and -current. I'm

Re: NEW: x11/mlvwm

On Wed, Jan 27, 2021 at 5:00 PM Stuart Henderson wrote: > On 2021/01/27 16:32, Morgan Aldridge wrote: > > On Wed, Jan 27, 2021 at 1:47 PM Solene Rapenne wrote: > > > > > > The port looks fine for me at the exception of the compilation using >

Re: NEW: x11/mlvwm

On Wed, Jan 27, 2021 at 1:47 PM Solene Rapenne wrote: > > > > I have been in contact with Takashi Hasegawa and he confirmed that > > > there is no restriction as long as the copyright is included, so there > > > are no issues with redistribution or modification. I still think > > > "Freeware" is

Re: NEW: x11/mlvwm

Ping. Morgan On Fri, Jan 1, 2021 at 12:15 PM Morgan Aldridge wrote: > > On Sat, Dec 19, 2020 at 11:59 AM Morgan Aldridge > wrote: > > > > On Fri, Dec 11, 2020 at 10:29 AM Morgan Aldridge > > wrote: > > > > > > On Fri, Dec 11,

Re: NEW: x11/mlvwm

On Sat, Dec 19, 2020 at 11:59 AM Morgan Aldridge wrote: > > On Fri, Dec 11, 2020 at 10:29 AM Morgan Aldridge > wrote: > > > > On Fri, Dec 11, 2020 at 10:27 AM Morgan Aldridge > > wrote: > > > > > > On Sat, Nov 21, 2020 at 3:37 PM Morgan

Re: NEW: x11/mlvwm

On Fri, Dec 11, 2020 at 10:29 AM Morgan Aldridge wrote: > > On Fri, Dec 11, 2020 at 10:27 AM Morgan Aldridge > wrote: > > > > On Sat, Nov 21, 2020 at 3:37 PM Morgan Aldridge > > wrote: > > > > > > MLVWM is a lightweight Macintosh-[L]ike Virt

Re: NEW: x11/mlvwm

On Fri, Dec 11, 2020 at 10:27 AM Morgan Aldridge wrote: > > On Sat, Nov 21, 2020 at 3:37 PM Morgan Aldridge > wrote: > > > > MLVWM is a lightweight Macintosh-[L]ike Virtual Window Manager for X11: > > > > <http://www2u.biglobe.ne.jp/~y-miyata/mlvwm.html>

Re: NEW: x11/mlvwm

On Sat, Nov 21, 2020 at 3:37 PM Morgan Aldridge wrote: > > MLVWM is a lightweight Macintosh-[L]ike Virtual Window Manager for X11: > > <http://www2u.biglobe.ne.jp/~y-miyata/mlvwm.html> > > I have been using it on OpenBSD 6.4 thru 6.8-current and find it > stable on i38

Re: handbrake-1.3.3 high CPU load while idle on amd64

On Fri, Oct 30, 2020 at 10:12 PM Brian Callahan wrote: > > On Thursday, October 29, 2020 1:29 PM, Morgan Aldridge > wrote: > > > Hi Brian and @ports, > > > > Thanks for the HandBrake port. I'm seeing high CPU load with > > handbrake-1.3.3 on 6.8-sta

NEW: x11/mlvwm

MLVWM is a lightweight Macintosh-[L]ike Virtual Window Manager for X11: I have been using it on OpenBSD 6.4 thru 6.8-current and find it stable on i386 & amd64. I'd love to have someone test on macppc (it seems rather appropriate) and other

handbrake-1.3.3 high CPU load while idle on amd64

2: iclass 3/0, 68 report ids uhid4 at uhidev2 reportid 68: input=511, output=0, feature=0 ubcmtp0 at uhub2 port 6 configuration 1 interface 2 "Apple, Inc. Apple Internal Keyboard / Trackpad" rev 2.00/0.77 addr 3 wsmouse0 at ubcmtp0 mux 0 uhub4 at uhub3 port 1 configuration 1 interface 0 "Apple Inc. BRCM2046 Hub" rev 2.00/1.00 addr 2 ugen1 at uhub4 port 1 "Apple Inc. Bluetooth USB Host Controller" rev 2.00/2.08 addr 3 uhidev3 at uhub4 port 2 configuration 1 interface 0 "Apple Computer product 0x820a" rev 2.00/1.00 addr 4 uhidev3: iclass 3/1, 1 report id ukbd1 at uhidev3 reportid 1: 8 variable keys, 6 key codes wskbd1 at ukbd1 mux 1 wskbd1: connecting to wsdisplay0 uhidev4 at uhub4 port 3 configuration 1 interface 0 "Apple Computer product 0x820b" rev 2.00/1.00 addr 5 uhidev4: iclass 3/1, 2 report ids ums0 at uhidev4 reportid 2: 3 buttons wsmouse1 at ums0 mux 0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on wd0a (1416ddc0c21c08e1.a) swap on wd0b dump on wd0b -- Morgan Aldridge morg...@makkintosshu.com