I was messing around with the CVS code last night and got all the stuff to
build for e17/apps/e. Attached is a spec file for the libs and such so
that you can easily build the RPMS for them. The only thing that probably
should be committed is the change for freetype in the evas package. On
Fedor
I decided I might give it a try at commenting e 17. This about the first
time I deal with C and I have never used doxygen before.
I'd like someone to review my patch and tell me if it can be of any use
(or if I'm just wasting my time). Comments and constructive feedback are
welcomed. If my doxyg
On Thursday, 06 January 2005, at 09:01:31 (-0500),
Jason Williams wrote:
> I was messing around with the CVS code last night and got all the
> stuff to build for e17/apps/e. Attached is a spec file for the libs
> and such so that you can easily build the RPMS for them. The only
> thing that prob
make install in e/themes is perhaps incorrect in that it tries and
assign a group equal to the themes install directory. This, of course,
cannot work.
e/themes/Makefile.am
install-data-local:
$(mkinstalldirs) $(THEME_DIR)
for tf in $(THEME_FILES); do \
gzip -d -c <
See thread:
http://sourceforge.net/mailarchive/message.php?msg_id=6022045.
I have regularly considered expanding the *.etheme's into plain CVS
trees. That should bypass the problem entirely.
IMO, archiving the .etheme's as such goes against the whole purpose of
CVS anyway.
/Kim
Peter Hyman wrote:
m
cypher wrote:
It's great to see that E has begun to make use of the new X
extensions before the other window managers. :)
Are there any plans to use the new composite manager in conjunction
with the pager and/or iconified windows? It would be awfully nice
(and very useful) to have off-screen wi
On Thu, 2005-01-06 at 14:34 -0500, Michael Jennings wrote:
> On Thursday, 06 January 2005, at 14:29:18 (-0500),
> Peter Hyman wrote:
>
> > On my system, Group becomes a 601 for some reason which in packaging
> > is unacceptable. Either set the group too or omit this.
>
> [EMAIL PROTECTED] ~/cvs >
On Thursday, 06 January 2005, at 12:11:42 (-0500),
Peter Hyman wrote:
> make install in e/themes is perhaps incorrect in that it tries and
> assign a group equal to the themes install directory.
Not on this planet, it doesn't. Where on earth did you come up with
that idea?
> install-data-local:
On my system, Group becomes a 601 for some reason which in packaging is
unacceptable. Either set the group too or omit this.
On Thu, 2005-01-06 at 14:22 -0500, Michael Jennings wrote:
> On Thursday, 06 January 2005, at 12:11:42 (-0500),
> Peter Hyman wrote:
>
> > make install in e/themes is perha
On Thursday, 06 January 2005, at 14:29:18 (-0500),
Peter Hyman wrote:
> On my system, Group becomes a 601 for some reason which in packaging
> is unacceptable. Either set the group too or omit this.
[EMAIL PROTECTED] ~/cvs >> grep -ri group e16/e/themes/Makefile*
[EMAIL PROTECTED] ~/cvs >>
'Nuf
On Thursday, 06 January 2005, at 14:44:10 (-0500),
Peter Hyman wrote:
> Precisely the point. Because no group is set, a default is assigned.
> That is wrong.
If you're root, yes. As a user, no. In any event, proper packaging
results in this not mattering one wit because the packaging
instructio
On Tue, 4 Jan 2005, Carsten Haitzler wrote:
> On Sun, 12 Dec 2004 23:41:16 -0500 "Laurence J. Lane" <[EMAIL PROTECTED]>
> babbled:
>
> > The xpm buffer overflow reported for imlib also appears to affect
> > imlib2. You can read the details at: http://bugs.debian.org/285138
>
> (a bit slow thanks
12 matches
Mail list logo
