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
Raistlfiren
Tux's lil' helper
Tux's lil' helper


Joined: 02 Oct 2005
Posts: 100

PostPosted: Thu Jun 14, 2007 9:20 pm    Post subject: Reply with quote

I then run into this error : cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/CVS/Root': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/CVS/Repository': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/CVS/Entries': Permission denied
cp: preserving permissions for `/usr/share/doc/fvwm/modules/images/CVS': Permission denied
cp: cannot create directory `/usr/share/doc/fvwm/modules/images/FvwmTabs/CVS': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/fvwmTabsEmpty.png': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/green.png': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/logoFvwmTabs.png': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/menu.png': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/red.png': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/screenshot.png': Permission denied
cp: cannot create regular file `/usr/share/doc/fvwm/modules/images/FvwmTabs/yellow.png': Permission denied
cp: preserving permissions for `/usr/share/doc/fvwm/modules/images/FvwmTabs': Permission denied
cp: preserving permissions for `/usr/share/doc/fvwm/modules/images': Permission denied
make[2]: *** [install] Error 1
make[2]: Leaving directory `/var/tmp/paludis/x11-wm/fvwm-9999-r7/work/fvwm/doc/modules'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/var/tmp/paludis/x11-wm/fvwm-9999-r7/work/fvwm/doc'
make: *** [install-recursive] Error 1

!!! ERROR in x11-wm/fvwm-9999-r7:
!!! In src_install at line 4180
!!! (no message provided)

!!! Call stack:
!!! * src_install (/var/tmp/paludis/x11-wm/fvwm-9999-r7/temp/loadsaveenv:4180)
!!! * ebuild_f_install (/usr/libexec/paludis/src_install.bash:48)
!!! * ebuild_main (/usr/libexec/paludis/ebuild.bash:363)
!!! * main (/usr/libexec/paludis/ebuild.bash:381)

die trap: exiting with error.
Back to top
View user's profile Send private message
yngwin
Developer
Developer


Joined: 19 Dec 2002
Posts: 4394
Location: Suzhou, China

PostPosted: Thu Jun 14, 2007 10:16 pm    Post subject: Reply with quote

6thpink wrote:
By the way, I have re-introduced RESTRICT="nomirror" again, I don't know when nor why was it taken out of the ebuild. I think that there is no reason to try on the Gentoo servers, since this patchset will probably never be there.

So, to try on them does not good at all. I am no expert in ebuilds at all, so, if there is something simple I am missing just let me know.

I've been told by devs that RESTRICT="nomirror" should only be used if the source must be downloaded from the original SRC_URI only, for example for license reasons. Because using this you would also disable the local mirror someone might set up to use for multiple machines.
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Thu Jun 14, 2007 10:25 pm    Post subject: Reply with quote

yngwin wrote:
6thpink wrote:
By the way, I have re-introduced RESTRICT="nomirror" again, I don't know when nor why was it taken out of the ebuild. I think that there is no reason to try on the Gentoo servers, since this patchset will probably never be there.

So, to try on them does not good at all. I am no expert in ebuilds at all, so, if there is something simple I am missing just let me know.

I've been told by devs that RESTRICT="nomirror" should only be used if the source must be downloaded from the original SRC_URI only, for example for license reasons. Because using this you would also disable the local mirror someone might set up to use for multiple machines.


Ok, that is a fair argument. I will disable it again.

I will fix the sandbox issues as soon as I get some time to do so. I hope it doesn't take long. Stay tuned :)
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Thu Jun 14, 2007 11:24 pm    Post subject: Reply with quote

After a quick look...

I think that the ebuild did not change at all since many months in which regards the install_src funcion, which is the one giving trouble. Indeed, what is failing is an atomic operation (atomic as in "portage primitive"). Concretelly, this one:

Code:

    emake DESTDIR=${D} install || die


For this reason, I think that the problem is in the makefile, another thing that makes me think that way is this:

Code:

ACCESS DENIED  mkdir:     /usr/share/doc/fvwm/modules


Changelog wrote:

