On Wed, Jan 24, 2018 at 11:56 PM, Ivan Vučica wrote:
> On Mon, Jan 22, 2018 at 10:23 PM, Fred Kiefer wrote:
>>
>>
>> In the meantime my connection with GNUstep has been confirmed and I was
>> able to look at the found issues. Many of them are false positives mo
On Mon, Jan 22, 2018 at 10:23 PM, Fred Kiefer wrote:
>
>
> In the meantime my connection with GNUstep has been confirmed and I was able
> to look at the found issues. Many of them are false positives mostly caused
> by Coverity expecting normal program continuation after NSException raise.
Som
Daniel,
did you come up with a blurb?
Any preferences for meeting day? Wed and Thu evenings UTC are taken for me.
On Thu, Jan 18, 2018 at 1:25 AM, Ivan Vučica wrote:
> On Mon, Jan 15, 2018 at 7:05 AM, Daniel Ferreira (theiostream)
> wrote:
>> On Sun, Jan 14, 2018 at 5:55 PM,
On Sun, Jan 21, 2018 at 9:12 PM Fred Kiefer wrote:
>
>
> > Am 21.01.2018 um 22:04 schrieb Ivan Vučica :
> >
> > @fred:
> > I don't know why you had to use make without first generating makefiles
> with cmake.
>
> Sorry, I was a bit unclear here. The w
@david:
-base and -gui do have Travis configured -- I just checked. back doesn't. I
have not looked at other projects.
@fred:
I don't know why you had to use make without first generating makefiles
with cmake.
On Sun, Jan 21, 2018 at 11:06 AM, David Chisnall wrote:
> Hi Fred,
>
> It’s easier to
On Mon, Jan 15, 2018 at 7:05 AM, Daniel Ferreira (theiostream)
wrote:
> On Sun, Jan 14, 2018 at 5:55 PM, Ivan Vučica wrote:
>> I don't think that's inappropriate as far as GNUstep is concerned.
>
> By inappropriate I mean that if the student wanted to work on anything
&
On Mon, Jan 15, 2018 at 6:56 AM, Fred Kiefer wrote:
> As you know I am no fan of management tasks. If you have time for this it
> would be great if you could set it up. Otherwise I will try to do it over the
> next weekend.
> A new mailing list would be one way to go, the other possibility is to
On Tue, Jan 9, 2018 at 8:15 PM, Daniel Ferreira (theiostream)
wrote:
> I’m pretty sure it wouldn’t be “appropriate” for me to be a mentor per se,
> but if anyone wants to continue work on GS+WebKit I’ll be more than willing
> to work closely with them, and semi-closely if it’s anything else.
Hi
I don't recall it, but it seems like a good idea.
I don't have a preference. Perhaps particular project's maintainer? Or
perhaps we can (instead of a single person) have a closed-off security
discussion list, with a limited number of invite-only participants?
Can we do that on gnu.org?
Do you fee
If people are interested adopting a student this year, please
coordinate, and then get in touch with summer-of-c...@gnu.org.
-- Forwarded message --
From: Giuseppe Scrivano
Date: Tue, Jan 9, 2018 at 10:06 AM
Subject: [IMPORTANT] Ideas for Summer of Code 2018
To: GNU Summer Of Cod
On Tue 2 Jan 2018 at 23:22 Derek Fawcus <
dfawcus+lists-gnustep-...@employees.org> wrote:
> On Tue, Jan 02, 2018 at 05:36:25PM +0000, Ivan Vučica wrote:
> >
> > Even if built separately, we'd have to merge them back into the same
> > repository (losing some of the
On Tue, Jan 2, 2018, 07:21 David Chisnall wrote:
>
> Is there a good reason why we release -back as a separate package? As far
> as I know, neither -gui nor -back is useable without the other. Having
> them as separate releases doesn’t seem to help anyone.
>
> David
>
At this time it would be
This is now done.
Together with updating docs it was about 20-25min of work.
Cutting no-changes releases of back is not fun. Do we need to do it?
Will -gui reject -back with mismatching minor version?
On Mon, Jan 1, 2018 at 10:28 PM, Ivan Vučica wrote:
> I'll take a look at it.
>
&g
I'll take a look at it.
On Mon, Jan 1, 2018 at 10:18 PM, Fred Kiefer wrote:
> I am terribly sorry, but we will have to follow up with a gui/back release
> 0.26.2 immediately. One of the changes I made between the preparation and the
> final release broke printing with CUPS, which I didn’t test
On Sun, Dec 31, 2017 at 7:42 PM, David Chisnall
wrote:
> On 31 Dec 2017, at 18:12, Ivan Vucica wrote:
>>
>> Happy New Year!
>>
>> 1 Announcement
>> **
>>
>> The GNUstep Base Library, version 1.25.1, is now available.
>
> Are we now happy that the master branch of libobjc2 works with t
Hi,
tl;dr Reading metadata service code made me sad. I'd like to make some
changes. I don't think they'll impact performance, but they might.
Tell me what you think.
I was applying an inbound patch from Debian devs into GWorkspace.
https://github.com/gnustep/apps-gworkspace/commit/497e0c07119
On Mon, Dec 11, 2017 at 4:45 PM, David Chisnall wrote:
> I had some time to finish up most of the changes and have sent a pull request
> for review. I think I probably want to add a couple of weak functions for
> refcount manipulation that will allow either the runtime or -base to provide
> th
On Mon, Dec 11, 2017 at 10:43 AM, David Chisnall wrote:
> On 11 Dec 2017, at 10:33, Ivan Vučica wrote:
>> I think it's also fine to push a new minor release *after* this
>> release with just your changes. Does that make sense too?
>
> It’s likely to change some of the -
On Mon, Dec 11, 2017 at 9:33 AM, David Chisnall wrote:
> Is it possible to just push out a minor release to base that adds the missing
> enum? I am working on some fixes for memory management in base that I’d like
> to make it into the next release, but I can’t guarantee finishing in the next
@rfm: Happy to assist with the new release process if you have any
issues. While you've seen the pull request that I just merged, for
other people's reference I'd suggest:
- make git-tag, while passing the GIT_TAG_ANNOUNCE_FILE=put-announce-file-here
- if you have your GPG key around, also pass GIT
I'm happy to help as needed.
On Sun, Dec 10, 2017, 20:26 Fred Kiefer wrote:
>
>
> > Am 09.12.2017 um 14:43 schrieb Ivan Vučica :
> >
> > I have no opinion on whether we need a synced release; -gui is certainly
> in need of it as Debian is blocked from pulling in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
1 ANNOUNCE
**
This is version 0.26.0 of the GNUstep GUI Backend ('gnustep-back').
1.1 What is the GNUstep GUI Backend?
It is a back-end component for the GNUstep GUI Library. The
implementation of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
1 ANNOUNCE
**
This is version 0.26.0 of the GNUstep GUI library ('gnustep-gui').
1.1 What is the GNUstep GUI Library?
It is a library of graphical user interface classes written completely
in the Object
Thank you for working on this,
> Fred
>
> > Am 07.12.2017 um 23:57 schrieb Ivan Vučica :
> >
> > cURLable text file available here, in case you wish neither to clone
> > the repo nor use the GitHub web UI:
> >
> https://raw.githubusercontent.com/gnustep/libs-
Hey,
Thanks for checking in. Sorry for not being fully clear.
On Fri, Dec 8, 2017, 10:18 Yavor Doganov wrote:
> В Thu, 07 Dec 2017 22:57:39 +0000, Ivan Vučica написа:
>
> > Actual signature *will* be performed with the correct maintainer GPG
> > key!
>
> I don't q
On Thu, Dec 7, 2017 at 10:57 PM, Ivan Vučica wrote:
> cURLable text file available here, in case you wish neither to clone
> the repo nor use the GitHub web UI:
>
> https://raw.githubusercontent.com/gnustep/libs-gui/e2f3923e1361c4f5e38f27c465abe03b41a9/ANNOUNCE
To add: y
cURLable text file available here, in case you wish neither to clone
the repo nor use the GitHub web UI:
https://raw.githubusercontent.com/gnustep/libs-gui/e2f3923e1361c4f5e38f27c465abe03b41a9/ANNOUNCE
Now, further remarks:
This release will be created using something called an "annotate
It feels wrong that you would need this. In which bundle is GSMime.plist
located? Is it in the WebObjects.framework?
What's the value of bundlePath on line 804?
Your change, if it's doing the right thing, seems to be in a totally wrong
place. That chunk of code deals with Versions, according to t
On 2 December 2017 at 21:38:49, Bertrand Dekoninck (
bertrand.dekoni...@gmail.com) wrote:
> This VM has also been backing up SVN of gap hourly; it will not be
> doing so anymore once shut down. (I completely forgot that it's doing
> so. I also never set up monitoring for this, nor did I set up clo
Short updates:
On Mon, Jun 12, 2017 at 11:14 PM Ivan Vučica wrote:
> ## Is this a move to Github?
>
> No.
>
> Strong and vocal feedback of the community has been heard and Github
> is intended as a temporary stop. We'll sort out a different hosting
> provider, most
On Sun, Nov 26, 2017, 09:50 Riccardo Mottola
wrote:
> There are some facts I don't like and want to change:
> * NEXTSPACE is based on quite outdated release of GNUstep (base 1.24.8,
> gui and back 0.24.1);
> * It is based on ART backend. I want to use Cairo backend but ART has
> usefull features
Was the binary you were trying to start in "bin"?
DLL search path on Windows:
https://msdn.microsoft.com/en-us/library/7d83bc18.aspx
https://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx
(see
Standard Search Order for Desktop Applications section)
Just leaving it in "lib
Right, I didn't re-read the PR before replying.
On Thu, Nov 16, 2017 at 12:47 PM David Chisnall wrote:
> On 16 Nov 2017, at 12:43, Ivan Vučica wrote:
> >
> > Do we want to chime in on a relevant bug / PR? Any downsides?
>
> I have done. I’m happy to help anyone wh
Do we want to chime in on a relevant bug / PR? Any downsides?
On Thu, Nov 16, 2017 at 3:11 AM, Gregory Casamento
wrote:
> I believe our position should be that we would like to help them integrate
> with GNUstep in any way we can. Swift apps on non-Darwin platforms is a
> good thing.
>
> GC
>
>
2017 um 23:34 schrieb Ivan Vučica :
>
> > Hi,
> >
> > On Debian packaging mailing list I observed a report of abi
> incompatibility with the previous release. A solution proposed is to cut a
> new release with bumped version.
> >
> > I will aim to do so this w
On Sun, Oct 29, 2017 at 9:43 PM Gregory Casamento
wrote:
> So what policy are we settling on for this?
>
I'd argue "include ChangeLog entry in the commit when creating a Git
commit" has benefits for quick mergeability and clear visibility of
authorship.
And, because there seems to be a small pr
Riccardo,
On Sun, Oct 29, 2017 at 9:41 PM Riccardo Mottola
wrote:
> Hi,
>
>
> On 29/10/2017 18:05, Matt Rice wrote:
> > I would change it something to the effect of:
> > "When submitting via a mailing list include your ChangeLog entry in
> > the contents of your email rather than in the diff."
>
http://www.gnustep.org/developers/bugs.html
Quoting:
"""
Sending fixes
Actually fixing problems is even more appreciated than sending in bug
reports. To do this, first fix the bug and make sure it works. Then send in
a diff file containing the differences between the old version of the
file(s) yo
Hi Stefan,
Thanks for this.
As this seems important, maybe you can update the ChangeLog too?
On Tue, Oct 24, 2017 at 11:19 PM, GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/gnustep/libs-base
> Commit: 8eed1d780cb20536689aa8af68857af1457c4897
> https://githu
Hi,
On Debian packaging mailing list I observed a report of abi incompatibility
with the previous release. A solution proposed is to cut a new release with
bumped version.
I will aim to do so this weekend. Please stop me now if you want to submit
something for the next gui release.
--
Sent from
per
issue with your system's dynamic loader.
[1]: Let's call it dlopen() for simplicity.
On Sun, Sep 3, 2017 at 12:54 PM Jamie Ramone wrote:
> Yes, of course it does. Open...how? You mean being able to view it's
> contents in mcedit? Yes.
>
> On Sun, Sep 3, 2017 at 7:3
ctory
>
> So it's not finding gnustep libs (gui in this case) it on its own, but
> when loaded via openapp it does. To confirm this I ran openapp with no
> arguments. It would spit out a message about its usage and exit, but should
> load gui and/or base. Sure enough, whe
Based on your makefile, I suspect you may have installed GNUstep's
libraries into ${HOME}/Developer/System/lib, and have not taught the
dynamic loader where to find the .so. Just because you've linked with the
.a/.so correctly does not mean dynamic loader knows where to find the .so
at runtime.
Th
Technically, "pull/ID/head" is a reference (a 'ref') in the remote repo,
not a branch name.
And for clarification to other readers, BRANCHNAME is user-specified (i.e.
it specifies which local branch name should this remote ref be pulled
into). :)
On Wed, Aug 23, 2017 at 9:48 PM Derek Fawcus <
dfa
Order in which you specify things to be linked (object files and libraries)
may matter. Have you tried moving -lpoppler-cpp around?
Has the code you're building ever been successfully linked?
Is this code published?
On Sat, Aug 26, 2017 at 11:25 PM Jamie Ramone wrote:
> 1) Are you referring to
On Sun, Aug 13, 2017, 16:06 David Chisnall wrote:
> On 13 Aug 2017, at 14:44, Fred Kiefer wrote:
> >
> > with out you telling us what „Keyboard.prefs isn’t installed“ means, it
> is very hard to help here. Your solution looks correct to me.
>
> The Keyboard.prefs bundle doesn’t appear anywhere a
Maybe the actual failure is that it should be -Wl,-R/usr/X11R7/lib ? That
seems done one the same line with "-Wl,-R/usr/pkg/lib".
On the other hand, some dumb questions: Which linker is used? Does it
support -R? Does /usr/X11R7/lib exist?
Does LD_LIBRARY_PATH help? If so, you could perhaps add /u
Maybe clang treats 'nil' specially and it does not have to be #define'd?
But I would like to know about assumptions WebKit makes and what kind of
errors you get. And what type does WebKit exactly expect nil to be?
On Tue, Aug 1, 2017, 07:01 Fred Kiefer wrote:
>
> > Am 01.08.2017 um 01:43 schrie
Thanks!
On Fri 28 Jul 2017 at 13:41, David Chisnall wrote:
> On 28 Jul 2017, at 13:16, Ivan Vučica wrote:
> >
> > Isn't it this? I'm intentionally grabbing an older version - I'm not
> sure which is the oldest GCC we support, but 3.4.5 documents alias:
>
On Fri, Jul 28, 2017 at 10:26 AM, David Chisnall wrote:
> On 27 Jul 2017, at 17:06, Fred Kiefer wrote:
> >
> >>
> >> Am 27.07.2017 um 10:26 schrieb David Chisnall :
> >>
> >> On 26 Jul 2017, at 14:58, Josh Freeman
> wrote:
> >>> #if OS_API_VERSION(MAC_OS_X_VERSION_10_6, GS_API_LATEST)
> >>> #
Why do we want it?
On Wed 26 Jul 2017 at 16:46, Daniel Ferreira (theiostream)
wrote:
> The macro, sadly, would not export the new declaration as a symbol of its
> own, which I believe we want.
>
> On Jul 26, 2017 12:14, "Ivan Vučica" wrote:
>
>> Fwiw origi
Fwiw original version defined two symbols pointing to constant strings with
the same value. Fred and I asked for changes. I asked Daniel to investigate
using NSString const*, and when that worked we went ahead with submitting
the change.
Sorry about this. We did not consider compiler differences,
Hi,
I've pushed a small history correction in libs-gui, eliminating an
accidental merge.
As you usually would, do one of the following:
- git fetch && git checkout refs/remotes/origin/master && git cherry-pick
YOUR-COMMIT-HASH-A && git cherry-pick YOUR-COMMIT-HASH-B && ( git rev-parse
HEAD > .gi
t;
>
>> Am 27.06.2017 um 19:34 schrieb Ivan Vučica :
>>
>> It seems sane, and you should update corebase's autoconf to detect presence
>> of this compiler built-in.
>>
>> That is: an installed header should be generated and contain a constant
>> descri
It seems sane, and you should update corebase's autoconf to detect presence of
this compiler built-in.
That is: an installed header should be generated and contain a constant
describing whether CFStringMake...() is present.
On June 27, 2017 5:32:04 PM GMT+01:00, "Daniel Ferreira (theiostream)"
On Mon, Jun 26, 2017 at 9:47 PM, Daniel Ferreira (theiostream)
wrote:
> On Mon, Jun 26, 2017 at 2:11 PM, Niels Grewe
> wrote:
>> 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
We could run qemu with FreeBSD inside Docker. Or we can run our own
Jenkins-based CI infra interacting with Github (and later Gitlab etc
depending on the level of CI support these systems may or may not have).
This all depends on how much time one is willing to spend on setting this
infrastructure
On Sun, Jun 25, 2017 at 9:01 PM, Daniel Ferreira (theiostream)
wrote:
> Hi everyone,
>
> Now that our repos have been migrated to GitHub, it should be trivial
> to setup an integrated CI server for GNUstep projects.
I wouldn't mind a pull request setting up an off-the-shelf CI system,
in addition
This is now complete.
On Tue, Jun 20, 2017 at 9:10 PM, Ivan Vučica wrote:
> Hi,
>
> https://github.com/gnustep/gitsvn-scripts/issues/2
>
> """
> I've mistakenly created merges which work okay with local clients, but
> confuse Github and other w
Thanks for the offer -- it's appreciated. At this time no help is
required, just time.
On Tue, Jun 20, 2017 at 9:04 PM, Matt Butch
wrote:
> I’d certainly be willing to help move to a self hosted GitLab instance if
> that’s the direction we want to go.
>
>> On Jun 20, 2017, a
Hi,
https://github.com/gnustep/gitsvn-scripts/issues/2
"""
I've mistakenly created merges which work okay with local clients, but
confuse Github and other web UIs which don't recognize replace refs.
- gnustep/libs-gui@250d3ee0af7f2fc304ab735ada8b3238154d060f
- gnustep/libs-gui@44dd9abab7db1aa3e0
If you wish not to interact with Github through the web, you can use
wget or curl to download the JSON descriptor of all our repos. You can
use jq to process it further and get just the URLs to clone:
for i in $(seq 1 3) ; do
curl https://api.github.com/orgs/gnustep/repos?page=$i | jq -r .[].clo
; > Am 20.06.2017 um 18:22 schrieb Ivan Vučica :
> >
> > On Tue, Jun 20, 2017 at 5:17 PM, Fred Kiefer wrote:
> >> Sounds like we should just put the implementation of these in the opal
> part of gnustep-back. We will need the declarations in the guidelines
> headers of
On Tue, Jun 20, 2017 at 5:17 PM, Fred Kiefer wrote:
> Sounds like we should just put the implementation of these in the opal part
> of gnustep-back. We will need the declarations in the guidelines headers of
> course.
Presumably you meant 'gui', not 'guidelines' and you got autocorrected?
Does
On Tue, Jun 20, 2017 at 4:40 AM Daniel Ferreira (theiostream)
wrote:
>
>
> WTF (the Web Template Framework) is a series of helpers for WebKit
> which involves things as diverse as crypto, threading, text encoding,
> low-level memory analysis and inter-process communication. Most work
> here involv
On Fri, Jun 16, 2017 at 10:36 AM, Fred Kiefer wrote:
> As far as I know there are no applications out there using opal. Up to now
> this library is work in progress. A year ago I fixed some substantial
> issues in it, which nobody had complaint about.
>
This is a good point.
> Still I don't se
On Thu, Jun 15, 2017 at 5:13 PM, Daniel Ferreira (theiostream)
wrote:
> On Thu, Jun 15, 2017 at 9:09 AM, Ivan Vučica wrote:
>> My view is a new 'project' (repository) per framework would be good enough.
>> It would certainly be clear what you need to clone in order to ge
To chime in...
On Wed, Jun 14, 2017 at 9:48 PM, Daniel Ferreira (theiostream) <
bnm...@gmail.com> wrote:
> Hi guys,
>
> Over the last days I've moved on with compiling WebKit based on
> GNUstep, and some recent issues over how to move some headers around
> for OSX compatibility. I'll mention many
That's the email address, not the username :) but I believe your username
to be 'afedor' (which has appeared on many of the commits after I pushed
them).
If this is not the case, let me know ASAP.
On Tue, Jun 13, 2017 at 4:31 AM, Adam Fedor wrote:
>
> On Jun 11, 2017, at
I totally missed this email.
Is this change important to you?
On Mon, Jun 12, 2017 at 2:44 AM, Mark Tracy wrote:
> GNUStep team:
> My email address has changed to:
> tracy454 = Mark Tracy
>
> Thanks,
> Mark Tracy
> Sent from my iPad
>
> > On Jun 11, 2017, at 9:00 AM, gnustep-dev-requ...@gnu.or
Giving the signature a second shot (it would've been valid if the email has
not been wrapped to 80ch; there should be two whitespaces between signature
and filename, not a newline):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
19ea8495f9b64dd82c601cb33c4c7076a9ce61e5441e216f8544630515c72a4e
r
Hello,
The first step in migration to Git is pretty much complete. You can
find the new repositories at https://github.com/gnustep/.
## What happened?
Gna.org has shut down, and we have luckily had an rsynced copy of the
entire Subversion history backed up. I've spent most evenings last
week wri
Hi,
I'm somewhat reasonably confident in the current conversion that we
can probably open the floodgates at this point. Bulk of the
subprojects have been converted.
I've marked where I stopped with the pushes in the repolists.txt
file[3]. I have stopped not because I don't have the repositories
l
Hi Alex,
you've sent some pull requests on Github for GNUstep. We did not use
Git until now, so your patches were not being even considered.
I'm now doing the migration to Git, and Github will be our home for a
short while.
Usually, we can only accept only smaller patches without being sure of
c
On Fri, May 26, 2017 at 8:41 PM, Ivan Vučica wrote:
> On Thu, Mar 10, 2016 at 3:52 AM, Gregory Casamento
> wrote:
>> Hey guys,
>>
>> All suggested corrections made. Please let me know if there is anything
>> else. Otherwise this is the final version.
>>
&g
> On 1 Jun 2017, at 20:15, Ivan Vučica wrote:
>
> I composed the email yesterday on the plane, which conveniently demonstrates
> how frequently I am online ;)
>
And even that email went out today, instead of yesterday :)
>
> On June 1, 2017 10:00:06 PM GMT+02:00, Fre
I composed the email yesterday on the plane, which conveniently demonstrates
how frequently I am online ;)
On June 1, 2017 10:00:06 PM GMT+02:00, Fred Kiefer wrote:
>Hi Ivan,
>
>> Am 31.05.2017 um 16:54 schrieb Ivan Vučica :
>>
>> Gregory has the latest backup, but
On May 31, 2017 1:05:08 PM GMT+02:00, David Ayers wrote:
>Hello Folks!
>
>is there an ETA when the repository will be available?
Hard to estimate.
The only Gna.org admin whose contact I was able to found took a while to
respond, and unhelpfully stated that he has no access to the old content.
On Mon 29 May 2017 at 07:59, David Chisnall wrote:
> On 28 May 2017, at 22:57, Ivan Vučica wrote:
> >
> > - As the conversion will involve correcting the author usernames to be
> > up to spec, and as the conversion will include the remainder of the
> > branches and t
On Thu, May 25, 2017 at 3:18 PM, Gregory Casamento
wrote:
> As you guys know gna is now shutdown. I have been working on transitioning
> us to git on another server. I've been slowed down a bit by illness (I've
> been sick for the last few weeks).
>
> I have been rsync'ing to my local machine
rred mail is the latest version we have?
If so, let's replace this:
ivucica = Ivan Vučica
with
ivucica = Ivan Vučica
We can then track a few more users (jdess, one of the uid users is
Adam, etc)
We also should do a few final formatting changes, too (entry for
Riccardo, for example, i
Looks like people might be interested in a new release of dbuskit. Looks
like the last one was in 2013. Should a new one be cut?
-- Forwarded message -
From: Ivan Vučica
Date: Sun, May 21, 2017, 17:17
Subject: Re: [Debian GNUstep maintainers] Bug#862396: newer version
available
Daniel is not working on a browser.
On Mon, May 8, 2017, 03:10 Svetlana Tkachenko
wrote:
> Hi all,
>
> Glad to see this happening. Congratulations Daniel and big thanks to
> Ivan and Fred for willing to mentor. :-)
>
> Ivan Vučica wrote:
> > Daniel's proposal
Daniel's proposal has been accepted into Google Summer of Code.
https://summerofcode.withgoogle.com/projects/#5083550004019200
Fred and I have registered as mentors.
Congratulations and welcome!
On Thu, Mar 30, 2017 at 11:54 PM, Daniel Ferreira (theiostream)
wrote:
> Hi there,
>
> My name is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The original GPG signature was made invalid by the process I used to sign the
message.
This signed message serves to confirm that the original message is authentic.
On April 10, 2017 7:57:22 PM GMT+01:00, "Ivan Vučica" wrote:
>Th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
This is version 0.25.1 of the GNUstep GUI library ('gnustep-gui').
1.1 What is the GNUstep GUI Library?
It is a library of graphical user interface classes written completely
in the Objective-C language; the cla
On Wed, Apr 5, 2017 at 9:59 AM, Richard Frith-Macdonald <
richard.frith-macdon...@theengagehub.com> wrote:
>
> > On 2 Apr 2017, at 17:19, Ivan Vučica wrote:
> >
> > Hey,
> >
> > I'm trying to install GNUstep into /GNUstep with folders such as
>
out from GNUstep's Subversion,
> > and run debuild --
> > https://www.debian.org/doc/manuals/maint-guide/build.html#debuild).
> >
> > 4 - run lintian
> > (https://www.debian.org/doc/manuals/maint-guide/checkit.html#lintians)
> > on the new gui/back packages .
ric Heintzmann
wrote:
>
>
> Le 16/12/2016 à 17:16, Ivan Vučica a écrit :
> >
> > On Fri, Dec 16, 2016 at 3:54 PM, Eric Heintzmann
> > mailto:heintzmann.e...@free.fr>> wrote:
> >
> > Debian Stretch will be fully frozen on 2017-02-05.
> >
On Mon, Apr 3, 2017 at 12:06 PM, David Chisnall wrote:
> I think simply removing support for building with GCC is probably a better
> idea.
Well, that's disappointing :)
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/li
On Mon, Apr 3, 2017 at 8:43 AM, Wolfgang Lux wrote:
>
> > Am 02.04.2017 um 18:19 schrieb Ivan Vučica :
> > Looks like sysconfdir is not used here. And in fact, GNUstep.conf ends
> up in /GNUstep/etc/GNUstep/GNUstep.conf, where it presumably won't be
> found by things tr
On Mon, Apr 3, 2017 at 9:34 AM, David Chisnall wrote:
> On 2 Apr 2017, at 19:28, Niels Grewe wrote:
> >
> > Yes, it seems that gcc and clang disagree on how to interpret const.
> Here's a PR that addresses this particular problem:
> >
> > https://github.com/gnustep/libobjc2/pull/22
>
> This stil
Hey David,
It might be that libobjc2 no longer supports gcc, but in case it does, this
is the result of building with Ubuntu 16.04's gcc 5.4.0:
[ 1%] Building C object CMakeFiles/objc.dir/category_loader.c.o
/usr/bin/cc -DGC_DEBUG -DGNUSTEP -DNO_LEGACY -DTYPE_DEPENDENT_DISPATCH
-D__OBJC_RUNTIME
Hey,
I'm trying to install GNUstep into /GNUstep with folders such as
/GNUstep/System, /GNUstep/Local, etc. However, GNUstep.conf should live in
/etc/GNUstep/GNUstep.conf.
./configure --prefix=/GNUstep --with-layout=gnustep --sysconfdir=/etc
Looks like sysconfdir is not used here. And in fact,
Hey Richard,
I just installed gnustep-make from svn r40432. It's been ./configured with
"--prefix=/GNUstep --with-layout=gnustep".
I'm attempting to perform "sudo -E make uninstall" it. I'm getting this
instead:
GNUmakefile:287: *** GNUSTEP_SYSTEM_ROOT is obsolete. Stop.
I found this error i
In addition to stuff I sent, GNUstep has this page:
http://wiki.gnustep.org/index.php/Summer_Of_Code_Ideas
It has not been updated since 2012, but I expect most of the ideas to be valid.
I reviewed it quickly, and while some are out of date, many are fine.
In addition to Core Animation, I'd per
Oh, to add to that: I agree that a selfhosted Gitlab or Github master would be
the best due to the associated tools on the web. Savannah could be a backup.
If we pick selfhosted Gitlab, git still makes it easy enough to apply Github
pull requests. It's not a clickity-click affair anymore but it'
SourceTree and most other GUI tools don't depend on a particular site.
Last time I used SourceTree (2013? 2014?) it had some integration with
Bitbucket for creation of repos, but that's not interesting for gnustep's use
case anyway.
On February 4, 2017 8:24:23 PM GMT+01:00, Richard Frith-Macdon
In 2017, it is well worth investing your time in understanding git and what it
is.
For one, try treating it as a patch management system. Each patch is a commit*.
Each patch is "content addressable" (named after a SHA1 hash of the patch's
contents and headers) and some have aliases (tags, branc
I sent Gregory the command to rsync a backup of the SVN repo.
Maybe it's time to finally do a switch to Git?
On Fri, Feb 3, 2017, 21:53 Ivan Vučica wrote:
> I can help migrating Monday if the SVN comes back up.
>
> Next 2d I am at FOSDEM.
>
>
> On February 3, 2017 9:06:0
101 - 200 of 520 matches
Mail list logo