<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.lib.gnustep.general">
    <title>gmane.comp.lib.gnustep.general</title>
    <link>http://blog.gmane.org/gmane.comp.lib.gnustep.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38077"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38072"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38065"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38058"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38057"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38053"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38052"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38038"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38034"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38030"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38026"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38021"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38017"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38013"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38012"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38002"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37996"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37993"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37992"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37991"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38077">
    <title>ANN: DataBasin 0.5</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38077</link>
    <description>&lt;pre&gt;D A T A  B A S I N
------------------

I am pleased to announce the release of DataBasin 0.5

&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-20T19:34:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38072">
    <title>Testing CoreBase in Trisquel 5.5</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38072</link>
    <description>&lt;pre&gt;With revision 35161:

german&amp;lt; at &amp;gt;german-desktop:~/Instalados/dev-gnustep/corebase$ make check
This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for
help.
Making check in Source ...
make[1]: No se hace nada para «check».
Making check in Tests ...
Checking for presence of test subdirectories ...
--- Running tests in CFArray ---
--- Running tests in CFAttributedString ---

CFAttributedString/general.m:
Failed file:     general.m aborted without running all tests!

CFAttributedString/mutable.m:
Failed file:     mutable.m aborted without running all tests!
--- Running tests in CFBinaryHeap ---
--- Running tests in CFCalendar ---
--- Running tests in CFCharacterSet ---
--- Running tests in CFData ---
--- Running tests in CFDate ---
--- Running tests in CFDateFormatter ---
--- Running tests in CFLocale ---

CFLocale/displayvalues.m:
Failed build:     

CFLocale/identifier.m:
Failed build:     
--- Running tests in CFNumber ---
--- Running tests in CFNumberFormatter ---

CFNumberFormatter/create.m:
Faile&lt;/pre&gt;</description>
    <dc:creator>Germán "A. Arias"</dc:creator>
    <dc:date>2012-05-24T23:21:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38065">
    <title>Command lien tools that use appkit</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38065</link>
    <description>&lt;pre&gt;Hi,

for QuartzCore I'll be implementing small command-line tools that in fact
open an AppKit window with NSOpenGLView as the content view.

This sort of thing is not officially supported in Cocoa (a bundle is
required, or hacks with CPSEnableForegroundOperation() are required).
However, it works just fine with GNUstep.

Except for one small error that I just noticed and don't remember seeing
before.

"Bad application class '(null)' specified"

Looks like in gui's Source/Functions.m, NSApplicationMain() is explicitly
demanding that the bundle and its info dictionary exist, and that
NSPrincipalClass is specified, instead of either defaulting to
NSApplication, or simply checking whether the class is already initialized.

Since NSApp is a global variable, this should work fine:

