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
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
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
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:
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
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 to xmas and
