Just to chime in... I compiled pkg-config from source a couple of times
and it does need glib.
I haven't been able to work around glib.
Dennis
Wim Oudshoorn wrote:
Matt Rice <[EMAIL PROTECTED]> writes:
On 2007-02-09 09:18:02 -0800 Wim Oudshoorn <[EMAIL PROTECTED]> wrote:
So next I tried to
Matt Rice wrote:
On 2007-02-10 17:34:59 -0800 Nicola Pero
<[EMAIL PROTECTED]> wrote:
The only objection i've heard from gnustep.pc is "Its not the way
GNUstep stores information".
Here is a refresher --
1. it adds an external dependency upon which *everything* would depend
an entirely
Adam Fedor wrote:
On Feb 11, 2007, at 3:30 PM, Alex Perez wrote:
there are clear advantages...
now I can add stuff to configure for things *using* gnustep-make
which attempts to see if
GNUstep libraries exist.
there could be a way to bootstrap gnustep-make to "just work"
without any gnust
Actually I think Riccardo has some valid points.
I would love to see Cameleon integrated into -core, but marketing wise I
think releasing GNUstep 1.0, would do us more good then anything else.
With a 1.0 release the exposure we get from all the news sites would be
tremendous. So a feature free
wanting to pick up a
certain part), then the idea of Adam for a bounty for that subject can
be used.
In my opinion everything should now be aimed at getting at 1.0.
With kind regards,
Dennis Leeuw
___
Gnustep-dev mailing list
Gnustep-dev@gn
Sašo Kiselkov wrote:
Alright, let's stop arguing (which doesn't lead anywhere) and starting holes in
the air, but let's instead start some heavy-weight brain-storming for ideas on
how to implement the problems at hand. From the dicussions before we already
know that:
- GNUstep needs somewhat ti
Richard Frith-Macdonald wrote:
On 2005-10-26 08:49:52 +0100 Dennis Leeuw <[EMAIL PROTECTED]> wrote:
Sašo Kiselkov wrote:
Alright, let's stop arguing (which doesn't lead anywhere) and
starting holes in the air, but let's instead start some
heavy-weight brain-stormin
Hi Richard,
Richard Frith-Macdonald wrote:
On 2005-10-26 08:49:52 +0100 Dennis Leeuw <[EMAIL PROTECTED]> wrote:
I think it is a clear goal. Something we can all agree on, I don't
think there isn't anybody who doesn't want GNUstep to become 1.0. We
just need a list of th
Scott Stevenson wrote:
On Nov 2, 2005, at 5:13 AM, Stefan Urbanek wrote:
Something like here:
http://www.mozilla.org/products/firefox/
or here:
http://www.openoffice.org/
or here:
Advertisment of art.gnome: http://www.gnome.org/
Or like this? :)
http://treehouseideas.com/downl
GNUstep ain't Cocoa/OSX. I don't see a point in mimicking too many of
Apple's ideas.
What will be next? Use gSomething (gChat) analogous to iSomething (iChat) ???
Wauw... cool! Nice Idea
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
http://lis
Hi Chris,
Would this also mean the we need a /System/Library/Inspectors
/System/Library/Finder /System/Library/TextConverters
/System/Library/GSPrinting just no name a view others that are falling
in the same category.
Or am I somehow missing the point here?
Thanks,
Dennis
Chris Vetter wr
miliar with the
system) the holy three Applications, Library, Tools should appear
everywhere imho.
Greetings,
Dennis
--- Dennis Leeuw <[EMAIL PROTECTED]> wrote:
Hi Chris,
Would this also mean the we need a
/System/Library/Inspectors
/System/Library/Finder
/System/Library/TextConve
Chris Vetter wrote:
On 2006-02-24 11:07:47 +0100 Dennis Leeuw <[EMAIL PROTECTED]> wrote:
Hi Chris,
Would this also mean the we need a /System/Library/Inspectors
/System/Library/Finder /System/Library/TextConverters
/System/Library/GSPrinting just no name a view others that are falli
Chris Vetter wrote:
On 2006-02-26 03:12:10 +0100 Alex Perez <[EMAIL PROTECTED]> wrote:
Hear, Hear! This should be the default location. The other gnustep
junk can still live in /usr/gnustep or wherever else, but the libs
should be in *STANDARD FHS LOCATIONS*.
Uhm ... 'scuse me, this is all
Adam Fedor wrote:
On Sep 9, 2006, at 11:49 PM, Gregory John Casamento wrote:
Adam,
Is it an ad for new developers or an ad urging end-users to try GNUstep?
It's more of an add to get more help, but I think getting more users
would provide the same benefit.
Maybe the best way to promote t
Chris Vetter wrote:
On 2006-09-12 13:38:40 +0200 Gürkan Sengün <[EMAIL PROTECTED]> wrote:
Indeed, especially if it looks like something I am used to, say
NeXTSTEP/OPENSTEP, Windows or Mac OS X. Please pretty please,
don't make new themes, new looks, another "we are gnome, we
are cool", "we are
Adrian Robert wrote:
On 2006-09-27 23:04:07 -0400 Nicola Pero
<[EMAIL PROTECTED]> wrote:
This could be an interesting idea, but the main problem is that someone
looking for help
probably wouldn't know that to get help you need to use 'make help=yes'.
Maybe whenever you type 'make' we could al
MO:
1) There is an app that needs the additional functionality, so you have
to accept to also supply a library upgrade. Nothing more, so no other
applications need to be upgraded.
2) No app needs the additional functionality... you do not have to do
anything
Am I missing a point here?
With
Richard Frith-Macdonald wrote:
On 4 Oct 2006, at 12:46, David Ayers wrote:
I'm almost indifferent on the subject. But in practice I believe people
will unknowingly break binary compatibility and forget to bump the SO
name. I think this is worse than forcing folks to recompile apps just
beca
Yep you are right... hadn't looked at the soname naming. I expected the
a soname Major, not Major.Minor.
Maybe that should be the real discussion then if this naming convention
is still appropriate?
Dennis
Helge Hess wrote:
On Oct 5, 2006, at 16:01, Dennis Leeuw wrote:
Currentl
Hi Richard,
A clear document, the only thing I miss is a rationale for the use of
the SONAME with a major.minor structure, instead of the more common
major. I think this would help in the understanding why, and resulting
in less discussion.
I could even imagine that you use the SONAME major
-FHS system, does that mean
/usr or /, or /opt?
Just my 2 cents.
Dennis Leeuw
Nicola Pero wrote:
I'd like to propose a new option for gnustep-make ...
GNUSTEP_INSTALLATION_DOMAIN
which could take the values SYSTEM / LOCAL / NETWORK / USER.
This option can only be set on the command lin
22 matches
Mail list logo