Re: New: games/serioussam-vk
Yes, I noticed this now. My mistake. The sam_iGfxAPI variable is responsible for this. By default it is equal to one and the vulkan starts. If the vulkan is not detected when the game starts, then it switches to OpenGL. This variable can be set to zero in the configuration files, then the OpenGL render will be the default. This variable can be set to zero in the configuration file (~/.local/share/Serious-Engine/serioussam/Scripts/PersistentSymbols.ini) then the OpenGL render will be the default. This file is generated on first launch. You need to change the sam_iGfxAPI value to zero or write the line: persistent extern INDEX sam_iGfxAPI=(INDEX)0; чт, 14 дек. 2023 г. в 02:56, Thomas Frohwein : > On Wed, Dec 13, 2023 at 10:34:01AM +0300, Alexander Pavlov wrote: > > Hello > > You can attach the game log. > > ~.local/share/Serious-Engine/serioussam/SeriousSam.log > > > > It looks like I was in a hurry to add this port to OpenBSD without > testing > > it on real hardware with Vulkan support. Or Serious Sam has no luck with > > integrated Intel graphics. This is already the second case. The first one > > had graphic artifacts on the OpenGL renderer. > > How do you run with opengl? I can't find anything about this in the man > page or the README. > > > I have a video card with Vulkan support on one computer. When I have the > > opportunity, I’ll try to test it on it, but for now it’s probably better > > for me to close the pull request, because without testing on real > hardware > > it’s difficult to understand the problem. > > > > ср, 13 дек. 2023 г. в 00:35, Kirill Bychkov : > > > > > On Tue, December 12, 2023 22:36, Thomas Frohwein wrote: > > > > On Mon, Dec 11, 2023 at 10:52:58PM +0300, Alexander Pavlov wrote: > > > >> Hello! > > > >> Thanks @Kirill for approved the pull request. > > > >> > > > >> This is my other ever port for OpenBSD. It's the open source > Serious Sam > > > >> Classic engine with vulkan support. The port has two renders OpenGL > and > > > >> Vulkan. Render switches to the game menu. > > > >> > > > >> Tested using the OpenGL renderer, since I do not have the > opportunity to > > > >> test the Vulkan renderer on OpenBSD. On the computer where OpenBSD > is > > > >> installed, the Radeon HD3000 does not support Vulkan. > > > >> > > > >> I wish to get this added to the official ports tree, so please leave > > > >> any feedback or suggestions on what can be improved. Thank you! > > > >> > > > >> Source on Github: > > > >> https://github.com/tx00100xt/SeriousSamClassic-VK > > > > > > > > Thanks for submitting this: > > > > > > > >> @conflict serioussam-* > > > > > > > > Is this needed? We don't have any other serioussam ports as far as I > > > > know. > > > > > > Yep, if we import both ports - serioussam and serioussam-vk > > > > > > > > > > > DESCR should be formatted, typically with fmt -w 80... > > > > README also should be formatted similarly. This means that the line > > > > with "directories:" should be pulled up, even if you're going with > > > > fmt -w 72 only. > > > > > > > > Looks like SamTFE/Sources/CMakeLists.txt and > > > > SamTSE/Sources/CMakeLists.txt add their own -O2 and -pipe which is > > > > better left to our ports build system. > > > > > > > > I'm getting a segfault in vulkan when trying to launch: > > > > > > > > $ serioussam > > > > STUBBED: load window icon in > > > > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/SeriousSam/MainWindow.cpp, > > > > line 176. > > > > STUBBED: Need SDL invisible window or something in > > > > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/SeriousSam/MainWindow.cpp, > > > > line 357. > > > > STUBBED: !!! FIXME: get the code back in from Ryan's original port. > in > > > > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/Engine/Base/Stream.cpp, > > > > line 995. > > > > STUBBED: Report actual SDL device name? in > > > > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/Engine/Sound/SoundLibrary.cpp, > > > > line 270. > > > > Segmentation fault (core dumped) > > > > > > > > With this here as part of the backtrace: > > > > > > > > #0 0x04de18ccda2f in ?? () from > /usr/X11R6/lib/libvulkan_intel.so > > > > No symbol table info available. > > > > #1 0x04de18e3dc49 in ?? () from > /usr/X11R6/lib/libvulkan_intel.so > > > > No symbol table info available. > > > > #2 0x04de3b846d14 in SvkMain::InitTexture32Bit(unsigned int&, > > > VkFormat, > > > > void*, VkExtent2D*, unsigned int, bool) () from > > > > /usr/local/lib/libEngine.so.0.0 > > > > > > > > That's on an Intel Tigerlake integrated GPU. > > > > > > > > > > > > > > > > > >
Re: [new] net/senpai
2023-12-06T12:31:40Z Johannes Thyssen Tishman : > 2023-12-06T12:25:05Z "Johannes Thyssen Tishman" : >> 2023-12-06T11:03:05Z "Stuart Henderson" : >>> Set "MAKE_FLAGS = GIT=" then you can drop the patch and WRKDIST setting. >>> With that, ok sthen >> >> I missed that, clever! I've already submitted a patch to fix this >> upstream. Please find the updated port attached. Thanks Stuart. > > ...and again of course, the missing patch for user.list, sorry. > > Index: infrastructure/db/user.list > === > RCS file: /cvs/ports/infrastructure/db/user.list,v > retrieving revision 1.433 > diff -u -p -r1.433 user.list > --- infrastructure/db/user.list 27 Nov 2023 18:07:58 - 1.433 > +++ infrastructure/db/user.list 6 Dec 2023 12:30:01 - > @@ -402,3 +402,4 @@ id user group port > 891 _kiwix-serve _kiwix-serve www/kiwix/kiwix-tools > 892 _shiori _shiori www/shiori > 893 _azorius _azorius www/azorius > +894 _soju _soju net/soju *ping* Is this ready to be imported? Thanks.
Re: [new] net/soju
2023-12-06T12:21:20Z Johannes Thyssen Tishman :
> 2023-12-06T11:13:31Z "Stuart Henderson" :
>> There's a mixture of /etc and ${SYSCONFDIR} for the same dir, and some
>> use of VARBASE which isn't really quite right (should either be just
>> /var, or LOCALSTATEDIR, which is already in SUBST_VARS by default, as is
>> SYSCONFDIR). Here's one possible diff to fix.
>
> Thanks for the feedback and diff Stuart. I opted for LOCALSTATEDIR
> to quiet the portcheck warning. Please find the updated port attached.
*ping*
Is this ready to be imported? Thanks.
Re: New: games/serioussam-vk
On Wed, Dec 13, 2023 at 10:34:01AM +0300, Alexander Pavlov wrote: > Hello > You can attach the game log. > ~.local/share/Serious-Engine/serioussam/SeriousSam.log > > It looks like I was in a hurry to add this port to OpenBSD without testing > it on real hardware with Vulkan support. Or Serious Sam has no luck with > integrated Intel graphics. This is already the second case. The first one > had graphic artifacts on the OpenGL renderer. How do you run with opengl? I can't find anything about this in the man page or the README. > I have a video card with Vulkan support on one computer. When I have the > opportunity, I’ll try to test it on it, but for now it’s probably better > for me to close the pull request, because without testing on real hardware > it’s difficult to understand the problem. > > ср, 13 дек. 2023 г. в 00:35, Kirill Bychkov : > > > On Tue, December 12, 2023 22:36, Thomas Frohwein wrote: > > > On Mon, Dec 11, 2023 at 10:52:58PM +0300, Alexander Pavlov wrote: > > >> Hello! > > >> Thanks @Kirill for approved the pull request. > > >> > > >> This is my other ever port for OpenBSD. It's the open source Serious Sam > > >> Classic engine with vulkan support. The port has two renders OpenGL and > > >> Vulkan. Render switches to the game menu. > > >> > > >> Tested using the OpenGL renderer, since I do not have the opportunity to > > >> test the Vulkan renderer on OpenBSD. On the computer where OpenBSD is > > >> installed, the Radeon HD3000 does not support Vulkan. > > >> > > >> I wish to get this added to the official ports tree, so please leave > > >> any feedback or suggestions on what can be improved. Thank you! > > >> > > >> Source on Github: > > >> https://github.com/tx00100xt/SeriousSamClassic-VK > > > > > > Thanks for submitting this: > > > > > >> @conflict serioussam-* > > > > > > Is this needed? We don't have any other serioussam ports as far as I > > > know. > > > > Yep, if we import both ports - serioussam and serioussam-vk > > > > > > > > DESCR should be formatted, typically with fmt -w 80... > > > README also should be formatted similarly. This means that the line > > > with "directories:" should be pulled up, even if you're going with > > > fmt -w 72 only. > > > > > > Looks like SamTFE/Sources/CMakeLists.txt and > > > SamTSE/Sources/CMakeLists.txt add their own -O2 and -pipe which is > > > better left to our ports build system. > > > > > > I'm getting a segfault in vulkan when trying to launch: > > > > > > $ serioussam > > > STUBBED: load window icon in > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/SeriousSam/MainWindow.cpp, > > > line 176. > > > STUBBED: Need SDL invisible window or something in > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/SeriousSam/MainWindow.cpp, > > > line 357. > > > STUBBED: !!! FIXME: get the code back in from Ryan's original port. in > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/Engine/Base/Stream.cpp, > > > line 995. > > > STUBBED: Report actual SDL device name? in > > > > > /usr/ports/pobj/serioussam-vk-1.10.6c/SeriousSamClassic-VK-1.10.6c/SamTFE/Sources/Engine/Sound/SoundLibrary.cpp, > > > line 270. > > > Segmentation fault (core dumped) > > > > > > With this here as part of the backtrace: > > > > > > #0 0x04de18ccda2f in ?? () from /usr/X11R6/lib/libvulkan_intel.so > > > No symbol table info available. > > > #1 0x04de18e3dc49 in ?? () from /usr/X11R6/lib/libvulkan_intel.so > > > No symbol table info available. > > > #2 0x04de3b846d14 in SvkMain::InitTexture32Bit(unsigned int&, > > VkFormat, > > > void*, VkExtent2D*, unsigned int, bool) () from > > > /usr/local/lib/libEngine.so.0.0 > > > > > > That's on an Intel Tigerlake integrated GPU. > > > > > > > > > > > >
Re: [update] textproc/zathura to 0.5.4
Hi landry@ Thanks for the hints. Your diff is working for me. -- ~Justin
Re: [NEW] audio/gonic v0.16.2
On 12/13/23 12:29, Russ Sharek wrote: Fixed the README to include the correct config file location. OK from me if someone wants to import! :D
Re: [NEW] audio/gonic v0.16.2
Fixed the README to include the correct config file location. gonic-0.16.2.tgz Description: application/tar-gz
Re: Chromium error
Thanks a lot - that worked! Deleted files in
.config/chromium/Default/GPUCache
Quoting "Lorenz (xha)" :
i sometimes have this issue on my work pc running alpine linux. i don't
know if it is the same issue, but in this case i always have to delete
the shader cache, somwhere in .config/chromium//GPUCache
searching the internet for "chromium delete shader cache" or "chromium
delete gpu cache" should give you some options on what to delete
On Wed, Dec 13, 2023 at 04:41:47PM +0100, Robert Palm wrote:
Chromium is not properly working ? Pages look gibberish...
tron$ doas pkg_info chromium
Information for inst:chromium-120.0.6099.
Error:
[3083:287610160:1213/164024.536817:ERROR:shared_context_state.cc(100)] Skia
shader compilation error
// Vertex SKSL
#extension GL_NV_shader_noperspective_interpolation: require
uniform float4 sk_RTAdjust;in float2 position;in half4 color;noperspective
out half4 vcolor_S0;void main() {// Primitive Processor
QuadPerEdgeAAGeometryProcessor
vcolor_S0 = color;sk_Position = position.xy01;}
// Fragment SKSL
#extension GL_NV_shader_noperspective_interpolation: require
noperspective in half4 vcolor_S0;void main() {// Stage 0,
QuadPerEdgeAAGeometryProcessor
half4 outputColor_S0;outputColor_S0 = vcolor_S0;const half4
outputCoverage_S0 = half4(1);{ // Xfer Processor: Porter Duff
sk_FragColor = outputColor_S0 * outputCoverage_S0;}}
// Vertex GLSL
#version 300 es
#extension GL_NV_shader_noperspective_interpolation : require
precision mediump float;
precision mediump sampler2D;
uniform highp vec4 sk_RTAdjust;
in highp vec2 position;
in mediump vec4 color;
noperspective out mediump vec4 vcolor_S0;
void main() {
vcolor_S0 = color;
gl_Position = vec4(position, 0.0, 1.0);
gl_Position = vec4(gl_Position.xy * sk_RTAdjust.xz + gl_Position.ww *
sk_RTAdjust.yw, 0.0, gl_Position.w);
}
// Fragment GLSL
#version 300 es
#extension GL_NV_shader_noperspective_interpolation : require
precision mediump float;
precision mediump sampler2D;
out mediump vec4 sk_FragColor;
noperspective in mediump vec4 vcolor_S0;
void main() {
mediump vec4 outputColor_S0 = vcolor_S0;
{
sk_FragColor = outputColor_S0;
}
}
Re: Chromium error
i sometimes have this issue on my work pc running alpine linux. i don't
know if it is the same issue, but in this case i always have to delete
the shader cache, somwhere in .config/chromium//GPUCache
searching the internet for "chromium delete shader cache" or "chromium
delete gpu cache" should give you some options on what to delete
On Wed, Dec 13, 2023 at 04:41:47PM +0100, Robert Palm wrote:
> Chromium is not properly working ? Pages look gibberish...
>
> tron$ doas pkg_info chromium
> Information for inst:chromium-120.0.6099.
>
>
> Error:
>
> [3083:287610160:1213/164024.536817:ERROR:shared_context_state.cc(100)] Skia
> shader compilation error
>
> // Vertex SKSL
> #extension GL_NV_shader_noperspective_interpolation: require
> uniform float4 sk_RTAdjust;in float2 position;in half4 color;noperspective
> out half4 vcolor_S0;void main() {// Primitive Processor
> QuadPerEdgeAAGeometryProcessor
> vcolor_S0 = color;sk_Position = position.xy01;}
> // Fragment SKSL
> #extension GL_NV_shader_noperspective_interpolation: require
> noperspective in half4 vcolor_S0;void main() {// Stage 0,
> QuadPerEdgeAAGeometryProcessor
> half4 outputColor_S0;outputColor_S0 = vcolor_S0;const half4
> outputCoverage_S0 = half4(1);{ // Xfer Processor: Porter Duff
> sk_FragColor = outputColor_S0 * outputCoverage_S0;}}
> // Vertex GLSL
> #version 300 es
>
> #extension GL_NV_shader_noperspective_interpolation : require
> precision mediump float;
> precision mediump sampler2D;
> uniform highp vec4 sk_RTAdjust;
> in highp vec2 position;
> in mediump vec4 color;
> noperspective out mediump vec4 vcolor_S0;
> void main() {
> vcolor_S0 = color;
> gl_Position = vec4(position, 0.0, 1.0);
> gl_Position = vec4(gl_Position.xy * sk_RTAdjust.xz + gl_Position.ww *
> sk_RTAdjust.yw, 0.0, gl_Position.w);
> }
>
> // Fragment GLSL
> #version 300 es
>
> #extension GL_NV_shader_noperspective_interpolation : require
> precision mediump float;
> precision mediump sampler2D;
> out mediump vec4 sk_FragColor;
> noperspective in mediump vec4 vcolor_S0;
> void main() {
> mediump vec4 outputColor_S0 = vcolor_S0;
> {
> sk_FragColor = outputColor_S0;
> }
> }
>
>
>
>
>
Chromium error
Chromium is not properly working ? Pages look gibberish...
tron$ doas pkg_info chromium
Information for inst:chromium-120.0.6099.
Error:
[3083:287610160:1213/164024.536817:ERROR:shared_context_state.cc(100)]
Skia shader compilation error
// Vertex SKSL
#extension GL_NV_shader_noperspective_interpolation: require
uniform float4 sk_RTAdjust;in float2 position;in half4
color;noperspective out half4 vcolor_S0;void main() {// Primitive
Processor QuadPerEdgeAAGeometryProcessor
vcolor_S0 = color;sk_Position = position.xy01;}
// Fragment SKSL
#extension GL_NV_shader_noperspective_interpolation: require
noperspective in half4 vcolor_S0;void main() {// Stage 0,
QuadPerEdgeAAGeometryProcessor
half4 outputColor_S0;outputColor_S0 = vcolor_S0;const half4
outputCoverage_S0 = half4(1);{ // Xfer Processor: Porter Duff
sk_FragColor = outputColor_S0 * outputCoverage_S0;}}
// Vertex GLSL
#version 300 es
#extension GL_NV_shader_noperspective_interpolation : require
precision mediump float;
precision mediump sampler2D;
uniform highp vec4 sk_RTAdjust;
in highp vec2 position;
in mediump vec4 color;
noperspective out mediump vec4 vcolor_S0;
void main() {
vcolor_S0 = color;
gl_Position = vec4(position, 0.0, 1.0);
gl_Position = vec4(gl_Position.xy * sk_RTAdjust.xz +
gl_Position.ww * sk_RTAdjust.yw, 0.0, gl_Position.w);
}
// Fragment GLSL
#version 300 es
#extension GL_NV_shader_noperspective_interpolation : require
precision mediump float;
precision mediump sampler2D;
out mediump vec4 sk_FragColor;
noperspective in mediump vec4 vcolor_S0;
void main() {
mediump vec4 outputColor_S0 = vcolor_S0;
{
sk_FragColor = outputColor_S0;
}
}
Re: Firefox problem
On Wed, Dec 13, 2023 at 9:37 AM Gabriel Brito wrote: > > I have the same issue on 7.4 GENERIC.MP#1485 amd64. > > CCing ports and maintainer. > > On Wed, 13 Dec 2023 at 12:31, wrote: > > > Running OpenBSD -current. Trying to run Firefox results in: > > > > /home/oscar $ firefox > > XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0: > > File not found > > Couldn't load XPCOM. > > > > Any suggestions would be appreciated. > > > > There's already a thread on the issue. https://marc.info/?l=openbsd-ports&m=17022810948&w=2 Regards, - Claudio Miranda
Re: Firefox problem
Le Wed, Dec 13, 2023 at 03:33:39PM +0100, Gabriel Brito a écrit : > I have the same issue on 7.4 GENERIC.MP#1485 amd64. wait for newer 120.0.1p0 packages, or use the one linked at https://marc.info/?l=openbsd-bugs&m=170230586407997&w=2 also, reading mail archives before posting about something that's been repeated several times helps :)
Re: Firefox problem
I have the same issue on 7.4 GENERIC.MP#1485 amd64. CCing ports and maintainer. On Wed, 13 Dec 2023 at 12:31, wrote: > Running OpenBSD -current. Trying to run Firefox results in: > > /home/oscar $ firefox > XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0: > File not found > Couldn't load XPCOM. > > Any suggestions would be appreciated. > >
Re: [new/wip] wayland/wayfire
Le Sun, Nov 12, 2023 at 11:14:20AM +0100, Landry Breuil a écrit : > Le Sat, Nov 11, 2023 at 04:53:37PM +0100, Landry Breuil a écrit : > > hi, > > > > wip port for https://wayfire.org/, because wobbly windows on wayland is > > a productivity enhancement. definitely not for commit, because it can't > > use the wlroots 0.17 we have, as for now i requires wlroots 0.16 so > > it builds (and packages) its own version, but other than that it's been > > working surprisingly well. It doesn't grok non-us keymaps yet though :) > > here's a much better version taken from an upstream github branch from 4 > days ago which is compatible with wlroots 0.17 API (eg > https://github.com/WayfireWM/wayfire/commit/94ac0bf687a8abfff8e489e3f59d7b05048d7088) > so the port doesnt rebuild a wlroots 0.16 and doesn't conflict with > wayland/wlroots. > > the tarball also contains a port for wcm which is the GUI to configure > wayfire: https://github.com/WayfireWM/wcm > > to configure the proper keymap one only needs this in .config/wayfire.ini > > [input] > xkb_layout = fr > > feedback and testing welcome, at runtime but also portswise of course :) new tarball with the 4 new ports, taking maintainership, and updated wayfire commit to point at one in the right repo now that support for wlroots 0.17 was merged upstream. testing, portswise feedback and oks welcome now that gtk-layer-shell is imported. if needed there are packages on https://packages.rhaalovely.net/wip/amd64 Landry wayfire-0.8.0pl17_2.tgz Description: application/tar-gz
Re: lang/dmd build failure
On 12/13/2023 1:20 AM, Theo Buehler wrote: > I think we had this one before. > > cp /usr/lib/libc.so.97.* /tmp/pobj/dmd-2.104.0/dmd-bootstrap/openbsd/bin64/ # > XXX > cp: /usr/lib/libc.so.97.*: No such file or directory > > I don't have a good suggestion. Maybe this should be mimicking the > | sort -rV | head -1 dance from /etc/rc to be a bit more robust. > This happens when the libc major is cranked, which it just was. I don't have a good suggestion either, other than to rebuild the bootstraps, which I will do later today. ~Brian
WPA_supplicant no longer working on -current
Hello, WPA_supplicant seems to no longer work on -current ( 7.4 GENERIC.MP#1485 amd64). It was working right before the upgrade, then stopped. Debug output provided below, let me know if there is more I could do. No maintainer to cc. Thanks! Best, g wpa_supplicant v2.9 Successfully initialized wpa_supplicant Initializing interface 'iwx0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group='wheel' Priority group 0 id=0 ssid='eduroam' Add interface iwx0 to a new radio N/A iwx0: Failed to attach pkt_type filter iwx0: Own MAC address: b0:a4:60:2d:3b:b0 iwx0: RSN: flushing PMKID list in the driver iwx0: Setting scan request: 0.10 sec EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: Supplicant port status: Unauthorized EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED ctrl_interface_group=0 (from group name 'wheel') iwx0: Added interface iwx0 iwx0: State: DISCONNECTED -> DISCONNECTED EAPOL: External notification - EAP success=0 EAPOL: External notification - EAP fail=0 EAPOL: External notification - portControl=Auto iwx0: Already associated with a configured network - generating associated event iwx0: Event ASSOC (0) received iwx0: Association info event iwx0: State: DISCONNECTED -> ASSOCIATED iwx0: Associated to a new BSS: BSSID=24:f2:7f:f5:ae:11 iwx0: Select network based on association information iwx0: Network configuration found for the current AP iwx0: WPA: No WPA/RSN IE available from association info iwx0: WPA: Set cipher suites based on configuration iwx0: WPA: Selected cipher suites: group 24 pairwise 24 key_mgmt 1 proto 2 iwx0: WPA: clearing AP WPA IE iwx0: WPA: clearing AP RSN IE iwx0: WPA: AP group 0x18 network profile group 0x18; available group 0x18 iwx0: WPA: using GTK CCMP iwx0: WPA: AP pairwise 0x18 network profile pairwise 0x18; available pairwise 0x18 iwx0: WPA: using PTK CCMP iwx0: WPA: AP key_mgmt 0x1 network profile key_mgmt 0x1; available key_mgmt 0x1 iwx0: WPA: using KEY_MGMT 802.1X WPA: Set own WPA IE default - hexdump(len=22): 30 14 01 00 00 0f ac 04 01 00 00 0f ac 04 01 00 00 0f ac 01 00 00 WPA: No current PMKSA - clear PMK iwx0: Failed to get scan results EAPOL: External notification - EAP success=0 EAPOL: External notification - EAP fail=0 EAPOL: External notification - portControl=Auto iwx0: Associated with 24:f2:7f:f5:ae:11 iwx0: WPA: Association event - clear replay counter iwx0: WPA: Clear old PTK EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 EAPOL: External notification - portEnabled=1 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: SUPP_BE entering state IDLE EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE iwx0: Setting authentication timeout: 10 sec 0 usec iwx0: Cancelling scan request EAPOL: External notification - portValid=1 iwx0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0 EAPOL: startWhen --> 0 EAPOL: SUPP_PAE entering state CONNECTING EAPOL: txStart TX EAPOL: dst=24:f2:7f:f5:ae:11 iwx0: RX EAPOL from 24:f2:7f:f5:ae:11 iwx0: Setting authentication timeout: 70 sec 0 usec EAPOL: Received EAP-Packet frame EAPOL: SUPP_PAE entering state RESTART EAP: EAP entering state INITIALIZE EAP: EAP entering state IDLE EAPOL: SUPP_PAE entering state AUTHENTICATING EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request id=1 method=1 vendor=0 vendorMethod=0 EAP: EAP entering state IDENTITY iwx0: CTRL-EVENT-EAP-STARTED EAP authentication started EAP: Status notification: started (param=) EAP: EAP-Request Identity data - hexdump_ascii(len=0): EAP: using anonymous identity - hexdump_ascii(len=21): 61 6e 6f 6e 79 6d 6f 75 73 40 6c 68 6c 74 2e 6d anonymous@lhlt.m 70 67 2e 64 65pg.de EAP: EAP entering state SEND_RESPONSE EAP: EAP entering state IDLE EAPOL: SUPP_BE entering state RESPONSE EAPOL: txSuppRsp TX EAPOL: dst=24:f2:7f:f5:ae:11 EAPOL: SUPP_BE entering state RECEIVE iwx0: RX EAPOL from 24:f2:7f:f5:ae:11 EAPOL: Received EAP-Packet frame EAPOL: SUPP_BE entering state REQUEST EAPOL: getSuppRsp EAP: EAP entering state RECEIVED EAP: Received EAP-Request id=2 method=25 vendor=0 vendorMethod=0 EAP: EAP entering state GET_METHOD iwx0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25 EAP: Status notification: accept proposed method (param=PEAP) EAP: Initialize selected EAP method: vendor 0 method 25 (PEAP) TLS: Phase2 EAP types - hexdump(len=96): 00 00 00 00 04 00 00 00 00 00 00 00 1a 00 00 00 00 00 00 00 06 00 00 00 00 00 00 00 05 00 00 00 00 00 00 00 12 00 00 00 00 00 00 00 11 00 00 00 00 00 00 00 17 00 00 00 00 00 00 00 2e 00 00 00 00 00 00 00 30 00 00 00 00 00 00 00 33 00 00 00 00 00 00 00 31 00 00 00 00 00 00 00 34 00 00 00 TLS:
Re: [update] textproc/zathura to 0.5.4
Le Wed, Dec 13, 2023 at 01:37:15PM +0100, Landry Breuil a écrit :
> Le Wed, Dec 13, 2023 at 01:10:29PM +0100, Landry Breuil a écrit :
> > Le Wed, Dec 13, 2023 at 12:41:08PM +0100, Justin Berthault a écrit :
> > > Hi ports@
> > >
> > > Following my previous diff updating girara I updated zathura to the
> > > latest version and rebuilt all plugins against it.
> > >
> >
> >
> > > blob - 981e301fdd417b96c2e68e3f92bf702dfea66077
> > > file + textproc/zathura/plugins/Makefile.inc
> > > --- textproc/zathura/plugins/Makefile.inc
> > > +++ textproc/zathura/plugins/Makefile.inc
> > > @@ -10,7 +10,7 @@ PERMIT_PACKAGE ?= Yes
> > > RUN_DEPENDS ?= devel/desktop-file-utils \
> > > textproc/zathura/core
> > > LIB_DEPENDS += x11/girara>=0.3.2
> >
> > here you need to update the dep for 0.4.1 if zathura doesnt build with
> > 0.4.0.
>
> textproc/zathura/core properly sets the dep in its meson config, so the
> LIB_DEPENDS also need adapting there.
>
> Dependency girara-gtk3 found: NO found 0.4.0 but need: '>=0.4.1'
the attached diff also fixes WANTLIB for core, and updates the poppler
plugin cf
https://pwmt.org/projects/zathura-pdf-poppler/changelog/0.3.2/index.html
Index: core/Makefile
===
RCS file: /cvs/ports/textproc/zathura/core/Makefile,v
retrieving revision 1.36
diff -u -r1.36 Makefile
--- core/Makefile 27 Sep 2023 18:09:07 - 1.36
+++ core/Makefile 13 Dec 2023 12:46:33 -
@@ -1,9 +1,8 @@
-V =0.5.2
+V =0.5.4
COMMENT = document viewer for PDF and other formats with a
vi-like UI
DISTNAME = zathura-${V}
CATEGORIES = textproc x11
EXTRACT_SUFX = .tar.xz
-REVISION = 0
HOMEPAGE = https://pwmt.org/projects/zathura/
@@ -11,7 +10,7 @@
PERMIT_PACKAGE = Yes
WANTLIB += c cairo gio-2.0 girara-gtk3 glib-2.0 gmodule-2.0 gobject-2.0
-WANTLIB += gdk-3 gtk-3 intl m magic pango-1.0 sqlite3 synctex
+WANTLIB += gdk-3 gtk-3 intl json-glib-1.0 m magic pango-1.0 sqlite3 synctex
SITES =https://pwmt.org/projects/zathura/download/
@@ -23,7 +22,7 @@
x11/gtk+4,-guic
LIB_DEPENDS = databases/sqlite3 \
devel/libmagic \
- x11/girara>=0.3.4 \
+ x11/girara>=0.4.1 \
print/texlive/base,-synctex
COMPILER = base-clang ports-gcc
Index: core/distinfo
===
RCS file: /cvs/ports/textproc/zathura/core/distinfo,v
retrieving revision 1.14
diff -u -r1.14 distinfo
--- core/distinfo 14 Dec 2022 13:41:15 - 1.14
+++ core/distinfo 13 Dec 2023 12:46:33 -
@@ -1,2 +1,2 @@
-SHA256 (zathura-0.5.2.tar.xz) = xkuny5+s8rFJm53JKbZzbHLGn4Bi7tTylAVWyFIlYZQ=
-SIZE (zathura-0.5.2.tar.xz) = 165200
+SHA256 (zathura-0.5.4.tar.xz) = owN/eqlNQJa/2XBp9i/83KnwZDHoZjVIwc1rlFxVbzI=
+SIZE (zathura-0.5.4.tar.xz) = 171004
Index: plugins/Makefile.inc
===
RCS file: /cvs/ports/textproc/zathura/plugins/Makefile.inc,v
retrieving revision 1.16
diff -u -r1.16 Makefile.inc
--- plugins/Makefile.inc27 Sep 2023 18:09:07 - 1.16
+++ plugins/Makefile.inc13 Dec 2023 12:46:33 -
@@ -9,8 +9,8 @@
RUN_DEPENDS ?= devel/desktop-file-utils \
textproc/zathura/core
-LIB_DEPENDS += x11/girara>=0.3.2
-BUILD_DEPENDS ?= textproc/zathura/core>=0.5.2
+LIB_DEPENDS += x11/girara>=0.4.1
+BUILD_DEPENDS ?= textproc/zathura/core>=0.5.4
MODULES ?= devel/meson
NO_TEST ?= Yes
Index: plugins/cb/Makefile
===
RCS file: /cvs/ports/textproc/zathura/plugins/cb/Makefile,v
retrieving revision 1.15
diff -u -r1.15 Makefile
--- plugins/cb/Makefile 14 Dec 2022 13:41:15 - 1.15
+++ plugins/cb/Makefile 13 Dec 2023 12:46:33 -
@@ -1,5 +1,5 @@
V =0.1.10
-REVISION = 0
+REVISION = 1
COMMENT = comic book plugin for zathura
PROJECT = zathura-cb
Index: plugins/djvu/Makefile
===
RCS file: /cvs/ports/textproc/zathura/plugins/djvu/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- plugins/djvu/Makefile 14 Dec 2022 13:41:15 - 1.13
+++ plugins/djvu/Makefile 13 Dec 2023 12:46:33 -
@@ -1,5 +1,5 @@
V =0.2.9
-REVISION = 0
+REVISION = 1
COMMENT = djvu plugin for zathura
PROJECT = zathura-djvu
Index: plugins/mupdf/Makefile
===
RCS file: /cvs/ports/textproc/zathura/plugins/mupdf/Makefile,v
retrieving revision 1.47
diff -u -r1.47 Makefile
--- plugins/mupdf/Makefile 30 Nov 2023 13:44:47 - 1.47
+++ plugins/mupdf/Makefile
Re: [update] textproc/zathura to 0.5.4
Le Wed, Dec 13, 2023 at 01:10:29PM +0100, Landry Breuil a écrit : > Le Wed, Dec 13, 2023 at 12:41:08PM +0100, Justin Berthault a écrit : > > Hi ports@ > > > > Following my previous diff updating girara I updated zathura to the > > latest version and rebuilt all plugins against it. > > > > > > blob - 981e301fdd417b96c2e68e3f92bf702dfea66077 > > file + textproc/zathura/plugins/Makefile.inc > > --- textproc/zathura/plugins/Makefile.inc > > +++ textproc/zathura/plugins/Makefile.inc > > @@ -10,7 +10,7 @@ PERMIT_PACKAGE ?= Yes > > RUN_DEPENDS ?= devel/desktop-file-utils \ > > textproc/zathura/core > > LIB_DEPENDS += x11/girara>=0.3.2 > > here you need to update the dep for 0.4.1 if zathura doesnt build with > 0.4.0. textproc/zathura/core properly sets the dep in its meson config, so the LIB_DEPENDS also need adapting there. Dependency girara-gtk3 found: NO found 0.4.0 but need: '>=0.4.1'
Re: [update] textproc/zathura to 0.5.4
Le Wed, Dec 13, 2023 at 12:41:08PM +0100, Justin Berthault a écrit : > Hi ports@ > > Following my previous diff updating girara I updated zathura to the > latest version and rebuilt all plugins against it. > > blob - 981e301fdd417b96c2e68e3f92bf702dfea66077 > file + textproc/zathura/plugins/Makefile.inc > --- textproc/zathura/plugins/Makefile.inc > +++ textproc/zathura/plugins/Makefile.inc > @@ -10,7 +10,7 @@ PERMIT_PACKAGE ?= Yes > RUN_DEPENDS ?= devel/desktop-file-utils \ > textproc/zathura/core > LIB_DEPENDS += x11/girara>=0.3.2 here you need to update the dep for 0.4.1 if zathura doesnt build with 0.4.0.
Re: [update] x11/girara to 0.4.1
Le Wed, Dec 13, 2023 at 12:37:30PM +0100, Justin Berthault a écrit : > Hi ports@ > > Quick update for girara to 0.4.1 (needed for the new zathura release, > diff incoming btw). > > Bumped SHARED_LIBS because zathura will not build against previous > release. (Let me know if I did wrong.) the reasoning for bumping shared_libs is explained in https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs here, bumpingthe minor seems sane as a function was added: --- girara-0.4.0-libgirara-gtk3.so.1.2 Wed Dec 13 13:05:39 2023 +++ girara-0.4.1-libgirara-gtk3.so.1.2 Wed Dec 13 13:08:05 2023 @@ -76,6 +76,7 @@ girara_list_prepend girara_list_remove girara_list_set_free_function +girara_list_set_nth girara_list_size girara_list_sort girara_log but, if newest zathura cant build against girara 0.4.0 your just need to adjust the dependency in the zatura port to require 0.4.1. those are two different & distinct issues :)
[Update] x11/hk
A simple update to x11/hk 0.3.1. Laurie diff --git x11/hk/Makefile x11/hk/Makefile index e407931c18a..e7031bf82aa 100644 --- x11/hk/Makefile +++ x11/hk/Makefile @@ -1,6 +1,6 @@ COMMENT = set temporary X11 hotkeys -DISTNAME = hk-0.3.0 +DISTNAME = hk-0.3.1 CATEGORIES = x11 HOMEPAGE = https://tratt.net/laurie/src/hk/ diff --git x11/hk/distinfo x11/hk/distinfo index e925a116b56..c9e640d3ef7 100644 --- x11/hk/distinfo +++ x11/hk/distinfo @@ -1,2 +1,2 @@ -SHA256 (hk-0.3.0.tgz) = r1MWBakacI/u5LIv38UhP0wbny6VUHc9YgOw2FObRME= -SIZE (hk-0.3.0.tgz) = 44945 +SHA256 (hk-0.3.1.tgz) = xeutQ99GZ61wthIn3EmorZCFCrhCwjosc0aRYhNhvrs= +SIZE (hk-0.3.1.tgz) = 47664
[update] textproc/zathura to 0.5.4
Hi ports@
Following my previous diff updating girara I updated zathura to the
latest version and rebuilt all plugins against it.
No issues so far, built and tested on arm64 with every plugins.
diff /usr/ports
commit - 350601b3e26ca2a6b36f1b11acec33577bc7715d
path + /usr/ports
blob - 978fa614fb1732b9a8d0af332cbf2593791276ef
file + textproc/zathura/core/Makefile
--- textproc/zathura/core/Makefile
+++ textproc/zathura/core/Makefile
@@ -1,9 +1,8 @@
-V =0.5.2
+V =0.5.4
COMMENT = document viewer for PDF and other formats with a
vi-like UI
DISTNAME = zathura-${V}
CATEGORIES = textproc x11
EXTRACT_SUFX = .tar.xz
-REVISION = 0
HOMEPAGE = https://pwmt.org/projects/zathura/
blob - 69842c68737d776387499babade5b8a8da9e0450
file + textproc/zathura/core/distinfo
--- textproc/zathura/core/distinfo
+++ textproc/zathura/core/distinfo
@@ -1,2 +1,2 @@
-SHA256 (zathura-0.5.2.tar.xz) = xkuny5+s8rFJm53JKbZzbHLGn4Bi7tTylAVWyFIlYZQ=
-SIZE (zathura-0.5.2.tar.xz) = 165200
+SHA256 (zathura-0.5.4.tar.xz) = owN/eqlNQJa/2XBp9i/83KnwZDHoZjVIwc1rlFxVbzI=
+SIZE (zathura-0.5.4.tar.xz) = 171004
blob - 981e301fdd417b96c2e68e3f92bf702dfea66077
file + textproc/zathura/plugins/Makefile.inc
--- textproc/zathura/plugins/Makefile.inc
+++ textproc/zathura/plugins/Makefile.inc
@@ -10,7 +10,7 @@ PERMIT_PACKAGE ?= Yes
RUN_DEPENDS ?= devel/desktop-file-utils \
textproc/zathura/core
LIB_DEPENDS += x11/girara>=0.3.2
-BUILD_DEPENDS ?= textproc/zathura/core>=0.5.2
+BUILD_DEPENDS ?= textproc/zathura/core>=0.5.4
MODULES ?= devel/meson
NO_TEST ?= Yes
blob - c95d13e1059eabbbfdd7e6d8e38330c45c6c9740
file + textproc/zathura/plugins/cb/Makefile
--- textproc/zathura/plugins/cb/Makefile
+++ textproc/zathura/plugins/cb/Makefile
@@ -1,5 +1,5 @@
V =0.1.10
-REVISION = 0
+REVISION = 1
COMMENT = comic book plugin for zathura
PROJECT = zathura-cb
blob - 647b780478cb1209c0a947d7cf85f3ef48d9c188
file + textproc/zathura/plugins/djvu/Makefile
--- textproc/zathura/plugins/djvu/Makefile
+++ textproc/zathura/plugins/djvu/Makefile
@@ -1,5 +1,5 @@
V =0.2.9
-REVISION = 0
+REVISION = 1
COMMENT = djvu plugin for zathura
PROJECT = zathura-djvu
blob - 0d3342a94a7a510e009b2f210f3dfdb23eee67fb
file + textproc/zathura/plugins/mupdf/Makefile
--- textproc/zathura/plugins/mupdf/Makefile
+++ textproc/zathura/plugins/mupdf/Makefile
@@ -1,5 +1,5 @@
V =0.4.1
-REVISION = 2
+REVISION = 3
COMMENT = mupdf pdf plugin for zathura
PROJECT = zathura-pdf-mupdf
blob - 9caeb6e34fae1e04ac8a347bdf8c45013cdf8c8c
file + textproc/zathura/plugins/poppler/Makefile
--- textproc/zathura/plugins/poppler/Makefile
+++ textproc/zathura/plugins/poppler/Makefile
@@ -1,4 +1,5 @@
V =0.3.1
+REVISION = 0
COMMENT = poppler pdf plugin for zathura
PROJECT = zathura-pdf-poppler
blob - ecbc2bcce84abebc0e0c4838558735dd383b3489
file + textproc/zathura/plugins/ps/Makefile
--- textproc/zathura/plugins/ps/Makefile
+++ textproc/zathura/plugins/ps/Makefile
@@ -1,5 +1,5 @@
V =0.2.7
-REVISION = 0
+REVISION = 1
COMMENT = spectre postscript plugin for zathura
PROJECT = zathura-ps
--
~Justin
[update] x11/girara to 0.4.1
Hi ports@ Quick update for girara to 0.4.1 (needed for the new zathura release, diff incoming btw). Bumped SHARED_LIBS because zathura will not build against previous release. (Let me know if I did wrong.) Built and tested on arm64. diff /usr/ports commit - 350601b3e26ca2a6b36f1b11acec33577bc7715d path + /usr/ports blob - cda7cae503036600bfaaa6be7fcd954a78bf26f6 file + x11/girara/Makefile --- x11/girara/Makefile +++ x11/girara/Makefile @@ -1,7 +1,7 @@ COMMENT = user interface library from pwmt -DISTNAME = girara-0.4.0 +DISTNAME = girara-0.4.1 -SHARED_LIBS += girara-gtk3 1.2 # 3.1 +SHARED_LIBS += girara-gtk3 1.3 # 3.1 EXTRACT_SUFX = .tar.xz blob - 005a5a3dd85ef7ac402f28855a5cd2ec5f6b2072 file + x11/girara/distinfo --- x11/girara/distinfo +++ x11/girara/distinfo @@ -1,2 +1,2 @@ -SHA256 (girara-0.4.0.tar.xz) = zq/Qpq7VCtgyunZuxinx6jZmgcFfj6coqPVUGMOdyQE= -SIZE (girara-0.4.0.tar.xz) = 60804 +SHA256 (girara-0.4.1.tar.xz) = oD3+cxfuVFFXB/NJFUou99YpUztU+VB3PoEGRDFhffU= +SIZE (girara-0.4.1.tar.xz) = 61320 -- ~Justin
Re: lang/dmd build failure
On Wed, Dec 13, 2023 at 07:20:03AM +0100, Theo Buehler wrote: > I think we had this one before. > > cp /usr/lib/libc.so.97.* /tmp/pobj/dmd-2.104.0/dmd-bootstrap/openbsd/bin64/ # > XXX > cp: /usr/lib/libc.so.97.*: No such file or directory > > I don't have a good suggestion. Maybe this should be mimicking the > | sort -rV | head -1 dance from /etc/rc to be a bit more robust. > Same problem with lang/ldc
hexchat no worky
Hi, did sysupgrade -s and pkg_add -uDsnap $ hexchat msyscall ca6b2d94000 a8000 error Segmentation fault (core dumped) $ dmesg [hexchat]57120/370608 pc=709d5c451ab inside 709dcdd-709dcddbfff: bogus syscall [hexchat]5277/73227 pc=ca6b2e0d1ab inside ca65ca5c000-ca65ca67fff: bogus syscall "Bogus syscall" I like that. Also firefox still gives me: XPCOMGlueLoad error for file /usr/local/lib/firefox/libmozwayland.so.132.0: File not found Couldn't load XPCOM. The firefox maintainer was so kind to give me a working package. Just thought I'd mention it. OpenBSD 7.4 GENERIC.MP#1485 amd64 https://ftp.hostserver.de/pub/OpenBSD/ Thanks for your time.
update: xwayland 23.2.3
Hi, Following the X.Org security advisorty https://lists.x.org/archives/xorg-announce/2023-December/003435.html update Xwayland to 23.2.3. ok ? Index: Makefile === RCS file: /cvs/ports/wayland/xwayland/Makefile,v diff -u -p -u -r1.8 Makefile --- Makefile28 Nov 2023 12:33:43 - 1.8 +++ Makefile13 Dec 2023 10:25:51 - @@ -1,7 +1,6 @@ COMMENT = X server running as wayland application -DISTNAME = xwayland-23.2.2 -REVISION = 0 +DISTNAME = xwayland-23.2.3 CATEGORIES = wayland Index: distinfo === RCS file: /cvs/ports/wayland/xwayland/distinfo,v diff -u -p -u -r1.2 distinfo --- distinfo28 Oct 2023 11:13:29 - 1.2 +++ distinfo13 Dec 2023 10:26:00 - @@ -1,2 +1,2 @@ -SHA256 (xwayland-23.2.2.tar.xz) = n3wJONKkHpQf+gT5nDXl2yvNPuwDSv6NNdXIEKIusKg= -SIZE (xwayland-23.2.2.tar.xz) = 1298400 +SHA256 (xwayland-23.2.3.tar.xz) = 652apyMsR0EsiDXsFal8V18DVjcmx4d1T/DAGb0H4wI= +SIZE (xwayland-23.2.3.tar.xz) = 1298840 -- Matthieu Herrb
