Re: Base 1.28.1 API/ABI break?

Andreas Fink wrote: > Failed test: (2023-01-09 08:48:49.174 +0100) general.m:37 ... > -classNamed returns the correct class > Failed test: (2023-01-09 08:48:49.175 +0100) general.m:61 ... > -principalClass returns TestClass for +bundleForClass:[TestClass class] Usually this is an

Re: Base 1.28.1 API/ABI break?

Fred Kiefer wrote: > > Am 07.01.2023 um 19:42 schrieb Yavor Doganov : > > But when build-testing packages with GUI 0.30.0 I came upon this > > build failure of GDL2: > > Which version of GDL2 are you getting this warnings from? I think > the code in question was remo

Re: Base 1.28.1 API/ABI break?

Riccardo Mottola wrote: > On 1/8/23 09:32, Yavor Doganov wrote: > > But given that Pantomime also fails to build > > does Pantomime fail to build also due to string encoding constants? Yes, version 1.3.0. The fix is trivial, so no problem here. As I wrote you earlier in a priva

Re: Base 1.28.1 API/ABI break?

Richard Frith-Macdonald wrote: > > On 7 Jan 2023, at 18:42, Yavor Doganov wrote: > > But in this case we'll certainly miss the deadline and we'll end > > up with Base/1.28.0 and GUI/0.29.0 in the new Debian release. > > How certainly? > I could bump the gnustep-base r

Base 1.28.1 API/ABI break?

While reviewing the diff between 1.28.0 and 1.28.1 I noticed changes to the ivar layout of GSTLS, NSPort and some other class I can't remember right now. Granted, these are unlikely to be subclassed, so I thought we could sneak this in Debian unstable without problem and without being punished.

Re: Freeze dates for Debian's next release

On Tue, 22 Mar 2022 19:36:55 +0200, Yavor Doganov wrote: > FYI, Debian has announced[1] the preliminary freeze dates in > preparation for the next stable release 12 (bookworm): > > 2023-01-12 - Milestone 1 - Transition and toolchain freeze -- > 2023-02-12 - Mil

Freeze dates for Debian's next release

FYI, Debian has announced[1] the preliminary freeze dates in preparation for the next stable release 12 (bookworm): 2023-01-12 - Milestone 1 - Transition and toolchain freeze 2023-02-12 - Milestone 2 - Soft Freeze 2023-03-12 - Milestone 3 - Hard Freeze - for key packages and

Re: GNUstep on Hackernews

On Wed, 22 Dec 2021 22:54:32 +0200, Ivan Vučica wrote: > On Fri, Dec 17, 2021 at 9:34 AM Andreas Fink wrote: > > packages in Debian are quite old > > Inaccurate. It is both accurate and inaccurate. More precisely, at times it is accurate and at times it is inaccurate; it also depends what

Re: HelpViewer 0.3 : error while linking

On Sun, 21 Jun 2020 11:27:27 +0300, Patrick Cardona via Discussion list for the GNUstep programming environment wrote: > If I get some package from deb source and I try to rebuild it as the > Debian doc says (1) I am afraid this could make a dependency conflict > with the apps already installed

Re: HelpViewer 0.3 : error while linking

Riccardo Mottola wrote: > However, the application barely functions for me when I open one of > the examples. Most of the titles are displayed with a blue box, which > I bet is an artifact of some sort. > Many warnings too let's see if I can fix them all! Take a look at the Debian patches

Re: Applications Folder in the System Domain

