April 2017

910111213 1415
16171819 2021 22

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
marcmagus: (regexp)
Monday, November 10th, 2008 05:33 pm

You've had to do this twice, so remember for next time if you get wonky behavior: =x11-base/x11-drm-20070314 works. x11-drm-20071019 and now x11-drm-20080710 do *not* work with the hardware on cabinet, and are masked in /etc/portage/package.mask. If a new version of x11-drm is released and causes an error message that drm is not supported, the solution is to downgrade x11-drm.

Alternatively, it appears those two versions are marked unstable, whereas 20070314 is marked stable. You may have had to switch to unstable to get a working version a year and a half ago (explaining why you have ~x86 in package.keywords), but the version you want is currently the latest stable version. Fix that.

In case anybody is randomly coming across this page, your graphics controller lists as "00:02.0 VGA compatible controller: Intel Corporation 82945G/GZ Integrated Graphics Controller (rev 02)"

[Hopefully this was the cause of my other trouble as well as causing a failure in graphics acceleration that I never observed as I don't rely on it often...we'll see.]

marcmagus: (regexp)
Friday, November 7th, 2008 02:43 pm

Last night I did my occasional emerge -avtuND world. There was a recursive block happening because two packages had been moved into a third, so e2fsprogs was blocking e2fsprogs-lib, and vice-versa, with sys-libs/com_err and sys-libs/ss also involved. Fortunately, I had the thought "these sound important" and went to do some Googling before I attempted to resolve it for myself, so I avoided the fate of many who got stuck with a non-functional Portage midway through the update (ouch).

Let me comment on that, actually: if you're doing this update, be very careful. Your wget probably depends on com_err, so after emerging com_err you will be unable to fetch the distfiles for e2fsprogs-lib, which is what you need to resupply com_err under the new packaging. Make sure to fetch all needed distfiles before unmerging com_err! In fact, do some research on this for yourself.

So, that went fine. Then I did my usual world update, and left it to go overnight while I went to sleep. I know I heard my music start from my at job at 10am. Sometime between then and noon, it stopped. When I got up, I couldn't get any display at all. I actually hard-reset the darn thing. I've been experiencing intermittent problems of varying degrees (irssi segfaulted, firefox has done all kinds of special things, either my window manager or X has outright crashed, etc.) all day. I'm not sure what's wrong. I've been selectively remerging things in case it helps. (revdep-rebuild continues to show nothing needing rebuilding, and everything in /etc is up to date.) This is really frustrating.

I still love Gentoo, I'm just a little irritated with it right now.

marcmagus: (regexp)
Thursday, May 17th, 2007 10:30 pm

Now that I have the nifty new monitor, I have enough space on my desk to have my laptop next to the monitor without it being all cramped. Which reminded me of an especially nifty bit of software my coworker mentioned a few weeks ago called Synergy.

It's a software KM (no V, but they're talking about maybe putting that into a future version). You have a keyboard and mouse hooked up to a "primary" computer. When you mouse off the edge of the screen, the mouse teleports to the monitor of another computer, and keyboard events are also forwarded to that computer. So if all your computers have independent displays, you can use your one good quality keyboard and mouse to work on all of them. It handles clients dropping connection smoothly (your mouse just skips them). It can do some nifty stuff with connection the edges in interesting ways which make sense (only part of an edge connects to another computer, say because you have two small monitors side-by-side beneath a widescreen?). And, for bonus niftiness, it shares clipboard contents (at least text) and is supposed to be able to synchronize screen savers so the clients are slaved to the server.

The setup guide is really good, so no comments here on how to get it working. I have two computers in loop, so it doesn't matter which side I stick the laptop on. When there's no laptop, I just end up with the right edge of my screen warping to the left, and vice versa. I suppose that could get annoying, I don't know. One caveat, it doesn't play nicely with window managers which use screen edges for virtual desktop switching; they recommend you turn that off and use keyboard for that. I already wasn't using those, so it wasn't an issue for me.

marcmagus: (regexp)
Thursday, May 17th, 2007 06:36 pm

