Re: Hosts MAC address available from within Foundation?
On 2007-03-20 19:22:00 +0100 Michael Hopkins [EMAIL PROTECTED] wrote: Is there some part of the Foundation API that lets me unambiguously discover the MAC address of the host running the application? No, but you can use getaddrinfo(3) to obtain a socket address structure, then loop through each entry and check whether it's AF_LINK. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Latest changes to NSImage(?)
Hello, I guess something went wrong with the latest changes to NSImage (I guess) -- see attachment. It kind of shows GNUMail's application icon... -- Chris appicon.jpg attachment: appicon.jpg ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
configuration 'variables'
Hi, I was wondering whether it wouldn't make sense to make all the HAVE_xyz variables available that are defined during installation of GNUstep. That would make it easier to program without having to check first (again) whether GNUstep is compiled with, for example, pthread or libxml support. Since -make, -base and -gui already check for a whole slew of 'features' why not store those in /Library/.../base.make and .../gui.make (or somewhere else) as well? That would make the need of writing another configure script that checks for the same features again, or tons of ifeq(...) in GNUmakefile(s) obsolete. Just a thought, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Advertisement for gnustep
On 2006-09-12 13:38:40 +0200 Gürkan Sengün [EMAIL PROTECTED] wrote: Indeed, especially if it looks like something I am used to, say NeXTSTEP/OPENSTEP, Windows or Mac OS X. Please pretty please, don't make new themes, new looks, another we are gnome, we are cool, we are KDE, we are new, whatever new thing that is just ugly. You're absolutely right, however that is one of the major drawbacks for GNUstep -- that it DOESN'T look like KDE, GNOME or XFCE. Or should I say doesn't try to imitate Windows ??? Most people are USED to the Windows look and feel, they are NOT used (anymore) to the look of NeXT (or OSX for that matter). -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Advertisement for gnustep
On 2006-09-10 07:30:15 +0200 Patrick McFarland [EMAIL PROTECTED] wrote: On Sunday 10 September 2006 00:21, Adam Fedor wrote: RMS has offered to put something on the gnu.org home page about GNUstep. Any ideas what we should say or ask for? I had mentioned that we are trying to organize a desktop. Honestly, I'd ask him to save the offer for maybe another few years. Advertising for something that doesn't exist and has a strong chance of not existing is stupid, and will only sour relations with potential users. You are right in assuming that people with a potential interest in looking for a GNUstep-based *desktop*environment* would be pretty pissed if there was an ad for 'vaporware' -- however, you *should* keep in mind that originally GNUstep was supposed to be the development (and desktop?) environment of choice for the GNU operating system... -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Removing all remaining distinction between shared, debug, profile and static libs/executables
Hi, I'm not sure if the following problem relates to this clean-up, but after running a checkout, building and installing -make, I now get Making all for library libgnustep-base... Linking library libgnustep-base ... gcc41: debug=: No such file or directory gcc41: profile=: No such file or directory gmake[1]: Leaving directory `/usr/local/SOURCE/GNUstep/Repos/gnustep/core/base/Source' Making all in SSL... gmake[1]: Entering directory `/usr/local/SOURCE/GNUstep/Repos/gnustep/core/base/SSL' Making all for bundle SSL... Linking bundle SSL ... gcc41: debug=: No such file or directory gcc41: profile=: No such file or directory gmake[2]: *** [SSL.bundle/./SSL] Error 1 gmake[1]: *** [SSL.all.bundle.variables] Error 2 gmake[1]: Leaving directory `/usr/local/SOURCE/GNUstep/Repos/gnustep/core/base/SSL' gmake: *** [internal-all] Error 2 -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Removing all remaining distinction between shared, debug, profile and static libs/executables
On 2006-09-08 12:39:11 +0200 Nicola Pero [EMAIL PROTECTED] wrote: Sorry about that ... I'll start to do a bit of simplification now and make sure I test building gnustep-base properly. :-) No problem. It's not just base, basically all .../Library/Makefile/Instance/*.make files are 'involved' I tried to 'make debug=no profile=no shared=yes' which didn't help either (same message) but when I started to edit the above mentioned xyz.make files (eg. library.make, application.make and so on) and removed the lines containing debug=$(debug) profile=$(profile) shared=$(shared) \ everything compiled cleanly again. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Removing all remaining distinction between shared, debug, profile and static libs/executables
On 2006-09-08 13:19:54 +0200 Nicola Pero [EMAIL PROTECTED] wrote: Please try again now ... which_lib is gone!! :-) Works for me anyway. Confirmed. Works again. Cool, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GUI/Gorm code freeze
On 2006-08-29 14:03:36 +0200 Quentin Mathé [EMAIL PROTECTED] wrote: May be the Summer of Code 2006 page which lists most of missing classes. There is a link on the wiki front page: http:// mediawiki.gnustep.org/index.php/Summer_Of_Code_2006 Check the history of that page ;-) But that's not exactly what I had/have in mind. I was more thinking of an official 'list of classes that we want to have implemented' to which people can set their name as a 'I will do/implement that.' -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: The need for an official GNUstep desktop
On 2006-08-27 22:35:37 +0200 Nicolas Roard [EMAIL PROTECTED] wrote: [...] In fact... I'm starting more and more to think that GNUstep, instead of trying to be a jack of all trades -- I mean, it's a programming toolkit, no, a development environment with RAD, no, a web application server, no, a desktop with a filemanager... etc. -- should split into its sub projects (technically not, perhaps, but publically yes). [...] I am aware that I do not have much say in this issue, but nevertheless I think Nicolas is absolutely right here. As Greg points out, GNUstep CAN be both, but as Saso indicates, GNUstep is first and foremost a development framework. However, the above has some merit -- why not 'split' GNUstep in two _official_ parts (and I think that is what Greg had in mind) a) GNUstep Core -- the development framework, as it is right now b) GNUstep Desktop -- well, the desktop itself. The advantage would be that man-power can be pooled. So instead of several people trying to re-invent the wheel, they will focus on ONE (hopefully) perfect desktop, instead of several, and instead of trying to figure out work-arounds, fixes will float back into GNUstep-Core. Another advantage, as already pointed out by Greg, would be _coordination_ which currently IS missing with the development of Etoile and GWorkspace (sorry to say that). Not to mention the ones that never meet the light of day err are released into the public due to lack of man-power... Plus, since it would be an official desktop, the source could (or should) be located in the same SVN as GNUstep (Core), so it will be much easier to get to it. Right now, you will have to KNOW where to get GNUstep, Etoile, etc. Having a complete development and desktop environment downloadable from ONE location, would be a tremendous advantage. Just my .02c -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GUI/Gorm code freeze
On 2006-08-26 14:32:02 +0200 Gregory John Casamento [EMAIL PROTECTED] wrote: The code in gui and Gorm is frozen in preparation for the release. Only critical fixes to existing functionality should go in at this point. I am attempting to stabilize Gorm and GUI for the release. On a side note, wouldn't it make sense to keep a list of 'most wanted but still missing classes' for Foundation/AppKit around, say on Wiki, so people can 'subscribe' to implement these classes? Just a thought. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GUI/Gorm code freeze
On 2006-08-26 18:27:12 +0200 Gregory John Casamento [EMAIL PROTECTED] wrote: This would make a lot of sense although... I thought we already had a list like that here: https://savannah.gnu.org/task/?group_id=99 It would be better to track this as a set of tasks so that the process is less ad-hoc. Ah, yes, I thought I remembered having seen it but couldn't find it anymore. Cool. At least the Wiki should link to it. However that brings me to another question that may look like flame-bait... Let's say there's a framework that implements one or more 'wanted' classes but are licensed under, say, BSDL. Would it be permissible to add those classes to GNUstep (since it's LGPL) or would those classes have to be 'handed over' to FSF, changing the license in the process? And what if the author doesn't want to change the original license but adds a section that additionally puts the code under LGPL (that is, as a dual license) provided / as long as the code is used in GNUstep? I honestly do not know, but would like to... -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: SystemPreferences
On 2006-02-24 11:07:47 +0100 Dennis Leeuw [EMAIL PROTECTED] wrote: Hi Chris, Would this also mean the we need a /System/Library/Inspectors /System/Library/Finder /System/Library/TextConverters /System/Library/GSPrinting just no name a view others that are falling in the same category. Or am I somehow missing the point here? I don't know ;-) As I said, this was just a thought, and *I* could probably be mistaken. The way I see it is that Bundles are part of an application, that could possibly be used by other applications as well. For example, think of a web browser that has a generic history manager in a bundle. An FTP client could re-use said bundle for it's download history. (Stupid example, but you get the idea). OTOH, a preference pane of SystemPreferences is different, IMPOV. Sure, it is implemented as a bundle, but its only purpose is to provide a service in/to SystemPreferences and no other application _should_ use it (of course they could, but I do not see a point in doing so). So, the only reason for storing preference panes NOT in .../Bundles/ is to distinguish between a 'real' bundle and a pref-pane. IMHO, this would make the Library directory look a bit 'cleaner.' Question to the OSX users -- how/where does OSX store pref panes? Maybe we could/should just mimick their setup. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: libgnustep-base split proposal
On 2006-02-26 03:12:10 +0100 Alex Perez [EMAIL PROTECTED] wrote: Hear, Hear! This should be the default location. The other gnustep junk can still live in /usr/gnustep or wherever else, but the libs should be in *STANDARD FHS LOCATIONS*. Uhm ... 'scuse me, this is all good and stuff, BUT... ... NOT everyone is using GNUstep on a system that adheres to a _LINUX_ specific standard. Bash me, if you want, I just checked the FHS' web site, and as far as I can see, the only system this so called standard is targeting is Linux. Or rather the other way around, Linux is the only system 'using' the FHS. So calling the FHS a standard is a bit over the top. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
SystemPreferences
Hi, just a thought, but wouldn't it make sense to store SystemPreference modules somewhere else instead of /System/Library/Bundles/ like /System/Library/Preferences/ or sth similar? I know, technically, they ARE bundles, but then again, logically they are system preferences and IMHO should be set aside from regular bundles that are loaded during application/backend/whatever startup. Makes sense? -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Typo in gui/NSScreen.m
Hi, as the subject says, there is a typo in -visibleFrame. Line 305 reads switch (NSInterfaceStyleForKey(@NSIntefaceStyle, nil)) Obvioulsy this shoud read @NSInterfaceStyle instead. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: libgnustep-base split proposal
On 2006-02-19 17:12:20 +0100 Helge Hess [EMAIL PROTECTED] wrote: [...] (though I have the impression that gstep-base still contains too much GS* stuff). [...] Amen to that. -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Latest changes to -base in SVN trunk
Hi, this is to let you know that the latest changes (made yesterday, Friday) are breaking GNUMail. I updated SVN, recompiled the whole enchilada, quit and restarted GNUMail -- which almost immediately core dumped. I moved my Mailbox folder out of the way and restarted GNUMail. It rightfully bitched about the missing folder and quit. So I re-created the Mailbox folder without ANY files in it -- GNUMail worked. Next, I touch'ed Inbox, Drafts, etc. so that I had empty files and restarted GNUMail -- core dump. I then reverted back to the old version, that is, I reinstalled the current daily-snapshot of -base. Lo and behold, now GNUMail is working fine again -- with my old Mailbox folder. Did anyone have similar experience with those changes? And if so, PLEASE double check them, as I do need NSStream, which isn't available in daily-snapshots... Thanks, -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Latest changes to -base in SVN trunk
On 2006-02-18 21:54:22 +0100 Richard Frith-Macdonald [EMAIL PROTECTED] wrote: Fixed ... thanks ... It didn't show up in my tests, but GNUMail triggered it every time so it was very easy to find. Works like a charm again. Thanks!! -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Patch for gsldap on FreeBSD
Hi, FreeBSD doesn't have resolv, so GSLDAP won't link by default. The following patch of Makefile.preamble checks whether the host OS is FreeBSD and adds -lresolv to ADDITIONAL_LIB_DIRS if it isn't. --- Makefile.preamble.ORG Sun Feb 12 12:12:29 2006 +++ Makefile.preamble Mon Feb 13 19:30:26 2006 @@ -57,7 +57,11 @@ #-lgnustep-xraw # Additional library directories the linker should search -ADDITIONAL_LIB_DIRS = -L../src/$(GNUSTEP_OBJ_DIR) -L$(GNUSTEP_SYSTEM_ROOT)/lib -L/usr/local/lib -lldap -llber -lresolv +ADDITIONAL_LIB_DIRS = -L../src/$(GNUSTEP_OBJ_DIR) -L$(GNUSTEP_SYSTEM_ROOT)/lib -L/usr/local/lib -lldap -llber + +ifneq ($(findstring freebsd, $(GNUSTEP_HOST_OS)), freebsd) +ADDITIONAL_LIB_DIRS +=-lresolv +endif # # Flags dealing with installing and uninstalling -- Chris ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep bounty
On Fri, 23 Sep 2005 11:07:40 +0200, Fabien wrote: On 2005-09-23 09:33:43 +0200 Chris Vetter [EMAIL PROTECTED] wrote: On Fri, 23 Sep 2005 08:48:17 +0200 Stefan wrote: [...] p.s.: If you are really decided to give away money from the GNUstep fund, then why not to use it for gaining more publicity to GNUstep too? [...] Port WebCore to GNUstep / Window would gain a lot of publicity IMO Well, I didn't write that, Stefan Urbanek did, but yes, that would certainly get some attention. Stefan Kleine-Stengemann (sp???) did a port and it was/is quite useful, at least for playing around and testing -- I still have the source for a rudimentary web browser around somewhere that is mostly working (that is, for 'simple' pages (eg. those that do not require frames) -- though it probably is rather outdated by now. Nevertheless a port of WebCore, combined with a real browser based on that port and GNUstep certainly would get GNUstep some reputation/recognition. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: gif and ungif libraries
On Mon, 5 Sep 2005 10:28:02, Riccardo wrote: Hello, could someone check if it is an easy work to make gnustep gui/back build and link against libgif and not only libungif libraries too? Once, [...] The problem I see here is that Window Maker currently links against libungif. So if you want GNUstep to use libgif AND want to run Window Maker, you'll have a conflict... -- Chris -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [OSX to FreeBSD port] what version of gcc to use with 5.4
On Fri, 22 Jul 2005 20:41:00 Thierry DELHAISE wrote: Hi the list, [...] So, what version of gcc do you suggest me? Does some of U have experience ? [...] I'm currently running chuck:cbv :0 uname -sr FreeBSD 5.4-RELEASE with a 'stock' GCC 3.4.2 and haven't seen any problems so far. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: 9 out of 10 geniuses prefer GNUstep!
--- Ursprüngliche Nachricht --- Von: Patrick McFarland [EMAIL PROTECTED] An: [EMAIL PROTECTED], discuss-gnustep@gnu.org, gnustep-dev@gnu.org Betreff: 9 out of 10 geniuses prefer GNUstep! Datum: Mon, 18 Jul 2005 08:04:49 -0400 [...] What do you think? Excellent. Already use it as my default background. -- Chris -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
