On Tuesday 07 September 2004 10:36, Alexander Gottwald wrote:
On Mon, 6 Sep 2004, Bruce Rhodewalt wrote:
I'm having trouble configuring KDE on my Windows XP machine (using
Cygwin/X 2004/03/25).
From my bash shell, I can ssh or telnet to my FreeBSD 5.2.1 RELEASE
machine. However, if I
On Friday 30 April 2004 17:15, Nicholas Gibson wrote:
I'm at a loss, this is a fresh install of cygwin+kde3
on a machine that has just been built with XP. There
are no spaces in my home path, any help would be much
appreciated. My kde session never gets past this
point, it just sits there
On Monday 26 April 2004 22:51, Nicholas Gibson wrote:
I am attempting to start kde after a fresh
installation of cygwin and kde from
http://kde-cygwin.sourcefroge.net.
This is on a fresh machine with 1GB of RAM and plenty
of disk space... It hangs at loading the window
manager. I love kde
On Thursday 01 April 2004 02:16, Igor Pechtchanski wrote:
On Wed, 31 Mar 2004, Eric Hanchrow wrote:
Ralf == Ralf Habacker [EMAIL PROTECTED] writes:
Ralf # Create a symbolic link for the windows truetype fonts ln
Ralf -sf $SYSTEMROOT/Fonts /usr/X11R6/lib/X11/fonts/truetype
On Saturday 10 April 2004 03:09, Harold L Hunt II wrote:
It looks like we no longer need ttmkfdir in order to expose the fonts
installed with Windows to X11. The mkfontscale utility that is included
with out distribution was inspired by ttmkfdir and essentially replaces it:
Hi,
currently I'm trying the xft stuff with windows true type fonts for cygwin/qt
and kde applications and it works really good.
I'm planning to release the next qt/kde releases with xft support enabled.
One thing I have noticed, is that a symbolic link from the windows fonts dir
is
On Saturday 20 March 2004 23:32, Brian Ford wrote:
I guess this is just a heads up since I don't have time to debug it
right now, but with the latest XFree packages, I get a stream
of error messages like the following when linking our apps:
On Thursday 25 March 2004 16:39, Crescioli, Phil wrote:
Ooops, I forgot to insert my KDE_Log File. Here it is.
Last night I did a FULL and COMPLETE download of cygwin from
http://kde-cygwin.sourcefroge.net
This morning I installed ALL of cygwin and tried to bring up KDE3.1
using startx
Hi,
I've tried to compile recent xfree server sources from freedesktop cvs area
branch CYGWIN (after switching over from the old cvs area by patching all CVS
Repository rsp. Root files followed by a cvs update -C -r CYGWIN) and got the
following compile error:
wincreatewnd.c: In function
Hi all,
while reading some stuff about the ms services for unix, I stumpled over a
list of xservers in their documentation, where the xfree port is also listed.
(probably in the time where it belongs to cygnus, but anyway, they have
stated).
Hi all,
Last week the first KDE 3.1.4 release of the KDE desktop environment for
cygwin/xfree was released. Beside the basic packages it contains already some
additional package like kde-i18n, kdevelop, kdeedu, quanta and kdenetwork
(alpha version).
See http://kde-cygwin.sf.net/kde3/ for
On Wednesday 21 January 2004 08:38, Dr. Volker Zell wrote:
Hi
Michael == Michael Henke writes:
Michael I want to do X-Forwarding with my Windowx-XP-Box and am using
Cygwin SSHd. Michael SSH is working very fine so far. All i need is a
browser (except textbrowser Michael like lynx!) for
On Wednesday 14 January 2004 05:20, Harold L Hunt II wrote:
In an exciting, and very recent, turn of events, I will be attending
LinuxWorld Expo in New York City from Wednesday January 21st 3:00 PM to
Friday January 23rd 4:00 PM. This trip has been made possible by
funding from X.org, for
On Monday 12 January 2004 11:08, Dr. Volker Zell wrote:
Ralf == Ralf Habacker writes:
Ralf today the cygwin/XFree port of the QT 3.2.3 X11 release based on
the recent Ralf cygwin release is ready containing binary and source
package.
The following configure test for QT fails
On Sunday 04 January 2004 01:10, Kensuke Matsuzaki wrote:
Hi,
A new window manager XWinWM handles Motif WM Hint and Blackbox hint,
and kicker has no border. XWinWM is based on Hackedbox, and Hackedbox
doesn't use _NET_WM_WINDOW_TYPE atom.
I have to supprot EWMH, but XWinWM has preblem on more
Hi,
1. for the next kde-cygwin 3.1.4 release I'm going to build a start script,
which starts all required applications like ipc-daemon2, XWin and KDE basic
apps and kills this processes after a logout, if they are started by the
script. I like to build this script without any inferences
Hi,
i just saw the xfree development page and recognized a missing feature in the
multi window mode, which is is at least interesting for kde, but I assume
also for other x applications.
Currently the server does not handle modal dialogs like expected (currently
modal dialogs are independed
On Wednesday 24 December 2003 08:34, Harold L Hunt II wrote:
I have added a Cygwin/X Features webpage due to request by users and to
ease the job of getting Cygwin/X accepted by business users:
http://xfree86.cygwin.com/features.html
The list of features currently has about 17 items on it.
Hi
Harold L Hunt II wrote:
I tried a build without $(SMLIB) and $(ICELIB) in SharedXtReqs, but it
fails to link due to unresolved symbols (all symbols must be resolved at
library link time in DLLs on Windows).
I will have to consult with the rest of the Cygwin people to see what we
is it? That is,
if Harold releases another libXt with this change, would that break the
recently re-compiled and released lesstif, etc etc?
--
Chuck
Ralf Habacker wrote:
Not sure I understand. What should be changed in the current
version of
the Xt code?
only note 1, chaning the label. The second
Harold,
It looks like you got it nailed to me. I am testing a build right now.
I have too additional notes to this patch.
1. Because _Xtinherit is exported as a data symbol, immediate calls to this
function in the manner
...
_XtInherit();
...
will be relocated wrongly and should be
Harold
Not sure I understand. What should be changed in the current version of
the Xt code?
only note 1, chaning the label. The second note is only for completeness.
Attached are my curent xc/lib/Xt/[Initialize.c|IntrinsicP.h] files.
Please send a diff against these if anything
Hi all,
What we would need is a startup function which replaces pointers to the
importlib _XtInherit to the pointer of _XtInherit from the dll.
func reloc_addr[] = { };
unsigned reloc_addr_size = ...;
__startup_relocate(void) {
unsigned i;
func real_func = dlsym(cygXt.dll,
Hi Charles,
... if linked to the static ipc-library. Using the cygipc dll
results in an
additional runtime dependency, which will produce windows
runtime linking
errors if the cygipc package isn't installed, which will produce more
support noise dealing with this issue. Using the static
Hi Harold,
I just checked in changes to the MIT-SHM
(xc/programs/Xserver/Xext/shm.c) and XFree86Bigfont
(xc/programs/Xserver/Xext/xf86bigfont.c) extensions that disable SHM
support when the Cygwin IPC daemon is not running. This allows IPC/SHM
support to be enabled by default in
Hi Harold,
Ralf Habacker sent some patches on 2003/09/05 that I am working on
getting committed to the XFree86 CVS tree. Those two patches are here:
http://cygwin.com/ml/cygwin-xfree/2003-09/msg00092.html
http://cygwin.com/ml/cygwin-xfree/2003-09/msg00090.html
I have opened Bug 698
Hi Harold,
What do you mean? Do you mean that even after adding a call to check if
shm is supported and running that the extension is still installed, even
if you return?
Or do you mean that looking at the existing code shows
that they were never checking for shm support in the first
Ralf --
What happens when you run your cygipc-based build of X11, but do not
have the ipc-daemon running? You can't run KDE, of course, but does the
Xserver itself still work properly? Can non-KDE X apps work?
Xfre has build in support for disabling XIT-SHM support in cases the kernel
Hi all,
The appended patch implemented this support for the xfree server.
I've found that the XFree86-Bigfont extension is also shm related, which is
fixed by the appended patch.
As I have looked into this code I was wondering about the extension
initialisation code, which doesn't work as
Hi Harold,
If my IP is w.x.y.z vs. my loopback of 127.0.0.1, how is one of these
using unix domain sockets and the other using tcp/ip?
you're right, the answer is off-topic for this issue. I had read a note about
using DISPLAY=:0, which means using unix domain socket and for that my answer
was
Hi all,
The most recent patch looks pretty good from your description.
c) Replaces %display% with 127.0.0.1:display.0 in commands
Huh, I was going to say that %display% should be replaced with
127.0.0.1:0.0, but then I remembered that we know the 0.0, but we
don't know that the user
;
- DEBUGPROC_MSG;
into
+ DEBUGVARS;
+ DEBUG_FN_NAME(winSetSpans);
+ DEBUGPROC_MSG;
Cheers
Ralf
Changelog
2003-08-04 Ralf Habacker [EMAIL PROTECTED]
* winfillsp.c(winFillSpansNativeGDI),
* wingc.c(winValidateGCNativeGDI),
* winsetsp.c(winSetSpansNativeGDI
#ifdef SUNSHLIB
/*
* _XtInherit needs to be statically linked since it is compared against as
* well as called.
*/
void _XtInherit()
{
extern void __XtInherit();
__XtInherit();
}
#define _XtInherit __XtInherit
+ #elif defined(CYGWIN)
+ void (_XtInherit)(void) =
ago
BTW: there are some design problems with the shared library.
snip
This test is also done in other shared libraries. On linux (and most unices)
there is no problem with this. But on windows the symbol XtInherit in the
other library points to the import table and is different to
Hi Alexander,
for libXt it uses the direct address. For every other library using
the libXt.dll it uses the address from the stub.
I see, this is another case. Please take a look into xc/lib/xt/Initialize.c and
xc/lib/xt/sharedlib.c which provides such a case for another os. I don't
Hello
i'm trying to compile qt3.1.0 on cygwin as said in
http://kde-cygwin.sourceforge.net/qt3-win32/compiling.php
but i get errors (impossible to find headers)
has someone compiled qt3.1.0 on cygwin ?
The qt3-win32 section covers the native port of qt on cygwin without using
Hi Harold,
Have you checked if xoncygwin (SourceForge CVS) has both of your patches
applied? I think that I applied them both, but it would be nice if you
could verify that I did. The patches were not directly applied... I
looked at them and did the modifications by hand, adjusting a
Ralf Habacker wrote:
After installing this package, relink the Xserver with the following line:
$ make LDFLAGS=-Wl,--whole-archive -Wl,-lmemwatch -Wl,--no-whole-archive
I just noticed two little issue with linking xwin:
1. The above link line is a link line using default Makefiles
Hi Biju,
I am facing an issue of Memory access error in XWin -multiwindow mode
see http://www.cygwin.com/ml/cygwin-xfree/2003-06/msg00294.html
So Ralf pointed me to http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html
After seeing that patch, I have just gone thru XWin Source and found,
On Thursday, June 19, 2003, at 09:10 AM, Larry Hall wrote:
Robert Pollard wrote:
Hello all,
I tried to install KDE and it wouldn't run after installation. I did
all the post installation changes. It comes up with an error window
saying The application failed to initialize properly
See http://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html
Cheers
Ralf
--- original Nachricht Ende
--- Ralf Habacker [EMAIL PROTECTED] wrote:
--- Sylvain Petreolle [EMAIL PROTECTED] wrote:
--- Biju G C [EMAIL PROTECTED] a écrit : I dont know whether
this error is same as some
/ml/cygwin-xfree/2003-06/msg00162.html'
target='_blank'uhttp://cygwin.com/ml/cygwin-xfree/2003-06/msg00162.html/u/a
Cheers
Ralf
--- original Nachricht Ende
--- Ralf Habacker [EMAIL PROTECTED] wrote:
--- Sylvain Petreolle [EMAIL PROTECTED] wrote:
--- Biju G C [EMAIL
);
--
Ralf,
Thanks.
http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test91-DEBUG.exe.bz2
Harold
Ralf Habacker wrote:
Harold Hunt wrote:
5) winclass.c, winclass.h - Rename these files to
winmultiwindowclass.c and winmultiwindowclass.h, respectively, since
they are only used in MultiWindow
Harold Hunt wrote:
5) winclass.c, winclass.h - Rename these files to
winmultiwindowclass.c and winmultiwindowclass.h, respectively, since
they are only used in MultiWindow mode. Prefix the functions in these
files with MultiWindow. (Harold L Hunt II)
The appended patch contains some
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Earle F. Philhower
III
Sent: Monday, May 26, 2003 7:28 PM
To: [EMAIL PROTECTED]
Subject: RE: Custom icons per window class/name patch
Howdy Ralf,
At 09:39 AM 5/26/2003 +0200, you wrote:
while
Erle wrote:
I just did some runs with the commercial apps I use at work, and can
see that many do *not* create custom classes or window_roles for each
type of window.
KDE and gnome apps does.
I think the best thing to do for the class naming is
to just use an incrementing number and make
Hi Ralf,
Huh, where was the problem ? I've build it after applying all recent
patches from Earle.
When I applied Earle's and your patches in sequence, clean, from Harold's
test86 sources I got some minor hiccups on the last .dif.
I have seen, that you have got already this problems.
Hasn't Harold suggested that people could contribute links for their own
donations? I don't think it makes sense for someone to be attempting to
dole out money. What would the criteria be? Better to let the users
decide.
I understand your point, but who in the user community would
I am wondering if anyone has attempted to use Cygwin/XFree86 to replace
explorer.exe as the window manager.
David Fraser has reported done so with kde-cygwin. See
http://lists.kde.org/?l=kde-cygwinm=103072530327420w=2 for further infos.
Regards
Ralf
I am definitely interested in a cygwin GNOME binary, like the KDE binary
which is available on sourceforge using the standard cygwin setup.exe (but
I have not yet managed to get running properly on Win98)
Where are the problems with win98 ?
Ralf
In other words, it might not be able to follow NEW or MALLOC, because the
object format might be too different.
Try the mem_watch tool in the kde-cygwin cvs area
http://sourceforge.net/cvs/?group_id=27249, which hooks any memory relating
call.
$ less README
Memory Watcher
==
This
There is also this tool -
http://devel-home.kde.org/~sewardj/
Not sure if it can be used on Cygwin, but I think it might.
It depends on the glibc and this isn't ported to cygwin yet.
Ralf
The X server fires up, but KDE never initializes. back at the
cygwin prompt I get this:
waiting for X server to begin accepting connections .
..
..
..
after I manually close the X server I see:
giving up.
xinit: Permission denied (errno 13): unable to connect to X
Hi all,
1) Add support for non-rectangular windows created by the X Shape Extension
while in Rootless mode (e.g., ``XWin -rootless''). (MATSUZAKI Kensuke)
Thanks to all who are working to get ready this feature.
I've tried to run kwin/kmail/korganizer/konqueror and other kde apps on
On Wed, Jul 31, 2002 at 07:51:08AM -0700, Nicholas Wourms wrote:
--- Christopher Faylor [EMAIL PROTECTED] wrote:
On Wed, Jul 31, 2002 at 11:14:50AM +0200, Ralf Habacker wrote:
Any comments ?
Are there any licensing issues with qt? Is the open source license
compliant
Well, then, why all of the fuss in cygwin-patches where you were
trying
to modify windows headers? It doesn't seem like this is an
entirely
unix port:
http://cygwin.com/ml/cygwin-patches/2002-q3/msg00175.html
So, while this may have been discussed before, I'm not sure we had
Ralf Habacker wrote:
One thing that should be discussed will be how to divide the packages,
which was stated (a little) in cygwin-xfree. Currently I'm preparing
a (from my point of view usefull) schema and will send it to the
list the next
days, so
that packaging could start
Ralf Habacker wrote
One thing that should be discussed will be how to divide the
packages,
which was stated (a little) in cygwin-xfree. Currently I'm
preparing
a (from my point of view usefull) schema and will send it to the
list the next
days, so
that packaging could start
Ralf,
Here is how I would like to do it:
I aggree mostly with your view, but I see the best in dividing the stuff into
the following packages
(a) qtlib - qt dll without debug information and basic docs (REDAME's,
etc.). This is the minimum for using additional qt applications and it
fun
Ralf Habacker
The naming was probably inherited from linux, where it is possible to
have both kde (1) and kde (2) and kde (3) all installed on the same
machine. Therefore, each needs different basename.
Yes, this is it.
If the kde-cygwin folks want to maintain that package-name distinction,
then
The naming was probably inherited from linux, where it is possible to
have both kde (1) and kde (2) and kde (3) all installed on the same
machine. Therefore, each needs different basename.
If the kde-cygwin folks want to maintain that package-name distinction,
then they should just
What about kde-x. Must it be named kde_x ?
Couln't those fixes be included in the base xfree package?
Having a package that overwrites a file from another package gives
problems if you deinstall the latter: you lose the file from the first...
Unfortunally for some reasons no, because 1.
Hi,
I'm getting the same for xterm. My Cygwin / XFree86 installation from about
three
months ago was running fine, but when I upgraded it yesterday I get the same
problem,
at least when running as a domain user. Xterm works when I run it as the local
administrator though.
I also have
.
Because currently I have no idea, whats going on, is there anyone who can give a
hints for this ?
Regards
Ralf Habacker
while working with kde/cygwin and xfree/cygwin I recognized a significant
timeout of xinit, after starting the x server andbefore starting the x
client relevant stuff. It seems that xinit goes into a timeout while
waiting for
the X process, because the delay does not depend on how long
I think one of the major obstacles is to get the mainline cygwin
maintainers to approve the /opt directory tree. There has been some
discussion of this in the past, but it always ends in not wanting it
because they say so. One might say why not
/usr/X11R6/{qt2|qt3|kde2|kde3}? To that I
Nicholas Wourms schrieb:
I hate to chime in with a me too, but I have been
experiencing the same
issue. I contacted Robert Collins about the issue and he
said he would
look into why setup is doing that. Haven't heard from him
yet though...
Setup is doing what?
They mean the
There is a new snapshot (v 2.249) available that has Ralf's patch in it.
Thanks Robert
Ralf
This is great! I love to see the progress with KDE on Cygwin.
Keep up the good work. Maybe in about a year we'll be able to distribute
KDE on Cygwin via Cygwin setup.exe packages :)
I assume, this point will be happens earlier. :-)
Ralf
Export some new symbols from Xft that are needed for qt 3.x.
This has been build checked (i.e., XFree86 was built, but I have not tried
to build qt 3.x against it yet).
In the qt-3 dir of the kde-cygwin cvs area you can find a cygwin buildable qt-3
library.
Ralf
Hi all,
the 4.2.x release of the xftlib does not export some symbols required by qt 3.x.
Are there any doubts fo adding this in further xfree/cygwin releases ?
Index: lib/Xft/Xft-def.cpp
===
RCS file: /cvs/xc/lib/Xft/Xft-def.cpp,v
I don't know but I wonder why it is called on all platforms *except* Cygwin.
I'll look at the CVS history today.
In libICE this is called on every platform, in libKDEICE, which is derived from
libICE for using with DCOP, this is removed on every platform.
Ralf
This is off-topic for the xfree mailing list, it's really a developer or
general topic. Anyway
Should we move this to the cygwin list ? I'm not subscribed to the develop
list.
1. Why do you use st_dev explicity. Isn't ftok() only for
files ? From the ftok documentation: The ftok()
Robert Collins wrote:
In short, I don't like the idea of making key_t 32 bits.
I have taken deeper into ftok and have some questions:
1. Why do you use st_dev explicity. Isn't ftok() only for files ?
From the ftok documentation:
The ftok() function returns a key based on path and id that is
Ups, there were some wrong usages of path/buf in the last code example. Sorry.
key_t
ftok(const char *path, int id)
{
struct stat statbuf;
// call stat() only as file existing check
if (stat(path, statbuf))
{
/* stat set the appropriate errno for us */
return
The definition of key_t in newlib is a 32bit int, for cygdaemon it needs
to be 64 bit to store the inode and the index cleanly. Redefining that
will break every cygipc linked application when they are rebuilt, until
cygipc is rebuilt against the new source. However rebuilding cygipc will
It works, we have done so for the kde-cygwin port
Yeah, but it requires CygIPC, doesn't it?
Yes, which is not distributed with cygwin because of license problems,.. the old
story ...
and I know, about what you like to talk - the new cygwin daemon, isn't it ? :-)
BTW, has anybody tried
It is possible though to compile xfree86 for cygwin with that enabled,
but it haven't been tested, check the mailinglist.
It works, we have done so for the kde-cygwin port
Regards
Ralf
Hi,
some month ago I've encountered a problem with kde 1.1.2 kcontol.
The problem was, that a once called kcontrol page was hidden for further calls.
Currently I have checked this with the xfree 4.2.0 release and recognizes that
it this problem is gone away.
Thanks for this good work.
Ralf
Hi all,
the kde-cygwin team has released the qt 2.3.1 beta 1 release.
This release is an update to the official qt 2.3.1 with all cygwin related
patches from the 2.3.0 release applied.
The most imported change is optimized qdir/qfile code, which speeds up qt file
dialog displaying.
You can
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
Of Joshua Lokken
Sent: Thursday, April 11, 2002 8:33 AM
To: [EMAIL PROTECTED]
Subject: cygpng2.dll missing
Hello, all:
Cygwin is great so far!!
Question: After installing KDE and all of the
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
Of Robert Collins
Sent: Monday, April 08, 2002 10:13 AM
To: [EMAIL PROTECTED]
Subject: rootless mode
I've been thinking about rootless mode.
Here's my current thoughts:
1) We create a real win32
Thank you for pointing this out. :-) I doesn't know that in
this detail
Regards
Ralf
snip
I know you say that Cygwin/XFree86 is up-to-date,
but are you running
Cygwin/XFree86 4.2.0? You can check by running
'xdpyinfo' in a local
Cygwin/XFree86 session or in a terminal when you
are logged into another
machine via XDMCP.
qt3, which is used by kde3, does not work with the
On Tue, Mar 12, 2002 at 09:30:05AM +0100, Ralf
Habacker wrote:
I have done some analysing work with this and with the
cygwin daemon (cygserver transport classes)
there may be a
way in the future to implement unix domain sockets with
named pipes which speed up unix domain sockets up
Hello,
I have a problem running KDE 2 under Cygwin
1.3.9 / XFree 4.2.0: it
says The procedure entry point XShmAttach could
not be located in the
dynamic link library libXext.dll. Really,
there's no such entry point
in that DLL. I've tried to use DLL from XFree
4.1.0 but it doesn't
And this is the wrong mailing list for discussing KDE.
There is always at least one isn't there? I
suppose this is not the
place to ask questions related to cygwin?
We tried to make this very clear here:
http://cygwin.com/lists.html
Hi Chris,
isn't it possible to implement an
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Harold Hunt
Sent: Friday, January 18, 2002 5:27 AM
To: [EMAIL PROTECTED]
Cc: cygx
Subject: RE: Cygwin XFree web page looks odd in Mozilla
Rob - The errors you reported were trivial and are
+ _IceLastMajorOpcode
Why does this symbol need to be exported? I need some description to put in
the patch submission if I'm going to send this on to XFree86.
I've got some errors from people who were compiling the kdelibs 2.1.1 from the
kde-cygwin cvs
area and the dcopserver depends on
Suhaib
-Original Message-
From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 14, 2002 5:19 PM
To: Cygwin-Xfree
Subject: Building Enlightenment
Hi Suhaib,
it is interesting for the xfree people to have a link to a
patched libxext relating to this thread
in this package is a problem, let me know.
Ralf
Suhaib
-Original Message-
From: Ralf Habacker [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 14, 2002 5:19 PM
To: Cygwin-Xfree
Subject: Building Enlightenment
Hi Suhaib,
it is interesting
On Fri, 11 Jan 2002, Ralf Habacker wrote:
Hi,
I'm using the latest Xserver Test Release and have recognized a problem,
when starting some apps without any window manager.
For starting kde/kde2 I'm using setxroot to choose another background at
the start of the launching process
Hi,
I'm using the latest Xserver Test Release and have recognized a problem, when starting
some
apps without any window manager.
For starting kde/kde2 I'm using setxroot to choose another background at the start of
the
launching process, which needs some time. At this time no window manager
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sylvain Petreolle
Sent: Wednesday, January 09, 2002 6:41 PM
To: [EMAIL PROTECTED]
Subject: Kde 2.2.1's setup.ini file
Hi,
I would install Kde 2.2.1 and i didn't find
the setup.ini file on
95 matches
Mail list logo