Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[Ebuild] FVWM CVS
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Mon Feb 05, 2007 8:06 pm    Post subject: Reply with quote

Dominique_71 wrote:
I use and contribute a little on the Pro-Audio overlay. I am interested to install this ebuild in this overlay too, but I think at I will use a "-D some_date" cvs option in it, that just to be sure at it will work at anytime. And it will be simpler to do so and respect the keyword gentoo policy inside the overlay, because I want to add one (or more if I get the time or if other will contribute) fvwm-crystal recipe customized for use with the overlay, and crystal is already in portage.


Thanks so much for all the advice. As I already said, this overlay and the patches themselves are not mine, I just got them around and since the original author (which I really don't know who s/he is) stopped maintaining this, and the patches did not apply cleanly, I just revised them and cleaned them so they can apply against the newer cvs.

By the way, they broke again hehe, I have fixed again the fvwm-translucent-menus.diff.gz and 02-ResizeOutlineThin.patch files, so they both are ok again (well, "ok" like in "they seem to work"). As always, no guarantee can I give the they are correct (I don't even know if the original ones were ok before I got my hands into them). Someday I will have to stop a few hours and mess around so I can understand better the fvwm sources, which I am not familiar with, otherwise the patches could end up being a real mess -if they are not yet, that is-.

Dominique_71 wrote:
A little thing in the ebuild. It would be better to add
Code:
RESTRICT="nomirror"
at the beginning of the ebuild (after inherit or something like that). That because it make no sens at the ebuild first try to download the patches at gentoo mirrors. And the gentoo devs don't like it.


I am not familiar with the gentoo policy about ebuild (don't worry, I know where to look for it, just that I never felt the need to do so, hehe). I agree with the nomirror clause, I don't know how does portage deal with the -D option in cvs. I am referring to the problem which ygwin had a few posts above with cvs not updating the local trunk when using that parameter. I suppose that maybe the ebuilds have some mechanisms to deal with that. I will have to investigate.

Thanks. In the while, I added nomirror and updated the old stuff. New links:

http://jesgue.homelinux.org/public/fvwm-cvs-overlay.tar.bz2
http://jesgue.homelinux.org/public/fvwm-patchset-20070205.tar.gz
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Mon Feb 05, 2007 11:16 pm    Post subject: Reply with quote

6thpink wrote:
I don't know how does portage deal with the -D option in cvs. I am referring to the problem which ygwin had a few posts above with cvs not updating the local trunk when using that parameter. I suppose that maybe the ebuilds have some mechanisms to deal with that. I will have to investigate.

All what portage i doing is to pass it to cvs (It is in the cvs eclass). The "-D date" and the "-A" options are pure cvs options.
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
avx
Advocate
Advocate


Joined: 21 Jun 2004
Posts: 2152

PostPosted: Fri Feb 16, 2007 12:16 am    Post subject: Reply with quote

Just found a patch concerning SVG-Support here on the workers-list and your (6thpink) thread at the forums...I would be glad if you could integrate it into the CVS-ebuild :)

cheers,
ph
Back to top
View user's profile Send private message
swimmer
Veteran
Veteran


Joined: 15 Jul 2002
Posts: 1330
Location: Netherlands

PostPosted: Fri Feb 16, 2007 3:53 am    Post subject: Reply with quote

ph030 wrote:
Just found a patch concerning SVG-Support here on the workers-list and your (6thpink) thread at the forums...I would be glad if you could integrate it into the CVS-ebuild :)

cheers,
ph

Hmm - are you sure it is not integrated yet?
Quote:
grep -i svg /var/log/portage/x11-wm\:fvwm-9999\:20070213-031223.log
checking for librsvg - version >= 2.13.91... yes
checking for cairo svg backend... yes
checking whether a librsvg program compiles and runs... yes
With SVG image support? yes

But I have to admit that I did not test yet with svg icons if it really works :-/

Greetz
swimmer
Back to top
View user's profile Send private message
avx
Advocate
Advocate


Joined: 21 Jun 2004
Posts: 2152

PostPosted: Fri Feb 16, 2007 4:16 pm    Post subject: Reply with quote

Thanks swimmer, you're right - I just had a look on the cvs-ebuild and thought there would be a USE-Flag for it.

It should work according to the updated manpage, so I guess this gives me a little less sparetime on the weekend.

thanks,
ph
Back to top
View user's profile Send private message
Dominique_71
Veteran
Veteran


Joined: 17 Aug 2005
Posts: 1869
Location: Switzerland (Romandie)

PostPosted: Tue Feb 20, 2007 7:04 pm    Post subject: Reply with quote

I try to apply the patch by hand, but some of them just fails, and that even if the ebuild say at it is OK. I even try with the cvs tree in /usr/portage/distfiles and get the same errors:

Code:
$ patch -p0 < ../patchset/11-MultiBorder.patch
patching file fvwm/screen.h
patching file fvwm/builtins.c
Hunk #1 succeeded at 777 (offset 7 lines).
Hunk #2 succeeded at 1530 (offset 7 lines).
Hunk #3 succeeded at 1907 (offset 12 lines).
patching file fvwm/borders.c
Hunk #1 succeeded at 1281 (offset 2 lines).
Hunk #2 succeeded at 1472 (offset 2 lines).
Hunk #3 succeeded at 1557 (offset 2 lines).
Hunk #4 succeeded at 1581 (offset 2 lines).
Hunk #5 FAILED at 1595.
Hunk #6 succeeded at 1659 (offset 2 lines).
Hunk #7 succeeded at 1769 (offset 2 lines).
Hunk #8 succeeded at 1823 (offset 2 lines).
Hunk #9 succeeded at 3450 (offset 2 lines).
Hunk #10 succeeded at 3900 (offset 15 lines).
1 out of 10 hunks FAILED -- saving rejects to file fvwm/borders.c.rej
patching file fvwm/menustyle.c
Hunk #1 succeeded at 156 (offset 3 lines).
Hunk #2 succeeded at 269 (offset 3 lines).
patching file fvwm/menus.c
Hunk #1 succeeded at 2509 (offset -820 lines).
Hunk #2 succeeded at 2648 (offset -820 lines).
Hunk #3 succeeded at 2726 (offset -819 lines).
Hunk #4 succeeded at 2741 (offset -819 lines).
patching file fvwm/menustyle.h
...
$ patch -p0 < ../patchset/12-Hover.patch
patching file fvwm/events.c
Hunk #1 FAILED at 158.
Hunk #2 succeeded at 1693 (offset 20 lines).
Hunk #3 succeeded at 1915 (offset 20 lines).
Hunk #4 succeeded at 2579 (offset 43 lines).
1 out of 4 hunks FAILED -- saving rejects to file fvwm/events.c.rej
patching file fvwm/fvwm.h
Hunk #1 succeeded at 745 (offset 39 lines).
patching file fvwm/screen.h
patching file fvwm/builtins.c
Hunk #1 succeeded at 100 (offset 7 lines).
Hunk #2 succeeded at 120 (offset 7 lines).
patching file fvwm/borders.c
Hunk #1 succeeded at 67 (offset 2 lines).
Hunk #2 succeeded at 188 (offset 2 lines).
Hunk #3 succeeded at 294 (offset 2 lines).
Hunk #4 succeeded at 597 (offset 2 lines).
Hunk #5 succeeded at 621 (offset 2 lines).
Hunk #6 succeeded at 3995 (offset -5 lines).
Hunk #7 succeeded at 4264 (offset -3 lines).
...
$ patch -p0 < ../patchset/16-FvwmButtonsTips.patch
patching file libs/FTips.c
Hunk #1 succeeded at 505 (offset 2 lines).
patching file modules/FvwmButtons/FvwmButtons.c
Hunk #1 FAILED at 63.
Hunk #2 succeeded at 933 (offset 3 lines).
Hunk #3 succeeded at 1087 (offset 3 lines).
Hunk #4 succeeded at 1215 (offset 3 lines).
Hunk #5 succeeded at 1261 (offset 3 lines).
Hunk #6 succeeded at 1300 (offset 3 lines).
Hunk #7 succeeded at 1328 (offset 3 lines).
Hunk #8 succeeded at 1371 (offset 3 lines).
1 out of 8 hunks FAILED -- saving rejects to file modules/FvwmButtons/FvwmButtons.c.rej
patching file modules/FvwmButtons/FvwmButtons.h
patching file modules/FvwmButtons/parse.c
Hunk #1 succeeded at 889 (offset 2 lines).
Hunk #2 succeeded at 1628 (offset 2 lines).
Hunk #3 succeeded at 1807 (offset 2 lines).
Hunk #4 succeeded at 1962 (offset 2 lines).
Code:
$ cat fvwm/borders.c.rej
***************
*** 1568,1575 ****
        relative_g.height = fw->frame_g.height;
        relative_g.x = part_g.x;
        relative_g.y = part_g.y;
-       border_get_border_background(
-               &bg, cd, &part_g, &relative_g, &free_bg_pixmap, w);
        if (cd->texture_pixmap)
        {
                switch (part)
--- 1595,1622 ----
        relative_g.height = fw->frame_g.height;
        relative_g.x = part_g.x;
        relative_g.y = part_g.y;
+
+       DecorFace* df;
+       FvwmPicture* fp = 0;
+       df = border_get_border_style(fw, (Scr.Hilite == fw));
+       if (DFS_FACE_TYPE(df->style) == MultiBorder)
+       {
+               int id = -1;
+               if (part==PART_BORDER_NW) id = 0;
+               if (part==PART_BORDER_N)  id = 1;
+               if (part==PART_BORDER_NE) id = 2;
+               if (part==PART_BORDER_E)  id = 3;
+               if (part==PART_BORDER_SE) id = 4;
+               if (part==PART_BORDER_S)  id = 5;
+               if (part==PART_BORDER_SW) id = 6;
+               if (part==PART_BORDER_W)  id = 7;
+
+               if (id>=0 && df->u.mb.pixmaps[id])
+               {
+                       fp = df->u.mb.pixmaps[id];
+               }
+       }
+
        if (cd->texture_pixmap)
        {
                switch (part)
Code:
$ cat fvwm/events.c.rej
***************
*** 158,163 ****
 
  int last_event_type = 0;
  Window PressedW = None;
  fd_set init_fdset;
 
  /* ---------------------------- local functions ---------------------------- */
--- 158,164 ----
 
  int last_event_type = 0;
  Window PressedW = None;
+ Window HoverW = None;
  fd_set init_fdset;
 
  /* ---------------------------- local functions ---------------------------- */
Code:
$ cat modules/FvwmButtons/FvwmButtons.c.rej
***************
*** 63,68 ****
  #include "libs/vpacket.h"
  #include "libs/FRender.h"
  #include "libs/fsm.h"
 
  #include "FvwmButtons.h"
  #include "misc.h" /* ConstrainSize() */
--- 63,69 ----
  #include "libs/vpacket.h"
  #include "libs/FRender.h"
  #include "libs/fsm.h"
+ #include "libs/FTips.h"
 
  #include "FvwmButtons.h"
  #include "misc.h" /* ConstrainSize() */

Is it something I do wrong when patching or a problem with the patches?

EDIT: I downloaded the cvs with
cvs -q -f -z1 -d ":pserver:anonymous:guest@cvs.fvwm.org:/home/cvs/fvwm" login
cvs -q -f -z1 -d ":pserver:anonymous@cvs.fvwm.org:/home/cvs/fvwm" checkout -D 20070205 fvwm
to get the same date as the patches.
_________________
"Confirm You are a robot." - the singularity
Back to top
View user's profile Send private message
ThomasAdam
Guru
Guru


Joined: 20 Mar 2005
Posts: 448
Location: England

PostPosted: Wed Feb 21, 2007 7:22 am    Post subject: Reply with quote

Well, the FvwmButtons-tips issue was very easy to fix. Updated patch is in the usual place of:

http://starshine.org/xteddy/thomas/fvwm/patches/FvwmButtons-tips.patch

Note that I will be updating it later on today to include more functionality.

-- Thomas Adam
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Sun Mar 11, 2007 7:37 pm    Post subject: Reply with quote

Did not notice the responses to this post for some weeks hehe.

Dominique_71 wrote:
I try to apply the patch by hand, but some of them just fails, and that even if the ebuild say at it is OK. I even try with the cvs tree in /usr/portage/distfiles and get the same errors:


Yes, there are some rejects, if no one can fix them I, will when I have the time. :P

Thanks, Thomas Adam, for fixing your FvwmButtonsTips patch :)

Regards.

EDIT

Actually, looking at the rejects, I decided to fix it now :P

The patch number 14 was empty, by the way. So I removed it. I have no idea what that patch does, I will look the original one and see if I can include it back. Maybe I wiped that file or maybe the original tarball was messed. As those patches are not mine I have no idea. The two rejects are fixed, and the update Tips patch from Thomas works ok as well.

I also included a patch that I did to use Test conditions like

Code:

SetEnv height $[vp.height]
Test (Compare height >= 864) Read $[FVWM_USERDIR]/side-all-panels.config


More info in the man page and the fvwm forums, if you are interested.

By the way, the svg support is into the main cvs branch, no patch needed for that ;)

You need to download an updated cvs overlay, same link:

http://jesgue.homelinux.org/public/fvwm-cvs-overlay.tar.bz2

The patchset is here (you don't need to download it manually if you use the ebuild):

http://jesgue.homelinux.org/public/fvwm-patchset-20070311.tar.gz
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Mon Mar 12, 2007 11:11 pm    Post subject: Reply with quote

Great :D, thanks for the fixes, it seems more stable for me now (not crashing even after 4 restarts). Now I hope get the things right with my pager and I'll be completely satisfied with fvwm :lol:
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Mon Mar 12, 2007 11:28 pm    Post subject: Reply with quote

I added an svg use flag in case someone doesn't want gnome-base/librsvg to be pushed into his/her system. USE="-svg" will disable any svg capabilities in fvwm. The package has been hosted overwriting the previous one, so the links above remains valid.

Regards :)
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Tue Mar 13, 2007 2:02 am    Post subject: Reply with quote

Ouch, I tried the new svg USE flag and my Iconify function kills the fvwm :( (when I try to iconify a window, fvwm crashes with a segfault). I tried
Code:
USE="-svg" emerge fvwm
But
Code:
fvwm -V
Says that SVG support is enabled, then I removed the content of
Code:
/usr/portage/distfiles/cvs-src/fvwm/
And now the cvs update command fails.... I really need some sleep :oops:

Thanks in advance ;)
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Mar 13, 2007 2:38 am    Post subject: Reply with quote

Zagloj wrote:
Ouch, I tried the new svg USE flag and my Iconify function kills the fvwm :( (when I try to iconify a window, fvwm crashes with a segfault). I tried
Code:
USE="-svg" emerge fvwm
But
Code:
fvwm -V
Says that SVG support is enabled, then I removed the content of
Code:
/usr/portage/distfiles/cvs-src/fvwm/
And now the cvs update command fails.... I really need some sleep :oops:

Thanks in advance ;)


Tarball updated, a silly parenthesis that I forgot was preventing --without-librsvg from being passed to the configure script.

But I can't explain how that could have ever made fvwm segfault, except, maybe if libsrvg is not installed, and in that case the configure script should have failed, aborting the emerge process or at the very least, gcc would have complained about undefined symbols and ld would have failed to link the final fvwm binary. That is, unless you emerged this and then removed librsvg by hand, after the emerge.

If that is not the case, I am more inclined to think that either your install has something wrong or one of the patches is causing the problem. I just use the translucency one and the rounded corners (and my new-test-conditions patch, which should be totally safe to use), so I can't comment on the others, plus I don't know anything about their internals.

The ebuild should work now, though. Just download it again and re-emerge fvwm with USE="-svg". This time I tested it. If you want to save some bandwidth, you can as well just edit the ebuild and change

Code:

                    `(use_with svg librsvg` \


by

Code:

                    `use_with svg librsvg` \


Then redigest it and emerge with the use flag disabled.
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Tue Mar 13, 2007 2:54 am    Post subject: Reply with quote

Thanks, now after some mins of rest I explain, I installed librsvg (and libcroco as dependency) when the svg USE flag was enabled, then the Iconify function started to kill Fvwm (before that, the new ebuild without svg flag was stable and cool).

Now I try to emerge again fvwm without svg USE flag (hope this time fvwm -V and emerge says the same...)

Btw, I only need the rounded corners plus the menu translucency... what are your USE flags?...

And thanks again ;)