I just got a new display for my desktop, an Acer AL2216W widescreen LCD. It has a native display resolution of 1680x1050. It's quite adequate, especially since it finally has me off of CRT, giving me a ton more desk space.

The problem is that the video card in my computer (that onboard Intel 950 described in the spec) doesn't have an internal mode for 1680x1050. But it can actually supoprt that resolution, it just needs to be convinced. Fortunately, someone clever has written a program which pokes the appropriate values into the appropriate places to convince this kind of video card that it supports resolutions it doesn't know it supports.

Unfortunately, I've already misplaced the link for the very nice walkthrough I used. But the little program is called 915resolution. It's as simple as running that with one line to overwrite a resolution you're not going to use (that's anything, with an LCD you want to be in native resolution anyway) with one you want to. This only affects RAM, so it has to be rerun every time you boot. That's good news, as it means you can't break anything permanently unless you try really hard.

Gentoo makes it even easier for you. The 915resolution package comes with a nice init.d script. Just drop an appropriate line into /etc/conf.d/915resolution, add it to whatever runlevels you need to, and you're good to go.

As for me, I'm enjoying my increased desk space (nearly 4 sq. ft.), my increased screen real-estate (453280 px), and not having to shove my face up to the screen and/or squint to read text in an XTerm at default resolution (a significant gain in effective screen space).

marcmagus: (regexp)
Thursday, April 19th, 2007 11:37 am

As you probably already know, I tend to prefer to do text-based things (email, chat, BBSing, etc.) using a program which resides in a terminal window rather than something with a lot of GUI around it. There are a few reasons for this, including that they tend to have better support for a keyboard-driven interface rather than requiring the mouse for some actions. The main reason these days has to do with my having (finally) discovered screen.

Screen is a beautiful program which lets you treat one terminal window as as many as you like, and also lets you detach from the real terminal and still keep all those applications running in their, errr, pseudo-pseudo-terminals. Which means I can have my im client (if it runs in the terminal) run on my home computer, and attach to it from anywhere with an internet connection, so I never have to log out. And I get the whole thing, the real UI for the chat program, because I'm really attached to it, not just some hacked-together command-line remote control interface.

It gets more technical from here... )
marcmagus: (regexp)
Monday, April 9th, 2007 01:07 pm

In the past I've had trouble configuring my computers both to send mail out to the internet and to deliver locally generated mail locally*. The problem is that I've been trying to use little lightweight MTAs like ssmtp and msmtp. This time I went ahead and did a Postfix installation.

I followed the guide at the Gentoo Wiki. It was easy and it works. It's possible that some ISPs will reject my mail because it comes from a dynamic IP (coming, as it does, from a computer sitting on our home network which gets its IP from our cable company). If this becomes a problem, they have nice directions for having Postfix route the mail via your ISP, which I figure I should be able to use to get it working.

A nice side benefit of this setup is that, being a full-blown MTA, I can theoretically ditch Gmail and give myself an email address at my domain (available thanks to dynamic DNS from DynDNS). I'm not sure I want to do that just yet...I'd be trading off not having to let Google snoop my mail for a downgrade in delivery reliability (if the network connection goes down, or the power goes out at home, or the IP changes and the DNS takes a while to propagate, or one of my housemates chokes the bandwidth on the connection, or something else interferes with my access). But my quick test did show that I can both send and receive mail directly. (If anybody wants to help me play with that a little, let me know.)

* (For those who don't know, a lot of *NIX system processes which run quietly in the background will send an email to the machine administrator when something goes wrong. If the thing which went wrong involves the network connection, it's useful for one of the places this mail gets delivered to be local to the machine.)

marcmagus: (regexp)
Thursday, April 5th, 2007 11:55 am

About a week ago I bought a new computer, and I've started setting it up with Gentoo. It occurred to me that it would be nice to keep a log of any tricky things I've had to do to get it functioning the way I want it to, that it might be good to put it somewhere not on the computer in case I need to refer to it again, and that it might be nice to put it somewhere public in case anybody else runs into the same difficulty. For now, I'm going to blog about these discoveries here. Some day I may compile it somewhere else for nicer reference.

Details will be lj-cut for people skimming.

Like this... )