Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
> It is possible that I have missed important context here, but with a > bare environment with only essentials like $HOME defined and no > ~/.terminfo directory (as opposed to an empty one), do the odd messages > still appear? After rm -rf ~/.terminfo/ the message is gone (regardless of environmental variables). -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
> UPDATE: If the ~/.terminfo/ directory EXIST in users home but the > termcap file is missing, the behaviour returns. > It's to late now, but I will do the tests and report back tomorrow. And... The winner is: HOME="/home/eivind" That's the environmental variable that triggers the message if an empty ~/.terminfo/ directory is present in my home. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
> Now I wanted to start testing environmental variables so I completely > removed the ~/.terminfo/ directory, expecting the previous behavior to > return. However, I cannot reproduce! I even tried rebooting, but no. I > have no rational explanation for this. UPDATE: If the ~/.terminfo/ directory EXIST in users home but the termcap file is missing, the behaviour returns. It's to late now, but I will do the tests and report back tomorrow. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
> Given 'if I do "env -i TERM=tmux-256color mutt" mutt opens WITHOUT > triggering the message', that implies that one of the other variables > set would be triggering it, can you either figure out which one or > show the list so someone else can try to replicate it please? Yes, I would really like to do so. However, something really weird happened. The described behaviour was consistent and persistent after upgrade to 7.5, also across reboot. Due to Jeremy Mates mail, I tested copying termcap files to my home directory, and the behaviour stopped. Now I wanted to start testing environmental variables so I completely removed the ~/.terminfo/ directory, expecting the previous behavior to return. However, I cannot reproduce! I even tried rebooting, but no. I have no rational explanation for this. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronautsmi
Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
>The log message no longer appears after running > >cp /usr/share/terminfo/x/xterm-256color ~/.terminfo/x/ Indeed! After mkdir -p ~/.terminfo/t/ cp /usr/share/terminfo/t/tmux-256color ~/.terminfo/t/ (and the same for other termcaps used) those messages are gone from /var/log/messages. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
24/04/06 06:04PM, Stuart Henderson: > The fact that these all started hitting this with the same printf string > (including tmux, which is in base) makes me wonder if it's coming from a > library, the most likely being libcurses which was updated between 7.4 > and 7.5 (which all of those use). > > Try to ascertain what's going on when that message is logged. ktrace > might give some clues. Yes, I've been using these apps through numerous releases of OpenBSD on this apu2 and this have never been triggered until I upgraded to 7.5. As pointed out, it also affects prominent members of base; tmux, top, ksh. What seems to be in common for these apps are the version bump in libcurses, that would be my guess too. I tried passing different TERM, no change. I did "env -i mutt" but it resulted in "Error opening terminal: unknown.". But if I do "env -i TERM=tmux-256color mutt" mutt opens WITHOUT triggering the message. OK. So I've tried to unset various environmental variables one after another trying to hunt this down to one variable, but so far, no luck! I don't understand anything 'bout ktrace, but when I have the time I could try to look into that... -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
7.5 /var/log/messages - vfprintf %s NULL in "%.*s"
After upgrading to 7.5 amd64 -stable (and all ports updated) I get these messages in /var/log/messages. This is with bash from ports inside tmux over SSH: tmux: vfprintf %s NULL in "%.*s" bash: vfprintf %s NULL in "%.*s" multitail: vfprintf %s NULL in "%.*s" vim: vfprintf %s NULL in "%.*s" tmux: vfprintf %s NULL in "%.*s" bash: vfprintf %s NULL in "%.*s" multitail: vfprintf %s NULL in "%.*s" bash: vfprintf %s NULL in "%.*s" top: vfprintf %s NULL in "%.*s" top: vfprintf %s NULL in "%.*s" bash: vfprintf %s NULL in "%.*s" last message repeated 2 times irssi: vfprintf %s NULL in "%.*s" bash: vfprintf %s NULL in "%.*s" bash: vfprintf %s NULL in "%.*s" mutt: vfprintf %s NULL in "%.*s" vim: vfprintf %s NULL in "%.*s" -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
mrouted(8) warnings.
I get these warnings from OpenBSD's mrouted(8). Apart from flooding /var/log/messages, do they actually _mean_ anything, or should I just ignore them? I couldn't find much on the net. Dec 20 20:36:04 niflheim mrouted[92830]: warning - age_table_entry: SIOCGETSGCNT failing for (192.168.3.47 239.255.255.250): Invalid argument Dec 20 21:19:14 niflheim mrouted[92830]: warning - kernel entry already exists for (192.168.3.47 239.255.255.250) -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: Clarification about mfs/tmpfs on /tmp
I was not able to get correct permissions on my mfs /tmp until I put the following in /etc/rc.securelevel, which solved the problem. /bin/chmod 1777 /tmp -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: Hellos from the Lands of Norway.
>> On Tue, Nov 7, 2017 at 3:55 PM, Ywe Cærlyn <email@ywecærlyn.net> >> wrote: >> >> > Well I have introduced myself then. >> > To make it clear: No name anywhere like the probably pure fantasy name of this specimen have ever been held by any human, pixie, faery, troll or any other entity in Norway, nor in any other scandinavian or nordic country. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: Installer hangs - "already acking lease"
The issue are now fixed. https://marc.info/?l=openbsd-cvs=150663395424206=2 Thanks to K. R. Westerback! -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: Installer hangs - "already acking lease"
AAYeQCLQlVGQgoBSVJCX3BQSVJCYHtgCo9g oBiVYAqAe2AKDwBwCgFheWFgYXBhSVJCX6RCVUZCFBxfU1JTAYtoCgFJUlFCgUlSUUJgdmBwYFBJ UkJbgkQMTE5LQwhfSElEDEHQDA8IX1VJRAoDCF9QUlMRCQoGIwAOGHkAFB1fU1RBAHBQSVJDYHtg CoBgoAiTYAqApAoJpAoLFBdfRElTAHBQSVJDYH1gCoBgcGBQSVJDFEoEX0NSUwAIQlVGQxEJCgYj AAAYeQCLQlVGQwoBSVJDX3BQSVJDYHtgCo9goBiVYAqAe2AKDwBwCgFheWFgYXBhSVJDX6RCVUZD FBxfU1JTAYtoCgFJUlFDgUlSUUNgdmBwYFBJUkNbgkQMTE5LRAhfSElEDEHQDA8IX1VJRAoECF9Q UlMRCQoGI6AOGHkAFB1fU1RBAHBQSVJEYHtgCoBgoAiTYAqApAoJpAoLFBdfRElTAHBQSVJEYH1g CoBgcGBQSVJEFEoEX0NSUwAIQlVGRBEJCgYjAAAYeQCLQlVGRAoBSVJEX3BQSVJEYHtgCo9goBiV YAqAe2AKDwBwCgFheWFgYXBhSVJEX6RCVUZEFBxfU1JTAYtoCgFJUlFEgUlSUURgdmBwYFBJUkRb gkkJSURFMAhfQURSDAEAHwAUCV9TVEEApAoPW4IWUFJJXwhfQURSCgAUCV9TVEEApAoPW4JFBlNF QzAIX0FEUgoBFAlfU1RBAKQKD1uCTARNQVNUCF9BRFIKAAhfUk1WCgAUN19TVEEAcFNNSV8KhgoA YHtgCghgoBBgfU1JUzEKCE1JUzGkCg+ACghge01JUzFgTUlTMaQKAFuCD0FVRF8IX0FEUgwFAB8A W4IbTU9ETQhfQURSDAYAHwAIX1BSVxIGAgoFCgNbgkoPQUdQXwhfQURSDQAIX1BSVBIbARIY BAv//woAXC8DX1NCX1BDSTBMTktBCgBbgkcMVklEXwhfQURSCgAUFl9ET1MBcGhNSVM0U01JXwqe TUlTNBQUX0RPRACkEgwCDAABAQAMEAEBAFuCRQRDUlRfFApfQURSAKQLAAEUEl9EQ1MAcFNNSV8K jgoBYKRgFBJfREdTAHBTTUlfCpkKAWCkYBQNX0RTUwFEU1NfCgFoW4JFBExDRF8UCl9BRFIApAsQ ARQSX0RDUwBwU01JXwqOCgJgpGAUEl9ER1MAcFNNSV8KmQoCYKRgFA1fRFNTAURTU18KAmhbgkda UENJRQhfQURSDAAAHgAIX1BSVxIGAgoLCgMIX1BSVBJOCwcSGgQM//8BAAoAXC8DX1NCX1BDSTBM TktECgASGgQM//8BAAoBXC8DX1NCX1BDSTBMTktECgASGgQM//8BAAoCXC8DX1NCX1BDSTBMTktE CgASGgQM//8DAAoAXC8DX1NCX1BDSTBMTktCCgASGgQM//8DAAoBXC8DX1NCX1BDSTBMTktECgAS GAQL//8KAFwvA19TQl9QQ0kwTE5LQwoAEhoEDP//CAAKAFwvA19TQl9QQ0kwTE5LQwoAW4IsQ1JE MAhfQURSDQAUDl9JTkkAU01JXwqVCgQIX1MxRAoACF9TM0QKA1uCLENSRDEIX0FEUgwBAAEA FA5fSU5JAFNNSV8KnQoECF9TMUQKAAhfUzNECgNbgkYUR0RDSwhfSElEDEHQDBUURwVfU1RBAKA8 e01JUzUKAQBwU01JXwqNCgJioChicFNNSV8KhwoAYKAYYIZcLwRfU0JfUENJMFBDSUVHRENLCgCk CgBwU01JXwqHCgBgoAVgpAoPpAoAFChfVUlEAFNYMTBTWDMwCgVTWDMwT1NJRFNYMTFwU1g0MmBT WDEypGAUQAVfQkROAHBTTUlfCocKAGCgC5NgCgGkDBCsgAegC5NgCgKkDBCsgAigC5NgCgSkDBCs gAmgC5NgCgikDBCsgAqgC5NgChCkDBCsgAukCgAUCV9FSjMBpAoAFEkFX0RDSwGgEWhTTUlfCo0K AXAKAE1JUzWhF1NNSV8KjQoAcAoATUlTMnAKAU1JUzV9CgQKEGFwU01JXwqGCgBge2BhYIBhYXtN SVMxYWF9YWBNSVMxpAoBW4IqSkxBTghfQURSDAAACAAIX0VKRA1cX1NCXy5QQ0kwLlBDSUUuR0RD SwBbgkUvTVBDSQhfQURSDAAADAAIX1BSVxIGAgobCgMIX0VKRA1cX1NCXy5QQ0kwLlBDSUUuR0RD SwAIWlBSVBIOARILBAv//woACgAKAAhCUFJUEkAMBxIaBAz//wUACgBcLwNfU0JfUENJMExOS0MK ABIaBAz//wEACgBcLwNfU0JfUENJMExOS0MKABIaBAz//wEACgFcLwNfU0JfUENJMExOS0IKABIa BAz//wEACgJcLwNfU0JfUENJMExOS0MKABIaBAz//wEACgNcLwNfU0JfUENJMExOS0IKABIaBAz/ /wcACgBcLwNfU0JfUENJMExOS0MKABIaBAz//wgACgBcLwNfU0JfUENJMExOS0MKAAhIUFJUEkwS CxIaBAz//wUACgBcLwNfU0JfUENJMExOS0MKABIaBAz//wEACgBcLwNfU0JfUENJMExOS0MKABIa BAz//wEACgFcLwNfU0JfUENJMExOS0MKABIaBAz//wEACgJcLwNfU0JfUENJMExOS0MKABIaBAz/ /wEACgNcLwNfU0JfUENJMExOS0MKABIaBAz//wIACgBcLwNfU0JfUENJMExOS0MKABIaBAz//wIA CgFcLwNfU0JfUENJMExOS0MKABIaBAz//wIACgJcLwNfU0JfUENJMExOS0MKABIaBAz//wIACgNc LwNfU0JfUENJMExOS0MKABIaBAz//wcACgBcLwNfU0JfUENJMExOS0MKABIaBAz//wgACgBcLwNf U0JfUENJMExOS0MKABQrX1BSVABwU01JXwqHCgBgoAqTYAoCpEJQUlSgCpNgCgikSFBSVKRaUFJU W4JGBEFEUFQIX0FEUgwAAAcAW4QoUEFEQQAAABQJX1NUQQCkCgEUCl9PTl8AcAoAYBQKX09GRgBw CgBgCF9QUjASBgFQQURBW4I8RElERQhfQURSDAAABQBbgitQUklNCF9BRFIKABQJX1NUQQCkCg9b ghNNQVNUCF9BRFIKAAhfUk1WCgA= begin-base64 644 FACP.1 RkFDUHQBdkRFTEwgIENQaSBSICAADwXTJ0FTTCBhAPj/fwBA/v8AAAkAsgAAAHBxl4AA CAQIIAgAAAgIAAAoCAAALAgAAAQCAQQEBBAAMgDQBwABAwAAADUC AAA= begin-base64 644 RSDT.0 UlNEVCgBn0RFTEwgIENQaSBSICAADwXTJ0FTTCBhkN4PAA== begin-base64 644 headers ClJTRCBQVFI6IENoZWNrc3VtPTQ3LCBPRU1JRD1ERUxMLCBSc2R0QWRkcmVzcz0weDAwMGZkZTY0 CgoKUlNEVDogTGVuZ3RoPTQwLCBSZXZpc2lvbj0xLCBDaGVja3N1bT0xNTksCglPRU1JRD1ERUxM LCBPRU0gVGFibGUgSUQ9Q1BpIFIsIE9FTSBSZXZpc2lvbj0weDI3ZDMwNTBmLAoJQ3JlYXRvciBJ RD1BU0wsIENyZWF0b3IgUmV2aXNpb249MHg2MQoKCglFbnRyaWVzPXsgMHgwMDBmZGU5MCB9CgoK CURTRFQ9MHhmZmZlNDAwMAoJSU5UX01PREVMPVBJQwoJU0NJX0lOVD05CglTTUlfQ01EPTB4YjIs IEFDUElfRU5BQkxFPTB4NzAsIEFDUElfRElTQUJMRT0weDcxLCBTNEJJT1NfUkVRPTB4OTcKCVBN MWFfRVZUX0JMSz0weDgwMC0weDgwMwoJUE0xYV9DTlRfQkxLPTB4ODA0LTB4ODA1CglQTTJfQ05U X0JMSz0weDgyMC0weDgyMAoJUE0yX1RNUl9CTEs9MHg4MDgtMHg4MGIKCVBNMl9HUEUwX0JMSz0w eDgyOC0weDgyYgoJUE0yX0dQRTFfQkxLPTB4ODJjLTB4ODJmLCBHUEUxX0JBU0U9MTYKCVBfTFZM Ml9MQVQ9NTBtcywgUF9MVkwzX0xBVD0yMDAwbXMKCUZMVVNIX1NJWkU9MCwgRkxVU0hfU1RSSURF PTAKCURVVFlfT0ZGU0VUPTEsIERVVFlfV0lEVEg9MwoJREFZX0FMUk09MCwgTU9OX0FMUk09MCwg Q0VOVFVSWT0wCglGbGFncz17V0JJTlZELFBST0NfQzEsUFdSX0JVVFRPTixTTFBfQlVUVE9OLERD S19DQVB9CgoKRFNEVDogTGVuZ3RoPTEyNjc0LCBSZXZpc2lvbj0xLCBDaGVja3N1bT01NCwKCU9F TUlEPUlOVDQzMCwgT0VNIFRhYmxlIElEPVNZU0ZleHh4LCBPRU0gUmV2aXNpb249MHgxMDAxLAoJ Q3JlYXRvciBJRD1NU0ZULCBDcmVhdG9yIFJldmlzaW9uPTB4MTAwMDAwZQoK -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: Installer hangs - "already acking lease"
2017-09-11 16:05 GMT+02:00 Eivind Eide <xeno...@gmail.com>: > Trying to upgrade this old machine with i386 snapshot bsd.rd from > 2017-09-11. bsd.rd boots ok, but after fscheck it tries to get dhcp. > After "DHCPOFFER from 192.168.1.1 (mac-address)" it just waits, > nothing more happens. > > On the router, running OBSD 6.1 -stable it says: > dhcpd: DHCPDISCOVER from (mac-address) via vether0 > dhcpd: DHCPDISCOVER from (mac-address via vether0 > dhcpd: already acking lease 192.168.1.32 > dhcpd: DHCPOFFER on 192.168.1.32 to (mac-address) via vether0 > > ...And i get no further. Any clues? > Still this problem with all bsd.rd from snapshots. Latest tried bsd.rd from i386 snapshot 2017-09-26. dhclient in bsd.rd don't get lease, it just hangs. I tried to bypass my own router (OBSD 6.1 -stable) and plug the cable directly into my ISPs cable modem, as to test with their DHCP server. Same result. I've also tried to drop to the shell in bsd.rd and test dhclient. It just hangs. The only clue I have is from my own router: "already acking lease 192.168.1.32". Whatever that means. Googeling have brought me no further. If I don't find any clues on this I can't update OpenBSD anymore. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: Installer hangs - "already acking lease"
2017-09-11 16:30 GMT+02:00 Karel Gardas <gard...@gmail.com>: > Seen the same but on Sep 9 snapshots and on amd64 platform. Another > reboot to bsd.rd and everything was fine and I upgraded to latest > snapshot successfully... > Many reboots. No luck. -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Installer hangs - "already acking lease"
Trying to upgrade this old machine with i386 snapshot bsd.rd from 2017-09-11. bsd.rd boots ok, but after fscheck it tries to get dhcp. After "DHCPOFFER from 192.168.1.1 (mac-address)" it just waits, nothing more happens. On the router, running OBSD 6.1 -stable it says: dhcpd: DHCPDISCOVER from (mac-address) via vether0 dhcpd: DHCPDISCOVER from (mac-address via vether0 dhcpd: already acking lease 192.168.1.32 dhcpd: DHCPOFFER on 192.168.1.32 to (mac-address) via vether0 ...And i get no further. Any clues? -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
i386 generic kernel compile error
I'm trying to compile generic i386 -current kernel to test a patch which maybe can make -current kernel bootable again on this old machine I got. https://marc.info/?l=openbsd-bugs=147293672100677=2 However the compile fails with errors that seems to relate to something else. Details about my machine in the tread: https://marc.info/?l=openbsd-bugs=147282970312124=2 Does anybody have any pointers to succeed in compiling this generic kernel? Or, alternatively, can someone compile a i386 generic -current kernel for me with the above mentioned patch? Hope I can get OpenBSD -current on that old machine again. The errors printed when kernel compilation fails below. Thanks! (...snip...) cc -Werror -Wall -Wimplicit-function-declaration -Wno-main -Wno-uninitialized -Wframe-larger-than=2047 -fno-builtin-printf -fno-builtin-snprintf -fno-builtin-vsnprintf -fno-builtin-log -fno-builtin-log2 -fno-builtin-malloc -fno-pie -O2 -pipe -nostdinc -I../../../.. -I. -I../../../../arch -DDDB -DDIAGNOSTIC -DKTRACE -DACCOUNTING -DKMEMSTATS -DPTRACE -DPOOL_DEBUG -DCRYPTO -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUVM_SWAP_ENCRYPT -DFFS -DFFS2 -DFFS_SOFTUPDATES -DUFS_DIRHASH -DQUOTA -DEXT2FS -DMFS -DNFSCLIENT -DNFSSERVER -DCD9660 -DUDF -DMSDOSFS -DFIFO -DFUSE -DSOCKET_SPLICE -DTCP_SACK -DTCP_ECN -DTCP_SIGNATURE -DART -DINET6 -DIPSEC -DPPP_BSDCOMP -DPPP_DEFLATE -DPIPEX -DMROUTING -DMPLS -DBOOT_CONFIG -DUSER_PCICONF -DKVM86 -DAPERTURE -DMTRR -DNTFS -DHIBERNATE -DPCIVERBOSE -DEISAVERBOSE -DUSBVERBOSE -DWSDISPLAY_COMPAT_USL -DWSDISPLAY_COMPAT_RAWKBD -DWSDISPLAY_DEFAULTSCREENS="6" -DX86EMU -DONEWIREVERBOSE -DMAXUSERS=80 -D_KERNEL -MD -MP -c ../../../../netinet/ip_ecn.c cc -Werror -Wall -Wimplicit-function-declaration -Wno-main -Wno-uninitialized -Wframe-larger-than=2047 -fno-builtin-printf -fno-builtin-snprintf -fno-builtin-vsnprintf -fno-builtin-log -fno-builtin-log2 -fno-builtin-malloc -fno-pie -O2 -pipe -nostdinc -I../../../.. -I. -I../../../../arch -DDDB -DDIAGNOSTIC -DKTRACE -DACCOUNTING -DKMEMSTATS -DPTRACE -DPOOL_DEBUG -DCRYPTO -DSYSVMSG -DSYSVSEM -DSYSVSHM -DUVM_SWAP_ENCRYPT -DFFS -DFFS2 -DFFS_SOFTUPDATES -DUFS_DIRHASH -DQUOTA -DEXT2FS -DMFS -DNFSCLIENT -DNFSSERVER -DCD9660 -DUDF -DMSDOSFS -DFIFO -DFUSE -DSOCKET_SPLICE -DTCP_SACK -DTCP_ECN -DTCP_SIGNATURE -DART -DINET6 -DIPSEC -DPPP_BSDCOMP -DPPP_DEFLATE -DPIPEX -DMROUTING -DMPLS -DBOOT_CONFIG -DUSER_PCICONF -DKVM86 -DAPERTURE -DMTRR -DNTFS -DHIBERNATE -DPCIVERBOSE -DEISAVERBOSE -DUSBVERBOSE -DWSDISPLAY_COMPAT_USL -DWSDISPLAY_COMPAT_RAWKBD -DWSDISPLAY_DEFAULTSCREENS="6" -DX86EMU -DONEWIREVERBOSE -DMAXUSERS=80 -D_KERNEL -MD -MP -c ../../../../netinet6/in6_pcb.c ../../../../netinet6/in6_pcb.c: In function 'in6_pcbaddrisavail': ../../../../netinet6/in6_pcb.c:211: error: expected expression before '<<' token ../../../../netinet6/in6_pcb.c:268: error: 'IN6_IFF_NOTREADY' undeclared (first use in this function) ../../../../netinet6/in6_pcb.c:268: error: (Each undeclared identifier is reported only once ../../../../netinet6/in6_pcb.c:268: error: for each function it appears in.) ../../../../netinet6/in6_pcb.c:284: error: 'error' undeclared (first use in this function) cc1: warnings being treated as errors ../../../../netinet6/in6_pcb.c:287: warning: implicit declaration of function 'in_pcblookup' ../../../../netinet6/in6_pcb.c:287: error: 'head' undeclared (first use in this function) ../../../../netinet6/in6_pcb.c:291: warning: assignment makes pointer from integer without a cast ../../../../netinet6/in6_pcb.c:298: error: expected expression before '==' token ../../../../netinet6/in6_pcb.c:307: warning: assignment makes pointer from integer without a cast ../../../../netinet6/in6_pcb.c:307: error: expected ';' before '}' token ../../../../netinet6/in6_pcb.c:313: error: expected expression before '>>' token ../../../../netinet6/in6_pcb.c:316: error: too few arguments to function 'in_pcblookup_local' ../../../../netinet6/in6_pcb.c:592: error: expected declaration or statement at end of input *** Error 1 in /usr/src/sys/arch/i386/compile/GENERIC (Makefile:1021 'in6_pcb.o') # -- Eivind Eide "ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD" - Oceania Association of Autonomous Astronauts
Re: seamonkey error
at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets sd0 at scsibus3 targ 1 lun 0: OPENBSD, SR CRYPTO, 005 SCSI2 0/direct fixed sd0: 73241MB, 512 bytes/sector, 149998377 sectors root on sd0a (b7aac228eb17d109.a) swap on sd0b dump on sd0b radeondrm0: 1400x1050 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wsdisplay0: screen 1-5 added (std, vt100 emulation) -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
Re: seamonkey error
No, sorry. I had openldap-client installed already, dependency of libreoffice. But it doesn't change anything, the error remains the same... 2015-05-22 15:39 GMT+02:00 David Coppa dco...@gmail.com: On Fri, May 22, 2015 at 3:28 PM, Eivind Eide xeno...@gmail.com wrote: From: L.R. D.S. arrowscript at mail.com Subject: Re: seamonkey error Date: 2015-04-17 22:21:28 GMT Solved on lastest snapshot. For me this has not changed. I still can't start seamonkey. I have uninstalled and reinstalled. Removed files in $HOME. I still get the same error: $ seamonkey XPCOMGlueLoad error for file /usr/local/lib/seamonkey-2.33.1/../../ldap/sdks/c-sdk/ldap/libraries/libldap/libldap60.so.41.0: File not found Couldn't load XPCOM. Could you please try: # pkg_add openldap-client I suspect there's a missing runtime dependency on openldap. Ciao! David -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
Re: seamonkey error
No. Still the same. 2015-05-22 16:39 GMT+02:00 David Coppa dco...@gmail.com: On Fri, May 22, 2015 at 4:20 PM, Eivind Eide xeno...@gmail.com wrote: No, sorry. I had openldap-client installed already, dependency of libreoffice. But it doesn't change anything, the error remains the same... What about the workaround below? # ln -s /usr/local/lib/libldap-2.4.so.13.0 /usr/local/lib/libldap60.so.41.0 -David -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
i386 bsd.rd panic
at softraid0: 256 targets sd0 at scsibus3 targ 1 lun 0: OPENBSD, SR CRYPTO, 005 SCSI2 0/direct fixed sd0: 73241MB, 512 bytes/sector, 149998377 sectors root on sd0a (b7aac228eb17d109.a) swap on sd0b dump on sd0b radeondrm0: 1400x1050 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wsdisplay0: screen 1-5 added (std, vt100 emulation) -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
Re: jwm ; speedy window manager
i recommend jwm as window manager . Second that. It's a good WM for slow systems. But obsd port sticks at 2.1.0 http://openports.se/x11/jwm while upstreams have 2.2.2 http://www.joewing.net/projects/jwm/release-2.2.shtml#v2.2.2 ...probably have to read myself up on updating obsd ports one day instead of whining... -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
Re: seamonkey error
Sorry. I didn't elaborate enough. export PKG_PATH=http://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/; 1. pkg_delete -iv seamonkey pkg_add -iv seamonkey result: seamonkey XPCOMGlueLoad error for file /usr/local/lib/seamonkey-2.33.1/../../ldap/sdks/c-sdk/ldap/libraries/libldap/libldap60.so.41.0: File not found Couldn't load XPCOM. 2. pkg_delete -iv seamonkey cd /usr/ports/ sudo cvs -qd 'anon...@anoncvs.eu.openbsd.org:/cvs' up -Pd cd /usr/ports/www/seamonkey/ make clean make ...completes... make install result: ...snip... /usr/ports/pobj/seamonkey-2.33.1/bin/install -c -m 644 /usr/ports/pobj/seamonkey-2.33.1/fake-i386/usr/local/lib/seamonkey-2.33.1/chrome/icons/default/seamonkey.png /usr/ports/pobj/seamonkey-2.33.1/fake-i386/usr/local/share/pixmaps/seamonkey.png Installing /usr/ports/www/seamonkey/pkg/README-main as /usr/ports/pobj/seamonkey-2.33.1/fake-i386/usr/local/share/doc/pkg-readmes/seamonkey-2.33.1 === Building package for seamonkey-2.33.1 Create /usr/ports/packages/i386/all/seamonkey-2.33.1.tgz Error: Libraries in packing-lists in the ports tree and libraries from installed packages don't match --- /tmp/dep_cache.LACKe6kIT/portstree-seamonkey-2.33.1 Mon Mar 30 10:51:49 2015 +++ /tmp/dep_cache.LACKe6kIT/inst-seamonkey-2.33.1 Mon Mar 30 10:51:49 2015 @@ -5,16 +5,16 @@ -W Xext.13.0 -W Xrender.6.0 -W Xt.11.0 --W atk-1.0.21609.1 +-W atk-1.0.21409.1 -W c.78.1 -W cairo.12.3 -W fontconfig.9.1 -W freetype.23.0 -W gdk_pixbuf-2.0.3000.0 --W gio-2.0.4200.1 --W glib-2.0.4200.1 --W gobject-2.0.4200.1 --W gthread-2.0.4200.1 +-W gio-2.0.4200.0 +-W glib-2.0.4200.0 +-W gobject-2.0.4200.0 +-W gthread-2.0.4200.0 -W m.9.0 -W nspr4.23.1 -W nss3.36.0 *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3225 'wantlib-args') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1944 '/usr/ports/packages/i386/all/seamonkey-2.33.1.tgz') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2493 '_internal-package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2473 'package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1957 '/var/db/pkg/seamonkey-2.33.1/+CONTENTS') *** Error 1 in /usr/ports/www/seamonkey (/usr/ports/infrastructure/mk/bsd.port.mk:2473 'install') This is more or less the result with the last 3 snapshots or so -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
Re: seamonkey error
On 04 Apr 2015, Anthony Campbell wrote: Install the latest snapshot after grabbing bsd.rd and SHA256.sig (verify with signify). Reboot, run upgrade. Once this is complete, run sysmerge. Then do pkg_update -ui. I've done this at least half a dozen times without problems apart from one or two library mismatches that were solved by later upgrades. PKG_PATH=ftp://mirrorservice.org/pub/OpenBSD/snapshots/packages/amd64/`machine -a`/ Yes. As I tried to say, this is exactly what I did the last 3 snapshots or so The problem with seamonkey as I've described persists. -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
seamonkey error
16 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets sd0 at scsibus3 targ 1 lun 0: OPENBSD, SR CRYPTO, 005 SCSI2 0/direct fixed sd0: 73241MB, 512 bytes/sector, 149998377 sectors root on sd0a (b7aac228eb17d109.a) swap on sd0b dump on sd0b radeondrm0: 1400x1050 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wsdisplay0: screen 1-5 added (std, vt100 emulation) -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts
signify - verification failed
Installing packages suddenly fail with latest snapshot. Running i386 snapshot: OpenBSD 5.5-beta (GENERIC) #231: Tue Jan 14 10:40:22 MST 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC Problem appears as: sudo pkg_add -iv ImageMagick Update candidates: quirks-1.106 - quirks-1.106 (ok) ImageMagick-6.7.7.7p5:libwmf-0.2.8.4p0: ok ImageMagick-6.7.7.7p5:libltdl-2.4.2p0: ok pub fp: UQW0HmnVm5k= sig fp: qMGXBLsGJhI= signify: verification failed: checked against wrong key system(/usr/bin/signify, -p, /etc/signify/54pkg.pub, -V, -m, /tmp/pkgcontent.78a1QBH0o) failed: exit(1) --- +transfig-3.2.5ap0 --- Bad signature Packages with signatures: 2 Fatal error: transfig-3.2.5ap0 is corrupted at /usr/libdata/perl5/OpenBSD/PkgAdd.pm line 659. These signatures are present: ls -l /etc/signify/ total 24 -rw-r--r-- 1 root wheel 106 Jan 14 18:25 54base.pub -rw-r--r-- 1 root wheel 110 Jan 14 18:25 54fw.pub -rw-r--r-- 1 root wheel 110 Jan 14 18:25 54pkg.pub -rw-r--r-- 1 root wheel 117 Jan 14 18:25 55base.pub -rw-r--r-- 1 root wheel 121 Jan 14 18:25 55fw.pub -rw-r--r-- 1 root wheel 121 Jan 14 18:25 55pkg.pub Anybody knows what to do? -- Eivind Eide ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD - Oceania Association of Autonomous Astronauts