Re: Hellos from the Lands of Norway.
Den 11/26/2017 06:27, skrev leo_...@volny.cz: "Sterling Archer"wrote: P-p-palmleaf schaafuit? A-a-ask the Catholic church. --schaafuit. Ok I am just going to ignore this thread now. If anyone wants to talk to me, maybe better you email me personally. And again my channel is here: https://www.youtube.com/channel/UCR3gmLVjHS5A702wo4bol_Q "Nodemeister Of Ukkus". And I am working on "commercial sobriety", for "available source". And doing related philosophical work. Peaceful Saluations.
Re: Hellos from the Lands of Norway.
Den 11/26/2017 06:18, skrev leo_...@volny.cz: "Ywe Cærlyn"wrote: Palmleaf, schaafuit? Ask the Catholic church. --schaafuit. P-p-palmleaf schaafuit?
Re: Hellos from the Lands of Norway.
Den 11/26/2017 00:20, skrev leo_...@volny.cz: "Ywe Cærlyn"wrote: Are you deaf and mute, boy? Enigmatic knowledge of backwardness? Fires? Keep talking and you´ll have that. At least he won't have hairy palms and baldness. Unlike you. Try cabbage leaves for the latter. --schaafuit. Palmleaf, schaafuit?
It's a troll! (Re: Hellos from the Lands of Norway.)
Okay folks, it's a troll alright. /thread. --schaafuit.
RE: Hellos from the Lands of Norway.
"Sterling Archer"wrote: > P-p-palmleaf schaafuit? A-a-ask the Catholic church. --schaafuit.
RE: Hellos from the Lands of Norway.
"Ywe Cærlyn"wrote: > Palmleaf, schaafuit? Ask the Catholic church. --schaafuit.
RE: Hellos from the Lands of Norway.
"Ywe Cærlyn"wrote: > Are you deaf and mute, boy? Enigmatic knowledge of backwardness? Fires? > Keep talking and you´ll have that. At least he won't have hairy palms and baldness. Unlike you. Try cabbage leaves for the latter. --schaafuit.
Re: Hellos from the Lands of Norway.
Are you deaf and mute, boy? Enigmatic knowledge of backwardness? Fires? Keep talking and you´ll have that. Den 11/26/2017 00:10, skrev flipchan: Be fkn simple 1:what do you want 2: why is it openbsd related ? On November 25, 2017 5:51:45 PM GMT+01:00, "Ywe Cærlyn"wrote: The thread descends into Querulus Paranoid state after a simple introduction? Not good. My profile on my youtube channel is about me, for those wanting to know me, and there will be more content there, full audio/video media wise, since I am indeed trying to do what I am saying. And which also says "No GNU-Zealots". I changed name from the amigamusician-bit related name to "Nodemeister Of Üccüg" aswell. Particulary something I am thinking about ATM, is optimal respresentation of pixels, pr pixel, thinking of screen rendering and things like that, and using graphics hardware for something useful. Not games. So if anyone wants to do some benignant hacking, my suggestion is to implement a mode like this, in the relelvant area of work: https://www.youtube.com/watch?v=2dx6dbiTm8w Peaceful Salutations. -- Take Care Sincerely flipchan layerprox dev
Re: Image viewer alternative to eog
On Sat, Nov 25, 2017 at 10:23:15PM +0100, Sterling Archer wrote: > On Sat, Nov 25, 2017 at 10:11 PM, Ax0nwrote: > > I use xloadimage from ports. Grok the man page. Several useful CLI flags. > > > > On Nov 25, 2017 3:06 PM, "x9p" wrote: > > > >> Hi, > >> > >> Is there a good/safe and light image viewer? Was used to eog, but it has > >> too many "vfprintf %s NULL" in messages. gimp is too big and good for play > >> with images, In need of smth fast. > >> > >> cheers. > >> > >> x9p > >> > >> > > You could try feh, it's in ports. > > -- > :wq! > :+1: -- Lenilson Get my PGP public key: gpg --recv-keys 0x0ce400b75074d5cf Pascal Users: To show respect for the 313th anniversary (tomorrow) of the death of Blaise Pascal, your programs will be run at half speed. signature.asc Description: PGP signature
Re: Hellos from the Lands of Norway.
Be fkn simple 1:what do you want 2: why is it openbsd related ? On November 25, 2017 5:51:45 PM GMT+01:00, "Ywe Cærlyn"wrote: >The thread descends into Querulus Paranoid state after a simple >introduction? Not good. > >My profile on my youtube channel is about me, for those wanting to know > >me, and there will be more content there, full audio/video media wise, >since I am indeed trying to do what I am saying. And which also says >"No >GNU-Zealots". > >I changed name from the amigamusician-bit related name to "Nodemeister >Of Üccüg" aswell. > >Particulary something I am thinking about ATM, is optimal >respresentation of pixels, pr pixel, thinking of screen rendering and >things like that, and using graphics hardware for something useful. Not > >games. > >So if anyone wants to do some benignant hacking, my suggestion is to >implement a mode like this, in the relelvant area of work: >https://www.youtube.com/watch?v=2dx6dbiTm8w > >Peaceful Salutations. -- Take Care Sincerely flipchan layerprox dev
RE: Image viewer alternative to eog
Hi, "Sterling Archer"wrote: > You could try feh, it's in ports. /me approves. I use it combination with lynx to cover 90% of the usage cases of a graphical browser (javashit peddlers can gth -- run it on your own bloody machine, not mine!). But that's me :^) --schaafuit.
machine check trap at acpicpu_idle
OpenBSD amd64 6.2 release with syspatches. Older MacPro machine. Error is seen on console after some hours of "idle" time: ehci0: unrecoverable error, controller halted kernel: machine check trap, code=0 Stopped at acpicpu_idle+0x1df: leaq0xffb0(%rbp),%rdi dbb{0}> At this point the keyboard is nonresponsive. Hoping I could try a different config to work around this? dmesg below. Allan OpenBSD 6.2 (GENERIC.MP) #0: Thu Oct 12 19:53:18 CEST 2017 r...@syspatch-62-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 10715041792 (10218MB) avail mem = 10383282176 (9902MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe00f0 (73 entries) bios0: vendor Apple Computer, Inc. version "MP11.88Z.005C.B08.0707021221" date 07/02/07 bios0: Apple Computer, Inc. MacPro1,1 acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT ECDT FACP HPET APIC MCFG SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT acpi0: wakeup devices P2P5(S4) P2P3(S4) ARPT(S4) RP04(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AC9M(S4) EC__(S3) NRP4(S4) SRP1(S4) SRP3(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Xeon(R) CPU 5150 @ 2.66GHz, 2660.35 MHz cpu0: 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,NXE,LONG,LAHF,PERF,SENSOR cpu0: 4MB 64b/line 16-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 332MHz cpu0: mwait min=64, max=64, C-substates=0.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Xeon(R) CPU 5150 @ 2.66GHz, 2660.00 MHz cpu1: 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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,NXE,LONG,LAHF,PERF,SENSOR cpu1: 4MB 64b/line 16-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 7 (application processor) cpu2: Intel(R) Xeon(R) CPU 5150 @ 2.66GHz, 2660.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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,NXE,LONG,LAHF,PERF,SENSOR cpu2: 4MB 64b/line 16-way L2 cache cpu2: smt 0, core 1, package 3 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Xeon(R) CPU 5150 @ 2.66GHz, 2660.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,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,NXE,LONG,LAHF,PERF,SENSOR cpu3: 4MB 64b/line 16-way L2 cache cpu3: smt 0, core 0, package 3 ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xd000, bus 0-255 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus 2 (P1P2) acpiprt3 at acpi0: bus 5 (P2P5) acpiprt4 at acpi0: bus 3 (P2P3) acpiprt5 at acpi0: bus 15 (RP04) acpiprt6 at acpi0: bus 16 (PCIB) acpiprt7 at acpi0: bus 8 (NRP4) acpiprt8 at acpi0: bus 12 (SRP1) acpiprt9 at acpi0: bus 14 (SRP3) acpicpu0 at acpi0: C1(1000@1 mwait) acpicpu1 at acpi0: C1(1000@1 mwait) acpicpu2 at acpi0: C1(1000@1 mwait) acpicpu3 at acpi0: C1(1000@1 mwait) "PNP0003" at acpi0 not configured "APP0001" at acpi0 not configured "ACPI0001" at acpi0 not configured acpibtn0 at acpi0: PWRB "APP0006" at acpi0 not configured memory map conflict 0xfff9/0x3 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel 5000X Host" rev 0x30 ppb0 at pci0 dev 2 function 0 "Intel 5000 PCIE x8" rev 0x30 pci1 at ppb0 bus 1 ppb1 at pci1 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01 pci2 at ppb1 bus 2 ppb2 at pci2 dev 0 function 0 "Intel 6321ESB PCIE" rev 0x01: msi pci3 at ppb2 bus 3 ppb3 at pci2 dev 1 function 0 "Intel 6321ESB PCIE" rev 0x01: msi pci4 at ppb3 bus 4 ppb4 at pci2 dev 2 function 0 "Intel 6321ESB PCIE" rev 0x01 pci5 at ppb4 bus 5 em0 at pci5 dev 0 function 0 "Intel 80003ES2" rev 0x01: msi, address 00:17:f2:03:41:94 em1 at pci5 dev 0 function 1 "Intel 80003ES2" rev 0x01: msi, address 00:17:f2:03:41:95 "Intel 6321ESB IOxAPIC" rev 0x01 at pci1 dev 0 function 1 not configured ppb5 at pci1 dev 0 function 3 "Intel 6321ESB PCIE-PCIX" rev 0x01 pci6 at ppb5 bus 6 pchb1 at pci0 dev 3 function 0 "Intel 5000 PCIE" rev 0x30 ppb6 at pci0 dev 4 function 0 "Intel 5000 PCIE x16" rev 0x30: msi pci7 at ppb6 bus 8 radeondrm0 at pci7 dev 0 function 0 "ATI Radeon HD 4670" rev 0x00 drm0 at radeondrm0 radeondrm0: msi azalia0 at pci7 dev 0 function 1 "ATI Radeon HD 4000 HD Audio" rev 0x00: msi azalia0: no supported codecs pchb2 at
Re: Image viewer alternative to eog
Le 2017-11-25 20:51, x9p a écrit : Hi, Is there a good/safe and light image viewer? Was used to eog, but it has too many "vfprintf %s NULL" in messages. gimp is too big and good for play with images, In need of smth fast. cheers. x9p Hello, I would recommend sxiv
Re: desync: scheduling fib reload
Hi Robert, i have the same problem: ospfd[94311]: desync; scheduling fib reload ospfd[94311]: reloading interface list and routing table Have you a fix for your problem ? i have my mbuf extended to 32768 with no success. i have bgpd and ospfd on the same machine and ospfs loads the complete bgpd routingtable from the whole internet in the fib. this can be my problem. Thanks Thomas Am 2017-10-30 11:15, schrieb Robert Blacquiere: Hi Theo, On Sun, Oct 29, 2017 at 11:45:54AM -0600, Theo de Raadt wrote: Yes, on the route socket. It is unreasonable for the kernel to maintain an infinite number of route change messages, so about 9 years ago we developed this scheme of marking the situation for userland to handle. Such a mechanism didn't exist before, because noone had run into the concern before -- people weren't turning *BSD systems into full-table/high-churn routing systems before our daemons came along. Thanks for explaining. > We have changed default sysctl settings for: > kern.maxcluster=24576 > net.inet.ip.ifq.maxlen=4096 > net.inet6.ip6.ifq.maxlen=1024 > > as from netstat -m we ran out of 2048 mbufs at defaults. Come on, think for a second. See "ip" and "ip6"? That doesn't grow the queue on the routing socket. If anything it probably makes your situation worse. The ip and ip6 were the first things I changed to help drops on interfaces. That has worked, we have now no dropped traffic. And yes I know that does not help with the ospf issue. As for growing the size of the route socket buffer -- it is unclear whether that won't make the situation worse. When a desync is detected in userland, you will already have read and consumed the full queue -- which now has a gap in it, and requires a fresh restart. So you are promising to do MORE wasteful work before recovering. Anyways, there are two circumstances where it happens: route buffer limits, or temporary mbuf shortage. I think you've hit the latter. How can I fix this temporary mbuf shortage? I have been searching how to detect this. From netstat -m output: $ netstat -m 956 mbufs in use: 933 mbufs allocated to data 14 mbufs allocated to packet headers 9 mbufs allocated to socket names and addresses 930/13264/24576 mbuf 2048 byte clusters in use (current/peak/max) 0/8/24576 mbuf 4096 byte clusters in use (current/peak/max) 0/8/24576 mbuf 8192 byte clusters in use (current/peak/max) 0/14/24584 mbuf 9216 byte clusters in use (current/peak/max) 0/10/24580 mbuf 12288 byte clusters in use (current/peak/max) 0/8/24576 mbuf 16384 byte clusters in use (current/peak/max) 0/8/24576 mbuf 65536 byte clusters in use (current/peak/max) 3768 Kbytes allocated to network (55% in use) 0 requests for memory denied 0 requests for memory delayed 0 calls to protocol drain routines We hit max 2048 mbuf clusters so i bumped the kern.maxcluster. Does anybody know how to attack this issue, I have been searching how to debug this potential mbuf shortage correctly but apparently went the wrong way to fix this. Regards Robert Diese Nachricht wurde versandt mit Webmail von www.tbits.net. This message was sent using webmail of www.tbits.net.
Re: Image viewer alternative to eog
On Sat, Nov 25, 2017 at 10:11 PM, Ax0nwrote: > I use xloadimage from ports. Grok the man page. Several useful CLI flags. > > On Nov 25, 2017 3:06 PM, "x9p" wrote: > >> Hi, >> >> Is there a good/safe and light image viewer? Was used to eog, but it has >> too many "vfprintf %s NULL" in messages. gimp is too big and good for play >> with images, In need of smth fast. >> >> cheers. >> >> x9p >> >> You could try feh, it's in ports. -- :wq!
Re: Image viewer alternative to eog
I use xloadimage from ports. Grok the man page. Several useful CLI flags. On Nov 25, 2017 3:06 PM, "x9p"wrote: > Hi, > > Is there a good/safe and light image viewer? Was used to eog, but it has > too many "vfprintf %s NULL" in messages. gimp is too big and good for play > with images, In need of smth fast. > > cheers. > > x9p > >
Image viewer alternative to eog
Hi, Is there a good/safe and light image viewer? Was used to eog, but it has too many "vfprintf %s NULL" in messages. gimp is too big and good for play with images, In need of smth fast. cheers. x9p
Re: Hellos from the Lands of Norway.
The thread descends into Querulus Paranoid state after a simple introduction? Not good. My profile on my youtube channel is about me, for those wanting to know me, and there will be more content there, full audio/video media wise, since I am indeed trying to do what I am saying. And which also says "No GNU-Zealots". I changed name from the amigamusician-bit related name to "Nodemeister Of Üccüg" aswell. Particulary something I am thinking about ATM, is optimal respresentation of pixels, pr pixel, thinking of screen rendering and things like that, and using graphics hardware for something useful. Not games. So if anyone wants to do some benignant hacking, my suggestion is to implement a mode like this, in the relelvant area of work: https://www.youtube.com/watch?v=2dx6dbiTm8w Peaceful Salutations.
Re: spectrwm with conky
On Sat, Nov 25, 2017 at 11:47:25AM +0100, Klemens Nanni wrote: > On Fri, Nov 24, 2017 at 02:16:16PM -0600, Edgar Pettijohn wrote: > > I'm curious if someone has a better way to display the temp with conky than > > this: > > > > Temp:${exec sysctl hw.sensors.acpithinkpad0.temp0 | cut -d = -f 2 | cut -d > > . -f 1}C > Afaik sysctl is the only way to get such temperatures, but you should > use `-n' instead of stripping the MIB name. > Yes that is more better.
Re: spectrwm with conky
On Fri, Nov 24, 2017 at 02:16:16PM -0600, Edgar Pettijohn wrote: > I'm curious if someone has a better way to display the temp with conky than > this: > > Temp:${exec sysctl hw.sensors.acpithinkpad0.temp0 | cut -d = -f 2 | cut -d . > -f 1}C Afaik sysctl is the only way to get such temperatures, but you should use `-n' instead of stripping the MIB name.