gmane.comp.lib.gnustep.general

Re: Latest GNUstep problems

Andreas Höschler — 2008-09-05T09:55:47

Hi Quentin, Thanks for your response. That's most likely the same issue I encounter. I first realized that when opening the login panel of our database application. Clicking into one of the username, password,... fields did not make them firstResponder. When trying to type I just got beeps. Clicking wildly around finally got me the focus into the textfield (mostly, not always). I then experimented with Affiche, Ink.app,... and got similar issues there in NSTextView. I encounter this in 3-4 of 10 cases, so this is really a serious problem (renders my system unusable). Regards, Andreas

Re: Latest GNUstep problems

Andreas Höschler — 2008-09-05T09:48:43

Hi Fred, I have seen this also with Ink.app! Yes! However, after clicking into an Ink.app window, this window should have the focus, but it seems it does not have that always after a click!? Regards, Andreas

Re: Latest GNUstep problems

Quentin Mathé — 2008-09-05T09:47:05

Le 4 sept. 08 à 20:23, Andreas Höschler a écrit : Hi Andreas, Since I updated my GNUstep install to use latest svn (r26829), I have observed a problem that could be related: UI controls can weirdly start to refuse input or focus. For example in Gorm inspectors, text fields seem to refuse editing time to time. At this point, quitting Gorm doesn't solve it, but killing gpbs and relaunching Gorm does, as if gpbs was corrupted or crashed. I haven't submitted a bug report yet, because I only got it two or three times for now, and gpbs may have nothing to do with it. Cheers, Quentin.

Re: Latest GNUstep problems

Fred Kiefer — 2008-09-05T09:49:29

Could you please try to reproduce this problem with Ink? TextEdit and Affiche aren't part of basic GNUstep itself, so any strange behaviour there could be caused by the applications themselves. If Ink fails it is almost a sure sign that something in GNUstep is wrong. Could this be a focus issue? Some unexpected part of the UI having the focus while you expect it to be in the text view? Fred

Latest GNUstep problems

Andreas Höschler — 2008-09-04T18:23:26

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

TimeMon problems on 64 bit BSD - solution!

Pete French — 2008-09-04T16:14:07

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 < at >< at > -44,7 +44,7 < at >< at > { const char *name = "kern.cp_time"; - int + unsigned long cpu_states[CPUSTATES]; size_t nlen = sizeof cpu_states,

Re: Desktop environment most similar to Mac OS X

David Chisnall — 2008-09-03T12:26:53

Hi Kevin, On 3 Sep 2008, at 02:52, Kevin Ward wrote: Good to hear. Ubuntu and FreeBSD are the two tier 1 platforms for Étoilé. x86-32 is better supported than -64, but we are working on that for 0.4. Note that there are a number of Apple-specific technologies (core animation, quicktime, and so on) that won't be duplicated by any GNUstep-based environment. There are a couple of GNUstep IDEs, and also CodeEditor.app in Étoilé svn, but I still tend to use vim for editing source files. David

Re: gnustep Live CD: how to poweroff on powerbook?

Gürkan Sengün — 2008-09-03T12:14:56

Press ctrl-alt-f1, then root, then enter, then poweroff :) It's a bit hidden in the install.txt Gurkan

Re: Desktop environment most similar to Mac OS X

Gürkan Sengün — 2008-09-03T12:14:23

Hello Kevin I'd recommend Debian or my http://livecd.gnustep.org/ I like TextEdit.app good, but many people use non-GNUstep based editors like emacs or mcedit (or vi(m)).. Yours, Gurkan

Desktop environment most similar to Mac OS X

Kevin Ward — 2008-09-03T01:52:47

_______________________________________________ Discuss-gnustep mailing list Discuss-gnustep< at >gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: gnustep Live CD: how to poweroff on powerbook?

expilo — 2008-09-01T07:46:15

Funny, that didn't even occur to me :) Well, I'm really new to Macs and I have been using mine for two days only. Yes, I tried "sudo shutdown -h now " and was prompted for a password. Piotr

Re: gnustep Live CD: how to poweroff on powerbook?

David Chisnall — 2008-08-31T13:59:23

Can't you just hit the power button? If you're running off a read- only medium then an unclean shutdown isn't going to do any damage... David

