Re: DNS Proxy
Thanks, but if i need to create one on my server is it doable? Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G LTE network. From: Johan BeisserSent: Sunday, September 15, 2013 3:37 PMTo: Monah BakiCc: Openbsd Misc (E-mail)Subject: Re: DNS Proxy DNS proxy uses less bandwidth on your end. There are a dozen DNS proxy services out there for media, they all work on the same basic principle. On Sun, Sep 15, 2013 at 4:55 AM, Monah Baki wrote: > Hi all, > > > I'm running OpenBSD 5.2 with squid for a friend who owns an ISP outside the > U.S and uses my OpenBSD squid proxy to access netflix. I've been told this > can be also accomplished via DNS Proxy. Is it true? > > If yes which one do you recommend? > > > Thanks
Re: fvwm in base [was: "X -configure" segmentation fault]
Marc, On 15 September 2013 21:34, Marc Espie wrote: > On Sun, Sep 15, 2013 at 08:12:53PM +0100, Thomas Adam wrote: >> Hi, >> >> On 15 September 2013 11:48, Jérémie Courrèges-Anglas wrote: >> > James Griffin writes: >> > >> >> * Thomas Adam [2013-09-12 10:17:56 +0100]: >> >> >> >>> On 12 September 2013 06:10, Carson Chittom wrote: >> >>> > Zoran Kolic writes: >> >>> > >> >>> >> In fact, fvwm is in base part. >> >>> > >> >>> > A while ago, there was a message to misc from the fvwm developer about >> >>> > relicensing fvwm to allow a more recent version into base. I wonder if >> >>> > there is any status update? >> >>> >> >>> That is I. Unfortunately, FVWM cannot be relicensed. >> >>> >> >>> -- Thomas Adam >> >> >> >> If it can't be relicensed so an up-to-date version can be included in >> >> the base distribution then is there much point in it being there at all? >> >> People can simply use the package/port to install a supported version >> >> and the base distribution can simply have cwm as its main wm. >> > >> > Lots of people use the base fvwm. Which works fine for them, even if >> > older. Also fvwm is easier to work than cwm when you don't know either. >> >> I agree. The fact that there's a newer version of FVWM in ports is >> fine; FVWM in base, despite being older might be a minor nuisance, but >> not insurmountable. > > One thing we can do is re-do some of the useful code. Unfortunately, whilst this might work for very simple things, you're on to something of a lost cause in the grander scheme of things (read: you might as well just write your own window manager.) I'd dearly love to be able to relicence FVWM, but that requires something I cannot do for a twenty year project. It's a real shame, but there's code added there from all sorts of proprietary companies over the years, and contacting them in nigh impossible. > I've been playing a bit with the newer one. One thing I really would like > is for chromium (video) and fvwm to play nice with each other, namely an > implementation of the stuff that makes it possible to go fullscreen and back. > > Point me in the right direction, and I will look at rewriting this under > a reasonable licence... This is where it'll go south. You need EWMH support for this, and you can't just pick-and-choose the best bits and shoe-horn it in to that FVWM version at all easily. The undertaking would be quite big. -- Thomas Adam
Re: Kernel panics on amd64 recently - do I have bad hardware?
On Sun, Sep 15, 2013 at 6:17 AM, C. Bensend wrote: >>For the two crashes that I've been able to capture some output >> from (one from an IP KVM, one from /var/log/messages after setting >> ddb.panic=0), I've seen: >> >> uvm_fault(0x81cf2b20, 0x80cef000, 0, 2) -> e >> kernel: page fault trap, code=0 >> Stopped at memmove+0x16: repe movsq (%rsi),%es:(%rdi) >> >> and >> >> reboot after panic: trap type 8, code=0, pc=81292dff > > Whoops - the hosting company caught some of the panic message before > it rebooted this morning (retyped from a screenshot): This part: > VOP_FSYNC() at VOP_FSYNC+0x2f > ffs_sync_vnode() at ffs_sync_vnode+0x77 > vfs_mount_foreach_vnode() at vfs_mount_foreach_vnode+0x38 > ffs_sync() at ffs_sync+0x83 > sys_sync() at sys_sync+0xa1 > vfs_syncwait() at vfs_syncwait+0x50 > vfs_shutdown() at vfs_shutdown+0x32 > boot() at boot+0x17f > panic() at panic+0xf6 is from the "boot crash", not the original crash. Looking at the original crash: > --- trap (number 8) --- > ffs_update() at ffs_update+0x19f That points to the math in the ino_to_fsba() macro in this like of ffs_update() error = bread(ip->i_devvp, fsbtodb(fs, ino_to_fsba(fs, ip->i_number)), (int)fs->fs_bsize, &bp); It's trying to calculate the block address of the inode so that it can update the timestamps in it and divided by zero. That means the in-memory copy of the superblock had zeros in on other another member. If the on-disk superblock had zeros there, I would expected fsck to catch it, or for it to crash earlier, but maybe a forced fsck is in order. Otherwise, something's writing through a bogus pointer in the kernel... Philip Guenther
Re: fvwm in base [was: "X -configure" segmentation fault]
On Sun, Sep 15, 2013 at 4:34 PM, Marc Espie wrote: > On Sun, Sep 15, 2013 at 08:12:53PM +0100, Thomas Adam wrote: >> Hi, >> >> On 15 September 2013 11:48, Jérémie Courrèges-Anglas wrote: >> > James Griffin writes: >> > >> >> * Thomas Adam [2013-09-12 10:17:56 +0100]: >> >> >> >>> On 12 September 2013 06:10, Carson Chittom wrote: >> >>> > Zoran Kolic writes: >> >>> > >> >>> >> In fact, fvwm is in base part. >> >>> > >> >>> > A while ago, there was a message to misc from the fvwm developer about >> >>> > relicensing fvwm to allow a more recent version into base. I wonder if >> >>> > there is any status update? >> >>> >> >>> That is I. Unfortunately, FVWM cannot be relicensed. >> >>> >> >>> -- Thomas Adam >> >> >> >> If it can't be relicensed so an up-to-date version can be included in >> >> the base distribution then is there much point in it being there at all? >> >> People can simply use the package/port to install a supported version >> >> and the base distribution can simply have cwm as its main wm. >> > >> > Lots of people use the base fvwm. Which works fine for them, even if >> > older. Also fvwm is easier to work than cwm when you don't know either. >> >> I agree. The fact that there's a newer version of FVWM in ports is >> fine; FVWM in base, despite being older might be a minor nuisance, but >> not insurmountable. > > One thing we can do is re-do some of the useful code. > > I've been playing a bit with the newer one. One thing I really would like > is for chromium (video) and fvwm to play nice with each other, namely an > implementation of the stuff that makes it possible to go fullscreen and back. > > Point me in the right direction, and I will look at rewriting this under > a reasonable licence... Enhanced Window Manager Hints.
Re: fvwm in base [was: "X -configure" segmentation fault]
On Sun, Sep 15, 2013 at 08:12:53PM +0100, Thomas Adam wrote: > Hi, > > On 15 September 2013 11:48, Jérémie Courrèges-Anglas wrote: > > James Griffin writes: > > > >> * Thomas Adam [2013-09-12 10:17:56 +0100]: > >> > >>> On 12 September 2013 06:10, Carson Chittom wrote: > >>> > Zoran Kolic writes: > >>> > > >>> >> In fact, fvwm is in base part. > >>> > > >>> > A while ago, there was a message to misc from the fvwm developer about > >>> > relicensing fvwm to allow a more recent version into base. I wonder if > >>> > there is any status update? > >>> > >>> That is I. Unfortunately, FVWM cannot be relicensed. > >>> > >>> -- Thomas Adam > >> > >> If it can't be relicensed so an up-to-date version can be included in > >> the base distribution then is there much point in it being there at all? > >> People can simply use the package/port to install a supported version > >> and the base distribution can simply have cwm as its main wm. > > > > Lots of people use the base fvwm. Which works fine for them, even if > > older. Also fvwm is easier to work than cwm when you don't know either. > > I agree. The fact that there's a newer version of FVWM in ports is > fine; FVWM in base, despite being older might be a minor nuisance, but > not insurmountable. One thing we can do is re-do some of the useful code. I've been playing a bit with the newer one. One thing I really would like is for chromium (video) and fvwm to play nice with each other, namely an implementation of the stuff that makes it possible to go fullscreen and back. Point me in the right direction, and I will look at rewriting this under a reasonable licence...
Re: fvwm in base [was: "X -configure" segmentation fault]
Hi, On 15 September 2013 11:48, Jérémie Courrèges-Anglas wrote: > James Griffin writes: > >> * Thomas Adam [2013-09-12 10:17:56 +0100]: >> >>> On 12 September 2013 06:10, Carson Chittom wrote: >>> > Zoran Kolic writes: >>> > >>> >> In fact, fvwm is in base part. >>> > >>> > A while ago, there was a message to misc from the fvwm developer about >>> > relicensing fvwm to allow a more recent version into base. I wonder if >>> > there is any status update? >>> >>> That is I. Unfortunately, FVWM cannot be relicensed. >>> >>> -- Thomas Adam >> >> If it can't be relicensed so an up-to-date version can be included in >> the base distribution then is there much point in it being there at all? >> People can simply use the package/port to install a supported version >> and the base distribution can simply have cwm as its main wm. > > Lots of people use the base fvwm. Which works fine for them, even if > older. Also fvwm is easier to work than cwm when you don't know either. I agree. The fact that there's a newer version of FVWM in ports is fine; FVWM in base, despite being older might be a minor nuisance, but not insurmountable. -- Thomas Adam
Re: DNS Proxy
Use the D option in ssh(1) and the SOCKS proxy will do lookups through the tunnel. Make sure you use version 5 (OpenSSH supports 4 and 5). On Sun, Sep 15, 2013 at 12:42 PM, Joel Wirāmu Pauling wrote: > Also given dns is a user of UDP by default you need to use some other tunnel > mechanism other than ssh. > > -Joel > > > Johan Beisser wrote: >> >> DNS proxy uses less bandwidth on your end. >> >> There are a dozen DNS proxy services out there for media, they all >> work on the same basic principle. >> >> On Sun, Sep 15, 2013 at 4:55 AM, Monah Baki wrote: >>> >>> Hi all, >>> >>> >>> I'm running OpenBSD 5.2 with squid for a friend who owns an ISP outside >>> the >>> U.S and uses my OpenBSD squid proxy to access netflix. I've been told >>> this >>> can be also accomplished via DNS Proxy. Is it true? >>> >>> If yes which one do you recommend? >>> >>> >>> Thanks >> >> > > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: DNS Proxy
Also given dns is a user of UDP by default you need to use some other tunnel mechanism other than ssh. -Joel Johan Beisser wrote: >DNS proxy uses less bandwidth on your end. > >There are a dozen DNS proxy services out there for media, they all >work on the same basic principle. > >On Sun, Sep 15, 2013 at 4:55 AM, Monah Baki >wrote: >> Hi all, >> >> >> I'm running OpenBSD 5.2 with squid for a friend who owns an ISP >outside the >> U.S and uses my OpenBSD squid proxy to access netflix. I've been told >this >> can be also accomplished via DNS Proxy. Is it true? >> >> If yes which one do you recommend? >> >> >> Thanks -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: DNS Proxy
DNS proxy uses less bandwidth on your end. There are a dozen DNS proxy services out there for media, they all work on the same basic principle. On Sun, Sep 15, 2013 at 4:55 AM, Monah Baki wrote: > Hi all, > > > I'm running OpenBSD 5.2 with squid for a friend who owns an ISP outside the > U.S and uses my OpenBSD squid proxy to access netflix. I've been told this > can be also accomplished via DNS Proxy. Is it true? > > If yes which one do you recommend? > > > Thanks
Re: DNS Proxy
On 15. september 2013 at 11:57 AM, "Monah Baki" wrote: > >Hi all, > > >I'm running OpenBSD 5.2 with squid for a friend who owns an ISP >outside the U.S and uses my OpenBSD squid proxy to access netflix. I've been >told this can be also accomplished via DNS Proxy. Is it true? > >If yes which one do you recommend? I don't know about that, but the same can be accomplished if your server runs sshd and your friend sets up an SSH tunnel for instance using PuTTY and Firefox. O.D.
Re: pkg_add hung?
On Sun, Sep 15, 2013 at 10:42:51AM -0400, Richard Thornton wrote: > > So am I safe to ^C this process and try again? I don't want to corrupt > > the package database since I'll probably not be able to fix it. The package database is *very* resilient. First, the pkgtools operate in such a way as to make sure everything is consistent most of the time. Second, they know about ^C, and will abort operations in a smart way. Finally, there's a pkg_check tool that's occasionally useful, most often after a power outage in the middle of a package update... pkg_add does what it can, but it can't do a lot against unfinished writes leading to fsck. Also, if a machine ever crashes in the middle of an installation, pkg_add is smart enough to recognize that files have been already installed from an existing package. e.g., perform a pkg_add foo rm -rf /var/db/pkg/foo-* pkg_add foo -> will say something like "files detected that match a foo package that wasn't registered. Repair ? (Y/n/a)"
Re: pkg_add hung?
On Sun, Sep 15, 2013 at 10:17:33AM -0400, Jeffrey Walton wrote: > So am I safe to ^C this process and try again? I don't want to corrupt > the package database since I'll probably not be able to fix it. Yes, you are. pkg_add respects termination signal. > Did I do something wrong when attempting to follow the manual? The > command woud have been: > > sudo -E pkg_add subversion No, you didn't. Some ftp servers limit a number of connections per IP, and pkg_add seems to create too many of them and it may be the case...
Re: pkg_add hung?
sometimes a mirror will time out, I have seen this, so I swap between ftp3.usa.openbsd.org and ftp5.usa.openbsd.org; I have had very good response from both of these; alos sometimes, a file is missing, and this throws an error. Then I switch mirrors, kill the pkg_add process and restart pkg_add. otherwise I never have a problem. On Sun, Sep 15, 2013 at 10:17 AM, Jeffrey Walton wrote: > On Sun, Sep 15, 2013 at 9:48 AM, Maxime wrote: > > Le 15/09/2013 15:25, Jeffrey Walton a écrit : > >> On Sun, Sep 15, 2013 at 8:28 AM, Roman Gorelov > wrote: > Jeffrey Walton writes: > > Mt bad. That was the mirror. Here's the full PKG_PATH (from the > > capture): > ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > > (with the trailing slash). > > >>> > >>> Look carefully at yout $PKG_PATH. > >>> Should be: ftp://mirror.jmu.edu/pub/OpenBSD/5.3/packages/amd64/ > >>> Really is: > ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > >> Thanks Roman. It was a typo. The screen capture is correct. > >> > > > > Don't use screen capture attached as they are removed from the > > mailing-list. > Thanks Maxime. I provided a link to the capture. It was not attached. > > > Are you able to do a "telnet mirror.jmu.edu 21" and get successfully > > connected or not? > > You could just copy/paste text of your terminal. > The first few dependent packages were downloaded. It hung on the libiconv. > > > My guess is there is a firewall which is not allowing your OpenBSD > > server to connect to the mirror (dropping packets). > > It can be the local firewall itself or another one depending of your > > network architecture. > OK, thanks. > > So am I safe to ^C this process and try again? I don't want to corrupt > the package database since I'll probably not be able to fix it. > > Did I do something wrong when attempting to follow the manual? The > command woud have been: > > sudo -E pkg_add subversion > > Jeff
Re: pkg_add hung?
On Sun, Sep 15, 2013 at 9:48 AM, Maxime wrote: > Le 15/09/2013 15:25, Jeffrey Walton a écrit : >> On Sun, Sep 15, 2013 at 8:28 AM, Roman Gorelov wrote: Jeffrey Walton writes: > Mt bad. That was the mirror. Here's the full PKG_PATH (from the > capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > (with the trailing slash). >>> >>> Look carefully at yout $PKG_PATH. >>> Should be: ftp://mirror.jmu.edu/pub/OpenBSD/5.3/packages/amd64/ >>> Really is: ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ >> Thanks Roman. It was a typo. The screen capture is correct. >> > > Don't use screen capture attached as they are removed from the > mailing-list. Thanks Maxime. I provided a link to the capture. It was not attached. > Are you able to do a "telnet mirror.jmu.edu 21" and get successfully > connected or not? > You could just copy/paste text of your terminal. The first few dependent packages were downloaded. It hung on the libiconv. > My guess is there is a firewall which is not allowing your OpenBSD > server to connect to the mirror (dropping packets). > It can be the local firewall itself or another one depending of your > network architecture. OK, thanks. So am I safe to ^C this process and try again? I don't want to corrupt the package database since I'll probably not be able to fix it. Did I do something wrong when attempting to follow the manual? The command woud have been: sudo -E pkg_add subversion Jeff
Re: pkg_add hung?
Le 15/09/2013 15:25, Jeffrey Walton a écrit : > On Sun, Sep 15, 2013 at 8:28 AM, Roman Gorelov wrote: >>> Jeffrey Walton writes: Mt bad. That was the mirror. Here's the full PKG_PATH (from the capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ (with the trailing slash). >>> >> >> Look carefully at yout $PKG_PATH. >> Should be: ftp://mirror.jmu.edu/pub/OpenBSD/5.3/packages/amd64/ >> Really is: ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > Thanks Roman. It was a typo. The screen capture is correct. > Don't use screen capture attached as they are removed from the mailing-list. Are you able to do a "telnet mirror.jmu.edu 21" and get successfully connected or not? You could just copy/paste text of your terminal. My guess is there is a firewall which is not allowing your OpenBSD server to connect to the mirror (dropping packets). It can be the local firewall itself or another one depending of your network architecture.
Re: pkg_add hung?
On Sun, Sep 15, 2013 at 8:28 AM, Roman Gorelov wrote: >> Jeffrey Walton writes: >> > Mt bad. That was the mirror. Here's the full PKG_PATH (from the >> > capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ >> > (with the trailing slash). >> > > Look carefully at yout $PKG_PATH. > Should be: ftp://mirror.jmu.edu/pub/OpenBSD/5.3/packages/amd64/ > Really is: ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ Thanks Roman. It was a typo. The screen capture is correct.
Re: Kernel panics on amd64 recently - do I have bad hardware?
>For the two crashes that I've been able to capture some output > from (one from an IP KVM, one from /var/log/messages after setting > ddb.panic=0), I've seen: > > > uvm_fault(0x81cf2b20, 0x80cef000, 0, 2) -> e > kernel: page fault trap, code=0 > Stopped at memmove+0x16: repe movsq (%rsi),%es:(%rdi) > > and > > reboot after panic: trap type 8, code=0, pc=81292dff Whoops - the hosting company caught some of the panic message before it rebooted this morning (retyped from a screenshot): VOP_FSYNC() at VOP_FSYNC+0x2f ffs_sync_vnode() at ffs_sync_vnode+0x77 vfs_mount_foreach_vnode() at vfs_mount_foreach_vnode+0x38 ffs_sync() at ffs_sync+0x83 sys_sync() at sys_sync+0xa1 vfs_syncwait() at vfs_syncwait+0x50 vfs_shutdown() at vfs_shutdown+0x32 boot() at boot+0x17f panic() at panic+0xf6 trap() at trap+0x7f1 --- trap (number 8) --- ffs_update() at ffs_update+0x19f ufs_inactive() at ufs_inactive+0xd3 VOP_INACTIVE() at VOP_INACTIVE+0x28 vrele() at vrele+0x61 proc_zap() at proc_zap+0xa1 dowait4() at dowait4+0x2ca sys_wait4() at sys_wait4+0x38 syscall() at syscall+0x249 --- syscall (number 11) --- end of kernel end trace frame: 0xd6f3ca35c0, count: 215 0xd6f3cebaea: End of stack trace. -- "No matter how tempted I am with the prospect of unlimited power, I will not consume any energy field bigger than my head." -- #22 on Peter Anspach's Evil Overlord list
Re: pkg_add hung?
> Jeffrey Walton writes: > > Mt bad. That was the mirror. Here's the full PKG_PATH (from the > > capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > > (with the trailing slash). > Look carefully at yout $PKG_PATH. Should be: ftp://mirror.jmu.edu/pub/OpenBSD/5.3/packages/amd64/ Really is: ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/
Re: pkg_add hung?
On 2013-09-15, Jeffrey Walton wrote: > On Sun, Sep 15, 2013 at 6:24 AM, Jeffrey Walton wrote: >> On Sun, Sep 15, 2013 at 6:21 AM, Maxime wrote: >>> Le 15/09/2013 12:08, Jeffrey Walton a écrit : Before I spend my time and the list's time on this issue, I've read 15.1 and 15.2 from http://www.openbsd.org/faq/faq15.html#PkgMgmt. The command show at http://postimg.org/image/ke2g1wlb9/55c1891b/ attempted to install 'subversion'. Its been running for about 6 hours, so believe something is wrong. Obviously, my speculation could be (and likely is) wrong. I've searched for "pkg_add hung". If the BSD folks call a hung program something else, please let me know so I can search for it. The docs state I will get an error. I have not received an error. What is the relevant man page or manual to rtfm? What should I do next? >>> >>> Which PKG_PATH are you using? Are you able to connect to the mirror? >> ftp://mirror.jmu.edu/pub/OpenBSD/ > Mt bad. That was the mirror. Here's the full PKG_PATH (from the > capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > (with the trailing slash). > > That should be .../5.3/packages/... rather than .../5.3.packages/... ^^
Kernel panics on amd64 recently - do I have bad hardware?
Hey folks, I've had a helluva week - my colocated server has crashed at least four times, and I'd like a little sanity check from people that know a lot more than I do. Sorry for the length of this, trying to include all the data I'm aware of that might be relevant and helpful. For the two crashes that I've been able to capture some output from (one from an IP KVM, one from /var/log/messages after setting ddb.panic=0), I've seen: uvm_fault(0x81cf2b20, 0x80cef000, 0, 2) -> e kernel: page fault trap, code=0 Stopped at memmove+0x16: repe movsq (%rsi),%es:(%rdi) and reboot after panic: trap type 8, code=0, pc=81292dff Because kernel panics are so rare in OpenBSD, I don't have much experience debugging them. Following crash(8), I fired up gdb and took a look at this morning's crash and auto-reboot: gdb GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-unknown-openbsd5.4". (gdb) file /var/crash/bsd.0 Reading symbols from /var/crash/bsd.0...(no debugging symbols found)...done. (gdb) target kvm /var/crash/bsd.0.core #0 0x8130a194 in dumpsys () (gdb) where #0 0x8130a194 in dumpsys () #1 0x8130a2e5 in boot () #2 0x811a2d76 in panic () #3 0x81313d51 in trap () #4 0x81315766 in alltraps () #5 0x in ?? () I don't *think* it was resource starvation: vmstat -N /var/crash/bsd.0 -M /var/crash/bsd.0.core -m Memory statistics by bucket size Size In Use Free Requests HighWater Couldfree 1646085 47867 109033481280 2417 32 36535711604650 640 0 64 4215 12892687011 320 18492 128 5405 1411 925024 160930 256 2066286 629177 80 74 512 1774338 462020 40 9397 1024 1539685 578108 20 141600 2048 287 45 78486 10 21570 4096 83528 144485 5 101528 8192 20 8 18105 5 7483 163841 0366 5 0 327688 0102 5 0 655362 01909341 5 0 5242882 0 2 5 0 Memory usage type by bucket size Size Type(s) 16 devbuf, pcb, routetbl, sem, dirhash, ACPI, exec, UVM amap, UVM aobj, USB, USB device, temp 32 devbuf, pcb, routetbl, ifaddr, sysctl, vnodes, sem, dirhash, ACPI, in_multi, exec, UVM amap, USB, temp 64 devbuf, routetbl, ifaddr, vnodes, UFS mount, dirhash, ACPI, proc, VFS cluster, in_multi, ether_multi, VM swap, UVM amap, USB, USB device, NDP, temp 128 devbuf, pcb, routetbl, sysctl, UFS mount, sem, dirhash, ACPI, NFS srvsock, ttys, pfkey data, inodedep, VM swap, UVM amap, USB, USB device, USB HC, NDP, temp 256 devbuf, routetbl, ifaddr, ioctlops, vnodes, UFS mount, shm, VM map, sem, dirhash, ACPI, exec, xform_data, UVM amap, USB, USB device, temp 512 devbuf, routetbl, ifaddr, ioctlops, sem, dirhash, ACPI, file desc, NFS daemon, ttys, xform_data, newblk, UVM amap, USB, temp 1024 devbuf, pcb, sysctl, ioctlops, mount, UFS mount, shm, dirhash, ACPI, file desc, proc, ttys, exec, UVM amap, crypto data, temp 2048 devbuf, ioctlops, UFS mount, sem, dirhash, ACPI, file desc, VM swap, UVM amap, UVM aobj, temp 4096 devbuf, ifaddr, ioctlops, UFS mount, shm, dirhash, file desc, proc, UVM amap, memdesc, temp 8192 devbuf, file, ttys, pagedep, UVM amap, USB, temp 16384 devbuf, MSDOSFS mount, indirdep, temp 32768 devbuf, UFS quota, UFS mount, ISOFS mount, inodedep, indirdep, NTFS hash 65536 devbuf, temp 524288 VM swap Memory statistics by type Type Kern Type InUse MemUse HighUse Limit Requests Limit Limit Size(s) devbuf 733 495K 2597K 78644K232870 0 16,32,64,128,256,512,1024,2048,4096,8192,16384,32768,65536 pcb 21834K 42K 78644K407230 0 16,32,128,1024 routetbl78 9K 10K 78644K 41980 0 16,32,64,128,256,512 ifaddr5616K 16K 78644K 580 0 32,64,256,512,4096 sysctl 3 2K 2K 78644K30 0 32,128,1024 ioctlops 0 0K 4K 78644K 46320 0 256,512,1024,2048,4096 mount13
Re: How does one use adduser in OpenBSD (stuck in"Enter username[]" loop)?
On 2013-09-15, Jeffrey Walton wrote: > Thanks Shawn. Sorry to go offlist. > > So, I'm trying to do some initial testing. I'm on a MacBook with > OpenBSD in a VM. All I want to do is run my compiler over some source > files. > > MacBooks have a funky keyboard, and when I try to use visudo to move > the cursor around, some of the arrow keys don't work. Not to mention > the DELETE key (or the key combinations I know to use to simulate > delete). visudo responds with ^? is not valid. I'm sure I'll have that > file corrupted shortly. In this case, I would suggest ssh'ing to the OpenBSD vm from a terminal in the host OS, rather than using the VM console, there should be less trouble with keymaps.
Re: How does one use adduser in OpenBSD (stuck in"Enter username[]" loop)?
On 09/15/13 01:01, Jeffrey Walton wrote: On Sat, Sep 14, 2013 at 6:56 PM, Alexander Hall wrote: On 09/15/13 00:41, Jeffrey Walton wrote: I'm trying to add myself to sudoers. I used `su -` to get root, and then `adduser jwalton sudo`. What did you expect from that command? And why? I'd expect the user jwalton to be added to the sudo group. Its seems like a reasonable expectation to me. I don't know the base for your expectations, but I'm afraid they are invalid. man adduser Now I'm stuck a loop of: Enter username[]: When I try and add my name, I'm told its there. When I try to (no name), I looped back to the prompt. I have to break out with a ^C. After the ^C break and exit from root, I'm told I'm not in sudoers again. How does one use adduser in OpenBSD? I'd say you use it to add users, but since your user name already existed you could not. It makes sense to me. When I cat /etc/sudoers, its not there. adduser(8) adds system users, which are defined in /etc/master.passwd (and /etc/password). For these users, specific configuration may or may not exist in /etc/sudoers. /etc/sudoers does not define local user accounts. The question is what you really wanted to do. I wanted to add myself to the sudo group. There is no spoon. Or group named sudo for that matter, unless you created it yourself, which I suspect you didn't. I'm not a BSD admin - I'm just a dumb user. So I'm probably doing something wrong. I just haven't figured out what it is. As pointed out, you expect OpenBSD to behave and be configured in the same way as some other system you recently used. That is not necessarily true. man and apropos are your friends. Probably the FAQ, too. Happy hunting! /Alexander
DNS Proxy
Hi all, I'm running OpenBSD 5.2 with squid for a friend who owns an ISP outside the U.S and uses my OpenBSD squid proxy to access netflix. I've been told this can be also accomplished via DNS Proxy. Is it true? If yes which one do you recommend? Thanks
Re: pkg_add hung?
Jeffrey Walton writes: > On Sun, Sep 15, 2013 at 6:24 AM, Jeffrey Walton wrote: >> On Sun, Sep 15, 2013 at 6:21 AM, Maxime wrote: >>> Le 15/09/2013 12:08, Jeffrey Walton a écrit : Before I spend my time and the list's time on this issue, I've read 15.1 and 15.2 from http://www.openbsd.org/faq/faq15.html#PkgMgmt. The command show at http://postimg.org/image/ke2g1wlb9/55c1891b/ attempted to install 'subversion'. Its been running for about 6 hours, so believe something is wrong. Obviously, my speculation could be (and likely is) wrong. I've searched for "pkg_add hung". If the BSD folks call a hung program something else, please let me know so I can search for it. The docs state I will get an error. I have not received an error. What is the relevant man page or manual to rtfm? What should I do next? >>> >>> Which PKG_PATH are you using? Are you able to connect to the mirror? >> ftp://mirror.jmu.edu/pub/OpenBSD/ > Mt bad. That was the mirror. Here's the full PKG_PATH (from the > capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ > (with the trailing slash). Try with http://, your network may be the culprit. -- jca | PGP: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Re: fvwm in base [was: "X -configure" segmentation fault]
James Griffin writes: > * Thomas Adam [2013-09-12 10:17:56 +0100]: > >> On 12 September 2013 06:10, Carson Chittom wrote: >> > Zoran Kolic writes: >> > >> >> In fact, fvwm is in base part. >> > >> > A while ago, there was a message to misc from the fvwm developer about >> > relicensing fvwm to allow a more recent version into base. I wonder if >> > there is any status update? >> >> That is I. Unfortunately, FVWM cannot be relicensed. >> >> -- Thomas Adam > > If it can't be relicensed so an up-to-date version can be included in > the base distribution then is there much point in it being there at all? > People can simply use the package/port to install a supported version > and the base distribution can simply have cwm as its main wm. Lots of people use the base fvwm. Which works fine for them, even if older. Also fvwm is easier to work than cwm when you don't know either. -- jca | PGP: 0x06A11494 / 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Re: pkg_add hung?
On Sun, Sep 15, 2013 at 6:24 AM, Jeffrey Walton wrote: > On Sun, Sep 15, 2013 at 6:21 AM, Maxime wrote: >> Le 15/09/2013 12:08, Jeffrey Walton a écrit : >>> Before I spend my time and the list's time on this issue, I've read >>> 15.1 and 15.2 from http://www.openbsd.org/faq/faq15.html#PkgMgmt. >>> >>> The command show at http://postimg.org/image/ke2g1wlb9/55c1891b/ >>> attempted to install 'subversion'. Its been running for about 6 hours, >>> so believe something is wrong. Obviously, my speculation could be (and >>> likely is) wrong. >>> >>> I've searched for "pkg_add hung". If the BSD folks call a hung program >>> something else, please let me know so I can search for it. >>> >>> The docs state I will get an error. I have not received an error. What >>> is the relevant man page or manual to rtfm? What should I do next? >> >> Which PKG_PATH are you using? Are you able to connect to the mirror? > ftp://mirror.jmu.edu/pub/OpenBSD/ Mt bad. That was the mirror. Here's the full PKG_PATH (from the capture): ftp://mirror.jmu.edu/pub/OpenBSD/OpenBSD/5.3.packages/amd64/ (with the trailing slash).
Re: pkg_add hung?
On Sun, Sep 15, 2013 at 6:21 AM, Maxime wrote: > Le 15/09/2013 12:08, Jeffrey Walton a écrit : >> Before I spend my time and the list's time on this issue, I've read >> 15.1 and 15.2 from http://www.openbsd.org/faq/faq15.html#PkgMgmt. >> >> The command show at http://postimg.org/image/ke2g1wlb9/55c1891b/ >> attempted to install 'subversion'. Its been running for about 6 hours, >> so believe something is wrong. Obviously, my speculation could be (and >> likely is) wrong. >> >> I've searched for "pkg_add hung". If the BSD folks call a hung program >> something else, please let me know so I can search for it. >> >> The docs state I will get an error. I have not received an error. What >> is the relevant man page or manual to rtfm? What should I do next? > > Which PKG_PATH are you using? Are you able to connect to the mirror? ftp://mirror.jmu.edu/pub/OpenBSD/ > Did you allow output in pf.conf ? I have no idea what that is. > You could try something like this: > $ echo $PKG_PATH > ftp://ftp.fr.openbsd.org/pub/OpenBSD/5.3/packages/amd64/ Did that. Its in the screen capture to remove all ambiguity. Jeff
Re: pkg_add hung?
Le 15/09/2013 12:08, Jeffrey Walton a écrit : > Before I spend my time and the list's time on this issue, I've read > 15.1 and 15.2 from http://www.openbsd.org/faq/faq15.html#PkgMgmt. > > The command show at http://postimg.org/image/ke2g1wlb9/55c1891b/ > attempted to install 'subversion'. Its been running for about 6 hours, > so believe something is wrong. Obviously, my speculation could be (and > likely is) wrong. > > I've searched for "pkg_add hung". If the BSD folks call a hung program > something else, please let me know so I can search for it. > > The docs state I will get an error. I have not received an error. What > is the relevant man page or manual to rtfm? What should I do next? > This is my first post here so don't be mad at me if I'm not able to help you so much ;) Which PKG_PATH are you using? Are you able to connect to the mirror? Did you allow output in pf.conf ? You could try something like this: $ echo $PKG_PATH ftp://ftp.fr.openbsd.org/pub/OpenBSD/5.3/packages/amd64/ $ telnet ftp.fr.openbsd.org 21 Trying 145.238.209.46... Connected to ftp.fr.openbsd.org. Escape character is '^]'. 220 pond.obspm.bsdfrog.org FTP server ready. ^] telnet> quit Connection closed.
Re: How does one use adduser in OpenBSD (stuck in"Enter username[]" loop)?
* Jérémie Courrèges-Anglas [2013-09-15 04:22:08 +0200]: > Jeffrey Walton writes: > > > On Sat, Sep 14, 2013 at 10:08 PM, Philip Guenther > > wrote: > >> On Sat, Sep 14, 2013 at 7:00 PM, Jeffrey Walton wrote: > >> ... > >>> Yeah, I should have taken a screen capture. I don't use the mail > >>> program too often (its been years since I've had to), so it was not a > >>> priority. > >> > >> Screen capture? In order to convey what was presumably a one line > >> error message? If cut-n-paste won't work, might I suggest just > >> (carefully) typing it? > > Yes, I'm lazy like that. Plus it removes any ambiguity. > > > >> Side note: it's lost on me why you're unable to run the compiler > >> because of tangles with adduser/sudo/whatever. > > Oh, that's my own doing. I need to install wget and subversion to > > fetch the sources. Plus, I want to see how a Clang 3.3 build goes. > > (Compilers and software engineering are my business, not system > > administration). > > $ su - > Password: > # pkg_add subversion llvm > > That's it. You're not into system adminstration yet you want to do > unneeded configuration when you have a precise goal. What do you > expect? > > Re wget, there is ftp(1). > > That's already a lot of mails and a lot of attention for what is > a rather simple problem. Just have a break. All I did when I did my new install this week was : $su # enter password $usermod -G wheel,operator username # obviously my username $visudo use 'j' to scrol down to the line that says users in wheel group can use sudo and uncomment it. Then press 'esc' ( to go into command mode for vi) and press ':' then 'wq' and press return. Simple.
pkg_add hung?
Before I spend my time and the list's time on this issue, I've read 15.1 and 15.2 from http://www.openbsd.org/faq/faq15.html#PkgMgmt. The command show at http://postimg.org/image/ke2g1wlb9/55c1891b/ attempted to install 'subversion'. Its been running for about 6 hours, so believe something is wrong. Obviously, my speculation could be (and likely is) wrong. I've searched for "pkg_add hung". If the BSD folks call a hung program something else, please let me know so I can search for it. The docs state I will get an error. I have not received an error. What is the relevant man page or manual to rtfm? What should I do next?
Re: fvwm in base [was: "X -configure" segmentation fault]
* Thomas Adam [2013-09-12 10:17:56 +0100]: > On 12 September 2013 06:10, Carson Chittom wrote: > > Zoran Kolic writes: > > > >> In fact, fvwm is in base part. > > > > A while ago, there was a message to misc from the fvwm developer about > > relicensing fvwm to allow a more recent version into base. I wonder if > > there is any status update? > > That is I. Unfortunately, FVWM cannot be relicensed. > > -- Thomas Adam If it can't be relicensed so an up-to-date version can be included in the base distribution then is there much point in it being there at all? People can simply use the package/port to install a supported version and the base distribution can simply have cwm as its main wm.
Re: Webscraping exchange rates
On Sat, Sep 14, 2013 at 11:12 PM, Austin Hook wrote: > Thanks for the tip. That would probably good although it seems a bit > overkill to work with JSON objects. Fine for those used to playing at > that level. > > One thing about Bank of Canada is that rates there are official for > the Canadian tax dept. > > Actually, just now I have half solved the problem, for current rates at > least. Just fishing around the site a bit more, I realized I can: > > wget -O - http://www.bankofcanada.ca/stats/assets/csv/fx-seven-day.csv > > and go from there. > > Nothing inspires like being public about wishes that one never got around > to getting serious enough about, and then feeling a bit foolish. > > Still, something simple like that to get a table of long term historical > rates would be nice as well. > > Glad you worked out a solution! I can appreciate that CRA would prefer a national agency's record. Looking around, it seems their CSV generator is actually very generous, freely dumping 10 years' (and more) worth data to me. Playwith dF (start) and dT (end, today usually), ensure that sR<=dF: http://www.bankofcanada.ca/stats/results/csv?sF=LOOKUPS_CAD&lP=lookup_currency_converter.php&sR=2003-09-14&sTF=to&sT=LOOKUPS_IEXE0101&co=1.00&dF=2003-09-14&dT=2013-09-14 Without knowing what the backend or language is like, I could only shoot in the dark. Languages like Python, PHP, and Ruby all have native JSON wrappers; there are a handful of libraries for C, albeit JSON objects don't translate easily into a strictly-typed langauge; heck there's even JSON.sh (among others) for bash. On the whole, I find JSON extremely easy to work with. Let us know how the project goes! Regards, Bryce Chidester
Re: pms0: not in sync yet, discard input (state 3)
On Sun, Sep 15, 2013 at 02:05:00AM +0200, frantisek holop wrote: > > > after upgrading to the september 10 snapshot, > > > i am not able to use the touchpad. > > > > What were you running before upgrading to that snapshot? > > aug 18 snapshot > > > > pms0: not in sync yet, discard input (state 1) > > > pms0: not in sync yet, discard input (state 2) > > > pms0: not in sync yet, discard input (state 3) > > > > > pms0 at pckbc0 (aux slot) > > > pckbc0: using irq 12 for aux slot > > > wsmouse0 at pms0 mux 0 > > > pms0: Elantech Touchpad, version 2 Hi, I too have/had problems with a "supposed" version 2 of elantech touchpad. I too got these not in sync messages, but have worked around the problem by going back 2 versions of /sys/dev/pckbc/pms.c to version 1.45, both 1.46 and 1.47 don't work right. I'm now able to enjoy X again. However if there is patches to test, let me know them. dmesg below with the rv. 1.45. Cheers, -peter > > Did you ever see the "Elantech Touchpad, version 2" message > > before, and did the mouse work with it? > > $ grep Elantech dmesg* > dmesg.boot-2013-05-11:pms0: Elantech Touchpad, version 2 > dmesg.boot-2013-06-21:pms0: Elantech Touchpad, version 2 > dmesg.boot-2013-07-01:pms0: Elantech Touchpad, version 2 > dmesg.boot-2013-08-21:pms0: Elantech Touchpad, version 2 > dmesg.boot-2013-09-14:pms0: Elantech Touchpad, version 2 OpenBSD 5.4-current (SATURN) #35: Sat Sep 14 17:42:48 CEST 2013 p...@saturn.centroid.eu:/usr/src/sys/arch/amd64/compile/SATURN RTC BIOS diagnostic error 80 real mem = 3987992576 (3803MB) avail mem = 3873722368 (3694MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xe3e70 (51 entries) bios0: vendor Acer version "V1.08" date 12/06/2011 bios0: Acer AO722 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG BOOT SLIC SSDT SSDT acpi0: wakeup devices SPB2(S4) GEC_(S4) USB0(S3) USB4(S3) P2P_(S5) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpihpet0 at acpi0: 14318180 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD C-60 APU with Radeon(tm) HD Graphics, 998.01 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu0: 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 199MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD C-60 APU with Radeon(tm) HD Graphics, 997.51 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 16-way L2 cache cpu1: 8 4MB entries fully associative cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 4 pa 0xfec0, version 21, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 4 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PB2_) acpiprt2 at acpi0: bus -1 (PB3_) acpiprt3 at acpi0: bus -1 (PB4_) acpiprt4 at acpi0: bus -1 (PB5_) acpiprt5 at acpi0: bus -1 (PB6_) acpiprt6 at acpi0: bus -1 (PB7_) acpiprt7 at acpi0: bus 2 (SPB0) acpiprt8 at acpi0: bus -1 (SPB1) acpiprt9 at acpi0: bus 6 (SPB2) acpiprt10 at acpi0: bus 7 (SPB3) acpiprt11 at acpi0: bus 1 (P2P_) acpiec0 at acpi0 acpicpu0 at acpi0: C2, PSS acpicpu1 at acpi0: C2, PSS acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT1 model "13848633228217409" serial 417d type Lion oem "Sanyo " acpiac0 at acpi0: AC unit online acpibtn2 at acpi0: LID_ acpivideo0 at acpi0: VGA_ acpivout0 at acpivideo0: LCD_ acpivideo1 at acpi0: VGA_ acpivideo2 at acpi0: VGA_ cpu0: 998 MHz: speeds: 1000 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "AMD AMD64 14h Host" rev 0x00 radeondrm0 at pci0 dev 1 function 0 "ATI Radeon HD 6290" rev 0x00: apic 4 int 18 drm0 at radeondrm0 azalia0 at pci0 dev 1 function 1 "ATI Radeon HD 6310 HD Audio" rev 0x00: msi azalia0: no supported codecs ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 4 int 19, AHCI 1.2 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: SCSI3 0/direct fixed naa.50014ee25be3a7df sd0: 305245MB, 512 bytes/sector, 625142448 sectors ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 4 int 18, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 4 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "ATI EHCI root hub" rev 2.00/1.00 addr 1 ohci1 at pci0 dev