Re: aterm, rxvt -- memory usage
I would love to see rxvt-unicode in ports, personally. It'd be much more convenient, for me at least. It's definitely my favoured terminal. On Tue, Oct 21, 2008 at 3:18 PM, Jesus Sanchez [EMAIL PROTECTED] wrote: Hi list! I thought it would be great to have rxvt-unicode on the ports tree, so I reopened this thread to see users interest about have rxvt-unicode on OpenBSD as official supported application. -Jesus fulvio ciriaco escribis: From: Arun G Nair [EMAIL PROTECTED] Subject: Re: aterm, rxvt -- memory usage Date: Tue, 22 Apr 2008 22:43:56 +0530 On Mon, Apr 21, 2008 at 11:44 PM, Claer [EMAIL PROTECTED] wrote: I personnaly use unicode rxvt. It's a clone of rxvt that comes with unicode (oh surprising) and with client/server mode to reduce memory usage when you have serveral terms like I used to have. urxvt is also one of the rare terms out there with transparency and whitening the background and not darkening it. Hi, I where can I find urxvt for openbsd ? I can't seem to find it in ports. Am using 4.2. -Arun -- ...Keep Smiling... Hi, I have a working port (in current) for rxvt-unicode. Find it enclosed in the form of a patch file. add urxvt*perl-ext-common: matcher,tabbed,selection-popup,option-popup,searchable-scrollbackM-s,readline to your .Xdefaults to make use of perl add-ons. These are tabs, regexp search in scrollback buffer, readline ... Fulvio diff -rNup rxvt-unicode/Makefile /usr/ports/x11/rxvt-unicode/Makefile --- rxvt-unicode/Makefile Thu Jan 1 01:00:00 1970 +++ /usr/ports/x11/rxvt-unicode/MakefileSun Feb 24 23:12:07 2008 @@ -0,0 +1,38 @@ +# $OpenBSD: Makefile,v 1.38 2008-02-22 fulvio$ + +COMMENT=rxvt based terminal with perl plugin enhancements + +VER= 9.02 +DISTNAME= rxvt-unicode-${VER} +EXTRACT_SUFX= .tar.bz2 + +CATEGORIES=x11 +MASTER_SITES= http://dist.schmorp.de/rxvt-unicode/ + +HOMEPAGE= http://software.schmorp.de/pkg/rxvt-unicode.html + +MAINTAINER=TOBEASSIGNED + +# GPL +PERMIT_PACKAGE_CDROM= Yes +PERMIT_PACKAGE_FTP= Yes +PERMIT_DISTFILES_CDROM= Yes +PERMIT_DISTFILES_FTP= Yes +WANTLIB= X11 Xpm c Xft fontconfig + +USE_X11= Yes +USE_LIBTOOL= Yes +LIBTOOL_FLAGS= --tag=disable-shared +CONFIGURE_STYLE= gnu + +CONFIGURE_ARGS=\ + --enable-perl \ + --enable-smart-resize \ + --enable-xft \ + --enable-font-styles \ + --enable-utmp \ + --enable-wtmp \ + --enable-transparency \ + --enable-rxvt-scroll + +.include bsd.port.mk diff -rNup rxvt-unicode/distinfo /usr/ports/x11/rxvt-unicode/distinfo --- rxvt-unicode/distinfo Thu Jan 1 01:00:00 1970 +++ /usr/ports/x11/rxvt-unicode/distinfoSun Feb 24 22:43:37 2008 @@ -0,0 +1,4 @@ +SHA1 (rxvt-unicode-9.02.tar.bz2) = f58a851ab4bf2da60a926a4885749302e73a92ed +MD5 (rxvt-unicode-9.02.tar.bz2) = f3c4fea3d544a340fa5a1d601ff5f204 +SIZE (rxvt-unicode-9.02.tar.bz2) = 862299 +SHA256 (rxvt-unicode-9.02.tar.bz2) = 234b9a3e3f88c4984b1e909f8028638fc3b61d801d8afaa9cd08154b1a480a31 diff -rNup rxvt-unicode/pkg/DESCR /usr/ports/x11/rxvt-unicode/pkg/DESCR --- rxvt-unicode/pkg/DESCR Thu Jan 1 01:00:00 1970 +++ /usr/ports/x11/rxvt-unicode/pkg/DESCR Sun Feb 24 23:10:47 2008 @@ -0,0 +1,27 @@ +rxvt-unicode is a clone of the well known terminal emulator rxvt. +Its main features (many of them unique) over rxvt are: + +* Stores text in Unicode (either UCS-2 or UCS-4). +* Uses locale-correct input, output and width: as long as your system supports the locale, rxvt-unicode will display correctly. +* Daemon mode: one daemon can open multiple windows on multiple displays, which improves memory usage and startup time considerably. +* Embedded perl, for endless customization and improvement opportunities, such as: + o Tabbed terminal support. + o Regex-driven customisable selection that can properly select shell arguments, urls etc. + o Selection-transformation and option popup menus. + o Automatically transforming the selection once made. + o Incremental scrollback buffer search. + o Automatic URL-underlining and launching. + o Remote pastebin, digital clock, block graphics to ascii filter and whatever you like to implement for yourself. +* Crash-free. At least I try, but rxvt-unicode certainly crashes much less often than rxvt and its many clones, and reproducible bugs get fixed immediately. +* Completely flicker-free. +* Re-wraps long lines instead of splitting or cutting them on resizes. +* Full combining character support (unlike xterm :). +* Multiple fonts supported at the same time: No need to choose between nice japanese and ugly latin, or no japanese and nice latin characters :). +* Supports Xft and core fonts in any combination. +* Can easily be
Re: mmap() on i386
Jeez, perhaps btpd should finally support protocol encryption? Last time I checked it didn't. A surprising number of ISPs limit BitTorrent traffic, and more and more seeders, including me, can only be connected to via a client that supports encryption. Until btpd gets around to supporting this, it's unusable for me. Perhaps Transmission would work better for you? If rtorrent keeps crashing things, try a different client. If it's not a matter of too few open files, then hopefully we can get around to fixing the bugs, if we can narrow down the problem. I just noticed unworkable in ports. It uses mmap(). Does anybody encounter problems with it? If not, then it must be rtorrent's problem, not mmap(). On 8 Jan 2008 08:46:18 -0800, Unix Fan [EMAIL PROTECTED] wrote: Jeez, Perhaps you people should start using btpd instead? rtorrent sounds like a nightmare ;) http://www.murmeldjur.se/btpd/ -Nix Fan.
Re: mmap() on i386
Looking at a response [2] on a message posted on Libtorrent-devel, I believe it is not an OpenBSD-only situation: /me marks another notch on the list of kernels and compilers r/libtorrent has killed... Either all of the various systems rtorrent crashes have similar bugs, or rtorrent has bugs. I don't currently have the time to ascertain which is which. Logic tells me it's more likely rtorrent, but I'm not a coder. Just tried to help out, that's all. On Jan 8, 2008 8:44 PM, Kevin Stam [EMAIL PROTECTED] wrote: On Jan 8, 2008 4:27 PM, Jussi Peltola [EMAIL PROTECTED] wrote: On Tue, Jan 08, 2008 at 01:31:49PM -0500, Kevin Stam wrote: I just noticed unworkable in ports. It uses mmap(). Does anybody encounter problems with it? If not, then it must be rtorrent's problem, not mmap(). Oh, please... Do you really think two different programs will ever use mmap() in exactly the same way, with the state of the whole OS being completely equal? -- Jussi Peltola Of course not, it was an incorrect statement, apologies. I was biased in the statement by all the feedback concerning the bugginess of rtorrent, but it might very well be caused by mmap bugs. That, and I would presume mmap() is used at least somewhat in a similar fashion in both torrenting programs. Examining the differences between the code should lead to the bugs, be they in rtorrent or OpenBSD.
Re: mmap() on i386
On Jan 8, 2008 4:27 PM, Jussi Peltola [EMAIL PROTECTED] wrote: On Tue, Jan 08, 2008 at 01:31:49PM -0500, Kevin Stam wrote: I just noticed unworkable in ports. It uses mmap(). Does anybody encounter problems with it? If not, then it must be rtorrent's problem, not mmap(). Oh, please... Do you really think two different programs will ever use mmap() in exactly the same way, with the state of the whole OS being completely equal? -- Jussi Peltola Of course not, it was an incorrect statement, apologies. I was biased in the statement by all the feedback concerning the bugginess of rtorrent, but it might very well be caused by mmap bugs. That, and I would presume mmap() is used at least somewhat in a similar fashion in both torrenting programs. Examining the differences between the code should lead to the bugs, be they in rtorrent or OpenBSD.
Re: How to find all package files
OpenBSD doesn't contain metapackages. There's no single package that installs all of XFCE for you. Install the necessary components and applications from the x11/xfce4 category. (http://ports.openbsd.nu/x11/xfce4) Here's a tutorial on bsdforums that will help by detailing what to install to obtain the theoretically lightest possible XFCE installation. [ http://www.bsdforums.org/forums/showthread.php?t=47695] Installing the ports tree is a convenient way to browse what software OpenBSD has available to install. ports.openbsd.nu is a very good resource, as well. On Jan 7, 2008 10:33 AM, Russell Gadd [EMAIL PROTECTED] wrote: I am new to OpenBSD and I am not sure what is the correct way to find packages. For example I have tried to install the xfce window manager, and at first I looked at the list of files in the packages list and there were a lot of files with xfce in the name / description. I looked for one which said something like this is the main package for xfce4 so that installing that and all dependencies would do the job, but couldn't find such a file. I resorted to looking for xfce in the INDEX and using all files where this was mentioned, i.e. forming a list with grep xfce INDEX | cut -d | -f 1 | sed 's/$/.tgz/g' /tmpdir/xfce4pkglist then pkg_add `cat /tmpdir/xfce4pkglist` I realise that for such a package there would be some parts which were optional, so needed to be separated out, but I thought there must be a more reliable way to determine which files to include. Is there a better way to do this? Russell
Re: Adobe Flash on OpenBSD
The latest version of flash? No. See here for some solutions: http://undeadly.org/cgi?action=articlesid=20070907181228 On Dec 17, 2007 5:59 PM, Jon [EMAIL PROTECTED] wrote: hi I use OpenBSD as a desktop. Is there a documented way to get the latest Flash plugin (or any version) to work with the standard firefox (as released in /ftp/pub/.../packages) I am using OpenBSD 4.2 HM
Re: About non-free software in OpenBSD
I believe the religious nut is talking about software in ports/packages. He seems to see unfree software as something morally wrong, and as a result, won't recommend any distribution that lets it's users even INSTALL non-free software. Same reason he doesn't like Debian, even though they're one of the few distributions to play along with his whole GNU/Linux thing. There's no binary blobs or unfree software in base, but things such as Opera, ADOM et al are in ports. On Dec 9, 2007 9:15 PM, Rico Secada [EMAIL PROTECTED] wrote: Hi. I have just listed to the interview of Richard Stallman on BSDTalk: http://bsdtalk.blogspot.com/2007/10/bsdtalk132-richard-stallman.html In the interview he states: I am unhappy with the various distributions of BSD, because all of them include, in their installation systems, the ports system, they all include some non-free programs. And as a result I can't recommend any of them. As I have understood, this isn't true about OpenBSD, or am I wrong? Rico.
Re: About non-free software in OpenBSD
Exactly. Distributions need systems to prevent users from installing nasty unfree software. Something like...DRM. Oh wait.. On Dec 9, 2007 11:27 PM, Ray Percival [EMAIL PROTECTED] wrote: So, what Stallman seems to be saying is that preventing users from running the software they choose is more important than respecting patents. Slavery is freedom.
Re: Code signing in OpenBSD
What is the benefit of doing so? What's the point? Is the website so likely to be hacked into, that the developers need to sign all communication just to ensure that it comes from them? There's absolutely no need to signing errata or official communications. Name one justifiable use for them. If the OpenBSD developers didn't care about secure communications, then OpenSSH would not exist. On Dec 5, 2007 3:03 PM, new_guy [EMAIL PROTECTED] wrote: Lars Hansson-5 wrote: No. OpenBSD doesn't sign code. --- Lars Hansson Oh that surprises me, are OpenPGP signatures used for anything? Errata, official communication, etc... maybe this is a stupid question, by it seems everyone does it these days... even small software projects. Not being critical of OpenBSD (I love it and buy CDs) just curious as to the reasoning for not using pgp/gpg keys to sign stuff, secure communication, etc. -- View this message in context: http://www.nabble.com/Code-signing-in-OpenBSD-tf4947207.html#a14173498 Sent from the openbsd user - misc mailing list archive at Nabble.com.
Re: binary installed? or not?
$ man pkg_info On Dec 5, 2007 5:22 PM, badeguruji [EMAIL PROTECTED] wrote: Hello, On solaris, i can do: grep name /var/sadm/install/contents and see whether it is installed or not, also location etc. But, How can i do it on OB? where is the system map? to see whether/where name is installed. Thanks in advance for your guidance. -BG ~~Kalyan-mastu~~
Re: Code signing in OpenBSD
Ah, my apologies. I was looking at the wrong thing. No further comment. On Dec 5, 2007 6:18 PM, Brad Tilley [EMAIL PROTECTED] wrote: Wow, my surprise grows... I shall no longer add to this thread... Bye now. http://www.kernel.org/signature.html http://www.freebsd.org/doc/pgpkeyring.txt * One example of a signed Linux Kernel path... there are many others: ftp://ftp.kernel.org/pub/linux/kernel/v2.6/patch-2.6.9.sign * One example of signed FreeBSD code... there are others: http://taosecurity.blogspot.com/2007/11/updating-freebsd-70-beta2-to-70-beta3.html Some examples of signed communications from FreeBSD NetBSD: http://www.freebsd.org/internal/ssh-keys.asc http://mail-index.netbsd.org/netbsd-announce/2004/02/20/.html On Dec 5, 2007 12:59 PM, Kevin Stam [EMAIL PROTECTED] wrote: For one thing, I think you're quite confused. Unless I'm missing something, I'm not noticing the FreeBSD, NetBSD, Linux kernel developers signing their code, or doing anything particularly differently from the OpenBSD developers. Please explain. You've also conveniently ignored bofh's question. Why do you see this as being an issue? What risks does PKI mitigate? Did you just vaguely read somewhere in an advertisement about the supposed security benefits?
Re: Code signing in OpenBSD
For one thing, I think you're quite confused. Unless I'm missing something, I'm not noticing the FreeBSD, NetBSD, Linux kernel developers signing their code, or doing anything particularly differently from the OpenBSD developers. Please explain. You've also conveniently ignored bofh's question. Why do you see this as being an issue? What risks does PKI mitigate? Did you just vaguely read somewhere in an advertisement about the supposed security benefits? On Dec 5, 2007 5:22 PM, new_guy [EMAIL PROTECTED] wrote: Nick Guenther wrote: Well, there's the MD5 files (e.g. http://openbsd.arcticnetwork.ca/pub/OpenBSD/4.2/i386/MD5). but yeah, for the most part OpenBSD doesn't need it. -Nick Could you explain in more detail? Why doesn't OpenBSD need to use pgp keys? Really, I'm not trying to start anything, I just want to understand. Especially since everyone else seems to do it. FreeBSD, NetBSD, Linux Kernel, etc... they all employ some sort of PKI mechanism... so how does OpenBSD handle these sort of things? -- View this message in context: http://www.nabble.com/Code-signing-in-OpenBSD-tf4947207.html#a14176001 Sent from the openbsd user - misc mailing list archive at Nabble.com. JI
Re: Code signing in OpenBSD
Yes, that's what I gathered was meant. Going into PKI and code signing, however, I assumed he meant signing and verifying the underlying source code, and navigating the trees, I haven't noticed that. Evidently he meant signing binary packages. In that case, I can kind of understand the requirement - particularly for business - but whether it's worth it is up to the OpenBSD team, not me. :) I'm having trouble seeing how somebody could easily manage to get a compromised binary onto OpenBSD servers. Seems more trouble to implement then it's worth. On Dec 5, 2007 7:13 PM, Dave Ewart [EMAIL PROTECTED] wrote: On Wednesday, 05.12.2007 at 17:59 +, Kevin Stam wrote: For one thing, I think you're quite confused. Unless I'm missing something, I'm not noticing the FreeBSD, NetBSD, Linux kernel developers signing their code, or doing anything particularly differently from the OpenBSD developers. Please explain. I'm guessing that he's referring to the fact that some Linux *distributions* (not the kernel developers or necessarily any of the components) sign their binary packages: for example Debian do this. I believe one of the supposed benefits of this is that it allows anyone to set up a public Debian mirror and, after checking the signatures during download, one can be sure that they are 'real' Debian packages. I believe that in some circumstances this may lead to a false sense of security: - Said mirror could have old (vulnerable) versions of packages. Just because they're signed doesn't mean they're safe; - The signing relates only to the packaging: if the underlying source code is compromised, then all bets are off. Would signing help for OpenBSD? I don't particular see that it would, given that you are trading off the hassle of implementing it, maintaining it and so on, against the benefits of doing so, which are probably small or non-existent. Dave. -- Dave Ewart [EMAIL PROTECTED], jabber:[EMAIL PROTECTED], freenode:davee All email from me is now digitally signed, http://www.sungate.co.uk/ Fingerprint: AEC5 9360 0A35 7F66 66E9 82E4 9E10 6769 CD28 DA92 [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: Does Xenocara requires sets x*42.tgz
You're mistaken about something. Xenocara is just the OpenBSD name for the newest version of X.org. The 4.2 X sets include cwm. You're probably thinking about the 4.1 X sets and earlier - they didn't include cwm because they used an older version of X. Again, Xenocara IS X. cwm requires X. Install the X sets and you can use it. On Nov 15, 2007 8:42 PM, Zoong PHAM [EMAIL PROTECTED] wrote: On Friday, 16 November 2007 at 1:19:43 +, Stuart Henderson wrote: Why? That doesn't make sense. If you want to use X, just install the sets. The reason is the X sets don't have window manager cwm. I just want to use cwm. How can I use cwm without Xenocara ? Regards, ZP
Re: About Xen: maybe a reiterative question but ..
You have failed to satisfactorily explain why running a specific application in a VM is more secure then running it in a standard OS. It's nonsense that you think it's more secure that way. It saves a lot of money, yes -- you don't necessarily want a separate box just to run an application - but that's not the debate here. The debate is about security, and I'm amazed that you think a virtual environment is somehow more secure then a dedicated non-virtual environment. On 10/24/07, L. V. Lammert [EMAIL PROTECTED] wrote: On Wed, 24 Oct 2007, Theo de Raadt wrote: The security benefits are at the application level, *NOT* at the OS level. What hogwash. The security benefits are at the ability to buy a steak for dinner level. Nah, I like steak, I hate enterprise computing. You've already made the decision to decrease security by de-compartmentalizing onto one physical box, so you are just thrilled with the ability to decrease security more by de-compartmentalizing the software further. Quite the opposite!! A VM provides a safe, sane, decently compartmentalized way to run a specific application domain. It's obvious we have different viewpoints, but both are equally valid - your's from the OS, mine from the application. Lee Leland V. Lammert[EMAIL PROTECTED] Chief Scientist Omnitec Corporation Network/Internet Consultants www.omnitec.net
Re: expansion of FAQ# 1.10 re OpenBSD as a desktop system
Aside from some typos, I'll have to dispute the inclusion of movie watching and movie editing. Very much, actually. I've never had noticeably poorer movie watching/viewing performance on OpenBSD as opposed to other distributions. (Gentoo is my other, and neither work better then the other for movie watching.) Now, if we're talking about things that involve 3d acceleration, like 3d games or 3d animation, then I'd agree with your statement. But pretending that OpenBSD can't even play a decent movie or two is just FUD. On 10/11/07, Douglas A. Tutty [EMAIL PROTECTED] wrote: I've been evaluating OpenBSD as a desktop system while learning about it on my lesser (older) hardware. I've learned a lot and will continue to learn about OpenBSD but I don't think it will work as my primary desktop. Based on what I've learned here on Misc, I'd like to start a discussion about extending the answer to the OpenBSD FAQ # 1.10: Can I use OpenBSD as a Desktop System? While of course every potential new user has to evaluate OpenBSD for themselves, we could and I believe we should point out some of the more common tripping points found by people who end up not choosing OpenBSD for their desktop. As it exists right now it reads: # 8-- This question is often asked in exactly this manner -- with no explanation of what the asker means by desktop. The only person who can answer that question is you, as it depends on what your needs and expectations are. While OpenBSD has a great reputation as a server operating system, it can be and is used on the desktop. Many desktop applications are available through packages and ports. As with all operating systems decisions, the question is: can it do the job you desire in the way you wish? You must answer this question for yourself. It might be worth noting that a large amount of OpenBSD development is done on laptops. # 8-- I think the following paragraphs would enhance the FAQ to provide the person new to the OpenBSD focus a heads up on some of the difficulties. # 8-- However, it is also worth noting that some desktop needs and uses are incompatible with the focus of OBSD. There are currently no video cards that provide full specs to create open drivers for all hardware function, most notibly 3D accelleration. While more than adequate for most uses of the X-Window system, performance while watching movies, playing games, or graphic design, may be suboptimal or not possible depending on your hardware and expectations. The use of binary blob drivers would introduce the potential for unknown security breaches and is not going to be supported on OpenBSD. The work is ongoing in the larger open-source community to both create open-source drivers that can access the full hardware potential of the video cards that are available, and there is some work to create new video cards that will be fully open and high performance. It just doesn't exist yet. Similarily, flash plugins in browsers cause untested code to run on the computer and introduce the potential for unknown security breaches, and are therefore not supported, other than as it already exists for the Opera browser. It depends therefor on what is meant by desktop. System administrators will likely be thrilled with OpenBSD on their desktop. However, a home user wanting an entertainment centre, a movie editor, a graphic designer, or a user requiring a multi-headed Computer Aided Drafting and Design system may find the tradeoffs made for security are too steep to use OpenBSD as their operating system on such computers and may choose to use a less secure operating system. # 8-- Does this seem like a fair addition? Doug.
Re: expansion of FAQ# 1.10 re OpenBSD as a desktop system
Intel integrated graphics card. Standard cheaper one found in laptops. Usually watch in mplayer, default settings. Occasionally, VLC, default settings. Of course, the intel cards don't have the same blob problems that the more expensive ones tend to. I don't know about your experiences comparing the watching of a movie changing between the nv and nvidia driver. Is this some videophile thing? Something that certainly seemed better, but wasn't actually much better if you didn't know which driver had played the movie? Or perhaps you're being quite legitimate here. I just haven't heard of that problem before, it's always been about 3d acceleration. Either way, even if true, a minor case like that does not mean that OpenBSD is suboptimal at playing movies. Nonsense, bullshit and whathaveyou. I doubt the blobs play video better then their free brethren. Anyways, I see this degenerating into a videophile argument, which I really don't plan to take part in. Besides, people don't seem to care much about HD video at all, despite it being so superior to DVDs. As it's been repeated here, requirements for desktop systems vary. That, and watched video varies. For me, it's usually cartoons anime, and I'm sure the difference between Trigun on a blob and Trigun on a proper driver isn't going to be that impressively different, even if it were better for non-cartoons. On 10/11/07, Douglas A. Tutty [EMAIL PROTECTED] wrote: On Thu, Oct 11, 2007 at 09:00:39PM -0400, Kevin Stam wrote: Aside from some typos, I'll have to dispute the inclusion of movie watching and movie editing. Very much, actually. I've never had noticeably poorer movie watching/viewing performance on OpenBSD as opposed to other distributions. (Gentoo is my other, and neither work better then the other for movie watching.) Now, if we're talking about things that involve 3d acceleration, like 3d games or 3d animation, then I'd agree with your statement. But pretending that OpenBSD can't even play a decent movie or two is just FUD. I did say may be suboptimal which was my experience comparing the open nv driver with the closed nVidia driver. Well, I haven't pulled Debian off my amd64 box with a nVidia EN7300GT card to put OpenBSD on it. One reason for that is that I'm on dial's and a reinstall of everything takes a few days. For that card, my choice of drivers seems to be the xorg nv driver or the binary blob nVidia driver as compiled by Debian in its non-free repository. I do know that I get a much better image quality when watching DVDs with the nVidia driver than with the nv driver. As I understand it, it is because the nv driver doesn't use the hardware to do (some?) of the conversion (mpeg, scaling, deinterlacing, whatever) when watching it full screen at 1600 x 1200 @ 85Hz on a 21 CRT Intergraph, with VLC. So, if you've had great movie experiences with OpenBSD, what video card do you use, what driver, at what resolution, full screen, deinterlaced (blend)? On 10/11/07, Douglas A. Tutty [EMAIL PROTECTED] wrote: I've been evaluating OpenBSD as a desktop system while learning about it on my lesser (older) hardware. I've learned a lot and will continue to learn about OpenBSD but I don't think it will work as my primary desktop. Based on what I've learned here on Misc, I'd like to start a discussion about extending the answer to the OpenBSD FAQ # 1.10: Can I use OpenBSD as a Desktop System? While of course every potential new user has to evaluate OpenBSD for themselves, we could and I believe we should point out some of the more common tripping points found by people who end up not choosing OpenBSD for their desktop. As it exists right now it reads: # 8-- This question is often asked in exactly this manner -- with no explanation of what the asker means by desktop. The only person who can answer that question is you, as it depends on what your needs and expectations are. While OpenBSD has a great reputation as a server operating system, it can be and is used on the desktop. Many desktop applications are available through packages and ports. As with all operating systems decisions, the question is: can it do the job you desire in the way you wish? You must answer this question for yourself. It might be worth noting that a large amount of OpenBSD development is done on laptops. # 8-- I think the following paragraphs would enhance the FAQ to provide the person new to the OpenBSD focus a heads up on some of the difficulties. # 8-- However, it is also worth noting that some desktop needs and uses are incompatible with the focus of OBSD. There are currently no video cards that provide full specs to create open drivers for all hardware function, most notably 3D acceleration. While more than adequate for most uses of the X-Window system, performance while watching
Re: expansion of FAQ# 1.10 re OpenBSD as a desktop system
However, it is also worth noting that some typical desktop needs and uses are incompatible with the focus of OpenBSD. There are currently no video cards that provide the necessary specifications to create open drivers for all hardware function, most notably 3D acceleration. While more than adequate for most uses of the X-Window system, in some cases performance while watching movies, playing games, or graphic design, may be suboptimal or not possible depending on your hardware and expectations. The use of binary blob drivers would introduce the potential for unknown security breaches and is not going to be supported on OpenBSD. The work is ongoing in the larger open-source community to both create open-source drivers that can access the full hardware potential of the available video cards. If this is something you care about, please contact your video card manufacturer. Similarily, flash plugins in browsers cause untested code to run on the computer and introduce the potential for unknown security breaches, and are therefore not supported, other than as it already exists for the Opera browser. Therefore, it on what is meant by desktop. System administrators will likely be thrilled with OpenBSD on their desktop. However, a home user wanting an entertainment centre, a movie editor, a graphic designer, or a user requiring a multi-headed Computer Aided Drafting and Design system may find the trade offs made for security are too steep to use OpenBSD as their operating system on such computers and may choose to use a less secure operating system. Fixed up a tiny bit, now that I've gotten a good whack with the old cluestick. No opinion either positive or negative on it's inclusion. That, and it has nothing to do with me. I agree with what's being said, I think...but people's definition of a desktop differ, and as an aside, it's perhaps a little excessive? I mean, how many users are going to really notice video differences, or attempt to play 3d games in OpenBSD? (Do we even have many in ports?) On 10/11/07, Kevin Stam [EMAIL PROTECTED] wrote: Ah, thanks for the information. My bad. I'll have to take back the video comments now. :) Learn something new every day... On 10/11/07, Brett Lymn [EMAIL PROTECTED] wrote: On Thu, Oct 11, 2007 at 10:56:38PM -0400, Kevin Stam wrote: Or perhaps you're being quite legitimate here. I just haven't heard of that problem before, it's always been about 3d acceleration. http://en.wikipedia.org/wiki/X_video_extension It makes a big difference. -- Brett Lymn Warning: The information contained in this email and any attached files is confidential to BAE Systems Australia. If you are not the intended recipient, any use, disclosure or copying of this email or any attachments is expressly prohibited. If you have received this email in error, please notify us immediately. VIRUS: Every care has been taken to ensure this email and its attachments are virus free, however, any loss or damage incurred in using this email is not the sender's responsibility. It is your responsibility to ensure virus checks are completed before installing any data sent in this email to your computer.
Re: to zaurus or not to zaurus
The default system can run graphics adequately. So can pdaXrom, and OpenZaurus/Angstrom, or the Cacko ROM. These OS's burden the Zaurus less then OpenBSD does. There are ways to improve speed, however.d If you're expecting to run KDE or GNOME with 10 open windows, good luck with that. If you use much less minimalistic, smaller Window managers (like cwm), however, it becomes much more bearable. It can play movies. I'm not sure how well they play in OpenBSD/zaurus, as it's been a while - I used to encode them perfectly for the Zaurus, at just the right settings for ideal playback - it would stutter a bit, but it was bearable. AKA, it can play movies, but you'll need to re-encode them if you want playback performance to be decent. The built-in keyboard is wonderful. However, it is quite obviously too small to type with in regular fashion, and it's slow going. If you're comfortable on the command-line and are willing to put up with some annoyances here and there, it's a decent choice. I certainly don't regret purchasing mine. I recommend dual-booting it, as well - OpenBSD installs to the hard drive, leaving the flash empty as well - may as well put the flash to use, and install Cacko on it. It'll give you essentially the built-in Linux, only improved, along with OpenBSD as boot options. Instructions are on oesf.org/forums. I also recommend poking around in there. It's a great purchase - just keep in mind the low hardware specs. On 8/25/07, frantisek holop [EMAIL PROTECTED] wrote: hmm, on Sat, Aug 25, 2007 at 12:04:29AM -0400, Nick Guenther said that The battery life is 7 hours (12 if you pull magic hax of making the screen turn off when not in use and compulsively put it in standby most of the time) and a lot less with a wifi card in. 7h is not that bad compared to a notebook (e.g. on a plane). What's your usage like? It's too slow to run anything graphical reasonably, though you can if you absolutely have to. I mostly keep it in console with screen running a bunch of different windows with mg running, for various note takings. slow for graphics? but the default system is all grahic, isn't it? and some reseller ad said it can do divx's... It doesn't work for every day usage. I'm getting used to it but it's still too flakey to be trusted. I'm slowly hacking in things that make too flakey to bu trusted? what's that mean? the problem is that 7-13 (sub 2 kg category) stuff is just starting to emerge and is either not possible to buy yet, insanely expensive or both.. i would be perfectly ok with an OLPC kind of notebook but they just started this ball rolling for the competition. -f -- if you live long enough, it will kill you...