Localization of date(1) and XFCE
Hi, Well, i'm using OpenBSD 6.9 on my Thinkpad laptop using XFCE as desktop environment. I started another thread about emojis but here I wanna share an inconsistency I'd like to work out. I speak Spanish and thus I use a locale called es_CL.UTF-8. XFCE is fine with it. However, my date is expressed directly as it comes from date(1). This is confirmed by their docs https://docs.xfce.org/xfce/xfce4-panel/4.16/clock so how do I make date to work with my language. This is my locale: LANG=es_CL.UTF-8 LC_COLLATE="es_CL.UTF-8" LC_CTYPE="es_CL.UTF-8" LC_MONETARY="es_CL.UTF-8" LC_NUMERIC="es_CL.UTF-8" LC_TIME="es_CL.UTF-8" LC_MESSAGES="es_CL.UTF-8" LC_ALL=es_CL.UTF-8 I've read it happening before but I didn't find the solution. -- ~ffuentes sysadmin texto-plano.xyz
Re: Color emojis
On Thu, Jun 17, 2021 at 07:30:15AM -, Stuart Henderson wrote: > On 2021-06-17, Francisco Fuentes wrote: > > I have a little issue with my system (OpenBSD 6.9 amd64 with XFCE) and > > that is that emojis aren't showing. I read fonts-conf(5) and created > > with some help one for my own configuration but I haven't had luck so > > far. I installed Noto Emoji font and the powerline ones from packages > > but it didn't cause any effect. > > > > I need to be able to see emojis across the system, some people tend to > > think that I wanna see them only on Firefox and they suggest stuff to do > > in a specific system but I need to i.e. see color emojis in the terminal. > > > > What else do I need to check or is there some kind of incompatibility? > > > > Thanks > > > > > > You will need a terminal that can use fallback fonts, and you'll need > to configure it to use the fonts you want in the priority order you > want. XTerm doesn't allow this. > > You can try at least rxvt-unicode, st, kitty, the various VTE-based > terminals (including gnome-terminal and many others). Some are > configured directly, some use fontconfig for it. I haven't tried using > them for emoji but have had success with fallback for various unicode > symbols and scripts that aren't supported by my usual font. > > There are some terminals that support emojis internally and can display some stuff like rxvt-unicode but they use their own font and don't look really well. I'd like to have the same experience as I have in XFCE in Manjaro. -- ~ffuentes at texto-plano dot] xyz
Color emojis
I have a little issue with my system (OpenBSD 6.9 amd64 with XFCE) and that is that emojis aren't showing. I read fonts-conf(5) and created with some help one for my own configuration but I haven't had luck so far. I installed Noto Emoji font and the powerline ones from packages but it didn't cause any effect. I need to be able to see emojis across the system, some people tend to think that I wanna see them only on Firefox and they suggest stuff to do in a specific system but I need to i.e. see color emojis in the terminal. What else do I need to check or is there some kind of incompatibility? Thanks -- ~ffuentes sysadmin texto-plano.xyz
Re: pf faq for openBSD 5.9
Hi, I resolved my problem with pf I search in: Index of /pub/OpenBSD/doc/history/ <https://ftp.openbsd.org/pub/OpenBSD/doc/history/> I'm searching support for my old soekris 4501 Best regards. On Wed, Feb 17, 2021 at 2:07 PM Allan Streib wrote: > "Francisco Valladolid H." writes: > > > I'm searching the PF FAQ for OpenBSD 5.9 in the history docs without > > success. > > Did you try archive.org? > > > https://web.archive.org/web/20160430175649/https://www.openbsd.org/faq/pf/index.html > > Allan > -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: pf faq for openBSD 5.9
Thanks for reply. On Wed, Feb 17, 2021 at 1:31 PM Tom Smyth wrote: > Francisco > > Suggest you update ... there are a number options for running modern > supported openbsd on flash > I think my old soekrisk 4501 don't have support for new BSD releases. > > That aside > > You can try > man pf.conf or man pf on the router as the manpages are probably installed > thank you. > > > > > On Wednesday, 17 February 2021, Francisco Valladolid H. > wrote: > >> Hi folks >> >> I'm searching the PF FAQ for OpenBSD 5.9 in the history docs without >> success. >> I'm setting and Soekris 4501 router for a small office and the >> flashrd images support >> OpenBSD 5.9. >> >> Thank you for reading. >> >> -- >> Francisco Valladolid H. >> -- http://blog.bsdguy.net - Jesus Christ follower. >> > > > -- > Kindest regards, > Tom Smyth. > -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
pf faq for openBSD 5.9
Hi folks I'm searching the PF FAQ for OpenBSD 5.9 in the history docs without success. I'm setting and Soekris 4501 router for a small office and the flashrd images support OpenBSD 5.9. Thank you for reading. -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: OpenBSD 6.8 (release) guest (qemu/kvm) on Linux 5.9 host (amd64) fails with protection fault trap
24 bits > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: AMD Opteron 22xx (Gen 2 Class Opteron), 1497.89 MHz, 0f-06-01 > > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, > CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,x2APIC,HV,NXE,LONG,LAHF > > cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB > 64b/line 16-way L2 cache, 16MB 64b/line 16-way L3 cache > > cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped > > cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped > > cpu0: smt 0, core 0, package 0 > > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > > cpu0: apic clock running at 999MHz > > ioapic0 at mainbus0: apid 0 pa 0xfec0, version 11, 24 pins > > acpihpet0 at acpi0: 1 Hz > > acpimcfg0 at acpi0 > > acpimcfg0: addr 0xb000, bus 0-255 > > acpiprt0 at acpi0: bus 0 (PCI0) > > "ACPI0006" at acpi0 not configured > > acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 > > acpicmos0 at acpi0 > > "PNP0A06" at acpi0 not configured > > "PNP0A06" at acpi0 not configured > > "QEMU0002" at acpi0 not configured > > "ACPI0010" at acpi0 not configured > > acpicpu0 at acpi0: C1(@1 halt!) > > pvbus0 at mainbus0: KVM > > pvclock0 at pvbus0 > > pci0 at mainbus0 bus 0 > > pchb0 at pci0 dev 0 function 0 "Intel 82G33 Host" rev 0x00 > > vga1 at pci0 dev 1 function 0 "Bochs VGA" rev 0x02 > > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > > virtio0 at pci0 dev 2 function 0 "Qumranet Virtio Network" rev 0x00 > > vio0 at virtio0: address 9a:00:00:00:00:00 > > virtio0: msix shared > > xhci0 at pci0 dev 3 function 0 vendor "Red Hat", unknown product 0x000d rev > 0x01: apic 0 int 23, xHCI 0.0 > > usb0 at xhci0: USB revision 3.0 > > uhub0 at usb0 configuration 1 interface 0 "Red Hat xHCI root hub" rev > 3.00/1.00 addr 1 > > virtio1 at pci0 dev 4 function 0 "Qumranet Virtio Storage" rev 0x00 > > vioblk0 at virtio1 > > scsibus1 at vioblk0: 1 targets > > sd0 at scsibus1 targ 0 lun 0: > > sd0: 51200MB, 512 bytes/sector, 104857600 sectors > > virtio1: msix shared > > pcib0 at pci0 dev 31 function 0 "Intel 82801IB LPC" rev 0x02 > > ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x02: msi, AHCI 1.0 > > ahci0: port 2: 1.5Gb/s > > scsibus2 at ahci0: 32 targets > > cd0 at scsibus2 targ 2 lun 0: removable > > ichiic0 at pci0 dev 31 function 3 "Intel 82801I SMBus" rev 0x02: apic 0 int > 16 > > iic0 at ichiic0 > > isa0 at pcib0 > > isadma0 at isa0 > > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > > pckbc0 at isa0 port 0x60/5 irq 1 irq 12 > > pckbd0 at pckbc0 (kbd slot) > > wskbd0 at pckbd0: console keyboard, using wsdisplay0 > > pms0 at pckbc0 (aux slot) > > wsmouse0 at pms0 mux 0 > > pcppi0 at isa0 port 0x61 > > spkr0 at pcppi0 > > lpt0 at isa0 port 0x378/4 irq 7 > > axe0 at uhub0 port 5 configuration 1 interface 0 "ASIX Electronics AX88772" > rev 2.00/0.01 addr 2 > > axe0: AX88772, address 00:50:b6:0b:cf:f0 > > ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI > 0x000ec6, model 0x0006 > > vscsi0 at root > > scsibus3 at vscsi0: 256 targets > > softraid0 at root > > scsibus4 at softraid0: 256 targets > > root on sd0a (50fd7af99e5255c1.a) swap on sd0b dump on sd0b > > > I have been trying to disable features on qemu invocation, changing the > "-machine" parameter and unloading the Linux msr module, without too much > success. Folks in #qemu suggested the workaround I'm using and advised that > the problem may be a CPU feature that I ought to disable, somehow. > > I know about https://www.openbsd.org/lyrics.html#62 (No QEMU, only DDB) :-) > However, if anybody has bumped into this and can successfully run OpenBSD as > a guest on this type of hardware, I would be grateful if they could throw me > a few ideas for me to try out. > > Thanks! > > > Gabriel > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Any plans to support newer Loongson-based systems?
On Tue, May 12, 2020 at 11:46:58AM -0300, Fabio Martins wrote: > > I believe loongson people are primaly after running some Linux distros for > their processor (new ones), but maybe if you ask them directly about their > plans to donate people's effort / hardware to OpenBSD, might be a good > start: For the record, they donated a board (or a full system, I don't know) a few years ago. We forgot to add them to the list of donations. > > I asked some months ago about buying Loongson out of China to play wth, > but got no luck. > > main point of contact inside Loongson, at least for for alpine Linux port, > is this one: > > > > maybe some others can help: > > www.loongson.cn > > be safe. > > -- > Fabio Martins > > > > According to https://www.openbsd.org/loongson.html only some old > > Loongson-based systems are supported. > > > > Are there any plans to support the more recent Loongson 3A3000- or the > > current 3A4000-based systems? > > > > I do not know where OpenBSD MIPS developers are located. > > Apparently the Loongson-based systems are not easily available outside > > China, but it seems Chinese merchants are selling 3A4000+mainboard > > bundles for somewhat less than 500 â¬, though I do not know if any of > > them ship outside China. > > > > Philipp > > > > > > > > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Odd /tmp behavior
On Tue, Jan 07, 2020 at 10:16:22AM -0700, Raymond, David wrote: > On an AMD-64 workstation /tmp fills up to 105% according to df, > apparently as a result of UNIX pipes in a shell script passing a whole > lot of moderately big files. Examination of /tmp with du and ls -gal > on /tmp shows no big files and trying to delete everything that is > there has no effect. Rebooting cleans out /tmp. > > I had /tmp mounted with the standard options + softdep. I eliminated > softdep and the problem appears to have gone away. > > Any ideas on what is going on with softdep here? Dmesg shows a long > series of "/tmp file system full" messages. If you're using current and that started to happens in the last week or so, then maybe there is some bug somewhere in the softdep code. Some devs are reworking some parts of softdep. If the problem is not new or you're using -stable, then maybe the problem is that you're using a too small /tmp partition. Softdep delays the writing of metadata. Maybe you're writing and deleting too much data without giving softdep a chance to update the metadata on the disk. Giving more space to /tmp should fix the problem. Even if you're not going to use so much space, softdep will need the extra space between the metadata updates. BTW, I prefer to use "async" for /tmp. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: SCM
On Mon, Jul 22, 2019 at 05:48:13PM +0200, Ingo Schwarze wrote: > Avstin Kim wrote on Mon, Jul 22, 2019 at 10:58:50AM -0400: > > > CVS for source code management. > > That's kind of a frequently asked question. > > Some of us (including myself) actually prefer CVS over git for tasks > where it is suffiecient because KISS. > > Other developers prefer git for various reasons. > > > I am curious why the Project continues to use CVS > > The most important reasons are: > > (1) Switching from CVS to git is extremely hard. Even with the > best tools available, and even when you improve them further, > it is hard, almost impossible, to avoid destroying part of the > history during the conversion of the repository. OpenBSD > values correctness very highly, and it also highly values the > abilty to audit code, including forensic auditing of code > history to determine, once bugs are found, how they were able > to happen. So correctness and completeness of history matters. > > (2) Git is fragile and easy to misuse with surprising consequences. > Well, admittedly, some aspects of CVS are also fragile, but > the number of traps is smaller and developers are already > used to the quirks of CVS, while the more numerous quirks > of git would likely cause surprise and disruption. > > (3) Not all developers are convinced switching is even desirable, > and never change a system that is working well unless there > are strong reasons to change it. I admit, though, that for > very large commits, in particular for Perl updates and for > sweeping infrastructure changes in the ports tree, there > would be undeniable benefits from switching to git. > > (4) Almost all developers prefer working on actual quality and > functionality of the system over spending time and effort on > infrastructure around it, unless the latter is really > important to make progress with the former. > > > if developers have in the past considered migrating the codebase > > to a distributed SCM system > > You can safely bet that they did. > > Actually, switching to git has been considered very seriously > multiple times in the past and may or may not happen one day. > > However, it requires rewriting git from scratch because the reference > implementation of git is not free software. It comes infected with > a viral license. > > That's another reason why switching implies a large effort and an > inevitable distraction from other, arguably more important OpenBSD > development. > > Admittedly, the implementation of CVS we currently use isn't free > software either, it's GPLv1. But we do not introduce any new > non-free software into the tree if there is any way to avoid that. > > > Mercurial > > Not free software either (same viral license), never used it > personally, and never heard any developer propose it. Mercurial would require python in base and maybe someday it will require also Rust. https://www.mercurial-scm.org/wiki/OxidationPlan > > > make branching and merging easier on developers, > > Branching and merging ist strictly prohibited in the OpenBSD > repository. Our development process simply neither needs nor allows > use of these features (except in a trivial way for -stable branches, > which novice developers never work on in the first place), so that's > not an argument at all. > > Yours, > Ingo > > P.S. > Regarding what Raul Miller said: > Git does not require a particular development process but can support > a wide variety of different processes. In particular, you can > require review of patches before push, and you can ban sending out > patchsets and require individual OKs for each indivual patch. So > what you said does not qualify an an argument against using git. > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: When will OpenBSD become a friendly place for bug reporters?
On Wed, Jul 10, 2019 at 09:30:56AM +0300, Consus wrote: > On 18:56 Tue 09 Jul, Roderick wrote: > > > > On Tue, 9 Jul 2019, cho...@jtan.com wrote: > > > > > Perhaps rather than whining that OpenBSD lacks some specific feature, > > > those who want it could write it? > > > > Or perhaps better not. All depends on what is a feature and for whom. > > > > I, as normal user, am glad that packages are not inflated with debugging > > symbols. > > That's why redhat and others offer *-debuginfo packages with DWARF > symbols. It's really helpful. It would be nice to have such in OpenBSD, > especially for base, because rebuilding something on my router is not > something I would like to do. The symbols are included in the base libraries. We only strip the symbols in the packages. Try this on your router: objdump -x /usr/lib/libedit.so.* (just an example) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
I will reply you to clarify some things but I agree with Ingo and we should let the thread die. On Mon, Jul 01, 2019 at 07:11:37PM +, Roderick wrote: > > On Mon, 1 Jul 2019, Juan Francisco Cantero Hurtado wrote: > > > Can you show me what missing Wayland part is bigger than DRM+Mesa+LLVM?. > > What do you want to say with the question? He was quoting "The missing parts are not so big but nobody is working on that". That's the context. You're right. DRM and Mesa are not part of X11. Long time ago the Linux kernel developers moved part of the graphical drivers out of Xorg. At that time, the Xorg drivers (userland) had direct access to the kernel *and the hardware*. From a security point of view, the hole was quite big. That part of the project was named DRM. KMS is the kernel framebuffer and uses DRM. Now, after of a lot of work and pain (by jsg@ and kettenis@), we have both the DRM drivers and the framebuffer. Mesa was only used for 3D but now some drivers (iirc AMD) require it for 2D. Also, Mesa requires LLVM. Xenocara is now running (except for some old drivers) on top of that. The hardest part of the problem is solved. If someone thinks that the code is small, please check how much code was imported for that. Now, the missing parts. As Leonid mentioned, we need something to handle the input events in the kernel. There is probably something small (compared to the other parts) missing in Mesa. And add some flavors/new ports to the ports tree (not a big problem). So, the big bloat is running now on your OpenBSD system because we needed that to make the recent graphics cards to work with Xorg. Nobody can avoid that. Also, thanks to that work, now systems with AMD or Intel graphics cards are more secure. Even if someday we have wayland in ports/base, both will convive for a long time. If you have a use case for X11/Xorg not covered by Wayland, start to testing your systems now with some Linux distro which includes a good Wayland support (probably Arch Linux is the cleanest distro for this) and report what you need to upstream. That will help more to OpenBSD (and you) that writing a never ending number of emails to a random thread. This last part is not about you Rodrigo, I'm talking to everyone who is complaining about the Xorg future. Cheers. > > As far as I understand, neither DRM nor Mesa are parts of (original) > X11. Further, you read in Wikipedia: > > - > https://en.wikipedia.org/wiki/Direct_Rendering_Manager > > DRM was first developed as the kernel space component of the X Server's > Direct Rendering Infrastructure,[1] but since then it has been used by other > graphic stack alternatives such as Wayland. > -- > > And > > -- > https://en.wikipedia.org/wiki/Mesa_(computer_graphics) > > Besides 3D applications such as games, modern display servers (X.org's > Glamor or Wayland's Weston) use OpenGL/EGL; therefore all graphics typically > go through Mesa. > --- > > In the german Wikipedia you read: > > > https://de.wikipedia.org/wiki/EGL_(Programmierschnittstelle) > > Mesa 3D – ist zurzeit die einzige freie Implementierung von EGL (und > etlichen weiteren graphic rendering APIs) > - > > Namely, the only free implementation of EGL is Mesa 3D. And EGL is > needed by Wayland. > > For all these cool desktop (or freedesktop) things, like turbo accelerated > 3 or 4D rendering, the bloat will be necessary, be it in X11, Wayland > or also plan9 rio if it is once ported to OpenBSD (that would be by > the way a good idea). > > Rodrigo -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
On Mon, Jul 01, 2019 at 05:20:20PM +0300, li...@wrant.com wrote: > Mon, 1 Jul 2019 00:46:33 +0200 Juan Francisco Cantero Hurtado > > > On Sun, Jun 30, 2019 at 09:09:08PM +, Roderick wrote: > > > > > > On Sun, 30 Jun 2019, Juan Francisco Cantero Hurtado wrote: > > > > > > > Nope, you misunderstood the text. > > > > > > No. It is *you* that do not understand what X11 is and want it death. > > > A very destructive attitude. > > > > You're the only one with a destructive attitude here. I'm trying to help > > you because usually people doesn't understand how wayland works. > > You can't do without YOU understanding basics of X11, do something else.. > Juan, I don't trust your lack of any qualification for even feature bait. Show me where I am wrong. Enlighten us with your qualification No Name. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
On Mon, Jul 01, 2019 at 06:39:01PM +0300, li...@wrant.com wrote: > Mon, 1 Jul 2019 17:13:44 +0200 Juan Francisco Cantero Hurtado > > > On Mon, Jul 01, 2019 at 05:20:20PM +0300, li...@wrant.com wrote: > > > Mon, 1 Jul 2019 00:46:33 +0200 Juan Francisco Cantero Hurtado > > > > > > > On Sun, Jun 30, 2019 at 09:09:08PM +, Roderick wrote: > > > > > > > > > > On Sun, 30 Jun 2019, Juan Francisco Cantero Hurtado wrote: > > > > > > > > > > > Nope, you misunderstood the text. > > > > > > > > > > No. It is *you* that do not understand what X11 is and want it death. > > > > > A very destructive attitude. > > > > > > > > You're the only one with a destructive attitude here. I'm trying to help > > > > you because usually people doesn't understand how wayland works. > > > > > > You can't do without YOU understanding basics of X11, do something else.. > > > Juan, I don't trust your lack of any qualification for even feature bait. > > > > > > > Show me where I am wrong. Enlighten us with your qualification No Name. > > > > Here you go wrong on all points.. Next time, bring 100% more experience. > > Sat, 29 Jun 2019 20:45:14 +0200 Juan Francisco Cantero Hurtado > > > > > The missing parts are not so big but nobody is working on that. > > > > I dont' know why people are so sad. X11 should have died long time ago. > > > > This is not exactly inspirational, neither convincing. Try again later.. > Juan, I still can not find one single piece of text where you were right. Can you show me what missing Wayland part is bigger than DRM+Mesa+LLVM?. After the personal attack, I was hoping a more elaborated answer. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
On Sun, Jun 30, 2019 at 09:09:08PM +, Roderick wrote: > > On Sun, 30 Jun 2019, Juan Francisco Cantero Hurtado wrote: > > > Nope, you misunderstood the text. > > No. It is *you* that do not understand what X11 is and want it death. > A very destructive attitude. You're the only one with a destructive attitude here. I'm trying to help you because usually people doesn't understand how wayland works. X11 and Wayland are both protocols. Xorg is just a server and will die because nobody contributes to it. As usual, a lot of people complains but nobody expend their time working on those projects. The X11 protocol will live for decades. Xorg will die. Xorg is the most insecure software in base. Running your X11 apps inside of Wayland will be more secure than running the same apps inside of a full installation of Xorg. > > > "This doesn't mean that remote rendering won't be possible with Wayland, > > it just means that you will have to put a remote rendering server on top > > of Wayland. One such server could be the X.org server". > > You quote the text and are unable to get the conclusion: having > wayland, if you need X11, then you must implement an X11 server. The X11 server for wayland has been available for years. > > Is it not clear from the text that for upgrading wayland to X11, > you must implement X11, and the autor avoided it for keeping it simple? The author wanted a secure and low latency alternative to X11 for local use, not remote. He didn't want a reimplementation of X11. There is not a "upgrading" thing. Anything using GTK, EFL or QT will work transparently on wayland. And you still have compatibility with X11 available. > > Is it not clear that wayland is *never* a substitute of X11? > > You confuse X11 with a graphical display, such the old ones of > Amiga or MacOS. It was always possible to have it in unix. But > that was never the purpose of X11. The graphic display is only > a byproduct of X11. > > I remember in the 1990s that it was possible to run a comercial > X11 in Macs: They had their graphical display, but that was neither X11 > nor a substituite of it. But you are trying to convince us that > wayland is a substitute of X11, that X11 must die. Again. Nope. Wayland is a substitute for the layer bellow of the local graphical apps. The most common use of X11 nowadays. If you only care about the remote apps, with wayland you can still run the apps within wayland. "ssh -X" will work fine. The only missing part here is the client-server architecture to send unencrypted traffic over the network. Which for a OS like OpenBSD, it's not a big lost for obvious reasons. I'm not trying to convince you. I only replied because you said: "I also have no much idea of what is wayland". And now you're ranting and complaining how destructive I am. I'm not the problem here. > > And Xorg / xenocara is not bloat: it runs on meager X11 terminals. > The bloat will come with wayland. Right. The Xorg project code is quite small. > > And X11 imposes an standard. Programs done as X11 clients may run in > any OS display in other. Wayland will bring chaos. X11 brought insecurity. Have a nice day and for the next time, try not to be an ass with people who is trying to help you. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
On Sun, Jun 30, 2019 at 03:59:55PM +, Roderick wrote: > > > On Fri, 28 Jun 2019, gwes wrote: > > > I regularly run programs on one machine connected to a display > > on another machine. AFAIK, the current state of Wayland makes > > that difficult. I confess to not following it closely. > > I also do it, and I also have no much idea of what is wayland. > > But I have the impression that some people want to substitute X11 > with something that is not a replacement for it, that has other > functionality. They confuse X11 with a mere graphical surface. You can run (local or remote) X11 applications inside of a Wayland compositor. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
On Sun, Jun 30, 2019 at 06:55:42PM +, Roderick wrote: > > > On Sun, 30 Jun 2019, Juan Francisco Cantero Hurtado wrote: > > > You can run (local or remote) X11 applications inside of a Wayland > > compositor. > > The following contradicts your above assertion: > > https://wayland.freedesktop.org/faq.html#heading_toc_j_8 Nope, you misunderstood the text. "This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server". So, you will need a nested X11 server. Like you need on Windows or MacOS. That's all. You will see a desktop (compositor) running on top of Wayland, a browser (just an example) window using also Wayland and your X11 applications running like native applications. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Future of X.org?
On Fri, Jun 28, 2019 at 05:06:49PM -0400, gwes wrote: > > > On 6/28/19 1:56 PM, Christopher Turkel wrote: > > Probably someday. X won’t be going away anytime soon. > > > > On Friday, June 28, 2019, Nathan Hartman wrote: > > > > > Came across this: > > > > > > https://www.phoronix.com/scan.php?page=news_item=X.Org- > > > Maintenance-Mode-Quickly > > > > > > Long story short, Red Hat hopes to switch from X.Org to Wayland and > > > expects X.Org to go into "hard maintenance mode" after that. > > > > > > Relevant to OpenBSD? > > > > I regularly run programs on one machine connected to a display > on another machine. AFAIK, the current state of Wayland makes > that difficult. I confess to not following it closely. > > Implementing something as huge as Wayland in the kernel > mega-bloat. As a tightly coupled server process, maybe. > Sorta like X with a very different interface. We have the "mega-bloat" implemented in the kernel. It's the KMS/DRM thing. The compositor is a userland program. The missing parts are not so big but nobody is working on that. > > It also seems to assume a heavyweight desktop suite > to implement common X features Mega-bloat. https://swaywm.org/ <- an i3 inspired wayland compositor > > If I'm wrong, please point out sources. > Otherwise for my usage it's not nearly ready and > requires some complex porting/additional programs. I dont' know why people are so sad. X11 should have died long time ago. Xorg is just a big keylogger and will never be secure. KMS bought some of time for Xorg but it should be die for good. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox bug: 66.0.3 disables all extensions
On Mon, May 06, 2019 at 11:54:04AM +0300, Dumitru Moldovan wrote: > On Sat, May 04, 2019 at 10:13:39PM +0200, Juan Francisco Cantero Hurtado > wrote: > > On Sat, May 04, 2019 at 07:01:55PM +0100, Anthony Campbell wrote: > > > After upgrading Firefox today to 66.0.3 in -current, all my add-ons > > > were inactivated. A quick search showed that this is a widespread > > > problem, apparently due to a bug in FF. I was able to fix it > > > temporarily by means of a suggestion on ghacks.net to change > > > > > > xpinstall.signatures.required > > > > > > in about.config to "false". > > > > > > Presumably it will be fixed soon upstream. > > > > Disabling signature checks is almost always a bad idea. > > > > Open this url with firefox and install the extension. > > > > https://storage.googleapis.com/moz-fx-normandy-prod-addons/extensions/hotfix-update-xpi-intermediate%40mozilla.com-1.0.2-signed.xpi > > > Installing random extensions from the big bad Internet is almost always > a bad idea. :-D The extension is signed by Mozilla. Just in case someone doesn't know, the xpi extensions are just zip files. If you're worried about what you're installing, unzip the file and check the content. The changes are in the file "experiments/skeleton/api.js". > > This issue was fixed upstream in Firefox 66.0.4. Use Landry Breuil's > repo to keep Firefox updated in -stable or -release. More at > https://undeadly.org/cgi?action=article=20170425173917. > > Final result from pkg_add should be: > >firefox-66.0.2->66.0.4: ok > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox bug: 66.0.3 disables all extensions
On Sun, May 05, 2019 at 08:57:11AM +0100, Anthony Campbell wrote: > On 04 May 2019, Juan Francisco Cantero Hurtado wrote: > > On Sat, May 04, 2019 at 07:01:55PM +0100, Anthony Campbell wrote: > > > After upgrading Firefox today to 66.0.3 in -current, all my add-ons > > > were inactivated. A quick search showed that this is a widespread > > > problem, apparently due to a bug in FF. I was able to fix it > > > temporarily by means of a suggestion on ghacks.net to change > > > > > > xpinstall.signatures.required > > > > > > in about.config to "false". > > > > > > Presumably it will be fixed soon upstream. > > > > Disabling signature checks is almost always a bad idea. > > > > Open this url with firefox and install the extension. > > > > https://storage.googleapis.com/moz-fx-normandy-prod-addons/extensions/hotfix-update-xpi-intermediate%40mozilla.com-1.0.2-signed.xpi > > > > > > Thanks; that certainly fixes the problem though I'm not clear how it > does so or who is supplying the extension, which is a bit worrying. > And it's not showing up in the list of extensions. Is any further > information available? That's the same extension installed by Firefox when you enable Studies. The extension is signed by Mozilla. On Android, I can see the extension in "Addons" with a button to uninstall it. The desktop version hides it and doesn't have the option to uninstall. We have Studies disabled on OpenBSD because Mozilla did a bad use of the feature in the past. Search "firefox studies mrrobot". With Studies enabled, they can change anything in your browser remotely without notifying you. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Firefox bug: 66.0.3 disables all extensions
On Sat, May 04, 2019 at 07:01:55PM +0100, Anthony Campbell wrote: > After upgrading Firefox today to 66.0.3 in -current, all my add-ons > were inactivated. A quick search showed that this is a widespread > problem, apparently due to a bug in FF. I was able to fix it > temporarily by means of a suggestion on ghacks.net to change > > xpinstall.signatures.required > > in about.config to "false". > > Presumably it will be fixed soon upstream. Disabling signature checks is almost always a bad idea. Open this url with firefox and install the extension. https://storage.googleapis.com/moz-fx-normandy-prod-addons/extensions/hotfix-update-xpi-intermediate%40mozilla.com-1.0.2-signed.xpi -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Modern CPUs AES-NI enabling system wide
On Sun, Feb 03, 2019 at 11:35:52AM +0300, Denis wrote: > How to enable AES-NI AES system wide hardware acceleration support for > crypto disciplines like LibreSSL, softraid0 crypto etc? If your CPU supports AES-NI, the kernel and base software will use it by default. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Squid slower compared to Linux how to boost it?
On Tue, Jan 22, 2019 at 07:56:30PM -0500, Steven Shockley wrote: > On 1/22/2019 11:51 AM, Juan Francisco Cantero Hurtado wrote: > > On Tue, Jan 22, 2019 at 07:49:06AM +, slackwaree wrote: > >> Hello, > >> > >> I'm migrating from an old Debian Wheezy 7.11 to OpenBSD 6.3. > > > > If you're migrating to OpenBSD, then try with -current and update to 6.5 > > when we release it. > > Was there a specific change that might make a difference? Thanks. Yes, a full year of work. Anyway, my point is that you're installing a version which will be EOL in a few months and the security patches for ports goes only to the -stable branch (6.4). I think that testing your setup with -current before of migrate everything is easier for you, instead of install 6.3 now and then update to 6.4 and finally update to 6.5 (we don't support updates of non-consecutive version, i.e. 6.3 -> 6.5). -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Squid slower compared to Linux how to boost it?
On Tue, Jan 22, 2019 at 07:49:06AM +, slackwaree wrote: > Hello, > > I'm migrating from an old Debian Wheezy 7.11 to OpenBSD 6.3. If you're migrating to OpenBSD, then try with -current and update to 6.5 when we release it. > Although some of the bench numbers in favor of Obsd when I start using the > proxy in general I feel more sluggishness (sometimes pages load slower) also > elements might not load. > > BENCHMARK THROUGH WHEEZY PROXY > == > > ab -n 1000 -c 50 -X : http://wiki.asterisk.org/ > > This is ApacheBench, Version 2.3 <$Revision: 1757674 $> > Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ > Licensed to The Apache Software Foundation, http://www.apache.org/ > > Completed 100 requests > Completed 200 requests > Completed 300 requests > Completed 400 requests > Completed 500 requests > Completed 600 requests > Completed 700 requests > Completed 800 requests > Completed 900 requests > Completed 1000 requests > Finished 1000 requests > > Server Software:Apache/2.2.22 > Server Hostname:wiki.asterisk.org > Server Port:80 > > Document Path: / > Document Length:317 bytes > > Concurrency Level: 50 > Time taken for tests: 34.569 seconds > Complete requests: 1000 > Failed requests:0 > Non-2xx responses: 1000 > Total transferred: 639000 bytes > HTML transferred: 317000 bytes > Requests per second:28.93 [#/sec] (mean) > Time per request: 1728.457 [ms] (mean) > Time per request: 34.569 [ms] (mean, across all concurrent requests) > Transfer rate: 18.05 [Kbytes/sec] received > > Connection Times (ms) > min mean[+/-sd] median max > Connect: 26 28 2.2 27 46 > Processing: 533 1662 157.6 16982050 > Waiting: 532 1662 157.6 16982049 > Total:563 1690 157.1 17262077 > > Percentage of the requests served within a certain time (ms) > 50% 1726 > 66% 1734 > 75% 1747 > 80% 1755 > 90% 1783 > 95% 1819 > 98% 1831 > 99% 1869 > 100% 2077 (longest request) > > BENCHMARK THROUGH OBSD PROXY > == > > Server Software:Apache/2.2.22 > Server Hostname:wiki.asterisk.org > Server Port:80 > > Document Path: / > Document Length:317 bytes > > Concurrency Level: 50 > Time taken for tests: 13.697 seconds > Complete requests: 1000 > Failed requests:0 > Non-2xx responses: 1000 > Total transferred: 596000 bytes > HTML transferred: 317000 bytes > Requests per second:73.01 [#/sec] (mean) > Time per request: 684.852 [ms] (mean) > Time per request: 13.697 [ms] (mean, across all concurrent requests) > Transfer rate: 42.49 [Kbytes/sec] received > > Connection Times (ms) > min mean[+/-sd] median max > Connect: 26 71 185.2 341068 > Processing: 166 550 700.53123840 > Waiting: 165 320 151.13013296 > Total:194 621 713.53463881 > > Percentage of the requests served within a certain time (ms) > 50%346 > 66%358 > 75%375 > 80%392 > 90% 1855 > 95% 2326 > 98% 3382 > 99% 3871 > 100% 3881 (longest request) > > I use the proxy as proxy only without caching (cache dir is disabled) so that > cannot impact performace, it is the same config but different versions: > > ii squid-langpack 20120616-1all > Localized error pages for Squid > ii squid3 3.1.20-2.2+deb7u3 amd64 > Full featured Web Proxy cache (HTTP proxy) > ii squid3-common 3.1.20-2.2+deb7u3 all > Full featured Web Proxy cache (HTTP proxy) - common files > ii squidguard 1.5-1 amd64 > filter and redirector plugin for Squid > > VS > > [squid-3.5.27p1.tgz](https://ftp.openbsd.org/pub/OpenBSD/6.3/packages/amd64/squid-3.5.27p1.tgz) > > There is no firewall in either cases, the machines are VMs with the same > specs: > > KVM 1x2.40GHz CPU + 1 GB ram. > > The cpu usage don't go higher even during the tests than 20-30%. > > As I said caching is turned off so file IO cannot be a bottleneck. > > Are there any tricks to boost my proxy performance on OpenBSD even more? -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: vultr
On Tue, Jan 15, 2019 at 09:47:52PM +, Étienne wrote: > On 06/01/2019 16:38, Juan Francisco Cantero Hurtado wrote: > > > > Use their default OpenBSD install. They have a special config on the > > host for OpenBSD and the clock drifting problem. > > > Can you tell us more? Do you mean they change a setting on the host machine > just for the OpenBSD guest, that they wouldn't otherwise? They use the sysctl kvm-intel.preemption_timer=0 on the Linux host when you select OpenBSD. That fixes the clock drifting problem. The technical details: https://marc.info/?l=openbsd-bugs=151439799628499=2 > > Then download bsd.rd from an official OpenBSD mirror, check the file > > with signify, copy the file to /, reboot the system, run "boot bsd.rd" > > in the boot prompt and reinstall everything cleaning the whole disk. > > > Thanks for the tip, been wondering for a while how to fix this. > > -- > Étienne > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: demystifying trap
On Sat, Jan 12, 2019 at 01:10:19PM -0800, Philip Guenther wrote: > On Sat, Jan 12, 2019 at 10:49 AM Predrag Punosevac > wrote: > > > Could one of peple with some rudimental knowledge of kernel interals > > tell me what am I seeing here > > > > Jan 12 13:42:37 oko /bsd: trap [mmonit-bin]89524/427284 type 6: sp > > 122488ae75d0 not inside 7f7fffbf4000-7f7f4000 > > > > 'sp' means "stack pointer" in here. The kernel is killing your process > because it moved its stack pointer outside the memory which was mapped with > MAP_STACK. This is most often seen with userspace thread implementations > that haven't been updated to use MAP_STACK when allocating memory for > thread stacks. Predrag, if you're a mmonit customer, ask for a binary compiled on OpenBSD 6.4. They're using quite old libraries. ldd shows the binary is linked with libc.so.88.0 and libpthread.so.22.0. OpenBSD 6.4 is shipped with libc.so.92.5 and libpthread.so.25.1. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: vultr
On Sat, Jan 05, 2019 at 05:43:36PM -0600, ed...@pettijohn-web.com wrote: > On Sat, Jan 05, 2019 at 02:40:43PM -0800, Misc User wrote: > > On 1/5/2019 2:22 PM, ed...@pettijohn-web.com wrote: > > > I was thinking about spinning up a new instance on vultr to play with. > > > They have an option to install OBSD 6.3/4. Has anyone tried these? I > > > attempted the FBSD one in the past, but the default install was all > > > whacked out and I had to start over with a fresh install. > > > > > > Thanks, > > > > > > Edgar > > > > > The default is alright, but comes with keys and passwords they generated, > > plus they do a single-partition scheme on the smaller disk instances and the > > auto partition on the others. Good for a general purpose machine, but not > > so great if you have a specific task in mind. They also tend to install all > > the sets. > > > > Sounds like a clean install is the way to go. > > > But since they let you upload an ISO and give you full console access, I > > just do a fresh install and customize as much as I want for the system I am > > building. Usually so I can get a good partitioning scheme set up (256m on > > /, /home, /tmp, /usr/local, /var and swap; with a 1g /usr and swap) so I can > > dedicate 15g (Or more) to a partition for whatever task the machine was > > built for. > > > > -CA > > > > > > I've been using vultr since around 5.8 or there abouts with no issues. Just > saw they had an image available and didn't want to waste time with it if it > was going to give me trouble later. Then again a fresh install doesn't take > that > long, might test it out anyway. > > Thanks for all the replies. Use their default OpenBSD install. They have a special config on the host for OpenBSD and the clock drifting problem. Then download bsd.rd from an official OpenBSD mirror, check the file with signify, copy the file to /, reboot the system, run "boot bsd.rd" in the boot prompt and reinstall everything cleaning the whole disk. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ahci error during install of 6.4
On Fri, Dec 28, 2018 at 08:18:38AM +, Paul Swanson wrote: > Hi, > > I'm currently trying to install 6.4 on a Dell Latitude E7470 laptop (Intel > Skylake). > > During the whole disk (G) partitioning process, setup fails with the > following messages: > > newfs: wtfs: write error on block 8352576: Input / output error > ahci0: attempting to idle devices > atascsi_disk_sync_done: error > ahci0: NCQ errored slot 14 is idle (2000 active) > > Assuming that perhaps there might be a bad block on the drive (nvme ssd) I've > run read / write bad block tests on the whole drive, but nothing showed. > > The drive has had a working install of Ubuntu up till now, and I've > subsequently installed Xubuntu on it successfully. > > As it stands I can't proceed with the install; very sad. > > Any help would be appreciated. Install OpenBSD on a usb stick, run OpenBSD from there and use dd to write zeroes to the disk. If the disk has bad blocks you will see similar errors in the dmesg. You can do the same with linux. Sometimes bad units pass the checks of badblocks programs because these run read-only tests by default and the flash controller lies. You only see the bad sectors when you try to write to the disk. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Missing libraries after upgrade to 6.4
On Thu, Dec 20, 2018 at 10:51:38PM +0100, John Ankarström wrote:
> Hello all,
>
> I have this port [1] that installed fine on 6.3, but after I upgraded to
> 6.4, following the FAQ, I'm getting weird errors.
>
> When running make install, it fails because qtbase-5.9.4 can't be installed,
> which is weird that it wants to do, because the version in ports is 5.9.6p1.
> Here's the output: http://sprunge.us/z6d97h
>
> When I try to run make rebuild, it complains about missing libraries for Qt5
> stuff: http://sprunge.us/oEDaKE
>
> Some proof that I've actually upgraded:
>
> $ uname -a
> OpenBSD lbsd.home 6.4 GENERIC.MP#364 amd64
>
> $ cd /usr/ports; cvs status Makefile
> [...]
> Sticky Tag: OPENBSD_6_4 (branch: 1.77.2)
> [...]
>
> Anybody got any idea as to what's going on?
$ rm -rf /usr/ports/{pobj,packages,plist}
$ pkg_delete strawberry
$ pkg_add -u
$ pkg_delete -a
$ cd /usr/ports/audio/strawberry
$ make install
>
> Best regards,
> John
>
> [1]:
> https://files.jkvinge.net/packages/strawberry/strawberry-openbsd-port.tar.gz
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: Cheaper alternatives for APC UPS
On Mon, Dec 17, 2018 at 09:47:25PM +0100, Radek wrote: > Hello, > > could you recommend me any UPS brands *cheaper* than APC that are fully > supported in OpenBSD? > I always use APC, managing them via USB and apcupsd(both servers and clients) > and PowerChute(windows clients). It works like a charm. APC is quite > expensive brand so I am looking for any cheaper alternatives. Salicru is a good brand. The home models use a third party protocol supported by one of our ports (I don't remember the names). The professional product lines have support for USB HID. I've used a couple of basic models. The batteries lasted for 3 years and I never had a leak. The windows software is the biggest crap ever done. Use a third party application. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: pkg_add source code modification
On Sat, Dec 15, 2018 at 07:49:19PM +0200, Mihai Popescu wrote: > Hello, > > I want to modify the char used for pkg_add (and other pkg_ suite) > progress bar from "*" to "|" but i am unable to figure out where is > the actual code for this. I managed to found /usr/sbin/pkg_add but > there are another links in there, and perl for me is a no idea > language. > > It could be that what I want is not so simple or it is not > recommended. I will accept that gladly if that's the case. Could you > give me some hints for this modification? Function "show" in /usr/src/usr.sbin/pkg_add/OpenBSD/ProgressMeter/Term.pm . -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: external Seagate disk
rm0: 1680x1050, 32bpp > wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) > wsdisplay0: screen 1-5 added (std, vt100 emulation) > "Intel 6 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured > ehci0 at pci0 dev 26 function 0 "Intel 6 Series USB" rev 0x05: apic 2 int 18 > usb0 at ehci0: USB revision 2.0 > uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 > addr 1 > azalia0 at pci0 dev 27 function 0 "Intel 6 Series HD Audio" rev 0x05: msi > azalia0: codecs: Realtek/0x0889, Intel/0x2805, using Realtek/0x0889 > audio0 at azalia0 > ppb0 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb5: msi > pci1 at ppb0 bus 1 > ppb1 at pci0 dev 28 function 6 "Intel 6 Series PCIE" rev 0xb5: msi > pci2 at ppb1 bus 2 > re0 at pci2 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E-VL > (0x2c80), msi, address 50:e5:49:36:ec:0d > rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 5 > ppb2 at pci0 dev 28 function 7 "Intel 6 Series PCIE" rev 0xb5: msi > pci3 at ppb2 bus 3 > xhci0 at pci3 dev 0 function 0 "Etron EJ168 xHCI" rev 0x01: msi, xHCI 1.0 > usb1 at xhci0: USB revision 3.0 > uhub1 at usb1 configuration 1 interface 0 "Etron xHCI root hub" rev 3.00/1.00 > addr 1 > ehci1 at pci0 dev 29 function 0 "Intel 6 Series USB" rev 0x05: apic 2 int 23 > usb2 at ehci1: USB revision 2.0 > uhub2 at usb2 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 > addr 1 > ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5 > pci4 at ppb3 bus 4 > pcib0 at pci0 dev 31 function 0 "Intel H67 LPC" rev 0x05 > ahci0 at pci0 dev 31 function 2 "Intel 6 Series AHCI" rev 0x05: msi, AHCI 1.3 > ahci0: device on port 0 didn't come ready, TFD: 0x80 > ahci0: CLO did not complete > ahci0: port 0: 3.0Gb/s > ahci0: port 1: 3.0Gb/s > ahci0: port 2: 3.0Gb/s > ahci0: port 3: 3.0Gb/s > ahci0: port 4: 3.0Gb/s > ahci0: port 5: 3.0Gb/s > scsibus1 at ahci0: 32 targets > sd0 at scsibus1 targ 0 lun 0: SCSI3 0/direct > fixed naa.50015179593bd675 > sd0: 38166MB, 512 bytes/sector, 78165360 sectors, thin > sd1 at scsibus1 targ 1 lun 0: SCSI3 0/direct > fixed naa.50004cf207132b48 > sd1: 953868MB, 512 bytes/sector, 1953523055 sectors > sd2 at scsibus1 targ 2 lun 0: SCSI3 0/direct > fixed naa.50024e920592fbeb > sd2: 953869MB, 512 bytes/sector, 1953525168 sectors > sd3 at scsibus1 targ 3 lun 0: SCSI3 0/direct > fixed naa.5000c5002f119d73 > sd3: 1430799MB, 512 bytes/sector, 2930277168 sectors > sd4 at scsibus1 targ 4 lun 0: SCSI3 0/direct > fixed naa.5000c50065396a7d > sd4: 1907729MB, 512 bytes/sector, 3907029168 sectors > sd5 at scsibus1 targ 5 lun 0: SCSI3 0/direct fixed > naa.5000c50013baac5f > sd5: 305245MB, 512 bytes/sector, 625142448 sectors > ichiic0 at pci0 dev 31 function 3 "Intel 6 Series SMBus" rev 0x05: apic 2 int > 18 > iic0 at ichiic0 > spdmem0 at iic0 addr 0x51: 4GB DDR3 SDRAM PC3-10600 > spdmem1 at iic0 addr 0x53: 4GB DDR3 SDRAM PC3-10600 > isa0 at pcib0 > isadma0 at isa0 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > pckbc0 at isa0 port 0x60/5 irq 1 irq 12 > pckbd0 at pckbc0 (kbd slot) > wskbd0 at pckbd0: console keyboard, using wsdisplay0 > pcppi0 at isa0 port 0x61 > spkr0 at pcppi0 > it0 at isa0 port 0x2e/2: IT8728F rev 1, EC port 0x290 > uhub3 at uhub0 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" > rev 2.00/0.00 addr 2 > uhidev0 at uhub3 port 1 configuration 1 interface 0 "Genius Optical Mouse" > rev 1.10/1.00 addr 3 > uhidev0: iclass 3/1 > ums0 at uhidev0: 3 buttons, Z dir > wsmouse0 at ums0 mux 0 > uhub4 at uhub2 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" > rev 2.00/0.00 addr 2 > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd0a (c3cac300fd798ecf.a) swap on sd0b dump on sd0b > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Common Lisp and OpenBSD
On Sun, Nov 25, 2018 at 04:54:24PM +0100, Tomasz Rola wrote: > On Sun, Nov 25, 2018 at 05:17:20AM -0500, Programmer wrote: > > There don't seem to be any Common Lisp libraries available as > > packages. I'd be interested in packaging the most common and mature > > Common Lisp libraries, but I'm not certain who I'd discuss this with. > > > > I'd appreciate any help with getting started contributing to OpenBSD. > > Dear Programmer, > > I am not going to tell you what to do, but if I had enough free time > to consider such projects, I would go and ask if Quicklisp project > needs some help from me (in case you do not know, it is a package > installer for Common Lisp). > > https://www.quicklisp.org/beta/ > > http://blog.quicklisp.org/2018/10/october-2018-quicklisp-dist-update-now.html > > Zach Beane is the author (it seems) and is doing enormous job. It > looks like in best case you would be replicating his work, which, with > all due respect to OpenBSD, might get ignored if you cannot keep up > with updating ports at his speed. I, for one example, would rather > stick with quicklisp, because it is going to work everywhere when CL > is installed (well, mostly). > > While I have never done it, I guess making one system wide quicklisp > install is easy to do, probably just add user and have his quicklisp > files word- or group readable. And have users read this guy's > setup.lisp from quicklisp install. System wide installations of third party package managers are usually a bad idea. It could give you problems in the future with the OpenBSD packages. Use always a local installation in your home or project directory. > > And quicklisp allows me to keep using old versions of installed libs, > which ports cannot give me, AFAICT. This one feature is worth going QL > way. At least to me. > > HTH > > -- > Regards, > Tomasz Rola > > -- > ** A C programmer asked whether computer had Buddha's nature. ** > ** As the answer, master did "rm -rif" on the programmer's home** > ** directory. And then the C programmer became enlightened... ** > ** ** > ** Tomasz Rola mailto:tomasz_r...@bigfoot.com ** > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Wallpaper artwork created for OpenBSD
On Thu, Nov 08, 2018 at 03:52:06PM +0800, Alex wrote: > Dear OpenBSD users, developers, contributors, My name is Mingjing a *BSD user > and lover from China. My friend and I did some wallpapers for OpenBSD and > other opensource project in the free time. For now they are designed only for > smart phones. The pictures are 1920*1080. I put them on Github > (https://github.com/opensourcecn/wallpapers) and we've packaged them into > android APKs on Google Play ( http://bit.ly/2JPetLy and > http://bit.ly/2qxX8xU). All the wallpapers released in BSD license that you > can do what ever you want. Feel free to use them and give me suggestions if > you have. Thanks Mingjing So, you're taking OpenBSD art without permission and publishing it as a "free app" with ads. Why the app needs so many permissions?. You're not even a *BSD user. The description contains this gem: "The copyright of the openBSD project belongs to: The Regents of the University of California © and we promise this application abide by the CC4.0 agreements." Since September you've only published 50+ wallpaper and crappy launchers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: pkg_info -Q fails [OpenBSD 6.3 amd64/virtualbox]
On Sun, Apr 15, 2018 at 11:19:50AM +0100, Jeffrey Joshua Rollin wrote: > No, it works fine with pkg_add, as I have repeatedly said, and a few months > ago I did have a problem where a trailing slash caused problems with > syspatch, which, without any pressure from me, I was informed would be fixed. > The issue may simply be one of consistency, but looks more likely to be an > error in the pkg_info script. > > So, to sum up: > > Pkg_add works; > Syspatch works; > Cloudflare was up last time I tried it; > Despite the above, pkg_info -Q does *not* work. Try this: $ su -l root # echo 'https://fastly.cdn.openbsd.org/pub/OpenBSD/' > /etc/installurl # unset PKG_PATH # pkg_info -Q mate If fastly works, try with cloudflare again. BTW, we don't have a metapackage for mate. > > Jeff > > Sent from Blue > > On 15 Apr 2018, 03:26, at 03:26, Edgar Pettijohn <ed...@pettijohn-web.com> > wrote: > > > > > >On 04/14/18 19:34, Jeffrey Joshua Rollin wrote: > >> > >> > >> Sent from Blue <http://www.bluemail.me/r?b=12687> > >> On 15 Apr 2018, at 00:31, Edgar Pettijohn <ed...@pettijohn-web.com > >> <mailto:ed...@pettijohn-web.com>> wrote: > >> > >> > >> On 04/14/18 15:08, Jeffrey Joshua Rollin wrote: > >> > >> Hi, I've installed OpenBSD 6.3-release for amd64 on > >> virtualbox, and updated it with syspatch as of 20:40 UTC. > >> pkg_info -Q seems to be failing. Specifically, I tried $ > >> pkg_info -Q mate ...and also as root, to remind myself what > >> the metapackage is [I have a feeling it's just "mate" anyway] > >> [EDIT: Metapackages? maybe I'm thinking of FreeBSD]; but: > >> pkg_info -Q firefox also fails, despite the fact I just > >> successfully installed Firefox. The relevant error is as > >> follows: Redirected to > >> > >https://cloudflare.cdn.openbsd/org/pub/OpenBSD/6.3/packages-stable/amd64 > >> > >> > >^^ > >Your PKG_PATH appears to have a couple of errors. > > > >https://cloudflare.cdn.openbsd.org/pub/OpenBSD/6.3/packages/amd64 > > > >and I can't remember but it may need to end with a `/' > >> > >> Can't locate object method "syslog" via package > >> "OpenBSD::PkgInfo::State" at > >> /usr/libdata/perl5/OpenBSD/PackageRepository.pm > >> <http://PackageRepository.pm> line 302, <$fh> line 3. Thanks, > >> Jeff. > >> > >> edgar:7$ pkg_info -Q mate > >> checkmate-0.21 > >> libmatekbd-1.20.0 > >> libmatemixer-1.20.0 > >> libmateweather-1.20.0 > >> mate-calc-1.20.0 > >> mate-control-center-1.20.0 > >> mate-desktop-1.20.0 > >> mate-icon-theme-1.20.0 > >> mate-media-1.20.0 > >> mate-menus-1.20.0 > >> mate-notification-daemon-1.20.0 > >> mate-panel-1.20.0 > >> mate-power-manager-1.20.0 > >> mate-screensaver-1.20.0 > >> mate-session-manager-1.20.0 > >> mate-settings-daemon-1.20.0 > >> mate-terminal-1.20.0 > >> mate-themes-3.22.15 > >> mate-utils-1.20.0 > >> sslmate-1.5.1p1 > >> tmate-2.2.1p0 > >> > >> I suspect its because > >> > >> > >https://cloudflare.cdn.openbsd/org/pub/OpenBSD/6.3/packages-stable/amd64 > >> > >> doesn't exist or is down. > >> > >> It exists, and is unlikely to be a transient error, > >> > >> because I tried it several times, and as I said, was able > >> > >> to download software even though I couldn't query it. > >> > >> (I subsequently found a YouTube tutorial which listed > >> > >> most of the packages in your message.) > >> > >> I will try again, and/or with a different mirror in > >> > >> the morning. > >> > >> Jeff > >> -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Virtualbox vs latest snapshot
On Tue, Apr 10, 2018 at 11:26:44AM +0200, Janne Johansson wrote: > Yes, same here. First boot after update to Apr10 snap worked, then > fw_update and pkg_add -u and so on, and now it immediately reboots after > loading the kernel from the bootloader. Maybe a stupid idea, but can you both try changing the settings to a different OS (like Linux 64 bits or Windows) or changing the hypervisor to KVM or Hyper-V?. > > > 2018-04-10 10:50 GMT+02:00 csszep <css...@gmail.com>: > > > Hi! > > > > I installed the latest 04.10 snapshot, the install procedure went fine, but > > after reboot the VM stucks at endless boot loop . > > > > It prints only the "booting hda0:/bsd" line.. before reboot > > > > The 04.03 snapshot works fine. > > > > There is a similar experience for someone with Virtualbox 5.2.8? > > > > > > -- > May the most significant bit of your life be positive. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: qgis bug since last security update under -stable
), PSS > acpipwrres0 at acpi0: FN00, resource for FAN0 > acpipwrres1 at acpi0: FN01, resource for FAN1 > acpipwrres2 at acpi0: FN02, resource for FAN2 > acpipwrres3 at acpi0: FN03, resource for FAN3 > acpipwrres4 at acpi0: FN04, resource for FAN4 > acpitz0 at acpi0: critical temperature is 105 degC > acpitz1 at acpi0: critical temperature is 105 degC > "INT3F0D" at acpi0 not configured > "NTN0530" at acpi0 not configured > acpibtn0 at acpi0: PWRB > "PNP0C0B" at acpi0 not configured > "PNP0C0B" at acpi0 not configured > "PNP0C0B" at acpi0 not configured > "PNP0C0B" at acpi0 not configured > "PNP0C0B" at acpi0 not configured > acpivideo0 at acpi0: GFX0 > acpivout0 at acpivideo0: DD1F > cpu0: Enhanced SpeedStep 1696 MHz: speeds: 1701, 1700, 1600, 1500, 1400, > 1300, 1200, 1100, 1000, 900, 800, 782 MHz > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel Core 4G Host" rev 0x09 > inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics" rev 0x09 > drm0 at inteldrm0 > inteldrm0: msi > inteldrm0: 1600x900, 32bpp > wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation) > wsdisplay0: screen 1-5 added (std, vt100 emulation) > azalia0 at pci0 dev 3 function 0 "Intel Core 4G HD Audio" rev 0x09: msi > azalia0: No codecs found > xhci0 at pci0 dev 20 function 0 "Intel 8 Series xHCI" rev 0x04: msi > usb0 at xhci0: USB revision 3.0 > uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 > addr 1 > "Intel 8 Series MEI" rev 0x04 at pci0 dev 22 function 0 not configured > em0 at pci0 dev 25 function 0 "Intel I218-V" rev 0x04: msi, address > c0:3f:d5:60:28:92 > azalia1 at pci0 dev 27 function 0 "Intel 8 Series HD Audio" rev 0x04: msi > azalia1: codecs: Realtek/0x0283 > audio0 at azalia1 > ppb0 at pci0 dev 28 function 0 "Intel 8 Series PCIE" rev 0xe4 > pci1 at ppb0 bus 1 > ppb1 at pci0 dev 28 function 3 "Intel 8 Series PCIE" rev 0xe4: msi > pci2 at ppb1 bus 2 > athn0 at pci2 dev 0 function 0 "Atheros AR9285" rev 0x01: apic 8 int 19 > athn0: AR9285 rev 2 (1T1R), ROM rev 14, address 7c:e9:d3:aa:c0:f8 > ehci0 at pci0 dev 29 function 0 "Intel 8 Series USB" rev 0x04: apic 8 int 23 > usb1 at ehci0: USB revision 2.0 > uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 > addr 1 > pcib0 at pci0 dev 31 function 0 "Intel 8 Series LPC" rev 0x04 > ahci0 at pci0 dev 31 function 2 "Intel 8 Series AHCI" rev 0x04: msi, AHCI 1.3 > ahci0: port 3: 6.0Gb/s > scsibus1 at ahci0: 32 targets > sd0 at scsibus1 targ 3 lun 0: <ATA, PLEXTOR PX-64M5M, 1.05> SCSI3 0/direct > fixed naa.5002303100180a1a > sd0: 61057MB, 512 bytes/sector, 125045424 sectors, thin > ichiic0 at pci0 dev 31 function 3 "Intel 8 Series SMBus" rev 0x04: apic 8 int > 18 > iic0 at ichiic0 > spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-12800 SO-DIMM > isa0 at pcib0 > isadma0 at isa0 > fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > pckbc0 at isa0 port 0x60/5 irq 1 irq 12 > pcppi0 at isa0 port 0x61 > spkr0 at pcppi0 > lpt0 at isa0 port 0x378/4 irq 7 > wbsio0 at isa0 port 0x4e/2: NCT6776F rev 0x33 > lm1 at wbsio0 port 0xa00/8: NCT6776F > vmm0 at mainbus0: VMX/EPT > error: [drm:pid0:ivybridge_set_fifo_underrun_reporting] *ERROR* uncleared > fifo underrun on pipe A > error: [drm:pid0:intel_cpu_fifo_underrun_irq_handler] *ERROR* CPU pipe A FIFO > underrun > uhidev0 at uhub0 port 2 configuration 1 interface 0 "TypeMatrix.com USB > Keyboard" rev 1.10/1.30 addr 2 > uhidev0: iclass 3/1 > ukbd0 at uhidev0: 8 variable keys, 6 key codes > wskbd0 at ukbd0: console keyboard, using wsdisplay0 > uhidev1 at uhub0 port 2 configuration 1 interface 1 "TypeMatrix.com USB > Keyboard" rev 1.10/1.30 addr 2 > uhidev1: iclass 3/1, 3 report ids > uhid0 at uhidev1 reportid 1: input=1, output=0, feature=0 > uhid1 at uhidev1 reportid 2: input=2, output=0, feature=0 > uhid2 at uhidev1 reportid 3: input=2, output=1, feature=0 > uhub2 at uhub1 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" > rev 2.00/0.04 addr 2 > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd0a (9a0ff08b5f80c490.a) swap on sd0b dump on sd0b > fd0 at fdc0 drive 0: density unknown > fd1 at fdc0 drive 1: density unknown > uhidev2 at uhub0 port 1 configuration 1 interface 0 "Kingsis Peripherals > Evoluent VerticalMouse 4" rev 2.00/1.00 addr 3 > uhidev2: iclass 3/1 > ums0 at uhidev2: 6 buttons, Z dir > wsmouse0 at ums0 mux 0 > error: [drm:pid1617:intel_pipe_update_start] *ERROR* Potential atomic update > failure on pipe A > > > > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Chinese fonts on chrome
On Mon, Apr 02, 2018 at 03:29:46PM +0800, Kevin Lo wrote: > On Sun, Apr 01, 2018 at 08:00:16PM +0200, Pau wrote: > > > > Hello: > > Hi, > > > I'm trying to get chrome or firefox display Chinese characters but I'm > > failing. I have installed zh-wqy-bitmapfont and zh-fonts-kc and then I > > run > > fc-cache but they do not show up. In the font menu of chrome I cannot > > find any option for those fonts to be used. Firefox is fine though. > > > > I also followed this: > > > > https://en.wikipedia.org/wiki/Help:Multilingual_support_%28East_Asian%29#Other_UNIX_Distributions > > > > without success. Any idea of what I might be doing wrong? Thanks. > > I've noticed a problem when viewing a page with Simplified Chinese characters > in Chrome, some Simplified Chinese characters can't be displayed properly. > Works for me after zh-wqy-zenhei-ttf is installed. The noto-cjk package is probably also a good option for any asian language. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ReText Python Based Mardown Composer on OpenBSD
On Thu, Mar 01, 2018 at 08:59:44PM -0500, Z Ero wrote: > Does anyone have experience running ReText on OpenBSD? Anything to > watch out for when installing or any tips? > > Generally Python packages work well on OpenBSD. I am having some > trouble with this one in terms of missing module(s) / etc. > > On a slightly other note I attempted to build Qt5 from ports/x11/qt5 > and that did not work. What is the best way to get a working version > of qmake(5)? > > I need qmake to build a python-qt dependency that ReText apparently > requires to show live previews (the whole point in running ReText to > start). > > Maybe there is another way to install the missing dependency. > > ReText is Python3 based. My system is primarily using Python2 modules. > It seems that Python3 did not recognize the Py3-Qt5 module required. > > Any help would be greatly appreciated. > > I don't know if it is only me but building large complicated ports > like Qt always seems to be living hell / very little reward for the > work. $ pkg_add py3-qt5 $ python3.6 Python 3.6.2 (default, Oct 2 2017, 09:52:18) [GCC 4.2.1 Compatible OpenBSD Clang 4.0.0 (tags/RELEASE_400/final)] on openbsd6 Type "help", "copyright", "credits" or "license" for more information. >>> from PyQt5 import QtCore >>> It should works also on -current. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: LibreSSL Linux portability and OpenBSD security
On Fri, Feb 09, 2018 at 12:58:30PM +, Kevin Chadwick wrote: > I assume you know far more than me and A.Wilcox from the Alpine list > but this was mentioned. They are planning to revert to OpenSSL next > week. > > I don't use Alpine, though it is possibly my preferred Linux, just > thought I would mention it. > > To be honest, I don't even know if facilitating wider adoption of > LibreSSL hurts or benefits OpenBSD security in the end. > > The last paragraph (taken from a separate mail), may be interesting? > > I have no idea what debian etc. are doing. > > http://lists.alpinelinux.org/alpine-devel/6079.html > _ > > awilcox on ciall /usr/src/alpine-aports $ find . -name > '*libressl*.patch' | sort > ./community/asio/libressl.patch > ./community/cargo/openssl-fix-libressl-cmsh-detection.patch > ./community/cargo/openssl-libressl263-compat.patch > ./community/erlang/0011-fix-libressl-build.patch > ./community/freerdp/libressl-2.5.patch > ./community/gsoap/libressl.patch > ./community/heirloom-mailx/libressl.patch > ./community/isync/libressl-compat.patch > ./community/john/libressl.patch > ./community/mongodb-tools/libressl.patch > ./community/pgbouncer/libressl-2.5.patch > ./community/qt5-qtbase/libressl-compat.patch > ./community/retawq/libressl.patch > ./community/rethinkdb/libressl-all.patch > ./community/stunnel/stunnel-libressl.patch > ./community/xchat/libressl.patch > ./community/yadifa/libressl-compat.patch > ./main/boost/libressl.patch > ./main/elinks/libressl-2.5.patch > ./main/fetchmail/libressl.patch > ./main/freeswitch/sofia-sip-libressl.patch > ./main/haproxy/fix-libressl-2.5.patch > ./main/hexchat/libressl.patch > ./main/hostapd/libressl-compat.patch > ./main/krb5/libressl.patch > ./main/ldns/1.6.17-libressl.patch > ./main/libevent/libressl.patch > ./main/libgit2/libressl.patch > ./main/lua-cqueues/libressl-2.5.patch > ./main/mosquitto/libressl.patch > ./main/neon/fix-libressl.patch > ./main/open-isns/libressl.patch > ./main/openldap/libressl.patch > ./main/opensmtpd/libressl-compat.patch > ./main/openvswitch/libressl-compat.patch > ./main/opusfile/libressl.patch > ./main/partimage/libressl.patch > ./main/perl-crypt-ssleay/libressl.patch > ./main/postfix/libressl.patch > ./main/python3/libressl.patch > ./main/qt/qtcore-4.8.5-libressl.patch > ./main/serf/libressl.patch > ./main/spice-gtk/libressl.patch > ./main/spice/libressl.patch > ./main/strongswan/libressl.patch > ./main/tlsdate/libressl-no-sslv3.patch > ./main/tlsdate/libressl-sslstate.patch > ./main/transmission/libressl.patch > ./main/wpa_supplicant/libressl.patch > ./main/xrdp/libressl-support.patch > ./testing/bobcat/libressl-compatibility.patch > ./testing/ejabberd/libressl.patch > ./testing/imapfilter/libressl.patch > ./testing/libimobiledevice/01-libressl.patch > ./testing/litespeed/libressl.patch > ./testing/megatools/libressl.patch > ./testing/openconnect/openconnect-7.08-libressl251.patch > ./testing/prayer/libressl.patch > ./testing/proftpd/libressl.patch > ./testing/tarantool/tests-libressl-compat.patch > ./testing/x11vnc/libressl.patch > > > It isn't just this. Qt 5.10 introduces new dependency on OpenSSL 1.1 > APIs for improved security, and LibreSSL does not implement those APIs > at all. > > Also, as mentioned in my other email, one pain point is something like > mailman or taiga, which require Python Cryptography package version 1.7. > This version requires OpenSSL APIs that LibreSSL removed. That'd be > fine, since it could be built against OpenSSL instead, however! > libressl-dev and openssl-dev conflict, and python-dev installs > libressl-dev because Python is built against LibreSSL. That means you > can't actually build OpenSSL-requiring Python packages at all. > > I'd imagine similar issues would be had with Ruby, Perl, Node, and all > the rest. Certainly any Qt application that needs OpenSSL APIs (like > Kleopatra, KDE's key management utility) won't be buildable as well. > > One question I do have is: is there a way to disable the OpenSSL > compatibility in LibreSSL? It would be good for packages that require > LibreSSL (libressl-dev) to be buildable even if openssl-dev is installed > (preventing something like the above Python situation). > Just in case some libressl dev doesn't want read the full thread in the Alpine list, they want also a workaround for the lack of time_t for 32bits platforms on Linux. FYI: Adelie is a downstream distro of Alpine which wants to support "old" platforms. https://adelielinux.org/info.html#platforms -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: usewithtor lynx core: pledge "getpw", syscall 33
On Sun, Jan 21, 2018 at 07:05:20AM +0100, Sebastien Marie wrote: > On Sat, Jan 20, 2018 at 07:13:54PM +, clematis wrote: > > Hello, > > 'usewithtor' (torsocks) works fine with ftp and ssh but it will core > > with lynx. > > running: usewithtor lynx > > will start lynx, resolve openbsd.org but core when trying to make the > > http connection. > > In /var/log/messages I get: /bsd: lynx[26197]: pledge "getpw", syscall 33 > > > > And running gdb lynx then core lynx.core: > > --- > > Reading symbols from /usr/libexec/ld.so...done. > > > > > > Loaded symbols for /usr/libexec/ld.so > > > > > > #0 access () at -:3 > > > > > > 3 -: No such file or directory. > > > > > > in - > > > > > > Current language: auto; currently asm > > --- > > > > same result using 'torsocks' directly and not 'usewithtor' or trying > > lynx http://openbsd.org > > I will reply mainly on the pledge aspect. > > The way torsocks is done is to replace some syscall/libc libary calls by > other ones (by using LD_PRELOAD trick). The replaced functions are > network related (connect(2) for example) in order to catch TCP > connection and replacing it by another one wrapper on SOCKS protocol > (connect to proxy, ask for particular terminaison point, and pass it > to program stuff). > > It is some sort of MITM, but at the code program level. > > The pledge(2) policy done for lynx assumes a specific behaviour. By > replacing some code by another, torsocks did some additional stuff not > in the initial pledge policy (getting information on users with getpw > family here), and the kernel detects this pledge violation. > > > Config: OpenBSD current + lynx-2.8.9pl16 + torsocks-1.2p4 > > > > Any idea on how to torify lynx? > > the simpler would be to use lynx options to connect to SOCKS proxy. I am > unsure the current code has this possibility. But as it have HTTP proxy > support, a way could be to have an HTTP proxy listener which forward its > traffic to SOCKS upstream server. Polipo is a program of this kind (see > socksParentProxy="localhost:9050" and socksProxyType=socks5 parameters > on polipo config file). Another idea. Create a special user only for tor use, then add the proper rules to pf to pass its traffic to the tor daemon. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Flatbed scanner that works well with OpenBSD?
Same problem with a Canon LiDE 200. On Fri, Jan 19, 2018 at 10:03:53AM -0700, Base Pr1me wrote: > Did you give your userland user/group permissions to use the uhub/ugen > device? I even ran the programs as root. > > On Fri, Jan 19, 2018 at 9:59 AM, Anthony J. Bentley <anth...@anjbe.name> > wrote: > > > Bryan Linton writes: > > > Hello misc@ > > > > > > I'm currently looking to purchase a scanner that works well with OpenBSD. > > > > > > I'm aware of the list provided at: > > > > > > http://www.sane-project.org/sane-mfgs.html > > > > > > but I recently purchased (and returned) a scanner that was listed as > > being > > > fully supported on that list because no matter what I did, I couldn't > > > get it to work right with xsane or scanimage. Though I purchased it > > used, > > > so it's possible it may have simply been broken from the get-go. > > > > > > Does anyone happen to know of a scanner that is *known* to work well > > > with OpenBSD? > > > > Well, I just bought a CanoScan 9000F MkII specifically because it was > > marked as fully supported on that list, and I can say it does NOT work > > on OpenBSD; scanimage -L detects it just fine but attempting to scan > > gives an I/O error. As a workaround I plugged it into a Linux laptop, > > started saned, and scan seamlessly from OpenBSD with scanimage's network > > support, until I find the time to make a proper bug report. > > > > In the past I used a CanoScan LiDE 20 quite regularly from OpenBSD, but > > that was several years ago. > > > > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: FYI: logitech mouse LED color tool
On Sat, Jan 13, 2018 at 12:16:46PM +0100, Jan Klemkow wrote: > On Sat, Jan 13, 2018 at 04:48:10AM +0100, Juan Francisco Cantero Hurtado > wrote: > > On Fri, Jan 12, 2018 at 02:42:06AM +0100, Jan Klemkow wrote: > > > I implemented a utility to set the LED color of Logitech mouse devices > > > on OpenBSD. Some people might also use this mouse and would like to > > > change the LED color. > > > > > > If you are interested just try it: https://github.com/younix/g403led > > > > > > I just tested it with the "G403 Prodigy Gaming Mouse" model. If it also > > > work for other models, let me know. > > > > > > Any feedback is welcome. > > > > Make a port! :) > > I think it isn't worth is now. Maybe if some other logitech mouse > models are also working with the same tool?! But, one port for one > device seams to be to noisy for the ports tree. > > When someone here has a similar logitech mouse, please send me a dmesg > and a message if it's working or not. > > Thanks! Even if the tool only supports one model, it's a good example for people porting similar tools from Linux. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: FYI: logitech mouse LED color tool
On Fri, Jan 12, 2018 at 02:42:06AM +0100, Jan Klemkow wrote: > Hi, > > I implemented a utility to set the LED color of Logitech mouse devices > on OpenBSD. Some people might also use this mouse and would like to > change the LED color. > > If you are interested just try it: https://github.com/younix/g403led > > I just tested it with the "G403 Prodigy Gaming Mouse" model. If it also > work for other models, let me know. > > Any feedback is welcome. Make a port! :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: TRIM on SSD
On Tue, Dec 05, 2017 at 02:26:43AM -0500, Rupert Gallagher wrote: > A production obsd is serving 50GB worth of NFS shares and hourly backups on > two ssds since August, and is still going strong at 550MBps over measured > 550--950Mbps LAN links. The same boots and runs the OS from a pSLC SD with > Phison controller. The ssds have a 5year warrantee, and we are doing our best > to stay within specs. The only concern is the lack of TRIM on the SD and the > NFS ssd. With TRIM, the os keeps writing on free space instead of deleting > and overwriting, for faster writing and uniform wearing of disk. > > Can we safely enable TRIM on 6.2 now? OpenBSD doesn't support TRIM. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Chip cheaper than chips
On Mon, Dec 04, 2017 at 11:41:56AM +, Kevin Chadwick wrote: > On Mon, 04 Dec 2017 06:22:17 -0500 > > > > > > > > > We like booting from the SD, but they have none. > > > > > > How do you manage flash wear? Set up mfs all over the place? I much > > > prefer and need SATA anyway. > > > > > This might have been an issue 20 years ago. > > It is not any more. > > Please stop spreading FUD. > > I assume SD means microSD or something other than SSD. If not I > apologise. > > The latest atom boards come with 16-64 GB emmc onboard. > Apparently emmc may? perform wear levelling, SD would not unless you > pay a fortune for a special SD card. There seems to be a lot of > misinformation in this area which is quite dangerous considering what > some of these devices may be used for. > > http://eu.mouser.com/new/Swissbit/swissbit-industrial-SD-memory/ > > There are special embedded filesystems (often pay for) that do wear > leveling for standard SD, not sure if they reserve 20% of the space. In my experience, even the cheap microsds from big brands support some type of wear leveling. The "industrial" labels in the microsds are only related to the temperature tolerance. Almost every BSD/Linux filesystem will kill your microsd pretty quickly, even in controllers/cards with support for ERASE. The exception is F2FS which allows to reserve a big part of your card as overprovision. I always prefer any type of external card instead of a emmc, because in the case of you break the card, you can simply change it. You can't change the emmc without soldering a new one in the board. > > I am fairly sure even emmc does not reserve 20% like sandforce/SSD > does and so a full filesytem could fail quickly. Perhaps an unused > partition could solve that?? > Modern SSDs don't reserve the 20%. The overprovisioning is very small. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: bioctl and S.M.A.R.T support for physical disks
On Tue, Oct 17, 2017 at 11:30:16PM -0400, Predrag Punosevac wrote: > Hi Misc, > > I am using > > # bioctl sd4 > Volume Status Size Device > softraid0 0 Online 2000396018176 sd4 RAID1 > 0 Online 2000396018176 0:0.0 noencl > 1 Online 2000396018176 0:1.0 noencl > > for my desktop > > # uname -a > OpenBSD oko.bagdala2.net 6.2 GENERIC.MP#0 amd64 > > Physical drives used to create mirror on this machine are > /dev/sd0 and /dev/sd1 > > When I try to probe the drives with S.M.A.R.T utility I get > > # smartctl -i -d sat /dev/sd0 Try "smartctl -i -d sat /dev/rsd0c". > smartctl 6.5 2016-05-07 r4318 [x86_64-unknown-openbsd6.2] (local build) > Copyright (C) 2002-16, Bruce Allen, Christian Franke, > www.smartmontools.org > > Smartctl open device: /dev/sd0 [SAT] failed: Operation not supported by > device > > > and this is without device option > > # smartctl -i /dev/sd0 > smartctl 6.5 2016-05-07 r4318 [x86_64-unknown-openbsd6.2] (local build) > Copyright (C) 2002-16, Bruce Allen, Christian Franke, > www.smartmontools.org > > Smartctl open device: /dev/sd0 failed: Operation not supported by device > > It makes me wonder if S.M.A.R.T. support for physical disks is added to > bioctl since 2006/7 when Marco Peereboom was talking about that on > NYC*BUG. I am using high end enterprise drives on this machine which do > support S.M.A.R.T. and I did enable S.M.A.R.T. in bios. > > Cheers, > Predrag > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ftp.eu.openbsd.org
On Tue, Oct 10, 2017 at 08:08:56PM +0200, Tony Sarendal wrote: > Not looking so good. > > tonsar@jump0.swe1$ ftp ftp.eu.openbsd.org > Trying 193.156.26.18... > Connected to ftp.eu.openbsd.org (193.156.26.18). > 220 jj-prod-obsdmirror.inet6.se FTP server ready. > Name (ftp.eu.openbsd.org:tonsar): ftp > 331 Guest login ok, send your email address as password. > Password: > 230 Guest login ok, access restrictions apply. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> dir > 227 Entering Passive Mode (192,168,0,13,204,157) > ^C $ ftp ftp.eu.openbsd.org Trying 193.156.26.18... Connected to ftp.eu.openbsd.org. 220 jj-prod-obsdmirror.inet6.se FTP server ready. Name (ftp.eu.openbsd.org:juanfra): anonymous 331 Guest login ok, send your email address as password. Password: 230 Guest login ok, access restrictions apply. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 150 Opening ASCII mode data connection for '/bin/ls'. total 16 drwxr-xr-x 56 1001 5000 1024 Oct 10 20:31 OpenBSD lrwxr-xr-x 1 0 11 Aug 21 08:35 pub -> . 226 Transfer complete. Run the ftp client with the passive mode enabled. It's the default on OpenBSD. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: How to find out which files were changed in -CURRENT and -STABLE between two releases?
On Thu, Aug 10, 2017 at 06:57:40PM -, pipfsta...@openmailbox.org wrote: > Hello, > > CVS is delivering me my daily dose of PITA (and I'm delivering a daily > dose of whining to the list). I feel like I'm trying to use a wooden bicycle > driven by jolts from the ground to make a tour from Washington, DC to > Sacramento, California. > > I've found cvs2cl.pl that turns pretty useless output of `cvs log` into > something meaningful. > But I didn't made my way through branches and tags. > I know that when release is done, sources are tagged with a > 'OPENBSD_x_y_BASE' tag. But cvs doesn't provide a way (well, at least > I didn't find it) to find a commit id when a certain tag was created. > Well, I tried to grep (1) the raw output of cvs log to see how tags > refer to files in per-file basis. But some files don't have any symbolic > names at all! > E.g.: > > "RCS file: /cvs/src/sys/arch/armv7/sunxi/Attic/sximmc.c,v > Working file: sys/arch/armv7/sunxi/sximmc.c > head: 1.12 > branch: > locks: strict > access list: > symbolic names: > keyword substitution: kv > total revisions: 12; > selected revisions: 12" > > And it is not a new file, first revision is dated 2016/08/15. It might > be some development branch, but then how do I differ which commits are > made into a release, and which are not? > > Is there any way to make cvs show a bunch of changes that are made > between two releases in the -CURRENT and -STABLE branches? If you know when the cvs tag was created, then you can use git to show the changes since that date until HEAD. Unfortunately, we don't have a git repo with the tags. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ext2 or usb problem
On Sun, Jul 02, 2017 at 01:51:48PM -0400, Donald Allen wrote: > On 1 July 2017 at 18:55, Juan Francisco Cantero Hurtado > <i...@juanfra.info> wrote: > > On Sat, Jul 01, 2017 at 03:43:48PM -0400, Donald Allen wrote: > >> On 1 July 2017 at 12:06, Juan Francisco Cantero Hurtado > >> <i...@juanfra.info> wrote: > >> > >> > The USB disks and ext2 are both quite slow on OpenBSD. Try with FFS but > >> > you're not going to see better numbers. > >> > > >> > On Linux, the kernel uses UAS for your USB disks. We only supports > >> > bulk-only. > >> > >> If you are implying that if I had only waited a week or a month for > >> this to complete on OpenBSD yesterday, I think you are incorrect. This > >> was hung, not slow. > > > > No, it's just slow. I've had the same problem for years. Our ext2 > > implementation is slow even on SATA. > > This is not helpful. You insist that you know what is going on when I > was in front of the computer and you were not. File copying to an ext2 > filesystem on a usb drive is 10x slower than to an ffs filesystem on > an internal sata drive mounted async (ext2 is async; apples to > apples). I know because I've measured it, including the time to sync. > The file in question was 1.5 GB. That copy should have taken 150 > seconds or so at the rates I measured. The system sat there for two > hours, as I said in my message. And when I came back, it was making no > progress, as I also said in my message. I'm done discussing this. I've > reported what I found and offered to help debug it. My workaround is > simple: I will do these backup disk updates and anything else > involving ext2/usb disks with Linux. You're taking my comments too personally. I was talking only from my experience. You can't mount ext2 with "async" on OpenBSD. FFS only syncs the metadata by default, that's why the "sync" option exists for FFS. And you can't compare a SATA disks with an USB bulk-only. So, you're not comparing apples to apples. I've copied a file to an USB disk formatted as ext2 and the speed is about 12MB/s. It's similar to your numbers with the 1.5GB file. My point was that if you're writing a lot of metadata updates (something usual with rsync), due to the limitations of our ext2 implementation and the USB stack, the process sometimes will get stuck. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ext2 or usb problem
On Sat, Jul 01, 2017 at 03:43:48PM -0400, Donald Allen wrote: > On 1 July 2017 at 12:06, Juan Francisco Cantero Hurtado > <i...@juanfra.info> wrote: > > > The USB disks and ext2 are both quite slow on OpenBSD. Try with FFS but > > you're not going to see better numbers. > > > > On Linux, the kernel uses UAS for your USB disks. We only supports > > bulk-only. > > If you are implying that if I had only waited a week or a month for > this to complete on OpenBSD yesterday, I think you are incorrect. This > was hung, not slow. No, it's just slow. I've had the same problem for years. Our ext2 implementation is slow even on SATA. Try this on your ext2 partition on the USB disks: # mkdir test # cd test # i=0; while (( i < 20 )); do >$i; (( i += 1 )); done It takes only a few seconds on my SATA disk. Your USB disk will take a while to complete the command. > > As for your suggestion to try FFS, that's a non-starter. I have Linux > systems and will do the rsyncs from primary to secondary with them. I > did this with OpenBSD yesterday because, in general, I much prefer the > system to Linux. But I realize it's not perfect -- no system is -- and > it appears that I found an imperfection. Using Linux for this is a > reasonable workaround, though if anyone has an interest in trying to > debug the OpenBSD problem, I will help. > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ext2 or usb problem
uct 0x1902 rev 0x06 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x31: msi > usb0 at xhci0: USB revision 3.0 > uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev > 3.00/1.00 addr 1 > "Intel 100 Series MEI" rev 0x31 at pci0 dev 22 function 0 not configured > ahci0 at pci0 dev 23 function 0 "Intel 100 Series AHCI" rev 0x31: msi, > AHCI 1.3.1 > ahci0: port 0: 6.0Gb/s > ahci0: PHY offline on port 1 > ahci0: PHY offline on port 2 > ahci0: PHY offline on port 3 > ahci0: PHY offline on port 4 > ahci0: PHY offline on port 5 > scsibus1 at ahci0: 32 targets > sd0 at scsibus1 targ 0 lun 0: <ATA, SanDisk SD8SB8U1, X412> SCSI3 > 0/direct fixed naa.5001b444a6b93e2c > sd0: 122104MB, 512 bytes/sector, 250069680 sectors, thin > pcib0 at pci0 dev 31 function 0 "Intel B150 LPC" rev 0x31 > "Intel 100 Series PMC" rev 0x31 at pci0 dev 31 function 2 not configured > azalia0 at pci0 dev 31 function 3 "Intel 100 Series HD Audio" rev 0x31: msi > azalia0: codecs: Realtek/0x0233, Intel/0x2809, using Realtek/0x0233 > audio0 at azalia0 > ichiic0 at pci0 dev 31 function 4 "Intel 100 Series SMBus" rev 0x31: > apic 2 int 16 > iic0 at ichiic0 > em0 at pci0 dev 31 function 6 "Intel I219-V" rev 0x31: msi, address > 00:23:24:d8:20:60 > isa0 at pcib0 > isadma0 at isa0 > pckbc0 at isa0 port 0x60/5 irq 1 irq 12 > pckbd0 at pckbc0 (kbd slot) > wskbd0 at pckbd0: console keyboard, using wsdisplay0 > pcppi0 at isa0 port 0x61 > spkr0 at pcppi0 > uhidev0 at uhub0 port 4 configuration 1 interface 0 "Microsoft > Microsoft 3-Button Mouse with IntelliEye(TM)" rev 1.10/3.00 addr 2 > uhidev0: iclass 3/1 > ums0 at uhidev0: 3 buttons, Z dir > wsmouse0 at ums0 mux 0 > uhidev1 at uhub0 port 5 configuration 1 interface 0 "vendor 0x05af USB > Keyboard" rev 1.10/1.01 addr 3 > uhidev1: iclass 3/1 > ukbd0 at uhidev1: 8 variable keys, 6 key codes > wskbd1 at ukbd0 mux 1 > wskbd1: connecting to wsdisplay0 > uhidev2 at uhub0 port 5 configuration 1 interface 1 "vendor 0x05af USB > Keyboard" rev 1.10/1.01 addr 3 > uhidev2: iclass 3/1, 2 report ids > uhid0 at uhidev2 reportid 1: input=1, output=0, feature=0 > uhid1 at uhidev2 reportid 2: input=2, output=0, feature=0 > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd0a (d8287128904972be.a) swap on sd0b dump on sd0b > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Xfce power manager and Brightness
On Tue, Jun 13, 2017 at 10:39:00AM +0200, Erling Westenvik wrote: > On Tue, Jun 13, 2017 at 10:54:27AM +0300, G wrote: > > Hello. > > I'm running xfce and xfce4-power-manager doesn't seems to work. > > with lock screen. Read the docs in /usr/local/share/doc/pkg-readmes. You need xscreensaver or gnome-screensaver installed. > > > > Also I would like to know how can I change the brightness of the screen. > > $ man -k bright > xbacklight(1) - adjust backlight brightness using RandR extension > > For further experimenting, consider xgamma(1). And there is a program in > ports/packages called sct(1) (set color temperature) written by tedu@. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: ASLR for golang on OpenBSD
On Fri, Jun 09, 2017 at 06:37:51PM +, ra...@openmailbox.org wrote:
> Hello!
>
> Here is a patch that lets you use `go build -buildmode=pie file.go` to
> compile golang binaries on OpenBSD and get ASLR.
>
> By default all the golang binaries compiled on openbsd are not randomized,
> only linux and android have that feature.
>
> This patch is against go1.8.3.src.tar.gz
You should send the patch to the golang project. If we only patch the
port, then the users from other platforms generating OpenBSD binaries
will not be able to use the pie mode.
>
>
>
> diff -Naur go/src/cmd/go/build.go go-aslr/src/cmd/go/build.go
> --- go/src/cmd/go/build.go 2017-05-24 18:15:12.0 +
> +++ go-aslr/src/cmd/go/build.go 2017-06-09 18:26:12.740449349 +
> @@ -383,8 +383,11 @@
> } else {
> switch platform {
> case "linux/386", "linux/amd64", "linux/arm",
> "linux/arm64", "linux/ppc64le", "linux/s390x",
> - "android/amd64", "android/arm",
> "android/arm64", "android/386":
> + "android/amd64", "android/arm",
> "android/arm64", "android/386", "openbsd/amd64":
> codegenArg = "-shared"
> + if platform == "openbsd/amd64" {
> + ldBuildmode = "pie"
> + }
> default:
> fatalf("-buildmode=pie not supported on
> %s\n", platform)
> }
> diff -Naur go/src/cmd/link/internal/ld/config.go
> go-aslr/src/cmd/link/internal/ld/config.go
> --- go/src/cmd/link/internal/ld/config.go 2017-05-24
> 18:15:12.0 +
> +++ go-aslr/src/cmd/link/internal/ld/config.go 2017-06-09
> 18:26:37.820448527 +
> @@ -43,7 +43,7 @@
> *mode = BuildmodeExe
> case "pie":
> switch obj.GOOS {
> - case "android", "linux":
> + case "android", "linux", "openbsd":
> default:
> return badmode()
> }
> diff -Naur go/src/cmd/link/internal/ld/lib.go
> go-aslr/src/cmd/link/internal/ld/lib.go
> --- go/src/cmd/link/internal/ld/lib.go 2017-05-24 18:15:12.0 +
> +++ go-aslr/src/cmd/link/internal/ld/lib.go 2017-06-09
> 18:26:56.903781235 +
> @@ -1019,7 +1019,9 @@
> argv = append(argv, "-Wl,-no_pie")
> }
> case obj.Hopenbsd:
> - argv = append(argv, "-Wl,-nopie")
> + if Buildmode != BuildmodePIE {
> + argv = append(argv, "-Wl,-nopie")
> + }
> case obj.Hwindows:
> argv = append(argv, "-mconsole")
> case obj.Hwindowsgui:
>
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: Libreoffice Calc (sometimes) kills X when attempting to import a CSV file?
On Sun, May 07, 2017 at 01:24:23AM +1000, Damian McGuckin wrote: > On Sat, 6 May 2017, Stuart Henderson wrote: > > > I've seen this once, but wasn't able to trigger it again. > > Ditto, but under Gnome on Linux - CentOS 6.6. > FWIW, I can't reproduce the bug using LibreOffice 5.2 and 5.3 on Linux/KDE. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: OpenBSD as a non-routing access point
On Sat, Apr 08, 2017 at 01:22:27PM -0400, mabi wrote: > Earlier this week on this mailing list someone recommended the following > product: > > https://www.olimex.com/Products/USB-Modules/USB-CAP/ > > I thought I will give it a try and ordered it... That's not going to fix any bug in the athn code :P > Original Message > Subject: Re: OpenBSD as a non-routing access point > Local Time: April 8, 2017 4:43 PM > UTC Time: April 8, 2017 2:43 PM > From: open...@sirjorj.com > To: Stefan Sperling <s...@stsp.name> > openbsd-misc <misc@openbsd.org> > > > On Apr 8, 2017, at 3:38 AM, Stefan Sperling <s...@stsp.name> wrote: > > > > On Fri, Apr 07, 2017 at 05:06:22PM -0500, Jordon wrote: > >> My new wifi adapter finally arrived today (AR9271) so I want to give hostap > a > >> try with its new 802.11n support. > > > >> Am I on the right track? > > > > No. AR9271 is a USB device, and unfortunately there are bugs in the > > driver that prevent hostap from working properly with USB devices. > > > > At least in my testing, the device sends no beacons. I have not yet > > found a way to fix it and am not currently investing more time into it. > > Perhaps it will get fixed some day. > > > > Dang. Although, IIRC, beacons are what announce the presence of the access > point. I definitely saw it on the client machine, so I think that part was > working. But, yeah, anything beyond that is unsupported so I guess I???ll > have to get a PCIe one. > > Thanks! > Jordon > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: 802.11n hostap - latency and timeouts
On Thu, Mar 23, 2017 at 09:30:43AM +0900, Stefan Sperling wrote: > On Wed, Mar 22, 2017 at 02:42:19PM +, Kevin Chadwick wrote: > > In case it is of any help to anyone. I tried 11n on a ar9271 a few weeks > > ago and also an ar2133. Both would give athn0: device timeouts but the usb > > ar9271 needed a ifconfig down up to recover whereas the card recovered by > > itself. Using 11g made them far less likely and whilst I have hardly used > > the 11b ssid, I haven't had any with 11b on the 9271 so far. > > > > Also after using 11n and getting multiple resets I had to plug the card > > into another laptop to get the firmware to load again without saying could > > not read ROM, even after reboots. So maybe some state is kept on OpenBSD or > > more likely perhaps it was unplugged for long enough to clear the cards > > memory or something. > > There is a known issue which looks like ehci(4) on some USB host controllers > does not feed sufficient power to athn(4) devices and then they won't work > reliably. The problem is unrelated to the USB controllers. Some boards are not well designed and feed the current to the USB port unfiltered. That's is why the problem is more common in cheap ARM boards than PCs motherboards. Olimex has this "workaround": https://www.olimex.com/Products/USB-Modules/USB-CAP/ OK to this change in the man page? diff --git athn.4 athn.4 index eb7b951c289..f8f20f39aca 100644 --- athn.4 +++ athn.4 @@ -215,8 +215,10 @@ The driver will turn the interface down. .It "athn0: error N, could not read firmware ..." For some reason, the driver was unable to read the firmware file from the filesystem. The file might be missing or corrupted. +This is also a common error on systems where the power source doesn't feed +enough current to the USB port during the initialization of the device. .El .Sh SEE ALSO .Xr arp 4 , .Xr cardbus 4 ,
Re: xwallpaper: a pledged wallpaper utility
On Sat, Apr 01, 2017 at 11:43:04AM +0200, Tobias Stoeckmann wrote: > Hi misc@, > > during the last weeks, I have reviewed quite some image tools out there > because I needed one to set a wallpaper on my X server. I am not using > a sophisticated desktop environment, so there was a need for a > standalone tool. Let's keep it short: I have found and reported many > bugs, and had to stop eventually after accepting that these libraries > are either legacy/unmaintained or beyond repair (calling printf and free > in signal handlers, anyone?). > > To overcome this issue, I decided to write a simple utility, with the > common OpenBSD focuses: Simplicity, security, doing exactly one thing. > > The tool supports three file formats: > > - JPEG; virtually everyone uses it > - PNG; most popular lossless format > - XPM; well, it's the most common agreement on X installations out there > > I still want to be able to zoom into my pictures, so these modes of > operations are supported: > > - tile; tiles the image next to each other until screen/output is filled > - center; centers the image > - maximize; maximizes the image without cutting things off > - stretch; destroys aspect ratio and fills the whole screen/output > - zoom; maximizes the image and cuts things off, screen/output is filled > > To get nice results, xwallpaper directly uses pixman for pixel > operations. In case you don't know pixman: It is the direct foundation > for the xorg-server to do pixel operations. No further dependencies! > > Next to this, it avoids using the old (deprecated) X11 libraries. Found > bugs in them as well and also got repeatedly told that they are not > supposed to be used anymore either. So I decided to go with XCB. > > Multi monitor setups are too regular by today to completely ignore them > or using Xinerama with its weird numbering. Instead, it uses RandR if > available, which makes it pretty nice to use. It even supports different > modes (tiling, centering etc.) on different outputs! And if you are used > to run xrandr, the syntax will be very familiar. > > Last but not least, the tool is tightly pledged. We all know that file > formats suck and they contain lots of bugs. For increased security, I > have included pledge support right from the start. Before even one > instruction of one of these image libraries is called, pledge is already > down to "stdio". That's really tight! :) > > All in all, it can be compiled with 0 dependencies with xenocara. Keep > in mind that you just have XPM support then, though. > > It's not in ports (yet?). It would be really great if you can give it a > try, experiment a bit, and give me feedback. If you are an XCB expert > and/or into code reviewing: Please do so! And if you have a big endian > machine, it would be great if you can see if it works there as well. The program works fine on macppc with a png image. > > The project as well as its release files can be found on GitHub: > https://github.com/stoeckmann/xwallpaper > > > Hope someone finds this tool useful, too. Are you going to create a port for xwallpaper? -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Sony Vaio VPCSA
On Wed, Mar 29, 2017 at 02:03:03PM +0800, Farty Breath wrote: > Hi All, > > Trying to install OBD for the first time on my Sony VPCSA laptop using > installfs60.fs dd'ed onto a USB stick. Can boot fine and step through > the installation script with no problems until the part where I have > to select the disk to install onto. Here the laptop's internal hard > drive isn't listed. dmesg doesn't show that is was recognised or > configured as far as I can see. > > I have also tried with multiple different USB sticks, installfs60.fs > downloads from different mirrors, and even on another laptop (Sonly > Vaio VPC115FM) and a desktop (HP, not sure what the model is). In all > cases booting and install script work fine, but the internal hard > drive isn't one of the options available when choosing which disk to > install to. > > One more point: a second, blank, USB stick is recognised by the > install script. I can go all the way through the install process and > end up with a functioning OpenBSD install on that stick. Try with the snapshots: https://ftp.fr.openbsd.org/pub/OpenBSD/snapshots/amd64/install61.fs -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: File Server with OpenBSD?
On Tue, Mar 07, 2017 at 04:39:50PM -0500, alexmcwhir...@triadic.us wrote: > On 2017-03-07 15:57, Karel Gardas wrote: > > RAID10 should be simple. RAID6 is in tree in some form. W.r.t. > > HAMMER2/ZFS as a ZFS user using ZFS solely for more than 10 years > > already, I'm not so keen anymore about COW due to fragmentation. > > Otherwise snapshots are nice, but I'd rather snapshots to be added to > > ffs in not-so-optimal form and whole fs behaving nicely than having > > nice snapshots in ZFS and whole fs killed perf-wise by fragmentation. > > I'll be interested to see how HAMMER2 handles free space fragmentation. A > while back someone on the ZFS team was looking at a way to clean this > fragmentation and rewrite the block pointers. The problem ended up being > that ZFS has so many features that redoing all of the block pointers would > take forever and be very hard to do. Not to mention it also makes adding new > features much more difficult. > > Something like ZFS with a much more limited feature set would be ideal for > this kind of project. But adding FFS snapshots and using softraid would > probably be easier and accomplish the same goal. Or even better, add support for something like lvm snapshots to softraid and don't touch FFS. We could change the default FS in the future without to lose that features. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: New features in VMM for OpenBSD 6.1?
On Mon, Mar 06, 2017 at 10:40:52AM +, C. L. Martinez wrote: > Hi all, > > Where can I see what new features will be released in VMM for OpenBSD 6.1? > For example, it could be possible to run linux or freebsd guests apart of > openbsd guests? No, vmm will only support OpenBSD in the next release. https://www.openbsd.org/61.html will include a list of new features and fixes. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Static binaries on newer releases
On Fri, Feb 24, 2017 at 11:08:21AM +0100, Martijn Rijkeboer wrote: > Hi, > > If I have a static binary compiled on OpenBSD release X, is that binary > expected to also run on release X+1, X+2 and X+Y? For example, a static > binary that is compiled on OpenBSD 6.0, is it expected to also run on > 6.1, 6.2 and 6.3? The reason for asking is a Haskell stack issue [0] > that involves GHC bindists. In addition to Sebastien's comment, take a look to https://github.com/golang/go/issues/15227 . Go has also the same problem. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: mips64el missing gstreamer1-plugins-libav
On Tue, Nov 22, 2016 at 07:40:21AM +1000, Stuart Longland wrote: > On Mon, Nov 21, 2016 at 02:55:17PM +, Christian Weisgerber wrote: > > On 2016-11-21, Stuart Longland <stua...@longlandclan.id.au> wrote: > > > > > Other webkit-based browsers seem to be similarly affected. They fail > > > installing because there's no gstreamer1-plugins-libav package > > > available. `surf` was another I tried, with identical results. It's as > > > if the package went AWOL, because it clearly had to have built for > > > midori and surf to be built. > > > > No, gstreamer1-plugins-libav is a RUN_DEPENDS. The midori and surf > > packages can be _built_ without it, just not installed. > > Fair enough, is there much point supplying a binary package that can't > be installed? (building broken big packages) "Provides a complete stresstest for the base OS" https://rhaalovely.net/~landry/eurobsdcon2016/ > I would have thought it was in RUN_DEPENDS because the > application binary links against it at runtime: something it normally > can only do if the relevant .so is installed on the build host at the > time of linking. > > Thinking about it now: gstreamer uses a dynamic loading infrastructure, > so the library isn't needed to be present for building as it's gstreamer > core itself that gets linked. The libav plug-in does have some MIPS32 > assembly in it that can cause grief too. (And it embeds its own libav.) > > For what it's worth, I don't care much for multimedia playback on this > machine, but I suspect it's a compile-time flag to turn it off. > > I'll keep hunting then, see what can be achieved. I just tried `vimb` > on here, and it installs but just Bus Errors. > > Fun and games. At least I have lynx. :-) Even without gstreamer, probably webkit will not work. Try with netsurf. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Removal of old libraries
On Sat, Sep 03, 2016 at 03:12:53PM -0500, Ax0n wrote: > I've got a Toshiba NB305 netbook that's been my daily-use laptop for more > than 6 years now. The last fresh install I did was OpenBSD 4.9-RELEASE in > early May 2011. I've been quite happy with how it works, and I've been > doing bsd.rd upgrades and M:Tier binary updates ever since. > > There is a lot of seemingly unused cruft in /usr/local/lib -- stuff with an > atime of my last level 0 dump several months ago. Looks like pkg_add -u > left a bunch of stuff behind. Is there a recommended way to clean this > stuff up, or should I just start chopping away with something like: > > find /usr/local/lib -type f -atime +90 | doas xargs rm > > (after a new level 0 dump, obviously...) > pkg_add sysclean man sysclean -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Banana Pi R1 - any hints?
On Fri, Sep 02, 2016 at 07:04:17AM +, Peter J. Philipp wrote: > Hi, > > Recently I got a Banana Pi R1 (the one with 5 RJ 45 slots). Physically it > looks like it has 1 RJ45 slot in one circuit and the 4 others in another. > > As a test I ran raspbian OS on it and it worked. For OpenBSD I got it to > get to to boot prompt and it loads the kernel but from then on it switches > to com0 which I don't have set up on this board. Is there any way to make > the HDMI vga work? > > As it boots blindly I suspect it either panics or the RJ45 devices are not > detected as I modified the bsd.rd kernel by placing a /auto_install.conf > file into the root ala autoinstall(8), and watched the network traffic > emanating from this computer. None afaict. > > I'M wondering if there is any hints I could try to see any activity from this > little device? I don't have another armv7 device so compiling is a nono, > however I can extract the ramdisk from bsd.rd and modify it and put it back > into bsd.rd. > > I could donate this BPI but I'd rather donate money. It cost around what > I usually donate every half year so it's only 3 months before I do a > paypal donation. Buy a serial cable for the board. http://linux-sunxi.org/Lamobo_R1#Locating_the_UART http://linux-sunxi.org/UART#UART-USB_dongle -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: arm on pandaboard fails
On Fri, Aug 12, 2016 at 08:59:51PM +0900, Tuyosi Takesima wrote: > Hi all . > i report this . > > i take photos . > > they are on > http://akita-arm.blogspot.jp/2016/08/pandaboard-openbsd.html > > i am looking forward to meet openbsd 60 's armv7 . Don't waste your time with old releases on arm boards. Use -current, the arm support is quite better now. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Unicode Support in sed?
On Thu, Aug 11, 2016 at 11:51:06PM +0200, Ingo Schwarze wrote: > Hi Scott, > > Scott Vanderbilt wrote on Thu, Aug 11, 2016 at 12:58:17PM -0700: > > > I'm trying to use sed to munge some text in HTML files, converting > > Unicode characters to their HTML entity equivalents, however I can't > > seem to get it to work. > > > > For instance, this command has no apparent effect: > > > > sed -i -e 's/\xe2\x80\x94//g' foo.html > > > > Other sed operations using ASCII arguments work fine. > > > > Does sed support Unicode in this fashion? > > Our sed(1) does not have *explicit* UTF-8 support yet. > That means, /./ will not match a multibyte character, but /../ will > match a character if its UTF-8 representation is two bytes long, > or the last byte of one character together with the first of the > next. [-] ranges will not work with UTF-8 characters, //i case > folding will not work, and so on and so forth... > > However, you can still use sed(1) for your job by simply > treating UTF-8 characters as any ordinary byte string. > > I suspect your problem is that the way you enter the multibyte > characters is incorrect, and the line shown above doesn't actually > contain UTF-8, but only ASCII: '\\', 'x', 'e' and so on. > > Let me show you an example that does work: > >$ hexdump -C input.utf8 > 3e c3 a4 3c 0a |>..<.| > 0005 >$ hexdump -C script.sed > 73 2f c3 a4 2f 61 65 2f 0a |s/../ae/.| > 0009 >$ schwarze@isnote $ sed -f script.sed input.utf8 | hexdump -C > 3e 61 65 3c 0a |>ae<.| > 0005 > > Note how the U+00E4 = 0xc3a4 = LATIN SMALL LETTER A WITH DIAERESIS > gets replaced. > > With that help, you ought to be able to get your task done. > > > The sed(1) man page is silent. > > That's because nothing was done yet to make sed(1) aware of UTF-8. > > > The FAQ section on Character Sets > > <http://www.openbsd.org/faq/faq10.html#locales> indicates that: > > > >OpenBSD uses the ASCII character set by default. > > Uh oh. Ah, hrm. Well, kind of, but not really. > > The LC_CTYPE locale defaults to "C", but that's required for any > POSIX-conforming operating system. By default, ksh(1) emacs editing > mode partly supports UTF-8, even when LC_CTYPE is C, but ksh(1) vi > editing mode does not yet (i have a partial patch for that). By > default, xterm(1) and pod2man(1) run in UTF-8 mode on OpenBSD, while > they default to strange hybrids of ASCII and ISO-LATIN-1 elsewhere. > man(1) always fully supports UTF-8 input, but avoids it for output > unless you set LC_CTYPE to SOMETHING.UTF-8 or pass it the -Tutf8 > flag. And so on for many programs... Even to describe the default > for one single program, saying nothing but a single word "ASCII" or > "UTF-8" is usually insufficient, and different programs are very > different. > > Talking about "the" default makes no sense, really. > > > It also supports the Unicode (UTF-8) character set. > > Ooops! Do we really say that? That's a bold claim... :-o > > In a way, it is true. You can do many things with UTF-8 > characters, and arguably, that wouldn't be possible if UTF-8 > weren't supported, right? > > Then again, it is not completely true. There are still many tools > that do not fully support UTF-8, and some that don't at all. > > > but I'm not sure what bearing that has on this issue. > > You are exactly right! That statement is so imprecise that it is > completely unclear what it is: more or less true, a bold lie, or a > sweeping generalization? > > ... > > Now i'm starting to feel curious. Let me read on: > > "The list of supported locales can be obtained by running the >command: locale -a" > > YIKES!! It looks like i urgently have to fix that part of the FAQ. > As i stands, it is spreading FAQ: Fear, Ancertainty, and Quoubt. In addition to Ingo's advice, you can also use gnu sed (pkg_add gsed) or perl. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: TLS now supported on openbsd.org?
On Tue, May 10, 2016 at 11:39:44AM +, Giancarlo Razzolini wrote: > Em maio 10, 2016 1:29 Bob Beck escreveu: > > > > And statements like this - and people that think this is a good idea, > > are why I spoof DNS answers in bars and coffee shops, and why I don't > > read misc@. This is never a good idea, unless you want the > > connections intercepted and MITM'ed. > > > > I don't see the issue with this Bob. Of course it means the first access is > the one with very high value. But as it is with HPKP, and as it is with SSH > itself. I see that you guys are working on having openbsd included in HTTPS > Everywhere and all. But it still leaves it up to the user. If you put HSTS on > top of a one time redirect, the client will never again access the site using > http. It is a concession. One that you don't seem keen to make. And, on a > second thought, I only care for the anon csv page where you have the ssh host > keys. The rest of the site can be left unencrypted. Until every UA is changed > to first try TLS and *only then* fall back to clear text http, this kind of > measure has its uses. We are not working on the HTTPS Everywhere rules for *.openbsd.org. The guy who sent the pull request is not part of the project. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: TLS now supported on openbsd.org?
On Mon, May 09, 2016 at 06:23:51PM +, Giancarlo Razzolini wrote: > > Let's Encrypt uses 4096. > > > > I think lets encrypt uses by default 2048, not 4096. You're right. The default is 2048. > Also, 4096 might indeed cause trouble with some old software. I recall > issues with mono and older java versions. > > It is really nice to finally see TLS on openbsd.org. How about redirecting > http to https? Also, it seems STS isn't being used. I don't know if this is a > testing phase, but it would be nice to have those nevertheless. > > Cheers, > Giancarlo Razzolini > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: TLS now supported on openbsd.org?
On Mon, May 09, 2016 at 06:57:52PM +0200, arrowscr...@mail.com wrote: > It's great to see OpenBSD Project supporting Let's Encrypt. I don't > know if you folks still configuring it, but there's some points > that I noticed: > - I don't know in modern browsers, but Links 2.12 say that the > certificate is not valid. It's just old browsers, or firefox also > have this same problem? Works for me with Lynx on -current and 5.8. > - The RSA is 4096 bits. If I remember correctly, reyk@ said once > that 4096 is overkill. Any specific reason to use 4096 instead of > 2048? Let's Encrypt uses 4096. > - Do you plan to support ftp.openbsd.org? Would be great to > download packages with more security You only need to check the signify keys using https (https://www.openbsd.org/59.html). I don't see how TLS is going to add "more security" to the download sites. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: can't upgrade using the last snapshot
On Mon, Apr 11, 2016 at 08:53:44PM +0200, arrowscr...@mail.com wrote: > I have network connectivity and DNS seems Ok. The build is 1459828632, from > Apr 5. > And now the system is broken (panic): > > Stopped at debugger+0x9: leave > debugger() at debugger+0x9 > panic() at panic+0xfe > setroot() at setroot+0xa59 > diskconf() at diskconf+0xe3 > main() at main+0x538 Use "boot obsd" in the bootloader and it will load the old kernel. > > > Sorry, but I can't keep this. I need to have something (at least) working, > and snapshots are not. I'll just switch to stable. > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: can't upgrade using the last snapshot
On Mon, Apr 11, 2016 at 06:31:35PM +, Robert Peichaer wrote: > On Mon, Apr 11, 2016 at 07:22:31PM +0200, arrowscr...@mail.com wrote: > > The snapshot can't find the mirror. It prints: "no address associated with > > this name". > > I have tried many mirrors (inclusing the mother, ftp.openbsd.org), none > > work for me. > > > > I has been a hard time to work with snapshots since last month... many bugs. > > I'm using snapshots to help reporting bugs, of course, so I know that this > > kind of situation will happen some times. But, I can't crash the system > > everytime I do a new upgrade... I think it's time to just use stable. > > That means at the time when the installer tries to contact the mirror > server, you either don't have network connectivity at all or that you > don't have a working DNS. Or maybe you're using a local DNS cache. > > If that's reproducable for you, watch closely if there are any error > messages related to the network configuration right after the mounting > of the root filesystem. You can switch to the shell and check the network > config by entering a '! e.g. at the prompt that asks you about > force checking clean non-root filesystems. (just 'exit' to continue) > > The installer seems to work fine, I just upgraded using the latest snap > (4th April). > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: W^X enforcement
On Mon, Apr 04, 2016 at 12:46:57PM +0200, Florian Weimer wrote: > On 03/31/2016 11:45 PM, Juan Francisco Cantero Hurtado wrote: > > On Thu, Mar 31, 2016 at 08:44:58AM -0600, Theo de Raadt wrote: > > [...] > >> I generally reject the addition of security knobs, and push towards > >> making the security choice mandatory, as early as possible. We are > >> not quite in the position of making this choice. (Maybe a ports > >> developer can list some programs that require WX memory today) > > > > There is an external project for Arch Linux which keeps a list of the > > programs incompatible with PaX's equivalent to W^X. > > > > https://github.com/thestinger/paxd/blob/master/paxd.conf > > > > The programs marked with "m" are incompatible. > > Does the PaX implementation reject alias mappings? I don't know. In this case I'm just an user. You could ask in their forum. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: W^X enforcement
On Thu, Mar 31, 2016 at 08:44:58AM -0600, Theo de Raadt wrote: [...] > I generally reject the addition of security knobs, and push towards > making the security choice mandatory, as early as possible. We are > not quite in the position of making this choice. (Maybe a ports > developer can list some programs that require WX memory today) There is an external project for Arch Linux which keeps a list of the programs incompatible with PaX's equivalent to W^X. https://github.com/thestinger/paxd/blob/master/paxd.conf The programs marked with "m" are incompatible. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: wireshark illegal instruction on older systems
On Tue, Mar 15, 2016 at 06:33:56PM +, Stuart Henderson wrote: > On 2016-03-15, Peter Kay <syllops...@syllopsium.co.uk> wrote: > > It's a MOVSD SSE instruction. Tshark is ok. I can cope with that or tcpdump > > if need be, but here's the output : > > I think this variant of MOVSD might be AVX? > > > Starting program: /usr/local/bin/wireshark > > warning: Lowest section in /usr/local/lib/libicudata.so.9.0 is .hash at > > 0154 > > > > Program received signal SIGILL, Illegal instruction. > > 0x06d685fb in _GLOBAL__sub_I_qguiapplication.cpp () from > > /usr/local/lib/qt5/./libQt5Gui.so.1.1 > > Looks like it's in Qt5 then. Wireshark still has the "legacy" gtk GUI > (it's in a subpackage), you could try that instead for now. > > Looks like Qt autodetects at build time, we probably want to configure > on i386 with no-avx, no-avx2, no-sse4.1, no-sse4.2, maybe no-ssse3. > (SSE2 is probably reasonable to expect for Qt5 apps, it's present on > Netburst, Pentium-M, Atom, C7 etc. which seems a sane cut-off point > for heavy GUI apps). "maybe no-ssse3" There are a lot of "recent" AMD cpus which don't support ssse3. cpu0: AMD Athlon(tm) II X4 638 Quad-Core Processor, 2700.26 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,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,ITSC > > > 0x06d685fb <_GLOBAL__sub_I_qguiapplication.cpp+43>: movsd > > 0x8(%esp),%xmm0 > .. > > 0x06d6860c <_GLOBAL__sub_I_qguiapplication.cpp+60>: movsd > > %xmm0,0x8(%eax) > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Asus-K75D Notebook: acpi0/acpitz0 causing crashes in OpenBSD 5/6/5.7/5.8/5.9 ?
On Tue, Mar 08, 2016 at 11:37:58PM +0100, Juan Francisco Cantero Hurtado wrote: > On Tue, Mar 08, 2016 at 03:40:58PM +, Rick Gregory wrote: > > Hi, > > I have a an Asus K75DE Notebook > > ( AMD A10-4600M APU with Radeon(tm) HD Graphics 7600 Series ) > > Right now I'm running OBSD 5.5, with Gnome3 Desktop, radeon-firmware seems > > to work fine. > > "$ glxinfo | grep -i render > > direct rendering: Yes > > OpenGL renderer string: Gallium 0.4 on AMD ARUBA" > > "$ uname : OpenBSD 5.5 GENERIC.MP#315 amd64", and I'll explain why I'm > > running 5.5 a bit further. > > > > some dmesg output, from OBSD 5.5: > > > > "acpitz0 at acpi0acpi0: WARNING EC not initialized > > acpi0: WARNING EC not initialized > > acpi0: WARNING EC not initialized > > acpitz0: THRM: failed to read _TMP" > > > > "Atheros AR9485" rev 0x01 at pci2 dev 0 function 0 not configured" > > - > > The above "AR9485" wireless has never worked in any OBSD, including the > > latest current-5.9-snapshot, so I use a wireless dongle. > > > > With latest-current-5.9 snapshot, as of yesterday, or > > OpenBSD-Release-5.8/5.7/5.6, they all boot fine, but after I install them, > > and try to boot normally, I get the above "acpi" errors and just as I get to > > the "Login:" prompt on the console, it spews: > > "acpitz0: exceeding temperature of 0 Degrees C,... shutting down > > ...syncing disks" > > It shuts itself down immediately, and therefore I cannot login to see > > what's up. > > I then tried > > boot> boot -c, followed by a "disable acpi", and it comes up, but when I > > "fw_update -v" to install the latest radeon-firmware and reboot, it repeats > > the shutdown before the login prompt again. > > I seems "acpi" is tied to everything, I cannot "startx" into any window > > manager without it, and if I do it crashes again. ? > > > > ( Note: I tested this notebook with Linux, and Winbloze, and everything > > works.) > > I also read on a post around here, that disabling USB3 in BIOS had fixed > > someones issue with "acpi" errors, but I cannot do that in my BIOS. > > > > I prefer not to use OpenBSD 5.5, even though it does seemingly work, > > because my notebook gets very warm. I hear the fans turning but it still > > gets overly hot. > > Also, OpenBSD 5.5 does NOT see my USB3 ports, whereas 5.6 or newer does. > > > > I can boot up from latest "snapshot" and post my "dmesg" output, and > > anything else if you think it may help to drill down and possibly fix these > > persistent issues, > > although, I fear this Asus K75DE Notebook is not exactly a "favourite" > > amongst the OpenBSD dev's. > > ;) > > > > Can you paste a full -current dmesg without disabling acpi? > > Also, run these commands as root: > # acpidump -o asus-K75DE > # tar -czf acpi-asus-K75DE.tgz asus-K75DE* > > And upload the tarball somewhere. Forget my suggestion and follow Stuart's instructions. Never send duplicate mails to different mailing lists! :P -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Asus-K75D Notebook: acpi0/acpitz0 causing crashes in OpenBSD 5/6/5.7/5.8/5.9 ?
On Tue, Mar 08, 2016 at 03:40:58PM +, Rick Gregory wrote: > Hi, > I have a an Asus K75DE Notebook > ( AMD A10-4600M APU with Radeon(tm) HD Graphics 7600 Series ) > Right now I'm running OBSD 5.5, with Gnome3 Desktop, radeon-firmware seems > to work fine. > "$ glxinfo | grep -i render > direct rendering: Yes > OpenGL renderer string: Gallium 0.4 on AMD ARUBA" > "$ uname : OpenBSD 5.5 GENERIC.MP#315 amd64", and I'll explain why I'm > running 5.5 a bit further. > > some dmesg output, from OBSD 5.5: > > "acpitz0 at acpi0acpi0: WARNING EC not initialized > acpi0: WARNING EC not initialized > acpi0: WARNING EC not initialized > acpitz0: THRM: failed to read _TMP" > > "Atheros AR9485" rev 0x01 at pci2 dev 0 function 0 not configured" > - > The above "AR9485" wireless has never worked in any OBSD, including the > latest current-5.9-snapshot, so I use a wireless dongle. > > With latest-current-5.9 snapshot, as of yesterday, or > OpenBSD-Release-5.8/5.7/5.6, they all boot fine, but after I install them, > and try to boot normally, I get the above "acpi" errors and just as I get to > the "Login:" prompt on the console, it spews: > "acpitz0: exceeding temperature of 0 Degrees C,... shutting down > ...syncing disks" > It shuts itself down immediately, and therefore I cannot login to see what's > up. > I then tried > boot> boot -c, followed by a "disable acpi", and it comes up, but when I > "fw_update -v" to install the latest radeon-firmware and reboot, it repeats > the shutdown before the login prompt again. > I seems "acpi" is tied to everything, I cannot "startx" into any window > manager without it, and if I do it crashes again. ? > > ( Note: I tested this notebook with Linux, and Winbloze, and everything > works.) > I also read on a post around here, that disabling USB3 in BIOS had fixed > someones issue with "acpi" errors, but I cannot do that in my BIOS. > > I prefer not to use OpenBSD 5.5, even though it does seemingly work, > because my notebook gets very warm. I hear the fans turning but it still > gets overly hot. > Also, OpenBSD 5.5 does NOT see my USB3 ports, whereas 5.6 or newer does. > > I can boot up from latest "snapshot" and post my "dmesg" output, and > anything else if you think it may help to drill down and possibly fix these > persistent issues, > although, I fear this Asus K75DE Notebook is not exactly a "favourite" > amongst the OpenBSD dev's. > ;) > Can you paste a full -current dmesg without disabling acpi? Also, run these commands as root: # acpidump -o asus-K75DE # tar -czf acpi-asus-K75DE.tgz asus-K75DE* And upload the tarball somewhere. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: openbsd on an ibm power 5
On Sun, Mar 06, 2016 at 09:43:20PM +0100, Maciej Jan Broniarz wrote: > Hi, > > I have an IBM INTELLISTATION 285 POWER 5+ and i was thinkig about running > OpenBSD on it. Has anyone tried it before and would so kind as to share his > experience? POWER systems are not supported by OpenBSD. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: GUI Designer
On Mon, Feb 22, 2016 at 02:21:01PM +, Daniel Boyd wrote: > Quick question for you guys. ??I recentlydecided to see if I could get away > with runningOpenBSD on my office workstation. ??I gotthe idea after playing > around with xfreerdp's??'rail' mode which allows me to run Windowsapps > (primarily ESRI ArcMap) on a server viaRDP. > > Anyway, things are going very well. ??I learnedperl and have been using it > where I had been??using Java on my Windows box. ??I figured sinceperl is part > of the base system and Netbeanshasn't been updated in like 5 years, you > guys??probably aren't big on Java :). ??But here's??my question: every now and > then I like to makea quick and dirty GUI app. ??In Windows, I was??using > Netbeans/Java/Swing. ??What do youguys use for a simple GUI with a > visualdesigner? ??I looked into wxperl, but the systemperl isn't threaded, so > not optimal for GUIs. ??I??could always use plenv and install a > second,threaded perl, but thought I'd check to see ifanyone had a better idea. > ??Or do you guys justnot write GUIs? :) > Daniel Boyd If you can program in pascal, Lazarus IDE is a great option for small GUIs. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Applying patch #10 to 5.8
On Sun, Jan 31, 2016 at 07:36:50AM -0500, Jay Hart wrote: > If you apply the ssh patch (patch #10 for 5.8), then you do not also have to > add "UseRoaming no" > to your /etc/ssh/ssh_config file, correct. > > I've applied the patch, did not add that line to the config file, want to > make sure I've > interpreted the sig file correctly. If you apply the patch, ssh will ignore any "UseRoaming" setting and will never enable roaming. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: VAX - are we dropping support in 5.9?
On Mon, Jan 25, 2016 at 12:55:37PM -0600, Adam Thompson wrote: > On 16-01-23 08:34 PM, Ted Unangst wrote: > >I will add that one of the reasons we have support for all these museum > >pieces is that people can build their very own museum and run something > >interesting on it. But running on emulators doesn't really satisfy that > >goal. If there are, in fact, no museum pieces left in the world, we no > >longer need to supply an OS to run on them. > > Huh. Previous discussions had led me to believe that the OpenBSD project's > rationale for supporting all these various architectures was that it > ultimately resulted in much-higher-quality code because platforms like VAX > and SPARC64 acted as canaries for suboptimal coding practices? (Endian > issues, stack issues, framing issues, alignment issues, etc., etc., etc.) sparc != sparc64 Theo builds regularly sparc64 snapshots. > > Besides, I thought the run-on-everything-and-anything (including the > verging-on-absurd) was NetBSD's thing, not OpenBSD's? See > http://netbsd.org/ports/, make your own opinions on which platforms verge on > the absurd... > > -Adam > -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: QIV is faster in Linux
On Mon, Dec 14, 2015 at 02:20:48PM -0500, Alan Corey wrote: > Stuck them on devio, simpler than that GUI crap > > http://devio.us/~ab1jx/files/slowness/ > > Outputs from time(1) too > > time qiv dsc_2258.jpg > > Copied and pasted, not redirected > > Debian: > 0.572u 0.316s 0:03.28 26.8% 0+0k 0+0io 0pf+0w > OpenBSD: > 1.920u 0.510s 0:05.97 40.7% 0+0k 182+19io 762pf+0w Debian uses libjpeg-turbo. We use the traditional libjpeg. Can you convert the image to png and try qiv again? I would like to know if the problem is related to libjpeg or something else. Mount the partitions with "noatime" and "softdep". You can avoid the slowdown of the filesystem running "cat yourphoto >/dev/null" just before of to run qiv. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: QIV is faster in Linux
On Sun, Dec 13, 2015 at 06:49:49PM -0500, Alan Corey wrote: > Just an observation on my multiboot laptop. My current Nikon takes 24 > megapixel images, 6000x4000 and I almost dread looking at them in QIV > under OpenBSD. It's not so bad in Debian, same hardware. I don't > know how to localize or quantify that. I guess I'd need to build a > profiled version of QIV, maybe later. 2 profiled versions. Can you share a photo taken with your camera and the dmesg of your computer? -- Juan Francisco Cantero Hurtado http://juanfra.info
macppc laptop is needed in Spain
I'm posting the request here first because nobody reads want.html (if you have hardware collecting dust, there are developers with a better home for them, just saying :P ) I would like to enable the powerpc support in lang/racket (hopefully with JIT) but I've not access to a macppc machine for regular tests. If you're willing to donate a macppc laptop and pay the shipping costs (sorry, i'm broke), please contact with me off list. Any macppc laptop with 1GB RAM, CD/DVD drive and compatible with OpenBSD is enough, even with dead batteries. I'm not taking desktop machines because I've not space for more big machines. Only shippments from EU, customs are tricky and expensive. Thanks! -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: pip for python3.4
Hello. Install via packages: $ sudo pkg_add -v ftp://ftp.openbsd.org/pub/OpenBSD/5.7/packages/amd64/py3-pip-1.5.6.tgz Regards On Sat, Oct 17, 2015 at 10:58 AM, Joseph Oficre <seran...@gmail.com> wrote: > Hello! > How can i install pip for 3.4 python? I want to set up virtualenv and > stuff, but in packages just 2.7 version. > I've found out that pip3 can be installed from ports, but i want easy way > solution without ports. Is it possible or ports is only way? > -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: Ubiquiti EdgeRouter Lite
On Tue, Aug 18, 2015 at 01:08:10PM -0400, Ted Unangst wrote: Jona Joachim wrote: Thank you very much for the write-up! I'm looking into buying hardware to build a small OpenBSD home router and this looks interesting. You say that the machine will not be able to serve as an IPSEC gateway. Is that when you consider Gigabit ethernet or do you think that even a 10 Mbit connection will require too much computational power to do IPSEC on this machine? For comparison, md5 -t: Time = 2.198556 seconds Speed = 45484399.760570 bytes/second I don't use IPsec, and I notice that Ubiquiti don't mention it as a selling point for the device. I would probably not use the edgerouter for anything too far outside what the adverising materials say (just running openbsd instead). You also mention the usb driver which is not so reliable. I don't see a USB port on the machine. Is this an internal bus? I would be interested to use it with hostapd with a usb wifi nic. The flash storage inside is attached via USB. As for power, it's a 12W supply. I'll have to hook it up to a meter and measure. Update on that later. I would say it's an interesting alternative if you're specifically looking for a non-PC router. I'm not sure it's the best router platform in general. Slightly off-topic: Ubiquiti released recently a new router named EdgeRouter X. 49 USD, 5 gigabit ports, 5W, dual-core 800Mhz, 256MB. It's a MIPS32, so if some developer is looking for a new platform for OpenBSD... :P . The processor is licensed from Imagination, which I guess that is more open than Cavium. I have not found a dmesg yet. http://dl.ubnt.com/datasheets/edgemax/EdgeRouter_X_DS.pdf http://www.embeddeddeveloper.com/cores/documents/MIPS32_1004K_rev1.pdf -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Support wifi-dongle Asus USB-N10 NANO in OpenBSD
On Fri, Jul 31, 2015 at 03:52:32PM +0500, Артур Истомин wrote:
On Fri, Jul 31, 2015 at 10:51:38AM +0200, Juan Francisco Cantero Hurtado
wrote:
On Fri, Jul 31, 2015 at 05:02:47AM +0500, Артур Истомин wrote:
Is it supported? I mean exactly USB-N10 NANO, not USB-N10
Yes.
https://wikidevi.com/wiki/ASUS_USB-N10_Nano
http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man4/urtwn.4
Yes, I know that it has chipset supported by OpenBSD. But FreeBSD explicitly
added support Asus USB-N10 to urtwn(4), driver that exported from OpeBSD.
https://svnweb.freebsd.org/base?view=revisionrevision=264317
As I can say, it is cosmetic changes, but I'm not programmer. Am I right?
FreeBSD's change is not cosmetic. It adds the ID to the driver.
USB-N10 NANO is supported by OpenBSD, look:
$ cd /usr/src/sys/dev/usb
$ ack USB_PRODUCT_ASUS_RTL8192CU_2
if_urtwn.c
75:{ USB_VENDOR_ASUS, USB_PRODUCT_ASUS_RTL8192CU_2 },
usbdevs.h
1046:#define USB_PRODUCT_ASUS_RTL8192CU_2 0x17ba /* RTL8192CU */
usbdevs_data.h
1101: USB_VENDOR_ASUS, USB_PRODUCT_ASUS_RTL8192CU_2,
If you get an USB dongle with a different revision (and same chipset),
just send another email to the list with the output of dmesg and
lsusb. The patches adding IDs are pretty simple.
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: Support wifi-dongle Asus USB-N10 NANO in OpenBSD
On Fri, Jul 31, 2015 at 05:02:47AM +0500, Артур Истомин wrote: Is it supported? I mean exactly USB-N10 NANO, not USB-N10 Yes. https://wikidevi.com/wiki/ASUS_USB-N10_Nano http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man4/urtwn.4 -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Default OpenBSD browser
Hi. OpenBSD don't include browser by default, but my recommendation is always Mozilla Firefox. Regards On Tue, Jul 28, 2015 at 7:00 AM, Mohammad BadieZadegan mbzade...@gmail.com wrote: Hi, As we know the default X Window manager for OpenBSD is fvwm http://www.openbsd.org/cgi-bin/man.cgi?query=fvwmsektion=1 and that is very usefull for initial using of OpenBSD. But Does OpenBSD have any WEB browser(Text or vs Image) by default? If have not, What is the best and lightest browser that usefull with fvwm? Thanks. -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: OpenBSD 58-beta
5.8 Beta? You are running ... Regards. On Thu, Jun 18, 2015 at 11:28 AM, Michael McConville mmcconvi...@mykolab.com wrote: On Thu, Jun 18, 2015 at 09:18:31PM +0500, dmitry.sensei wrote: First feature :) I can't load latest OpenBSD.iso. Unending stream Process (pid 1) got signal 4 This has been happening. There was a thread about it yesterday. Theo advised everyone on tech@ to just wait a few days. -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: hp laptop with nvidia - slow X11
On Mon, Jun 15, 2015 at 11:19:13PM +0200, Riccardo Mottola wrote: Hi, for the same laptop for which I just posted a full dmesg about the battery problem, which reports this video card: vga1 at pci1 dev 0 function 0 NVIDIA GeForce 8400M GS rev 0xa1 I get a super-slow X11. Dragging an xterm may take half a second, up to the point where X11 looses track of the mouse move events. Scrolling XTerm is unusably slwo too. Using a larger editor like Emacs or Firefox... even worse. It looks totally unacelercated. Should the 8400 work? IN the Xorg log I see this: [ 5902.005] (II) VESA: driver for VESA chipsets: vesa [ 5902.005] (--) NV: Found NVIDIA GeForce 8400M GS at 01@00:00:0 [ 5902.005] (WW) Falling back to old probe method for vesa [ 5902.006] (II) Loading sub module int10 [ 5902.006] (II) LoadModule: int10 [ 5902.007] (II) Loading /usr/X11R6/lib/modules/libint10.so [ 5902.017] (II) Module int10: vendor=X.Org Foundation [ 5902.017]compiled for 1.16.4, module version = 1.0.0 [ 5902.017]ABI class: X.Org Video Driver, version 18.0 [ 5902.017] (II) NV(0): Initializing int10 [ 5902.017] (II) NV(0): Primary V_BIOS segment is: 0xc000 [ 5902.018] (--) NV(0): Console is VGA mode 0x3 [ 5902.018] (II) NV(0): Creating default Display subsection in Screen section Default Screen Section for depth/fbbpp 24/32 [ 5902.018] (==) NV(0): Depth 24, (--) framebuffer bpp 32 so the nv driver loaded.. but then further below: [ 5902.185] (**) NV(0): Driver mode 1280x800: 71.0 MHz (scaled from 0.0 MHz), 49.3 kHz, 59.9 Hz [ 5902.185] (II) NV(0): Modeline 1280x800x59.9 71.00 1280 1328 1360 1440 800 803 809 823 -hsync -vsync (49.3 kHz eP) [ 5902.185] (==) NV(0): DPI set to (96, 96) [ 5902.185] (II) Loading sub module fb [ 5902.185] (II) LoadModule: fb [ 5902.185] (II) Loading /usr/X11R6/lib/modules/libfb.so [ 5902.200] (II) Module fb: vendor=X.Org Foundation [ 5902.200]compiled for 1.16.4, module version = 1.0.0 [ 5902.200]ABI class: X.Org ANSI C Emulation, version 0.4 [ 5902.200] (II) Loading sub module xaa [ 5902.200] (II) LoadModule: xaa [ 5902.208] (WW) Warning, couldn't open module xaa [ 5902.208] (II) UnloadModule: xaa [ 5902.208] (II) Unloading xaa [ 5902.208] (EE) NV: Failed to load module xaa (module does not exist, 0) Read Matthieu's comment in this thread: http://comments.gmane.org/gmane.os.openbsd.misc/205381 [ 5902.208] (II) Loading sub module ramdac [ 5902.208] (II) LoadModule: ramdac [ 5902.208] (II) Module ramdac already built-in [ 5902.208] (II) UnloadModule: vesa [ 5902.208] (II) Unloading vesa [ 5902.208] (--) Depth 24 pixmap format is 32 bpp [ 5902.224] (--) NV(0): 120.69 MB available for offscreen pixmaps [ 5902.228] (==) NV(0): Backing store enabled [ 5902.228] (==) NV(0): Silken mouse disabled [ 5902.230] (II) NV(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 5902.237] (==) NV(0): DPMS enabled [ 5905.804] (--) RandR disabled [ 5905.856] (II) AIGLX: Screen 0 is not DRI2 capable [ 5905.856] (EE) AIGLX: reverting to software rendering [ 5906.010] (II) AIGLX: Loaded and initialized swrast [ 5906.010] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 5906.011] (II) NV(0): Setting screen physical size to 338 x 211 I suppose the reverting to software rendering is the final error and clue to the problem: no kind of acceleration at all. Riccardo -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: New LibreSSL mailing lists
On Thu, Jun 04, 2015 at 01:40:31AM -0400, STeve Andre' wrote: On 06/03/15 22:23, Doug Hogan wrote: We have two new lists for LibreSSL: libre...@openbsd.org - public list for technical discussion about LibreSSL on any operating system. libressl-secur...@openbsd.org - private list for reporting severe vulnerabilities in OpenSSL or LibreSSL to the core LibreSSL team. See http://www.openbsd.org/mail.html for more details. libressl-security gives me an error: The libressl-security mailing list is not supported at OpenBSD Mailing List Server. That's because the list is private. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: Robustness in ports fetch program?
Try some of these ideas.
Change the config of pf to conservative or high-latency (man
pf.conf).
Use dpb to download the distfiles:
/usr/ports/infrastructure/bin/dpb -F 2 lang/tcl/8.5
(man -m /usr/ports/infrastructure/man dpb)
Change the ports framework to download the distfiles first from the
OpenBSD mastersites, and adjust the FTP keepalive:
export PORTS_INFRA=/usr/ports/infrastructure/db/network.conf
echo '.include ../templates/network.conf.template' $PORTS_INFRA
echo 'MASTER_SITE_OPENBSD=ftp://ftp.fr.openbsd.org/pub/OpenBSD/distfiles/'
$PORTS_INFRA
echo 'MASTER_SITE_OPENBSD=Yes' $PORTS_INFRA
echo 'FTP_KEEPALIVE=15' /etc/mk.conf
Create a shell/perl script which retries the download if the file
doesn't exists in the distfiles directory, and change FETCH_CMD to run
it. FETCH_CMD uses this by default: /usr/bin/ftp -V ${_PROGRESS}
-k ${FTP_KEEPALIVE} -C
On Sun, May 17, 2015 at 08:18:06AM -0400, Alan Corey wrote:
I don't think it did this back in 5.0 days or maybe earlier. I started
with OpenBSD 2.7, I just usually attributed problems to being my fault.
And I've always used the ports tree, not packages. Distfiles are often
useful across OpenBSD versions, sometimes in FreeBSD, I've even built some
under Linux.
I didn't look at what FETCH_CMD was defined as by default, I just assumed
defining something non-null changed it. I did notice that when it retries
it's wrongly assumed there's a problem with the first source and gone to
another.
Does every developer have perfect internet? That's very frustrating, maybe
counterproductive in testing. Try a modem, you can probably find a free
one. Connection interruptions and resets happen many times a day.
On May 17, 2015 1:22 AM, Marc Espie es...@nerim.net wrote:
On Sat, May 16, 2015 at 10:31:24PM -0400, Alan Corey wrote:
I'd seen this happen in 5.6 too, but I just caught an example of it in
5.7. My connection leaves a lot to be desired, but there's nothing I
can do about that. I normally have FETCH_CMD set to use wget once I
get it installed but this was in doing a standard make install of a
port.
The first time the connection gets interrupted, but something thinks
it should be done and checks the size. That's wrong so it downloads
it over again instead of just resuming the download. It should only
download it over again if the size matches but the CRC is wrong.
Seems like anyway.
=== Verifying install for tcl-8.5.16 in lang/tcl/8.5
=== Checking files for tcl-8.5.16p0
Fetch
http://downloads.sourceforge.net/sourceforge/tcl/tcl8.5.16-src.tar.gz
tcl8.5.16-src.tar.gz 60% |*| 2696 KB
00:00
Size does not match for tcl8.5.16-src.tar.gz
Fetch
http://ftp.openbsd.org/pub/OpenBSD/distfiles//tcl8.5.16-src.tar.gz
tcl8.5.16-src.tar.gz 23% |** | 1024 KB
00:03 ETA
The problem lies in ftp(1).
Logic in the ports tree is fine. But there's nothing it can do there:
somehow
your ftp returns 0 (e.g., success), so the partial file gets removed.
If you want to get it fixed, you may have to provide more input, as we
obviously do not see that problem... First thing would be to override
FETCH_CMD to remove the -V, so that you can show us what ftp says about
things. Tracing the code thru the program would help.
--
Juan Francisco Cantero Hurtado http://juanfra.info
Re: pre-orders for 5.7
congrats. On Mar 12, 2015 1:59 PM, Theo de Raadt dera...@cvs.openbsd.org wrote: We have activated pre-orders for the OpenBSD 5.7 CDs. See www.openbsd.org/57.html for more details about what is coming in this release; near the top there is a link to pre-order these CDs, which are a component of funding for the developments in OpenBSD... Release date will be May 1.
Re: Anybody replace the disk drive in a Lemote Fuloong?
On Mon, Jan 26, 2015 at 09:55:49AM -0500, Libertas wrote: On 01/26/2015 05:05 AM, John Long wrote: Is anybody using a regular USB stick as a primary disk drive for OpenBSD and if so how well do they work and how long do they last? Is this a reasonable solution for an appliance or dev box and are there better alternatives that will work over USB or the network? Specifically this box can boot and run from USB but I don't know if it can run diskless or how well it would run. http://www.openbsd.org/faq/faq14.html#flashmemBoot Otto's one of the heads around here and thinks otherwise, though. I guess there isn't a strong consensus. If I understand correctly, USB 3.0 support isn't in the 5.6 release but is in the current snapshots. Using a USB 3.0 flash drive should make for a much faster bootable flash drive, assuming it works. There was just a discussion here relating to that, actually. The problem with the speed of the USB sticks is not related to USB 2.0, the flash memories used by the USB sticks are terribly slow. The USB hard disks work like a charm. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: New power management
On Thu, Nov 13, 2014 at 12:35:43AM -0800, Nathan Van Ymeren wrote: All right, thanks. Any clue regarding hw.setperf and hw.perfpolicy? I find that using the -C/-A flag causes really sluggish behaviour (noticeable lags when opening new tab in browser, for example). I'd like to avoid that if possible, without sacrificing battery life. Build a kernel from CVS, reboot and try again. tedu@ updated the scheduler yesterday. On Wed, Nov 12, 2014 at 11:35 PM, Peter Hessler phess...@theapt.org wrote: apmd_flags='-C' still works. You can also use -A, since they now behave the same. On 2014 Nov 12 (Wed) at 23:28:46 -0800 (-0800), Nathan Van Ymeren wrote: :Hello, : :I'm running -current on a thinkpad x220 tablet, with an intel i7. : :I had been running with apmd_flags=-C but I see that that has been :removed. : :1) For best battery life, should I just go apmd_flags= ? : :2) I've seen some mailing list messages about hw.perfpolicy=auto :and hw.setperf=-1 but the man page doesn't explain what these actually :do. Do they conflict? Should they be used instead of apmd flags? : :Thanks : :N : -- It is only people of small moral stature who have to stand on their dignity. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: apm not having any effect on real watt usage
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 function 0 not configured ehci0 at pci0 dev 26 function 0 Intel 6 Series USB rev 0x05: apic 2 int 16 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 6 Series HD Audio rev 0x05: msi azalia0: codecs: Realtek/0x0892, Intel/0x2805, using Realtek/0x0892 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 6 Series PCIE rev 0xb5: msi pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 4 Intel 82801BA Hub-to-PCI rev 0xb5: msi pci2 at ppb1 bus 2 ppb2 at pci2 dev 0 function 0 ASMedia ASM1083/1085 PCIE-PCI rev 0x03 pci3 at ppb2 bus 3 ppb3 at pci0 dev 28 function 5 Intel 6 Series PCIE rev 0xb5: msi pci4 at ppb3 bus 4 re0 at pci4 dev 0 function 0 Realtek 8168 rev 0x06: RTL8168E/8111E-VL (0x2c80), msi, address 00:25:22:dc:37:c9 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 5 ppb4 at pci0 dev 28 function 6 Intel 6 Series PCIE rev 0xb5: msi pci5 at ppb4 bus 5 Etron xHCI rev 0x01 at pci5 dev 0 function 0 not configured ehci1 at pci0 dev 29 function 0 Intel 6 Series USB rev 0x05: apic 2 int 23 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 Intel Z68 LPC rev 0x05 ahci0 at pci0 dev 31 function 2 Intel 6 Series AHCI rev 0x05: msi, AHCI 1.3 scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, Samsung SSD 840, DXT0 SCSI3 0/direct fixed naa.500253855016cf87 sd0: 114473MB, 512 bytes/sector, 234441648 sectors, thin sd1 at scsibus1 targ 2 lun 0: ATA, WDC WD10EAVS-00D, 01.0 SCSI3 0/direct fixed naa.50014ee1ac537de0 sd1: 953869MB, 512 bytes/sector, 1953525168 sectors cd0 at scsibus1 targ 3 lun 0: TSSTcorp, CDDVDW SH-222AB, SB00 ATAPI 5/cdrom removable ichiic0 at pci0 dev 31 function 3 Intel 6 Series SMBus rev 0x05: apic 2 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-10600 spdmem1 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-10600 isa0 at pcib0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 wbsio0 at isa0 port 0x2e/2: NCT6776F rev 0x33 lm1 at wbsio0 port 0x290/8: NCT6776F uhub2 at uhub0 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 uhub3 at uhub1 port 1 Intel Rate Matching Hub rev 2.00/0.00 addr 2 uhidev0 at uhub3 port 2 configuration 1 interface 0 vendor 0x173d product 0x0005 rev 1.10/1.50 addr 3 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 variable keys, 6 key codes wskbd1 at ukbd0 mux 1 wskbd1: connecting to wsdisplay0 uhidev1 at uhub3 port 2 configuration 1 interface 1 vendor 0x173d product 0x0005 rev 1.10/1.50 addr 3 uhidev1: iclass 3/0, 3 report ids uhid0 at uhidev1 reportid 1: input=3, output=0, feature=0 uhid1 at uhidev1 reportid 2: input=1, output=0, feature=0 uhid2 at uhidev1 reportid 3: input=2, output=0, feature=0 uvideo0 at uhub3 port 5 configuration 1 interface 0 Logitech product 0x0825 rev 2.00/0.10 addr 4 video0 at uvideo0 uaudio0 at uhub3 port 5 configuration 1 interface 2 Logitech product 0x0825 rev 2.00/0.10 addr 4 uaudio0: audio descriptors make no sense, error=4 ugen0 at uhub3 port 5 configuration 1 Logitech product 0x0825 rev 2.00/0.10 addr 4 uhidev2 at uhub3 port 6 configuration 1 interface 0 Microsoft Microsoft 5-Button Mouse with IntelliEye(TM) rev 1.10/3.00 addr 5 uhidev2: iclass 3/1 ums0 at uhidev2: 5 buttons, Z dir wsmouse0 at ums0 mux 0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on sd1a (84af1cd71364ab45.a) swap on sd1b dump on sd1b -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: xombrero crashes with 'Bus error'
# keybinding = hinting_newtab,comma # keybinding = userstyle,s # keybinding = userstyle_global,S # keybinding = goback,BackSpace # keybinding = goback,!M1-Left # keybinding = goforward,!S-BackSpace # keybinding = goforward,!M1-Right # keybinding = reload,!F5 # keybinding = reload,!C-r # keybinding = reload,!C-l # keybinding = favorites,!M1-f # keybinding = scrolldown,j # keybinding = scrolldown,Down # keybinding = scrollup,k # keybinding = scrollup,Up # keybinding = scrollbottom,G # keybinding = scrollbottom,End # keybinding = scrolltop,Home # keybinding = scrollpagedown,space # keybinding = scrollpagedown,!C-f # keybinding = scrollpagedown,Page_Down # keybinding = scrollhalfdown,!C-d # keybinding = scrollpageup,Page_Up # keybinding = scrollpageup,!C-b # keybinding = scrollhalfup,!C-u # keybinding = scrollright,l # keybinding = scrollright,Right # keybinding = scrollfarright,dollar # keybinding = scrollleft,h # keybinding = scrollleft,Left # keybinding = scrollfarleft,0 # keybinding = statustoggle,!C-n # keybinding = stop,!S-F5 # keybinding = tabnew,!C-t # keybinding = tabclose,!C-w # keybinding = tabundoclose,U # keybinding = tabnext 1,!C-1 # keybinding = tabnext 2,!C-2 # keybinding = tabnext 3,!C-3 # keybinding = tabnext 4,!C-4 # keybinding = tabnext 5,!C-5 # keybinding = tabnext 6,!C-6 # keybinding = tabnext 7,!C-7 # keybinding = tabnext 8,!C-8 # keybinding = tabnext 9,!C-9 # keybinding = tabfirst,!C-less # keybinding = tablast,!C-greater # keybinding = tabprevious,!C-Left # keybinding = tabnext,!C-Right # keybinding = focusout,!C-minus # keybinding = focusin,!C-equal # keybinding = focusin,!C-plus # keybinding = focusreset,!C-0 # keybinding = editelement,!C-i # keybinding = passthrough,!C-z # keybinding = :open ,!F9 # keybinding = :open uri,!F10 # keybinding = :tabnew ,!F11 # keybinding = :tabnew uri,!F12 # parse the contents of another configuration file # include_config = ~/.xombrero_alternate.conf -- Juan Francisco Cantero Hurtado http://juanfra.info
New Queue system
Where can find the docs for the new queue system in OpenBSD ? I remeber the ALTQ in the OpenBSD pf faq. Best Regards. -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
Re: New Queue system
Thank you. There are a docs or FAQ ? On Wed, Sep 10, 2014 at 12:13 PM, Christopher Zimmermann chr...@openbsd.org wrote: On Wed, 10 Sep 2014 12:01:17 -0500 Francisco Valladolid H. fic...@gmail.com wrote: Where can find the docs for the new queue system in OpenBSD ? pf.conf(5) search for QUEUEING -- http://gmerlin.de OpenPGP: http://gmerlin.de/christopher.pub F190 D013 8F01 AA53 E080 3F3C F17F B0A1 D44E 4FEE -- Francisco Valladolid H. -- http://blog.bsdguy.net - Jesus Christ follower.