2007-06-10 Scott Smedley <ss(at)aao(dot)gov(dot)au>
* doc/Makefile.am:
* doc/fvwm/Makefile.am:
* doc/commands/Makefile.am:
* doc/modules/Makefile.am:
* doc/docbook-xsl/profiling/profile.xsl: (new)
* doc/docbook-xsl/profiling/profile-mode.xsl: (new)


I am pretty sure that these latest changes have something to do with the issue. Probably a hardcoded path in the makefile that is giving me some trouble. I am not too smart when it comes to autotool, but I will dig a bit to see if I can find something. In that case, we will need to wait a bit for it to be patched upstream (assuming that my theory is correct, which I don't really know).


Last edited by i92guboj on Fri Jun 15, 2007 6:03 pm; edited 1 time in total
Back to top
View user's profile Send private message
Zagloj
Guru
Guru


Joined: 17 Jun 2005
Posts: 314

PostPosted: Fri Jun 15, 2007 3:41 pm    Post subject: Reply with quote

Thanks, anyways don't hurry, there are more important thing in the life ;)
_________________
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
UnkHz
n00b
n00b


Joined: 24 Jun 2007
Posts: 3
Location: Helsinki, Finland

PostPosted: Wed Jun 27, 2007 6:04 pm    Post subject: Reply with quote

This might be useless information from a newbie, but anyway.. I managed to get the latest (r7) ebuild by doing a simple 'make install' on the directory below:

/var/tmp/portage/x11-wm/fvwm-9999-r7/work/fvwm

It seems that the ebuild breaks at install phase, so doing a manual install was enough to get fvwm starting.
Back to top
View user's profile Send private message
swimmer
Veteran
Veteran


Joined: 15 Jul 2002
Posts: 1291
Location: Netherlands

PostPosted: Wed Jun 27, 2007 6:31 pm    Post subject: Reply with quote

Let me guess: now you have a directory /usr/share/doc/fvwm/modules/ ...
Be aware that this won't be removed by an 'emerge -C'

Greetz
swimmer
Back to top
View user's profile Send private message
UnkHz
n00b
n00b


Joined: 24 Jun 2007
Posts: 3
Location: Helsinki, Finland

PostPosted: Wed Jun 27, 2007 8:16 pm    Post subject: Reply with quote

Thanks. It's true. There's a few other empty dirs in /usr/share/doc/fvwm also that seem to be in the wrong place. Need to clean the mess manually after the ebuild is updated.
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Jul 01, 2007 9:58 pm    Post subject: Reply with quote

Hello, I updated the ebuild to -r8 and the patchset to include a new patch,
called gentoo.patch. It just comments out one line into a makefile to
avoid those sandbox violation errors.

It might not be the best solution, but nothing critical (nor useful either)
is lost. The patch is just one line. If anyone with some understanding on
autotools wish to take a look at it, you are free to do so.

The problem is in the fvwm sources, as I thought. And not the ebuild. I just
patch the code for it to be able to install cleanly into a sandbox without
giving any error.

http://jesgue.homelinux.org/fvwm-files/fvwm-cvs-overlay.tar.bz2
http://jesgue.homelinux.org/fvwm-files/fvwm-patchset-20070701.tar.bz2
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Fri Jul 06, 2007 11:52 am    Post subject: Reply with quote

i92guboj wrote:
Hello, I updated the ebuild to -r8 and the patchset to include a new patch,
called gentoo.patch. It just comments out one line into a makefile to
avoid those sandbox violation errors.

It might not be the best solution, but nothing critical (nor useful either)
is lost. The patch is just one line. If anyone with some understanding on
autotools wish to take a look at it, you are free to do so.

The problem is in the fvwm sources, as I thought. And not the ebuild. I just
patch the code for it to be able to install cleanly into a sandbox without
giving any error.

http://jesgue.homelinux.org/fvwm-files/fvwm-cvs-overlay.tar.bz2
http://jesgue.homelinux.org/fvwm-files/fvwm-patchset-20070701.tar.bz2



This has been fixed upstream, it seems. The ebuild has been updated to -r9.
Same links.

-r8 will now complain, because the patch I made to fix the issue will not
work anymore. It is not needed. So, I urge everyone to update to get rid
of that bug. On next update (-r10), I will clean out the rest of ebuilds
from that tarball. I don't know when will that be, though :P

I also remind you that I am not using most of the patches, so, if you see
something strage just report it because most likely I will never notice it
if you don't tell me about it. No guarantee I will fix anything, but I
can try.
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
swimmer
Veteran
Veteran


Joined: 15 Jul 2002
Posts: 1291
Location: Netherlands

PostPosted: Sun Jul 15, 2007 12:40 am    Post subject: Reply with quote

Hola Jesús :)

