| 1 |
Apparently, though unproven, at 23:06 on Wednesday 27 October 2010, Harry |
| 2 |
Putnam did opine thusly: |
| 3 |
|
| 4 |
> I've been off the list a good while and wondered if there is some kind |
| 5 |
> of guide to scrap hal. |
| 6 |
> |
| 7 |
> I understand it is being done away with upstream and will probably |
| 8 |
> require some changes on users part. |
| 9 |
> |
| 10 |
> I'm also guessing there is some kind of replacement that I need to |
| 11 |
> learn about if it effects my longtime reliance on xorg.conf to keep |
| 12 |
> using my huge desktops I like to use. For yrs I've |
| 13 |
> used. |
| 14 |
> |
| 15 |
> Subsection "Display" |
| 16 |
> Depth 24 |
| 17 |
> Modes "1280x1024" #"1024x768" "800x600" "640x480" |
| 18 |
> Virtual 2048 1536 |
| 19 |
> ViewPort 0 0 |
| 20 |
> EndSubsection |
| 21 |
> EndSection |
| 22 |
> |
| 23 |
> in /etc/X11/xorg.conf |
| 24 |
> To get a 2048x1536 desktop to flop around on. |
| 25 |
> |
| 26 |
> I've never seen or heard of a way to get that without using xorg.conf. |
| 27 |
> |
| 28 |
> Other things, I noticed was the onetime I did try to dump hal I ended |
| 29 |
> up with no mouse or keyboard and fiddled with that a couple days, |
| 30 |
> finally going back to hal. |
| 31 |
> |
| 32 |
> That has been probably a yr or more ago now. |
| 33 |
> |
| 34 |
> Back to the point: Can anyone provide some URLS that will help me |
| 35 |
> form a battle plan or even better a brief outline of (generally) how |
| 36 |
> to proceed with more or less painlessly dumping hal? |
| 37 |
|
| 38 |
It should all just work automagically with no real effort from you. |
| 39 |
|
| 40 |
However, you cannot just unmerge hal and expect stuff to work, you might still |
| 41 |
need it, as in: |
| 42 |
|
| 43 |
$ emerge -pv --depclean hal |
| 44 |
|
| 45 |
Calculating dependencies... done! |
| 46 |
sys-apps/hal-0.5.14-r3 pulled in by: |
| 47 |
app-cdr/k3b-2.0.1 |
| 48 |
app-emulation/virtualbox-ose-3.2.10 |
| 49 |
app-misc/hal-info-20091130 |
| 50 |
dev-libs/e_dbus-9999 |
| 51 |
kde-base/solid-4.5.2 |
| 52 |
media-gfx/gimp-2.6.10 |
| 53 |
media-libs/libgphoto2-2.4.9 |
| 54 |
|
| 55 |
Recent xorg-server (i.e. 1.9.1 do not have hal in USE anymore. For earlier |
| 56 |
versions, you may still need to set USE=-hal udev for xorg-server in |
| 57 |
package.use. Then rebuild xorg-server. If you are *updating* xorg-server while |
| 58 |
doing this, then you might need to rebuild mesa and all the drivers as usual |
| 59 |
for an xorg update. |
| 60 |
|
| 61 |
As for xorg.conf. It's not quite true that you don't need an xorg.conf - this |
| 62 |
is still needed to define Screens and Devices if you have more than just one |
| 63 |
video adapter at native resolution. The part you don't need without hal is the |
| 64 |
Input section. |
| 65 |
|
| 66 |
Once you have rebuilt xorg-server and made sure you run a recent udev plus |
| 67 |
evdev in the kernel, comment out ALL Input sections in xorg.conf and all |
| 68 |
references to them. Restart X. |
| 69 |
|
| 70 |
It should all JustWork(tm). In the rare event it doesn't, post back with logs |
| 71 |
etc and we'll take it from there. |
| 72 |
|
| 73 |
-- |
| 74 |
alan dot mckinnon at gmail dot com |
Archives