Hello everyone!
> Am 2021-12-21 um 16:17 schrieb Edwin Ancaer :
>
> David,
>
> I wanted to try out GSWeb, but I did not know it was independent of GDL2.
> So then gdl2 is not really an issue anymore.
Compare your config.mak to mine (I did not touch it in some time but it
David,
I wanted to try out GSWeb, but I did not know it was independent of GDL2.
So then gdl2 is not really an issue anymore.
Just to be sure, I upgraded to 12.3, installed the latest versions of base,
make,gui and back and the issue is still there, in a totally unimportant
way.
Thanks,
Edwin
> Am 2021-12-20 um 03:45 schrieb Edwin Ancaer :
>
>
> Hello,
>
> I wanted to install gdl2 on FreeBSD 12.2, doing
I think it makes more sense to move to FreeBSD 12.3 before wasting time on a
non-supported version.
Did you install make and base recently?
I can try d
Hello,
I wanted to install gdl2 on FreeBSD 12.2, doing
git clone https://github.com/gnustep/libs-gdl2.git
./configure
gmake
This resulted in an error:
Making all for subproject Inspectors...
Linking subproject Inspectors ...
cc: warning: argument unused during compilation: '-pthread'
[-Wunused
Hello,
I did the following:
*;
Dave, Matt,
I added the -i flag, the resultt be a little disappointing:
[00:02:05] Entering interactive test mode. Type 'exit' when done.
FreeBSD ?.?.? (UNKNOWN)
Welcome to FreeBSD!
Release Notes, Errata: https://www.FreeBSD.org/releases/
Security Advisories:
In addition to what David says, also try with make messages=yes (assuming
that is still a thing)
my guess would be that perhaps it occurs running plmerge when building the
.app plists.
On Mon, Jun 3, 2019 at 3:10 AM David Chisnall
wrote:
>
> Hi,
>
> That's quite an exciting error. It looks as
Hi,
That's quite an exciting error. It looks as if the build is fine, the
install is fine, the checks that the plist match the things in the stage
directory are all fine, and then something is crashing while building
the package. I've never seen this before. Can you add a -i flag to
your
Hello guys,
one last request before I return to gardening: it seems that the above
error only occurs with the poudriere port that I try to create. I can build
all other gnustep ports without problems.
I attached the Makefile, pkg-descr, pkg-plist and distinfo for the port. If
someone could have
Reading Davids answer, I realize I did not explain well what was the
problem. The error occurred during the at the execution of the poudriere
testport command, giving a following logfile:
===
=>> Recording filesystem state
On 27 May 2019, at 12:07, Edwin Ancaer wrote:
>
> The one haunting me now is the fact that I have to run the poudriere command
> to test my port for renaissance as root and that for root, the GNUStep
> environment is not defined.
>
You have to run poudriere as root, but then it will source
> On 27 May 2019, at 12:07, Edwin Ancaer wrote:
>
> Hello,
>
> the linker problem is solved as was described by David. But as my knowledge
> of FreeBSD / Unix is limited, every new problem is taking lots of time to
> investigate.
>
> The one haunting me now is the fact that I have to run
ntioned earlier, or is this something
> that can be solved by changing the code?
>
> just to let you know: I compiled renaissance, gdl2 and GSWeb under Debian
> 9 using this setup:
> https://github.com/plaurent/gnustep-build/blob/master/debian-9-clang-8.0-runtime-2.0/GNUstep-buildo
Hi Edwin,
Am 24.05.19 um 00:20 schrieb Edwin Ancaer:
> Is this the linker problem David mentioned earlier, or is this
> something that can be solved by changing the code?
just to let you know: I compiled renaissance, gdl2 and GSWeb under
Debian 9 using this setup:
https://github.com/pl
On 23 May 2019, at 23:20, Edwin Ancaer wrote:
>
> Is this the linker problem David mentioned earlier, or is this something that
> can be solved by changing the code?
>
Can you try setting LLD_UNSAFE (I think that’s the flag) in the port Makefile?
There are a few Objective-C things that
install the ones you want.
On Fri, May 24, 2019 at 12:03 AM Matt Rice wrote:
>
> You should be able to use --disable-gui-projects, see here:
> https://github.com/gnustep/libs-gdl2/blob/master/configure.ac#L72-L80
>
> On Thu, May 23, 2019 at 10:20 PM Edwin Ancaer wrot
You should be able to use --disable-gui-projects, see here:
https://github.com/gnustep/libs-gdl2/blob/master/configure.ac#L72-L80
On Thu, May 23, 2019 at 10:20 PM Edwin Ancaer wrote:
>
> Fred,
>
> thank you for the reply. Indeed, building gdl2 without DBModel would be the
> solu
Fred,
thank you for the reply. Indeed, building gdl2 without DBModel would be the
solution that comes to mind. But doesn't that mean that I will have to
change the configuration file of gdl2? Something I would have to do
locally, and repeat if any updates are made to gdl2?
I will keep
That looks fine. Don't forget to re-run make makesum, because now the
size and hash of the upstream source have changed.
David
On 22/05/2019 17:42, Edwin Ancaer wrote:
Hello David,
thanks again for helping. I changed GH_TAGNAME from gdl2-0_12_0 to
d5f0d94, what I thought were the first 7
Hello David,
thanks again for helping. I changed GH_TAGNAME from gdl2-0_12_0 to
d5f0d94, what I thought were the first 7 characters from the commit hash,
but apparently I'm wrong, because I got an error:
root@ottopedi:/usr/local/poudriere/ports/head/databases/gdl2 # make makesum
=> gnustep-l
On 21/05/2019 20:32, Fred Kiefer wrote:
That would be 2009, ten years ago, yes this could fit to the errors you are
getting. In part this is our problem as no release was done in the time in
between. Still could you please switch to the master branch and only report
issues for that branch?
should just ignore this subdirectory
and just build the rest of gdl2.
Hope this helps,
Fred
> Am 21.05.2019 um 20:38 schrieb Edwin Ancaer :
>
> Fred,
>
> I 'think' I used release 0_12_0 of libs-gdl2 in the gnustep account on Github.
>
> However, when I cloned the git-rep
Fred,
I 'think' I used release 0_12_0 of libs-gdl2 in the gnustep account on
Github.
However, when I cloned the git-repository, I downloaded the same version,
and when I ddi configure and make, got an error about a missing
Renaissance header.
Not quite the same as the build I did in poudriere
Hi,
could you please explain where you did get your version of the source code of
gdl2 from? I just compiled the code from git and did not get any of the errors
you reported. Of course I was using gcc so I first thought that it is just a
picky compiler complaining. But when I looked through
, someone
will have to make the changes David propose in gnustep/libs-gdl2, and
there probably will be more to come. Is there a maintainer for this
repository I should contact? As the proposed changes are rather easy, I
don't mind doing them myself, but then I would like some explanation on
the best
Hi,
I don't know the right procedures to handle this: obviously, someone will
have to make the changes David propose in gnustep/libs-gdl2, and there
probably will be more to come. Is there a maintainer for this repository I
should contact? As the proposed changes are rather easy, I don't mind
David,
sorry for the name, I indeed copied the simpleagenda Makefile, and did not
think about changing the maintainer.
I made the changes you suggested in the Makefile. I have a jail and a port
in to create my packages in poudriere, but I was following the steps in the
porters handbook, and
Am Dienstag, den 21.05.2019, 09:10 +0100 schrieb David Chisnall:
> - You've set GNU_CONFIGURE, does GDL actually use autoconf?
Yes, it is used to build the PostgreSQL database adaptor AFAIR.
--
David Ayers - Team Austria
Free Software Foundation Europe (FSFE) [] (http://www.fsfe.org)
Ooops, hit sent too soon:
On 21/05/2019 08:26, Edwin Ancaer wrote:
In file included from ../EOControl/EOQualifier.h:36:
../EOControl/EOKeyValueArchiver.h:84:3: error: unknown type name
'NSMutableArray'
NSMutableArray *_allUnarchivedObjects;
^
It looks as if EOKeyBalueArchiver.h is
a bit surprised
the ports system builds at all without it.
- Please set yourself as the maintainer, not me.
- You've set GNU_CONFIGURE, does GDL actually use autoconf?
- Please don't put the libs- prefix in the ports name. gdl2 is fine.
- The $FreeBSD$ tag at the top is incorrect (it looks
Hello all,
I do not want to look impatient, but as the best way to learn is to try it
yourself, I tried to use the ports system, to locally create a port for
gdl2 (Makefile is attached).
I generated the distinfo file with the makesum command (result also
attached), but then, when using make
David,
If you could create the packages, I t would be my pleasure to try to
maintain them.
I might need some help to get started though.
Thanks,
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
to debug this today or later in the week.
David
> On 19 May 2019, at 08:22, Edwin Ancaer wrote:
>
> Hello,
>
> I've been searching for ports for GDL2 and GSWeb, but did not find them.
>
> Can someone confirm they do not exist, or give the names of the ports
> othe
ration specific stuff directly. But thats
why we have libobjc/Gnustep-base etc to abstract that for our applications, So
I would be suprised if you run into any major issues.
> On 19 May 2019, at 09:22, Edwin Ancaer wrote:
>
> Hello,
>
> I've been searching for ports for GD
Hello,
I've been searching for ports for GDL2 and GSWeb, but did not find them.
Can someone confirm they do not exist, or give the names of the ports
otherwise. I tried with gdl2, gsweb, gnustepweb.
If they don't exist, is this just because nobody has been interested? I ask
because
dded code here
>
> I consider these real failures, since the removal of the hacks, gdl2
> no longer even conforms to the class hierarchy e.g..
>
> http://mirror.informatimago.com/next/developer.apple.com/documentation/LegacyTechnologies/WebObjects/WebObjects_4.5/System/Library/Frameworks/EOCo
res, since the removal of the hacks, gdl2
no longer even conforms to the class hierarchy e.g..
http://mirror.informatimago.com/next/developer.apple.com/documentation/LegacyTechnologies/WebObjects/WebObjects_4.5/System/Library/Frameworks/EOControl.framework/Java/Classes/EOClassDescription.html
https://
Next up for the gdl2 testsuite, the EOModel/ModelEditing.m file fails with:
"EOModel(instance) does not recognize
awakeFromInsertionInEditingContext:" from line 80 calling the
-insertObject method. Line 83 would also fail with "EOEntity(instance)
doe
not really going to oppose it, if you want to go this route, or anyone
pushes back against nested sets.
On Wed, Jun 7, 2017 at 2:28 PM, Mark Clements <mark.cleme...@ki.se> wrote:
> Next up: the gdl2 testsuite was failing for some files with nested
> TEST_SET's, with errors for "
On Wed, Jun 7, 2017 at 10:28 PM, Mark Clements <mark.cleme...@ki.se> wrote:
> Next up: the gdl2 testsuite was failing for some files with nested
> TEST_SET's, with errors for "message sent to deallocated instance". Is
> it obvious why the nesting does this?
>
&g
Next up: the gdl2 testsuite was failing for some files with nested
TEST_SET's, with errors for "message sent to deallocated instance". Is
it obvious why the nesting does this?
If we remove the nested sets, then we resolve the "deallocated instance"
errors. Proposed patch attac
See attached for an improved patch on quoting. This gives similar tests
successes for both quoted and unquoted external names.
-- Mark
On 06/05/2017 10:00 PM, Mark Clements wrote:
> Please see attached for a patch to fix quoting of column names and
> Postgresql sequences. I have also included a
ched which sets
>> _flags.protoOverride and updates the propertyList at the start of
>> -initWithPropertyList:owner. This replaces my patch from yesterday.
>>
>> -- Mark
>>
>> On 05/18/2017 10:50 PM, Mark Clements wrote:
>>> Thanks for accepting my earlier patch on the GDL2 test suit
for accepting my earlier patch on the GDL2 test suite.
As a reminder, GDL2 has prototypes for different types of attributes:
the prototypes are used to set properties when those properties have not
already been specified for an attribute. The prototypes are specific to
an EOAdaptor. The current issue is tha
, Mark Clements wrote:
> Thanks for accepting my earlier patch on the GDL2 test suite.
>
> As a reminder, GDL2 has prototypes for different types of attributes:
> the prototypes are used to set properties when those properties have not
> already been specified for an attribute.
Thanks for accepting my earlier patch on the GDL2 test suite.
As a reminder, GDL2 has prototypes for different types of attributes:
the prototypes are used to set properties when those properties have not
already been specified for an attribute. The prototypes are specific to
an EOAdaptor
Hi Mark,
thank you very much for this fix on the gdl2 tests. I have applied this
patch. The only thing I did change was instead of commenting out the
TEST_EXCEPTION macros I replaced them with the newer PASS_EXCEPTION calls.
Cheers,
Fred
Am 02.05.2017 um 07:49 schrieb Mark Clements:
> I h
This was a puzzling link error. I then noticed that
modules/dev-libs/gdl2/Examples/GNUmakefile uses
ADDITIONAL_NATIVE_LIBS=EOAccess EOControl
which had a different order to the testsuite. This change surprisingly
fixed the problem on my machine. My local (conservative) environment is
Linux
On Mon, May 1, 2017 at 2:25 PM, Mark Clements <mark.cleme...@ki.se> wrote:
> I have had a first attempt at getting the testsuite working with GDL2.
Cool,
> + Change ADDITIONAL_NATIVE_LIBS+=EOControl EOAccess to
> ADDITIONAL_NATIVE_LIBS+=EOAccess EOControl (?)
Which os/libc/et
will try and get everything set up.
On Tue, May 2, 2017 at 12:10 AM, Mark Clements <mark.cleme...@ki.se> wrote:
> To add to this, I have now attached the tests.log file.
>
> There is one failed test under
> gdl2/EOKeyValueCoding/EOKeyValueCoding00.m. The test is:
>
> S
I have now attached a diff file for these changes.
Kindly, Mark.
On 05/01/2017 11:25 PM, Mark Clements wrote:
> I have had a first attempt at getting the testsuite working with GDL2.
>
> It seems to have been a while since the GDL2 testsuite was updated (see
> patch below). Sugge
I have had a first attempt at getting the testsuite working with GDL2.
It seems to have been a while since the GDL2 testsuite was updated (see
patch below). Suggested changes include:
+ Bug fixes on labelling
+ Change -cString to -UTF8String
+ Change sel_eq to sel_isEqual
+ Change #include
On Fri, Apr 28, 2017 at 2:21 AM, Mark Clements <mark.cleme...@ki.se> wrote:
> I am new to Objective C and GNUstep - and interested in GDL2.
>
> Using https://github.com/gnustep/gdl2 and gcc 4.8.4, I have been working with
> the Trading example with PostgreSQL and ran into a
I am new to Objective C and GNUstep - and interested in GDL2.
Using https://github.com/gnustep/gdl2 and gcc 4.8.4, I have been working with
the Trading example with PostgreSQL and ran into a bug:
Examples/Trading/obj/createTradingDB: Uncaught exception PostgreSQLException,
reason: SQL
On Sun, Jun 21, 2015 at 8:11 AM, Edwin Ancaer eanc...@gmail.com wrote:
Hello,
is it possible that GDL2 names a sequence as tablename_seq, while
postgresl names a sequence as tablename_fieldname_seq?
Hello,
Are you using +[EOSchemaGeneration
dropPrimaryKeySupportStatementsForEntityGroup
Hello,
is it possible that GDL2 names a sequence as tablename_seq, while
postgresl names a sequence as tablename_fieldname_seq?
Whith psql, I get
psql (9.3.6)
Type help for help.
MultiDB= \d
List of relations
Schema | Name | Type | Owner
Hi Edwin, sorry I can't really help with this i'm not at all familiar
with Project Center,
FWIW, I had started on getting GDL2 project types as a bundle working
in Project Manager, which is what the patch/thread linked below is
for...
Unfortunately i never quite followed up on it, And unsure
Ancaer escribió:
Hello,
I have a small practical question. When linking my aplication, in
which
I use gdl2, i need to add ADDITIONAL_NATIVE_LIBS += EOControl EOAccess
EOInterface to GNUmakefile.preamble, otherwise, I get linker errors.
The problem is that ProjectCenter keeps rewriting
HI,
On 06/16/15 15:37, Edwin Ancaer wrote:
Hello,
I have a small practical question. When linking my aplication, in which
I use gdl2, i need to add ADDITIONAL_NATIVE_LIBS += EOControl EOAccess
EOInterface to GNUmakefile.preamble, otherwise, I get linker errors.
The problem
Hello,
I have a small practical question. When linking my aplication, in which
I use gdl2, i need to add ADDITIONAL_NATIVE_LIBS += EOControl EOAccess
EOInterface to GNUmakefile.preamble, otherwise, I get linker errors.
The problem is that ProjectCenter keeps rewriting this file before
building
I created an application , and tried to integrate some code I found in
http://www.gnustep.org/resources/documentation/Developer/GDL2/GDL2Intro.pdf.
The code (sloppy, with unused variables) in ApplicationDidFinishLaiunching
looks as follows:
*- (void
On Sat, Jun 13, 2015 at 2:37 AM, Edwin Ancaer eanc...@gmail.com wrote:
Replace @Persons by @persons in
authorsDS = [[EODatabaseDataSource alloc] initWithEditingContext: ec
entityName:@persons];
and the error goes away, you old fool.
And go get yourself another rubber duck
But I still
the
globalModelGroup is somewhere available for all EOF classes...
2015-06-13 10:18 GMT+02:00 Edwin Ancaer eanc...@gmail.com:
I created an application , and tried to integrate some code I found in
http://www.gnustep.org/resources/documentation/Developer/GDL2/GDL2Intro.pdf.
The code (sloppy, with unused
Seems that I had 2 versions of GDL2. And I used the wrong one.
My apologies David, for the unnecessary questions.
I used github to download my most recent version of GDL2, and indeed,
everything went OK.
In the downloads, I seem to use github and svn: is there a problem in
mixing applications
On 30 Apr 2015, at 14:42, Edwin Ancaer eanc...@gmail.com wrote:
EOGenericRecord.m:1526:19: error: incomplete definition of type
'struct objc_class'
size = selfClass-instance_size;
EOGenericRecord.m:1622:26: error: incomplete definition of type
'struct objc_class'
size
Hello
I just downloaded GDL2, and tried to compile it (I'm using Clang 3.4, and
libobjc2).
I got the following compilation errors:
EOGenericRecord.m:1526:19: error: incomplete definition of type
'struct objc_class'
size = selfClass-instance_size;
EOGenericRecord.m:1622:26: error
Am 30.04.2015 um 15:42 schrieb Edwin Ancaer:
Hello
I just downloaded GDL2, and tried to compile it (I'm using Clang 3.4, and
libobjc2).
I got the following compilation errors:
EOGenericRecord.m:1526:19: error: incomplete definition of type
'struct objc_class'
size
David,
indeed, it is working now. Thanks.
I've got a new problem now:
../EOControl/EOQualifier.h:239:12: error: cannot define category for
undefined
class 'NSArray'
@interface NSArray (EOQualifierExtras)
There is indeed a category definition at the end of the file EOQualifier.h,
on the
On 30 Apr 2015, at 16:31, Edwin Ancaer eanc...@gmail.com wrote:
David,
indeed, it is working now. Thanks.
I've got a new problem now:
../EOControl/EOQualifier.h:239:12: error: cannot define category for undefined
class 'NSArray'
@interface NSArray (EOQualifierExtras)
There
Hello,
this is what I wanted to type the first time:
would it be wise to use GDL2 in a project to access a Postgresql database,
or are their better options avalable.
And the same question goes for GNUstepWeb.
I have the impression these applications *haven't been updated* recently
(maybe
Hello,
would it be wise to use GDL2 in a project to access a Postgresql database,
or are their better options avalable.
And the same question goes for GNUstepWeb.
I have the impression these applications havebeen updated (maybe because
they are still well enough).
Kind regards,
Edwin Ancaer
...@gmail.com wrote:
Hello,
this is what I wanted to type the first time:
would it be wise to use GDL2 in a project to access a Postgresql database, or
are their better options avalable.
And the same question goes for GNUstepWeb.
I have the impression these applications haven't
Am 31.01.2014 um 03:50 schrieb Markus Hitter m...@jump-ing.de:
Am 31.01.2014 00:44, schrieb Ivan Vučica:
Note I didn't look at your patches, and will not get involved in Debian
packaging
Thank you for putting this into the beginning. This saved me from
reading the rest and confirms the
Am 31.01.2014 um 00:34 schrieb Markus Hitter m...@jump-ing.de:
Am 30.01.2014 20:58, schrieb Niels Grewe:
There’s a well known phrase coined by the philosopher Neil Wilson
called the ‘principle of charity’. It means that you should always
assume the most favourable interpretation of another
Am 31.01.2014 10:28, schrieb Wolfgang Lux:
Come on Markus. I appreciate your attempts on improving GNUstep, but
insulting other people and calling them hostile just because they do
not agree with your opinions or have different use cases is never a
good start to put anything forward.
I don't
Am 31.01.2014 01:00, schrieb James Carthew:
Frankly, I don't give a damn about filesystem layout. The only thing I care
about with GNUstep is applications. Apps are what matters. That and API
completeness.
Well, go ahead and compile/install the stuff. If you want it packaged,
filesystem layout
Sorry if you prefer to think I was hostile, instead of back from work,
being tired, not actively working on gnustep-make and only trying to
explain that lack of focus on your particular issues or understanding of
your particular issues does not mean hostility or rejection :-)
But because you're
Am 31.01.2014 11:35, schrieb Ivan Vučica:
In fact, come; come for a big
hug :-)
*hugs*
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
On 30 Jan 2014, at 19:58, Niels Grewe niels.gr...@halbordnung.de wrote:
Am 30.01.2014 um 18:25 schrieb Markus Hitter m...@jump-ing.de:
There’s a well known phrase coined by the philosopher Neil Wilson called the
‘principle of charity’. It means that you should always assume the most
Am 31.01.2014 13:38, schrieb Richard Frith-Macdonald:
2. The resources have to be split upon architecture dependency lines
... ie architecture dependent stuff has to go in 'lib' and
architecture independent stuff in 'share'. This is probably where the
FHS vs Bundles idea comes from ... a
Am 31.01.2014 13:38, schrieb Richard Frith-Macdonald:
A better solution would be to extend gnustep-make and gnustep-base to
support the separation, extending the existing filesystem layout code
to be a little more fine-grained;
Thinking about this a bit ... isn't it possible/allowed to nest
Hi,
On Thursday, January 30, 2014 00:00 CET, Tito Mari Francis Escaño
titomarifran...@gmail.com wrote:
Good day everyone at the GNUstep community,
I've been watching this project since 1990s and wonder why there hasn't
been a release of more up-to-date packages, especially the GDL2
Hi Tito!
Tito Mari Francis Escaño wrote:
Good day everyone at the GNUstep community,
I've been watching this project since 1990s and wonder why there
hasn't been a release of more up-to-date packages, especially the GDL2
and Renaissance packages which I think are very important
Am 30.01.2014 00:00, schrieb Tito Mari Francis Escaño:
I've been watching this project since 1990s and wonder why there hasn't
been a release of more up-to-date packages
Some of the reasons:
- GNUstep puts much emphasis on manual installation.
- It isn't really packageable, because GNUstep
Am 30.01.2014 um 09:41 schrieb Riccardo Mottola riccardo.mott...@libero.it:
Thanks for the kind words. It is nice to see somebody praising the Bastion
of true OpenStep while most people usually seek better GNOME or KDE
integration. You use no light works calling them infesting :) Lately the
On 30 Jan 2014, at 12:47, Markus Hitter m...@jump-ing.de wrote:
- GNUstep puts much emphasis on manual installation.
Not true. We're happy to engage with packagers. It is true that we aim to
make manual installation easy, because packages are useless to GNUstep
contributors, who (obviously)
Hi Marcus,
Am 30.01.2014 um 13:47 schrieb Markus Hitter m...@jump-ing.de:
- It isn't really packageable, because GNUstep insists on a
framework/bundle centric installation, while about all non-Mac-OS-X
unices insist on a FHS-type file layout.
I personally prefer the ‘framework/bundle centric
Am 30.01.2014 13:59, schrieb David Chisnall:
- GNUstep puts much emphasis on manual installation.
Not true.
Thank you for confirming my experience and starting yet the next flamewar.
Markus
--
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) Markus Hitter
http://www.reprap-diy.com/
Am 30.01.2014 14:06, schrieb Niels Grewe:
we do in fact support a FHS compatible filesystem layout
We don't. At least not in a usable state. Confirmed with many people
who tried to package.
Markus
--
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. (FH) Markus Hitter
On 30 Jan 2014, at 13:39, Markus Hitter m...@jump-ing.de wrote:
Am 30.01.2014 13:59, schrieb David Chisnall:
- GNUstep puts much emphasis on manual installation.
Not true.
Thank you for confirming my experience and starting yet the next flamewar.
It is not starting a flame war to reply
Am 30.01.2014 um 14:40 schrieb Markus Hitter m...@jump-ing.de:
Am 30.01.2014 14:06, schrieb Niels Grewe:
we do in fact support a FHS compatible filesystem layout
We don't. At least not in a usable state. Confirmed with many people
who tried to package.
Please bear with me, Markus. If
Am 30.01.2014 14:44, schrieb David Chisnall:
when someone posts inaccurate and insulting mischaracterisations of
the project to the list. If you believe that it is a flame war when
someone calls you out for posting nonsense
Perhaps I should have been clearer. I actually did try to package
On Thursday, January 30, 2014 13:59 CET, David Chisnall thera...@sucs.org
wrote:
On 30 Jan 2014, at 12:47, Markus Hitter m...@jump-ing.de wrote:
- GNUstep puts much emphasis on manual installation.
Not true. We're happy to engage with packagers. It is true that we aim to
make
Am 30.01.2014 14:46, schrieb Niels Grewe:
If there are issues with it, please help us identify them.
The most troublesome parts are the requirement for GNUstep.sh, the
existence of GNUSTEP_MAKEFILES and GNUSTEP_INSTALLATION_DOMAIN and the
apparent lack of a concept to deal with bundle files
Am 30.01.2014 um 14:57 schrieb Markus Hitter m...@jump-ing.de:
Am 30.01.2014 14:44, schrieb David Chisnall:
when someone posts inaccurate and insulting mischaracterisations of
the project to the list. If you believe that it is a flame war when
someone calls you out for posting nonsense
Hi,
Niels Grewe wrote:
Sorry, but since I have worked a lot on integration between GNUstep and
‘foreign’ desktop environments in the past few years, I feel compelled to
comment on this: I think it is ill-advised to draw too stark an opposition
between ‘true OpenStep’ and the likes of
Hi Riccardo,
Am 30.01.2014 um 16:07 schrieb Riccardo Mottola riccardo.mott...@libero.it:
Hi,
Niels Grewe wrote:
Sorry, but since I have worked a lot on integration between GNUstep and
‘foreign’ desktop environments in the past few years, I feel compelled to
comment on this: I think it
Am 30.01.2014 15:08, schrieb Sebastian Reitenbach:
OpenBSD packages are using something very similar to the FHS layout
and it works great.
To all I can see, what GNUstep calls a FHS layout is just stuffing
frameworks into /usr/lib instead of /Library and similar. Bundle-type
layout is kept,
Am 30.01.2014 15:42, schrieb Niels Grewe:
1. I don’t understand why you are not reporting these problems to the
list or the bug tracker.
A couple of reasons:
- Looking at this -make documentation failure bug report, the very first
answer from a developer was to close the bug. Later it was
On Thursday, January 30, 2014 17:08 CET, Markus Hitter m...@jump-ing.de
wrote:
Am 30.01.2014 15:08, schrieb Sebastian Reitenbach:
OpenBSD packages are using something very similar to the FHS layout
and it works great.
To all I can see, what GNUstep calls a FHS layout is just stuffing
1 - 100 of 166 matches
Mail list logo