[bug #52126] GUI 0.25.1 ABI break?

URL: Summary: GUI 0.25.1 ABI break? Project: GNUstep Submitted by: yavor Submitted on: Wed 27 Sep 2017 11:56:34 PM EEST Category: Gui/AppKit Severity: 3 - Normal

[bug #52197] [DBusKit] Trivial spelling fixes

URL: Summary: [DBusKit] Trivial spelling fixes Project: GNUstep Submitted by: yavor Submitted on: Mon 09 Oct 2017 05:00:29 PM EEST Category: Libraries Severity: 3 - Nor

[bug #52331] use-after-free in the privateSetLocale function

URL: Summary: use-after-free in the privateSetLocale function Project: GNUstep Submitted by: yavor Submitted on: Thu 02 Nov 2017 05:21:30 PM EET Category: Base/Foundation

[bug #52331] use-after-free in the privateSetLocale function

Follow-up Comment #2, bug #52331 (project gnustep): Thanks, but could you please tell me where is the canonical repository? Gna! is gone and it looks like there wasn't migration to Savannah. ___ Reply to this item at:

[bug #52331] use-after-free in the privateSetLocale function

Follow-up Comment #4, bug #52331 (project gnustep): > The GNUstep repositories are now located at GitHub: That is very unfortunate. > This is mentioned on the GNUstep web site but maybe not > prominent enough. Yes, found it. The last link under "Get it!" on the main page at gnustep.org is con

[bug #52375] [SQLClient] Spelling fixes

URL: Summary: [SQLClient] Spelling fixes Project: GNUstep Submitted by: yavor Submitted on: Thu 09 Nov 2017 07:09:54 PM EET Category: Libraries Severity: 3 - Normal

[bug #42641] Use makeinfo --html to generate HTML manuals from .texi documents

Follow-up Comment #1, bug #42641 (project gnustep): This bug can be closed as a stripped version of the proposed patch has been applied (commit:d69117e). ___ Reply to this item at: _

[bug #52483] GNUstep Make should honor @setfilename in .texi documents

URL: Summary: GNUstep Make should honor @setfilename in .texi documents Project: GNUstep Submitted by: yavor Submitted on: Wed 22 Nov 2017 10:05:58 PM EET Category: Makefiles

[bug #52494] Does not handle exceptions when loading translations

ttached is a patch that fixes this issue. I see that the ChangeLog has not been updated recently, but here is a suggested entry anyway: 2017-11-24 Yavor Doganov * GormCore/GormDocument.m (translate:): Add exception handling when loading translations. (exportStrings

[bug #52494] Does not handle exceptions when loading translations

Follow-up Comment #1, bug #52494 (project gnustep): One thing is bothering me... GUI sets its own exception handler so if application code does not catch an exception, a critical alert panel must be shown in addition to the usual logging that comes from Base. In this case there is no alert panel

[bug #52518] [GWorkspace] Unnecessarily complex build system

URL: Summary: [GWorkspace] Unnecessarily complex build system Project: GNUstep Submitted by: yavor Submitted on: Sun 26 Nov 2017 09:11:13 PM EET Category: Application S

[bug #52518] [GWorkspace] Unnecessarily complex build system

Follow-up Comment #1, bug #52518 (project gnustep): Thinko, I wanted to say "--no-undefined" instead of "--as-needed". ___ Reply to this item at: ___ Me

[bug #52726] [GWorkspace] Various spelling fixes

URL: Summary: [GWorkspace] Various spelling fixes Project: GNUstep Submitted by: yavor Submitted on: Fri 22 Dec 2017 03:13:42 PM EET Category: Application Severity: 3 -

[bug #52727] [GWorkspace] Executable image/plist files

URL: Summary: [GWorkspace] Executable image/plist files Project: GNUstep Submitted by: yavor Submitted on: Fri 22 Dec 2017 05:53:49 PM EET Category: Application Severit

[bug #52729] [GWorkspace] incompatible-pointer-types compiler warnings

URL: Summary: [GWorkspace] incompatible-pointer-types compiler warnings Project: GNUstep Submitted by: yavor Submitted on: Fri 22 Dec 2017 07:54:32 PM EET Category: Application

[bug #52730] [GWorkspace] Misc compiler warnings

URL: Summary: [GWorkspace] Misc compiler warnings Project: GNUstep Submitted by: yavor Submitted on: Fri 22 Dec 2017 10:50:53 PM EET Category: Application Severity: 3 -

[bug #52731] [GWorkspace] Build failure on GNU/Hurd

URL: Summary: [GWorkspace] Build failure on GNU/Hurd Project: GNUstep Submitted by: yavor Submitted on: Fri 22 Dec 2017 11:22:50 PM EET Category: Application Severity:

[bug #42778] Frameworks with different SONAME cannot coexist

Follow-up Comment #5, bug #42778 (project gnustep): Niels, this hunk (in comment #3) was completely intentional. As it stands, if a framework with a new interface version is installed, the Resources symlink will be updated to point to the Current version. This is wrong. Different versions may h

[bug #52778] pkg-config usage broken in cross-compilation mode

URL: Summary: pkg-config usage broken in cross-compilation mode Project: GNUstep Submitted by: yavor Submitted on: Mon 01 Jan 2018 02:52:10 PM EET Category: Base/Foundation

[bug #52779] autoreconf generates broken configure

URL: Summary: autoreconf generates broken configure Project: GNUstep Submitted by: yavor Submitted on: Mon 01 Jan 2018 10:04:22 PM EET Category: Gui/AppKit Severity: 3

[bug #52779] autoreconf generates broken configure

Follow-up Comment #1, bug #52779 (project gnustep): Typo in submission: /usr/share/acloclal.m4 -> /usr/share/aclocal/pkg.m4 ___ Reply to this item at: __

[bug #52780] Spelling error in make_services.1

URL: Summary: Spelling error in make_services.1 Project: GNUstep Submitted by: yavor Submitted on: Mon 01 Jan 2018 10:38:42 PM EET Category: Gui/AppKit Severity: 3 - No

[bug #52518] [GWorkspace] Unnecessarily complex build system

Follow-up Comment #4, bug #52518 (project gnustep): (1) FND_LIBS (and GUI_LIBS) is recommended by the GNUstep Make manual instead of hardcoding -base/-gui as these variables are defined to the appropriate value on Apple and non-Apple systems. (2) -L flags belong to LIBS and not LDFLAGS. On some

[bug #52793] autoreconf fails

URL: Summary: autoreconf fails Project: GNUstep Submitted by: yavor Submitted on: Wed 03 Jan 2018 02:11:55 PM EET Category: Backend Severity: 3 - Normal I

[bug #52729] [GWorkspace] incompatible-pointer-types compiler warnings

Follow-up Comment #3, bug #52729 (project gnustep): Thanks. The casts are (and were) unnecessary. I hesitated to remove them because I saw id* was used and wondered why. ___ Reply to this item at:

[bug #52518] [GWorkspace] Unnecessarily complex build system

Follow-up Comment #6, bug #52518 (project gnustep): What makes the patch large is the gazillion configure scripts. If you filter them out it should be fairly easy to review. There are also many duplicated configure checks and even macro definitions that the patch cumulates at one place. I can s

[bug #52879] 1.25.1 testsuite failures

URL: Summary: 1.25.1 testsuite failures Project: GNUstep Submitted by: yavor Submitted on: Sun 14 Jan 2018 12:49:41 AM EET Category: Base/Foundation Severity: 3 - Norma

[bug #52879] 1.25.1 testsuite failures

Follow-up Comment #2, bug #52879 (project gnustep): Thanks. BTW, the build failure on AIX is not a GCC bug and not an AIX-specific issue. The struct declaration has been moved to objc-private/module-abi-8.h, hence the error. The dynamic linker on this system lacks dladdr so LINKER_GETSYMBOL is c

[bug #52941] Please detect freetype with pkg-config

URL: Summary: Please detect freetype with pkg-config Project: GNUstep Submitted by: yavor Submitted on: Sat 20 Jan 2018 08:32:31 PM EET Category: Backend Severity: 3 -

[bug #52942] [xlib] Build failure with LDFLAGS=-Wl,--no-undefined

URL: Summary: [xlib] Build failure with LDFLAGS=-Wl,--no-undefined Project: GNUstep Submitted by: yavor Submitted on: Sun 21 Jan 2018 10:51:34 AM EET Category: Backend

[bug #52941] Please detect freetype with pkg-config

Follow-up Comment #2, bug #52941 (project gnustep): Thanks. FYI, the runstatedir stuff comes from Debian's autoconf package which has the runstatedir patch from autoconf.git upstream (it's going to be in autoconf 2.70). ___ Reply to this i

[bug #52494] Does not handle exceptions when loading translations

Follow-up Comment #3, bug #52494 (project gnustep): The applied fix is basically my proposed patch, with one minor nuance. I have already tested it. ___ Reply to this item at: _

[bug #52730] [GWorkspace] Misc compiler warnings

Follow-up Comment #2, bug #52730 (project gnustep): The warnings occur with GUI 0.25.0, just rechecked with 0.26.2 and they are the same. Perhaps you test with Clang and that's why you don't get them? There is no class NSPopUpMenu so I don't think it's bogus or a false positive. ___

[bug #53035] NSNumberFormatter test failure with ICU 60.2

URL: Summary: NSNumberFormatter test failure with ICU 60.2 Project: GNUstep Submitted by: yavor Submitted on: Thu 01 Feb 2018 04:35:01 PM EET Category: Base/Foundation

[bug #53060] [xlib] Significant slowness with some apps, font-related

URL: Summary: [xlib] Significant slowness with some apps, font-related Project: GNUstep Submitted by: yavor Submitted on: Sun 04 Feb 2018 02:06:04 AM EET Category: Backend

[bug #53060] [xlib] Significant slowness with some apps, font-related

Follow-up Comment #2, bug #53060 (project gnustep): Normally I woldn't want to touch xlib with a barge pole. But Debian is likely to be removing libart in the very near future so we would have to drop the art backend. We packaged xlib recently only because I want to have at least two backends, i

[bug #53060] [xlib] Significant slowness with some apps, font-related

Follow-up Comment #4, bug #53060 (project gnustep): I found my mistake -- lineHeight was not set. Not sure if the patch is correct but it appears to work. PikoPixel is still slowish but it's bearable, nothing compared to the previous slowness. Other problematic apps display reasonably fast (as

[bug #53080] NSPortMessage msgid is ignored when sending the message

URL: Summary: NSPortMessage msgid is ignored when sending the message Project: GNUstep Submitted by: yavor Submitted on: Wed 07 Feb 2018 12:44:50 AM EET Category: Base/Foundation

[bug #26535] user created NSImage not displaying properly

Follow-up Comment #3, bug #26535 (project gnustep): I stumbled upon the second issue. Lynkeos does all of its image processing in worker threads so basically it doesn't work at all on GNUstep. I was about to write a similar test application but fortunately I found this bug. With the attached *s

[bug #26535] user created NSImage not displaying properly

Follow-up Comment #5, bug #26535 (project gnustep): Yes, I think this makes sense. My initial version was to check if the current thread is the main thread but that's useless. Any drawing in secondary threads occurs after +sharedApplication which sets up the server in the main thread. _

Re: gnustep base test failure

В Thu, 15 Feb 2018 08:46:40 +, Richard Frith-Macdonald написа: > I have changed the testcase in git to use a fixed negative currency > format, rather than the one ICU supplies for the pt_BR locale, in > order to avoid that variability. Now it fails for me with ICU 57.1 (str is _R$1.235) and 6

[bug #53216] [Opal] Please switch to lcms2

URL: Summary: [Opal] Please switch to lcms2 Project: GNUstep Submitted by: yavor Submitted on: Sat 24 Feb 2018 09:10:38 AM EET Category: Libraries Severity: 3 - Normal

[bug #53223] [xlib] font_cacher should not be built if WITH_XFT=yes

URL: Summary: [xlib] font_cacher should not be built if WITH_XFT=yes Project: GNUstep Submitted by: yavor Submitted on: Sun 25 Feb 2018 01:09:53 PM EET Category: Backend

[bug #52518] [GWorkspace] Unnecessarily complex build system

Follow-up Comment #8, bug #52518 (project gnustep): I didn't observe any problems on the platforms I have access to. ___ Reply to this item at: ___ Mess

[bug #53035] NSNumberFormatter test failure with ICU 60.2

Follow-up Comment #2, bug #53035 (project gnustep): Unfortunately the fix is incorrect. The test failed on all of Debian's big-endian architectures (except m68k and powerpcspe which are configured globally to skip tests for performance reasons). Sorry for not spotting that earlier; patch attache

[bug #53941] NSProcessInfo -systemUptime test sometimes fails on GNU/Hurd

URL: Summary: NSProcessInfo -systemUptime test sometimes fails on GNU/Hurd Project: GNUstep Submitted by: yavor Submitted on: Sat 19 May 2018 12:55:21 PM EEST Category: Base/Foundation

[bug #53941] NSProcessInfo -systemUptime test sometimes fails on GNU/Hurd

Follow-up Comment #2, bug #53941 (project gnustep): Thanks, works for me. Sorry for missing Windows, I just wasn't careful enough. I see nothing wrong in making tests conditional based on defines; running the testsuite assumes a configured tree. Besides, that is already done for some tests that

[bug #54307] Wrong margins especially when printing one page

URL: Summary: Wrong margins especially when printing one page Project: GNUstep Submitted by: yavor Submitted on: Fri 13 Jul 2018 06:45:26 PM EEST Category: Gui/AppKit S

[bug #54307] Wrong margins especially when printing one page

Follow-up Comment #2, bug #54307 (project gnustep): I thought the margins are always symmetrical, but anyway, your approach is clearly better. You are right that the NSPrintOperation change is just a dirty workaround and apparently I haven't considered all subsequences. I hope some solution can

[bug #54307] Wrong margins especially when printing one page

Follow-up Comment #4, bug #54307 (project gnustep): The last part of the test was removed by Eric Wasylishen on 23 December 2011 (commit d374f0a) precisely because of this problem. However, he reverted it one hour later (commit 2f0f50c) with a comment that it broke Graphos printing. I have a CUP

[bug #54307] Wrong margins especially when printing one page

Follow-up Comment #6, bug #54307 (project gnustep): I also tested printing multiple pages, there is no change in the behavior with Ink and TextEdit. I don't know how to do that with Graphos, though... ___ Reply to this item at:

[bug #54496] gui: NSBitmapImageRep does not support BMP

Follow-up Comment #1, bug #54496 (project gnustep): BMP is supported through ImageMagick, if the library was configured with --enable-imagemagick. On my system, NSImage +imageFileTypes returns 242 types (including 3 variants of the BMP format). ___

Re: linking fails / icon broken in window maker / gorm

В Sun, 16 Sep 2018 16:26:57 +0200, Gürkan Myczko написа: > When I try to build ModPlugPlay.app (to link it against > libopenmpt-modplug-dev+libao-dev instead libmodplug-dev), > I'm getting linking errors like: Check your makefile: ADDITIONAL_LDFLAGS should be ADDITIONAL_GUI_LIBS or ModPlugPlay_

[bug #55526] FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared

URL: Summary: FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared Project: GNUstep Submitted by: yavor Submitted on: Sun 20 Jan 2019 06:57:10 PM EET Categor

[bug #55526] FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared

Follow-up Comment #2, bug #55526 (project gnustep): Yes, the code which triggers this is new (your changes) which is why we got away with it until now. I don't see anything unsafe with the patch; this code will work on GNU/kFreeBSD in the same way as on GNU/Linux. ___

[bug #55526] FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared

Follow-up Comment #4, bug #55526 (project gnustep): Thanks; I won't be able to build-test it until the next gnustep-gui upload to Debian. GNU/kFreeBSD is more closer to GNU/Linux than to FreeBSD, because the underlying C library (glibc) is the same. This is basically a GNU system but running wit

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

URL: Summary: Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight: Project: GNUstep Submitted by: yavor Submitted on: Fri 01 Feb 2019 08:42:17 PM EET Category: Gui/App

[bug #55526] FTBFS on GNU/kFreeBSD: NSWorkspace.m:1252:27: error: 'MOUNTED_PATH' undeclared

Follow-up Comment #5, bug #55526 (project gnustep): Riccardo, it builds successfully, feel free to close this bug. ___ Reply to this item at: ___ Messa

[bug #55625] Crash in GSHorizontalTypesetter -_getProposedRectFor:withLineHeight:

Follow-up Comment #2, bug #55625 (project gnustep): Thanks, this is definitely better. I confirm that it works as expected. ___ Reply to this item at: _

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

URL: Summary: Black images when linked with libicns; smalles icon is always loaded Project: GNUstep Submitted by: yavor Submitted on: Mon 11 Feb 2019 12:13:38 AM EET Category: Gui/App

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

Follow-up Comment #2, bug #55690 (project gnustep): The icons are completely black -- they have the shape (contour) of the image but are filled entirely in black colour. There is no white colour at all so one has to use her imagination to figure out what that thing is. But you are probably right

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

Follow-up Comment #3, bug #55690 (project gnustep): I extracted the images with icns2png and you were right that these are 1 bit images. Attaching a new patch; tested with and without libicns, with TalkSoup, TextEdit (which lacks 48x48 icon) and Lynkeos (which loads .icns images for the app icon

[bug #55690] Black images when linked with libicns; smalles icon is always loaded

Follow-up Comment #5, bug #55690 (project gnustep): As always, your patch is much simpler, more efficient and it works equally well. Thanks! ___ Reply to this item at:

[bug #57335] PNG writing support appears to be broken

URL: Summary: PNG writing support appears to be broken Project: GNUstep Submitted by: yavor Submitted on: Sun 01 Dec 2019 06:54:28 PM EET Category: Gui/AppKit Severity

[bug #57335] PNG writing support appears to be broken

Follow-up Comment #2, bug #57335 (project gnustep): [comment #1 comment #1:] > the white bits where shown as black. Is this the bug you are reporting? Yes. > What you did is switch off this conversion. Yes, but not as a "fix", I was hoping that it might give you a clue what's going wrong. > An

[bug #57335] PNG writing support appears to be broken

Follow-up Comment #4, bug #57335 (project gnustep): I confirm it works for me, thanks very much. ___ Reply to this item at: ___ Message sent via Savann

[bug #58172] Precompiled header test broken with GCC >= 9

URL: Summary: Precompiled header test broken with GCC >= 9 Project: GNUstep Submitted by: yavor Submitted on: Tue 14 Apr 2020 02:17:13 PM EEST Category: Makefiles Seve

[bug #58190] NSLocale/general.m test still fails with ICU >= 65

URL: Summary: NSLocale/general.m test still fails with ICU >= 65 Project: GNUstep Submitted by: yavor Submitted on: Thu 16 Apr 2020 04:54:04 PM EEST Category: Base/Foundation

[bug #58277] GSSpeechRecognitionServer manpage

URL: Summary: GSSpeechRecognitionServer manpage Project: GNUstep Submitted by: yavor Submitted on: Thu 30 Apr 2020 03:40:32 PM EEST Category: Gui/AppKit Severity: 3 -

[bug #58172] Precompiled header test broken with GCC >= 9

Follow-up Comment #2, bug #58172 (project gnustep): Thanks. It looks like this is a Debian-specific modification to GCC; sorry for the misleading information. ___ Reply to this item at: __

[bug #58190] NSLocale/general.m test still fails with ICU >= 65

Follow-up Comment #2, bug #58190 (project gnustep): Thanks; works for me. ___ Reply to this item at: ___ Message sent via Savannah https://savannah.g

[bug #58546] GSTLS certificate expiration test always fails on 32-bit architectures

URL: Summary: GSTLS certificate expiration test always fails on 32-bit architectures Project: GNUstep Submitted by: yavor Submitted on: Thu 11 Jun 2020 08:07:00 PM EEST Category: Base

[bug #58548] Typos in NSApplication.h

URL: Summary: Typos in NSApplication.h Project: GNUstep Submitted by: yavor Submitted on: Fri 12 Jun 2020 10:26:21 AM EEST Category: Gui/AppKit Severity: 3 - Normal

[bug #58546] GSTLS certificate expiration test always fails on 32-bit architectures

Follow-up Comment #4, bug #58546 (project gnustep): AFAIK, the time_t limitation is on all 32 bit systems, at least glibc-based ones. IIRC, there were some discussions to address this issue but it turned out that such a change would break the ABI. Perhaps you mean *BSD systems or some Unix flavo

[bug #58638] [GWorkspace] Build failure with GCC 10

URL: Summary: [GWorkspace] Build failure with GCC 10 Project: GNUstep Submitted by: yavor Submitted on: Sun 21 Jun 2020 06:33:18 PM EEST Category: Application Severity

[bug #61482] plutil manpage not installed

URL: Summary: plutil manpage not installed Project: GNUstep Submitted by: yavor Submitted on: Sun 14 Nov 2021 04:00:09 PM EET Category: Base/Foundation Severity: 3 - N

[bug #61727] Premature cleanup in NSPopUpButtonCell -dealloc crashes application

URL: Summary: Premature cleanup in NSPopUpButtonCell -dealloc crashes application Project: GNUstep Submitted by: yavor Submitted on: Thu 23 Dec 2021 05:40:10 PM EET Category: Gui/AppK

[bug #61727] Premature cleanup in NSPopUpButtonCell -dealloc crashes application

Follow-up Comment #3, bug #61727 (project gnustep): I always suspect a bug in the application, especially if it's old code with dead upstream as is the case. I spent some time studying the code, trying to fix some obvious bugs, etc. It took me a while to come to the conclusion that the crash is

[bug #61727] Premature cleanup in NSPopUpButtonCell -dealloc crashes application

Follow-up Comment #8, bug #61727 (project gnustep): I confirm it works, thanks very much! ___ Reply to this item at: ___ Message sent via Savannah ht

[bug #64434] 1.29.0 testsuite failures on Debian

mments: --- Date: Mon 17 Jul 2023 05:58:59 PM EEST By: Yavor Doganov I apologise that it took me so long to report this. On Debian unstable (GCC 13.1.0, GLIBC 2.37, ICU 72.1) 26 tests related to time zones fail: base/NSCalendar/era.m: Failed test: (2023-07

[bug #64492] HTMLLinker.1: warnings with groff/1.23.0

mments: --- Date: Sun 30 Jul 2023 01:44:12 PM EEST By: Yavor Doganov A typo of mine causes a warning with recent groff (1.23.0): $ LC_ALL=C.UTF-8 MANROFFSEQ='' MANWIDTH=80 man --warnings -E UTF-8 -l -Tutf8 -Z Tools/HTMLLinker.1 >

[bug #64493] Spelling errors in gdnc.m and gspath.1

mments: --- Date: Sun 30 Jul 2023 02:42:28 PM EEST By: Yavor Doganov That's an old patch that I have apparently forgotten to forward. Fixes a few obvious spelling errors. ___ File

[bug #64983] PDF generation fails with texinfo/7.1

mments: --- Date: Tue 05 Dec 2023 10:14:17 AM EET By: Yavor Doganov With texinfo/7.1, PDF generation for two documents in the gnustep-make package (gnustep-make.texi and gnustep-filesystem.texi) fails with the following error: $ texi2pdf gnustep-filesyste

[bug #65820] GNUstep-reset.sh installation failure with out-of-tree build

low-up Comments: --- Date: Fri 31 May 2024 02:03:41 PM EEST By: Yavor Doganov Version 2.9.2 fails to build/install in an out-of-tree build scenario (where srcdir != builddir). Debian does this for various reasons so I intend to apply the proposed pa

[bug #65836] NSMenuItem/encoding.m aborts without running tests

mments: --- Date: Wed 05 Jun 2024 07:17:21 AM EEST By: Yavor Doganov >From the testsuite log: ui/NSMenuItem/encoding.m: Failed file: encoding.m aborted without running all tests! ... Testing encoding.m... Running gui/NSMenuItem/encoding.m... 2

[bug #65844] 4 test files abort on some architectures

mments: --- Date: Thu 06 Jun 2024 01:26:53 PM EEST By: Yavor Doganov On Debian, for GUI version 0.31.0, 4 test files abort on most architectures (arm64, armel, armhf, hppa, loong64, powerpc, ppc64, ppc64el, riscv64, s390x, sparc64 and probably alpha where it is n

[bug #65925] Typo in Tests/gui/GSXib5KeyedUnarchiver/menu.m causes test failure

low-up Comments: --- Date: Thu 27 Jun 2024 11:38:30 PM EEST By: Yavor Doganov There's a trivial (innocent) typo in a method name which naturally makes the test fail. There's also a missing import of NSMenu.h although that's not

[bug #65925] Typo in Tests/gui/GSXib5KeyedUnarchiver/menu.m causes test failure

Follow-up Comment #2, bug #65925 (group gnustep): I know that it moved to GitHub, sadly. But I don't have a GitHub account and I refuse to make one. ___ Reply to this item at: ___

[bug #66071] NSUserNotification unusable when compiled with GCC

mments: --- Date: Fri 09 Aug 2024 01:30:35 PM EEST By: Yavor Doganov [Sorry for submitting at Savannah but I have no way to use the bug reporting facility you have chosen.] Base 1.30.0, GCC 14.2.0, GNU/Linux amd64 (x86_64) A test program

[bug #22351] GDNC not starting properly on some systems.

Follow-up Comment #7, bug #22351 (project gnustep): This problem happens quite often in Debian as of Base 0.14 (which has the --auto option by default), with many applications; users have reported such problems on i386, powerpc and amd64. The solution in comment #1 does not help, unfortunately.

[bug #22351] GDNC not starting properly on some systems.

Follow-up Comment #9, bug #22351 (project gnustep): But this happens at a time when gdnc is either not started or is non-functional, so it is safe to assume that no such connections exist. Isn't it so? I may be totally wrong, I don't understand the code very well. Here's how I've been able to

[bug #22351] GDNC not starting properly on some systems.

Follow-up Comment #14, bug #22351 (project gnustep): > No it's not safe to make any such assumption... Ah, thanks. So my approach is entirely unacceptable, as you said. > Hopefully the changes to NSPortMessageNameServer.m to implement > locking... I'll test extensively tomorrow at work, they

[bug #22351] GDNC not starting properly on some systems.

Follow-up Comment #19, bug #22351 (project gnustep): I tested yesterday's changes to NSMessagePortNameServer.m (as applied on the stable branch) with Debian's Base 1.14.1 and everything works as expected. Many thanks for fixing this annoying problem.

[bug #22410] Apps segfault on a second display

URL: Summary: Apps segfault on a second display Project: GNUstep Submitted by: yavor Submitted on: Monday 02/25/08 at 08:40 Category: Backend Severity: 3 - Normal

[bug #22410] Apps segfault on a second display

Follow-up Comment #3, bug #22410 (project gnustep): Already asked yesterday the OP to post the output with `--GNU-Debug=dflt' and will report here when he replies. ___ Reply to this item at: __

[bug #23792] PC cannot be built with LDFLAGS="-Wl,-z,defs"

URL: Summary: PC cannot be built with LDFLAGS="-Wl,-z,defs" Project: GNUstep Submitted by: yavor Submitted on: Monday 07/07/2008 at 13:57 Category: Application Severit

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

URL: Summary: Offset issues with the xmonad WM; blank windows with the cairo backend Project: GNUstep Submitted by: yavor Submitted on: Sat Aug 16 22:41:26 2008 Category: Backend

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

Follow-up Comment #2, bug #24083 (project gnustep): I've never used xmonad, I just installed it to test this particular problem. Here is what the OP replied: "I have no idea what business has GNUstep with window borders. The application draws into its window and the window location on the scree

[bug #24083] Offset issues with the xmonad WM; blank windows with the cairo backend

Follow-up Comment #4, bug #24083 (project gnustep): > I will need to know which version of cairo and > of GNUstep are being used. Based on his Debian suite, they are: cairo 1.6.4 Base 1.16.1 Gui/Back 0.14.0 ___ Reply to this item at:

[bug #23876] gnustep-base does not build in a chrooted environment

Follow-up Comment #8, bug #23876 (project gnustep): AC_SYS_PROCFS is not a standard autoconf macro, just a macro polluting autoconf's namespace (a common practice, unfortunately). ___ Reply to this item at:

  1   2   3   >