<?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 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/31376"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31373"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31370"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31369"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31364"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31362"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31359"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31357"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31355"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31349"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31344"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31343"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31339"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31335"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31334"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31327"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31326"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31323"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31321"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31313"/>
      </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/31376">
    <title>libFoundation</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31376</link>
    <description>
Does anybody know who is the maintainer of libFoundation, is Ovidiu  
still supporting it?  Where is it hosted?

The current version in Fedora needs to be updated to the new gnustep- 
make, I have some patches.

thanks
Scott
</description>
    <dc:creator>Scott Christley</dc:creator>
    <dc:date>2008-10-06T04:25:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31373">
    <title>Building new Slackare packages</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31373</link>
    <description>_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Stefan Bidigaray</dc:creator>
    <dc:date>2008-10-05T15:40:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31370">
    <title>How to get 'make' to use a different GCC</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31370</link>
    <description>
Hi all

Quick question.

Have read all the docs I can find and not been able to discover how to 
get GNUStep make to use a toolchain other than the default gcc other 
than changing soft links which I would prefer not to do.

Have just built gcc 4.3.2 and would like to experiment with it for C &amp; 
Objective-C code.  Current gcc (in Ubuntu 8.04.1) is 4.2.3.

TIA

Michael

______________________________________________

    Hopkins Research      Touch the Future
______________________________________________
</description>
    <dc:creator>Michael Hopkins</dc:creator>
    <dc:date>2008-10-04T18:59:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31369">
    <title>ANN: GWorkspace 0.8.7</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31369</link>
    <description>GWorkspace version 0.8.7  is now available.

What is GWorkspace?
====================================

GWorkspace is a workspace manager for GNUstep.

Changes in version 0.8.7
=========================

* bugfix in color read of preferences (crash when certains desktop 
colors were set)
* portability issue solved with NetBSD
* fswatcher now is able to auto-close connections when started 
automatically with --auto, like other system daemons
* complete rewrite of the configure/make system using recursive 
configure files. Now the package can finally make a working "make 
dist" which was used for this release
* updated appwrappers and new appwrapper for OpenOffice
* Infopanel now displays information from the plist, allowing thus 
consistent data easily

Furthermore the whole project page is now inside gnustep.org

Where can you get it? How can you compile it?
==================================================

You can download sources from 
ftp://ftp.gnustep.org/pub/gnustep/usr-apps/gworkspace-0.8.7.tar.gz

The official homepage of the project is:
http://www.gnustep.org/experience/GWorkspace.html


Build Note: As a result of a more strict and correct build system, on 
some platforms, where gworkspace could compile even without sqlite 
(like windows), it is now strictly required.


--- Riccardo Mottola &amp; Gregory John Casamento &amp; the rest of the 
GNUstep team
</description>
    <dc:creator>Riccardo Mottola</dc:creator>
    <dc:date>2008-09-28T21:26:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31364">
    <title>One question about subclass</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31364</link>
    <description>For example, I create a subclass of NSImageView, I set its methods and all OK.
But when my app is running and I alloc and init my subclass I don't see the
object's instance. I don't get any error. Can somebody tell me what is the
problem?  
</description>
    <dc:creator>Germán Arias</dc:creator>
    <dc:date>2008-09-24T22:44:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31362">
    <title>application not quitting</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31362</link>
    <description>
Hi folks,

I recently installed a GNUstep application on two new machines and ran into a problem that I hadn't encountered on the other machines where it is currently running successfully. I cannot quit the application by clicking on "Quit".

The delegate method applicationShouldTerminate: gets called and returns YES but the application does not quit. This is a real nuisance. As a workaround, I invoke NSApplication's stop: method in applicationShouldTerminate:. That quits the applications and saves e.g. window positions to the defaults database, but is definitely not how it is supposed to be used.