Index: Source/Functions.m
===================================================================
--- Source/Functions.m    (revision 35156)
+++ Source/Functions.m    (working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -70,7 +70,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   className = [infoDict objectForKey: &amp;lt; at &amp;gt;&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-23T11:19:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38058">
    <title>DBus Menu in Gtk theme</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38058</link>
    <description>&lt;pre&gt;Hi all,

Since I recently installed Ubuntu 12.04, I'm only now familiarizing myself
with development on desktop environments.

Unity's global menu looks quite cool. Looks like we could plug into it over
DBus.
  https://launchpad.net/dbusmenu

It'd prevent adding custom views as menu subviews and any custom painting
of menus, but that probably won't affect many apps (and would be optional
as part of the Gtk theme, anyway).

Any thoughts?
&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-21T19:15:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38057">
    <title>First release of corebase coming soon</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38057</link>
    <description>&lt;pre&gt;For those of you not familiar with the project, the GNUstep-corebase
project is a free software implementation of the CoreFoundation library.

I plan on making a release of GNUstep-corebase in a few weeks.  Since this
is the first release, and the code is still alpha quality at best, I have
decided to do a prolonged testing phase.  This testing phase will be split
in 2 subphases.

The first will be a 3 week period, ending June 10th.  This will be the time
to test the code and look for inconsistencies.  Essentially, I want to make
sure the code compiles in your favorite platform and all tests pass.  New
tests can be added to the existing CF-types only, there is no plans to add
another type/class before the release.  I will still be doing some work on
the library at this time, but do not plan on adding anything new.

The second phase will end on June 24th and will lead to the release.  This
is your normal code freeze.  I'd like to get the bugs that were found
during the previous phase corrected during this tim&lt;/pre&gt;</description>
    <dc:creator>Stefan Bidi</dc:creator>
    <dc:date>2012-05-21T15:42:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38053">
    <title>Script for installation on Ubuntu updated</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38053</link>
    <description>&lt;pre&gt;Hi all,

The script I already mentioned a couple of times is updated, and now also
lives in a Mercurial repository instead of on my Dropbox account.

https://bitbucket.org/ivucica/gnustep-ubuntu

It's updated for latest GNUstep (which now seems to require libgnutls-dev),
and is verified to work on latest Ubuntu LTS - that is, 12.04 -- that I've
switched to. I've also added installation of libxslt-dev, which was not
previously installed in the script.

On a 2009 MacBook, longest step of the installation is (naturally) clang,
and takes between half an hour and an hour. I'm quite happy with the
experience; while the installation process is lengthy, by replacing
compiling step of clang with a precompiled version would probably make the
installation speedy enough to make a casual Linux user or a new GNUstep
developer happy. For now, however, I'm trying to make sure that the
installed GNUstep offers the most features, so installing clang from source
is probably not a bad idea. (Depending on how much clang is in fl&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-19T21:15:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38052">
    <title>GNUTLS now a hard requirement for -base?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38052</link>
    <description>&lt;pre&gt;Hi all,

looks like GNUTLS is now a *hard* requirement for -base? Documentation --
that is, the INSTALL file shipping with -base -- still states openssl is an
optional install, and doesn't mention GNUTLS in any way.

Having libssl-dev package on Ubuntu installed doesn't help.

I had to install libgnutls-dev to compile; without it, even with
libssl-dev, I get the following error:

checking for xsltApplyStylesheet in -lxslt... no

You do not appear to have usable libxslt headers/library.
Building without them will disable the XSLT extensions.
If you really want to build gnustep-base without XSLT support,
add --disable-xslt to the configure arguments to avoid warning.
configure: WARNING: Missing support for XSLT functionality.
checking for libgnutls-config... no
checking for libgnutls - version &amp;gt;= 1.4.0... no
*** The libgnutls-config script installed by libgnutls could not be found
*** If libtgnuls was installed in PREFIX, make sure PREFIX/bin is in
*** your path.
no

You do not appear to have usable libgnutls &lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-19T21:01:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38038">
    <title>Using GNUStep with TDM GCC</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38038</link>
    <description>&lt;pre&gt;I'm using TDM GCC, and I'd like to learn Objective-C, so I gave GNUStep
a look.
I found that the GNUStep installer also includes GCC, which I already have.

Is there any way to use the Objective-C libraries with TDM GCC, so I
don't have to install the entire GNUStep package.

&lt;/pre&gt;</description>
    <dc:creator>Andre Tampubolon</dc:creator>
    <dc:date>2012-05-16T13:56:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38034">
    <title>GNUmail - SMTP authentication</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38034</link>
    <description>&lt;pre&gt;Hi,

any GNUMail users out there? I seek some help in debugging and fixing 
SMTP with authentication! It is broken in the current repository, but it 
is broken also in the Debian supplied stuff and in the old tarballs I 
had. Thus I supect it has been broken since a long time, but my ISP did 
not require it some years ago when I was a regular GNUMail users.

It is one of my bigger issues with GNUMail/Pantomime currently

Thanks.

Riccardo
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-15T12:32:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38030">
    <title>Using vim to contribute to GNUstep</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38030</link>
    <description>&lt;pre&gt;Hi all!

Does anyone have a set of settings for vim's cindent that automatically
uses as correct indentation style as possible?

What code editors do you use to contribute to the core GNUstep?

&lt;/pre&gt;</description>
    <dc:creator>Ivan Vučica</dc:creator>
    <dc:date>2012-05-14T18:58:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38026">
    <title>sound editor or viewer, or application for displaying graphs(probably in a scroll view)</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38026</link>
    <description>&lt;pre&gt;Is there a GNUstep application which displays waveforms?

These could be waveforms from sound files, or other sources.

What about one that draws graphs (which is of course related,
especially if it can handle sampled data with hundreds
of thousands of samples, i suppose in some kind of scroll view)?

(I am aware of many fine applications such as Audacity, but
wondering if there's a specifically GNUstep one, which need not
be very full featured.)

I looked at
    http://www.nongnu.org/gap/
and saw OresmeKit (for drawing graphs) --- but it's not released yet,
and when it is i presume that it won't be an app but a
framework to be used in creating apps.

I also googled around, and found lists of sound editors,
such as
    http://appindex.freecode.com/search?page=1&amp;amp;q=sound+editor
but searching for sound+gnustep just gives one result (which is
not for waveform display):
    http://appindex.freecode.com/search?page=1&amp;amp;q=sound+gnustep

Thanks in advance for any reference to any app, or for suggestions
on how i could&lt;/pre&gt;</description>
    <dc:creator>Dan Hitt</dc:creator>
    <dc:date>2012-05-14T01:39:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38021">
    <title>ANN: Zipper 1.4</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38021</link>
    <description>&lt;pre&gt;|Z I P P E R   1.4
-----------------

I'm happy to announce that yesterday the GNUstep Application Project 
released version 1.4 of Zipper. It was adopted by GAP in accordance with 
the original author and the license changed to GPL v2.

Zipper is an archive tool which allow viewing of various formats and 
creation of tarball (with GWorkspace Service).


What's new in this 1.4 release?

|||* First version released by GAP
* Interface redone in Gorm
* Extensive fixes to BSD tar support
* Bug fixes in the handling of archiver outputs, options and dates
* Portability fixes and crash fixes
* Updated infrastructure to current GNUstep make and runtime
* Macintosh port (to prove portability)

Where to find it?
In the GAP project: http://gap.nongnu.org/zipper/index.html


Many thanks to Sebastian Reitenbach who contacted the original Author, 
Dirk Olmes, to make the move and who with Philippe Roussel helped during 
tested and debugging sessions.

Riccardo Mottola,
GNUstep Application Project maintainer and co-leader
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-11T08:46:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38017">
    <title>build of project center 0.6.0 conks out with undefined _fileTypes atline 96 of PCAddFilesPanel.m</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38017</link>
    <description>&lt;pre&gt;Hi All,

I'm trying to set up a gnustep system.

I'm using a debian 6.0.4 system, with gcc 4.4.5.

There are no debian/gnustep packages installed;
instead (per Fred) i built my own:
  gnustep-startup-0.28.0
  gworkspace-0.9.0
  gorm-1.2.12
  ProjectCenter-0.6.0

The first three of these built without issue, and the
first two (the gnustep startup and gworkspace) i've
been using for a few days.

These all came from pointers in http://gnustep.org/

So, my first question is whether i'm using the
right versions of these packages (or whether maybe
gnustep.org is no longer the right site, or the current
versions all exist on https://github.com/ or
somewhere else).

Second, as to the exact error that stopped the
compilation --- there are some warnings earlier
(e.g., redefinition of "_" occurs 3 times).  It finally
conks out in the method:
    - (void)setFileTypes:(NSArray *)fileTypes
    {
      NSString  *path = nil;

      ASSIGN(_fileTypes, fileTypes);

      path = [_browser path];
      [self validateVisibleCol&lt;/pre&gt;</description>
    <dc:creator>Dan Hitt</dc:creator>
    <dc:date>2012-05-09T05:31:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38013">
    <title>libobjc2 message-to-nil inconsistency</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38013</link>
    <description>&lt;pre&gt;Hi all. I’m debugging some software I’m porting from Mac OS X / iOS to GNUstep. Just spent an hour tracking down a problem that stems from a difference in the return value of a message to nil. Specifically:

NSNumber* n = nil;
SInt64 value = [n longLongValue];
assert(value == 0);    // passes with Apple’s runtime, fails with libobjc2

In the olden days on OS X, this was a no-no because the return value of a 64-bit message-send to nil was undefined (objc_msgsend was zeroing the return value in a way that worked for 32-bits or less but not for 64-bit.) However, at some point (10.6 I think) the dispatcher was improved to also zero the 64-bit return state. My code implicitly depends on this behavior.

It appears that libobjc2 still has the old behavior and does not clear the 64-bit return value (at least not in a 32-bit process.) So I’m getting garbage values from -longLongValue and similar methods when the receiver is nil, which breaks my code. Obviously I can put nil-checks in the code, but I’m no&lt;/pre&gt;</description>
    <dc:creator>Jens Alfke</dc:creator>
    <dc:date>2012-05-08T17:53:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38012">
    <title>Blurred GUI elements</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38012</link>
    <description>&lt;pre&gt;Hi,

I'm trying to chase down while the UI elements in the Cynthiune 
preference panel look blurry.
I checked the originating gorm file and they look perfect! Check the 
screenshot.
I check that all size values are not fractional.
The preference file with has the view "container" is not fractional 
either...

Riccardo
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&amp;lt; at &amp;gt;gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-07T11:13:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/38002">
    <title>Gorm: Editing a TextField - multiline support?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/38002</link>
    <description>&lt;pre&gt;Hi,

I'm using Gorm version 1.2.16 on a Debian GNU/Linux wheezy/sid system.

I'm building the interface of my small application project
'lpt-interface'. An image of this can be seen from here:
https://plus.google.com/u/0/photos/117283089154825941814/albums/5736149862706239553/5739083215646749922

On the image, In the Panel entitled as 'Tulajdonságok' (in English this
is Preferences) there are four TextFields. In the selected bottommost
textfield that is being edited, is the text cursor. 

I want to put into it mutiline text, but when I hit Enter the editing
mode quit, so I can't go into next line of textfield to write more
text. 

Can I edit this text field in Gorm as a multiline field?

&lt;/pre&gt;</description>
    <dc:creator>Csanyi Pal</dc:creator>
    <dc:date>2012-05-05T16:25:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37996">
    <title>building gworkspace in a debian system where other components exist</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37996</link>
    <description>&lt;pre&gt;I have a debian 6.0.4 ("squeeze") system.

I installed the gnustep packages---24 of them,
according to
    dpkg --get-selections | grep -i gnustep | wc

The Window Maker program on debian is
version 0.92, but i was advised to run with
0.95.2.

So i compiled it, and installed it to a path
within my home directory
(/home/USER/install.d/wm95/bin/wmaker)
and am using it by setting my /home/USER/.xsession
file to invoke it.  (Here and throughout i'm
using "USER" instead of my actual login name.)

I also want to upgrade the rest of my
environment to the latest stable gnustep,
but naturally without affecting any system-wide
files.  (That is, i want to leave the debian stuff
strictly alone.)

So i installed all the prerequisites for building
gnustep, and then built gnustep-startup-0.28
via the command
   ./InstallGNUstep --prefix=/home/USER/install.d/gs

This worked, and following directions i put
. /home/USER/install.d/gs/System/Library/Makefiles/GNUstep.sh
in my ~/.bashrc file.

Next i tried to build gworkspace.

&lt;/pre&gt;</description>
    <dc:creator>Dan Hitt</dc:creator>
    <dc:date>2012-05-03T20:39:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37993">
    <title>Gorm forgot Inspector/Attributes/Controls/Miniaturize setup?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37993</link>
    <description>&lt;pre&gt;Hi,

on my Debian GNU/Linux wheezy/sid I have installed from debian
repository (not from source) ProjectCenter.app version 0.6.0 and
Gorm.app 1.2.10.

In Gorm my small project's window hasn't the so called Titlebar. I'm
using Windowmaker as window manager and there windows can have titlebar
and resizebar. 

One can see this problem here:
https://plus.google.com/photos/117283089154825941814/albums/5736149862706239553/5737938740821553890

or can download this image from here:
https://lh5.googleusercontent.com/-NydAbQe7luM/T6FA4kWe8uI/AAAAAAAAATA/hekjlZ-WoY8/s1167/Gorm_NSWindow-Controls_Miniaturize_missing.png

I set up in vain in Gorm -&amp;gt; Inspector -&amp;gt; Attributes -&amp;gt; Controls -&amp;gt;
Miniaturize because next time when open the Interface.gorm in Gorm
again, Gorm forgot this setup so I must set it up again and again.

Is this a bug in Gorm?

&lt;/pre&gt;</description>
    <dc:creator>Csanyi Pal</dc:creator>
    <dc:date>2012-05-02T14:41:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37992">
    <title>ANN: Graphos 0.3</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37992</link>
    <description>&lt;pre&gt;G R A P H O S   0.3
-------------------



I am pleased to announce the third major public release of Graphos.


What's new?
-----------


The most important news is the further improved inspector. It is now 
modeless and real-time.

A new file format is needed to fix a problem with object layer save and 
restore. Graphos is able to read old files. The new format contains also 
a version attribute, so that in the future further enhancements will be 
possible.

Bug fixes, potability enhancements.


What is it?
-----------

Graphos is a vector drawing application centered around bezier paths. It is available as free software both for GNUstep and for Mac.


Graphos roots are directly set in GDraw, written by Enrico Sersale and 
released in 2000. Version 0.1 of Graphos is a direct descendant of 
GDraw: the interface is almost unchanged, but the application has been 
refactored, reorganized, debugged, rewritten and updated. The file 
format was improved a little, Graphos is able to read GDraw files but 
not the o&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-01T18:03:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37991">
    <title>GWorkspace: quit alert panel</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37991</link>
    <description>&lt;pre&gt;Hi,

can somebody reproduce and help me fix "quitting" GWorkspace?

What happens for me on certain setups I can select "quit! and get aksed 
for confirmation, I confirm and GWorkspace doesn't close. Usually, 
reissuing and confirming again, makes it close correctly. Other times it 
hangs. Running in the debugger may cause it to work.

On some setups, it just works. Apparently it is related to the fact that 
other GS apps are running or not (well, it might be Terminal or the 
Recycler.app)

Clues? Hints? Patches? THis has long been this way, just that the number 
of setups where it doesn't work increased :)

Riccardo
&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-05-01T12:49:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/37989">
    <title>Cynthiune on FreeBSD</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/37989</link>
    <description>&lt;pre&gt;Hi,

I was trying Cynthiune on FreeBSD/Clang. I got it co compile, but when 
it starts it crashes this way.

I have never seen something like that, I don't know if this is libobjc2 
specirfic, since I have only that. The program starts fine on OpenBSD 
with gcc. I'm working to get it compile on other systems.

Thanks,

Riccardo

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2ac04300 (LWP 100106/Cynthiune)]
0x28aa36be in init_protocols (protocols=Variable "protocols" is not 
available.
) at protocol.c:62
62                      isEmpty &amp;amp;= (p2-&amp;gt;properties-&amp;gt;count == 0);
Current language:  auto; currently minimal
(gdb) bt
#0  0x28aa36be in init_protocols (protocols=Variable "protocols" is not 
availabl                 e.
) at protocol.c:62
#1  0x28aa35b5 in init_protocols (protocols=Variable "protocols" is not 
availabl                 e.
) at protocol.c:186
#2  0x28aa3231 in objc_init_protocols (protocols=Error accessing memory 
address                  0x0: Bad address.
) at protoco&lt;/pre&gt;</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2012-04-30T16:36:20</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.general</link>
  </textinput>
</rdf:RDF>

