Re: Libreoffice crashing on Thinkcentre m92p 7.1 FVWM - seems to be a python problem
Dear Stuart, I tried the two things you suggested - the same libreoffice problems & same message occurred with a freshly-created default user. The pkg_info list you indicated as helpful is attached. I have cc'ed this to ports as you suggested. regards with gratitude, cal. PS the original email describing the problem is appended below for interested ports@ readers. ___ From: owner-m...@openbsd.org on behalf of Stuart Henderson Sent: Monday, 26 September 2022 11:27 PM To: misc@openbsd.org Subject: Re: Libreoffice crashing on Thinkcentre m92p 7.1 FVWM - seems to be a python problem On 2022-09-25, Luke A. Call wrote: > Details in case it helps: > https://marc.info/?l=openbsd-misc=161280915705719=2 > https://marc.info/?l=openbsd-bugs=164814366002554=2 I think I tried to read that bugs@ report before but got totally bogged down in all the detail about how you use a special script for pkg_add etc The packages you talked about as being necessary were I think devhelp and gsettings-desktop-schemas libreoffice's chain of dependencies already includes gsettings-desktop-schemas and libreoffice is running fine here without devhelp, so there must be something other than just those involved It would be helpful to have a list of all packages installed on a machine where it is failing. (full output of "pkg_info -q"). Also try to replicate with a newly created user i.e. so it is isolated from the contents of config files in your home directory. Please send reports about ports to po...@openbsd.org and/or the port maintainer. They are more likely to get seen there than on bugs@, and *much* more likely to get seen there than on misc. ___ Original message: ___ Dear OBSDer's - I am running 7.1 with out of the box FVWM. Since this Sunday morning libreoffice has crashed whenever I try to either open an existing file or create a new file in libreoffice writer. When opening it allows file selection but then crashes. (Below I have put the crash message ex launching terminal, the messages from a pkg_add -u, and a dmesg). I have tried the following remedies with the same result: opening different files, updating all packages with doas pkg_add -u (looked promising as there was a libreoffice update), rebooting a few times, syspatching again (first attempt at using libreoffice since applying patch 10_expat yesterday? or Friday?), and also opening the safe mode of libreoffice. The same result seems to occur. I tried to run an doas EXPORT PYTHONHOME [:] but have no idea what should be set as and and how the grammar should quite be. In accord with requested convention, there is a dmesg at the end of the file. Any help gratefully received. (Sorry if this is a stupid problem or if the information here is unhelpfully insufficient.) regards, Cal message in terminal screen from which libreoffice was invoked: cfl$ libreoffice Warning: failed to launch javaldx - java may not function correctly Could not find platform independent libraries Consider setting $PYTHONHOME to [:] Python path configuration: PYTHONHOME = (not set) PYTHONPATH = '/usr/local/lib/libreoffice/program/../program' program name = 'python3' isolated = 0 environment = 1 user site = 1 import site = 1 sys._base_executable = '/usr/local/bin/python3' sys.base_prefix = '/usr/local' sys.base_exec_prefix = '/usr/local' sys.platlibdir = 'lib' sys.executable = '/usr/local/bin/python3' sys.prefix = '/usr/local' sys.exec_prefix = '/usr/local' sys.path = [ '/usr/local/lib/libreoffice/program/../program', '/usr/local/lib/python39.zip', '/usr/local/lib/python3.9', '/usr/local/lib/python3.9/lib-dynload', ] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding Python runtime state: core initialized LookupError: no codec search functions registered: can't find encoding Current thread 0x00b1d90594e8 (most recent call first): pthread_mutex_destroy on mutex with waiters! ___@@ The results of the pkg_add process - libreoffice was indeed updated: cfl$ doas pkg_add -u doas (cfl@cfl.modem) password: quirks-5.5 signed on 2022-09-24T12:39:42Z Collision in partial-webkitgtk4-2.36.8->webkitgtk4-2.36.8: the following files already exist /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSBase.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSContextRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSObjectRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSStringRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSTypedArray.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSValueRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/Jav
Re: Libreoffice crashing on Thinkcentre m92p 7.1 FVWM - seems to be a python problem
Thank you - this is a helpful start and some tips to go on with, and the from-terminal opening might be a workaround for now. -cal. From: Luke A. Call Sent: Monday, 26 September 2022 12:39 AM To: Cal Ledsham ; misc@openbsd.org Subject: Re: Libreoffice crashing on Thinkcentre m92p 7.1 FVWM - seems to be a python problem Details in case it helps: https://marc.info/?l=openbsd-misc=161280915705719=2 https://marc.info/?l=openbsd-bugs=164814366002554=2 On 2022-09-25 08:24:44-0600, Luke A. Call wrote: > I had a similar problem where I could open files with LO if I typed them > on the command line when launching LO, but File / Open would crash when > choosing the file and hitting OK. But I don't think mine was > python-related. It seemed that my cleaning up by removing evidently unused > packages > removed something that was required for LO but not explicitly listed in > its dependencies. Fortunately I had been logging the output whenever I > ran pkd_delete, and could use that for reference. After a long process of > elimination, reinstalling things to see what would happen, I think it was one > of these that made it work again (though probably a different one for > you): > > (from most to least likely): devhelp gsettings-desktop-schemas > glib2-networking > (and probably not, but maybe caused some other package to be installed > that did it: gnome-desktop totem) > > The relevant email thread at the time is probably in the archives; I > never got a reply, IIRC. > > Good luck :) > > > On 2022-09-25 02:23:00+, Cal Ledsham wrote: > > Dear OBSDer's - > > I am running 7.1 with out of the box FVWM. Since this Sunday morning > > libreoffice has crashed whenever I try to either open an existing file or > > create a new file in libreoffice writer. When opening it allows file > > selection but then crashes. > > > > (Below I have put the crash message ex launching terminal, the messages > > from a pkg_add -u, and a dmesg). > > > > I have tried the following remedies with the same result: opening different > > files, updating all packages with doas pkg_add -u (looked promising as > > there was a libreoffice update), rebooting a few times, syspatching again > > (first attempt at using libreoffice since applying patch 10_expat > > yesterday? or Friday?), and also opening the safe mode of libreoffice. The > > same result seems to occur. I tried to run an doas EXPORT PYTHONHOME > > [:] > > but have no idea what should be set as and and how > > the grammar should quite be. > > > > In accord with requested convention, there is a dmesg at the end of the > > file. > > > > Any help gratefully received. > > > > (Sorry if this is a stupid problem or if the information here is > > unhelpfully insufficient.) > > > > regards, > > Cal > > > > message in terminal screen from which libreoffice was invoked: > > > > cfl$ libreoffice > > Warning: failed to launch javaldx - java may not function correctly > > Could not find platform independent libraries > > Consider setting $PYTHONHOME to [:] > > Python path configuration: > > PYTHONHOME = (not set) > > PYTHONPATH = '/usr/local/lib/libreoffice/program/../program' > > program name = 'python3' > > isolated = 0 > > environment = 1 > > user site = 1 > > import site = 1 > > sys._base_executable = '/usr/local/bin/python3' > > sys.base_prefix = '/usr/local' > > sys.base_exec_prefix = '/usr/local' > > sys.platlibdir = 'lib' > > sys.executable = '/usr/local/bin/python3' > > sys.prefix = '/usr/local' > > sys.exec_prefix = '/usr/local' > > sys.path = [ > >'/usr/local/lib/libreoffice/program/../program', > >'/usr/local/lib/python39.zip', > >'/usr/local/lib/python3.9', > >'/usr/local/lib/python3.9/lib-dynload', > > ] > > Fatal Python error: init_fs_encoding: failed to get the Python codec of the > > filesystem encoding > > Python runtime state: core initialized > > LookupError: no codec search functions registered: can't find encoding > > > > Current thread 0x00b1d90594e8 (most recent call first): > > > > pthread_mutex_destroy on mutex with waiters! > > >
Libreoffice crashing on Thinkcentre m92p 7.1 FVWM - seems to be a python problem
Dear OBSDer's - I am running 7.1 with out of the box FVWM. Since this Sunday morning libreoffice has crashed whenever I try to either open an existing file or create a new file in libreoffice writer. When opening it allows file selection but then crashes. (Below I have put the crash message ex launching terminal, the messages from a pkg_add -u, and a dmesg). I have tried the following remedies with the same result: opening different files, updating all packages with doas pkg_add -u (looked promising as there was a libreoffice update), rebooting a few times, syspatching again (first attempt at using libreoffice since applying patch 10_expat yesterday? or Friday?), and also opening the safe mode of libreoffice. The same result seems to occur. I tried to run an doas EXPORT PYTHONHOME [:] but have no idea what should be set as and and how the grammar should quite be. In accord with requested convention, there is a dmesg at the end of the file. Any help gratefully received. (Sorry if this is a stupid problem or if the information here is unhelpfully insufficient.) regards, Cal message in terminal screen from which libreoffice was invoked: cfl$ libreoffice Warning: failed to launch javaldx - java may not function correctly Could not find platform independent libraries Consider setting $PYTHONHOME to [:] Python path configuration: PYTHONHOME = (not set) PYTHONPATH = '/usr/local/lib/libreoffice/program/../program' program name = 'python3' isolated = 0 environment = 1 user site = 1 import site = 1 sys._base_executable = '/usr/local/bin/python3' sys.base_prefix = '/usr/local' sys.base_exec_prefix = '/usr/local' sys.platlibdir = 'lib' sys.executable = '/usr/local/bin/python3' sys.prefix = '/usr/local' sys.exec_prefix = '/usr/local' sys.path = [ '/usr/local/lib/libreoffice/program/../program', '/usr/local/lib/python39.zip', '/usr/local/lib/python3.9', '/usr/local/lib/python3.9/lib-dynload', ] Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding Python runtime state: core initialized LookupError: no codec search functions registered: can't find encoding Current thread 0x00b1d90594e8 (most recent call first): pthread_mutex_destroy on mutex with waiters! ___@@ The results of the pkg_add process - libreoffice was indeed updated: cfl$ doas pkg_add -u doas (cfl@cfl.modem) password: quirks-5.5 signed on 2022-09-24T12:39:42Z Collision in partial-webkitgtk4-2.36.8->webkitgtk4-2.36.8: the following files already exist /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSBase.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSContextRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSObjectRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSStringRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSTypedArray.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JSValueRef.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/JavaScript.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/JavaScriptCore/WebKitAvailability.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCAutocleanups.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCClass.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCContext.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCDefines.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCException.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCOptions.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCValue.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCVirtualMachine.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/JSCWeakValue.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/jsc/jsc.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/webkit2/WebKitApplicationInfo.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/webkit2/WebKitAuthenticationRequest.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/webkit2/WebKitAutocleanups.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/webkit2/WebKitAutomationSession.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/webkit2/WebKitBackForwardList.h from webkitgtk4-2.36.8 (same checksum) /usr/local/include/webkitgtk-4.0/webkit2/WebKitBackForwardListIte
Re: Typo/Oversight?: upgrade69.html
On 5/2/21 2:24 PM, Why 42? The lists account. wrote: > The second item (right after the separator) on this page: > > https://www.openbsd.org/faq/upgrade69.html > > Reads: "[FAQ Index] | [6.7 -> 6.8]" > > Probably that should be 6.8 -> 6.9 ? > > Otherwise looking good, just sysupgraded from a snapshot, everything > seems to be working perfectly so far. > > Thanks for all your work! > > Cheers, > Robb. > If you would click on it, you would notice that it was a link to the page with upgrade instructions from 6.7 to 6.8. And on that page, there is a link to the page from 6.6 to 6.7, and so on.
Re: Process Isolation
Sent via BlackBerry® from Telstra -Original Message- From: "Johnathan M." Sender: owner-m...@openbsd.org Date: Thu, 6 Feb 2020 08:26:05 To: Charlie Burnett Cc: Subject: Re: Process Isolation On Thu, Feb 6, 2020, 4:22 AM Charlie Burnett wrote: > Hey y'all, > > Sorry if this has been answered before but I couldn't find a satisfactory > answer searching for it, and this is more of an academic question. So > security focused Linux distros like Qubes go to extremes to > compartmentalize/isolate any and all programs it can. > Qubes uses a hypervisor like kvm/qemu iirc, and the equivalent for OpenBSD would be vmm/vmd. >
System refuses to boot without first disabling acpimadt
0x03: apic 2 int 18 ehci1 at pci0 dev 29 function 7 Intel 82801I USB rev 0x03: apic 2 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x93 pci4 at ppb3 bus 1 pcib0 at pci0 dev 31 function 0 Intel 82801IEM LPC rev 0x03 ahci0 at pci0 dev 31 function 2 Intel 82801I AHCI rev 0x03: msi, AHCI 1.2 ahci0: PHY offline on port 1 ahci0: PHY offline on port 4 ahci0: PHY offline on port 5 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, WDC WD3200BEVT-0, 01.0 SCSI3 0/direct fixed naa.50014ee2047c2c62 sd0: 305245MB, 512 bytes/sector, 625142448 sectors ichiic0 at pci0 dev 31 function 3 Intel 82801I SMBus rev 0x03: apic 2 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 2GB DDR3 SDRAM PC3-8500 SO-DIMM usb2 at uhci0: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci1: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci2: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 usb5 at uhci3: USB revision 1.0 uhub5 at usb5 Intel UHCI root hub rev 1.00/1.00 addr 1 usb6 at uhci4: USB revision 1.0 uhub6 at usb6 Intel UHCI root hub rev 1.00/1.00 addr 1 usb7 at uhci5: USB revision 1.0 uhub7 at usb7 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets root on sd0a (4a2ee35edaa910ff.a) swap on sd0b dump on sd0b Cal Folds General Produce Inc. Operations, Quality Control Organics cal.fo...@gmail.com
