Re: A minimal browser in base
pkg_add -r w3m On Sun, Sep 11, 2022 at 9:01 AM unix wrote: > > > With the web as it is, I can't see a text-mode browser as being > > comfortable for day-to-day desktop usage. In addition, some of the gui > > browsers have some degree of process separation and jailing, and > > active enough development there's a better chance to find and fix > > fixed more quickly which seems not the case with the text-mode > > browsers. > > > > I don't mean that everybody will be comfortable using a > text-mode web browser. > I assume (since I can't know for sure) that the average > OpenBSD user reads a lot. Man pages, sources, mailing list archives, > news, etc. > The ideal new user reads all of FAQ, and some man pages > (help, afterboot, you name it). > w3m is a good tool for reading pure HTML pages (which is what most if > not all of online OpenBSD documentation consists of). > The bookmark > functionality. Integration with external editors and filters. Keyboard > navigation. > My point is, it is viable for the OpenBSD desktop user. Once it is not, > he presses a keybinding and the page is opened in whatever other > browser he/she/it prefers. > The security problems - I agree. It doesn't look good. > > https://www.cvedetails.com/vulnerability-list/vendor_id-15995/product_id-35351/opov-1/W3m-Project-W3M.html > I guess if somebody were to do a more secure version of w3m, he should > choose the w3l fork simply because of LOC. > This might make it to my > to-do list. > I really want OpenBSD to have a good independent > browser, even if it's going to be basic. As it is, we're relying on > other entities to control the web experience of our users. > I don't like Mozilla, Google or Apple (Webkit) browsers in terms of > security. All of those engines have inappropriate licensing. All of > them are bloated to hell and back. > Meanwhile the only other alternatives are Netsurf (GPL, supports CSS > and minimal JS, C), Lynx (GPL, some CSS, C), Links (GPL, some > CSS, C), Serenity OS's libweb (BSD 2-clause, supports a lot of > stuff, but written in C++, eww) and w3m (MIT, just HTML, C). Currently, > for the purpose of quick reading, w3m is enough. And I don't think the > OpenBSD user needs much more. > >
Re: Font Path prompt in pkg_add
Ah, I guessed it was a feature now and I like it, it just threw me the first time. On Friday, April 29, 2022, Marc Espie wrote: > On Thu, Apr 28, 2022 at 02:37:39PM -0500, Christopher Turkel wrote: > > I'm on OpenBSD AMD64 7.1, fresh install > > I noticed when adding fonts via pkg_add it no longer prints out "You may > > wish to" after installation is finished. > > It's related to the evolution of X windows. > > Quite a few years ago, fonts were mostly handled server-side. > > Keith Packard started a large change in X fonts a few years ago. > > Most modern applications deal with X fonts client side. > > The rationale behind the change is that people who deal with > server-side font info will know about the way to change the > server path. > > Most new font directories are related to new applications, so > those messages were irrelevant. > > > Side note: there's a big focus from some people in OpenBSD > to keeping tools mostly silent (as opposed to the awfully > chatty linux thingies). Sometimes, this has disproportionate > consequences. End users do see those messages, whereas there's > a HUGE amount of churn in the tools that DON'T end in any visible > messages and has FAR MORE REACHING consequences to the quality > of those tools. ;) >
Font Path prompt in pkg_add
I'm on OpenBSD AMD64 7.1, fresh install I noticed when adding fonts via pkg_add it no longer prints out "You may wish to" after installation is finished. is this a bug, or a feature?
Re: theo what does it feel like
Off topic but I'm sure it's awesome. I've hiked a lot of mountains. On Mon, Feb 14, 2022 at 11:55 PM flint pyrite wrote: > to be hiking on a mountain? > > Is it free? >
Re: SSL write error: certificate verification failed: certificate has expired
On Wednesday, February 2, 2022, Philip Guenther wrote: > On Wed, Feb 2, 2022 at 6:26 PM Yogendra Kumar Chaudhary < > yogi9...@gmail.com> > wrote: > > > I am facing the following error while using pkg_add on OpenBSD 6.2. > > > > 6.2? A four year old release which has been out of support for three > years? > > You should download the 7.0 ISO and do a fresh install. And then read the > FAQ about upgrades so that you can keep your system up to date after > installing. > > > Philip Guenther > 6.2 is unsupported.
Re: No firefox on OpenBSD 7.0 i386?
Surf is actually excellent BUT it has no ad blocker and some sites don’t load properly, ala YouTube. On Friday, January 7, 2022, Crystal Kolipe wrote: > On Fri, Jan 07, 2022 at 04:36:36PM +, Roderick wrote: > > > > On Fri, 7 Jan 2022, Crystal Kolipe wrote: > > > > >>But you might encounter increasingly more websites that do not work > > >>with them, as the web grows in complexity. > > > > > >Agreed. > > > > And this is the main point. I need the web browser for example for > > internetbanking, not just "surfing". > > Well, if your needs are for a few specific sites rather than general > browsing, it might be worth testing surf to see if they are usable or > not. I pointed out some particular issues with Surf that I am aware > of, but overall it's compatibility is fairly good. > >
Re: Default window manager
I use the default fvwm, I just make the fonts bigger. If you want to see the default fvwm in action only made prettier and more functional, check this out. Everything they did comes in the base install: https://github.com/bfmartin/fvwm-config-on-openbsd On Sun, Nov 28, 2021 at 6:13 AM Stuart Henderson wrote: > On 2021-11-27, jwinnie@tilde.institute wrote: > > Hello OpenBSD users and devs, > > > > I am wondering if there are plans to change the > > default window manager in OpenBSD. > > > > Currently, the default WM is fvwm, with cwm and > > openbox available as alternatives. However, none > > of these are particularly user-friendly, simple, > > or modern, and I think it might be advisable to > > use a better default here. > > There are dozens of alternatives, ranging from lightweight WMs like i3, > evilwm, > ratpoison, icewm to larger desktop environments like xfce, lxqt, GNOME. > > fvwm works, the version in xbase has an acceptable license, and > importantly it doesn't require constant fiddling. It's not particularly > clever but anyone who has used a windowing environment is likely to be > able to pick it up, open a terminal, and do something useful without > reading a manual (the same isn't true for many other WMs). > > > * Using xcb instead of xlib, since xcb is faster > > and supposedly better > > No speed problems seen with fvwm on Zaurus sl-c3100 last time I used it. > I don't think this really matters. > > > * Dynamic virtual desktops > > fvwm has virtual desktops, it doesn't really matter if they're dynamic. > > > * Tiling (dynamic or manual) > > This is a divisive feature! And it really doesn't work well with some > software. > > > * Decent window decorations > > Divisive too, some do not like decorations. > > > * Can be controlled with both the pointer and the > > keyboard > > * Simple, minimal configuration that fits with the > > rest of OpenBSD > > fvwmrc is _fairly_ simple. Pity it doesn't generate menus from .desktop > files as I think that would be really useful for new users but I'm not > seeing anything that gives a strong reason to replace it with something > else. > > > What do you think? > > I think the only consensus to be found on this is "something that people > don't hate too much but mostly wouldn't use themselves other than to open > a terminal and install their preferred WM". And fvwm already fits that, > so there doesn't seem a big need to replace it. > > -- > Please keep replies on the mailing list. > >
Re: Default window manager
Feel free to send patches. BUT your definition of "user friendly" may not be someone else's. On Sat, Nov 27, 2021 at 5:37 PM wrote: > Hello OpenBSD users and devs, > > I am wondering if there are plans to change the > default window manager in OpenBSD. > > Currently, the default WM is fvwm, with cwm and > openbox available as alternatives. However, none > of these are particularly user-friendly, simple, > or modern, and I think it might be advisable to > use a better default here. > > Some things which might be wanted: > > * Using xcb instead of xlib, since xcb is faster > and supposedly better > * Dynamic virtual desktops > * Tiling (dynamic or manual) > * Decent window decorations > * Can be controlled with both the pointer and the > keyboard > * Simple, minimal configuration that fits with the > rest of OpenBSD > > What do you think? > > ~jwinnie > >
Re: Installer suggestion
Why would you want that? I’m curious. On Tuesday, December 1, 2020, Christer Solskogen < christer.solsko...@gmail.com> wrote: > Would it make sense to move the timezone question to before the fetching > and extraction of the install sets starts? > > -- > chs >
Re: Mouse hotplug in X?
I have had never had any issues hot plugging usb mice or keyboards. On Sunday, November 1, 2020, wrote: > note that ps/2 is not actually designed for hotplug (I fried a keyboard > controller to bring you this knowledge) > > > > On Nov 1, 2020, at 11:11 AM, Tomasz Rola wrote: > > > > On Sun, Nov 01, 2020 at 01:51:45PM -0500, Brennan Vincent wrote: > >> Is it possible to get hot-plugging of USB mice to work? Can't find > >> it in Google or man pages. > > > > My X is hardly the newest one and I can testplug usb mice at > > will. They work along ps/2 mouse (but just one mouse cursor/arrow, if > > I recall - it was a bit of time since I did it last). > > > > Same for keyboards. > > > > -- > > 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 ** > >
Re: Could somebody please put unveil() in ftp(1)?
On Friday, May 29, 2020, Stuart Henderson wrote:
> On 2020/05/29 08:30, Luke Small wrote:
> > You mention a lot of files that need to be read, but a program like
> pkg_add can make it the
> > _pkgfetch (57) user which has no directory and I’m guessing not in
> interactive mode. At the
> > very least, in noninteractive mode you could unveil(“/“, “rx”); and
> change the specified output
> > file discover the name of the file that is to be downloaded and unveil
> it as “cw” !
> > --
> > -Luke
>
> What problem are you trying to solve?
>
> If you are concerned about writes, use "ftp -o - $URL > somefile", it will
> run without cpath/wpath, which is functionally similar to unveil("/", "rx")
> (a bit stronger, because a program trying to write will be killed, rather
> than just having a file access error).
>
> pkg_add(1) already uses "ftp -o -":
>
> # ktrace -di pkg_add -u moo
> quirks-3.339 signed on 2020-05-27T20:05:28Z
>
> # kdump | grep promise=
> 61644 ftp STRU promise="stdio rpath dns tty inet proc exec fattr"
> 41938 signify STRU promise="stdio rpath wpath cpath tty"
> 41938 signify STRU promise="stdio rpath"
> 24897 ftp STRU promise="stdio rpath dns tty inet proc exec fattr"
> 54324 signify STRU promise="stdio rpath wpath cpath tty"
> 54324 signify STRU promise="stdio rpath"
> 9188 ftp STRU promise="stdio rpath dns tty inet proc exec fattr"
If you need a diff written, I’m sure a developer would be willing in return
for a donation.
Re: Why isn't src included with OpenBSD? (documentation)
On Monday, May 18, 2020, Frank Beuth wrote: > On Mon, May 18, 2020 at 11:10:59AM -0600, Theo de Raadt wrote: > >> People too young to have grown up with Unix need this sort of >>> documentation. We can't live on man pages alone. >>> >> >> YES WE CAN. >> > > Proposed release poster design: > > Puffy with puffed out cheeks & paper sticking out of his mouth. > > Headline: "Man pages are all you need to live!" > > Alternate headlines: > "We *can* live on man pages alone!" > "Man pages: a complete breakfast!" > "Man pages: they're delicious and nutritious!" The man pages are excellent! Even a total noob like me found them well written with plenty of examples. There is also the mailing lists and you know, $SEARCHENGINE of your choice.
Re: Nvidia driver for OpenBSD?
None exist or are likely to ever exist. On Friday, April 10, 2020, Nikita Stepanov wrote: >
Re: What is you motivational to use OpenBSD
On Friday, January 10, 2020, Raul Miller wrote: > On Wed, Aug 28, 2019 at 10:41 AM Mohamed salah > wrote: > > I wanna put something in discussion, what's your motivational to use > > OPENBSD what not other bsd's what not gnu/Linux, if something doesn't > work > > fine on openbsd and you love this os so much what will do? > > I wanted a machine with tcp and udp but which wasn't listening for rpc > requests, and OpenBSD was the quickest way for me to get there. > > Thanks, > > -- > Raul > > It’s the easiest OS I’ve ever used.
Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System
I am still waiting to this diff myself. On Tuesday, December 31, 2019, Theo de Raadt wrote: > I guess I'm saying in these trying times it is considered disrespectful > to dismiss completely labour-unsupported "ideas", obviously once we accept > the Great Idea the OP will sit down and do all the required work to prove > the cast after the fact. > > Eric Zylstra wrote: > > > Proposing such a huge project without the ability to do it? I may have > been a little disrespectful, but not the first one in the thread. And my > point wasn’t to be disrespectful, but to point out that most proposals > unaccompanied by code and that don’t solve obvious problems don’t seem to > be received very well. Apologies if that wasn’t within bounds. > > > > E > > > > > > Sent from my iPhone > > > > > On Dec 31, 2019, at 3:46 PM, Theo de Raadt > wrote: > > > > > > Isn't it a bit disrespectful to assume someone on misc@ is going to > > > write such a large diff? > > > > > >> Maybe the OP could just go ahead and replace all the Perl code with > Lua and then ask for feedback from the other devs? That is the OpenBSD > way, right? If it really is a great idea, they’d all be really excited. > In any case, it would kill this thread. > > >> > > >> EZ > > >> > > >> > > >> Sent from my iPhone > > >> > > On Dec 31, 2019, at 1:22 PM, Daniel Corbe wrote: > > >>> > > >>> I like where this thread is headed. > > >>> > > >>> To expand on this idea, maybe we should demonstrate how diversity and > > >>> inclusiveness can work in an operating system via language choices. > > >>> Why stop at TCL and LUA? Or even scripting languages in general. > Why > > >>> not Go, Rust, Haskell and Scala too? > > >>> > > >>> Hear me out. We can set up a raffle system so that each winner can > > >>> write their winning tool in their language of choice. All the > > >>> parallel development will even solve the "multi year effort" problem > > >>> that was brought up by the original poster too. Nobody will mind > > >>> having another 8 or 9 languages in the base system, right? > > >>> > > >> > > > >
Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System
Perl is my favorite language, too. Perl can be gnarly but I love it. I have zero experience with Lua so I can’t judge it but I’d like Perl to stay in Base. On Tuesday, December 31, 2019, Daniel Boyd wrote: > As one of the few remaining people out there who considers perl to be > their favorite language—starting to wonder if it’s just me and Larry Wall > at this point—I’d like to say that perl should stay in base on its merits, > all the perl-based system tools notwithstanding. > > I decided learn perl because of OpenBSD back in the day. I was a primarily > a java programmer (to be clear: not out of any affinity for Java) and had > decided to use OpenBSD as my workstation OS. I quickly discovered that the > Java development tools I used (netbeans, eclipse, etc.) weren’t all that > robust in OpenBSD (old builds, crashy). So, I figured, OpenBSD users must > not be java programmers and I set out figuring out what language they did > use... by looking to see which languages were in base. > > Fast forward like 15 years and I’m now a perl/vim guy (a far cry from > java/NetBeans!) and I couldn’t be happier. While I tolerated java, I > actually really like perl. And the more I learn of it, the better i like > it. I think a lot of people just haven’t really taken the time to learn > perl’s subtleties and true perlish coding conventions. It’s really > wonderful once you know it well. > > Ok— rant over. Carry on. > > Sent from my iPhone > > > On Dec 31, 2019, at 12:11 AM, Theo de Raadt wrote: > > > > Marc Espie wrote: > > > >> Removing perl from base would be very painful. > >> > >> I don't fancy rewriting all the perl tools in something else > (specifically, > >> most of the ports and package infrastructure) > >> > >> lua would definitely NOT be appropriate for that. The only half valid > >> candidate would be python. > >> > >> Contrary to what some people might think, the tools in question won't be > >> easier to understand and manage if written in another language. > >> > > > > Contrary to what you think, the original proposal didn't come out of > > a process called thinking. > > > >
Tools for writers
For me OpenOffice works and of Focus Writer. I “won” NaNoWriMo using focus writer. On Saturday, November 2, 2019, Oliver Leaver-Smith wrote: > Hello, > > What tools do people find useful for writing on OpenBSD? By writing I mean > long form such as novels and technical books, including plot and character > development, outlining, and formatting for publishing (not all the same > application necessarily) > > I have found a number which boast Linux support, but not really anything > that stands out which supports OpenBSD (aside from the obvious LaTeX et al.) > > Mich appreciated > > ~ols > -- > Oliver Leaver-Smith > +44(0)114-360-1337 > TZ=Europe/London >
Re: Companies using openbsd
My company hosts its websites on Linux but almost all developers use OpenBSD. When VP of IT visited I asked him why he choice OpenBSD and he said, "It just works". On Sun, Oct 20, 2019 at 6:37 PM Aaron Mason wrote: > Not our own product, but we run Request Tracker on OpenBSD - after > using ManageEngine ServiceDesk Plus on Windaz, requiring 2GB RAM > minimum. Our RT server has 512mb RAM and it's all it has ever needed. > > On Mon, Oct 21, 2019 at 8:10 AM List wrote: > > > > Hi, > > > > are there companies known to you who use openbsd for their products ? > > > > For building let's say their own OS based upon OpenBSD ? > > > > Thanks for your time. > > > > Regards, > > > > Stephan > > > > > -- > Aaron Mason - Programmer, open source addict > I've taken my software vows - for beta or for worse > >
Re: Companies using openbsd
The company I work for uses OpenBSD for development. On Sun, Oct 20, 2019 at 5:12 PM List wrote: > Hi, > > are there companies known to you who use openbsd for their products ? > > For building let's say their own OS based upon OpenBSD ? > > Thanks for your time. > > Regards, > > Stephan > >
Re: What is you motivational to use OpenBSD
I use OpenBSD because it can do everything I want it to do and it’s easy to use. On Wednesday, August 28, 2019, Raul Miller wrote: > I would fix the issue, or use something else to get that done or > abandon that project. > > (I am not sure why you would imagine that using OpenBSD implies not > using other operating systems. It's *because* I use other operating > systems that I like using OpenBSD.) > > Thanks, > > -- > Raul > > On Wed, Aug 28, 2019 at 10:41 AM Mohamed salah > wrote: > > > > I wanna put something in discussion, what's your motivational to use > > OPENBSD what not other bsd's what not gnu/Linux, if something doesn't > work > > fine on openbsd and you love this os so much what will do? > >
Re: When will OpenBSD become a friendly place for bug reporters?
Stop it now. You are being a troll. On Tue, Jul 9, 2019 at 1:09 PM Leonid Bobrov wrote: > > It is definately not a friendly place for people with a tone like yours. > > Theo, your excuse that OpenBSD is not more popular than Linux because AT > sued BSD in 90's is ridiculous, that's your own fault for being so > terrible in technical field, also you are terrible person, just like > me you can't communicate, so why do you think you can teach me > communication? If my tone is that important you prefer ignoring important > topic then you are even more terrible in terms of both personality and > technical field. > > > An all-arches package snapshot currently runs at 200GB and adding > > symbols across the board would add a lot to this. > > Stuart and Espie, have you ever heard of compression? > > Again, what's wrong with my tone? I can't elaborate my thoughts in > different ways, also my tone only bothers people in this community, > most other communities don't see anything wrong about my way of speaking. > > Anyway, Stuart suggests a really good solution: detaching symbols into > subpackages, this practice is already used in Void Linux, I downloaded > 1 GB of compressed archives and they expanded to 27 GB, so maybe you > can learn how to use compression or at least switch packages to proper > compression method. > >
Re: Future of X.org?
If you want an idea when X11 will die, watch Debian Linux. When they drop it, you know the end is coming. Right now, they do not even default to Wayland. On Sat, Jun 29, 2019 at 3:25 PM Juan Francisco Cantero Hurtado < i...@juanfra.info> wrote: > 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: Evernote Alternative?
Is there a how to about to use git for this? It sounds awesome. On Friday, June 28, 2019, Chris Humphries wrote: > Hrm, I'm not finding a leannote port available for OpenBSD. Is it > available in an alternate location. > > http://openports.se/search.php?stype=folder=leannote > > The screenshots and features look nice. > > -Chris > > On Fri, Jun 28, 2019 at 05:06:23PM +, drozdow wrote: > > leannote / just use git > > > > Inviato da ProtonMail mobile > > > > Messaggio originale > > On 28 giu 2019, 1:32 AM, Chris Humphries ha scritto: > > > > > Hello, > > > > > > I have been looking to migrate off of Evernote for a while, and now > > > that my daily driver is OpenBSD, I am more motivated to migrate from > > > Evernote to something else (nixnote2 isn't a port and looks to be a > > > pain to make a port of). > > > > > > I keep a lot of my brain in Evernote, and having a replacement is a > > > big productivity boost for me. I mainly want a way to categorize notes > > > into categories/labels/notebooks, be able to view all notes in that > > > category/label/notebook, and be able to search all notes. > > > > > > If I could also access that information from a mobile device, that > > > would be great but not required. > > > > > > I did a lot of searching and the only thing I see that comes close > > > that a port exists for is Zim, which looks like it could work on most > > > fronts. > > > > > > Have you made a transition from Evernote/Onenote before? If so, what > > > did you do? > > > > > > Thank you! > > > > > > -- > > > Chris Humphries > > > [5223 9548](tel:52239548) E1DE DE87 F509 1888 8141 8451 6338 DD29 > >
Re: Future of X.org?
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? >
Re: When will be created a great desktop experience for OpenBSD?
On Thu, May 23, 2019 at 12:00 PM Ingo Schwarze wrote: > Hi, > > Patrick Harper wrote on Thu, May 23, 2019 at 04:50:54PM +0100: > > > I think OpenBSD could be made easier to set up for GUI applications > > if some configuration that is currently done in files could be moved > > to the install program. > > I very strongly oppose the idea. > > > These questions (or similar) could be shown > > Absolutely not. The installer should ask as few questions as possible, > ideally none whatsoever. *That* is a way to simplify setup. > > The topics you mention have nothing to do with installation. > They are merely low-importance user configuration that can be done > at any time if desired. But almost no user will ever have to consider > any of those; i certainly didn't, ever, and i have been using many > OpenBSD computers for almost two decades now, including with a wide > variety of GUI applications. > > Yours, > Ingo > > I actually like the idea of giving the user a choice of WMs if they install X, but I agree its a low importance idea.
Re: When will be created a great desktop experience for OpenBSD?
The GUI verses command line arguments are as old as time itself, or close to it. What constitutes a great desktop experience is a matter of taste, whatever works for you may not work for someone else. Not one desktop or GUI will fit everyone; use whats best for you and live your own computer life. OpenBSD has a massive amount of tools to make any kind of desktop you wish, that's why it is awesome. On Tue, May 14, 2019 at 3:57 PM wrote: > [responding to this little gem I just found in the archives...] > > Ingo wrote on 2019-05-14 13:54:38: > > > That's entirely a matter of taste. > >[snip rant] > > Ingo, we don't often seem to agree, but mecouldn't have said what you > just did any better. > > In particular, me'd like to reinforce this point: > > > Automation is precisely the main advantage of CLIs over GUIs. > > with a translated quote from Gerrit Krol (I only know the quote, not > him, and not his books), as it used to appear in the front of every > book written or published by the somewhat legendary Pim Oets: > > "Computers are needed where the work becomes boring. Work that is > boring and yet has to be done, can be done by a computer. It is > therefore good that computers exist." > > Amen. > > --zeurkous. > > -- > Friggin' Machines! > >
Re: EDIT: When will be created a user-friendly and easy-to-use variant for OpenBSD?
OpenBSD is use friendly and easy to use On Sunday, May 12, 2019, Quantum Robin wrote: > In 2019 still there is not a user-friendly and easy-to-use > variant of OpenBSD. However, > the new "OS108" is seeking to improve this with a NetBSD operating system > paired with the MATE desktop environment. > So, OS108, a derivative of NetBSD, has just been released: > https://os108.org/?ez_cid=CLIENT_ID(AMP_ECID_EZOIC) > > When will be created a user-friendly and easy-to-use > variant for OpenBSD? >
Re: 6.5 PowerPC Packages
On Thu, May 9, 2019 at 5:55 PM Edgar Pettijohn wrote: > > On May 9, 2019 2:45 PM, Henry Bonath wrote: > > > > Only if said trailer is Delorean-shaped. > > Maybe just attach a second delorian to the first. > > > > > On Thu, May 9, 2019 at 3:43 PM Edgar Pettijohn > wrote: > > > > > > > > > On May 9, 2019 10:41 AM, danieljb...@icloud.com wrote: > > > > > > > > On Thu, May 09, 2019 at 08:55:40AM -0600, Theo de Raadt wrote: > > > > > The real reason is because we're low on current for the flux > capacitor, > > > > > after shifting time for the early 6.5 release. Not all the > machines > > > > > were able to fit into back seat of the Delorian. > > > > > > > > > > > > > Come on Theo, everybody knows that you can't run a flux capacitor > > > > without 1.21 gigawatts. Great Scott > > > > > > > > > > Perhaps we can get a trailer to pull behind the delorian so we can fit > all of the machines. > > > > > Be careful, you could a rip a whole in the time space continuum.
Re: 6.5 PowerPC Packages
You get free shipping with any flux capacitor ‘ On Thursday, May 9, 2019, Paul Suh wrote: > On May 9, 2019, at 11:41 AM, danieljb...@icloud.com wrote: > > > > On Thu, May 09, 2019 at 08:55:40AM -0600, Theo de Raadt wrote: > >> The real reason is because we're low on current for the flux capacitor, > >> after shifting time for the early 6.5 release. Not all the machines > >> were able to fit into back seat of the Delorian. > >> > > > > Come on Theo, everybody knows that you can't run a flux capacitor > > without 1.21 gigawatts. Great Scott > > > > Not a problem. We can get a Mr. Fusion from Amazon to power the flux > capacitor: > > https://www.amazon.com/Back-Future-Mr-Fusion-Replica/dp/B00NPADMRK > > I'm off to setup a GoFundMe page for contributions towards one for the > OpenBSD project. ;-D > > > --Paul > >
Re: When will be created a great desktop experience for OpenBSD?
I'm in favor of an updated FVWM with a simple config. On Wed, May 8, 2019 at 5:43 PM Matthew Graybosch wrote: > On Wed, May 8, 2019, at 5:18 PM, Roderick wrote: > > > > On Wed, 8 May 2019, noah pugsley wrote: > > > > > Updated FVWM or a different default config? > > > > I hope, no one comes to the idea to change the configuration. > > I'm not really fussed about the default FVWM config; it's easy enough to > pull a copy into $HOME and start tinkering with it once you've read > fvwmrc(5), or to switch to cwm (1) (my favorite). Hell, it wasn't that hard > to install OpenBSD with MATE and LibreOffice on a neighbor's old Intel NUC > so her kids had a machine to do homework on without getting distracted by > Fortnite (but wait until they discover hack(6)). > > I'm happy with OpenBSD as a desktop machine, even though the OS wasn't > made with me in mind, and I appreciate all of the work the developers have > put into it for their own purposes. Thanks! > > -- > Matthew Graybosch > "'Out of order'?! Even in the future nothing works." > >
Re: When will be created a great desktop experience for OpenBSD?
I'd like to see an updated FVWM as the default WM. On Wed, May 8, 2019 at 7:18 AM Mohamed Fouad < mohamed.ahmed.fouad@gmail.com> wrote: > if you are suggesting updating the openbsd installer to include dwm as an > option. Even that it adds one more click to the installation process, it > would work as a sharm for some people :P > > On Tue, 7 May 2019, 2:04 am Clark Block > > In 2019 still there is not a great desktop experience for NetBSD. > However, > > the new "OS108" is seeking to improve this with a NetBSD operating system > > paired with the MATE desktop environment. > > So, OS108, a derivative of NetBSD, has just been released: > > https://os108.org/?ez_cid=CLIENT_ID(AMP_ECID_EZOIC) > > > > When will be created a great desktop experience for OpenBSD? > > >
Re: When will be created a great desktop experience for OpenBSD?
You can copy the system.fvwm2rc to /home/.fvwm and edit the root menu to launch your apps. But barring that, I just use firefox & in a terminal On Tue, May 7, 2019 at 6:34 PM ropers wrote: > Tangentially related: Does anyone here routinely use the default fvwm? > > Now for a really noobish question: Those that do, do you also launch > graphical apps by typing something like this in xterm: > > $ firefox > /dev/null 2>&1 & > > or do you normally do something else that I've totally overlooked? > > (Again, this is about how people use stock default fvwm. If your > answer begins with "install $this_other_launcher", it's probably not > what I'm looking for, but thanks anyway.) > >
Re: When will be created a great desktop experience for OpenBSD?
I use OpenBSD as my daily driver as my desktop OS. It really is the easiest OS I've ever used because of the wealth of documentation, everything is in the man pages, with examples, plus so many resources on the web. When I use any other OS I am always amazed how complicated they are. On Tue, May 7, 2019 at 10:03 AM Karel Gardas wrote: > On 5/7/19 8:41 AM, Clark Block wrote: > > Great desktop experience for OpenBSD is a user-friendly and easy-to-use > > variant of OpenBSD! > > Oh, and I've had a hope that you will be talking about OpenBSD > scheduler, POSIX threading implementation and what to do with it to make > it "great desktop experience" which I probably just translates to "great > web browser experience" subconsciously ... > My bad. > > Anyway, from what I've seen in several Linux distros, FreeBSD and NetBSD > I've needed to install recently, OpenBSD wins clearly in user-friendly > and easy-to-use terms -- at least for me. > >
Re: When will be created a great desktop experience for OpenBSD?
This is a webpage I used to install Xfce. https://sohcahtoa.org.uk/openbsd.html On Tue, May 7, 2019 at 6:22 AM John Long wrote: > On Tue, 7 May 2019 08:47:18 +0200 > Denis Fondras wrote: > > > > user-friendly and easy-to-use > > > > > > > Sounds like the exact description of current OpenBSD... > > +100 > > This is exactly why I like and use it. > >
Re: starting i3 with xenodm
create an .xsesson in your home directory file and put in it something like:
xterm &
exec i3
then chmod +x .xsession
On Wed, Mar 27, 2019 at 8:57 AM Normen Wohner wrote:
> I installed i3 with pkg_add,
> yet don't understand how
> to call it from xenodm.
>
> I tried replacing the stock
> ${exec_path}/bin/fvwm
> with /usr/local/bin/i3
> inside xenodm's Xsession,
> but that didn't help much.
>
> I then wrote the typical
> exec i3
> into .xinitrc in my /root
> nothing.
>
> Anybody here using i3?
>
>
Re: OPenBSD 4.9 i386, Asus EEE 701, no network
I wanted to say the same thing. Try a supported version, 4.9 is not supported anymore. On Wed, Jan 2, 2019 at 8:21 PM Ed Ahlsen-Girard wrote: > On 2019-01-01 12:13:47, oletus wrote: > > > > Owain Ainsworth-2 wrote > > >> - "ifconfig lii0" returns: > > >> lii0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu > > >> 1500 lladdr > > > > > >>priority: 0 > > >>media: Ethernet autoselect (none) > > >>status: no carrier > > >>inet6 > > > > > > Did you up the interface? > > > > > > ifconfig lii0 up > > > > > > -0- > > > -- > > > I've seen better heads on half a pint of beer. > > > > Having this exact same issue with EeePC 701 and OpenBSD 5.9. It uses > > the lii0 driver. So far no luck with DHCP. > > > > dmesg says about the driver, > > lii0 at pci2 dev 0 function 0 "Attansic Technology L2" rev 0xa0 apic > > 1 int 17, address 00:1f:c6:d5:3c:80 > > > > ifconfig lii0 says, > > lii0: flags=8843 mtu 1500 > > lladdr 00:1f:c6:d5:3c:80 > > priority: 0 > > media: Ethernet none > > > > ifconfig lii0 up says nothing, same with ifconfig lii0 up scan > > > > doing ifconfig lii0 nwid iPhone wpakey mypassword gives me an error, > > ifconfig: SIOCS80211NWID: Inappropriate ioctl for device > > ifconfig: SIOCS80211NWID: Inappropriate ioctl for device > > > > doing dhclient lii0 says, > > DHCPDISCOVER on lii0 - interval 3 > > DHCPDISCOVER on lii0 - interval 4 > > DHCPDISCOVER on lii0 - interval 7 > > DHCPDISCOVER on lii0 - interval 11 > > DHCPDISCOVER on lii0 - interval 14 > > DHCPDISCOVER on lii0 - interval 14 > > No acceptable DHCPOFFERS received. > > > > doing wpa_supplicant -i lii0 -c my_wpa_configuration_file says, > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > lii0: CTRL-EVENT-SCAN-FAILED ret=1 retry=1 > > > > > > I'm not sure if this is a bug or not, ref. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833507 > > You're resurrecting a thread from 2011 about a version > that became unsupported in 2017. > > -- > > Edward Ahlsen-Girard > Ft Walton Beach, FL > > >
Re: Why is no one discussing this anymore?
This whole discussion is best served elsewhere. On Thursday, December 27, 2018, wrote: > Why is no one discussing this anymore. > > It's like you just accepted the "NU UH U WRONG" proclamation from > programmers. > > Are you idiots aware that programmers DO NOT KNOW THE LAW simply by virtue > of being "smarts"? > > Are you idiots aware that I am a lawyer, I have studied the law, and I do > know more than the programmers on this issue (note: I'm also a programmer > too... but for something useful... like games :) ) > > Are you idiots aware that Eben Moglen (drafter of the GPLv3 (not 2, Linux > is under 2)) has NOT made good on his pledge to publish a report on how I'm > wrong and let me "correct" him where he got it wrong. > > Why do you think that is? That in 2 months nothing. > > It's because, as a relative who's worked in the field for many decades > said: he's full of shit. > > Anything he publishes would just undermine the stance he's taken. > > The license IS recindable at the will of the 1000s of grantors. Any one of > them could shake the tree. > >
Re: FVWM basic config file
This configuration rocks, both of them. I love FVWM. I think FVWM should dropped as the default WM, its old and clunky. I think it should be twm. On Sun, Nov 25, 2018 at 11:55 PM Ingo Schwarze wrote: > Hi Manuel, > > Manuel Solis wrote on Sun, Nov 25, 2018 at 08:50:23PM -0600: > > > I have read some post about getting along with the default WM, i mean > > complaining about configuring it, saying that the man page its dificult > > and stuff, and then saddly going to another WM. > > > > I my OpenBSD era (from 60 to date) i was using cwm but wondering why they > > say that Theo uses fvwm, so i wondered that maybe it is worth it to try. > > The default fvwm(1) is certainly not the best part of OpenBSD - the > code is old and crappy. > > I can't speak for Theo, but the reason i'm using it is nothing more > and nothing less than that i don't want to bother configuring a > window manager. If i have one complaint about the base fvwm(1) - > apart from the crappy code - it is that it is way too bloated and > has way too many features. For that reason, even though i'm rarely > using .dot-files for any programs (except git, mutt, and ssh, which > don't work at all without a config file), this is one of the few > programs where i do have my own config file. The point is to get > rid of all the horrible bloat in the default .fvwrc: > >$ grep -cv -e '^$' -e '^#' /usr/X11R6/lib/X11/fvwm/.fvwmrc > 378 >$ grep -cv -e '^$' -e '^#' /home/schwarze/.fvwmrc > 81 > > Yours, > Ingo > > >$ ls ~/.profile ~/.*shrc* ~/.ex* ~/.vi* > ls: /home/schwarze/.*shrc*: No such file or directory > ls: /home/schwarze/.ex*: No such file or directory > ls: /home/schwarze/.profile: No such file or directory > ls: /home/schwarze/.vi*: No such file or directory > >$ cat /home/schwarze/.fvwmrc > # .fvwmrc - fv window manager configuration script > # Ingo Schwarze, 10.6.2001 > # Version: Ingo Schwarze, 22.11.2010 > > > # standard settings > > # paths > ModulePath /usr/X11R6/lib/X11/fvwm > PixmapPath /usr/X11R6/include/X11/pixmaps > IconPath /usr/X11R6/include/X11/bitmaps > > # screens > DeskTopSize 1x1 > EdgeResistance 1 1 > EdgeScroll 0 0 > > # windows > WindowFont -adobe-times-bold-r-*-*-14-*-*-*-*-*-*-* > IconFont -adobe-helvetica-bold-r-*-*-10-*-*-*-*-*-*-* > AddToDecor Default HilightColor DarkRed Wheat > Style "*" UseDecor Default, Color Black/LightSteelBlue > Style "*" BorderWidth 7, HandleWidth 7 > Style "*" Icon unknown1.xpm, IconBox 0 -10 -280 -1 > Style "*" MWMFunctions, MWMDecor, HintOverride > Style "*" DecorateTransient, NoPPosition > Style "*" SmartPlacement, StubbornPlacement, SloppyFocus > > > # menus > > MenuStyle Black LightGrey DarkGrey > + -adobe-times-bold-r-*-*-12-*-*-*-*-*-*-* fvwm > > AddToMenu terminal > + "xterm" Exec xterm -ls -geometry 80x80 > + "usta" Exec xterm -T usta.de -geometry 80x80 -e /usr/bin/ssh usta > > AddToMenu window "window" Title > + "move%jmove.xpm%" Move > + "resize%jresize.xpm%" Resize > + "maximize%mini.maximize-horiz.xpm%" Maximize > + "raise%jraise.xpm%" Raise > + "lower%jlower.xpm%" Lower > + "iconify%mini.iconify.xpm%" Iconify > + "stick%mini.stick.xpm%" Stick > + "" Nop > + "list%jwindow.xpm%" WindowList > + "" Nop > + "refresh%mini.refresh.xpm%" RefreshWindow > + "close%mini.winXX-close.xpm%" Close > + "delete%mini.cut.xpm%" Delete > + "destroy%mini.destroy.xpm%" Destroy > > AddToMenu system "system" Title > + "xlock%mini.xlock.xpm%" Exec exec xlock -mode blank > + "recapture%mini.refresh.xpm%" Recapture > + "xrdb -load%jx.xpm%" Exec xrdb -load $HOME/.Xdefaults > + "restart%mini.excl.xpm" Restart fvwm > + "scrotwm" Restart scrotwm > + "quit%mini.exit.xpm%" Quit > > > # mouse > > ClickTime 750 > > # on the wallpaper > Mouse 1 R A Menu terminal Nop > Mouse 2 R A Menu window Nop > Mouse 3 R A Menu system Nop > > # in the title bar of a window > Mouse 0 1 A Menu window Close > Mouse 1 T A Raise > Mouse 2 T A Move > Mouse 3 T A Lower > Mouse 0 2 A Maximize-Func > Mouse 0 4 A Iconify > > # at the edge of a window > Mouse 0 SF A Resize > > # in an icon > Mouse 1 I A Iconify > Mouse 2 I A Move > Mouse 3 I A Iconify > > > # pager > > AddToFunc InitFunction"I" Module FvwmPager 0 9 > AddToFunc RestartFunction "I" Module FvwmPager 0 9 > Style "FvwmPager" StaysOnTop, Color DimGrey/LightGrey > *FvwmPagerGeometry 60x560+0+0 > *FvwmPagerRows 10 > *FvwmPagerColumns 1 > *FvwmPagerFont
Re: CURRENT userland does not compile due to games/glorkz
Also to quote theo@ "Upgrade to a snapshot" On Tue, Nov 13, 2018 at 4:49 AM Stuart Henderson wrote: > On 2018-11-12, Jyri Hovila [Turvamies.fi] > wrote: > > This time, however, the "wrong" advice was the right one -- for me, > since I really don't want to do binary upgrades. > > That is fine, but you need to polish your debugging skills to be able to > handle this sort of issue yourself as you'll run into other problems from > time to time. This one was pretty simple to diagnose after running into it > (knowledge of recent commits, which you should have if you're running > -current anyway, doubly so if you're building yourself, plus the errors > shown in dmesg make the cause pretty clear).. > > >
Re: Lesser evil
It always depends on your needs. I use LibreOffice for my work so I'm ste. On Mon, Sep 3, 2018 at 3:39 PM Sal A Nimi wrote: > On September 3, 2018 3:20:11 PM EDT, Fabio Almeida > wrote: > >If you really need it, go with what's best for it. > > > >Today, to be honest, in your situation I'd run Windows, Linux will have > >probably half the performance, and the "compromises" you cited. > >Besides, you can also run Linux on Windows almost natively nowadays, > >so, > >the choice is clear. > > > >Install a good antivirus, try to be smart and you'll be fine (almost). > >That's my 2 cents. > > > >Regards, > > > >On Mon, Sep 3, 2018 at 4:09 PM - - wrote: > > > >> Hello all, > >> > >> > >> I am running OpenBSD on my desktop, which is suitable for 99% of my > >> needs. However I have to run certain proprietary software, which is > >> available on Linux, Mac OSX and Windows. > >> > >> I cannot decide which of the three would be a "lesser evil" to run in > >> respect with security and privacy. The software (video and photo > >editing) > >> runs best on Windows, almost as good on OSX and it runs on Linux > >with > >> some compromises. > >> Does it make sense to accept such compromises and run Linux for > >security > >> and privacy OR is the better security and privacy of Linux more or > >less a > >> myth and running Windows would be almost the same in that respect? > >> > >> I understand that any response is to be just an opinion. > >> > >> Thank you > >> > >> Jan > >> > > In my experience it has been easiest just to learn new software. Fewer > softwares are ported to OpenBSD, but I generally prefer those that happen > to have been ported to OpenBSD. > > For the uses you describe, I recommend ffmpeg, ImageMagick, and a build > tool (for example, make). >
Re: wifi gui manager
I don't know about anyone else but the window when it coems up is huge, I can't scroll down to the connect button. On Sat, Sep 1, 2018 at 3:39 PM Edgar Pettijohn III wrote: > Please check out the new version. > > https://sourceforge.net/projects/openbsd-wifi-manager/ > > Includes a README and Makefile. I believe it should connect to a WEP > network, but I don't have access to one to test with. > > Thanks, > > Edgar > >
Re: Employers, Jobs and OpenBSD
I use OpenBSD as my desktop though since I develop Motif at work it hasn't hurt my job skills. On Fri, Jul 13, 2018 at 10:10 PM Man Hobby wrote: > Hi, > > What is the opinion of employers about OpenBSD? > > There is reason for to learn use OpenBSD to find job? > > If not, why? > > If there is not reason for to learn use OpenBSD to find job, why use > OpenBSD? >
Re: DWA-131 Rev E
That would be nice! Let me know if there is anything I can do to help :-) On Sat, Jul 7, 2018 at 1:28 AM Jonathan Matthew wrote: > On Fri, Jul 06, 2018 at 07:19:42AM +, Stuart Henderson wrote: > > On 2018-07-06, Christopher Turkel wrote: > > > Thanks! > > > > > > Are there any plans to support this adapter? I'll donate my adapter if > it > > > would help. > > > > I don't know if anyone already plans on doing this. If there is, there's > > support in FreeBSD which might help with the task.. > > I did some work on this a while ago. It's pretty dispiriting but I'll > probably > get back to it soon. The one thing it has going for it is that the > hardware > is cheap and readily available. > >
Re: DWA-131 Rev E
Thanks! Are there any plans to support this adapter? I'll donate my adapter if it would help. On Thu, Jul 5, 2018 at 8:35 PM Stuart Henderson wrote: > On 2018-07-05, Christopher Turkel wrote: > > Hi all I have a DWA-131 Rev E > > > > It (seems) to use a Realtek 8192eu. I googled and read mapages but I > > couldn't find an answer. > > > > I'm on OpenBSD/amd64 and running -current > > This isn't supported. See "man -k 802.11" for a list of most of the > available devices, and there is also bwfm(4) which needs a description > change in the manpage to get picked up with that search. > > >
DWA-131 Rev E
Hi all I have a DWA-131 Rev E It (seems) to use a Realtek 8192eu. I googled and read mapages but I couldn't find an answer. I'm on OpenBSD/amd64 and running -current *Dmesg:* OpenBSD 6.3-current (GENERIC.MP) #98: Thu Jul 5 12:52:45 MDT 2018 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4180746240 (3987MB) avail mem = 4044902400 (3857MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (63 entries) bios0: vendor Apple Inc. version "MBP91.88Z.00D7.B00.1708080744" date 08/08/2017 bios0: Apple Inc. MacBookPro9,2 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC SBST ECDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT SSDT DMAR MCFG acpi0: wakeup devices P0P2(S3) PEG1(S3) EC__(S4) GMUX(S3) HDEF(S3) RP01(S3) GIGE(S3) SDXC(S3) RP02(S3) ARPT(S3) RP03(S3) EHC1(S3) EHC2(S3) XHC1(S3) ADP1(S4) LID0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.72 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.33 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.33 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz, 2494.33 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,RDTSCP,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS,IBRS,IBPB,STIBP,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins , remapped to apid 2 acpiec0 at acpi0 acpimcfg0 at acpi0 addr 0xe000, bus 0-154 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 4 (P0P2) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus 1 (RP01) acpiprt4 at acpi0: bus 2 (RP02) acpiprt5 at acpi0: bus 3 (RP03) acpicpu0 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu2 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: C3(200@198 mwait.1@0x30), C2(500@148 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpisbs0 at acpi0: SBS0 model "bq20z451" serial 51234 type LION oem "DP" acpicmos0 at acpi0 "APP0001" at acpi0 not configured "APP0003" at acpi0 not configured "ACPI0008" at acpi0 not configured "ACPI0001" at acpi0 not configured "APP000B" at acpi0 not configured acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: LID0 acpibtn1 at acpi0: PWRB "APP0002" at acpi0 not configured acpibtn2 at acpi0: SLPB acpivideo0 at acpi0: IGPU acpivout0 at acpivideo0: DD02 cpu0: Enhanced SpeedStep 2494 MHz: speeds: 2501, 2500, 2400, 2300, 2200, 2100, 2000, 1900, 1800, 1700, 1600, 1500, 1400, 1300, 1200 MHz memory map conflict 0xe00f8000/0x1000 memory map conflict 0xfed1c000/0x4000 memory map conflict 0xffe7/0x3 pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 3G Host" rev 0x09 ppb0 at pci0 dev 1 function 0 "Intel Core 3G PCIE" rev 0x09: msi pci1 at ppb0 bus 4 ppb1 at pci1 dev 0 function 0 "Intel 82524EF Thunderbolt" rev 0x00
