Debian12 repository.

warnings appear in the current gnustep-base because the definition of methods is twice in the header file

removing one of them (they are the same) gets rid of the warning

/usr/include/GNUstep/Foundation/NSRegularExpression.h:120:1: warning: multiple declarations of method 'initWithPattern:options:error:' found and ignored [-Wduplicate-method-match]

- (id) initWithPattern: (NSString*)aPattern

/usr/include/GNUstep/Foundation/NSRegularExpression.h:114:1: note: previous declaration is here

- (id) initWithPattern: (NSString*)aPattern

/usr/include/GNUstep/Foundation/NSIndexPath.h:101:1: warning: multiple declarations of method 'item' found and ignored [-Wduplicate-method-match]

- (NSInteger) item;

/usr/include/GNUstep/Foundation/NSIndexPath.h:84:1: note: previous declaration is here

- (NSInteger) item;

also gnustep-core test is failing in the area of date & time which has something to do with the language settings.

CFDateFormatter/basic.m:

Failed test: basic.m:38 ... Default format for de_DE locale is EEEE, d. MMMM y HH:mm but got EEEE, d. MMMM y 'um' HH:mm

in german you can say on "31.12.2023 at 23:59" where the german "um" is "at" in english.

But "31.12.2023 23:59" is also correct. just a shorter form. I prefer the later but I'm not 100% sure what the "correct" way would be if you want to be 1:1 compatible to how MacOS does it.

Failed test: basic.m:42 ... Absolute time can be formatted using full date style.

Failed test: basic.m:57 ... Absolute time can be formatted using no date style.

Failed test: basic.m:63 ... Absolute time gotten for 20050403 02:01 vorm.

this is a bit odd. "vorm." means vormittag (before noon). like "AM" . However german uses 24h date and time so nobody would write 08:00 vorm or 07:00 nachm. because 08:00 and 19:00 would be the correct way in german.

Failed test: basic.m:65 ... Absolute time for 20050403 02:01 vorm. is 315612000.000000

this is probably related the other way around

CFLocale/bridge.m:

Failed file: bridge.m aborted without running all tests!

CFLocale/create.m:

Failed test: create.m:20 ... en_ES_PREEURO is stored as es_ES@currency=ESP

no idea what a PREEURO is ;-)

spanish Pesetas?

--- Running tests in CFNumber ---

CFNumber/bridge.m:

Failed file: bridge.m aborted without running all tests!

--- Running tests in CFNumberFormatter ---

CFNumberFormatter/format.m:

Failed test: format.m:32 ... SInt8 formatted correctly

--- Running tests in CFPropertyList ---

CFPropertyList/openstep.m:

Failed test: openstep.m:61 ... OpenStep property list read correctly.

On 29 Oct 2023, at 11:42, Hugo Melder <admin@hugomelder.com> wrote:

On 29. Oct 2023, at 11:25, Andreas Fink <afink@list.fink.org> wrote:

Hello all

I'm working on setting up a debian repository wtih a up to date build of debian12 and ubuntu22 for amd64 and arm64 architectures.
My current repo installs all on /usr/local/ but for proper system wide use /usr should be used as prefix instead.

so I use

export PREFIX="/usr"

cmake ... -DCMAKE_INSTALL_PREFIX=${PREFIX} ...

and

./configure --prefix=${PREFIX}

Is this for gnustep-base or gnustep-make?
Only configuring gnustep-make correctly is enough:

dh_auto_configure -- \
--with-layout=debian \
--enable-native-objc-exceptions \
--enable-objc-arc \
--prefix=/usr \
--with-runtime-abi=gnustep-2.0 \
--with-library-combo=ng-gnu-gnu \
LDFLAGS="-fuse-ld=lld -L/usr/lib/$(DEB_HOST_MULTIARCH)" SHELLPROG=/bin/bash GNUMAKE=make

https://github.com/gnustep/tools-packaging is our repo for aggregating the new GNUstep 2.0 Debian package configuration files and build scripts.
This is currently only non-gui, but I am open to contributions :)

This draft (https://github.com/gnustep/tools-packaging/pull/4) adds automatic building in phases using the isolated pbuilder build tool.

From:	Andreas Fink
Subject:	Debian12 repository.
Date:	Sun, 29 Oct 2023 20:31:58 +0100