the latest ebuild with patches does not build anymore and bails out with the 02-ResizeOutlineThin.patch ...

Here's how the beginning of /var/tmp/portage/x11-wm/fvwm-9999-r9/temp/02-ResizeOutlineThin.patch-6364.out looks like:

Quote:
***** 02-ResizeOutlineThin.patch *****

======================================

PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch < /var/tmp/portage/x11-wm/fvwm-9999-r9/work/patchset/extras/02-ResizeOutlineThin.patch

======================================
patching file fvwm/fvwm.h
patching file fvwm/move_resize.c
Hunk #12 FAILED at 4060.
1 out of 12 hunks FAILED -- saving rejects to file fvwm/move_resize.c.rej
patching file fvwm/style.c
Hunk #1 succeeded at 3805 (offset 304 lines).
patching file fvwm/style.h
Hunk #1 succeeded at 220 (offset 32 lines).
patching file fvwm/window_flags.h
======================================

PATCH COMMAND: patch -p1 -g0 -E --no-backup-if-mismatch < /var/tmp/portage/x11-wm/fvwm-9999-r9/work/patchset/extras/02-ResizeOutlineThin.patch

======================================
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/fvwm.h fvwm/fvwm.h
|--- fvwm/fvwm.h 2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/fvwm.h 2007-06-03 15:41:45.000000000 +0200
--------------------------
No file to patch. Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 29
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/move_resize.c fvwm/move_resize.c
|--- fvwm/move_resize.c 2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/move_resize.c 2007-06-03 15:44:27.000000000 +0200
--------------------------
No file to patch. Skipping patch.
12 out of 12 hunks ignored
can't find file to patch at input line 556
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/style.c fvwm/style.c
|--- fvwm/style.c 2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/style.c 2007-06-03 15:41:45.000000000 +0200
--------------------------
No file to patch. Skipping patch.
1 out of 1 hunk ignored
can't find file to patch at input line 586
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/style.h fvwm/style.h
|--- fvwm/style.h 2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/style.h 2007-06-03 15:41:45.000000000 +0200
--------------------------


Can you have a look at that?

TIA
swimmer
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Jul 15, 2007 1:11 am    Post subject: Reply with quote

Hello, swimmer.

Patchset 20070715 is available in my web. The overlay has been updated, and bumped to -r10 as well. The fix was simple enough :)

Regards.
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
swimmer
Veteran
Veteran


Joined: 15 Jul 2002
Posts: 1291
Location: Netherlands

PostPosted: Sun Jul 15, 2007 8:54 am    Post subject: Reply with quote

Yes - for you it was simple but *I* could never ever have fixed that ;-)

Many thanks for your very fast reaction!

Saludos
swimmer

PS: Emerge dies now on a different place btw ;-)
Quote:

Making all in doc
make[2]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc'
cp ./index.html index.html
Making all in fvwm
cp: `./index.html' and `index.html' are the same file
make[2]: *** [index.html] Error 1
make[2]: *** Waiting for unfinished jobs....
make[3]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/fvwm'
Generating fvwm.1 man page
Note: Writing fvwm.1
make[3]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/fvwm'
Making all in commands
make[3]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/commands'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/commands'
Making all in images
make[3]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/images'
make[3]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/images'
Making all in modules
make[3]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/modules'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc/modules'
make[3]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc'
make[2]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm'
make: *** [all] Error 2
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Jul 15, 2007 10:14 am    Post subject: Reply with quote

swimmer wrote:
Yes - for you it was simple but *I* could never ever have fixed that ;-)

Many thanks for your very fast reaction!

Saludos
swimmer

PS: Emerge dies now on a different place btw ;-)
Quote:

