Re: surf (browser): URL bar doesn't appear
Hi Dmitrij, On Sat 22/11 21:00, Dmitrij D. Czarkoff wrote: Alessandro DE LAURENZIS said: It's just me? Any hints? Any point in the right direction for a proper debug more than welcome. http://marc.info/?l=openbsd-portsm=141321944629586w=2 I can confirm that the LD_PRELOAD WA is effective. Thanks! -- Alessandro DE LAURENZIS [mailto:just22@gmail.com] LinkedIn: http://it.linkedin.com/in/delaurenzis
Re: Intra-BSD desktop environment based on Google's Material Design guidelines
On Sun, 23 Nov 2014, openda...@hushmail.com wrote: effort at conquering the Linux desktop market. Piggers are going all the way this year! -- Monty Brandenberg
Re: sensorsd, upd, and state changes
j...@entropicblur.com (Joe Gidi), 2014.11.23 (Sun) 01:22 (CET): I'm running OpenBSD 5.6/amd64 on my fileserver. It has an APC UPS that was previously managed with apcupsd. Since I upgraded to 5.6, the UPS now attaches as a upd device: $ dmesg | grep uhidev3 uhidev3 at uhub3 port 5 configuration 1 interface 0 APC Back-UPS ES 450 FW:844.K2 .D USB FW:K2 rev 1.10/1.06 addr 2 uhidev3: iclass 3/0, 123 report ids upd0 at uhidev3 And it reports sensible values in hw.sensors: $ sysctl hw.sensors.upd0 hw.sensors.upd0.indicator0=On (Charging), OK hw.sensors.upd0.indicator1=Off (Discharging), OK hw.sensors.upd0.indicator2=On (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=79.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK So far, so good. Now, I'd like to configure sensorsd to monitor the device and invoke a script when the power goes out. I have this line in sensorsd.conf: hw.sensors.upd0.indicator2:command=/etc/sensorsd/ups.sh %s %2 The ups.sh script currently just echoes the token values that it's passed to a log file. The issue I'm running into is this: the status of the sensors seems to always be OK, even when their state changes. I can unplug the UPS from the wall and then I see this: hw.sensors.upd0.indicator0=Off (Charging), OK hw.sensors.upd0.indicator1=On (Discharging), OK hw.sensors.upd0.indicator2=Off (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=76.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK We're not charging, we're discharging, AC power is not present, but none of the status indicators (the %s token) ever leaves the OK state. As I understand it, that lack of state change results in sensorsd doing nothing, even though the sensor's value (the %2 token, On/Off) changes. Can anyone clue me in? I feel like I must be missing something silly and obvious here. see here: http://undeadly.org/cgi?action=articlesid=20140320093943 ``hw.sensors.upd0.indicator0:low=1:high=2:command=echo who turned %2 \ the lights? | mail -s power sensors root'' the trick seems to be to specify low=1:high=2. I suppose that works for indicator2, too. Bye, Marcus !DSPAM:54712928273131330177583!
Why doesn't 'l' in ed(1) show a trailing '$'?
Hello, everyone. I've noticed that in OpenBSD ed(1) doesn't mark the end of each line with a '$' when the list command 'l' is invoked. Is this a deliberate deviation from the POSIX standard? Is there any rationale for it? It looks like this should help print the addressed lines unambiguously when dealing with trailing spaces, no? Thanks and cheers, Ezequiel
weird behaviour of pkg_add -u
Hi list, I encountered a weired behaviour of pkg_add today. I updated to the latest snapshot available on my mirror this morning, and ran a sysmerge and pkg_add -u afterwards: OpenBSD 5.6-current (GENERIC.MP) #597: Sat Nov 22 16:41:24 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Before i spam you with the logs, let my explain the problem first: In a nutshell, not all packages were updated on the first run of pkg_add -u, so i had to run it a second time to really update all my packages. A third run did not update any package anymore, and the packages on my mirror all have timestamps from yesterday. Here's what i read from the logs: 1) updates start as they should in an alphabetical order 2) bijiben (a gnome app) is updated, has some dependencies on other gnome-apps that are updated along the way (current package update letter is B from bijiben) 3) after updating bijiben, pkg_add acts as if it had updated all packages, printing some advices for the updated packages: Read shared items: ok Look in /usr/local/share/doc/pkg-readmes for extra documentation. --- -colord-1.2.4 --- You should also run rm -f /var/db/colord/mapping.db You should also run rm -f /var/db/colord/storage.db ... Couldn't find updates for abi-compliance-checker-1.98.7p0 OpenBSD::RequiredBy: writing /var/db/pkg/nautilus-3.14.0/+REQUIRED_BY: No such file or directory at /usr/libdata/perl5/OpenBSD/Dependencies.pm line 7 4) Then, instead of updating the packages starting with C (or remaining b ones), pkg_add continues with some libs, and then with packages starting with P (still in first run!): libgpod-0.8.0p4:rhythmbox-3.1p0: ok libgpod-0.8.0p4: ok py-dbus-common-1.2.0p0:gedit-plugins-3.14.1: ok ... 5) And after that, seems to update packages in a fairly random fashion and finishes: ... sound-theme-freedesktop-0.8p0: ok libical-1.0.1:evolution-data-server-3.12.8: ok libical-1.0.1: ok vino-3.14.1: ok gtkspell3-3.0.6p0: ok seahorse-sharing-3.8.0p2: ok libgfbgraph-0.2.2: ok atk2mm-2.22.7p0: ok libtalloc-2.0.1p0: ok librsvg-2.40.5:gegl-0.2.0p2: ok apr-1.5.0:ap2-mod_dnssd-0.6: ok apr-1.5.0:apache-httpd-2.2.29p2: ok clutter-1.20.0:libchamplain-0.12.9p0: ok clutter-1.20.0:clutter-gtk-1.6.0: ok clutter-1.20.0:clutter-gst-2.0.12: ok clutter-1.20.0: ok libunistring-0.9.3p1: ok highlight-3.19: ok ... Read shared items: ok --- -ap2-mod_dnssd-0.6 --- The following lines need to be removed from /etc/apache2/httpd2.conf ... 6) I had a feeling that there were packages missing, so i ran pkg_add -u a second time; and indeed, pkg_add updated packages starting with C, updating packages in alphabetical order from there: quirks-2.40 signed on 2014-11-21T22:03:38Z cabal-install-1.16.0.2-1.16.0.2: ok cagibi-0.2.0p0-0.2.0p0: ok calibre-1.48.0p2:py-Pillow-2.6.1-2.6.1: ok calibre-1.48.0p2:podofo-0.9.2-0.9.2: ok calibre-1.48.0p2:libmtp-1.1.6p0-1.1.6p0: ok ... widelands-0.17-0.17: ok xclip-0.11p0-0.11p0: ok youtube-dl-2014.11.02.1-2014.11.16: ok zsh-5.0.5p0-5.0.5p0: ok Read shared items: ok Look in /usr/local/share/doc/pkg-readmes for extra documentation. --- -iodbc-3.52.9p0 --- You should also run rm -rf /etc/iodbc/ODBCDataSources/* ... 7) gedit is not installed anymore (have not checked other applications yet) $ gedit zsh: correct gedit to gendict [nyae]? n zsh: command not found: gedit # pkg_add gedit quirks-2.40 signed on 2014-11-21T22:03:38Z gedit-3.14.1:yelp-xsl-3.14.0: ok gedit-3.14.1:yelp-3.14.1p0: ok gedit-3.14.1:py-gobject3-3.14.0: ok gedit-3.14.1:libpeas-1.12.1p0: ok gedit-3.14.1:gtksourceview3-3.14.2: ok gedit-3.14.1: ok Any thoughts on this? See the full logs below. Regards Nils --- FIRST RUN --- # pkg_add -u quirks-2.40 signed on 2014-11-21T22:03:38Z quirks-2.40-2.40: ok 0ad-0.0.17:libiconv-1.14p1-1.14p1: ok 0ad-0.0.17:libexecinfo-0.2p4v0-0.2p4v0: ok 0ad-0.0.17:bzip2-1.0.6p1-1.0.6p1: ok 0ad-0.0.17:boost-1.53.0p5-1.53.0p6: ok 0ad-0.0.17:.libs1-icu4c-53.1+icu4c-54.1p2-icu4c-54.1p2: ok 0ad-0.0.17:nspr-4.10.7-4.10.7: ok 0ad-0.0.17:spidermonkey-24.2.0p0-24.2.0p0: ok 0ad-0.0.17:miniupnpc-1.9-1.9: ok 0ad-0.0.17:png-1.6.14-1.6.14: ok 0ad-0.0.17:openal-1.15.1v0-1.15.1v0: ok 0ad-0.0.17:.libs-gettext-0.18.2p4+gettext-0.19.3-gettext-0.19.3: ok 0ad-0.0.17:libidn-1.29p0-1.29p0: ok 0ad-0.0.17:curl-7.38.0-7.39.0: ok 0ad-0.0.17:python-2.7.8-2.7.8: ok 0ad-0.0.17:pcre-8.35-8.35: ok 0ad-0.0.17:.libs-glib2-2.40.2+glib2-2.42.0p1-glib2-2.42.1: ok 0ad-0.0.17:desktop-file-utils-0.22-0.22: ok 0ad-0.0.17:xz-5.0.7-5.0.7: ok 0ad-0.0.17:libxml-2.9.2p0-2.9.2p0: ok 0ad-0.0.17:gloox-1.0.3p0-1.0.3p0: ok 0ad-0.0.17:.libs-jpeg-9p0+jpeg-9a-jpeg-9a: ok 0ad-0.0.17-0.0.17: ok ImageMagick-6.7.7.7p8:tiff-4.0.3p2-4.0.3p2: ok Unknown media type in type 'all/all' Unknown media type in type
Re: weird behaviour of pkg_add -u
On 23.11.2014 10:58, Nils R wrote: Hi list, I encountered a weired behaviour of pkg_add today. I updated to the latest snapshot available on my mirror this morning, and ran a sysmerge and pkg_add -u afterwards: OpenBSD 5.6-current (GENERIC.MP) #597: Sat Nov 22 16:41:24 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP You updated from snapshot to snapshot or from release/stable to snapshot? Did you follow http://www.openbsd.org/faq/current.html for those needed manual steps? Before i spam you with the logs, let my explain the problem first: In a nutshell, not all packages were updated on the first run of pkg_add -u, so i had to run it a second time to really update all my packages. A third run did not update any package anymore, and the packages on my mirror all have timestamps from yesterday. Did you try pkg_check (man pkg_check) to see if there's nothing terribly wrong after first update? Here's what i read from the logs: Seems like you hit period when not all packages on mirror were yet updated too? 1) updates start as they should in an alphabetical order 2) bijiben (a gnome app) is updated, has some dependencies on other gnome-apps that are updated along the way (current package update letter is B from bijiben) 3) after updating bijiben, pkg_add acts as if it had updated all packages, printing some advices for the updated packages: Read shared items: ok Look in /usr/local/share/doc/pkg-readmes for extra documentation. --- -colord-1.2.4 --- You should also run rm -f /var/db/colord/mapping.db You should also run rm -f /var/db/colord/storage.db ... Couldn't find updates for abi-compliance-checker-1.98.7p0 OpenBSD::RequiredBy: writing /var/db/pkg/nautilus-3.14.0/+REQUIRED_BY: No such file or directory at /usr/libdata/perl5/OpenBSD/Dependencies.pm line 7 4) Then, instead of updating the packages starting with C (or remaining b ones), pkg_add continues with some libs, and then with packages starting with P (still in first run!): libgpod-0.8.0p4:rhythmbox-3.1p0: ok libgpod-0.8.0p4: ok py-dbus-common-1.2.0p0:gedit-plugins-3.14.1: ok ... 5) And after that, seems to update packages in a fairly random fashion and finishes: ... sound-theme-freedesktop-0.8p0: ok libical-1.0.1:evolution-data-server-3.12.8: ok libical-1.0.1: ok vino-3.14.1: ok gtkspell3-3.0.6p0: ok seahorse-sharing-3.8.0p2: ok libgfbgraph-0.2.2: ok atk2mm-2.22.7p0: ok libtalloc-2.0.1p0: ok librsvg-2.40.5:gegl-0.2.0p2: ok apr-1.5.0:ap2-mod_dnssd-0.6: ok apr-1.5.0:apache-httpd-2.2.29p2: ok clutter-1.20.0:libchamplain-0.12.9p0: ok clutter-1.20.0:clutter-gtk-1.6.0: ok clutter-1.20.0:clutter-gst-2.0.12: ok clutter-1.20.0: ok libunistring-0.9.3p1: ok highlight-3.19: ok ... Read shared items: ok --- -ap2-mod_dnssd-0.6 --- The following lines need to be removed from /etc/apache2/httpd2.conf ... 6) I had a feeling that there were packages missing, so i ran pkg_add -u a second time; and indeed, pkg_add updated packages starting with C, updating packages in alphabetical order from there: quirks-2.40 signed on 2014-11-21T22:03:38Z cabal-install-1.16.0.2-1.16.0.2: ok cagibi-0.2.0p0-0.2.0p0: ok calibre-1.48.0p2:py-Pillow-2.6.1-2.6.1: ok calibre-1.48.0p2:podofo-0.9.2-0.9.2: ok calibre-1.48.0p2:libmtp-1.1.6p0-1.1.6p0: ok ... widelands-0.17-0.17: ok xclip-0.11p0-0.11p0: ok youtube-dl-2014.11.02.1-2014.11.16: ok zsh-5.0.5p0-5.0.5p0: ok Read shared items: ok Look in /usr/local/share/doc/pkg-readmes for extra documentation. --- -iodbc-3.52.9p0 --- You should also run rm -rf /etc/iodbc/ODBCDataSources/* ... 7) gedit is not installed anymore (have not checked other applications yet) $ gedit zsh: correct gedit to gendict [nyae]? n zsh: command not found: gedit # pkg_add gedit quirks-2.40 signed on 2014-11-21T22:03:38Z gedit-3.14.1:yelp-xsl-3.14.0: ok gedit-3.14.1:yelp-3.14.1p0: ok gedit-3.14.1:py-gobject3-3.14.0: ok gedit-3.14.1:libpeas-1.12.1p0: ok gedit-3.14.1:gtksourceview3-3.14.2: ok gedit-3.14.1: ok Any thoughts on this? See the full logs below. Regards Nils --- FIRST RUN --- # pkg_add -u quirks-2.40 signed on 2014-11-21T22:03:38Z quirks-2.40-2.40: ok 0ad-0.0.17:libiconv-1.14p1-1.14p1: ok 0ad-0.0.17:libexecinfo-0.2p4v0-0.2p4v0: ok 0ad-0.0.17:bzip2-1.0.6p1-1.0.6p1: ok 0ad-0.0.17:boost-1.53.0p5-1.53.0p6: ok 0ad-0.0.17:.libs1-icu4c-53.1+icu4c-54.1p2-icu4c-54.1p2: ok 0ad-0.0.17:nspr-4.10.7-4.10.7: ok 0ad-0.0.17:spidermonkey-24.2.0p0-24.2.0p0: ok 0ad-0.0.17:miniupnpc-1.9-1.9: ok 0ad-0.0.17:png-1.6.14-1.6.14: ok 0ad-0.0.17:openal-1.15.1v0-1.15.1v0: ok 0ad-0.0.17:.libs-gettext-0.18.2p4+gettext-0.19.3-gettext-0.19.3: ok 0ad-0.0.17:libidn-1.29p0-1.29p0: ok 0ad-0.0.17:curl-7.38.0-7.39.0: ok 0ad-0.0.17:python-2.7.8-2.7.8: ok
Re: weird behaviour of pkg_add -u
You updated from snapshot to snapshot or from release/stable to snapshot? Did you follow http://www.openbsd.org/faq/current.html for those needed manual steps? I run current since a long time now and updated from an older snapshot from last week, and have followed all steps from current.html ever since. Did you try pkg_check (man pkg_check) to see if there's nothing terribly wrong after first update? No, in fact this is the first time i heard about pkg_check. I tried it, and it asked me to correct some of the dependencies in gnome packages, so maybe there went something wrong in the past. Seems like you hit period when not all packages on mirror were yet updated too? No, i checked that, all packages were updated 12 hours ago on my mirror. Maybe this is resolved now by pkg_check, i'll keep an eye on it the next time i do an update. Thanks so far! Nils
Re: pkg_add update checker?
Thank you all for your replies. It helped me to figure out what is going on. I think for this project I will see how it goes with -stable and -stable ports. For other projects I will definitely try -current. Others I shouldn't need anything more than -release + patches. On 11/22/2014 10:38 PM, Артур Истомин wrote: p.s. It is bad recommendation in FAQ, because it always confuse newcomers, when they come for security and find out that there is no update for stable repo. Being a newcomer (or newcomebacker?), I would agree with that. I read a lot of the FAQ and other support pages before I even downloaded 5.5-release to test it out. I think what I must have done is read '15.4.6 - What should I use: packages or ports?' before I read the rest of FAQ 15. By doing that I must have skimmed/skipped over 15.3 and missed the key section '15.3.10 - Security updates' which does describe the situation. Anyway, thanks again! -- John Merriam
Re: openbsd 5.6 - pf does not work on local redirects
So if I understand right you suspect that my ISP is filtering out the SMTP packets. My problem is the other way around. When I try externally (telnet to yy.131 port 25) it works When I try on the OpenBSD host (which is the firewall itself) it does NOT work. It looks like for me OpenBSD 5.6 does not passing up packets to pf which destined to self. Maybe its a bug in 5.6 as it worked in 5.5, but maybe it is a change that I did not notice in the changelog. Laszlo 2014.11.23. 1:28 keltezéssel, Jason Adams írta: On 11/22/2014 12:50 PM, Soós László wrote: Telnet on the same host (command run on the OpenBSD host) - BAD, UNEXPECTED BEHAVIOUR - [root ~]# telnet yy.yy.yy.131 25 Trying yy.yy.yy.131... telnet: connect to address yy.yy.yy.131: Connection refused If y.yy.yy.131 is your External Interface (attached to your cable modem, (or what ever), you should test from somewhere else, such as your cell phone NOT connected to your wifi, or a shell on some remote machine. I say this because connections out-the-in-again are commonly being blocked by some modems these days. In particular I have this problem in Comcast, and have torn more than a few hairs trying to fix it, only to find it was intentional on their part.
Re: sensorsd, upd, and state changes
Hi Marcus, Thanks for the reply. Unfortunately, the low=1:high=2 doesn't seem to work for indicator2. When I start sensorsd I see an initial event logged as the status goes from undefined to OK, but no further events as I unplug/plug the UPS. I tried monitoring indicator0 as in the Undeadly example, and I see exactly the same behavior. It appears to me that the driver should be changing the status (%s token) of the indicators to something other than OK when the UPS loses mains power, but it simply doesn't. BTW, I've tested with various check interval values for sensorsd, from the default 20 seconds down to as low as 1 second, with no change in results. Is anyone successfully using sensorsd with upd? Thanks, Joe On Sun, November 23, 2014 4:13 am, Marcus MERIGHI wrote: j...@entropicblur.com (Joe Gidi), 2014.11.23 (Sun) 01:22 (CET): I'm running OpenBSD 5.6/amd64 on my fileserver. It has an APC UPS that was previously managed with apcupsd. Since I upgraded to 5.6, the UPS now attaches as a upd device: $ dmesg | grep uhidev3 uhidev3 at uhub3 port 5 configuration 1 interface 0 APC Back-UPS ES 450 FW:844.K2 .D USB FW:K2 rev 1.10/1.06 addr 2 uhidev3: iclass 3/0, 123 report ids upd0 at uhidev3 And it reports sensible values in hw.sensors: $ sysctl hw.sensors.upd0 hw.sensors.upd0.indicator0=On (Charging), OK hw.sensors.upd0.indicator1=Off (Discharging), OK hw.sensors.upd0.indicator2=On (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=79.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK So far, so good. Now, I'd like to configure sensorsd to monitor the device and invoke a script when the power goes out. I have this line in sensorsd.conf: hw.sensors.upd0.indicator2:command=/etc/sensorsd/ups.sh %s %2 The ups.sh script currently just echoes the token values that it's passed to a log file. The issue I'm running into is this: the status of the sensors seems to always be OK, even when their state changes. I can unplug the UPS from the wall and then I see this: hw.sensors.upd0.indicator0=Off (Charging), OK hw.sensors.upd0.indicator1=On (Discharging), OK hw.sensors.upd0.indicator2=Off (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=76.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK We're not charging, we're discharging, AC power is not present, but none of the status indicators (the %s token) ever leaves the OK state. As I understand it, that lack of state change results in sensorsd doing nothing, even though the sensor's value (the %2 token, On/Off) changes. Can anyone clue me in? I feel like I must be missing something silly and obvious here. see here: http://undeadly.org/cgi?action=articlesid=20140320093943 ``hw.sensors.upd0.indicator0:low=1:high=2:command=echo who turned %2 \ the lights? | mail -s power sensors root'' the trick seems to be to specify low=1:high=2. I suppose that works for indicator2, too. Bye, Marcus !DSPAM:54712928273131330177583! -- Joe Gidi j...@entropicblur.com You cannot buy skill. -- Ross Seyfried
Re: sensorsd, upd, and state changes
Just after I sent this, I happened to notice these lines in /var/log/messages. These came from the tests with the low=1:high=2 attributes set in sensorsd.conf per the Undeadly example. Nov 23 10:58:08 microserver sensorsd[6250]: upd0.indicator2: exceeds limits: On is below On Nov 23 10:59:54 microserver sensorsd[12047]: upd0.indicator2: exceeds limits: On is below On Nov 23 11:07:00 microserver sensorsd[27413]: upd0.indicator0: exceeds limits: On is below On On Sun, November 23, 2014 11:15 am, Joe Gidi wrote: Hi Marcus, Thanks for the reply. Unfortunately, the low=1:high=2 doesn't seem to work for indicator2. When I start sensorsd I see an initial event logged as the status goes from undefined to OK, but no further events as I unplug/plug the UPS. I tried monitoring indicator0 as in the Undeadly example, and I see exactly the same behavior. It appears to me that the driver should be changing the status (%s token) of the indicators to something other than OK when the UPS loses mains power, but it simply doesn't. BTW, I've tested with various check interval values for sensorsd, from the default 20 seconds down to as low as 1 second, with no change in results. Is anyone successfully using sensorsd with upd? Thanks, Joe On Sun, November 23, 2014 4:13 am, Marcus MERIGHI wrote: j...@entropicblur.com (Joe Gidi), 2014.11.23 (Sun) 01:22 (CET): I'm running OpenBSD 5.6/amd64 on my fileserver. It has an APC UPS that was previously managed with apcupsd. Since I upgraded to 5.6, the UPS now attaches as a upd device: $ dmesg | grep uhidev3 uhidev3 at uhub3 port 5 configuration 1 interface 0 APC Back-UPS ES 450 FW:844.K2 .D USB FW:K2 rev 1.10/1.06 addr 2 uhidev3: iclass 3/0, 123 report ids upd0 at uhidev3 And it reports sensible values in hw.sensors: $ sysctl hw.sensors.upd0 hw.sensors.upd0.indicator0=On (Charging), OK hw.sensors.upd0.indicator1=Off (Discharging), OK hw.sensors.upd0.indicator2=On (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=79.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK So far, so good. Now, I'd like to configure sensorsd to monitor the device and invoke a script when the power goes out. I have this line in sensorsd.conf: hw.sensors.upd0.indicator2:command=/etc/sensorsd/ups.sh %s %2 The ups.sh script currently just echoes the token values that it's passed to a log file. The issue I'm running into is this: the status of the sensors seems to always be OK, even when their state changes. I can unplug the UPS from the wall and then I see this: hw.sensors.upd0.indicator0=Off (Charging), OK hw.sensors.upd0.indicator1=On (Discharging), OK hw.sensors.upd0.indicator2=Off (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=76.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK We're not charging, we're discharging, AC power is not present, but none of the status indicators (the %s token) ever leaves the OK state. As I understand it, that lack of state change results in sensorsd doing nothing, even though the sensor's value (the %2 token, On/Off) changes. Can anyone clue me in? I feel like I must be missing something silly and obvious here. see here: http://undeadly.org/cgi?action=articlesid=20140320093943 ``hw.sensors.upd0.indicator0:low=1:high=2:command=echo who turned %2 \ the lights? | mail -s power sensors root'' the trick seems to be to specify low=1:high=2. I suppose that works for indicator2, too. Bye, Marcus !DSPAM:54712928273131330177583! -- Joe Gidi j...@entropicblur.com You cannot buy skill. -- Ross Seyfried -- Joe Gidi j...@entropicblur.com You cannot buy skill. -- Ross Seyfried
Re: Can't Install OpenBSD 5.6 with FTP
On 11/22/14 21:33, Hendrickson, Kenneth wrote: I can't install OpenBSD 5.6 with PXE with an FTP server. I now must figure out how to get a http server running. After 3 hours, it isn't working yet. There is NO documentation on how to set up the required web server pages. I've looked. There are no examples. Not even one example. If you spent three hours getting a basic, static content web server working...you have bigger problems. (btw: PXE uses TFTP to load the kernel, a totally different protocol, and this /has not changed/) This is NOT a good thing. Right. But not for the reason you are thinking. Why was this done? FTP as a protocol should have vanished about 20 years ago. A fair number of firewall admins are starting to deal with FTP by saying get a modern protocol, and a lot more should. Please reverse this decision. no. Please bring back installing from an FTP server. no. Why break something that was working well for more than a decade?? Why reduce functionality?? *sigh* You had warning in the 5.5 upgrade page. You had notice in the 5.6 upgrade page and in numerous other locations for 5.6. I have no idea how you spend three hours setting up a basic web server, and since you provide no indication of what your problem is (er..problem with the web server is), all we can do is guess and crack jokes. I shouldn't do this, but ... * Build out your webserver machine (assuming OpenBSD and modern hw, 15 minutes) * Enable webserver in rc.conf.local. Activate webserver (1 minute) * pkg_add rsync (2 minutes) * rsync the platform directories you want to locally mirror (15 minutes for getting the rsync command right. That's a gimme anyway, you already had a process for pulling to your local mirror, that still works) * Drop those platform directories into your webserver's space (/var/www/htdocs in 5.6) * IF you wish to prune out some files, you can skip the big .iso and .fs files. You will need the SHA256* and index.txt file (note: that index.txt file is important. Webservers all give directory listings differently; this provides a standard list of files for the installer to look at. This may be your problem, but because of how you wrote your e-mail, I'm still laughing at you) * Point a browser at your new server, verify all is visible and working. * Point your installer at the same URL you used above. Not counting load times, you could build a brand new install server in well under an hour, and should be able to modify your existing server in minutes. Nick.
Re: sensorsd, upd, and state changes
j...@entropicblur.com (Joe Gidi), 2014.11.23 (Sun) 17:19 (CET): Just after I sent this, I happened to notice these lines in /var/log/messages. These came from the tests with the low=1:high=2 attributes set in sensorsd.conf per the Undeadly example. Nov 23 10:58:08 microserver sensorsd[6250]: upd0.indicator2: exceeds limits: On is below On Nov 23 10:59:54 microserver sensorsd[12047]: upd0.indicator2: exceeds limits: On is below On Nov 23 11:07:00 microserver sensorsd[27413]: upd0.indicator0: exceeds limits: On is below On As I had just copied the undeadly example as-is to my sensorsd.conf I did receive the e-mail (i.e. command= worked). It was a false positive, though, as no one had pulled the plug. Did you really pull the plug or was yours a false positive, too? Bye, Marcus On Sun, November 23, 2014 11:15 am, Joe Gidi wrote: Hi Marcus, Thanks for the reply. Unfortunately, the low=1:high=2 doesn't seem to work for indicator2. When I start sensorsd I see an initial event logged as the status goes from undefined to OK, but no further events as I unplug/plug the UPS. I tried monitoring indicator0 as in the Undeadly example, and I see exactly the same behavior. It appears to me that the driver should be changing the status (%s token) of the indicators to something other than OK when the UPS loses mains power, but it simply doesn't. BTW, I've tested with various check interval values for sensorsd, from the default 20 seconds down to as low as 1 second, with no change in results. Is anyone successfully using sensorsd with upd? Thanks, Joe On Sun, November 23, 2014 4:13 am, Marcus MERIGHI wrote: j...@entropicblur.com (Joe Gidi), 2014.11.23 (Sun) 01:22 (CET): I'm running OpenBSD 5.6/amd64 on my fileserver. It has an APC UPS that was previously managed with apcupsd. Since I upgraded to 5.6, the UPS now attaches as a upd device: $ dmesg | grep uhidev3 uhidev3 at uhub3 port 5 configuration 1 interface 0 APC Back-UPS ES 450 FW:844.K2 .D USB FW:K2 rev 1.10/1.06 addr 2 uhidev3: iclass 3/0, 123 report ids upd0 at uhidev3 And it reports sensible values in hw.sensors: $ sysctl hw.sensors.upd0 hw.sensors.upd0.indicator0=On (Charging), OK hw.sensors.upd0.indicator1=Off (Discharging), OK hw.sensors.upd0.indicator2=On (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=79.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK So far, so good. Now, I'd like to configure sensorsd to monitor the device and invoke a script when the power goes out. I have this line in sensorsd.conf: hw.sensors.upd0.indicator2:command=/etc/sensorsd/ups.sh %s %2 The ups.sh script currently just echoes the token values that it's passed to a log file. The issue I'm running into is this: the status of the sensors seems to always be OK, even when their state changes. I can unplug the UPS from the wall and then I see this: hw.sensors.upd0.indicator0=Off (Charging), OK hw.sensors.upd0.indicator1=On (Discharging), OK hw.sensors.upd0.indicator2=Off (ACPresent), OK hw.sensors.upd0.indicator3=On (BatteryPresent), OK hw.sensors.upd0.indicator4=Off (ShutdownImminent), OK hw.sensors.upd0.percent0=76.00% (RemainingCapacity), OK hw.sensors.upd0.percent1=100.00% (FullChargeCapacity), OK We're not charging, we're discharging, AC power is not present, but none of the status indicators (the %s token) ever leaves the OK state. As I understand it, that lack of state change results in sensorsd doing nothing, even though the sensor's value (the %2 token, On/Off) changes. Can anyone clue me in? I feel like I must be missing something silly and obvious here. see here: http://undeadly.org/cgi?action=articlesid=20140320093943 ``hw.sensors.upd0.indicator0:low=1:high=2:command=echo who turned %2 \ the lights? | mail -s power sensors root'' the trick seems to be to specify low=1:high=2. I suppose that works for indicator2, too. Bye, Marcus -- Joe Gidi j...@entropicblur.com You cannot buy skill. -- Ross Seyfried -- Joe Gidi j...@entropicblur.com You cannot buy skill. -- Ross Seyfried !DSPAM:547209ba317089995017961!
Re: sensorsd, upd, and state changes
On Sun, November 23, 2014 11:51 am, Marcus MERIGHI wrote: j...@entropicblur.com (Joe Gidi), 2014.11.23 (Sun) 17:19 (CET): Just after I sent this, I happened to notice these lines in /var/log/messages. These came from the tests with the low=1:high=2 attributes set in sensorsd.conf per the Undeadly example. Nov 23 10:58:08 microserver sensorsd[6250]: upd0.indicator2: exceeds limits: On is below On Nov 23 10:59:54 microserver sensorsd[12047]: upd0.indicator2: exceeds limits: On is below On Nov 23 11:07:00 microserver sensorsd[27413]: upd0.indicator0: exceeds limits: On is below On As I had just copied the undeadly example as-is to my sensorsd.conf I did receive the e-mail (i.e. command= worked). It was a false positive, though, as no one had pulled the plug. Did you really pull the plug or was yours a false positive, too? Bye, Marcus I actually tested by pulling the plug. In my testing, sensorsd detects a change and invokes my script when the daemon is first started; I believe this is because the status of the sensor goes from undefined to OK. However, after that, unplugging/plugging the UPS doesn't have any effect on sensorsd. Thanks, Joe
Trackpad after suspend/resume on MacBookAir4,1
Hi, After resuming from suspend (either by closing and reopening the lid or via zzz) the trackpad behaves erratically -- the pointer jumps around wildly when using it. The issue is reproducible. Here is the dmesg from boot: OpenBSD 5.6 (GENERIC.MP) #333: Fri Aug 8 00:20:21 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error fbclock_battery,ROM_cksum,config_unit,memory_size,fixed_disk real mem = 4185079808 (3991MB) avail mem = 4064886784 (3876MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (53 entries) bios0: vendor Apple Inc. version MBA41.88Z.0077.B11.1310091428 date 10/09/2013 bios0: Apple Inc. MacBookAir4,1 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC SBST ECDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT MCFG SSDT SSDT SSDT acpi0: wakeup devices P0P2(S4) EC__(S4) HDEF(S4) ARPT(S4) RP02(S4) EHC1(S3) EHC2(S3) ADP1(S4) LID0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-2677M CPU @ 1.80GHz, 1800.24 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 100MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-2677M CPU @ 1.80GHz, 1800.02 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC 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-2677M CPU @ 1.80GHz, 1800.02 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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC 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-2677M CPU @ 1.80GHz, 1800.02 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,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 acpiec0 at acpi0 acpimcfg0 at acpi0 addr 0xe000, bus 0-151 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 3 (P0P2) acpiprt2 at acpi0: bus 2 (RP02) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpibat0 at acpi0: BAT0 model 3545797981023400290 type 3545797981528607052 oem 3545797981528608836 acpiac0 at acpi0: AC unit offline acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB acpivideo0 at acpi0: IGPU acpivout0 at acpivideo0: DD02 cpu0: Enhanced SpeedStep 1800 MHz: speeds: 1801, 1800, 1700, 1600, 1500, 1400, 1300, 1200, 1100, 1000, 900, 800 MHz memory map conflict 0xe00f8000/0x1000 memory map conflict 0xfed1c000/0x4000 memory map conflict 0xffed/0x3 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 2G Host rev 0x09 ppb0 at pci0 dev 1 function 0 Intel Core 2G PCIE rev 0x09: msi pci1 at ppb0 bus 3 ppb1 at pci1 dev 0 function 0 vendor Intel, unknown product 0x151a rev 0x01 pci2 at ppb1 bus 4 ppb2 at pci2 dev 0 function 0 vendor Intel, unknown product 0x151a rev 0x01 pci3 at ppb2 bus 5 vendor Intel, unknown product 0x151a (class system subclass miscellaneous, rev 0x01) at pci3 dev 0 function 0 not configured ppb3 at pci2 dev 3 function 0 vendor Intel, unknown product 0x151a rev 0x01 pci4 at ppb3 bus 6 ppb4 at pci2 dev 4 function 0 vendor Intel, unknown product 0x151a rev 0x01 pci5 at ppb4 bus 55 vga1 at pci0 dev 2 function 0 Intel HD Graphics 3000 rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 drm: Memory usable by graphics device = 2048M inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added (std, vt100 emulation) Intel 6 Series MEI rev 0x04 at pci0 dev 22
Re: recent and64 shapshots: USB device timeouts, xhci: NULL xfer pointer
update after running quite a few hours on the 2014-11-22T2243 snapshot and relatively infrequent drops in connectivity, a panic (transcribed, with some interactivity): kernel: page fault trap, code=0 Stopped at rt_missmsg+0x7f:movzwl 0xb0(%r15),%eax ddb{0} trace rtmissmsg() at rt_missmsg+0x7f in_losing() at in_losing+0x98 tcp_timer_rexmt() at tcp_timer_rexmt+0x2ec Xsoftclock() at Xsoftclock+0x2d --- interrupt --- end trace frame: 0x0, count: -6 0x8: ddb{0} boot dump uvm_fault(0x818c9840, 0x809a00f8, 0 1) - e kernel: page fault trap, code=0 Faulted in DDB; continuing... ddb{0} after which the system was stuck for long enough that I gave up and forced a cold reboot, no crash dump collected, unfortunately. photo for ref in case of transcription error: http://home.nuug.no/~peter/crash_20141123.jpg fresh dmesg: OpenBSD 5.6-current (GENERIC.MP) #596: Sat Nov 22 13:26:41 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17046183936 (16256MB) avail mem = 16588574720 (15820MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb500 (35 entries) bios0: vendor American Megatrends Inc. version 4.6.5 date 11/21/2013 bios0: Notebook W840SU Series acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT ASF! SSDT SSDT SSDT MCFG HPET SSDT SSDT DMAR CSRT acpi0: wakeup devices PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) RLAN(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) PXSX(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 2793.90 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-4510U CPU @ 2.00GHz, 2793.53 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,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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-4510U CPU @ 2.00GHz, 2793.54 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID 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-4510U CPU @ 2.00GHz, 2793.54 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,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (RP01) acpiprt2 at acpi0: bus 2 (RP03) acpiprt3 at acpi0: bus 3 (RP04) acpiprt4 at acpi0: bus -1 (P0P2) acpiprt5 at acpi0: bus -1 (P0PA) acpiprt6 at acpi0: bus -1 (P0PB) acpiprt7 at acpi0: bus -1 (PEG0) acpiprt8 at acpi0: bus -1 (PEG1) acpiprt9 at acpi0: bus -1 (PEG2) acpiec0 at acpi0 acpicpu0 at acpi0: C3, C1, PSS acpicpu1 at acpi0: C3, C1, PSS acpicpu2 at acpi0: C3, C1, PSS acpicpu3 at acpi0: C3, C1, PSS acpitz0 at acpi0: critical temperature is 120 degC acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: SLPB acpibtn2 at acpi0: LID0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT0 model BAT serial 0001 type LION oem Notebook acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD1F cpu0: Enhanced SpeedStep 2793 MHz: speeds: 2601, 2600, 2500, 2300, 2200, 2000, 1900, 1800, 1600, 1500, 1400, 1200, 1100, 1000, 800, 754 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 4G Host rev 0x0b vga1 at pci0 dev 2 function 0 Intel HD
Re: Trackpad after suspend/resume on MacBookAir4,1
Hello Maximilian, On 23/11/14(Sun) 11:08, Maximilian Pichler wrote: Hi, After resuming from suspend (either by closing and reopening the lid or via zzz) the trackpad behaves erratically -- the pointer jumps around wildly when using it. The issue is reproducible. This is a known issue with USB pointer devices. What's happening is that your device is detached upon suspend an re-attached at resume. However there's no way to tell the Xserver to re-open/re-calibrate your device when it is re-attached. The best you can do for the moment is restart X after resuming, it should recalibrate your touchpad properly. Martin
Re: making firefox less insecure
In message http://marc.info/?l=openbsd-miscm=141616701418506w=1 I wrote: Web browsers scare me: they're huge pieces of code, un-audited, they have embedded Turing-complete interpreters, they live in a horribly imsecure environment, [[...]] So, I'm thinking about how to exploit-mitigate a web browser (I'll use firefox here for purposes of illustration, but this is basically generic to any other web browser). This is in the context of a single-user OpenBSD desktop (say a laptop). [[...]] I can see several possible forms of exploit-mitigation: (a) use the noscript firefox extension to block javascript (b) use capsicum to sandbox forefox and any plugin processes (c) run firefox in a chroot jail (d) have firefox talk to an Xephyr(1) instance so it's semi-isolated from the main X server (e) maybe have firefox go through an ssh tunnel to localhost (f) run firefox as an unpriviliged user _firefox, group _firefox, and use Unix file permissions to deny that user access to $HOME/ Thank you to everyone who's responded! Daniel Dickman pointed to the quark formally-verified web browser. This is interesting research... but if I'm reading their paper correctly, their formally-verified security properties still permit the browser to (for example) send my ~/.ssh/ private keys to evil.com. :( I'm not sure whether these properties block the installation of keyloggers, either. Jorge Gabriel Lopez Paramount's idea of putting the web browser inside a read-only virtual machine is clever. Virtual machines have lots of security holes (http://marc.info/?l=openbsd-miscm=119318909016582w=1 and http://xenbits.xen.org/xsa/), but making the VM read-only and/or re-installing it often should mitigate that to some extent. I now have (e) and (f) running ok on 5.6-stable, on a Thinkpad T60 laptop (3GB RAM, 2.0GHz Intel Core Duo). My normal login is in login class 'staff', for which I've upped the memory limits to infinity. I've installed the firefox-31.0 package, and created a new unpriviliged user _firefox (group _firefox and no other groups, login class staff). Some further details: The obvious way of doing (f) is to make either the firefox binary, or a wrapper program, setuid/setgid _firefox. Unfortunately, it turns out that that doesn't drop supplementary group ids. That is, if my normal id is in group wheel, then even after executing a setuid/setgid wrapper, the process is still in group wheel. :( Since Perl (unlike shells) allows safe setuid scripts, I thought of using the Perl Proc::UID perl module. Alas, this is broken -- it won't compile on any modern perl, and the bugs in question have been open with no change in status for 3 years. So... back to C. After a bit of poking around with setgroups(2), I found that the wrapper has to be setuid/setgid root in order to be allowed to drop the supplemental groups. Following Chen, Wagner, Dean's paper Setuid Demystified http://www.cs.berkeley.edu/~daw/papers/setuid-usenix02.pdf and inspired by /usr/src/usr.sbin/ntp.c lines 145-148, I wound up with the following wrapper: --- begin wrapper --- #include sys/types.h #include unistd.h #include stdio.h #define ERROR_EXIT_STATUS 1 #define PROGRAM_TO_EXECUTE /usr/bin/id /* * This wrapper * - drops any supplementary groups * - changes to uid gid _firefox, and * - executes another program */ int main(void) { /* FIXME: should really look these up via getpwnam(3) and getgrnam(3) */ const uid_t firefox_euid = 2000; const gid_t firefox_egid = 2000; const int my_euid = geteuid(); const int my_egid = getegid(); printf(in wrapper before dropping privs: my_euid=%d, my_egid=%d\n, (int) my_euid, (int) my_egid); printf(dropping any supplementary groups...\n); if (setgroups(0, NULL) != 0) { perror(unable to drop supplementary groups); return ERROR_EXIT_STATUS; } printf(setting gid to _firefox...\n); if (setresgid(firefox_egid, firefox_egid, firefox_egid) != 0) { perror(unable to set firefox group id); return ERROR_EXIT_STATUS; } printf(setting uid to _firefox...\n); if (setresuid(firefox_euid, firefox_euid, firefox_euid) != 0) { perror(unable to set firefox user id); return ERROR_EXIT_STATUS; } printf(executing %s\n, PROGRAM_TO_EXECUTE); execl(PROGRAM_TO_EXECUTE, PROGRAM_TO_EXECUTE, NULL); /* we only get to here if the execl() failed */ perror(unable to execute); return ERROR_EXIT_STATUS; } --- end wrapper --- If compiled and made setuid-root and setgid-wheel, this successfully drops all its priviliges (including supplemental groups). But, when I changed /usr/bin/id to (say) /usr/X11R6/bin/xterm or /usr/X11R6/bin/xclock (for testing), I then found that the X server (rightfully) refuses to accept a connection from a process running with uid/gid _firefox. I played around a bit with copying my .Xauthority file to the _firefox home directory, but couldn't get that to work, so I decided
Re: openbsd 5.6 - pf does not work on local redirects
No, I don't mean to make allegations about what your ISP is doing, just pointing out that this is not ALWAYS a firewall problem. I have seen several cases where ISPs drop any packet from the internal network that tries to enter via the external interface. Its done in the modem. In these cases, I suspect they are running some form of packet filter or iptables and they are the ones that are blocking your re-directs. When this happens its not limited to smtp. I just meant it as another point to check. You've proved you are reachable, now you have a convenience issue of reach-ability from your own network. You are half way there. If it really is your ISP, you can still get around this with with a split horizon dns server, internally, which is what I do. But then I use iptables on linux and am I'm NOT knowledgeable about pf. Tom Estep (shorewall) has a faq about this issue (routeback) that applies to the iptables world http://shorewall.net/4.2/FAQ.htm#faq2 also read faq2b at same link. Maybe it will help you find the equivalent setting in pf. In my case Comcast is will not even pass packets from one cat5 port on my modem to another port on the same modem. I can't ssh out of one into the other. This is EVEN having the modem set to pass-thru mode, (turning off its internal firewall). This is how I know there is something done at the modem of which I have no control. On 11/23/2014 07:51 AM, Soós László wrote: So if I understand right you suspect that my ISP is filtering out the SMTP packets. My problem is the other way around. When I try externally (telnet to yy.131 port 25) it works When I try on the OpenBSD host (which is the firewall itself) it does NOT work. It looks like for me OpenBSD 5.6 does not passing up packets to pf which destined to self. Maybe its a bug in 5.6 as it worked in 5.5, but maybe it is a change that I did not notice in the changelog. Laszlo 2014.11.23. 1:28 keltezéssel, Jason Adams írta: On 11/22/2014 12:50 PM, Soós László wrote: Telnet on the same host (command run on the OpenBSD host) - BAD, UNEXPECTED BEHAVIOUR - [root ~]# telnet yy.yy.yy.131 25 Trying yy.yy.yy.131... telnet: connect to address yy.yy.yy.131: Connection refused If y.yy.yy.131 is your External Interface (attached to your cable modem, (or what ever), you should test from somewhere else, such as your cell phone NOT connected to your wifi, or a shell on some remote machine. I say this because connections out-the-in-again are commonly being blocked by some modems these days. In particular I have this problem in Comcast, and have torn more than a few hairs trying to fix it, only to find it was intentional on their part. -- Those who do not understand Unix are condemned to reinvent it, poorly.
Re: openbsd 5.6 - pf does not work on local redirects
Jason Adams adams...@gmail.com writes: Tom Estep (shorewall) has a faq about this issue (routeback) that applies to the iptables world http://shorewall.net/4.2/FAQ.htm#faq2 also read faq2b at same link. I must confess not reading this thread too carefully, but if what that faq describes is the problem, you need to look at the contortions taken at eg http://www.openbsd.org/faq/pf/rdr.html#reflect Also a variation at http://home.nuug.no/~peter/pf/newest/rdr2servers.html and the slides immediately following. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ Remember to set the evil bit on all malicious network traffic delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
Re: Why doesn't 'l' in ed(1) show a trailing '$'?
On Sun, Nov 23, 2014 at 10:46:23AM +0100, Ezequiel Garz?n wrote: Hello, everyone. I've noticed that in OpenBSD ed(1) doesn't mark the end of each line with a '$' when the list command 'l' is invoked. Is this a deliberate deviation from the POSIX standard? Is there any rationale for it? It looks like this should help print the addressed lines unambiguously when dealing with trailing spaces, no? Thanks and cheers, Ezequiel i don't know, but i'd like to. there is nothing in bin/ed/POSIX concerning `l', but commit history to that file is not exactly inspiring. there is nothing in the posix page for ed documenting whether this is something recent. it's there in 2008, and in the 2013 update. it would be good to know how other bsds behave, and whether the behaviour is considered desireable. then we'd know if behaviour should be changed, or whether a doc update is enough. if i don;t get any concrete feedback on that, i'll update the doc. anyone want to chip in? jmc
Re: openbsd 5.6 - pf does not work on local redirects
On 11/23/2014 01:12 PM, Peter N. M. Hansteen wrote: Jason Adams adams...@gmail.com writes: Tom Estep (shorewall) has a faq about this issue (routeback) that applies to the iptables world http://shorewall.net/4.2/FAQ.htm#faq2 also read faq2b at same link. I must confess not reading this thread too carefully, but if what that faq describes is the problem, you need to look at the contortions taken at eg http://www.openbsd.org/faq/pf/rdr.html#reflect Also a variation at http://home.nuug.no/~peter/pf/newest/rdr2servers.html and the slides immediately following. - Peter In the end, I went with a split horizon dns server, as your first link (and Shorewall) suggested. Since I was setting up a dns server anyway, and this did in fact solve all of our problems (mail and web) in one stroke rather than a dozen rules. I believe the RDR-TO and NAT-TO Combination mentioned in your first slide was the alternative but it required two rules for each service, and you can just forget about ftp. Still I wonder why it USED to work for Soós László in 5.5? -- Those who do not understand Unix are condemned to reinvent it, poorly.
Re: Why doesn't 'l' in ed(1) show a trailing '$'?
On Sun, Nov 23, 2014 at 4:43 PM, Jason McIntyre j...@kerhand.co.uk wrote: On Sun, Nov 23, 2014 at 10:46:23AM +0100, Ezequiel Garz?n wrote: Hello, everyone. I've noticed that in OpenBSD ed(1) doesn't mark the end of each line with a '$' when the list command 'l' is invoked. Is this a deliberate deviation from the POSIX standard? Is there any rationale for it? It looks like this should help print the addressed lines unambiguously when dealing with trailing spaces, no? Thanks and cheers, Ezequiel i don't know, but i'd like to. there is nothing in bin/ed/POSIX concerning `l', but commit history to that file is not exactly inspiring. there is nothing in the posix page for ed documenting whether this is something recent. it's there in 2008, and in the 2013 update. it would be good to know how other bsds behave, and whether the behaviour is considered desireable. then we'd know if behaviour should be changed, or whether a doc update is enough. if i don;t get any concrete feedback on that, i'll update the doc. anyone want to chip in? jmc Hi Jason, commenting out CFLAGS+=-DBACKWARDS and recompiling will show the $ at the end of long lines. bin/ed/README says: BACKWARDS - for backwards compatibility This hasn't changed since 1995. Anyone know what ed is supposed to be backwards compatible with?
Re: USB worked on 5.5, not on 5.6 on MacbookAir5,1
Earlier you asked for the usbdevs and lsusb outputs on the version of the OS that was *not* recognizing the usb devices at all, that is to say, 5.6-release. I got those today. Note that a urtwn is plugged into the left USB port while I was running these commands. Here they are: ** 5.6-release usbdevs ** addr 1: EHCI root hub, Intel addr 2: Rate Matching Hub, Intel addr 3: FaceTime HD Camera (Built-in), Apple Inc. addr 1: EHCI root hub, Intel addr 2: Rate Matching Hub, Intel addr 3: product 0x2512, Standard Microsystems addr 4: BRCM20702 Hub, Apple Inc. addr 5: product 0x820a, Apple Computer addr 6: product 0x820b, Apple Computer addr 7: Bluetooth USB Host Controller, Apple Inc. addr 8: Apple Internal Keyboard / Trackpad, Apple Inc. ** 5.6-release usbdevs -dv ** Controller /dev/usb0: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 uhub0 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x0024), Intel(0x8087), rev 0.00 uhub2 port 1 addr 3: high speed, power 500 mA, config 1, FaceTime HD Camera (Built-in)(0x8510), Apple Inc.(0x05ac), rev 80.25, iSerialNumber CCGC6500NMDWC8C0 uvideo0 ugen0 port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 2 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x8086), rev 1.00 uhub1 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x0024), Intel(0x8087), rev 0.00 uhub3 port 1 powered port 2 powered port 3 powered port 4 powered port 5 powered port 6 powered port 7 powered port 8 addr 3: high speed, self powered, config 1, product 0x2512(0x2512), Standard Microsystems(0x0424), rev b.b3 uhub4 port 1 addr 4: full speed, self powered, config 1, BRCM20702 Hub(0x4500), Apple Inc.(0x0a5c), rev 1.00 uhub5 port 1 addr 5: full speed, self powered, config 1, product 0x820a(0x820a), Apple Computer(0x05ac), rev 1.00 uhidev0 port 2 addr 6: full speed, self powered, config 1, product 0x820b(0x820b), Apple Computer(0x05ac), rev 1.00 uhidev1 port 3 addr 7: full speed, self powered, config 1, Bluetooth USB Host Controller(0x821f), Apple Inc.(0x05ac), rev 1.47 ugen1 port 2 addr 8: full speed, power 40 mA, config 1, Apple Internal Keyboard / Trackpad(0x0249), Apple Inc.(0x05ac), rev 2.19 uhidev2 uhidev3 ubcmtp0 port 2 powered ** 5.6-release lsusb ** Bus 000 Device 001: ID 8086: Intel Corp. Bus 000 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 000 Device 003: ID 05ac:8510 Apple, Inc. FaceTime HD Camera (Built-in) Bus 001 Device 001: ID 8086: Intel Corp. Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0424:2512 Standard Microsystems Corp. USB 2.0 Hub Bus 001 Device 004: ID 0a5c:4500 Broadcom Corp. BCM2046B1 USB 2.0 Hub (part of BCM2046 Bluetooth) Bus 001 Device 005: ID 05ac:820a Apple, Inc. Bluetooth HID Keyboard Bus 001 Device 006: ID 05ac:820b Apple, Inc. Bluetooth HID Mouse Bus 001 Device 007: ID 05ac:821f Apple, Inc. Built-in Bluetooth 2.0+EDR HCI Bus 001 Device 008: ID 05ac:0249 Apple, Inc. ** 5.6-release lsusb -v ** Bus 000 Device 001: ID 8086: Intel Corp. Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass9 Hub bDeviceSubClass 0 Unused bDeviceProtocol 1 Single TT bMaxPacketSize064 idVendor 0x8086 Intel Corp. idProduct 0x bcdDevice1.00 iManufacturer 1 Intel iProduct2 EHCI root hub iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x40 (Missing must-be-set bit!) Self Powered MaxPower0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 9 Hub bInterfaceSubClass 0 Unused bInterfaceProtocol 0 Full speed (or root) hub iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3 Transfer TypeInterrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 12 Hub Descriptor: bLength 11 bDescriptorType 41 nNbrPorts 2 wHubCharacteristic 0x0002 No power switching (usb
Re: Why doesn't 'l' in ed(1) show a trailing '$'?
Am 23.11.2014 23:08, schrieb Daniel Dickman: On Sun, Nov 23, 2014 at 4:43 PM, Jason McIntyre j...@kerhand.co.uk wrote: On Sun, Nov 23, 2014 at 10:46:23AM +0100, Ezequiel Garz?n wrote: Hello, everyone. I've noticed that in OpenBSD ed(1) doesn't mark the end of each line with a '$' when the list command 'l' is invoked. Is this a deliberate deviation from the POSIX standard? Is there any rationale for it? It looks like this should help print the addressed lines unambiguously when dealing with trailing spaces, no? Thanks and cheers, Ezequiel i don't know, but i'd like to. there is nothing in bin/ed/POSIX concerning `l', but commit history to that file is not exactly inspiring. there is nothing in the posix page for ed documenting whether this is something recent. it's there in 2008, and in the 2013 update. it would be good to know how other bsds behave, and whether the behaviour is considered desireable. then we'd know if behaviour should be changed, or whether a doc update is enough. if i don;t get any concrete feedback on that, i'll update the doc. anyone want to chip in? jmc Hi Jason, commenting out CFLAGS+=-DBACKWARDS and recompiling will show the $ at the end of long lines. bin/ed/README says: BACKWARDS - for backwards compatibility This hasn't changed since 1995. Anyone know what ed is supposed to be backwards compatible with? Hello, probably backwards with regard to the pre-posix aera. Apparently there was no exact or a different specification for the l command of ed before IEEE P1003.2 Draft 11.1. (that document was closed on July 19, 1991) Looking at IEEE P1003.2 Draft 11.2 [1] you will notice that paragraph 4.20.7.3.14 List Command was added/changed in draft 11.1. Note the 1 at the right end of each line... and the document states -- Quote-- This draft uses small numbers in the right margin in lieu of change bars. 2 ``2'' denotes changes from Draft 11.1 to Draft 11.2. ``1'' denotes 2 changes from Draft 11 to Draft 11.1. All diff-marks prior to Draft 11.1 1 have been removed. Trivial informative (i.e., non-normative) changes and purely editorial changes such as grammar, spelling, or cross references are not diff-marked. -- End Quote -- Does anyone have drafts earlier than 11.1 of IEEE P1003.2 so this could be verified. The manpage of ed from the sixth edition unix (V6 1975) [2] does not mention the $ at the end of a line for the l command. The ed reference in appendix 1 of my exemplar of The Unix Programming Environment by Kernighan and Pike from 1984 does not mention the $ at the end of a listed line either. Looking at the X/Open CAE Specifications, Commands and Utilities, Issue 4, Version 2 from September 1994 [3], the $ at the end of each line for the ed l command is specified at page 290. Unfirtunately I have no access to earlier versions of this document. [1] http://www.nic.funet.fi/pub/doc/posix/p1003.2/d11.2/all [2] http://roguelife.org/~fujita/COOKIES/HISTORY/V6/ed.1.html [3] https://www2.opengroup.org/ogsys/catalog/c436 HTH rru
Re: Why doesn't 'l' in ed(1) show a trailing '$'?
On 11/23/14 20:02, Einfach Jemand wrote: Am 23.11.2014 23:08, schrieb Daniel Dickman: On Sun, Nov 23, 2014 at 4:43 PM, Jason McIntyre j...@kerhand.co.uk wrote: On Sun, Nov 23, 2014 at 10:46:23AM +0100, Ezequiel Garz?n wrote: Hello, everyone. I've noticed that in OpenBSD ed(1) doesn't mark the end of each line with a '$' when the list command 'l' is invoked. Is this a deliberate deviation from the POSIX standard? Is there any rationale for it? It looks like this should help print the addressed lines unambiguously when dealing with trailing spaces, no? Thanks and cheers, Ezequiel i don't know, but i'd like to. there is nothing in bin/ed/POSIX concerning `l', but commit history to that file is not exactly inspiring. there is nothing in the posix page for ed documenting whether this is something recent. it's there in 2008, and in the 2013 update. it would be good to know how other bsds behave, and whether the behaviour is considered desireable. then we'd know if behaviour should be changed, or whether a doc update is enough. if i don;t get any concrete feedback on that, i'll update the doc. anyone want to chip in? jmc Hi Jason, commenting out CFLAGS+=-DBACKWARDS and recompiling will show the $ at the end of long lines. bin/ed/README says: BACKWARDS - for backwards compatibility This hasn't changed since 1995. Anyone know what ed is supposed to be backwards compatible with? Hello, probably backwards with regard to the pre-posix aera. Apparently there was no exact or a different specification for the l command of ed before IEEE P1003.2 Draft 11.1. (that document was closed on July 19, 1991) Looking at IEEE P1003.2 Draft 11.2 [1] you will notice that paragraph 4.20.7.3.14 List Command was added/changed in draft 11.1. Note the 1 at the right end of each line... and the document states -- Quote-- This draft uses small numbers in the right margin in lieu of change bars. 2 ``2'' denotes changes from Draft 11.1 to Draft 11.2. ``1'' denotes 2 changes from Draft 11 to Draft 11.1. All diff-marks prior to Draft 11.1 1 have been removed. Trivial informative (i.e., non-normative) changes and purely editorial changes such as grammar, spelling, or cross references are not diff-marked. -- End Quote -- Does anyone have drafts earlier than 11.1 of IEEE P1003.2 so this could be verified. The manpage of ed from the sixth edition unix (V6 1975) [2] does not mention the $ at the end of a line for the l command. The ed reference in appendix 1 of my exemplar of The Unix Programming Environment by Kernighan and Pike from 1984 does not mention the $ at the end of a listed line either. Looking at the X/Open CAE Specifications, Commands and Utilities, Issue 4, Version 2 from September 1994 [3], the $ at the end of each line for the ed l command is specified at page 290. Unfirtunately I have no access to earlier versions of this document. [1] http://www.nic.funet.fi/pub/doc/posix/p1003.2/d11.2/all [2] http://roguelife.org/~fujita/COOKIES/HISTORY/V6/ed.1.html [3] https://www2.opengroup.org/ogsys/catalog/c436 HTH rru I'm afraid I don't know ed well, but in response to Jason's query I can confirm that ed in FreeBSD 10.1-RELEASE does print the $ after issuing the l command. From the GNU ed manual[1]: (.,.)l Prints the addressed lines unambiguously. The end of each line is marked with a '$', and every '$' character within the text is printed with a preceding backslash. The current address is set to the last line printed. [1] http://www.gnu.org/software/ed/manual/ed_manual.html
Re: Why doesn't 'l' in ed(1) show a trailing '$'?
Easy change in this case, since it doesn't seem clear what backwards compatibility is trying to be preserved. --- /usr/src/bin/ed/io.cWed Nov 12 08:50:07 2014 +++ /home/ben/src/io.c Sun Nov 23 19:47:02 2014 @@ -336,10 +336,8 @@ } else putchar(*s); } -#ifndef BACKWARDS if (gflag GLS) putchar('$'); -#endif putchar('\n'); return 0; } [demime 1.01d removed an attachment of type application/pgp-signature]
secure(er) image viewer?
Libraries for loading/parsing/processing common image formats like JPEG, PNG, GIF, TIFF, etc, have a long history of buffer overruns and other security problems. This in turn has been reflected in various exploits for command-line image-viewing tools like xv(1), xloadimage(1), display(1) [ImageMagick], etc. Do we (OpenBSD) have any image-viewing software that's written to OpenBSD-style security standards? Notably, do we have any image-viewing software that's privilige-separated? (I.e., which does the (dangerous) image parsing/processing in a separate process which is chrooted, sending back bitmaps/pixmaps over a constrained channel to a display process?) ciao, -- -- Jonathan Thornburg [remove -animal to reply] jth...@astro.indiana-zebra.edu Dept of Astronomy IUCSS, Indiana University, Bloomington, Indiana, USA There was of course no way of knowing whether you were being watched at any given moment. How often, or on what system, the Thought Police plugged in on any individual wire was guesswork. It was even conceivable that they watched everybody all the time. -- George Orwell, 1984
Re: secure(er) image viewer?
Do we (OpenBSD) have any image-viewing software that's written to OpenBSD-style security standards? Notably, do we have any image-viewing software that's privilige-separated? (I.e., which does the (dangerous) image parsing/processing in a separate process which is chrooted, sending back bitmaps/pixmaps over a constrained channel to a display process?) Nope. Outside of OpenBSD, open-source software with priviledge seperation is pretty rare. I can only think of a handful.
Re: Why doesn't 'l' in ed(1) show a trailing '$'?
Easy change in this case, since it doesn't seem clear what backwards compatibility is trying to be preserved. You're right -- because the situation isn't clear, we should just commit your change. --- /usr/src/bin/ed/io.c Wed Nov 12 08:50:07 2014 +++ /home/ben/src/io.cSun Nov 23 19:47:02 2014 @@ -336,10 +336,8 @@ } else putchar(*s); } -#ifndef BACKWARDS if (gflag GLS) putchar('$'); -#endif putchar('\n'); return 0; }
undeadly.org status?
Anyone know what happened to undeadly? (The|A) host seems to be up but doesn't answer on any port. -- -Adam Thompson athom...@athompso.net
Re: undeadly.org status?
For me too. 2014-11-24 1:42 GMT-02:00 Adam Thompson athom...@athompso.net: Anyone know what happened to undeadly? (The|A) host seems to be up but doesn't answer on any port. -- -Adam Thompson athom...@athompso.net -- Antonio Feitosa (http://twitter.com/teebsd) #DevOps believer in Prototype Driven Development, #Security Consultant, #OpenBSD addicted, #ARM hobbyst and #Blues #Musician. #P2P is the real #cloudcomputing. Rio de Janeiro, Brazil · Github: https://github.com/TeeBSB Blog: http://teebsd.github.io/
Re: undeadly.org status?
Hmm, I also can NOT access On Mon, Nov 24, 2014 at 10:25 AM, Antonio Feitosa antonio@gmail.com wrote: For me too. 2014-11-24 1:42 GMT-02:00 Adam Thompson athom...@athompso.net: Anyone know what happened to undeadly? (The|A) host seems to be up but doesn't answer on any port. -- -Adam Thompson athom...@athompso.net -- Antonio Feitosa (http://twitter.com/teebsd) #DevOps believer in Prototype Driven Development, #Security Consultant, #OpenBSD addicted, #ARM hobbyst and #Blues #Musician. #P2P is the real #cloudcomputing. Rio de Janeiro, Brazil · Github: https://github.com/TeeBSB Blog: http://teebsd.github.io/ -- cat /etc/motd Thank you Indunil Jayasooriya http://www.theravadanet.net/ http://www.siyabas.lk/sinhala_how_to_install.html - Download Sinhala Fonts
Re: undeadly.org status?
Sorry about that, the server process hung, and needed to be forcibly restarted. Undeadly should be back up now. On 2014 Nov 23 (Sun) at 21:42:58 -0600 (-0600), Adam Thompson wrote: :Anyone know what happened to undeadly? (The|A) host seems to be up but :doesn't answer on any port. : :-- :-Adam Thompson : athom...@athompso.net : -- Once, adv.: Enough. -- Ambrose Bierce, The Devil's Dictionary