Hey folks,
I have no particular knowledge of the travis org/com migration thing. Back when
I set upthe CI pipeline, travis-ci was one of the very few options available.
Nowadays, I‘d definitely pick Azure Pipelines over travis-ci. But GitHub
Actions might be worth looking at if a migration is
On 28.03.20 09:59, Niels Grewe wrote:
> Hi Fred,
>
> On 27.03.20 20:31, Fred Kiefer wrote:
>> Hi Ivan,
>>
>> is it OK to go ahead with the release as planed?
>> I just provide short descriptions of the changes in gui and back in the
>> news-texi files. Ever
Hi Fred,
On 27.03.20 20:31, Fred Kiefer wrote:
> Hi Ivan,
>
> is it OK to go ahead with the release as planed?
> I just provide short descriptions of the changes in gui and back in the
> news-texi files. Everybody that contributed in the last year should have
> a short look to see whether I
On 23.02.20 10:44, Fred Kiefer wrote:
> Currently our build tests for GNUstep base and gut are broken. This render
> the automatic validation of pull requests useless. I am rather sure that the
> issue is again not in base but rather in changes build requirements of
> libobjc2, caused by a
This seems to be missing some visibility, but there are all ready working
Travis CI jobs for base (both for the legacy runtime and libobjc2):
https://travis-ci.org/gnustep/libs-base
Cheers,
Niels
Von: thera...@sucs.org
Gesendet: 26. Juni 2017 5:21 nachm.
An: bnm...@gmail.com
Cc:
Yepp. That makes a lot of sense. There hasn't been a lot going in the last
years, but there's still a ton of unreleased stuff related to notifications
that clearly warrants a release (also, I've been doing a bit of cleanup
recently, so now might be the perfect time).
I'll put something
: niels.gr...@halbordnung.de
Cc: i...@vucica.net; gnustep-dev@gnu.org
Betreff: Re: libobjc2 fails to build with gcc 5.4.0
On 3 Apr 2017, at 19:19, Niels Grewe <niels.gr...@halbordnung.de> wrote:
>
> As I said in the pull request, I don't have any interest in GCC as an
> Objective-C
On 03.04.2017 13:06, David Chisnall wrote:
On 3 Apr 2017, at 11:51, Ivan Vučica wrote:
5.4 is almost a year old, so maybe this was fixed. However, I'm not sure it
would be so bad to have a workaround for this compiler?
There is already a warning that clang should be used
> Am 27.07.2016 um 08:40 schrieb Richard Frith-Macdonald
> <richard.frith-macdon...@brainstorm.co.uk>:
>
>
>> On 27 Jul 2016, at 01:04, Niels Grewe <niels.gr...@halbordnung.de> wrote:
>>
>> Hi guys,
>>
>> I just implemented th
Hi guys,
I just implemented the -initWithBytesNoCopy:length:deallocator: initialiser for
NSData and NSMutableData (this appeared in OS X 10.9). This takes a block as
the last argument which allows you to customise how memory will be deallocated.
This is very useful when you have a memory
> Am 13.07.2016 um 10:41 schrieb Niels Grewe <niels.gr...@halbordnung.de>:
>
>
>> Am 12.07.2016 um 13:47 schrieb Richard Frith-Macdonald
>> <richard.frith-macdon...@brainstorm.co.uk>:
>>
>> It also seems that -acceptInputInMode:beforreDate: s
> Am 12.07.2016 um 13:47 schrieb Richard Frith-Macdonald
> :
>
> It also seems that -acceptInputInMode:beforreDate: should fire timers
> (whether there is input available or not) ... but fixing that would be a
> bigger change.
There are two failing
> Am 23.02.2016 um 10:14 schrieb David Chisnall :
>
> Have you also looked at adding instancetype to the various places that expect
> it and at the nullability attributes? The latter is primarily intended for
> Swift interop, but does make the static analyser results more
Hi guys,
> Am 15.01.2016 um 13:12 schrieb Niels Grewe <niels.gr...@halbordnung.de>:
>
>>> 2. pthread_self() still returns the correct thread while the destructor
>>> runs, so you could populate a lookup table of threads currently undergoing
>>> cleanup,
Hi Richard,
Sorry for resurrecting an essentially dead thread, but I’ve been using
libdispatch a bit more lately, and stumbled onto this problem again, and it
turns out that it’s not just some annoying warning. The present way of doing
things does leak an NSThread object (and potentially file
HI guys,
some of you might have heard about vagrant [0], which is a tool for managing
virtual machines. It’s quite useful especially if you are juggling multiple
projects because it allows you to keep dependencies and build environments
isolated in VMs while you can still use your familiar
> Am 09.09.2015 um 10:03 schrieb Richard Frith-Macdonald
> <richardfrithmacdon...@gmail.com>:
>
>
>> On 8 Sep 2015, at 08:15, Niels Grewe <niels.gr...@halbordnung.de> wrote:
>>
>> Should be fixed in gnustep-base. (The code was writing base64 encode
Should be fixed in gnustep-base. (The code was writing base64 encoded data to
the beginning of the archive, not appending it as it should).
Cheers,
Niels
> Am 08.09.2015 um 08:59 schrieb Niels Grewe <niels.gr...@halbordnung.de>:
>
>
>> Am 08.09.2015 um 08:33 schrieb G
> Am 08.09.2015 um 08:33 schrieb Germán Arias :
>
> After update base and gui there is a problems when store colours in user
> defaults. Gemas.app store the colours with something like:
>
> [defaults setObject: [NSKeyedArchiver archivedDataWithRootObject: color]
>
Sorry, forgot to CC the list...
Anfang der weitergeleiteten Nachricht:
Von: Niels Grewe niels.gr...@halbordnung.de
Betreff: Aw: DBusKit HelloWorldService Example
Datum: 5. April 2014 18:42:08 MESZ
An: sv...@gmx.net
Hi Sven,
Am 01.04.2014 um 08:04 schrieb sv...@gmx.net:
Hi List,
I
Am 05.04.2014 um 18:59 schrieb Mathias Bauer mathias_ba...@gmx.net:
Hi Niels
Am 05.04.14 18:18, schrieb Niels Grewe:
Hi Mathias,
Am 04.04.2014 um 11:09 schrieb Mathias Bauer mathias_ba...@gmx.net:
#0 0x74522f94 in objc_msgSend_fpret () from
/usr/GNUstep/Local/Library
Hi guys,
Am 01.01.2014 um 21:09 schrieb Niels Grewe niels.gr...@halbordnung.de:
Unfortunately, it’s not very useful at the moment, because I haven’t
implemented sending signals/notifications from DBusKit out to other D-Bus
objects. This is required to keep the menu server updated about
Am 15.01.2014 um 20:55 schrieb David Chisnall thera...@sucs.org:
On 15 Jan 2014, at 11:34, Niels Grewe niels.gr...@halbordnung.de wrote:
Hi guys,
Am 01.01.2014 um 21:09 schrieb Niels Grewe niels.gr...@halbordnung.de:
Unfortunately, it’s not very useful at the moment, because I haven’t
Am 13.01.2014 um 11:29 schrieb Wolfgang Lux wolfgang@gmail.com:
Niels Grewe wrote:
Am 12.01.2014 um 00:06 schrieb Riccardo Mottola r...@gnu.org:
ARC instead is more a taste. It is a new addition in the GC discussion. I
personally prefer ref-counting.
This seems to be a common
Am 12.01.2014 um 00:06 schrieb Riccardo Mottola r...@gnu.org:
ARC instead is more a taste. It is a new addition in the GC discussion. I
personally prefer ref-counting.
This seems to be a common misconception: ARC *is* reference counting; it has
very little to do with garbage collection.
Hi guys,
I think I finally get what Markus’ problem is. The question is rather not
whether installing gnustep-make should implicitly install its documentation,
the question rather is which configuration you expect the ./Documentation
subdirectory to use. Markus expects it to use the
Hi Philippe,
Am 08.07.2013 um 12:47 schrieb Philippe Roussel p.o.rous...@free.fr:
Hi,
I need following patch to compile DBusKit with gcc. Don't ask me why
it works with other configurations, I don't know.
Weird, but it doesn't hurt to add the include. I've applied it to trunk.
Thanks,
Am 26.06.2013 um 08:31 schrieb Eric Wasylishen
ewasylis...@gmail.commailto:ewasylis...@gmail.com:
Here's a patch I'm working on that implements NSUUID using libuuid.
I'm having trouble figuring out what to put in the autoconf.ac.
Ah yes, the joyously frivolous enigma that is GNU autoconf ;-)
Am 25.06.2013 um 11:30 schrieb Riccardo Mottola
riccardo.mott...@libero.itmailto:riccardo.mott...@libero.it:
My question was if the iOS foundation was enough to run GSWS.
The only problems with GSWS on iOS are the absence of the
NSMapTable/NSHashTable function interface and NSCalendarDate,
Am 24.06.2013 um 18:08 schrieb Doug Warren doug.war...@gmail.com:
While I'm not qualified to discuss licensing issues, iOS does support
frameworks and dylibs. It's still bundled into the IPA however.
Yes, of course, iOS is perfectly capable of dynamic linking, but it's not
exposed for
brevity and more clarity next time...
Cheers,
Niels
On Monday, June 24, 2013, Niels Grewe wrote:
Am 24.06.2013 um 18:32 schrieb Riccardo Mottola
riccardo.mott...@libero.itjavascript:;:
And how about XML support? is it enough on iOS?
Pretty minimal. NSXMLParser is there, and so is the libxml2
On 29.05.2013 10:06CEST Philippe Roussel p.o.rous...@free.fr wrote:
Hi Niels,
On Wed, May 29, 2013 at 07:27:09AM +, Niels Grewe wrote:
Compiling with clang is tempting but it seems people in the clang camp
are moving too fast : I can't compike dbuskit with clang 3.0 from
ubuntu 12.10
Am 29.05.2013 um 11:24 schrieb Philippe Roussel p.o.rous...@free.fr:
On Wed, May 29, 2013 at 08:44:51AM +, Niels Grewe wrote:
On 29.05.2013 10:06CEST Philippe Roussel p.o.rous...@free.fr wrote:
Hi Niels,
On Wed, May 29, 2013 at 07:27:09AM +, Niels Grewe wrote:
Compiling
On 22.05.2013 14:22CEST Chan Maxthon xcvi...@me.com wrote:
Since you mentioned this, how about adopt current OS X bundle structure as
default GNUstep structure? The pro of this is that OS X bundle actually can
allow multiple platforms of binaries coexist in a single wrapper. OS X used
On 22.05.2013 14:38CEST Chan Maxthon xcvi...@me.com wrote:
I mean not only cross compiling, but also constructing a single bundle with
one copy of all resources and numerous binaries for different platforms. It
is intended to work right out of the box on all systems that it is compiled
Hi David,
On Thu, Apr 11, 2013 at 08:58:15AM +0100, David Chisnall wrote:
How does the first half of the first week in July sound (1-3rd, Monday,
Tuesday Wednesday). I can try to find accommodation for people for then, and
optionally for the weekend before if people want to hang around
Hi Ivan,
On 08.03.2013 22:39CET Ivan Vučica wrote:
PS: David, you said [1] you've built portions of GNUstep for webOS, and
did some work on getting the configure tests to pass. Have you recently
tried cross-compiling an elementary build of GNUstep -- just elementary
features of Make and
On 04.03.2013 10:00, Richard Frith-Macdonald wrote:
the first, smaller patch, to change configure.ac and the cofig.h.in and
base.make.in files to detect the presence/usability of libdispatch (would we
only consider it usable if we had block support?),
We already have a working check for
On 18.12.2012 09:29, Luboš Doležel wrote:
* Grand Central Dispatch - I've successfully compiled
https://github.com/nickhutchinson/libdispatch/ with a few changes to
make use of libobjc2's Blocks support. Wouldn't it we worthwhile to move
objc/blocks_runtime.h and objc/blocks_private.h to a
Hi Philippe,
the callback functions for libdbus where incorrectly using NSDebugMLog
instead of NSDebugFLog. NSDebugMLog changed in r35670 to pass around
self and _cmd, which revealed the mistake. But it should be fixed now.
Thanks for reporting!
Niels
Am 11.11.2012 14:08, schrieb Philippe
Am 04.05.2012 10:46, schrieb Niels Grewe:
Hi Quentin,
Am 04.05.2012 10:23, schrieb Quentin Mathé:
I'm unable to get the test compiles because the compiler complains that void
cannot be cast to void*.
Since it seems impossible write the code below, I'm not sure to see the
motivation
Hi Quentin,
Am 04.05.2012 10:23, schrieb Quentin Mathé:
I'm unable to get the test compiles because the compiler complains that void
cannot be cast to void*.
Since it seems impossible write the code below, I'm not sure to see the
motivation behind this change at least in Objective-C…
On Sat, Apr 21, 2012 at 12:14:24PM +0100, David Chisnall wrote:
I believe it was a design decision for DBusKit that it require C99 support.
It doesn't seem unreasonable, now C99 has now been superseded by C11, to
expect a compiler to support the 13 year old standard...
Actually, it was a
On Sat, Apr 21, 2012 at 01:45:45PM +0200, Philippe Roussel wrote:
I'm not the one who added -Werror to the default build of DBusKit and I
don't want to argue about standards or compiler. In my point of vue it
quite simple : if it's in the source repository it should compile with a
supported
Hi Greg,
I think this kind of email is what people were fearing that we would be
getting when you setup Jenkins. I identify a few issues:
On Sat, Apr 21, 2012 at 07:38:42AM -0400, greg.casame...@gmail.com wrote:
See http://gnustep.dnsalias.org:8080/job/gnustep/67/changes
Changes:
On Sat, Apr 21, 2012 at 09:14:31AM -0400, Gregory Casamento wrote:
Niels,
The fact that we have had 30+ successful builds without any issues seems to
indicate a good track record with respect to Jenkins and the ci effort.
Honestly I am not going to put the messages on their own list because
Hi guys,
Am 01.04.2012 08:37, schrieb Dr. H. Nikolaus Schaller:
Hi Greg,
Am 01.04.2012 um 02:27 schrieb Gregory Casamento:
All of this defeats the purpose of the thing. I don't want to do all of
this work setting jenkins up only to make it easy for people to ignore by
putting it on a
Hello Fred,
Am 27.03.2012 11:07, schrieb Fred Kiefer:
This change breaks compilation on my OpenSuse 12.1 machine (64bit, gcc
4.6.2). The output I get is a bit cryptic:
Compiling file NSJSONSerialization.m ...
In file included from ../Headers/Foundation/Foundation.h:92:0,
Hi Sebastian,
Am 07.02.2012 10:56, schrieb Sebastian Reitenbach:
AFAIK, there doesn't exist something the other way around, allowing other
application to create
an App Wrapper automatically. Even if that would exist, you'd still have to
get others to make use of
it, which I think is then
Hi Ivan!
Am 03.02.2012 21:15, schrieb Ivan Vučica:
But the mesa implementation of EGL supports it
and that's probably what we care about on the desktop. Check out the
examples at:
http://cgit.freedesktop.org/mesa/demos/tree/src/egl/opengl
For some reason I can't
Am 01.02.2012 19:52, schrieb Ivan Vučica:
On Sat, Jan 28, 2012 at 22:06, Niels Grewe niels.gr...@halbordnung.de
mailto:niels.gr...@halbordnung.de wrote:
Hi,
definitely. I'm counting on supporting GLES. I'm not sure it's
sensible
to target solely GLES. Most
Am 01.02.2012 10:25, schrieb Fred Kiefer:
Hi Wolfgang,
your proposal is definitely cleaner than the current code, which uses
the extensions as the file type. The problem with this proposal is that
it will break all document based applications that call these methods. I
remember adding these
Am 28.01.2012 13:38, schrieb Ivan Vučica:
Any chance that this is enabled in the nearby future? Without that I'll
probably just add extra method to pass GLX context, since the little
amount of platform-specific code in UIKit will probably initially be
working solely with GLX (considering that,
Am 28.01.2012 21:35, schrieb Ivan Vučica:
On Sat, Jan 28, 2012 at 14:16, Niels Grewe niels.gr...@halbordnung.de
mailto:niels.gr...@halbordnung.de wrote:
One thing we should keep in mind is that in the long run, we also want
to support embedded platforms (hell, they're probably
Hi Doug, Greg and all,
I've just been digging into the new libxml2 powered NSXML code and got a
bit confused about the code path that takes care of external references.
I get that we want to increase the retain count of the top node in a
tree if any object outside the tree makes reference to some
Am 25.01.2012 19:38, schrieb Stefan Bidi:
On Wed, Jan 25, 2012 at 12:30 PM, Eric Wasylishen ewasylis...@gmail.com
mailto:ewasylis...@gmail.com wrote:
Hi Philippe,
I just got a new ubuntu 11.10 install set up natively instead of in
a VM, so I can actually use Unity now. :-) I can
Hi Eric,
Am 13.10.2011 23:26, schrieb Eric Wasylishen:
I had a look at implementing it today, and it turned out to be easier than
expected so I finished committed it.
If we run in to problems we can switch back to XGCairoXImageSurface before
the next release, but it looks promising. In
Am 29.09.2011 11:06, schrieb Ivan Vučica:
I think I may have some time over upcoming weekends. If someone gives me
some example code on using Opal, I could play with getting some basic
UIKit to work.
I don't think I'm familiar enough with GNUstep's AppKit to integrate
this system there.
Hello all,
I've just tried to run the testsuites on a system that has non-flattened
namespaces enabled and it turns out that causes a little problem. The
build_and_run() function in gnustep-tests expects to find the
executables in $testdir/obj, whereas with a non-flattened install they
are in
On Tue, Mar 01, 2011 at 12:43:41PM +, Richard Frith-Macdonald wrote:
I've modified the code so that it should override the destination and always
place executables in the obj subdirectory even on a non-flattened layout.
Within the testsuite we clean old test information and rebuild each
On Mon, Jan 24, 2011 at 01:53:40AM +0700, Banlu Kemiyatorn wrote:
Why would we want to move to Git? I don't see any much benefit by
doing that. And although nobody did mention anything about moving to
git, I still want to made this suggestion that we should stick with
SVN forever. Anyone is
On Fri, Dec 17, 2010 at 01:31:19PM +, Richard Frith-Macdonald wrote:
I just want to remove the dependency on libxml2 ... I was under the
impression that the built-in parser worked for all valid XML.
We want the built-in parser anyway, in order to parse apple property lists
because they
Hello Richard,
On Thu, Dec 16, 2010 at 10:09:44AM -, Richard Frith-Macdonald wrote:
Author: rfm
Date: Thu Dec 16 11:09:43 2010
New Revision: 31742
URL: http://svn.gna.org/viewcvs/gnustep?rev=31742view=rev
Modified:
libs/base/trunk/Source/NSXMLParser.m
I've got a question about
Hi Lars,
I definitely support the idea of a GNUstep devroom at FOSDEM. It's been
lots of fun this year and, if nothing interferes, I would try to be
there again next year. I also think that I'm in favour of saturday,
since starting at 12:00 would entail two more hours of sleep :-)
Cheers,
Hello,
On Tue, Aug 17, 2010 at 06:08:55PM -0600, Elim Qiu wrote:
Making all for framework DBusKit...
Compiling file DKArgument.m ...
cc1obj: warnings being treated as errors
DKArgument.m: In function ‘-[DKArgument unboxValue:intoBuffer:]’:
DKArgument.m:807: error: cast from pointer to
Hi,
On Thu, May 13, 2010 at 11:04:56AM +, Yavor Doganov wrote:
Is there any chance to get it reviewed/approved/committed upstream?
It was committed in revision 29654.
Cheers,
Niels
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
Hello all,
Adam beat me to the punch on sending out an e-mail about the GSoC and I
can only thank him for the warm welcome, and of course Fred for agreeing
to mentor me. I'm really excited about working on a GNUstep project this
summer, although my proposal seems very much lackluster when
On Mon, Apr 19, 2010 at 07:39:14AM +0100, Richard Frith-Macdonald wrote:
Well, 'waiting for gdnc indefinitely' is a bit vague ... is that
failing to connect, failing to register as an observer, failing to
send, failing to receive etc. Maybe gdnc is not even being started?
Sorry, that last
On Sun, Apr 18, 2010 at 05:34:56PM +0100, Richard Frith-Macdonald wrote:
What I thought might be a single issue related to networking (Riccardo's
problem establishing a connection to gdnc on Hurd, and my problem running out
of file descriptors in an Java system using jigs) urned out to be two
On Fri, Mar 26, 2010 at 09:26:14AM +0100, Fred Kiefer wrote:
I only had a short look at this patch and was a bit surprised to see how
little these two implementations share. In a normal class cluster you
would expect that most of the code is in the common super class and only
the primitive
On Thu, Mar 18, 2010 at 12:36:15PM +, David Chisnall wrote:
GNUstep Make, frustratingly, has no way of removing flags. You can, however,
build like this:
Actually, you can pass debug=yes to gnustep-make and it won't enable
any optimizations.
Niels
On Tue, Mar 02, 2010 at 09:13:59PM +, David Chisnall wrote:
On 2 Mar 2010, at 21:03, Fred Kiefer wrote:
That was quite an interesting discussion. I asked whether we should
participate in GSoC this year in any form and didn't get any reply apart
from Yavor's (Who repeated my own
Hello guys,
I just wanted to drop a little note that I've finally been successful in
building the core GNUstep components with clang (there have been some
linkage problems with libobjc2, which Richard fixed last night). Only
-gui needed a little nudging (apparently, clang is very specific about
= index;
Index: Source/GSPThread.h
===
--- Source/GSPThread.h (revision 0)
+++ Source/GSPThread.h (revision 0)
@@ -0,0 +1,58 @@
+/* GSPThread.h
+ Copyright (C) 2010 Free Software Foundation, Inc.
+
+ Written by: Niels Grewe niels.gr
74 matches
Mail list logo