Making all in doc
make[2]: Entering directory `/var/tmp/portage/x11-wm/fvwm-9999-r10/work/fvwm/doc'
cp ./index.html index.html
Making all in fvwm
...


Sorry, I did not test the thing, I will try to fix it, but it smells like another silly bug in any makefile. This, by itself, seems odd enough to me:

Code:

cp ./index.html index.html


It doesn't work cause the origin and destination files are the same. Just in case, if you can, paste also your USE flags for fvwm (emerge -pv fvwm will do).

Saludos! :)
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
DidgeriDude
Guru
Guru


Joined: 30 Jan 2005
Posts: 347
Location: Laon (France)

PostPosted: Sun Jul 15, 2007 10:18 am    Post subject: Reply with quote

Hi everyone,

Indeed, same error here... With both r9 and r10 reviews...

I tried to emerge with USE="-doc", hoping doc directories will be ignored, but it didn't help...

Jesús, have you noticed that ?

[EDIT]
i92guboj wrote:
Sorry, I did not test the thing, I will try to fix it, but it smells like another silly bug in any makefile. This, by itself, seems odd enough to me:

Code:

cp ./index.html index.html


Same reaction when I saw this !!

Code:
USE="doc extras gtk iconv newtest nls perl png readline session shape stroke svg tk translucency truetype xinerama xlockcompat xpm"
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Jul 15, 2007 10:45 am    Post subject: Reply with quote

DidgeriDude wrote:
Hi everyone,

Indeed, same error here... With both r9 and r10 reviews...

I tried to emerge with USE="-doc", hoping doc directories will be ignored, but it didn't help...

Jesús, have you noticed that ?

[EDIT]
i92guboj wrote:
Sorry, I did not test the thing, I will try to fix it, but it smells like another silly bug in any makefile. This, by itself, seems odd enough to me:

Code:

cp ./index.html index.html


Same reaction when I saw this !!

Code:
USE="doc extras gtk iconv newtest nls perl png readline session shape stroke svg tk translucency truetype xinerama xlockcompat xpm"


It is -definitely- not an issue about the patchset, since exactly the same thing happens with unpatched fvwm if I compile it by hand. Nothing to worry about, bear always in mind that this is live CVS, so, breakage is something we should expect more frequently than it happens. We are lucky for that.

For now, I will post a fix in a few minutes, just a workaround. Then I will let the people in the fvwm-workers mailing list about the issue. So it gets fixed upstream.

Stay tuned :)
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
swimmer
Veteran
Veteran


Joined: 15 Jul 2002
Posts: 1291
Location: Netherlands

PostPosted: Sun Jul 15, 2007 10:47 am    Post subject: Reply with quote

i92guboj wrote:
Sorry, I did not test the thing, I will try to fix it, but it smells like another silly bug in any makefile. This, by itself, seems odd enough to me:
Code:

cp ./index.html index.html

It doesn't work cause the origin and destination files are the same. Just in case, if you can, paste also your USE flags for fvwm (emerge -pv fvwm will do).


Yep - I too guess it's some changes in a docs-Makefile again but I'm again too stupid to fix that ;-)

My USE-flags: USE="default-charset-fix extras gtk iconv newtest nls perl png readline session svg tk translucency truetype -bidi -debug -doc -rplay -shape -stroke -xinerama -xlockcompat -xpm"

Saludos
swimmer
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Jul 15, 2007 11:03 am    Post subject: Reply with quote

Well, guys, while it gets fixed upstream, you should be able to compile it now using a simple patch I made. The tarball has been updated with -r11, and a new patch is used to comment out a couple of lines into the offending makefile.

A new patchset file is also in my server, numbered as 20070715_2.

:)
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
swimmer
Veteran
Veteran


Joined: 15 Jul 2002
Posts: 1291
Location: Netherlands

PostPosted: Sun Jul 15, 2007 11:17 am    Post subject: Reply with quote

Jesús, I suggest that you change your nick again into "ferrari" seen the response time and speed you fix things ;-)

Muchas gracias!!!
swimmer
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Jul 15, 2007 11:58 am    Post subject: Reply with quote

swimmer wrote:
Jesús, I suggest that you change your nick again into "ferrari" seen the response time and speed you fix things ;-)

Muchas gracias!!!
swimmer


Hehehehe :)

I am not the only fast one, it seems that someone reverted the offending Makefile.am to an older version, which was somewhat buggy, but worked just fine. This got to the list a couple of minutes ago:

FVWM workers wrote:

CVSROOT: /home/cvs/fvwm
Module name: fvwm
Changes by: scott 07/07/15 06:48:24

Modified files:
doc : Makefile.am

Log message:
revert to buggy makefile for now (so snapshot will build)


So, now -r11 doesn't work, -r10 should do. I will bump to -r12 in a few minutes, but keep the modified patchset just in case.

PS_ Done.
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
DidgeriDude
Guru
Guru


Joined: 30 Jan 2005
Posts: 347
Location: Laon (France)

PostPosted: Sun Jul 15, 2007 9:08 pm    Post subject: Reply with quote

Thanks for everything.

-r12 compiled just fine few minutes ago, with pathset-20070715.
Back to top
View user's profile Send private message
UnkHz
n00b
n00b


Joined: 24 Jun 2007
Posts: 3
Location: Helsinki, Finland

PostPosted: Wed Aug 01, 2007 6:53 am    Post subject: Reply with quote

ResizeOutlineThin is failing again on amd64..

Code:


PATCH COMMAND:   patch -p4 -g0 -E --no-backup-if-mismatch < /var/tmp/portage/x11-wm/fvwm-9999-r12/work/patchset/extras/02-ResizeOutlineThin.patch

======================================
missing header for unified diff at line 4 of patch
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/fvwm.h fvwm/fvwm.h
|--- fvwm/fvwm.h        2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/fvwm.h        2007-06-03 15:41:45.000000000 +0200
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 29 of patch
can't find file to patch at input line 29
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/move_resize.c fvwm/move_resize.c
|--- fvwm/move_resize.c 2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/move_resize.c 2007-06-03 15:44:27.000000000 +0200
--------------------------
No file to patch.  Skipping patch.
12 out of 12 hunks ignored
missing header for unified diff at line 556 of patch
can't find file to patch at input line 556
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/style.c fvwm/style.c
|--- fvwm/style.c       2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/style.c       2007-06-03 15:41:45.000000000 +0200
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 586 of patch
can't find file to patch at input line 586
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/style.h fvwm/style.h
|--- fvwm/style.h       2007-06-03 15:32:05.000000000 +0200
|+++ fvwm/style.h       2007-06-03 15:41:45.000000000 +0200
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
missing header for unified diff at line 614 of patch
can't find file to patch at input line 614
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -r -U 10 fvwm/window_flags.h fvwm/window_flags.h
|--- fvwm/window_flags.h        2006-12-21 17:38:58.000000000 +0100
|+++ fvwm/window_flags.h        2007-06-03 15:41:45.000000000 +0200
--------------------------
No file to patch.  Skipping patch.
1 out of 1 hunk ignored
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sat Aug 04, 2007 12:59 am    Post subject: Reply with quote

New patchset + r13 ebuild available at http://jesgue.homelinux.org/fvwm-files/

02 had to be completely redone, it is not tested, so, it might or might not work. Some minor changes where needed in the default locale charset patch.

Cheers :)
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Aug 12, 2007 7:44 pm    Post subject: Reply with quote

r14 is out. 12-Hover.patch fixed.
_________________
Gentoo Handbook | My website
Back to top
View user's profile Send private message
i92guboj
Moderator
Moderator


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

PostPosted: Sun Aug 12, 2007 10:13 pm    Post subject: Reply with quote

Look at this:
http://forums.gentoo.org/viewtopic-t-575380-highlight-.html

Now this ebuild is also in that overlay. I will update that since I just gained commit access to the svn repository. In the live-ebuilds overlay, this stuff is now called "fvwm-live". You need to unmerge fvwm to emerge fvwm-live.

For now I will continue hosting the fvwm ebuild along with the new fvwm-live ebuild in the usual url. Look above.

If you are not going to use the overlay don't worry about using fvwm or fvwm-live, both are exactly the same.
_________________
Gentoo Handbook | My website
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 5 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