adamw

what this entire thread should illustrate is this: DO NOT INSTALL COOKER PACKAGES ON STABLE RELEASES. thank you for your time.

real-codecs might also be useful.

devries: you don't need to change /dev...install the gxmame front end, edit its options, tell it to use the new-style linux joystick input and change the input prefix from /dev/js to /dev/input/js. (There'll be a way to do this when launching xmame directly, but I don't know what it is offhand). Making manual symlinks in /dev isn't recommended as they might get nuked by udev or an upgrade, besides it's just dirty :D.

also be aware that you will no longer be able to write to the driver from Linux.

if you can get 9.2 installed, as jglen suggested, you could then do an update to 10.0 via urpmi. have you tried XFce, jglen? I use that on my poor underpowered laptop (P2/450, 128MB ram) and it works nice.

oh, there's a sorta-alternative config tool called iwpriv you might want to look at too. Maybe that can do it. I'm knee deep in wireless configuration this week trying to make an ACX111-based card work...*sigh*

sorry if I'm missing something obvious, but what's the problem with simply renaming your AP? shouldn't take more than two minutes to change the setting on any wireless devices you have.

peep: what do you find is missing in the combination of main, contrib and plf? I don't ever find much missing and if I do it's something pretty small which is easy to compile from source. if being up to date is what you're interested in, other options are Debian sid (combined with experimental) and Mandrake Cooker, Mandrake's development distro, which is *very* fast at getting new software outside of beta and community -> official periods.

HURD isn't a microkernel; it's the whole monolithic-kernel-substitute-collection-of-stuff (I'm sure there's a technical term for this :>) built by the GNU project on top of the Mach microkernel. i.e., HURD is actually the term for the Mach microkernel PLUS all of the stuff built on top of it that would usually go in a monolithic kernel (networking stack and so forth). There's a release of Debian based on the HURD. It's very, very definitely still at the "plaything for hackers" stage rather than the "OS any sane person would actually use" stage, but you can download the newest release from Debian if you want to try it out. Don't expect it to be packaged for Mandrake for another 10 years or so ;)

Yup. Linux, with libdvdcss, completely ignores region coding. I haven't tried it with an RPC-1 disc (to my knowledge, anyway) but region coding is a complete non-issue. Don't know the technicalities, but them's the facts. :) (this is great for Linux-based HTPC boxes, of course. This combined with the fact that a computer acts as a *great* NTSC <-> PAL convertor means a Linux box is pretty much the best DVD player money can buy - play any DVD from anywhere and it'll look great, no region problems, none of the choppiness you get with so-so NTSC / PAL conversion done by DVD players).

to huerzee - no, parallel booting hasn't been implemented at all yet. It's a very big change to the boot process and will need to be started right at the start of a development cycle if it's going to be done without breaking too much stuff. artee, don't know if you found this out yet, but Svetljo compiles his kernels with lirc built properly, so if you use kernel-2.6-multimedia or download an sds build from svetljo's page, things should be dandy. rivo, the biggest is nvidia proprietary driver not compiling properly without a patch to kernel sources. permissions for USB joysticks are not correctly set (only root can use them). speedtouch ADSL modems need tweaking to work. Upgrading from an earlier release can cause problems with KDM. that's all the ones I can remember for now...

I'm sure devries is right that compiling gives us more control over xmame, but I found the plf packages are great, everything that I need works nice :). yup, VBA is available on Linux and indeed packaged in Mandrake (in contrib or plf, I forget which). It works great. My real, Japanese-only limited edition Boktai GBA SP is better though ;)

same - I installed 10.1CE clean on my new HTPC box (my laptop runs cooker and hasn't been installed since 9.0) and looking at it right from scratch install it's very nice. A few bugs that are already fixed in Cooker will make a good difference - fixes to speedtouch modem installation, and also fixes for some permissions problems with udev. I really hope OE has a patched pm.h in the kernel-source to make nvidia drivers work with no messing. But it should be another great release...

make sure the directory where the fonts live is referenced by /etc/fonts/fonts.conf (i think that's where it lives, anyway, shouldn't be hard to find). or just dump them in ~/.fonts . after doing either of those, run fc-cache as root then as user.

you might have to paste as raw, in fact. i know how to do that in excel, I've not used openoffice's spreadsheet but I guess it's possible.

copy the value, change the cell properties, then copy back.

may well be. That variable defines your locale. try running "LC_ALL=C drakconf" in a terminal and see if that fixes it. If it does, you need to reset your locale, I think there's a tool called draklocale or something like that to set it...

how did you update it? where did you get the updated package? Did you install other updates also available from the same source?

ag, crap, prism2-utils, that's the package I *MEANT*. I knew we split the wlan-ng stuff out into a separate package but pulled the wrong name out of memory. sorry! (btw, if orinoco drivers have USB support it may be an idea to use them, as they actually use the standard wireless tools, unlike wlan-ng with its weirdass "all our own stuff" setup).

@dragonmage - both incorrect. the forcedeth module for the nforce onboard networking is in our 2.4 kernel now I believe. 5.1 channel output on nforce2 works perfectly with the snd-intel8x0 driver *if you set the volume levels correctly* and - v important! - use OSS output, not native ALSA output. star wars sounds nice on my z-5300s :P

that's impossible by definition - *anything* that is truly a service will be available via chkconfig. You may have daemons running that don't have services associated with them, or you may have processes running that have been started by xinetd (in which case you deal with them through the config files under /etc/xinetd), but any true service will be configurable via chkconfig.

...or if you have full hdlists, you can use urpmf. I tend to skip that because I use synthesis and I can't use urpmf. Google is kind of unreliable (it may give you old package names, or Red Hat package names, or something)

oh, and btw, X has little to do with font rendering any more. For all but very old apps, fonts are rendered via fontconfig, which was also the case in 10.0.

devries: what was your solution? because this is not wrong. kernel 2.6 with the unified input drivers creates joystick devices as /dev/input/js*, not /dev/js* - this is a new standard not an error. Most joystick apps will understand the new interface. there _is_ a problem with CE in that it assigns the permissions to these devices incorrectly - only root can read them - but this is fixed in Cooker and will be fixed in OE.

you could try using MandrakeMove (probably the last test version) instead of Knoppix and see if that finds the controller...