Re: gnustep Live CD: how to poweroff on powerbook?

Markus Hitter — 2008-08-31T13:57:04

Am 30.08.2008 um 14:27 schrieb expilo: All the live CDs I tried so far had password-less root access with sudo. Did you try a "sudo shutdown now"? MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/

gnustep Live CD: how to poweroff on powerbook?

expilo — 2008-08-30T12:27:46

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

Two questions about bundles

Peter Cooper — 2008-08-27T20:02:32

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 => (0xb7f31000) libgnustep-gui.so.0.14 => /usr/GNUstep/System/Library/Libraries/libgnustep-gui.so.0.14 (0xb7b67000) libgnustep-base.so.1.17 => /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.17 (0xb77a5000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb777a000) libobjc.so.2 => /usr/lib/libobjc.so.2 (0xb7760000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb773b000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb75ec000) (lots removed) /lib/ld-linux.so.2 (0xb7f32000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb72d8000) libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0xb72c8000) libgcrypt.so.11 => /lib/libgcrypt.so.11 (0xb727b000) libgpg-error.so.0 => /lib/libgpg-error.so.0 (0xb7277000) I've attached a very little dummy project that

Re: Two questions about bundles

Peter Cooper — 2008-08-29T04:53:52

On 2008-08-29 00:24:58 +0200 Nicola Pero meta-innovation.com> wrote: Brilliant. It works! Ok. Aggregate projects work for me too. I wasn't sure if I was using things the right way ;-) Thanks for the help! Peter

Re: Two questions about bundles

Nicola Pero — 2008-08-28T22:24:58

On 28 Aug 2008, at 21:27, Peter Cooper wrote: Try adding Test_NEEDS_GUI = NO to your GNUmakefile - the gnustep-gui libraries should no longer be linked in. This requires gnustep-make >= 2.0.6. Let me know if it works (or not). :-) You need to use an aggregate project because the only way to change the bundle extension is by using the BUNDLE_EXTENSION variable, which is global, not per bundle. I suppose we may want to consider improving this in future releases ... ;-) Thanks

Re: Two questions about bundles

Peter Cooper — 2008-08-28T21:26:18

Thanks for your response! I'm not sure I agree with you though - the dependency on a run-time linked gnustep-gui means that in a non-gui tool I get exceptions from GSFontEnumerator etc when I load the bundle and enumerate classes and methods (the class enumeration happens in code I don't control, at least officially). In a non-GUI tool doing certain kinds of introspection, it is very irritating. Thanks for the list of the library functions. I've come across most of them at some level of detail in the past ;-). My question is how do I restrict them to a minimum list using GNUstep-make. I've hand-linked the bundle down to the following linux-gate.so.1 => (0xb7f07000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7d53000) /lib/ld-linux.so.2 (0xb7f08000) And a custom library and it still works (for my needs) - no problems using gnustep-base objects and methods (they're linked after all in the code I'm using to load the bundle, and are quite available at truntime to t

Re: NSCell header error?

Truls Becken — 2008-08-28T07:07:40

Right, I reported this as bug #24153.

Re: ANN: Yap2.app (maintenance release)

2008-08-28T05:51:15

Great! Please can you add Yap2 to the GNUstep Software Index? http://www.gnustep.org/softwareindex/

Re: Two questions about bundles

David Chisnall — 2008-08-28T20:43:01

These are not superfluous. System call interface for glibc. GNUstep AppKit implementation. Possibly superfluous for a tool, but it contains things like NSImage and the NSAttributedString additions, and so it's sometimes useful. GNUstep Foundation implementation. POSIX threading library. Needed by libobjc and by NSThread. Objective-C runtime library. Needed by all Objective-C code. Maths library. Provides implementations of things in math.h. C standard library. Loader stubs. Needed by any program GCC stub routines. Contains things that are instructions on some architectures. asn1 parsing library. Encryption routines needed by various parts of Foundation. Failing to understand the output from ldd, which is not entirely your fault, and is more to do with the fact that the UNIX linker is monumentally stupid. While you would expect to only link against the libraries you use, and have the routines they use exposed to you (as it worked in VMS, Multics, and pretty much