Re: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Juan Francisco Cantero Hurtado]

On Sun, May 07, 2017 at 01:24:23AM +1000, Damian McGuckin wrote:
> On Sat, 6 May 2017, Stuart Henderson wrote:
> 
> > I've seen this once, but wasn't able to trigger it again.
> 
> Ditto, but under Gnome on Linux - CentOS 6.6.
> 

FWIW, I can't reproduce the bug using LibreOffice 5.2 and 5.3 on
Linux/KDE.


-- 
Juan Francisco Cantero Hurtado http://juanfra.info

Re: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Peter N. M. Hansteen]

And it happened again -
https://home.nuug.no/~peter/soffice_vs_x_csv/fehfeh.csv triggered
another kaboom, producing the log file
https://home.nuug.no/~peter/soffice_vs_x_csv/Xorg.0.log and the core
file https://home.nuug.no/~peter/soffice_vs_x_csv/Xorg.core

I'll have to read up on usefully dissecting the core file, in the
meantime this is evidence preserved.

-- 
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: list all system users, eg. _x11

[STeve Andre']

On 05/06/17 14:27, Luke Small wrote:

Is there a way to determine all users on a system that the users command
doesn't seem to show? like _x11 and _ntpd


What's a user?

Maybe you want to look at /etc/passwd.  The first four lines are

root:*:0:0:Charlie &:/root:/bin/ksh
daemon:*:1:1:The devil himself:/root:/sbin/nologin
operator:*:2:5:System &:/operator:/sbin/nologin
bin:*:3:7:Binaries Commands and Source:/:/sbin/nologin

You can parse that with awk and do stuff.  Read about passwd(5) to
understand the format.  A login shell of /sbin/nologin means
it isn't interactive.  That might get you started?

--STeve Andre'

Segmentation fault in ncurses

[Carsten Kunze]

Hello,

I am not on this mailing list and I am not able to debug the following issue.  
It is just for information since a segmentation fault may be an issue on a 
OpenBSD base system library.  The system I am using is very old (Oct. 2016) but 
ncurses likely does not have changed much since then:

OpenBSD 6.0-current (GENERIC) #2384: Fri Oct 14 00:06:17 MDT 2016

What I am trying to do is to display UTF-8 chars using wadd_wchnstr().  Then it 
crashes in lib_addstr.c:186 (I don't have the source).

If this is not relevant, just ignore the mail and sorry for the noise.

Program received signal SIGSEGV, Segmentation fault.


wadd_wchnstr (win=0x15c8a6049a00, astr=0x15c664e47e28, n=4) at 
/usr/src/lib/libcurses/base/lib_addstr.c:186
 
186 /usr/src/lib/libcurses/base/lib_addstr.c: No such file or directory.


in /usr/src/lib/libcurses/base/lib_addstr.c 


(gdb) bt


#0  wadd_wchnstr (win=0x15c8a6049a00, astr=0x15c664e47e28, n=4) at 
/usr/src/lib/libcurses/base/lib_addstr.c:186
 
#1  0x15c664c20f56 in putmbs (w=0x15c8a6049a00, s=0x15c885e05100 "�\207İ", 
n=4) at ui2.c:1287  
 

... following trace is not relevant.

Re: Mupen64plus dumps core on Intel(R) 945GME x86/MMX/SSE2 (OpenBSD 6.1-current)

[Jan Vlach]

Hello Anthony,

> > --
> > "error:
> > [drm:pid38441:intel_pipe_config_compare] *ERROR* mismatch in
> > gmch_pfit.lvds_border_bits (expected 32768, found 0)
> > pipe state doesn't match!
> > --
> 
> I would attribute this to video drivers and your particular video card
> (unfortunately). I see no crash with my GM45 or Radeon HD 5450, or
> software rendering.

So the 32768 value seems to come from:
/usr/src/sys/dev/pci/drm/i915/i915_reg.h +2301

/* Enable border for unscaled (or aspect-scaled) display */
#define   LVDS_BORDER_ENABLE(1 << 15)

The whole border thing seems to be dependent on generation (various
checks gen < 4 in the code) of the card
one has. How would I know that? I can also see there's KMS debug mode
that can be turned on. Any clues how to turn that on? (I'd like to see
the register values versus what's expected in the pipe_config)

> > I've recompiled mupen64plus with debug symbols to provide more useful
> > backtrace (Down below), but producing that backtrace crashes gdb, that
> > one dumps core too. This backtrace (without debug symbols) is included
> > too. Should I recompile gdb too?
> 
> The mupen64plus core library is built against the gcc from ports. You
> probably need the ports gdb for that.

Didn't know there was another gdb in ports. Thank you.

> > What can I do to make this work again?
> 
> Setting LIBGL_ALWAYS_SOFTWARE=1 in your environment will almost
> certainly prevent the crash, but it will also make it unplayably slow.

Yes, this is very slow.

> It looks like you're using the default rice plugin. You might want to
> try mupen64plus-video-glide64mk2, which is more actively developed by
> upstream (although they haven't made it the default for some reason).
> The codebase is different, so it may or may not hit the same problem.

This is better, but still unplayable on this ancient netbook.  I've
noticed that I can run --window with rice plugin and works mostly as
good as the original fullscreen mode. (Workaround)

I'll try to get some more puzzle pieces from the sources in meantime,
maybe I can come up with something.

Thank you,
Jan

Re: list all system users, eg. _x11

[Solène Rapenne]

Le 2017-05-06 20:27, Luke Small a écrit :
Is there a way to determine all users on a system that the users 
command

doesn't seem to show? like _x11 and _ntpd


hello
system users has an uid < 1000 you can retrieve them like by parsing 
/etc/passwd like this


awk -F ':' '{ if($2 < 1000) { print $1 }}' /etc/passwd

you can replace $1 by $0 if you want the whole line instead of only the 
login.

list all system users, eg. _x11

[Luke Small]

Is there a way to determine all users on a system that the users command
doesn't seem to show? like _x11 and _ntpd

Re: Official OpenBSD 6.1 CD !

[outis]

Great,
the fish is less ugly than openbsd.org/images/Fugu.gif

However, i would not call it official, since the key should be
RWQEQa33SgQSEsMwwVV1+GjzdcQfRNV2Bgo48Ztd2KiZ9bAodz9c+Maa, not
RWQEa33SgQSEsMwwVV1+GjzdcQjzdcQfRNV2Bgo48Ztd2KiZ9bAodz9c+Maa :D


> So.  There *Is* an official OpenBSD 6.1 CD
> 
> Just One.
> 
> If you are interested, please bid on ebay :
> 
> http://www.ebay.com/itm/The-only-Official-OpenBSD-6-1-CD-set-to-be-made-For-auction-fo
>  \
> r-the-project-/252910718452?hash=item3ae2a74df4:g:SJQAAOSwrhBZBqkd
> 
> (It's a pretty cool little CD set!)

6.1 OpenSSH/LibreSSL version discrepancy

[outis]

Hi,
there seems to be a version info discrepancy
in the OpenBSD 6.1 ANNOUNCEMENT.

It states OpenSSH 7.4 and LibreSSL 2.5.3.

However, in 6.1(/amd64) release fresh install, i have
OpenSSH 7.5 and LibreSSL 2.5.2:

  $ ssh -V;  openssl version
  OpenSSH_7.5, LibreSSL 2.5.2
  LibreSSL 2.5.2

If it is just a mistake, and there is no
deeper meaning of this apparent misinfo,
i guess it is not too late to fix it
where it still can be fixed, e.g. at
https://openbsd.org/61.html .

Regards,
outis

OpenBSD mouse doesnt work

[G]

When i insert my usb mouse  nothing happens.
I get the following dmesg message


,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu1: 256KB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz, 2592.00 MHz
cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu2: 256KB 64b/line 8-way L2 cache
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i7-6500U CPU @ 2.50GHz, 2592.00 MHz
cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SENSOR,ARAT
cpu3: 256KB 64b/line 8-way L2 cache
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (RP01)
acpiprt2 at acpi0: bus -1 (RP02)
acpiprt3 at acpi0: bus -1 (RP03)
acpiprt4 at acpi0: bus -1 (RP04)
acpiprt5 at acpi0: bus 1 (RP05)
acpiprt6 at acpi0: bus 2 (RP06)
acpiprt7 at acpi0: bus -1 (RP07)
acpiprt8 at acpi0: bus -1 (RP08)
acpiprt9 at acpi0: bus -1 (RP09)
acpiprt10 at acpi0: bus -1 (RP10)
acpiprt11 at acpi0: bus -1 (RP11)
acpiprt12 at acpi0: bus -1 (RP12)
acpiprt13 at acpi0: bus -1 (RP13)
acpiprt14 at acpi0: bus -1 (RP14)
acpiprt15 at acpi0: bus -1 (RP15)
acpiprt16 at acpi0: bus -1 (RP16)
acpiprt17 at acpi0: bus -1 (RP17)
acpiprt18 at acpi0: bus -1 (RP18)
acpiprt19 at acpi0: bus -1 (RP19)
acpiprt20 at acpi0: bus -1 (RP20)
acpiec0 at acpi0
acpicpu0 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpicpu1 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpicpu2 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpicpu3 at acpi0: C3(200@1034 mwait.1@0x60), C2(200@151 mwait.1@0x33),
C1(1000@1 mwait.1), PSS
acpibat0 at acpi0: BAT0 model "L15M2PB5" serial  4971 type LiP oem "SMP"
"VPC2004" at acpi0 not configured
"INT3F0D" at acpi0 not configured
"MSFT0001" at acpi0 not configured
"SYN2B59" at acpi0 not configured
acpiac0 at acpi0: AC unit online
acpibtn0 at acpi0: LID0
acpibtn1 at acpi0: PWRB
"PNP0C14" at acpi0 not configured
"MSFT0101" at acpi0 not configured
"INT340E" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
cpu0: Enhanced SpeedStep 2592 MHz: speeds: 2501, 2500, 2400, 2300, 2100,
2000, 1800, 1700, 1500, 1300, 1200, 1000, 800, 700, 600, 400 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 6G Host" rev 0x08
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 520" rev 0x07
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x21: 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
pchtemp0 at pci0 dev 20 function 2 "Intel 100 Series Thermal" rev 0x21
"Intel 100 Series MEI" rev 0x21 at pci0 dev 22 function 0 not configured
ahci0 at pci0 dev 23 function 0 "Intel 100 Series AHCI" rev 0x21: msi,
AHCI 1.3.1
ahci0: port 0: 6.0Gb/s
ahci0: port 1: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0:  SCSI3
0/direct fixed naa.5002538d
sd0: 244198MB, 512 bytes/sector, 500118192 sectors, thin
cd0 at scsibus1 targ 1 lun 0:  ATAPI
5/cdrom removable
ppb0 at pci0 dev 28 function 0 "Intel 100 Series PCIE" rev 0xf1: msi
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x10: RTL8168GU/8111GU
(0x5080), msi, address 50:7b:9d:f4:e3:3c
rgephy0 at re0 phy 7: RTL8251 PHY, rev. 0
ppb1 at pci0 dev 28 function 5 "Intel 100 Series PCIE" rev 0xf1: msi
pci2 at ppb1 bus 2
iwm0 at pci2 dev 0 function 0 "Intel Dual Band Wireless AC 3165" rev
0x99, msi
pcib0 at pci0 dev 31 function 0 "Intel 100 Series LPC" rev 0x21
"Intel 100 Series PMC" rev 0x21 at pci0 dev 31 function 2 not configured
azalia0 at pci0 dev 31 function 3 "Intel 100 Series HD Audio" rev 0x21: msi

Re: Mupen64plus dumps core on Intel(R) 945GME x86/MMX/SSE2 (OpenBSD 6.1-current)

[Anthony J. Bentley]

Jan Vlach writes:
> Hello openbsd-misc,
> 
> I'm trying to run mupen64plus with Mario Kart 64 rom on OpenBSD
> 6.1-current. mupen64plus dumps core eventually with error in DMESG:

> --
> "error:
> [drm:pid38441:intel_pipe_config_compare] *ERROR* mismatch in
> gmch_pfit.lvds_border_bits (expected 32768, found 0)
> pipe state doesn't match!
> --

I would attribute this to video drivers and your particular video card
(unfortunately). I see no crash with my GM45 or Radeon HD 5450, or
software rendering.

> I've recompiled mupen64plus with debug symbols to provide more useful
> backtrace (Down below), but producing that backtrace crashes gdb, that
> one dumps core too. This backtrace (without debug symbols) is included
> too. Should I recompile gdb too?

The mupen64plus core library is built against the gcc from ports. You
probably need the ports gdb for that.

> What can I do to make this work again?

Setting LIBGL_ALWAYS_SOFTWARE=1 in your environment will almost
certainly prevent the crash, but it will also make it unplayably slow.

It looks like you're using the default rice plugin. You might want to
try mupen64plus-video-glide64mk2, which is more actively developed by
upstream (although they haven't made it the default for some reason).
The codebase is different, so it may or may not hit the same problem.

-- 
Anthony J. Bentley

Re: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Damian McGuckin]

On Sat, 6 May 2017, Stuart Henderson wrote:


I've seen this once, but wasn't able to trigger it again.


Ditto, but under Gnome on Linux - CentOS 6.6.

Regards - Damian

Pacific Engineering Systems International, 277-279 Broadway, Glebe NSW 2037
Ph:+61-2-8571-0847 .. Fx:+61-2-9692-9623 | unsolicited email not wanted here
Views & opinions here are mine and not those of any past or present employer

Mupen64plus dumps core on Intel(R) 945GME x86/MMX/SSE2 (OpenBSD 6.1-current)

[Jan Vlach]

Hello openbsd-misc,

I'm trying to run mupen64plus with Mario Kart 64 rom on OpenBSD
6.1-current. mupen64plus dumps core eventually with error in DMESG:

--
"error:
[drm:pid38441:intel_pipe_config_compare] *ERROR* mismatch in
gmch_pfit.lvds_border_bits (expected 32768, found 0)
pipe state doesn't match!
--

there's a visible brief resolution change to 800x600  and/or change to
"black" splash screen and then it gets back to xterm in i3.

I can see the same behavior in 6.1-stable. I don't remember exactly when
this broke, I think I've played on 6.0-current and 6.1-current (before
release). Would it be useful to try to pinpoint release where it still works?

I've recompiled mupen64plus with debug symbols to provide more useful
backtrace (Down below), but producing that backtrace crashes gdb, that
one dumps core too. This backtrace (without debug symbols) is included
too. Should I recompile gdb too?

What can I do to make this work again?

Thank you for cluestick,
Jan

P.S. I don't seem to be able to get mail through to ports@ - Have I
broken some netiquette before? (I'm sorry) I seem to be subscribed ...

### mupen64 console log
 __  __ __   _  _     _
|  \/  |_   _ _ __   ___ _ __  / /_ | || | |  _ \| |_   _ ___
| |\/| | | | | '_ \ / _ \ '_ \| '_ \| || |_| |_) | | | | / __|
| |  | | |_| | |_) |  __/ | | | (_) |__   _|  __/| | |_| \__ \
|_|  |_|\__,_| .__/ \___|_| |_|\___/   |_| |_|   |_|\__,_|___/
 |_| http://code.google.com/p/mupen64plus/
Mupen64Plus Console User-Interface Version 2.5.0

UI-Console: attached to core library 'Mupen64Plus Core' version 2.5.0
UI-Console: Includes support for Dynamic Recompiler.
Core: Goodname: Mario Kart 64 (E) (V1.1) [!]
Core: Name: MARIOKART64
Core: MD5: 2BB149A583FDEFEA96805F628FE42FD9
Core: CRC: 2577C7D4 D18FAAAE
Core: Imagetype: .v64 (byteswapped)
Core: Rom size: 12582912 bytes (or 12 Mb or 96 Megabits)
Core: Version: 1446
Core: Manufacturer: Nintendo
Core: Country: Unknown (0x150)
UI-Console Status: Cheat codes disabled.
UI-Console: using Video plugin: 'Mupen64Plus OpenGL Video Plugin by Rice
UI-Console: using Audio plugin: 'Mupen64Plus SDL Audio Plugin' v2.5.0
UI-Console: using Input plugin: 'Mupen64Plus SDL Input Plugin' v2.5.0
UI-Console: using RSP plugin: 'Hacktarux/Azimer High-Level Emulation RSP
Input: 0 SDL joysticks were found.
Input: N64 Controller #1: Forcing default keyboard configuration
Input: 1 controller(s) found, 1 plugged in and usable in the emulator
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptsupport
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptsupport
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptsupport
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
hapsupport
Input: Mupen64Plus SDL Input Plugin version 2.5.0 initialized.
Core Status: Selected state slot: 1
Video: SSE processing enabled.
Video: ROM (CRC d4c77725aeaa8fd1-50) not found in INI file
Video: Enabled hacks for game: 'MARIOKART64'
Video: Initializing OpenGL Device Context.
Core: Setting 32-bit video mode: 800x600
Video Warning: Failed to set GL_SWAP_CONTROL to 0. (it's 32)
Video Warning: Failed to set GL_DEPTH_SIZE to 16. (it's 24)
Video: Using OpenGL: Intel Open Source Technology Center - Mesa DRI
Intel(R) 945GME x86/MMX/SSE2 : 2.1 Mesa 13.0.6
Audio: Initializing SDL audio subsystem...
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptic (force feedback) support
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptic (force feedback) support
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptic (force feedback) support
Input Error: Couldn't init SDL haptic subsystem: SDL not built with
haptic (force feedback) support
Core: Starting R4300 emulator: Dynamic Recompiler
Core Error: VidExt_ResizeWindow() called in fullscreen mode.
Core Error: VidExt_ResizeWindow() called in fullscreen mode.
Video Error: Failed to set 32-bit video mode: 800x600
Segmentation fault (core dumped)

### dmesg
OpenBSD 6.1-current (GENERIC.MP) #47: Thu May  4 12:06:47 MDT 2017
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Atom(TM) CPU N270 @ 1.60GHz ("GenuineIntel" 686-class)
1.61 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,xTPR,PDCM,MOVBE,LAHF,PERF,SENSOR
real mem  = 2138193920 (2039MB)
avail mem = 2084450304 (1987MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 06/11/09, BIOS32 rev. 0 @ 0xf0010, SMBIOS rev.
2.5 @ 0xf0710 (30 entries)
bios0: vendor American Megatrends Inc. version "2103" date 06/11/2009
bios0: ASUSTeK Computer INC. 901
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG OEMB HPET SSDT
acpi0: wakeup devices P0P2(S4) P0P1(S4) P0P4(S4) P0P6(S4) 

Re: Version skew?

[Marc Espie]

On Fri, May 05, 2017 at 11:01:18PM -0400, Donald Allen wrote:
> Also, if you look at the pkg_add man page, PKG_PATH is documented
> without any mention that it is deprecated.

That's because it isn't.

Mail server with many users

[Thuban]

Hello,
according to recent discussion on the list, I was wondering how you set
up a mail server with smtpd with a lot of users.

Regards.
-- 

Re: Version skew?

[Donald Allen]

I won't clutter the list with the output of the commands you suggested
or the dmesg, because I figured out what happened, based on your
suggestions. Pilot error.

The installed kernel was from mid April, but /bsd has creation
date-time from yesterday.

I used a USB key that I had last prepared correctly in April.  But in
the dd command I did this time, I had forgotten the trailing 'c' in
the output device (of=/dev/sd1 instead of of=/dev/sd1c) (I wondered
why the dd command completed so quickly and apparently I failed to
notice that the usual message from dd about bytes copied was missing
or not correct -- I don't recall what the response was). The current
image did not get copied to the key and I was updating the system with
the image from last month. I just dd-ed the snapshot image correctly,
updated, and now, of course, the pkg_add works properly.

Sorry for the noise, but thanks for the help.

/Don

Re: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Peter N. M. Hansteen]

On 05/06/17 10:10, Sebastien Marie wrote:
> /usr/xenocara/README describes the way to get a core file for X server.

ah, yes, excellent! Thanks!

I've followed the 'get a coredump' instructions there and am running
with them now, so hopefully when this happens next, I'll be able to
extract some useful information.

>   - look at /var/crash and profit

:D

- 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: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Stuart Henderson]

On 2017-05-06, Peter N. M. Hansteen  wrote:
> On my laptop, which tends to run the latest amd64 snapshot or  one
> that's at most a few days old, the following sequence of events will,
> approximately one out of ten times, kill my X:
>
> $ soffice fehfeh.csv &
>
> where fehfeh.csv is the kind of file that went into the data for my pop3
> password groper columns - available via the blog referenced in my
> .signature and just browsing for the obvious keywords)
>
> Then selecting a column (the username column) and using the Column Type
> dropdown to select Text typefor the column.
>
> Then we have a black, empty screen for a moment and then the xenodm
> login dialog box reappears.
>
> The most annoying thing here is that there is never an soffice.core
> file, although other processes that were active at the time may leave
> core files. This last time around it looks like only emacs was killed in
> such a way that it left a corefile:
>
> [Sat May 06 09:50:22] peter@elke:~$ ls -ltr *core
> -rw---  1 peter  peter  1528700960 May  5 22:56 firefox.core
> -rw---  1 peter  peter56259040 May  6 09:25 emacs-25.2.core
>
> (the firefox.core here is too old to be relevant here).
>
> So the question is, of course: How do I go about usefully debugging this?
>

I've seen this once, but wasn't able to trigger it again. Check
/var/log/Xorg*, and there are instructions in 
http://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/README?rev=1.39=text/plain
about obtaining coredumps from X.

Re: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Sebastien Marie]

On Sat, May 06, 2017 at 09:56:12AM +0200, Peter N. M. Hansteen wrote:
> I have a weird problem here that I don't quite know how to debug.
> 
> On my laptop, which tends to run the latest amd64 snapshot or  one
> that's at most a few days old, the following sequence of events will,
> approximately one out of ten times, kill my X:
> 
> $ soffice fehfeh.csv &
> 
> where fehfeh.csv is the kind of file that went into the data for my pop3
> password groper columns - available via the blog referenced in my
> .signature and just browsing for the obvious keywords)
> 
> Then selecting a column (the username column) and using the Column Type
> dropdown to select Text typefor the column.
> 
> Then we have a black, empty screen for a moment and then the xenodm
> login dialog box reappears.
> 
> The most annoying thing here is that there is never an soffice.core
> file, although other processes that were active at the time may leave
> core files. This last time around it looks like only emacs was killed in
> such a way that it left a corefile:
> 
> [Sat May 06 09:50:22] peter@elke:~$ ls -ltr *core
> -rw---  1 peter  peter  1528700960 May  5 22:56 firefox.core
> -rw---  1 peter  peter56259040 May  6 09:25 emacs-25.2.core
> 
> (the firefox.core here is too old to be relevant here).
> 
> So the question is, of course: How do I go about usefully debugging this?
> 

I saw it too. But as I try to avoid using LibreOffice, it doesn't hurt
me too much :-)

If the problem is in X server (which die, and kill all X apps in the
same time), soffice will not generate a coredump. X server program
should, but as it is a special program (suid, privsep, ...), it doesn't.

/usr/xenocara/README describes the way to get a core file for X server.

to resume:
  - makes the system to generate coredump for suid programs
(kern.nosuidcoredump=2)

  - makes Xorg to not catch signal and die as any other program
(NoTrapSignals option in xorg.conf)

  - don't use privsep for X
(starting X with -keepPriv)

  - makes X server to crash
(playing with LibreOffice and CSV ?)

  - look at /var/crash and profit

-- 
Sebastien Marie

Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?

[Peter N. M. Hansteen]

I have a weird problem here that I don't quite know how to debug.

On my laptop, which tends to run the latest amd64 snapshot or  one
that's at most a few days old, the following sequence of events will,
approximately one out of ten times, kill my X:

$ soffice fehfeh.csv &

where fehfeh.csv is the kind of file that went into the data for my pop3
password groper columns - available via the blog referenced in my
.signature and just browsing for the obvious keywords)

