Jump to content


  • Posts

  • Joined

  • Last visited

Posts posted by adamw

  1. For undefined references, try just adding:


    %define _disable_ld_no_undefined 1


    to the top of the spec file. It's a workaround not a fix, but that's not actually that important in this case.


    edit: none of the %*dir macros are at issue here, this is simply a code bug. But for reference, they're defined in /etc/rpm/macros.d/kde3.macros .

  2. I don't think anyone within MDV has time to do it, no. The official KDE team has to work on KDE 4 for 2009 Spring and fixing bugs in 2009, and they're only a very few people. As dexter said, you could try rebuilding it yourself.


    tux: fvwm is a single package that's very easy to build and has little in the way of external dependencies. KDE is...not. It's organizationally messy to include both KDE 3 and KDE 4 and it results in some compromises, it's not a sustainable situation for multiple releases.


    Yes, there are big organizations stuck on KDE 3 so any security issues will likely be patched, and maybe any bugs that some sufficiently big organization considers important enough to pay to have fixed. But that's about it. None of the core KDE devs who get to choose what they work on, are working on KDE 3 any more. Just check the SVN commit logs, if you want to see. KDE 4 is where all the effort is focused now.

  3. "and from what I read KDE 3.5 will still be supported for several years by the developers."


    This is not the case. KDE 3 is already essentially unmaintained upstream.


    2009 Spring will not include KDE 3 as a usable desktop (some KDE 3 packages remain so we can build critical apps that haven't been updated yet, but you can't log in to the desktop).

  4. So, wait, you have a router which provides a connection via cellular data, but your PC just connects to the router via regular Ethernet?


    In that case, as far as Mandriva's concerned, it's just a perfectly standard Ethernet connection. It doesn't matter at all to Mandriva and your laptop how the router ultimately handles the Internet connection - that's the router's problem. All your laptop cares about is talking to router, which is done as a standard ethernet connection.


    If I read your post wrong and this is not actually your situation, please clarify :)


    So, further: in no case will the purchased version of Mandriva work better than the One edition for networking. The things that are unique to the purchased version are commercial software, and there's no commercial hardware drivers included, so as far as hardware support goes, One and Powerpack are basically identical.


    Free has slightly worse hardware support out of the box than One or Powerpack, simply because it only contains free software; it doesn't contain any non-free-but-redistributable software, like the NVIDIA and ATI graphics card drivers, or the firmware for Intel wireless adapters. These are included in One and Powerpack. You can add them to Free easily once you have an Internet connection, but they're not there out of the box.


    2009 does work with some hardware that didn't work with 2008 Spring, but we really need some more details on exactly how your network is set up and what the problem is before we can be sure what it is you need. But definitely don't go out and buy a Powerpack, yet - it's not the answer to this problem.

  5. Note that you will lose quality each time you decompress and recompress, so try to do all your edits in one operation - don't forget to edit something in one section and then have to decompress and recompress that section again :)

  6. You should definitely use at least WPA. WEP is so easily breakable at this point that it's virtually indistinguishable from running no encryption at all; you can download point-and-click GUI tools for Windows and OS X that will break into any WEP network in about 20 seconds.


    Using WPA-PSK is just as easy as using WEP, it works pretty much the same as far as you the user is concerned: you just set a key on the router and set the same key on all the clients.

  7. If 1920x1200 is the native resolution of the panel, you really should use it (except perhaps for games it's not capable of running smoothly at that high a resolution). Running an LCD display at anything less than its native resolution (or an exact, integer multiple of it) inevitably looks bad, because LCD displays actually have physical 'pixels' - your display has 1920 horizontal elements and 1200 vertical ones. Trying to display 1440 pixels on 1920 LCD elements inevitably results in a loss of quality because you can't do it perfectly - something is going to come out distorted. That's why you should always stick to the native resolution.


    If you find fonts too small at the native resolution, you should set the display DPI correctly: to find the correct DPI, measure the actual screen area horizontally in inches and divide 1920 into that number, and that's the DPI of your screen.


    If you're running KDE 4, there isn't an easy way to set an arbitrary DPI. However, you can set it to 120, which would likely be pretty close to correct for a 1920x1200, 15.4" monitor. Run the KDE Control Center (not the Mandriva Control Center, they're different), double click Appearance, single click Fonts, and change the 'Force fonts DPI' box to 120 DPI.


    I believe KDE 3 is similar to KDE 4.


    If you're running GNOME, you can set an arbitrary DPI in the GNOME font config tool: System / Preferences / Appearance, click on the Fonts tab, click on Details, and change the Resolution value to whatever you calculated.


    That should make fonts look the right size on your screen. Note that even if you're in KDE, GTK+ apps - like Firefox - will respect GNOME's setting.

  • Create New...