From: Tuxedo on
On Dec 26, 12:17 am, Eric Hameleers <er...(a)sox.homeip.net> wrote:
[...]

> Easy... download and install these packages which Pat made for people
> like you who are not ready for KDE4:http://slackware.osuosl.org/unsupported/kde-3.5.10-for-slack13.0/
>
> They are compiled on Slackware 13.0. Their status is "unsupported",
> meaning there is no guarantee they will work on slackware-current or
> any future stable release.
>
> Eric

Thanks for the tip - I will give this a try on a 13.0 installation!

From: Tuxedo on
On Dec 26, 12:39 pm, Henrik Carlqvist <Henrik.Carlqv...(a)deadspam.com>
wrote:
> Eric Hameleers <er...(a)sox.homeip.net> wrote:

[...]

> What about security patches? I suppose that unsupported packages will not
> get any security patches? On the other hand as there is no longer any
> upstream support for kde 3 there will probably not be much patches for the
> official kde 3 packates in earlier versions of Slackware either.

Thanks for the above note as well as your previous comments on whether
to upgrade or not to upgrade. The answer to your question as to why I
prefer 13.0 over 12.2 is indeed what you suggested: I do not know.

Not having used either or having read or compared the release notes in
detail, except for the window manager version difference, I guess my
preference for a 13.0 version would be based on a notion that newer is
better, or more specifically in software, the assumption that some
things may last a bit longer in terms of compatibility with future
applications. Otherwise, kde-3.5.10 sounds like the perfect window
manager, no more updates, no more bugs, nothing new to learn. Finally
I can get some real work done!
From: Eef Hartman on
Henrik Carlqvist <Henrik.Carlqvist(a)deadspam.com> wrote:
> Eric Hameleers <eric1(a)sox.homeip.net> wrote:
>> Their status is "unsupported", meaning there is no guarantee they will
>> work on slackware-current or any future stable release.
>
> What about security patches? I suppose that unsupported packages will not
> get any security patches?

No, they don't. It is an "as is" (then) compilation for 13.0 (both versions).

> upstream support for kde 3 there will probably not be much patches for the
> official kde 3 packates in earlier versions of Slackware either.

There never were any for 12.2 either, even when 3.5.10 was still supported.
The last KDE patch Pat supplied was for 12.1 (and KDE 3.5.9), in 2008:
kdenetwork-3.5.9-i486-3_slack12.1.tgz
And there were 3 updates for KDE 3.5.7 in Slackware 12.0
--
*******************************************************************
** Eef Hartman, Delft University of Technology, dept. SSC/ICT **
** e-mail: E.J.M.Hartman(a)tudelft.nl - phone: +31-15-278 82525 **
*******************************************************************
From: john on
On Dec 29, 6:35 am, Eef Hartman <E.J.M.Hart...(a)tudelft.nl> wrote:
> Henrik Carlqvist <Henrik.Carlqv...(a)deadspam.com> wrote:
> > Eric Hameleers <er...(a)sox.homeip.net> wrote:
> >> Their status is "unsupported", meaning there is no guarantee they will
> >> work on slackware-current or any future stable release.
>
> > What about security patches? I suppose that unsupported packages will not
> > get any security patches?
>
> No, they don't. It is an "as is" (then) compilation for 13.0 (both versions).
>
> > upstream support for kde 3 there will probably not be much patches for the
> > official kde 3 packates in earlier versions of Slackware either.
>
> There never were any for 12.2 either, even when 3.5.10 was still supported.
> The last KDE patch Pat supplied was for 12.1 (and KDE 3.5.9), in 2008:
> kdenetwork-3.5.9-i486-3_slack12.1.tgz
> And there were 3 updates for KDE 3.5.7 in Slackware 12.0
> --
> *******************************************************************
> **  Eef Hartman, Delft University of Technology, dept. SSC/ICT   **
> **  e-mail: E.J.M.Hart...(a)tudelft.nl - phone: +31-15-278 82525   **
> *******************************************************************

The only reason I have for using 13 instead of 12.2 is Qt4, which is
required by the latest versions of some applications
such as Scribus.

Just FYI I doubt if I will be ever ready for KDE 4. It is about as
clunky as can be. Bad initial design can't be patched. I have gone
over to XFCE and will stay with that GUI for as long as it is
available. Someday someone or several someones will get the message
and put KDE 4 in the bit bucket along with Vista and the other failed
projects.

John Culleton
Slack since 1996 or thereabouts.

From: Tuxedo on
john(a)wexfordpress.com wrote:

[...]

> The only reason I have for using 13 instead of 12.2 is Qt4, which is
> required by the latest versions of some applications
> such as Scribus.
>
> Just FYI I doubt if I will be ever ready for KDE 4. It is about as
> clunky as can be. Bad initial design can't be patched. I have gone
> over to XFCE and will stay with that GUI for as long as it is
> available. Someday someone or several someones will get the message
> and put KDE 4 in the bit bucket along with Vista and the other failed
> projects.

Same here. I doubt I will ever switch to KDE 4! There's a KDE 3 for
Slackware 13 linked above in the thread. I just installed Slackware 13 but
couldn't make X windows run with DRI as I don't master the fine art of xorg
configuration, so I didn't get a chance to test this bundle. Instead, I
will bluntly revert to Slackware 12.2 in order to run X windows in DRI mode.

I believe my system has a fairly standard Intel on-board 82852/8255 GM
Graphics Controller, but none of the auto-config tools, such as "X
-configure" or "xorgsetup" generated an X windows config file with the
result of direct graphic rendering working on the system.

Does anyone here happen to have the same type of hardware and an xorg.conf
file with DRI configured and working?

My screen is 1024x768 True Color (60 Hz) although I'm not sure what
vertical and horizontal refresh rates and other necessary values may be. In
fact, I haven't found much documentation in relation to the graphics
hardware and screen configuration for any Linux system.

Alternatively, does anyone know of a procedure to run a Windows based
driver in Slackware using some kind of third-party program wrapper
application? I think the main file for the graphics driver in Windows XP is
located in c:\windows\system32\drivers\ialmnt5.sys. This is in an ntfs
partition on the same disk as my Slackware, mounted somewhere in
/media/hda4/WINDOWS/.... As far as I understand, it is an "Intel Extreme
Graphics 2" driver, which doesn't come with Windows itself but is supplied
by Intel or whoever sells the hardware and then installed separately, also
to speed up direct graphic rendering in Windows (without XP works sluggish).

So far only the vesa powered X windows works for me in most Linux's for
the hardware, which is a Samsung Q25 notebook. In fact, I found that the
graphics of many distros are either broken while attempting to run DRI on
this hardware. The effect is a kind of erratic screen flickering and other
graphical display errors that seems to kick more or less in depending on
what or how many applications are running at the same time. If left
unattended, sooner or later the hardware would probably get damaged.

An example of where graphics work including DRI is Knoppix 5. Knoppix uses
an auto-generated xorg.conf for the i810 driver. Also, the exact same
Knoppix generated xorg.conf file runs fine with DRI in Slackware 12.2, but
not in Slackware 13 for some reason. I understand some X things has changed
between the two versions.

The graphics will work Ok with any window manager which doesn't require
DRI, but of course, that doesn't include KDE, nor does it include running
programs within any window manager that happens to require 3D effects.

If anyone here has the same of type hardware using Slackware or another
distro with hardware acceleration working, it would be much appreciated if
you can kindly post a copy of your /etc/X11/xorg.conf in this thread.

Many thanks,
Tuxedo

First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7
Prev: useradd, upgrading Feunster
Next: Qemu help