Re: stable versus snapshots
On Tue, Feb 14, 2023 at 06:25:02AM +, Tiemen Werkman wrote: > Hey all, > > Which OpenBSD release version am I supposed to use? > I have just started learning to update a port. I simply started all the > work on the stable release(7.2) and submitted the update. Only now did > it occur to me that there is of course also snapshots. Does this matter? This means you have contributed to the packages for the most recent stable release. If the update is OK'd by ports developers, good job! > Second question: > New packages are not made available for older releases. However updates > for some packages are available. Are all updates to packages made > available to the supported stable release or do some package updates > have to wait for the next release? As I understand it, the policy is that packages for the most recent and next to most recent stable release will get security updates. Older branches are by convention not supported. Snapshots are always close to the -current branch and packages are built to match (more or less) snapshots as they appear. In practice there may be minor discrepancies such as library version mismatches, but real breakage is rare. For you as a prospective ports developer, the job will include taking care of updates for -current -> snapshots plus, if security relevant, the stable branches. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team https://bsdly.blogspot.com/ https://www.bsdly.net/ https://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: chrome - not signed in
On 6/2/21 4:50 PM, Jan Stary wrote: > This is current/amd64 running the latest chromium package. > The user icon in the upper right corner says "not signed in", > and indeed chrome does not sync. I don't see any place > where I could sign in, but I know this used to work: > I logged into my Google account when setting up sync. > > Now Settings > You and Google just calls me "Person 1" > (renamable to whatever). > > Is anyone seeing the same? How do you log into > your Google Account in Chrome? > > (I can even be logged into my Google account on the Google > account webpage that Crhome is displaying, but from Chrome's > point of view, I am still "Not signed in".) I've been seeing this as well. All guides I could find out there says to click on the user icon to log in but I do not get that option. A slight annoyance since sharing history and saved credentials across devices is a nice-to-have feature. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Ports tree locked for 6.5 release
Apr 05, 2019 at 07:20:49AM -0500, Edward Lopez-Acosta wrote: > Do you have documentation on this process? I would be happy to read it and > ask questions you feel may be better. As an open source project I am > surprised about the lack of transparency for various things. You will find several links to presentations about the OpenBSD development and release process at the "Events and papers" page on the web site (http://www.openbsd.org/events.html). For general orientation about the project and its goals, the FAQ at http://www.openbsd.org/faq/ is an excellent place to start. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Calibre: Add books File dialog never fully displays
ect)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_add_filter: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_file_chooser_set_current_folder_file: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_container_get_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_set_border_width: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_container_set_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_box_get_spacing_set: assertion 'GTK_IS_BOX (box)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_box_set_spacing: assertion 'GTK_IS_BOX (box)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_box_set_spacing_set: assertion 'GTK_IS_BOX (box)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_button_box_get_layout: assertion 'GTK_IS_BUTTON_BOX (widget)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_box_set_spacing: assertion 'GTK_IS_BOX (box)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_container_get_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_set_border_width: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_container_set_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): GLib-GObject-CRITICAL **: g_object_get_property: assertion 'G_IS_OBJECT (object)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:36597): Gtk-CRITICAL **: _gtk_file_chooser_embed_initial_focus: assertion 'GTK_IS_FILE_CHOOSER_EMBED (chooser_embed)' failed Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. (python2.7:36597): Gtk-CRITICAL **: gtk_container_foreach: assertion 'GTK_IS_CONTAINER (container)' failed Starting with XDG_CURRENT_DESKTOP=GNOME calibre, did not produce a usable dialog either, but XDG_CURRENT_DESKTOP=KDE calibre did produce a working File->Open dialog, likely because I switched from KDE to XFCE a while back without uninstalling anything. Does this mean that we don't quite have the infrastructure in place for this package XFCE? At least now I get to add my recent acquisitions, which is good. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Calibre: Add books File dialog never fully displays
On 12/22/17 15:21, Stuart Henderson wrote: > To narrow it down a bit: do you have problems with file dialog boxes in > other Qt5 applications (krita, wireshark, etc)? Wireshark File->Open dialog displays normally, and I just had to install krita but that manages to display its File->Open too. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Calibre: Add books File dialog never fully displays
On 12/22/17 15:21, Stuart Henderson wrote: > [moved from misc@] > > In gmane.os.openbsd.misc, Peter N. M. Hansteen wrote: >> I've been using Calibre (/usr/ports/textproc/calibre) to manage my ebook >> library for some years. >> >> Recently when trying to add new items using the Add button on the >> toolbar, I get a File open dialog box of sorts, but one that never (even >> after several minutes) never displays an actual directory listing. >> >> It only displays the dialog box title line, the rest of the box is a >> uniform grey, and while I am able to close the dialog box, Calibre >> itself freezes afterwards. >> >> How do I most usefully go about troubleshooting this? > > To narrow it down a bit: do you have problems with file dialog boxes in > other Qt5 applications (krita, wireshark, etc)? I'ts been a while since I tried any of those others, but I can certainly fire up wireshark and see what happens. Right after this > If you start it from a terminal, is anything displayed on the console? [Fri Dec 22 15:43:43] peter@greyhame:~$ QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-peter' QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-peter' Failed to load libmtp, MTP device detection disabled No module named libmtp Exception in thread Thread-5: Traceback (most recent call last): File "/usr/local/lib/python2.7/threading.py", line 801, in __bootstrap_inner self.run() File "/usr/local/lib/calibre/calibre/gui2/device.py", line 409, in run self.detect_device() File "/usr/local/lib/calibre/calibre/gui2/device.py", line 267, in detect_device self.scanner.scan() File "/usr/local/lib/calibre/calibre/devices/scanner.py", line 264, in scan self.devices = self.scanner() File "/usr/local/lib/calibre/calibre/devices/scanner.py", line 69, in __call__ self.libusb_err) ValueError: DeviceScanner needs libusb to work. Error: No module named libusb -- then switching back to Calibre, pushing the Add button, which again produces the grey box, the messsages produced are (python2.7:65443): Gtk-CRITICAL **: Error building template class 'GtkDialog' for an instance of type 'GtkDialog': .:10:1 Invalid object type 'GtkHeaderBar' (python2.7:65443): Gtk-CRITICAL **: _gtk_container_get_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_container_set_border_width: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: _gtk_container_set_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: _gtk_box_get_spacing_set: assertion 'GTK_IS_BOX (box)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_box_set_spacing: assertion 'GTK_IS_BOX (box)' failed (python2.7:65443): Gtk-CRITICAL **: _gtk_box_set_spacing_set: assertion 'GTK_IS_BOX (box)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_button_box_get_layout: assertion 'GTK_IS_BUTTON_BOX (widget)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_box_set_spacing: assertion 'GTK_IS_BOX (box)' failed (python2.7:65443): Gtk-CRITICAL **: _gtk_container_get_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_container_set_border_width: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: _gtk_container_set_border_width_set: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: Error building template class 'GtkFileChooserDialog' for an instance of type 'GtkFileChooserDialog': Unknown internal child: vbox (python2.7:65443): Gtk-CRITICAL **: _gtk_file_chooser_set_delegate: assertion 'GTK_IS_FILE_CHOOSER (delegate)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_widget_set_visible: assertion 'GTK_IS_WIDGET (widget)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_widget_set_no_show_all: assertion 'GTK_IS_WIDGET (widget)' failed (python2.7:65443): GLib-GObject-CRITICAL **: g_object_setv: assertion 'G_IS_OBJECT (object)' failed (python2.7:65443): GLib-GObject-CRITICAL **: g_object_get_property: assertion 'G_IS_OBJECT (object)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_container_add: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_container_add: assertion 'GTK_IS_CONTAINER (container)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_file_chooser_set_current_folder_file: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_file_chooser_set_current_folder_file: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:65443): GLib-GObject-CRITICAL **: g_object_get_property: assertion 'G_IS_OBJECT (object)' failed (python2.7:65443): Gtk-CRITICAL **: gtk_file_chooser_get_files: assertion 'GTK_IS_FILE_CHOOSER (chooser)' failed (python2.7:65443
Re: firefox 52 - crashes at startup or later due to oom
cpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: C3(200@506 mwait.1@0x60), C2(200@148 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpitz0 at acpi0: critical temperature is 120 degC "INT3F0D" at acpi0 not configured "MSFT0001" at acpi0 not configured "ETD0403" at acpi0 not configured "PNPC000" at acpi0 not configured acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: LID0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT0 model "BAT" serial 0001 type LION oem "Notebook" "PNP0C14" at acpi0 not configured "INT340E" at acpi0 not configured acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD1F cpu0: Enhanced SpeedStep 2594 MHz: speeds: 2601, 2600, 2500, 2300, 2200, 2000, 1900, 1800, 1600, 1500, 1400, 1200, 1100, 1000, 800, 754 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 4G Host" rev 0x0b inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x0b drm0 at inteldrm0 inteldrm0: msi inteldrm0: 1920x1080, 32bpp wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) azalia0 at pci0 dev 3 function 0 "Intel Core 4G HD Audio" rev 0x0b: msi xhci0 at pci0 dev 20 function 0 "Intel 8 Series xHCI" rev 0x04: msi usb0 at xhci0: USB revision 3.0 uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel 8 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured azalia1 at pci0 dev 27 function 0 "Intel 8 Series HD Audio" rev 0x04: msi azalia1: codecs: Realtek ALC282 audio0 at azalia1 ppb0 at pci0 dev 28 function 0 "Intel 8 Series PCIE" rev 0xe4: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 2 "Intel 8 Series PCIE" rev 0xe4: msi pci2 at ppb1 bus 2 iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 7260" rev 0x73, msi ppb2 at pci0 dev 28 function 3 "Intel 8 Series PCIE" rev 0xe4: msi pci3 at ppb2 bus 3 rtsx0 at pci3 dev 0 function 0 "Realtek RTL8411B Card Reader" rev 0x01: msi sdmmc0 at rtsx0: 4-bit re0 at pci3 dev 0 function 1 "Realtek 8168" rev 0x12: RTL8411B (0x5c80), msi, address 80:fa:5b:06:1f:f7 rgephy0 at re0 phy 7: RTL8251 PHY, rev. 0 ehci0 at pci0 dev 29 function 0 "Intel 8 Series USB" rev 0x04: apic 2 int 23 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 "Intel 8 Series LPC" rev 0x04 ahci0 at pci0 dev 31 function 2 "Intel 8 Series AHCI" rev 0x04: msi, AHCI 1.3 ahci0: port 0: 6.0Gb/s ahci0: port 1: 6.0Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: <ATA, Samsung SSD 850, EXM0> SCSI3 0/direct fixed naa.500253884019088e sd0: 976762MB, 512 bytes/sector, 2000409264 sectors, thin sd1 at scsibus1 targ 1 lun 0: <ATA, Crucial_CT240M50, MU05> SCSI3 0/direct fixed naa.500a07510c250249 sd1: 228936MB, 512 bytes/sector, 468862128 sectors, thin ichiic0 at pci0 dev 31 function 3 "Intel 8 Series SMBus" rev 0x04: apic 2 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 8GB DDR3 SDRAM PC3-12800 SO-DIMM spdmem1 at iic0 addr 0x52: 8GB DDR3 SDRAM PC3-12800 SO-DIMM isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 vmm0 at mainbus0: VMX/EPT error: [drm:pid0:intel_uncore_check_errors] *ERROR* Unclaimed register before interrupt uhidev0 at uhub0 port 4 configuration 1 interface 0 "eGalax Inc. eGalaxTouch EXC7910-1057-13.00.00" rev 2.00/57.01 addr 2 uhidev0: iclass 3/1, 7 report ids uhid0 at uhidev0 reportid 3: input=63, output=63, feature=0 uhid1 at uhidev0 reportid 5: input=0, output=0, feature=2 ums0 at uhidev0 reportid 6: 1 button, tip wsmouse1 at ums0 mux 0 ums1 at uhidev0 reportid 7 ums1: mouse has no X report ugen0 at uhub0 port 5 "Intel product 0x07dc" rev 2.00/0.01 addr 3 uvideo0 at uhub0 port 6 configuration 1 interface 0 "Generic BisonCam, NB Pro" rev 2.00/6.07 addr 4 video0 at uvideo0 uhub2 at uhub1 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.04 addr 2 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on sd1a (fe9b028d3772f310.a) swap on sd1b dump on sd1b iwm0: hw rev 0x140, fw ver 16.242414.0, address a0:a8:cd:63:ab:b9 -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: firefox 52 - crashes at startup or later due to oom
On 03/13/17 08:01, Landry Breuil wrote: >> Alternatively, I would be glad if someone could test the diff below: I >> run with it, but I don't use javascript enough to be sure the allocation >> isn't too low. >> >> It makes the allocation to be 128 Mo instead of 1 Go on 64bits platform >> (it is the same value than for 32 bits platform in fact). > > Yet, firefox is unusable on 32-bit hardware. Try *running* it on an atom > netbook with 1Gb RAM... so taking the same value as 32 bits platforms > isnt an argument :) > >>From what i read in the various related bugs, the size was increased to > fix memory allocation crashes when running WASM (the new 'assembly in > javascript' standard) and i think to increase randomization of memory > addresses allocated. *shrug* > > For us, i think coming back to 640M is the "safest" solution. I've been seeing the same symptoms (firefox-52 crashes with various out of memory errors after a few minutes). What is the most useful way to help debug this? Tweaking staff's stacksize-cur upwards, or some other value? I did some limited experiments tonight, but I'm afraid I started too late to get as far as seeing any useful conclusions. But I can try again tomorrow afternoon CET (possibly with new snapshot and packages). All the best, Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: thunderbird segfault: mmap W^X violation
On 08/07/16 13:43, Peter N. M. Hansteen wrote: >> Synopsis:Running post-6.0 amd64 snapshots, thunderbird segfaults at >> startup With the 2016-08-13 snapshot and fresh packages, thunderbird works again. Thanks! -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: thunderbird segfault: mmap W^X violation
On Sun, Aug 07, 2016 at 03:10:48PM +0200, Martin Natano wrote: > On Sun, Aug 07, 2016 at 01:43:08PM +0200, Peter N. M. Hansteen wrote: > > > > /var/log/messages reports > > > > Aug 7 13:34:27 elke /bsd: thunderbird(10425): mmap W^X violation > > You will need the wxallowed mount option on /usr/local as long as you > use ports that map w|x pages. See > http://www.openbsd.org/faq/upgrade60.html. I have that already, so I was a bit surprised that thunderbird stopped working yet again: [Sun Aug 07 13:41:09] peter@elke:~$ mount /dev/sd1a on / type ffs (local) /dev/sd1d on /tmp type ffs (local, nodev, nosuid) /dev/sd1f on /usr type ffs (local, nodev) /dev/sd1g on /usr/X11R6 type ffs (local, nodev) /dev/sd1h on /usr/local type ffs (local, nodev, wxallowed) /dev/sd1j on /usr/obj type ffs (local, nodev, nosuid) /dev/sd1i on /usr/src type ffs (local, nodev, nosuid) /dev/sd1e on /var type ffs (local, nodev, nosuid) /dev/sd0d on /home type ffs (local, nodev, nosuid) Well, I guess mutt will do for now ;) - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: sudo-1.8.16p0 on 2016-06-02 snapshot: Bad system call
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/03/16 20:26, Todd C. Miller wrote: > Perhaps your sudo binary is linked with an old libc that used > sys_osendsyslog? That's it exactly. It looks like on this machine, I had an old /usr/bin/sudo lying around [Fri Jun 03 20:32:59] peter@elke:~$ ls -l `which sudo` - -r-sr-xr-x 2 root bin 157480 Jun 30 2015 /usr/bin/sudo in addition to the one that came out of the more recent package [Fri Jun 03 20:33:20] peter@elke:~$ ls -l /usr/local/bin/sudo - -r-sr-xr-x 1 root bin 134023 May 23 19:21 /usr/local/bin/sudo and with a PATH like this [Fri Jun 03 20:34:20] peter@elke:~$ echo $PATH /bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/s bin:/usr/X11R6/bin:/home/peter/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/lo cal/bin:/usr/local/sbin:/usr/games:. it's actually quite obvious. $ doas rm -f /usr/bin/sudo* $ doas rm -f /usr/bins/*sudo* made sudo work again. Note to self: upgrade notes are for reading Thanks! - -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJXUc7eAAoJELJiGF9h4Dye+s8QAKOyJEIvUhPcAVtcfdXOCEMH MlZXmdDDbo2KlVsUthlnz4jBGNmX6DeQXbGlOlKm6VdbxedvpNtqeJ5RqxGe9ktv X7lEw6KrBX/mJvDHJ80xPfxlGHZhl53NEkK3RPJ4BnTjFUOOn3EhPWkBRRHuB8lJ atVurmj4JtN6R8hMog16CkHxCgZQaA4mdzYNEss0zmPaEU8l4bDn7MXdTlJhiaxm jJAxUUhFDLMBpF7GMtjKYN4rITzB0eAlknNvJTcJ0FJV0h+HD7ipiqZADAtSn2Gt udexhNn6c71xt6YbE7RmkNjk7obocWwciBm4xBEKNux9zT3bXGkQn477blc0mk30 bw0A8W5KFvIyXqHbr8w8oRFYx3teJQA1Ofhx5RhnGfpku+kgttfmhzjT4kunb5Du lE6cv639thsKcNozfujTRfr5RxMeJI/mbOJj3Szui7Atk4MxTYyfoS1zdbmuafTc U9kO0zOXn1tZf7Kr8hldgJohM400cIWeffZTR/Opo4Sz7k7px9ayHjnfYon0dOk2 IS0AiE+UOqB0nnFIxnobvQzkJLiIaBSulgb39OJ+Xe2kPaORiC1WOY2WGBC0Kb3n v7KQdm5rfadgsl0bpIPsev7OnFDUNgpESmLclnpL/mNvxswiMDgzYQBEHOAYEO60 0HPAn0dBJdcQUAGykfuD =7KIe -END PGP SIGNATURE-
sudo-1.8.16p0 on 2016-06-02 snapshot: Bad system call
0: received action from e0:3f:49:23:bb:2c rssi 46 mode 11n iwm0: associated with e0:3f:49:23:bb:2c ssid "we_see_all_your_naughty_bits" channel 36 start MCS 0 long preamble long slot time HT enabled iwm0: received msg 3/4 of the 4-way handshake from e0:3f:49:23:bb:2c iwm0: sending msg 4/4 of the 4-way handshake to e0:3f:49:23:bb:2c iwm0: sending action to e0:3f:49:23:bb:2c on channel 36 mode 11n iwm0: received action from e0:3f:49:23:bb:2c rssi 45 mode 11n thunderbird(8131): mmap W^X violation crash of sudo(97672) signal 12 crash of sudo(50205) signal 12 - -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJXUckiAAoJELJiGF9h4DyeRCcQAJ0b7GbjAzgXYT97nHtoj2G9 IO8Y4vWhcFk5T5VPSno6UOgeLGke0WRYQjgw1S5XekPOh2lr2ST9bdrAU9lwmM2O FL/6S6FQo7Bd6204ZG0sJqM9YzDzdT0+9DIqhIRN6tR7fvFKgDfmBQBPXjMsxnj4 ObSHrsSJ9UFa3ijKJ61c8YjZc0HiEU97E9PsogquRccXGwgeQ8Qld/Q6U8wueEzK V9fBInoug5LSQhQKNmfgnA28l6wv3ycHwgbLWBVh2TEDczKH2VhWb9toAnFB5Ndf f+UW8kZYjsFwlXrLKhklni7kD/HTbLeG+b2QeWLJFbVv0tF4+ksDedbnjVI/OUig yTANJ17PDpXNFUD7+JLltL+5sE4y1RmCSxRUQ2fDO8ci69oL2TQhg7hAEBGN+Epj lxjVPAPtWek/Rqh/u5MNFyjDHECMA579931KTd6SSwYAFnoy8Nxej6tawZOyJnJC lR9dgejnoCswuwpMrmYIQ5BNLKdmrv+SFTLbueBP52NBKuX3V3NyGYJ7yhDqa9vV 1jZqo+kHiInd05/8EhYFg5hOAcI6BlF4BHV98knxWZWqhAlnH856Kiw+VOiNLFIH FzV0zR8UOcTiX9S51/tM4Qesnq//gR8FSNxAkXntrlhZ3dWAxKgMjFdupYOh1WQg s4x9hHmRTJAjDGHyH91Z =rjiW -END PGP SIGNATURE-
Re: thunderbird: Unhandleable OOM, W^X violation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 05/28/16 15:42, Gleydson Soares wrote: > Did you have your /usr/local partition mounted with wxallowed > flag? > > By default (on OpenBSD -current) [1], It doesn't allow W^X > violation. > > [1] http://marc.info/?l=openbsd-cvs=146437839601863=2 Ah, that was exactly what I'd failed to think about (and of course for laziness reasons, this laptop has only / and /home but sorting those out will be for another day). Thanks! - - Peter - -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJXSaX9AAoJELJiGF9h4DyewQUP/3uFhvgY+EKLDdpteG1sV4eG 7cwC0xpl78qqaqsrPue3b4Gq3iUiNEsN/kcxuAVgiJmZmRD6iDTZiHz54pGQ9XvD MFVIHq/RRXcyeBIeLP+c2XXxByYkWPm9DBN/fd9Z+bTN0ZxR6wpz/2i8cV8KdRKo ElLG6J8MWX+rwZoqO2hOm06kFkvbbCxlwgBKJf0/EeI9ep8PS/9X82BF6QY/Z9Ea 9JKwwp3I4Y+pE+USvxHzbpjIuaOc/hCvvHssHV0CaTD+NkNuC+eOD0NtYvRBMfmV H/tHMYiBv8Z1S1XDtjH442o5WFxTKrnujlhhgxx3hMIVdHHWYh4U0NkmkNDCQi1/ FkCUmEcIxCkV/OrSQNCcxzzJsWxKX4Ezh+/uh8j32aqg9AJH71UDV/do6P6/vrXA Mdsftr5ef8HRZGSi3OzdqJ4Pm5nP4i6Xhfqusa/K8xROHHpDq/hjFX9/R2nvpOi9 SQi7e4/CPXd5FxA9wizssHCuNKkEtmGumByW/17w9lC43pyK+RAYnOGLpsSIIk2G Q10kcajY3sxiHuQ+vMaVqtZ9ryE1omMaky3l2OW/RAIzcG0944W17qa1wiA2iRxe e9aFf9owgxt/dIEdjaPMIeeqxSlaZTZ7dnVaiJYgtxgiF/rbw4YHmEgieQWbhyf0 y9ptG7aWCKQflLdKImiV =eSSB -END PGP SIGNATURE-
thunderbird: Unhandleable OOM, W^X violation
e 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 36 mode 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 37 mode 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 37 mode 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 37 mode 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 38 mode 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 37 mode 11n iwm0: received action from e0:3f:49:23:bb:28 rssi 42 mode 11n thunderbird(32335): mmap W^X violation iwm0: received action from e0:3f:49:23:bb:28 rssi 42 mode 11n iwm0: received msg 1/2 of the group key handshake from e0:3f:49:23:bb:28 iwm0: sending msg 2/2 of the group key handshake to e0:3f:49:23:bb:28 iwm0: received action from e0:3f:49:23:bb:28 rssi 41 mode 11n -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: 'avoid W|X mappings in libffi' - MARC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/22/16 22:58, Stefan Wollny wrote: > Hi there! > > With respect to Stuart's post > (https://marc.info/?l=openbsd-ports=146387087106691=2) I'd like > to report the following programms mentioned by dmesg > (amd64-current): > > ClamAV: ~ $ dmesg | grep clamd clamd(59775): mmap: mandatory W^X > clamd(59775): mmap: mandatory W^X clamd(59775): mmap: mandatory > W^X I have the exact same message here at clamd startup after upgrading an i386 box to the 2016-05-22 snapshot. The thing appears to work, so likely not fatal. But one more data point. - -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJXQi3rAAoJELJiGF9h4DyeIIcP/jxaTVrRfkxcGYBHgW4NJXyf 0XQLCWQGtH2WkKPCkvAFIhsV6+B/2M8rbhmBVJxo731RlwtKPpMHeFhiYpSRvrKX m72cfgkM1P6xTBkRYZFozloKtZpBjkmMCRhLMXE4vdM6mR+h3z0foGWupgfMUv/I YXorphAEXjqQiQVv3p1282Zq4JCwSRbb07Sq7SmMuXSvrQdQVHeN7y3ew3hcLXm3 94G0sde8RiwYK6x80NyH+xCw0ZJ6OwJj7nfXtztmqtHPDnQtTwGz8lSgtlVtip9S 5qtc48EF2rqX+432/lRWfycBHBwnEXnIDcKfUmc+bWar7qCaSpjurmMluQDwG5lc k9HbvdHir50EPkYVo1xVBmPaUINz8Wf1Wl5SK5U/6pO8JOdwJVUCNsj0HSZsYiCB BOJ6YC39vq4oOJDhMc6Jlrt1xZtEMGGG9Ad+ksGvfqMhNq1p4KveafoAV/FISLNj g5OmVsrvU8S/7SYRazzrc1aOIVQguuw24LTxUe9SD6CnluRqglG15DpGEGKNJoA+ DpF1BZQ6vKAvReLmyKh+3A1XFJFD8cHuJLgkr7ug7Jc/vjICqupR9/9xBrIt0Lcx m3wLickHg7Z46RzDch1i0lQg7kUzfYyrGgJYKpx/xQjbYzCEtPi/2oRPS1GocjWU ymL/jLOG5b8TsIWdYibm =l+QE -END PGP SIGNATURE-
OpenBSD 6.0-beta spop3d: auth: no shadow password handling compiled in server
Hi, After upgrading a mail server to the latest 6.0-beta snapshot and the requisite pkg_add -u, when users try to retrieve mail, authentication fails: spop3d[14311]: auth: no shadow password handling compiled in server I assume this would be a matter of a configure option? - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: OpenBSD as a host for VirtualBox
On Mon, Jun 22, 2015 at 11:36:19AM +0430, Mohammad BadieZadegan wrote: What is the best virtualization tools that runs in OpenBSD as a Host? On amd64 at least, qemu works reasonably well. It's not hyper quick, but works. If you're on sparc64 (T series at least), you can set up with LDOMs using OpenBSD as the host operating system. -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Preview of 5.4?
Jones, Bill bill.jo...@lpsvcs.com writes: Is there going to be a preview of 5.4? http://ftp.openbsd.org/pub/OpenBSD/5.4/ ? Snapshots made close to the cut date would be as close as you get to a 'preview'. The actual cut date is never announced, but the relatively long period with no new snapshots and various cvs commit messages seem to indicate that if you grab a snapshot today (files dated July 22 and july 30), you get something that's fairly close to 5.4-release. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: tweak for faq15.html
Stuart Henderson st...@openbsd.org writes: On 2013/05/01 21:45, Maurice Janssen wrote on www@: The first chunk is obvious, I think. The second chunk is for consistency only. I think this page needs further tweaking; the page has this block, $ bsudo pkg_add -v screen-4.0.3p1/b parsing screen-4.0.3p1 installed /etc/screenrc from /usr/local/share/examples/screen/screenrc | 71% screen-4.0.3p1: complete I suppose it would be worth noting that since a few versions back, we have tmux in base, so screen is not a package you would normally want to install. Maybe pick something like emacs instead as the example package? - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: firefox leaking memory badly
frantisek holop min...@obiit.org writes: who do i have to kill to get opera working again? state of browsers on unix is a disgrace, trapped between the firefox monster and webkit's grip. I've been using Chrome for a few weeks after I got tired of Firefox dying with out of memory errors. Quite nice, lets you run with lots of tabs but the ads came back. And I haven't gotten around to checking whether Flash can be made to work there. - P -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.