EDIT: No way, fvwm still shows SVG support :(...

EDIT2: I admit I was playing with my config but I didnt touch anything of my iconify function (I never touched that since I copied it from Taviso)
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Mar 13, 2007 3:22 am    Post subject: Reply with quote

EDIT, Wiped the post, forget about it, was an error on my side.

Working on a new ebuild that WILL work (tm) :twisted: Sorry for the inconvenience, and your -more than probable- headache.

EDIT AGAIN

You can download it again, it now works (I compiled and verified it myself). The svg support can be enabled/disabled. I also added some new use more flags. The ebuild is now a work in progress, I want to fix some things on it. But it works at the current state.

YET ANOTHER EDIT

I also removed the vanilla use flag, since it was misleading, it did not guaranteed a vanilla cvs fvwm installation at all. If you want a vanilla cvs fvwm, you can emerge fvwm with those use flags: -default-charset-fix -extras -newtest -translucency -first-item-under-pointer -flux-corner -thin-geometry-proxy -xlockcompat. The rest of flags only changes stuff that is already in the cvs trunk, and does not patch the code. So, set them as you wish.
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Tue Mar 13, 2007 10:42 am    Post subject: Reply with quote

Cool, thanks :P, even the newtest USE!. And dont worry, I did a revdep-rebuild and I wen to sleep... emerging now.

EDIT All fine without the svg USE... now trying with it again :twisted:.

EDIT2 The svg USE flag was the problem, with it, Iconify kills fvwm, without it, it doesn't. Oh btw and now I have my pager like I want (dammed colorsets :?), so happy :lol:
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Mar 13, 2007 12:38 pm    Post subject: Reply with quote

Zagloj wrote:
Cool, thanks :P, even the newtest USE!. And dont worry, I did a revdep-rebuild and I wen to sleep... emerging now.

EDIT All fine without the svg USE... now trying with it again :twisted:.

EDIT2 The svg USE flag was the problem, with it, Iconify kills fvwm, without it, it doesn't. Oh btw and now I have my pager like I want (dammed colorsets :?), so happy :lol:


So, if I understand correctly, Iconify is broken when you USE="-svg"? Or is it when you do USE="svg"?

In any case, check that it is broken as well if you USE="-default-charset-fix -extras -newtest -translucency -first-item-under-pointer -flux-corner -thin-geometry-proxy -xlockcompat", tthat way we can make sure that there is no other patch influencing the results. I can't see why the svg code would influence the Iconify function.

If you use the original Taviso's Thumbnail -which *I think* composes the window icon against a screenshot- then there is an *possible* explanation, and is that imagemagick (which is the tool that Taviso uses for the window screenshots and later composition of that with the window icon) has only a rudimentary support for svg, as far as I know. And that only if compiled with the xml use flag. But that should be a problem only if your window icons are svg files, and I doubt that imagemagic would segfault anyway...

It is important to know wether you are using a custom function like that or the Iconify command.

Also, look at the console after fvwm has closed and see if there is any usefull info where fvwm segfaults. Maybe we can at least isolate what program or module is causing the problem. Let me know if you get the segfaults with USE="svg" or USE="-svg", it did not seem clear to me by your post, that way I will be able to do my own tests to see if I can reproduce the issue. ;)