Any ideas what might be the problem here? This is with KDE 3.5 (I don't have a choice as to what windowmanager to use.)

Best regards,

Marko

+-------------------------------------------------------------+
| Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde&lt; at &gt;yahoo.de |
| http://www.geocities.com/markoriedelde/index.html           |
+-------------------------------------------------------------+

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 
</description>
    <dc:creator>Marko Riedel</dc:creator>
    <dc:date>2008-09-16T22:36:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31359">
    <title>Fw: Invitation for GNUStep to Southern California Linux Expo 7x</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31359</link>
    <description>_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Gregory John Casamento</dc:creator>
    <dc:date>2008-09-15T20:53:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31357">
    <title>CoreData clone</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31357</link>
    <description>Hi,

the other day I've came across a CoreData clone from the Omni folks.
I haven't tryed it yet but I think it isn't easily portable to gnustep.
You can grab the source here:

http://www.omnigroup.com/developer/


Here a javascript cocoa/objc clone... a quite strange and interesting  
implementation:

http://www.cappuccino.org

</description>
    <dc:creator>Mirko Viviani</dc:creator>
    <dc:date>2008-09-15T19:57:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31355">
    <title>GNUstep on FreeBSD problems</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31355</link>
    <description>Hello!

I recently installed FreeBSD and also attempted to use GNUstep on  
FreeBSD. Building GNUstep-startup from svn worked fine with one minor  
exception [1]. However, when starting any GNUstep program I got  
XBadMatch errors on the console and the windows and menus were all  
completely white. After finding this helpful hint
   http://lists.gnu.org/archive/html/discuss-gnustep/2008-04/ 
msg00081.html
from Andrew Ruder to set the environment variable  
XLIB_SKIP_ARGB_VISUALS everything seems to works fine.

This weekend, I found some time to take a closer look at the problem.  
Apparently, it is caused by an inconsistent handling of X visuals in  
x11/context.m and in the libart backend. The latter in method  
setupDrawInfo of class ARTContext simply uses the first DirectColor  
or TrueColor visual returned by XGetVisualInfo. The code in x11/ 
context.m, on the other hand, is more involved. The function  
bestContext looks at all TrueColor visuals returned by XGetVisualInfo  
and chooses a visual with depth 24 or higher if available. On my  
FreeBSD installation this leads to a problem because the Xorg  
server's default visual uses 16 bits, but the server also offers a 32- 
bit visual (unless XLIB_SKIP_ARGB_VISUALS is set). Thus, every X  
window will use a 32-bit drawable but the graphic primitives of the  
libart backend attempt to send 16-bit images to that drawable causing  
the XBadMatch errors.

Of course, a quick and dirty fix would be to copy the code from  
bestContext to setupDrawInfo (or vice versa), but I feel that  
XGServer's context and ARTContext should not be using different  
visual in the first place. Unfortunately, I haven't dig far enough  
into the sources so far in order to understand the relation between  
the libart and cairo backends on one side and the common X11 code on  
the other side, but maybe someone more knowledgeable than me (Fred?)  
has some idea how to fix this.

Incidentally, XGScreenContext's code includes some logic to force  
XGServerWindow into using a particular visual under control of the  
user default NSDefaultVisual, but unfortunately the call to the  
relevant method (_getXDefaults) is commented out in - 
initForDisplay:screen:. Is there any reason for this?

Wolfgang

[1] Given the recent discussions on libffi vs. ffcall, I decided to  
build GNUstep with libffi. Since FreeBSD is considered a generic  
platform by GNUstep-startup the default is to use ffcall. I therefore  
invoked InstallGNUstep with the --ffi=libffi option but this did not  
work because the gsflags shell function resets the GS_FFI variable to  
the default for the chosen platform. The following patch is a  
workaround, but it looks like a hack to me; there should be no need  
to set GS_FFI twice.
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Wolfgang Lux</dc:creator>
    <dc:date>2008-09-13T20:08:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31349">
    <title>Copying files with special characters</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31349</link>
    <description>Dear all,

I would like to programmatically copy files with

    system([[NSString stringWithFormat:&lt; at &gt;"cp -r %&lt; at &gt; %&lt; at &gt;", sourcePath, 
destPath] cString]);

or alternatively using NSFileManager. This works as long as sourcePath 
does not contain special characters like ä,ö,ü,...

In a terminal shell I can successfully copy such a file by typing

cp "Germ

and then using TAB to automatically complete the path to

cp "German Fa\314\210hrhaus.jpeg" /home/ahoesch/A00

The question for me now is where this magic \314\210 stuff comes from 
and how I can do the conversion in my GNUstep app programmatically 
before building the copy command.

    system([[NSString stringWithFormat:&lt; at &gt;"cp -r %&lt; at &gt; %&lt; at &gt;", [sourcePath 
magicMethod], destPath] cString]);

Hints are greatly appreciated!

Thanks,

   Andreas
</description>
    <dc:creator>Andreas Höschler</dc:creator>
    <dc:date>2008-09-09T17:43:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31344">
    <title>Latest GNUstep problems</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31344</link>
    <description>Hi all,

I just did some tests with the latest GNustep downloaded yesterday on 
Solaris 10 with Etoile switched off for now to exclude potential 
problems caused by Etoile overloads.

I encountered massive problems experimenting with TextEdit.app and 
Affiche.app, e.g. selecting text and pressing backspace does not remove 
the selected text but just beeps.  Pressing Return at the end of text 
in NSTextView just beeps instead of inserting the return!? These 
problems do not always occur but very often. It's hard to find a 
pattern to savely reproduce the problem, but it ocurs ofte enough that 
reasonable work is impossible. I doubt that this is related to Solaris. 
Can anybody confirm these problems?

Regards,

   Andreas
</description>
    <dc:creator>Andreas Höschler</dc:creator>
    <dc:date>2008-09-04T18:23:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31343">
    <title>TimeMon problems on 64 bit BSD - solution!</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31343</link>
    <description>O.K., I finally tracked this down.... am not quite sure how bug reporting
works these days, can someone give me a pointer ? Anyway, the issue was
using int instead of long for cpu_states in loadave.c, so the following
one line patch fixes it:

-pete.

--- loadave.c.orig      2008-09-04 17:07:31.000000000 +0100
+++ loadave.c   2008-09-04 17:09:20.000000000 +0100
&lt; at &gt;&lt; at &gt; -44,7 +44,7 &lt; at &gt;&lt; at &gt;
 {
   const char
     *name = "kern.cp_time";
-  int
+  unsigned long
     cpu_states[CPUSTATES];
   size_t
     nlen = sizeof cpu_states,
</description>
    <dc:creator>Pete French</dc:creator>
    <dc:date>2008-09-04T16:14:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31339">
    <title>Desktop environment most similar to Mac OS X</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31339</link>
    <description>_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Kevin Ward</dc:creator>
    <dc:date>2008-09-03T01:52:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31335">
    <title>gnustep Live CD: how to poweroff on powerbook?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31335</link>
    <description>Hello,

Just tried the PPC version of Gnustep LIve CD. Everything runs fine,
but how do I turn it off? There's not even root password in the docs,
at least not to be found easily. Now waiting for the battery to run
down.

Piotr
</description>
    <dc:creator>expilo</dc:creator>
    <dc:date>2008-08-30T12:27:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31334">
    <title>Two questions about bundles</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31334</link>
    <description>Hi

I'm looking at using bundles for a non-gui tool. A curious thing is 
that I get a lot of superfluous libraries automatically linked.

         linux-gate.so.1 =&gt;  (0xb7f31000)
         libgnustep-gui.so.0.14 =&gt; 
/usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.14 
(0xb7b67000)
         libgnustep-base.so.1.17 =&gt; 
/usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.17 
(0xb77a5000)
         libpthread.so.0 =&gt; /lib/tls/i686/cmov/libpthread.so.0 
(0xb777a000)
         libobjc.so.2 =&gt; /usr/lib/libobjc.so.2 (0xb7760000)
         libm.so.6 =&gt; /lib/tls/i686/cmov/libm.so.6 (0xb773b000)
         libc.so.6 =&gt; /lib/tls/i686/cmov/libc.so.6 (0xb75ec000)


(lots removed)

         /lib/ld-linux.so.2 (0xb7f32000)
         libgcc_s.so.1 =&gt; /lib/libgcc_s.so.1 (0xb72d8000)
         libtasn1.so.3 =&gt; /usr/lib/libtasn1.so.3 (0xb72c8000)
         libgcrypt.so.11 =&gt; /lib/libgcrypt.so.11 (0xb727b000)
         libgpg-error.so.0 =&gt; /lib/libgpg-error.so.0 (0xb7277000)

I've attached a very little dummy project that generated the bundle 
with all these library links.

  &lt;ObTest.tgz&gt;

I'm running on an Ubuntu Dapper 32 bit i386 system, with GNUstep being 
a fairly recent check-out from svn.

What am I doing wrong?

Additionally, can I specify the extension of the bundle per bundle in 
the same Makefile or should be using an aggregate project?

Thanks!

Peter
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Peter Cooper</dc:creator>
    <dc:date>2008-08-27T20:02:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31327">
    <title>Two questions about bundles</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31327</link>
    <description>Hi

I'm looking at using bundles for a non-gui tool. A curious thing is 
that I get a lot of superfluous libraries automatically linked.

         linux-gate.so.1 =&gt;  (0xb7f31000)
         libgnustep-gui.so.0.14 =&gt; 
/usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.14 
(0xb7b67000)
         libgnustep-base.so.1.17 =&gt; 
/usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.17 
(0xb77a5000)
         libpthread.so.0 =&gt; /lib/tls/i686/cmov/libpthread.so.0 
(0xb777a000)
         libobjc.so.2 =&gt; /usr/lib/libobjc.so.2 (0xb7760000)
         libm.so.6 =&gt; /lib/tls/i686/cmov/libm.so.6 (0xb773b000)
         libc.so.6 =&gt; /lib/tls/i686/cmov/libc.so.6 (0xb75ec000)

(lots removed)

         /lib/ld-linux.so.2 (0xb7f32000)
         libgcc_s.so.1 =&gt; /lib/libgcc_s.so.1 (0xb72d8000)
         libtasn1.so.3 =&gt; /usr/lib/libtasn1.so.3 (0xb72c8000)
         libgcrypt.so.11 =&gt; /lib/libgcrypt.so.11 (0xb727b000)
         libgpg-error.so.0 =&gt; /lib/libgpg-error.so.0 (0xb7277000)

I've attached a very little dummy project that generated the bundle 
with all these library links.

&lt;ObTest.tgz&gt;

I'm running on an Ubuntu Dapper 32 bit i386 system, with GNUstep being 
a fairly recent check-out from svn.

What am I doing wrong?

Additionally, can I specify the extension of the bundle per bundle in 
the same Makefile or should be using an aggregate project?

Thanks!

Peter



_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Peter Cooper</dc:creator>
    <dc:date>2008-08-28T20:27:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31326">
    <title>LaTeX.service don't work</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31326</link>
    <description>_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep&lt; at &gt;gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep
</description>
    <dc:creator>Germán André Arias Santiago</dc:creator>
    <dc:date>2008-08-28T02:19:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31323">
    <title>NSCell header error?</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31323</link>
    <description>Hi list,

Can anybody tell me if the following is an error in &lt;AppKit/NSCell.h&gt;
or Etoile that is using it wrong somehow?

Both GNUstep and Etoile are SVN versions checked out today.

Thanks,
Truls

---
Making all in EtoileXML...
make[3]: Entering directory
`/home/truls/etoile-svn/Frameworks/EtoileFoundation/EtoileXML'

Build Project: EtoileXML

EtoileXML  /home/truls/etoile-svn/Frameworks/EtoileFoundation/EtoileXML
EtoileXML
/home/truls/etoile-svn/Frameworks/EtoileFoundation/EtoileXML
/home/truls/etoile-svn/Build EtoileXML
Making build-headers for framework EtoileXML...
 Creating EtoileXML.framework/Versions/0/Headers...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLNode.h...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLDeclaration.h...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLParser.h...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLString.h...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLNullHandler.h...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLXHTML-IMParser.h...
 Creating EtoileXML.framework/Versions/0/Headers/ETXMLParserDelegate.h...
 Creating EtoileXML.framework/Versions/0/Headers/NSAttributedString+HTML.h...
 Creating derived_src/.stamp...
 Creating EtoileXML.framework/Versions/0/Resources...
 Updating Version/Current symlink...
Making all for doc EtoileXML...
 Generating reference documentation...
2008-08-27 22:41:12.780 autogsdoc[26912] Location of method
'+ETXMLNodeWithType' (referenced from ETXMLNode) not found or not
unique.
2008-08-27 22:41:12.785 autogsdoc[26912] Location of method
'-stringValue:' (referenced from ETXMLNode) not found or not unique.
2008-08-27 22:41:12.828 autogsdoc[26912] Location of method
'-notifyParent:' (referenced from ETXMLNullHandler) not found or not
unique.
make[4]: Nothing to be done for `internal-doc-all'.
Making all for framework EtoileXML...
 Compiling file ETXMLNode.m ...
 Compiling file ETXMLDeclaration.m ...
 Compiling file ETXMLNullHandler.m ...
 Compiling file ETXMLParser.m ...
 Compiling file ETXMLXHTML-IMParser.m ...
cc1obj: warnings being treated as errors
/opt/GNUstep/Library/Headers/AppKit/NSCell.h:500: error: inline
function `_sizeForBorderType' declared but never defined
make[4]: *** [obj/ETXMLXHTML-IMParser.m.o] Error 1
make[3]: *** [EtoileXML.all.framework.variables] Error 2
make[3]: Leaving directory
`/home/truls/etoile-svn/Frameworks/EtoileFoundation/Etoil
eXML'
make[2]: *** [internal-all] Error 2
make[2]: Leaving directory `/home/truls/etoile-svn/Frameworks/EtoileFoundation'
make[1]: *** [internal-all] Error 2
make[1]: Leaving directory `/home/truls/etoile-svn/Frameworks'
make: *** [internal-all] Error 2
</description>
    <dc:creator>Truls Becken</dc:creator>
    <dc:date>2008-08-27T21:01:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31321">
    <title>ANN: SOGo 1.0 RC8</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31321</link>
    <description>The Inverse Team is pleased to announce the release candidate 8 of 
Scalable OpenGroupware.org (SOGo). This is the final release candidate 
of SOGo, which is considered in feature freeze as of now.

=== What is SOGo ===

SOGo is a free and modern scalable groupware server. It offers shared 
calendars, address books and emails through your favorite Web browser or 
by using a native client such as Mozilla Thunderbird and Lightning.

SOGo is standard-compliant and supports CalDAV, CardDAV, GroupDAV and 
reuses existing IMAP, SMTP and database servers - making the solution 
easy to deploy and interoperable with many applications.

SOGo features :

 * Scalable architecture suitable for deployments from dozen to many 
thousand users
 * Rich Web-based interface that shares the look and feel, the features 
and the data of Mozilla Thunderbird and Lightning
 * Improved integration with Mozilla Thunderbird and Lighthing by using 
the SOGo Connector and the SOGo Integrator
 * Two-way synchronization support with any SyncML-capable devices 
(BlackBerry, Palm, Windows CE, etc.) by using the Funambol SOGo Connector

and many more! SOGo and our connectors are completely free.

=== Getting SOGo ===

SOGo is free software and is distributed under the GNU GPL. As such, you 
are free to download and try it by either getting the newly released 
snapshot from :

http://www.inverse.ca/downloads/SOGo/Sources/SOGo-1.0rc8.tar.gz

or by getting the sources from the official SVN server :

http://svn.opengroupware.org/SOGo/inverse/trunk/

You can also download and install RPM packages for Red Hat Enterprise 
Linux 5 / CentOS 5 from :

http://inverse.ca/downloads/SOGo/RHEL5/i386/

Documentation about the installation and configuration of SOGo is 
available from :

http://inverse.ca/uploads/docs/SOGo_Installation_Guide_Draft.pdf

You can also try our online SOGo demo at :

http://sogo-demo.inverse.ca/

Finally, you can also download our SOGo Connector for Mozilla 
Thunderbird / Lighthing and our SOGo Connector for Funambol at :

http://www.inverse.ca/contributions/sogo_connector.html

http://www.inverse.ca/contributions/funambol.html

These connectors allow a good integration with Mozilla Thunderbird, 
Lightning and your favorite mobile devices.

=== Changes from the previous release ===

 * fixed a bug that would prevent deleted event and tasks from being 
removed from the events and tasks list
 * fixed a bug where the search of contacts would be done in 
authentication-only LDAP repositories
 * added the ability to transfer an event from one calendar to another
 * fixed a bug where deleting a contact would leave it listed in the 
contact list until the next refresh
 * fixed a bug where events shared among different attendees would no 
longer be updated automatically
 * changed the look of the Calendar module to match the look of 
Lightning 0.9
 * the event details appear when the user clicks on it
 * enable module constraints to be specified as patterns
 * inhibit internal links and css/javascript content from html files 
embedded as attachments to mails
 * updated all icons to use those from Thunderbird 2 and Lightning 0.9
 * fixed a bug where the cached credentials wouldn't be expired using 
SOGoLDAPUserManagerCleanupInterval
 * fixed a bug where mail headers wouldn't be decoded correctly
 * the copy/move menu items are correctly updated when IMAP folders are 
added, removed or renamed

=== How can I help ? ===

The product is in constant evolution. You can provide your help to make 
SOGo better by contributing on various areas such as :

 * Documentation review and improvements
 * Translations updates or new ones
 * Testing and bug reports. You can use http://sogo-demo.inverse.ca/ for 
testing.
 * CSS and JavaScript adjustments to the Web UI

Feel free to send us your questions. You can also post them to the SOGo 
mailing list:

http://mail.opengroupware.org/mailman/listinfo/sogo/

=== Getting Support ===

For any questions, do not hesitate to contact us by writing an email to 
: support&lt; at &gt;inverse.ca

Inverse offers professional services around SOGo to help organizations 
deploy the solution and migrate from their legacy systems.

</description>
    <dc:creator>Wolfgang Sourdeau</dc:creator>
    <dc:date>2008-08-26T21:17:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31313">
    <title>Gorm feature request.</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31313</link>
    <description>
Hello there,

I wonder what you think about the following feature request concerning Gorm.app. I am still working on the application that I mentioned in my last mails concerning tables, printing etc.

It has grown to include many panels and windows. Now that I think about it perhaps I should have divided it into manageable smaller components, but anyway ...

When you have a lot of panels and windows the object browser is not very helpful, because it displays panels and windows using the class and a number as the label, like "Panel (9)". The ordering seems to depend on some kind of internal hash function.

My question is -- can you at least sort these panels and windows by their numbers and types. That way the user can at least guess where the panels are that s/he created yesterday, because they will be at the end of the list.

It would be even better if a tooltip were to appear when the mouse hovers above a panel or window's icon. The tooltip should display the title of the window or panel in question, making it easy to locate the one you're looking for.

What do you think?

Best regards,

Marko


+-------------------------------------------------------------+
| Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde&lt; at &gt;yahoo.de |
| http://www.geocities.com/markoriedelde/index.html           |
+-------------------------------------------------------------+

__________________________________________________
Do You Yahoo!?
Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. 
http://mail.yahoo.com 
</description>
    <dc:creator>Marko Riedel</dc:creator>
    <dc:date>2008-08-16T22:48:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.lib.gnustep.general/31311">
    <title>Some questions about NSText</title>
    <link>http://comments.gmane.org/gmane.comp.lib.gnustep.general/31311</link>
    <description>Hi, I have an app that adds NSText in my document, and I can move and resize
these. But, when I resize these NSText the area of text is the same, never
change. For example, if I duplicate the width of an NSText, I don't get double
area to write. What is the problem? Other thing, Is there a way to set a image
of resizable border? Or I need make and draw this? Regards and thanks for your
help.   
</description>
    <dc:creator>Germán Arias</dc:creator>
    <dc:date>2008-08-16T04:50:57</dc:date>
  </item>
  <textinput 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>
