You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(43) |
Nov
(6) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2007 |
Jan
(4) |
Feb
(4) |
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Paul A. <alb...@rd...> - 2007-05-14 14:51:15
|
Found a bug in qvwm-1.1.12. If a firefox window is positioned at the top left of a display--for example, if the firefox window is maximized--and firefox is put in fullscreen mode via the f11 key the application is displayed correctly. However, when the application is restored to its original state using the f11 key again the title bar gets clipped off. Seems like Qvwm::Configure method doesn't handle reposition or resize correctly. Here's a fix: diff -r qvwm-1.1.12-pristine/src/configure.cc qvwm-1.1.12-thinix/src/configure.cc 91c91,92 < rc.x = cre->x + paging->origin.x - borderWidth; --- > /* rc.x = cre->x + paging->origin.x - borderWidth; */ > rc.x = cre->x + paging->origin.x; 98c99 < rc.y -= topBorder + titleHeight + titleEdge; --- > /* rc.y -= topBorder + titleHeight + titleEdge; */ 100a102 > if ((rc.x == 0) && (cre->width == rcWidth)) rc.x -= borderWidth; 104a107 > if ((rc.y == 0) && (cre->height == rcHeight)) rc.y -= topBorder + titleHeight + titleEdge; diff -r qvwm-1.1.12-pristine/src/main.cc qvwm-1.1.12-thinix/src/main.cc 110a111 > int rcWidth, rcHeight; 229,230c230,231 < DisplayWidth(display, screen), < DisplayHeight(display, screen)); --- > rcWidth = DisplayWidth(display, screen), > rcHeight = DisplayHeight(display, screen)); diff -r qvwm-1.1.12-pristine/src/main.h qvwm-1.1.12-thinix/src/main.h 39a40 > extern int rcWidth, rcHeight; Paul Albrecht |
From: Paul A. <alb...@rd...> - 2007-05-14 13:29:18
|
Found a bug in qvwm-1.1.12. If a firefox window is positioned at the top left of a display--for example, if the firefox window is maximized--and firefox is put in fullscreen mode via the f11 key the application is displayed correctly. However, when the application is restored to its original state using the f11 key again the title bar gets clipped off. Seems like Qvwm::Configure method doesn't handle reposition or resize correctly. Here's a fix: diff -r qvwm-1.1.12-pristine/src/configure.cc qvwm-1.1.12-thinix/src/configure.cc 91c91,92 < rc.x = cre->x + paging->origin.x - borderWidth; --- > /* rc.x = cre->x + paging->origin.x - borderWidth; */ > rc.x = cre->x + paging->origin.x; 98c99 < rc.y -= topBorder + titleHeight + titleEdge; --- > /* rc.y -= topBorder + titleHeight + titleEdge; */ 100a102 > if ((rc.x == 0) && (cre->width == rcWidth)) rc.x -= borderWidth; 104a107 > if ((rc.y == 0) && (cre->height == rcHeight)) rc.y -= topBorder + titleHeight + titleEdge; diff -r qvwm-1.1.12-pristine/src/main.cc qvwm-1.1.12-thinix/src/main.cc 110a111 > int rcWidth, rcHeight; 229,230c230,231 < DisplayWidth(display, screen), < DisplayHeight(display, screen)); --- > rcWidth = DisplayWidth(display, screen), > rcHeight = DisplayHeight(display, screen)); diff -r qvwm-1.1.12-pristine/src/main.h qvwm-1.1.12-thinix/src/main.h 39a40 > extern int rcWidth, rcHeight; Paul Albrecht |
From: Paul A. <alb...@rd...> - 2007-05-11 16:06:43
|
Hi, Found a bug in qvwm-1.1.12. If a firefox window is positioned at the top left of a display and firefox is put in fullscreen mode via the f11 key the application is displayed correctly. However, when the application is restored to its original state using the f11 key again the title bar gets clipped off. Seems like Qvwm::Configure method doesn't handle reposition or resize correctly. Here's a fix: diff -r qvwm-1.1.12-pristine/src/configure.cc qvwm-1.1.12-thinix/src/configure.cc 91c91,92 < rc.x = cre->x + paging->origin.x - borderWidth; --- > /* rc.x = cre->x + paging->origin.x - borderWidth; */ > rc.x = cre->x + paging->origin.x; 98c99 < rc.y -= topBorder + titleHeight + titleEdge; --- > /* rc.y -= topBorder + titleHeight + titleEdge; */ 100a102 > if ((rc.x == 0) && (cre->width == rcWidth)) rc.x -= borderWidth; 104a107 > if ((rc.y == 0) && (cre->height == rcHeight)) rc.y -= topBorder + titleHeight + titleEdge; diff -r qvwm-1.1.12-pristine/src/main.cc qvwm-1.1.12-thinix/src/main.cc 110a111 > int rcWidth, rcHeight; 229,230c230,231 < DisplayWidth(display, screen), < DisplayHeight(display, screen)); --- > rcWidth = DisplayWidth(display, screen), > rcHeight = DisplayHeight(display, screen)); diff -r qvwm-1.1.12-pristine/src/main.h qvwm-1.1.12-thinix/src/main.h 39a40 > extern int rcWidth, rcHeight; Paul Albrecht |
From: Paul A. <alb...@rd...> - 2007-05-10 16:37:10
|
Hi, Found a bug in qvwm-1.1.12. If a firefox window is positioned at the top left of a display and firefox is put in fullscreen mode via the f11 key the application is displayed correctly. However, when the application is restored to its original state using the f11 key again the title bar gets clipped off. Seems like Qvwm::Configure method doesn't handle reposition or resize correctly. Here's a fix: diff -r qvwm-1.1.12-pristine/src/configure.cc qvwm-1.1.12-thinix/src/configure.cc 91c91,92 < rc.x = cre->x + paging->origin.x - borderWidth; --- > /* rc.x = cre->x + paging->origin.x - borderWidth; */ > rc.x = cre->x + paging->origin.x; 98c99 < rc.y -= topBorder + titleHeight + titleEdge; --- > /* rc.y -= topBorder + titleHeight + titleEdge; */ 100a102 > if ((rc.x == 0) && (cre->width == rcWidth)) rc.x -= borderWidth; 104a107 > if ((rc.y == 0) && (cre->height == rcHeight)) rc.y -= topBorder + titleHeight + titleEdge; diff -r qvwm-1.1.12-pristine/src/main.cc qvwm-1.1.12-thinix/src/main.cc 110a111 > int rcWidth, rcHeight; 229,230c230,231 < DisplayWidth(display, screen), < DisplayHeight(display, screen)); --- > rcWidth = DisplayWidth(display, screen), > rcHeight = DisplayHeight(display, screen)); diff -r qvwm-1.1.12-pristine/src/main.h qvwm-1.1.12-thinix/src/main.h 39a40 > extern int rcWidth, rcHeight; Paul Albrecht |
From: Home P. <kbl...@op...> - 2006-12-05 12:21:26
|
23405 |
From: <al...@li...> - 2006-07-19 18:18:58
|
Thank you Paul, i will add 1.1.13beta Best Regards M.Ali VARDAR On Wed, 19 Jul 2006 13:01:43 -0400 Paul Albrecht <alb...@rd...> wrote: > Hi, > > I found a bug in qvwm-1.1.12. If I set the ScreenSaverDelay to sixty > minutes qvwm hangs. I think the problem's in the timer handling. > Here's a fix: > > --- timer.h.pristine 2006-07-18 14:32:26.000000000 -0500 > +++ timer.h 2006-07-19 08:39:40.000000000 -0500 > @@ -42,10 +42,10 @@ > > gettimeofday(&now, NULL); > > - timeo.tv_sec = now.tv_sec; > - timeo.tv_usec = now.tv_usec + msec * 1000; > + timeo.tv_sec = now.tv_sec + msec / 1000; > + timeo.tv_usec = now.tv_usec + msec % 1000 * 1000; > if (timeo.tv_usec > 1000 * 1000) { > - timeo.tv_sec += timeo.tv_usec / (1000 * 1000); > + timeo.tv_sec += 1; > timeo.tv_usec %= 1000 * 1000; > } > } > > Paul Albrecht > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your opinions on IT & business topics through brief surveys -- > and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ qvwm-devel mailing > list qvw...@li... > https://lists.sourceforge.net/lists/listinfo/qvwm-devel > |
From: Paul A. <alb...@rd...> - 2006-07-19 18:04:15
|
Hi, I found a bug in qvwm-1.1.12. If I set the ScreenSaverDelay to sixty minutes qvwm hangs. I think the problem's in the timer handling. Here's a fix: --- timer.h.pristine 2006-07-18 14:32:26.000000000 -0500 +++ timer.h 2006-07-19 08:39:40.000000000 -0500 @@ -42,10 +42,10 @@ gettimeofday(&now, NULL); - timeo.tv_sec = now.tv_sec; - timeo.tv_usec = now.tv_usec + msec * 1000; + timeo.tv_sec = now.tv_sec + msec / 1000; + timeo.tv_usec = now.tv_usec + msec % 1000 * 1000; if (timeo.tv_usec > 1000 * 1000) { - timeo.tv_sec += timeo.tv_usec / (1000 * 1000); + timeo.tv_sec += 1; timeo.tv_usec %= 1000 * 1000; } } Paul Albrecht |
From: <al...@li...> - 2006-06-24 10:15:01
|
Hi guys, 1.1.13BETA1 uploaded. it's have Jim huang and m.ali patches and it's have bug in property.cc scale_icon fuction. Thats function does not recognize icon mask and buggy scale rutin from fspanel. Do you have any solution? Best Regards M.Ali VARDAR |
From: Ivan K. <kur...@ya...> - 2006-03-25 21:15:19
|
Hello, In case anyone is interested, I have just published my version of qvwm = which is based on original qvwm 1.1.12 (plus some patches by Debian). http://ahinea.com/en/tech/qvwm/ I fixed a couple of issues in it and made some functional changes. Here is are the selected of the changes: - Fixed: window and taskbar button naming is now based on WM_NAME windo= w property primarily and WM_ICON_NAME as the second best. This avoids=20 =E2=80=9CUntitled=E2=80=9D name for some applications/windows. - Window maximization is now more intuitive: if a window is maximized a= lready, it is restored back when you press Alt-Enter. - Respect INIT_MAXIMIZE and INIT_MINIMIZE window options (as configured= in .qvwmrc) on qvwm restart. - For sub-menus a little folder icon is now hard-coded default, but the= re is no longer a default for non-folder menu items. (Looks cleaner!) - Fixed tooltip flicker, which happened sometimes at screen bottom. - Reimplemented task switcher layout. It is now vertical, like a menu. - System does not longer freezes while you switch tasks. - Fixed a bug which stopped qvwm from reading the .qvwmrc file on resta= rt, if it had found a syntax error there in the past. So, even if you have corrected the rc file, you still were forced to quit and start again.= Not anymore. The basic ideology behind my changes is: simplicity, clarity, removal o= f unnecessary stuff (or possibility of it), ease of use. download source from: http://ahinea.com/qvwm/ read a little bit more details: http://ahinea.com/en/tech/qvwm/ Cheers! Ivan Kurmanov http://ahinea.com/en/ |
From: Ivan K. <kur...@ya...> - 2006-03-17 07:47:59
|
Hi everyone, The latest source-forge published release of qvwm. Compiles fine. At make install I get: ... /bin/sh ../mkinstalldirs /home/ivan/tools/bin/bin mkdir /home/ivan/tools/bin/bin @LIBTOOL@ --mode=install /usr/bin/install -c qvwm /home/ivan/tools/bin/bin/qvwm /bin/sh: @LIBTOOL@: command not found make[3]: *** [install-binPROGRAMS] Error 127 make[3]: Leaving directory `/home/ivan/proj/qvwm/qvwm-1.2.0-pre/src' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/ivan/proj/qvwm/qvwm-1.2.0-pre/src' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/ivan/proj/qvwm/qvwm-1.2.0-pre/src' make: *** [install-recursive] Error 1 ivan@zetta:~/proj/qvwm/qvwm-1.2.0-pre> Make is pretty much a mystery to me, autoconf -- even more so. So, I can't fix this myself. Also, I do not see any description of the changes that were done to the program along these several years. There is MEMO file with 2 little notes on a non-English language (I guess its Turkish). Files in the doc/ dir seem to be inherited from the original qvwm. If we want to be alive as a project, we need documentation. I understand there is something in the archives of this mailing list, but its burried in the horrible SF interface and very difficult to understand. ALSO, please remove all links to www.qvwm.org from your websites. It is dead, but worms thrive on it. Ivan http://ahinea.com/en/ |
From: <ben...@id...> - 2004-05-25 08:08:37
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Mitch D. <mj...@af...> - 2004-05-09 22:55:22
|
In private mail, Jim Huang wrote: > Hi Mitch, Hi Jim, > I am a developer from Taiwan, and also interested in QVWM. That's great. I'm sure by now you will have read the email I just wrote to some other people who are interested in QVWM. I hope the addresses I gave in that mail are helpful to you. > The attachment is what I sent to qvwm.org mailing-list, but I > got no response. Yes, it is dead. If you want to do continuing development, you're probably better off starting with the copy we made at SourceForge: http://qvwm.sourceforge.net/ > I wrote this mail to hope you could take a look at my patch, > and it might be useful. I will look at the patch soon. Also, please send it to Mr. Ali Vardar, who has also done some qvwm hacking. I've CC:ed this message to him. BTW Can I suggest resending your original mail to qvw...@li...? Hope this helps, Mitch. |
From: Mitch D. <mj...@af...> - 2004-05-09 22:49:28
|
Lonnie Cumberland wrote: > > What I need for the GUI this project is this: > > 2. modifications to qvwm that would allow for a user ".qvwm" (or some > new name if I can be allowed to take over the project from qvwm) > directory and inside that directory maybe another that holds the > "file.lnk" and sub-directories to define menu items, desktop items, etc. Hi Lonnie, As others have said, qvwm is now a legacy project. The original author does not respond to emails. Last years, a group of people (me included) moved all the files we could find to SourceForge, because we were concerned that the qvwm website may disappear at some stage. For my part I reconstructed the CVS repository as best as I could, put together a web page, and created some mailing lists. http://qvwm.sourceforge.net/index_en.html > will try to contact the developers directly to see about moving the qvwm > project into one project of the InterCruise system and revitalizing the > qvwm effort. Regarding your point 2 above, I will point you to Mr. Ali Vardar, who has done a bit of work on this: http://freshmeat.net/~VARDAR/ You may find talking to him valuable. Also, someone else has mailed me in the last few days with some patches for qvwm. His name is Jim Huang <jim...@cc...>. I hope that this information is helpful to you. Regards, Mitch. |
From: <al...@li...> - 2003-11-22 11:58:28
|
hi i uploaded new files and screenshot (i fixed focus problem) www.linuxprogramlama.com Best regards M.ali VARDAR |
From: Mitch D. <mj...@al...> - 2003-11-08 12:15:05
|
CGsoft wrote: > Il mer, 2003-10-22 alle 18:36, Mitch Davis ha scritto: > >>Try NumLock key off. You can change focus even if there's no >>titlebar! And that's the behaviour that you're looking for, when >>you have windows without a titlebar. (xmms is another one...) >>[...] >>But the NumLock thing is different. First, whichever way the user >>wants it, they are unlikely to want to change the behaviour temporarily. >>Also, it prevents the proper use of NumLock for numbers, cursor, etc etc. > I just make some experiments about this numlock "feature" and found that > the real reason of this strange behaviour is that NumLock is a modifier > key, as Shift, Alt and Control. CG thanks so much for this information. Like you, I'm not sure if anyonehere has enough experience yet to fix it, but it's a good start. We'll keep this information for when we can use it. Let me quote Linus Torvalds: Somebody finds the problem, and somebody *else* understands it. And I'll go on record as saying that finding it is the bigger challenge. Nice work, finder! Mitch. |
From: CGsoft <cgs...@su...> - 2003-11-05 16:51:42
|
Il mer, 2003-10-22 alle 18:36, Mitch Davis ha scritto: > Try NumLock key off. You can change focus even if there's no > titlebar! And that's the behaviour that you're looking for, when > you have windows without a titlebar. (xmms is another one...) > [...] > But the NumLock thing is different. First, whichever way the user > wants it, they are unlikely to want to change the behaviour temporarily. > Also, it prevents the proper use of NumLock for numbers, cursor, etc etc. > > So I agree with Ali: The NumLock thing may have been intended as a > feature, but to me it seems to be a bug. > > I suggest a new command in the .qvwmrc file, which specifies the > behaviour. And this behaviour is off by default in the standard > qvwmrc files. And NumLock will no longer change it when you're > running. > > Any thoughts? I just make some experiments about this numlock "feature" and found that the real reason of this strange behaviour is that NumLock is a modifier key, as Shift, Alt and Control. With numlock on, if you click inside the window of an xterm the Window Manager receives NO EVENT at all. You can try with a printf inside the MainLoop function. If you toggle off the Numlock, any click inside the window generate an event visible to qvwm (and the focus change). So I think the problem is in the initialization of qvwm. Somewhere qvwm should say to X what events to listen. Qvwm simply is not listening to "NumLock + Click" events. Someone know how to "correct" this? My understanding of X Protocol is too little to help... Bye! CG -- "Only two things are infinite: the universe and human stupidity, and I'm not so sure about the Universe." Albert Einstein ---------------------------------------------------------------- // Claudio Granatiero ICQ 16725435 \\|soft PGP: 74F0 52C0 75A1 4CAA B3E8 13CE DA7A C86E 2EBA 9F75 |
From: <al...@li...> - 2003-11-03 18:55:45
|
Hi i bugfixed qvwm-net, ready for download 03112003 it uses like qvwm-net --device devicenmae sample qvwm-net --device eth0 or ppp0 enjoy :) M.Ali VARDAR |
From: <al...@li...> - 2003-11-02 06:07:13
|
On Sat, 1 Nov 2003 21:18:17 +0100 "Benjam=EDn Albi=F1ana P=E9rez" <be...@hi...> wrote: > http://bastardo.escomposlinux.org/img/qvwm-foobar.jpg i think you have one ethernet card :) qvwm-net --device pppx for modem qvwm-net --device ethx for ethernet ... default is eth0=20 best regards M.Ali vardar |
From: <be...@hi...> - 2003-11-01 20:18:12
|
Cuando: vie, 31 de oct de 2003, a las 10:35:18 +0200 Quien: al...@li... Que: [qvwm-devel] hi people :) new utils released > new util packages in page > http://www.linuxprogramlama.com/?sayfa=3Dqvwm.htm =20 I can't compile it. When I run make, it complains about there si no rule for `qvwm-net.man'.=20 By the way, I have installed the executable, and it runs smoothly. I have no ppp, but DSL, but the litle monitors blink. Very funny. =20 You can view my desktop in=20 http://bastardo.escomposlinux.org/img/qvwm-foobar.jpg --=20 Benjam=EDn Albi=F1ana P=E9rez =2E..la Debian no es m=E1s dif=EDcil, s=F3lo tiene menos colorines al princ= ipio. -Andres Herrera, en e.c.o.l.misc |
From: <al...@li...> - 2003-10-31 20:35:28
|
Hi New util packages ready for download i wrote new application for qvwm name is qvwm-net please see new screenshot http://www.linuxprogramlama.com/qvwm.png very useful application for me :) and i love it i hope so your to new util packages in page http://www.linuxprogramlama.com/?sayfa=qvwm.htm Best regards M.Ali VARDAR |
From: Mitch D. <mj...@al...> - 2003-10-30 15:21:38
|
Hi Guys, I forgot to add that after patching configure.in, and before running configure, you need to run "autoconf" to generate a new configure from configure.in. Whether this will work depends strongly on your version of autoconf. I have autoconf 2.57 on my system, and autoconf gives me one harmless message: configure.in:80: warning: AC_PROG_LEX invoked multiple times Other versions of automake may give you different results, including not working at all! :-( Also, be sure that your patch doesn't have ^Ms on the end of the lines. If so, remove them by loading the patch into "vi", and typing these lines: :set ff=unix :wq If you want to see how I built mine, look here: http://www.alphalink.com.au/~mjd/qvwm-build.txt Any questions, please ask me on this list. Regards, Mitch. |
From: Mitch D. <mj...@al...> - 2003-10-30 14:08:28
|
Mitch Davis wrote: > I had a look at the problem and found and fixed it. > > It seems that the AC_LINK_FILES directive used in > qvwm/configure.in no longer works properly, and is > deprecated. Instead, we should use AC_CONFIG_LINKS. > Ali, please find attached a patch to fix it. Hi Guys, Hmm after thinking about it, maybe not everyone knows how to apply this patch. So here's an example... mjd@onza [~/qvwm/ali] ls -l total 1288 -rw-r--r-- 1 mjd mjd 764 Oct 31 00:37 qvwm1x-link.diff -rw-r--r-- 1 mjd mjd 1310192 Oct 28 03:19 qvwm-27102003base.tar.gz mjd@onza [~/qvwm/ali] tar -xzf qvwm-27102003base.tar.gz mjd@onza [~/qvwm/ali] cd base/qvwm/ mjd@onza [~/qvwm/ali/base/qvwm] patch -p2 < ../../qvwm1x-link.diff patching file configure.in mjd@onza [~/qvwm/ali/base/qvwm] You can then configure and make (and especially make install) as before. Give it a test, and please send your comments and findings to this list! :-) Regards, Mitch. |
From: Sinner f. t. P. <si...@es...> - 2003-10-29 17:38:32
|
On Monday 27 October 2003 01:51 pm, Sinner from the Prairy wrote: > > i upload new files i fixed minor > > Hi Ali, > > Thank you very much! I'll try it tonight. Well, this didn't fix the problem. Also, I noticed that the contents in the tarball are organized in a very different way than the old one. Is there a reason behind such massive code reorganization? Salut, Sinner -- Visit my website! http://www.ibiblio.org/sinner/ Running on Mandrake Linux 9.0 - Kernel 2.4.19smp Linux User # 89976 |
From: Mitch D. <mj...@al...> - 2003-10-29 17:19:54
|
Sinner wrote: > I can't compile it in my system > > /bin/sh ../mkinstalldirs /usr/local/man/man1 > /usr/bin/install -c -m 644 qvwm.1x /usr/local/man/man1/qvwm.1x > /usr/bin/install: `qvwm.1x' is a directory > make[3]: *** [install-man1] Error 1 Mitch Davis wrote: >I had exactly the same problem. See points 2 and 3 below: > > http://sourceforge.net/mailarchive/forum.php?thread_id=3289496&forum_id=35723 > >For what it's worth, Ali hasn't fixed the problems. I have >put diagnosing the configure problem onto my TODO list... ali...@tt... wrote: > i upload new files i fixed minor You uploaded new files, but it didn't fix Sinner's problem, even though replying to his mail suggests that the new files would fix it. :-( I had a look at the problem and found and fixed it. It seems that the AC_LINK_FILES directive used in qvwm/configure.in no longer works properly, and is deprecated. Instead, we should use AC_CONFIG_LINKS. Ali, please find attached a patch to fix it. Mitch. |
From: Sinner f. t. P. <si...@es...> - 2003-10-27 18:55:15
|
=2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday 27 October 2003 03:26 pm, ali...@tt... wrote: > i upload new files i fixed minor Hi Ali, Thank you very much! I'll try it tonight. > > > I can't compile it in my system > > > make[3]: *** [install-man1] Error 1 > > > make[3]: Leaving directory `/home/sinner/qvwm/qvwm/man' > > > make[2]: *** [install-man] Error 2 > > > make[2]: Leaving directory `/home/sinner/qvwm/qvwm/man' > > > make[1]: *** [install-am] Error 2 > > > make[1]: Leaving directory `/home/sinner/qvwm/qvwm/man' > > > make: *** [install-recursive] Error 1 Salut, Sinner =2D --=20 Visit my website! http://www.ibiblio.org/sinner/=20 Running on Mandrake Linux 9.0 - Kernel 2.4.19smp Linux User # 89976 =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE/nWlKSGQa4/zQ9e8RAudsAKCh6Kbo6UvmoONCEC5jD0mcbgemzgCeNjl0 qbW5MUW/MSZqjU81IbzfvEU=3D =3Dg8/X =2D----END PGP SIGNATURE----- |