EDIT, I was able to reproduce that same behaviour. Try commenting out one line in the taviso's tumbnail funtion, like this:

Code:

DestroyFunc Thumbnail
AddToFunc Thumbnail
+ I Raise
#+ I ThisWindow (!Iconic) SetEnv Icon-$[w.id] $[w.iconfile]
+ I ThisWindow (!Shaded, Iconifiable, !Iconic) PipeRead \
    "xwd -silent -id $[w.id] | convert -scale 128 -frame 1x1 \
    -mattecolor black -quality 0 xwd:- png:$[FVWM_USERDIR]/icon.tmp.$[w.id].png \
    && echo WindowStyle IconOverride, Icon $[FVWM_USERDIR]/icon.tmp.$[w.id].png \
    || echo Nop"
+ I TestRc (Match) Test (f $[w.miniiconfile], f $[FVWM_USERDIR]/icon.tmp.$[w.id].png) PipeRead \
    "composite -geometry +2+4 $[w.miniiconfile] $[FVWM_USERDIR]/icon.tmp.$[w.id].png \
    $[FVWM_USERDIR]/icon.tmp.$[w.id].png; echo Nop"
+ I Iconify


Why it is giving troruble now after so many years is a mistery to me. Without that line the icon of the window will not restored to the original one when the window is de-iconified, though.
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Tue Mar 13, 2007 1:58 pm    Post subject: Reply with quote