Patrick Cardona via Discussion list for the GNUstep programming environment wrote: > pi@raspberrypi:~ $ gnustep-config --variable=GNUSTEP_LOCAL_APPS > /usr/local/lib/GNUstep/Applications That's for the LOCAL domain; GNUstep apps installed via the system's package manager(s) (apt, aptitude,

Re: Applications Folder in the System Domain

On Sat, 23 May 2020 01:09:55 +0300, Patrick Cardona via Discussion list for the GNUstep programming environment wrote: > As I can remember, there was an "Applications" folder where the apps > installed in the System Domain could be found. On Debian and Debian-based systems this is

Re: Graphos.app : error whith make

On Thu, 21 May 2020 21:22:45 +0300, Patrick Cardona via Discussion list for the GNUstep programming environment wrote: > Doing that, I could isolate the case where the obsolete var was declared : > obviously, it is due to WindowMaker. > The wersion of WindowMaker installed from raspbian Buster

Re: Which ObjC2.0 features are missing in the latest GCC?

Johannes Brakensiek wrote: > On 25 Nov 2019, at 14:34, Yavor Doganov wrote: > > Off the top of my head, Rik theme is about the single piece of > > software that can't be built on stock Debian because of us > > sticking to GCC. > > thank you for making clear your point.

Re: Which ObjC2.0 features are missing in the latest GCC?

David Chisnall wrote: > On 25 Nov 2019, at 13:37, Yavor Doganov wrote: > > RISC-V is the newest GNU/Linux architecture and it's not yet > > supported by Clang. > > Yavor, I appreciate that this is an emotional topic for you, but > please can you try to confine yourself

Re: Which ObjC2.0 features are missing in the latest GCC?

Bertrand Dekoninck wrote: > > Le 24 nov. 2019 à 02:24, Yavor Doganov a écrit : > > except probably the Rik theme > > Just my two pence here : I’ve got a gcc compatible branch of rik > (which I maintain for my ppc computers) at > https://github.com/BertrandDekoninck

Re: Which ObjC2.0 features are missing in the latest GCC?

Gregory Casamento wrote: > On Fri, Nov 22, 2019 at 3:01 PM Yavor Doganov wrote: > > The answer is simple: because there's a lot to lose and nothing to > > gain. > This is patently incorrect. The gain is time and compatibility with > the latest code base. I la

Re: Which ObjC2.0 features are missing in the latest GCC?

Johannes Brakensiek wrote: > On 24 Nov 2019, at 14:16, Yavor Doganov wrote: > > Packaging libraries and development tools just because they are cool > > and it is expected that hordes of developers will write useful > > programs that utilize them is not a useful activity -- yo

Re: Which ObjC2.0 features are missing in the latest GCC?

Johannes Brakensiek wrote: > would it be possible to somehow ship a clang runtime on Debian or > isn’t it? If it is how could it be achieved? It is possible but not as an option/alternative. Either the whole GNUstep stack moves to Clang + the new runtime or it stays with GCC + the GCC runtime.

Re: Which ObjC2.0 features are missing in the latest GCC?

Ivan Vučica wrote: > On Fri, Nov 22, 2019 at 8:02 PM Yavor Doganov wrote: > > The answer is simple: because there's a lot to lose and nothing to > > gain. > This is unfortunately wrong. There is a lot to gain. Right or wrong depends on the point of view, which ultimtately b

Re: Which ObjC2.0 features are missing in the latest GCC?

[ Posting this via NNTP, hope it works. ] Ivan Vučica wrote: > Distro packagers should also voice their opinion on whether they can > switch to Clang (and, hopefully, libobjc2), which I'd invite them to > do no matter what the decision is on presence of Clang-dependent > code in GNUstep core

Re: Savannah bug tracker disabled?

Gregory Casamento wrote: > Someone refusing to submit bugs due to the fact that they might need > a github account isn't going to change that. It was not my intention to change that and I never said that I would stop submitting bugs. I am not a significant contributor to this project so I don't

Re: Savannah bug tracker disabled?

Gregory Casamento wrote: > Yes, it is disabled to avoid confusion. An announcement would have been nice. > Existing bugs can be updated and closed, but no new ones can be > added. I cannot update existing bugs, perhaps only project members can. That's OK. > Track bugs on github where the main

Savannah bug tracker disabled?

I noticed that I cannot comment on bugs that I filed; there's a message on top saying: | You are not allowed to post comments on this tracker with your | current authentication level. It is not possible to submit a new bug either so the only reasonable explanation is that the tracker was

Re: Gorm don't work

В Fri, 25 Jan 2019 13:23:17 +0100, Fred Kiefer написа: > It is a lot easier than that. You just made a small mistake and used an > NSString here instead of a C String. Of course this cannot work, with > neither of the compilers. Which just shows that nobody did recompile and > use Gorm after your

Re: ANN: GNUstep GUI 0.27.0

В Tue, 08 Jan 2019 10:37:12 +, David Chisnall написа: > On 08/01/2019 06:57, Josh Freeman wrote: >> On Jan 7, 2019, at 4:20 PM, Ivan Vucica wrote: >>> This is version 0.27.0 of the GNUstep GUI library ('gnustep-gui'). >> >> Thank you, GNUstep maintainers & contributors, and congratulations >>

Re: TextEdit : critical error prevents loading

On Sat, 04 Aug 2018 18:16:01 +0300, Patrick CARDONA wrote: > And so, from this fresh install, I set up my Epson printer with cups > and I could not reproduce the bug because the cups client got > obviously a good .PPD file. So I am sorry again not to be able to > approve the patch. No problem,

Re: Crash on app start due to icon

On Wed, 08 Aug 2018 01:34:25 +0300, Josh Freeman wrote: >It seems to be a gcc/gobjc compiler/runtime bug: Sending a nil > message using a method signature that returns a structure > (ex. -[NSView bounds] -> NSRect) results in: > 1. Garbage values in the returned structure's members (affects: >

Re: Migrating GNUstep home folder to another computer

В Tue, 24 Jul 2018 20:49:43 +0200, Patrick CARDONA написа: > Maybe I do not the things the right way within GWorkspace. Or there could be a bug that may be fixed in 0.9.4. Has this worked properly on Ubuntu? > Is GWorkspace using DBUS messaging between apps and udisks2 ? No but this is a

Re: Migrating GNUstep home folder to another computer

В Tue, 24 Jul 2018 18:43:24 +0200, Patrick CARDONA написа: > I started from a clean GNUstep folder, and things went better, as > expected : > - Alt/Meta Keys work again. So it was due to some default that you have set in your Ubuntu environment. > As You told me about I could meet some

Re: Migrating GNUstep home folder to another computer

В Mon, 23 Jul 2018 19:34:28 +, Yavor Doganov написа: > В Mon, 23 Jul 2018 20:53:16 +0200, Patrick CARDONA написа: >> - In GWorkspace, #-key (Meta or Alt) commands do not work : #-d will >> not put the file in the Recycler Trash directory. > > I'm afraid I can't reprodu

Re: Migrating GNUstep home folder to another computer

В Mon, 23 Jul 2018 20:53:16 +0200, Patrick CARDONA написа: > I tried to migrate from Ubuntu to a fresh Debian Stretch Install, which > seems to be more reactive on the same computer (old macmini). This is a "downgrade" in terms of package versions. > But I encounter some curious behaviours: > -

Re: TextEdit : critical error prevents loading

On Tue, 10 Jul 2018 15:45:25 +0300, Yavor Doganov wrote: > Patrick CARDONA wrote: > > I just notice that the margins in the summery of the Page Layout are > > very odd (attached screenshot) and when I print an example, the text > > is not placed where it should be. > >

Re: SimpleAgenda 0.44 - No way to add new task or new appointment

В Fri, 13 Jul 2018 15:56:43 +0200, Patrick CARDONA написа: > I hope you will forgive my poor knowledge about testing the patch. No problem at all. Not all users have these skills, and that's perfectly fine. > So I did not found any way to add dev repository matching Agenda.app dev > archive :

Re: SimpleAgenda on FreeBSD

В Thu, 12 Jul 2018 22:58:59 +0200, Riccardo Mottola написа: > On 2018-07-12 10:09:04 + Ivan Vučica wrote: > >> If not, a hacky thing I would do is, I would try: >> CFLAGS="-isystem /usr/local/include" ./configure >> instead. Or better: ./configure CPPFLAGS=-I/usr/local/include > I

Re: SimpleAgenda 0.44 - No way to add new task or new appointment

Package: agenda.app Version: 0.44-1 Severity: important Tags: patch Patrick CARDONA wrote: > When I try to add a new task (#t) - or a new appointment - within > SimpleAgenda.app, the OK button is disabled in the "Edit task" panel > and the Store list is empty. So I cannot save anything. Thanks

Re: TextEdit : critical error prevents loading

Patrick CARDONA wrote: > I am very confused, beacause I tried an update of the Epson printer > driver in the meanwhile, just from Epson support site; and now, I am > not able to reproduce the bug : TextEdit is running and I can show up > printer panel and Page Layout. This means that the updated

Re: TextEdit : critical error prevents loading

Patrick CARDONA wrote: > Sorry, I can't get now the answer : I may do something wrong... Yes, you do: > > (gdb) break -[NSException raise] > > Function "-[NSException raise]" not defined. > > Make breakpoint pending on future shared library load? (y or [n]) y > > Breakpoint 1 (-[NSException

Re: TextEdit : critical error prevents loading

В Mon, 09 Jul 2018 22:14:15 +0200, Patrick CARDONA написа: > As I can understand, it seems You were right about the printer > hypothesis. Yes, thank you very much. There's a problem with parsing the PPD file. It could be a corrupted file or a bug. I tried one .ppd file for your printer

Re: TextEdit : critical error prevents loading

В Mon, 09 Jul 2018 21:18:12 +0200, Patrick CARDONA написа: > On 2018-07-09 16:04:08 +0200 Yavor Doganov wrote: > > Ok : dpkg -l returns : >> ii textedit.app 5.0-2i386 Text editor for GNUstep OK, thanks. >> No, that is the wrong file to move. I asked

Re: TextEdit : critical error prevents loading

В Mon, 09 Jul 2018 15:47:48 +0200, Patrick CARDONA написа: > On 2018-07-08 23:14:13 +0200 Yavor Doganov wrote: >> ApplicationRelease = 5; (it is not exactly 5.0-2) "dpkg -l textedit.app" should give the answer which package version you have installed. >> Does it hap

Re: Printing with CUPS seems to be broken within the GNUstep apps

В Sun, 08 Jul 2018 19:26:02 +0200, Patrick CARDONA написа: >> Ink[9530:9530] Loaded printing bundle at >> /usr/lib/GNUstep/Bundles/GSPrinting/GSCUPS.bundle 2018-07-08 >> 18:55:03.940 Ink[9530:9530] The default printer name is >> EPSON-XP-510-Series > But the Print panel still don't show up...

Re: TextEdit : critical error prevents loading

В Sun, 08 Jul 2018 18:08:09 +0200, Patrick CARDONA написа: > When I try to start TextEdit, a critical error message is shown : > > "NSInvalidArgumentException: Tried to add nil to array" You didn't specify the version of TextEdit, I assume it is 5.0-2? Does it happen if you move

Re: Printing with CUPS seems to be broken within the GNUstep apps

В Sun, 08 Jul 2018 17:45:45 +0200, Patrick CARDONA написа: > - My context : > OS : GNU/Linux Ubuntu 18.04 (LTS) > WM : WindowMaker GNUstep - All packages from the official deb packages > of that distro : > Base : 1.25.1 Gui & Back : 0.26.2-3 Make : 2.7.0-3 Strange; I cannot reproduce on Debian

Re: signal SIGSEGV, Segmentation fault

В Tue, 22 May 2018 13:54:08 +0200, Andreas Höschler написа: > - (id)initWithFrame:(NSRect)frameRect { >NSLog(@"initWithFrame ..."); >self = [super initWithFrame: frameRect]; ^^^ >[self retain]; >... > } Good practice is to check the result

Re: SMDoubleSlider usability on GNUstep

В Wed, 07 Mar 2018 23:35:53 +0100, Fred Kiefer написа: > To me it now looks like NSSliderCell just overrides all the value > methods of its super calls and implements them by setting a numerical > value directly. It appears so. > For NSCell and specific sub classes things are different, but

Re: SMDoubleSlider usability on GNUstep

В Tue, 20 Feb 2018 23:13:21 +0200, Yavor Doganov написа: > I turned NSCell's -setObjectValue: to a private method and changed all > -set*Value: methods to use it. My test program doesn't crash now and I > can see the two knobs. Movement is awkward (no sliding effect) and if

Re: SMDoubleSlider usability on GNUstep

David Chisnall wrote: > Here’s a little test program that finds out: Thanks, that was really helpful. And it's not surprising that on GNUstep your test program causes infinite recursion here: > 2018-02-20 14:46:39.917 a.out[85231:11731363] -floatValue called > The correct fix is probably:

Re: SMDoubleSlider usability on GNUstep

David Chisnall wrote: > This then checks whether the object responds to -doubleValue, and if > it does calls that: > > https://github.com/gnustep/libs-gui/blob/master/Source/NSCell.m#L265 > > Unfortunately, in this case, it appears that the object value is > self, so you get infinite recursion.

SMDoubleSlider usability on GNUstep

As part of my ongoing effort to port the latest Lynkeos release to GNUstep, I have encountered an issue with a custom class which is a subclass of NSSlider/NSSliderCell. The original code is available here [1] as .dmg only, I used 7z to unpack it. [1]

Re: Compiling gnustep-make

В Mon, 05 Feb 2018 06:47:55 +1100, Svetlana Tkachenko написа: > Turns out installing gobjc-7 fixes the error message provided by GNUstep > Make. Sorry, there was some race condition: I read your message only after sending my last message. The gnustep-make configure script should fail if it

Re: Compiling gnustep-make

В Mon, 05 Feb 2018 06:24:14 +1100, Svetlana Tkachenko написа: > I compiled GNUstep Make. > Then I tried to compile GNUstep Base. > It says this: http://dpaste.com/0AEA0ZE.txt Inspect config.log and post the part relevant to this failure? Have you stripped the output of `dpkg -l'? I don't see a

Re: Compiling gnustep-make

s recently, it worked flawlessly with 2.7.0. If you'are trying with the master branch it shouldn't make any difference; there are a few unrelated commits on top of 2.7.0. > Yavor Doganov wrote: >> Or you can install in the USER domain which always takes >> precedence. > > How do I

Re: Compiling gnustep-make

В Tue, 30 Jan 2018 06:35:03 +1100, Svetlana Tkachenko написа: > Then the following error message: > config-noarch.make:121: *** GNUSTEP_USER_ROOT is obsolete When is this "then"? When you run `make' after the successful configure run of gnustep-make, when you run `make install' for gnustep-make

Re: Overlapping characters, unreadable text on Debian sid

В Sat, 30 Dec 2017 09:16:40 +, Ivan Vučica написа: > On Sat 30 Dec 2017 at 09:13 Riccardo Mottola > wrote: >> What versions of gui/back are you using? If you are using Debian's, as >> usual, bug them for an update. > > I believe they are (correctly) waiting for

Re: Window stacking order

FWIW, there's an old bug regarding this: http://savannah.gnu.org/bugs/?13592 ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Window stacking order

В Tue, 11 Nov 2014 16:20:39 +, Ivan Vučica написа: Bug you linked to sounds like it's referencing inability to configure settings specifically *per-app*. Johannes's situation refers to GNUstep apps going above other X11 apps, You're right; apparently I haven't read the OP's message

Re: base build fails due to non-fragile ABI and clang

В Sun, 17 Aug 2014 22:08:53 +0200, Riccardo Mottola написа: Suggestions? Not sure if it really is the problem, but passing --no-create to configure usually produces confusing results. You are running all the tests but no output files are being created (or updated in your case).

Re: Change to NSData breaking on Windows

В Fri, 25 Jul 2014 06:56:12 -0400, Gregory Casamento написа: While trying to test something on Windows, I ran into this issue: Compiling file GSFFIInvocation.m ... Linking library libgnustep-base ... Creating library file: ./obj/libgnustep-base.dll.a obj/libgnustep-base.obj/NSData.m.o:

Re: Change to NSData breaking on Windows

В Fri, 25 Jul 2014 07:15:12 -0400, Gregory Casamento написа: I have done a full and clean build to make certain. They are not redefined as such by MinGW. I went ahead and submitted the change I suggested in my email. Please review it and give feedback if needed. It seems that Richard has

Re: segfault on solaris10/sparc

В Fri, 20 Jun 2014 10:14:18 +0200, Riccardo Mottola написа: I wonder if we can foce executing the test without opt. flags or complicate so that it doesn't get optimized.. That's easy, it is already done for other tests. Before the test: saved_CFLAGS=$CFLAGS CFLAGS= ...test... And then

Re: Ubuntu 11.10 packages from svn

At Wed, 14 Mar 2012 21:38:52 +0100, Ivan Vučica wrote: Core libraries are the most important for people to be able to start developing. Once core libs are set up, apps for GNUstep are trivially built. Not true at all, unfortunately. For every major GNUstep upgrade, we (Debian maintainers) are

Re: Translation of the Info Panel

At Sat, 09 Oct 2010 09:39:39 +0200, Csanyi Pal wrote: can one to translate Info Panel for an application? Someone may correct me, but no -- TTBOMK this is not possible, at least not when using the most common technique of providing a .plist template which is later installed by gnustep-make's

Re: Renaissance, Obj-C, Handling the sound attribute of a button

В Fri, 24 Sep 2010 09:00:06 +0200, Csanyi Pal написа: The GombHangja_Magas.wav soundfile is already there in the app's Resources directory. Perhaps you could try with removing the extension from the sound attribute, e.g. button ... sound=GombHangja_Magas ... /? According to the Renaissance

Re: Hungarian o and u double accute doesn't display correctly

Please report issues with the Debian GNUstep packages to the Debian BTS. Many bugs are Debian-specific; it is the responsibility of the Debian maintainers to analyze them, and forward only those that are real upstream bugs. В Thu, 09 Sep 2010 20:34:01 +0200, Csanyi Pal написа: I was run the

Re: On Debian Squeeze installed gnustep - The font specified for NSFont, Helvetica, can't be found.

At Thu, 19 Aug 2010 21:17:48 +0200, Csanyi Pal wrote: sudo mkdir -p /var/lib/defoma/gnustep-nfont.d/Fonts cd /var/lib/defoma/gnustep-nfont.d/Fonts sudo mknfonts $(fc-list : file | grep -v '\.gz' | cut -d: -f1) for dir in *\ */; do sudo mv $dir `echo $dir | tr -d [:space:]`; done BTW, you

Re: On Debian Squeeze installed gnustep - The font specified for NSFont, Helvetica, can't be found.

В Thu, 19 Aug 2010 21:17:48 +0200, Csanyi Pal написа: Cynthiune[13011] Problem posting notification: NSException: 0x11dd250 NAME:NSRangeException REASON:RangeError in method -attribute:atIndex:longestEffectiveRange:inRange: in class NSAttributedString INFO:(nil) Segmentation Fault This is

Re: Please test new NSLock implementation!

[I am sorry I did not pay enough attention to this old thread at that time. (See https://savannah.gnu.org/bugs/index.php?30766#comment19 for why this is relevant now.)] At Sun, 6 Sep 2009 17:56:34 +0100, Richard Frith-Macdonald wrote: 1. we don't want to expose internal workings because we

Re: Can't install Gorm on Gentoo

В Mon, 16 Aug 2010 17:20:44 +0200, csanyipal написа: $ emerge -s gnustep-base gnustep-base/gnustep-base Latest version installed: 1.20.1 $ emerge -s gorm gnustep-apps/gorm Latest version available: 1.2.8 That's why it doesn't build. How can I build the latest Gorm release on Gentoo? I

Re: Can't install Gorm on Gentoo

В Sun, 15 Aug 2010 08:35:21 +0200, csanyipal написа: Any advices will be appreciated! You are apparently using Base 1.20 or SVN trunk. Either build the latest Gorm release, or grab the patch from http://bugs.debian.org/581940. ___ Discuss-gnustep

Re: Weird focus problem with GNUstep applications in WindowMaker

В Thu, 22 Jul 2010 14:31:32 +0200, Eric Brunel написа: but it seems they don't upgrade them very often. Well, upgrading them in the stable suite is completely out of question. OTOH, backports are useless because of the SONAME bumps. I checked the testing and unstable releases for the

Re: Can't run ProjectCenter on Debian Squeeze

В Mon, 19 Jul 2010 13:28:56 -0600, German Arias написа: But definitively was a bug on libraries, not in PC. It is definitely not a bug in PC, and I doubt it is a bug in the libraries; as I mentioned at http://bugs.debian.org/589500 it is most probably misconfiguration (defaults write somthing

Re: Renaissance - how to use Grids?

В Tue, 29 Jun 2010 19:39:01 +0100, Nicola Pero написа: I have installed GNUstep on my Debian GN U/Linux Squeeze with aptitude. Should I purge this installation and install gnustep from SVN? :( Unfortunately, yes. No, there is absolutely no reason to purge the whole GNUstep stuff and

Re: How to localize keyEquivalent=q?

Paul Chany wrote: OK but GNUstep doesn't support accelerators for menus/buttons, right? TTBOMK, it does not. Why not? Not sure, but several reasons (or a combination) come to mind: 1) Nobody bothered to implement this functionality. 2) Apple does not support it (I don't actually know what

Re: How to localize keyEquivalent=q?

В Thu, 24 Jun 2010 11:29:45 +0200, Paul Chany написа: Everything is compiled in to Window.app Resources but still don't works the q = k or q = i translations? Why? Because that's the right thing to do. Localizing keybindings/shortcuts would lead to a horrible mess: - One app can be

Re: Exceptions on Debian causing SIGABRT

[Apologies for the belated response.] В Sat, 24 Apr 2010 12:33:54 +0200, Denis Defreyne написа: I am running Debian on a 64-bit system and I am experiencing odd behaviour when raising exceptions. Raising an exception causes the app to terminate with a SIGABRT without printing the exception

Re: ANN: Graphos 0.1

Congratulations! I'll file an ITP to get this into Debian. One minor remark. The tarball has autosaved files: ya...@keel:/tmp/Graphos-0.1$ find -name '.#*' ./.#GNUmakefile.1.9 ./.#GNUmakefile.1.4 ./.#GRBezierPathEditor.m.1.6 ./.#PC.project.1.11 ./.#GNUmakefile.1.8 ./.#PC.project.1.16

Re: Building some extra libs (renaissance, gnustep-guile,

В Fri, 02 Oct 2009 19:39:44 +0100, Richard Frith-Macdonald написа: Based on a lot of trial and error, it seems that --disable-jdbc-bundle triggers some autoconf bug such that subsequent tests fail. Not an Autoconf bug. With the goal to provide smaller configure scripts and avoid duplicate

Re: framework

В Thu, 27 Aug 2009 13:21:48 +0100, David Chisnall написа: If you are linking against a GPL'd framework, you do not have to make your code GPL'd, you have to release your code under a GPL-compatible license. This is not accurate. If you distribute your code and it links against a GPL'ed

Re: framework

David Chisnall wrote: And this is what I am talking about when I say that people should read and understand the GPL, and the relevant bits of international copyright law it depends upon, before using it... Right... My way of thinking is severely twisted around binary-based distros. I stand

Re: ANNOUNCE: Terminal v0.9.5

В Wed, 27 May 2009 20:55:38 -0700, Gregory John Casamento написа: we can discuss a name change. Rather than changing the name, it would be much better if both parties agree Terminal to be maintained at one place only -- be it Backbone, GAP or somewhere else. And just merge the useful

Re: Cynthinue-0.9.5 doesn't compile

Zhang Weiwu wrote: I could not use the debian build-dependencies because I am using a chopped version of Debian OK, then download the Debian source package (from ftp.debian.org) and look at debian/control? Here they are (GNUstep and Debian-related ones stripped): Output bundles: libesd0-dev

Re: Cynthinue-0.9.5 doesn't compile

Zhang Weiwu wrote: Thanks. However even if I applied all patches from debian http://patch-tracking.debian.net/package/cynthiune.app/0.9.5-7.1 I still could not compile it. You are missing several build-dependencies. Either install them with # apt-get build-dep cynthiune.app or disable

Re: Cynthinue-0.9.5 doesn't compile

Zhang Weiwu zhangweiwu at realss.com writes: NSCellExtensions.m: In function [NSCell(CynthiuneExtensions) widthOfText:]: NSCellExtensions.m:34: error: NSFontAttributeName undeclared (first use in this function) NSCellExtensions.m:34: error: (Each undeclared identifier is reported only once

Required default fonts by the backend not always available

Package: gnustep-back0.16-cairo Version: 0.16.0-3 (Hubert/Gürkan: FYI this is a followup to this thread: http://thread.gmane.org/gmane.comp.lib.gnustep.general/32777) В Thu, 07 May 2009 09:07:52 +0800, Zhang Weiwu написа: Hi thanks I solved it with: $ defaults write NSGlobalDomain NSFont

Re: Terminal seems to suffer from cropped line using cairo

В Thu, 07 May 2009 17:01:46 +0800, Zhang Weiwu написа: Debian also packaged Preferences.app instead of SystemPreferences.app where the latter is said to be better replacement of the former. For historical reasons. SystemPreferences did not exist when Preferences was packaged; also the

Re: linking tool to use a framework : obj_send_msg error

В Sun, 12 Apr 2009 23:23:13 +0200, Thomas Kupper написа: Can someone give me a hint how I can track down that error? Use ADDITIONAL_TOOL_LIBS, e.g. ADDITIONAL_TOOL_LIBS = -llog4cocoa ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org

Re: GSL and GNUStep

В Thu, 13 Nov 2008 21:58:29 -0800, Germán Arias написа: Hi, How can I use GSL (GNU scientific library) in my app? Trivially, like any other library. For an app, use ADDITIONAL_GUI_LIBS. You might want to look at Adun which extensively uses GSL both for the UL application and its own

Re: gnustep debian app developer env setup (help needed)

В Thu, 06 Nov 2008 13:22:09 -0800, EL написа: I tried ubuntu 8.10 desktop, it not include dev sources by default. That give an empression that the desktop version of ubuntu is mainly not for gnustep developers. Hmm, I'm not sure what sources you have in mind. You should be able to install a

Re: Problem with Emacs.app

В Tue, 07 Oct 2008 23:32:27 -0700, Germán André Arias Santiago написа: Can somebody help me with this problem? Use Emacs CVS trunk, it has been merged there. cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/emacs co emacs ___ Discuss-gnustep mailing

Re: Printing

В Thu, 15 May 2008 17:33:04 -0400, Hubert Chathi написа: (And for the record, the reason that the Debian packages are lagging behind is due to the GPL2/LGPL3 incompatibility issues.) Plus, we don't want to release Lenny with unstable GNUstep that is not blessed as stable by upstream, do we?

Re: Maintainers for Ladder and LapisPuzzle?

В Mon, 07 Apr 2008 23:55:27 +0200, Riccardo Mottola написа: LapisPuzzle 1.1.0 has just been released [...] Unfortunately, someone else from the Debian folks was very quick and both packages were removed shortly after I sent my initial message. So they'll have to pass through NEW processing,

Re: Maintainers for Ladder and LapisPuzzle?

On Tue, Feb 26, 2008 at 02:29:05PM +0100, Riccardo Mottola wrote: On 2008-02-25 18:57:25 +0100 Yavor Doganov [EMAIL PROTECTED] wrote: Ladder and LapisPuzzle are scheduled for removal from Debian: http://bugs.debian.org/466123 http://bugs.debian.org/466125 the two bugs appear to be the same

Re: Update GNUstep on Debian to more recent version?

В Thu, 20 Dec 2007 00:53:16 +0100, Markus Hitter написа: Would it be possible to shorten this chain somewhat, i.e. map GNUstep trunk to Debian unstable and do a (hopefully automated) fetch weekly? No -- everything uploaded to Debian unstable should be release quality. Snapshots that are not

Re: Update GNUstep on Debian to more recent version?

В Wed, 19 Dec 2007 08:14:23 +0100, Dr. H. Nikolaus Schaller написа: Software-publishing-psychology suggests a timing of minor updates every 6 weeks. It seems that you have installed the current Debian stable release, a.k.a. Etch. Packages there are updated only when a security-related or

Re: Update GNUstep on Debian to more recent version?

В Wed, 19 Dec 2007 03:01:30 -0800, [EMAIL PROTECTED] написа: Please file a bug report (`reportbug gorm.app' or `M-x debian-bug RET p RET gorm.app RET' if you use Emacs). I'll try to reproduce this on a stable box. Hmm, there are no bugs filed against the debian package gorm.app. Perhaps

Re: My messages reaches late

There was a problem with the connection serving lists.gnu.org, mail.gnu.org and rt.gnu.org. It is temporarily solved, but messages will probably still arrive late until the huge backlog is processed. ___ Discuss-gnustep mailing list

Re: GNUstep.sh on Debian sid

В Thu, 13 Dec 2007 12:30:02 +, Gerold Rupprecht написа: You may want to source it from your .profile file as follows: . /usr/share/GNUstep/Makefiles/GNUstep.sh You don't have to do that anymore. You only need to set up GNUSTEP_MAKEFILES=/usr/share/GNUstep/Makefiles if you compile

Re: GNUstep slogan - discussion and voting (was: Re: Objective-C 2.0 and other new features in Leopard)

If there is going to be a slogan, it has to clearly mention GNUstep's primary goal, which has always been software freedom. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep

GNUstep LiveCD at gnu.org

We would like to improve the description of the GNUstep LiveCD as it stands now at http://www.gnu.org/links/links.html#FreeGNULinuxDistributions. The current text is: , | GNUstep, a GNU/Linux distribution using the GNUStep desktop. Its | initial purpose was to serve as a free implementation

  1   2   >