Then selecting a column (the username column) and using the Column Type
dropdown to select Text typefor the column.

Then we have a black, empty screen for a moment and then the xenodm
login dialog box reappears.

The most annoying thing here is that there is never an soffice.core
file, although other processes that were active at the time may leave
core files. This last time around it looks like only emacs was killed in
such a way that it left a corefile:

[Sat May 06 09:50:22] peter@elke:~$ ls -ltr *core
-rw---  1 peter  peter  1528700960 May  5 22:56 firefox.core
-rw---  1 peter  peter56259040 May  6 09:25 emacs-25.2.core

(the firefox.core here is too old to be relevant here).

So the question is, of course: How do I go about usefully debugging this?

-- 
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: Version skew?

[jungle boogie]

On 05/05/2017 08:01 PM, Donald Allen wrote:

The /etc/installurl file is not present on either of my 'current'
systems. Reading the man pages, it looks to me like installurl is
related to the new syspatch facility, which I believe is for tracking
the STABLE branch. As I said, I'm running CURRENT, so if I've got all
this right, the fact that /etc/installurl isn't present on my systems
is not surprising.

Also, if you look at the pkg_add man page, PKG_PATH is documented
without any mention that it is deprecated.


See this commit:
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/distrib/sets/lists/base/mi?rev=1.823=text/x-cvsweb-markup