It happens with the USE="svg", now trying with your tip (yes, its the same function). If it doesn't work, I'll try disabling ("-foo") the other USE flags.

Thanks and hope this works ;)

EDIT Yeah it's working!! thanks for all the support :D
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Mar 13, 2007 2:47 pm    Post subject: Reply with quote

Nice, then you can also remove or comment this line in the DeThumbnail function, since it is useless now:

Code:

+ I PipeRead "echo Test \\(i \\$\\[Icon-$[w.id]\\]\\) WindowStyle Icon \\$\\[Icon-$[w.id]\\]"


I am still wondering what the problem is about that line when svg support is on...

Anyhow, I am glad that it is working now ;)
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Fri Mar 16, 2007 7:19 pm    Post subject: Reply with quote

Oh, by the way.. I forgot to say that it's 10 Mb heavier in RAM.... is it normal?

Bye and thanks ;)
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Fri Mar 16, 2007 8:16 pm    Post subject: Reply with quote

Probably, haven't measured myself since I rarely reboot. It must the the overhead produced by librsvg.
Back to top
View user's profile Send private message
Gramphos
n00b
n00b


Joined: 05 Jul 2006
Posts: 7

PostPosted: Sat Mar 17, 2007 9:24 pm    Post subject: Reply with quote

6thpink wrote:
EDIT, I was able to reproduce that same behaviour. Try commenting out one line in the taviso's tumbnail funtion, like this:

[...]
Why it is giving troruble now after so many years is a mistery to me. Without that line the icon of the window will not restored to the original one when the window is de-iconified, though.

There was a problem with the expansion of $[w.iconfile] if no icon was set. It's now fixed in cvs.
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Sun Mar 18, 2007 11:20 am    Post subject: Reply with quote

Thanks ;)
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Thu Mar 22, 2007 3:40 pm    Post subject: Reply with quote

I have been redesigning my server layout and some paths changed, so, everyone using my ebuild should change

Code:

SRC_URI="http://jesgue.homelinux.org/public/${PATCHSET}"


to

Code:

SRC_URI="http://jesgue.homelinux.org/fvwm-files/${PATCHSET}"


Here you can find a new tarball containing the updated ebuild, in case you don't want to change it yourself. Along with some other files, all fvwm related.

http://jesgue.homelinux.org/fvwm-files/fvwm.php

Regards.
Back to top
View user's profile Send private message
i92guboj
Bodhisattva
Bodhisattva


Joined: 30 Nov 2004
Posts: 10315
Location: Córdoba (Spain)

PostPosted: Tue Mar 27, 2007 3:50 pm    Post subject: Reply with quote

Change the ebuild to "honour" the extras use flag, which has been being totally ignored all this time. This allows you to compile fvwm without the numbered patches that comes into the patchset tarball.
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 344

PostPosted: Tue Mar 27, 2007 5:22 pm    Post subject: Reply with quote

6thpink wrote:
which has been being totally ignored all this time.

Oh :lol:. Ok, thanks and do you mean that with the USE="honour" we'd have a <<vanilla/unpatched>> cvs fvwm?.

Thanks for the work and for keeping us updated ;)
_________________
Your ideology seems to be: "I hate the fanatics, we shoud kill them all" juantxorena dixit.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8  Next
Page 3 of 8

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum