Re: Compiling on openbsd with gcc4.8, executables fail to run

Hi, Sebastian Reitenbach wrote: On Wednesday, January 1, 2014 21:08 CET, Riccardo Mottola wrote: What options/flags could be used for that? For the ports I had to use the gnustep-make flag: --with-objc-lib-flag=-lobjc2 But that will not help if both libobjc libs, from base gcc, and a

Re: Compiling on openbsd with gcc4.8, executables fail to run

Hi, Wolfgang Lux wrote: You'd fix this in one of the usual ways when your library search path is wrong. You might try adding /usr/local/iib to (the end of) your LD_LIBRARY_PATH environment variable. Or you might add -Wl,-R/usr/local/lib to LDFLAGS when configuring gnustep-make. this works!

Re: Etoile and PopplerKit

Hi Dan,I'm happy to report that I got the latest Etoile + GNUStep working under Ubuntu 12.04, with a few fixes required.I've posted the procedure to a wiki page:http://wiki.gnustep.org/index.php/EtoileOS_under_Ubuntu_LinuxI can mention my fixes on the etoile-dev list in case anyone wants to make th

Re: Compiling on openbsd with gcc4.8, executables fail to run

On Wednesday, January 1, 2014 21:08 CET, Riccardo Mottola wrote: > Sebastian Reitenbach wrote: > > One of the reasons I named the libobjc2 library libobjc2.so.X.X > > in the ports tree is because of the naming clash problems. > > > > I'm sorry but you omitted the answers to my questions abov

Re: Building on FreeBSD 10+BeagleBone Black (arm)

I traced the problem to libffi not being ready for FreeBSD on arm yet. I compiled and ran config/config-ffi.c manually and it stops at ((void(*)(cls_struct_combined)) (code))(g_dbl); -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 2, 2014 at 2:39 PM, Lundberg, Johannes < johan...@

Re: Building on FreeBSD 10+BeagleBone Black (arm)

Hmm configure seems to ignore --disable-libffi... -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 2, 2014 at 2:01 PM, Lundberg, Johannes < johan...@brilliantservice.co.jp> wrote: > Hi Kevin > > Thanks for quick reply. > > Unfortunately I don't think that gives very much... > > What

Re: Building on FreeBSD 10+BeagleBone Black (arm)

Hi Kevin Thanks for quick reply. Unfortunately I don't think that gives very much... What will be affected if I configure without ffi? --- root@beaglebone:/usr/ports/lang/gnustep-base/work/gnustep-base-1.24.5 # tail config.log GS_OBJC_ROOT_CLASS @interface NSObject

Re: Building on FreeBSD 10+BeagleBone Black (arm)

While the script is stuck, open a new terminal window - or use screen - and tail the config.log. It always has the command it tries tor un within. As the command is actually stuck, the most bottom lines, above your prompt, should show the comand, and possible stuck-reason on first glance. Am Do

Building on FreeBSD 10+BeagleBone Black (arm)

Hi! I'm doing some experimenting on the BBB and I managed to build all dependencies for gnustep-make and gnustep-base (natively on the BBB, from FreeBSD ports). However, configure on gnustep-base seems to stop at checking FFI library usage... # top shows 46094 root 1 760 10736K 2

Re: Etoile and PopplerKit

Hello Dan,This was on Ubuntu 13.10.Good point about packages moving around;  let me pause here try this out on 12.04.Let's see about getting a desktop up and running... Thanks,PatrykOn Jan 01, 2014, at 06:56 PM, Dan Hitt wrote:On Wed, Jan 1, 2014 at 5:37 PM, Patryk Laurent wrote:

Re: Etoile and PopplerKit

On Wed, Jan 1, 2014 at 5:37 PM, Patryk Laurent wrote: > > I was trying to build Etoile for the first time, but got several compilation > errors on my Ubuntu system. Mostly I've been commenting out/patching the > offending lines ("When in doubt/Comment it out") and documenting the process > as I g

Etoile and PopplerKit

I was trying to build Etoile for the first time, but got several compilation errors on my Ubuntu system.  Mostly I've been commenting out/patching the offending lines ("When in doubt/Comment it out") and documenting the process as I got along.However, PopplerKit seems to be having some major issues

EtoileOS on HN

Etoile is currently on HN's front page. https://news.ycombinator.com/ https://news.ycombinator.com/item?id=6996019 Patryk ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: DBus Menu in Gtk theme

Niels, What a great happy new year surprise. David and I were just talking about this. :) Thanks for working on this. Very nice work! Greg On Jan 1, 2014, at 3:09 PM, Niels Grewe wrote: > Happy new year everybody! > > I’ll just do my own bit of ‘thread necromancy’, as Ivan adequately put

Re: DBus Menu in Gtk theme

Happy New Year! And thank you very much for working on this. It already looks very impresive, Fred On the road Am 01.01.2014 um 21:09 schrieb Niels Grewe : > Happy new year everybody! > > I’ll just do my own bit of ‘thread necromancy’, as Ivan adequately put it. I > finally found the time to

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

Am 01.01.2014 21:13, schrieb Riccardo Mottola: > Hi, > > Markus Hitter wrote: >> What about ABI compatibility? Is this an issue? I see Donovan and Gürkan >> named the packages for -base and -gui with a version number, like >> "gnustep-gui0.24" This way one can install both, gnustep-gui0.22 and >>

Re: DBus Menu in Gtk theme

Am 01.01.2014 21:09, schrieb Niels Grewe: > [0] http://www.halbordnung.de/~thebeing/gnustep/global-menu-ink.png Wow, that's magnificent! -- - - - - - - - - - - - - - - - - - - - Dipl. Ing. (FH) Markus Hitter http://www.reprap-diy.com/ http://www.jump-ing.de/

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

Hi, Markus Hitter wrote: What about ABI compatibility? Is this an issue? I see Donovan and Gürkan named the packages for -base and -gui with a version number, like "gnustep-gui0.24" This way one can install both, gnustep-gui0.22 and gnustep-gui0.24, in parallel. Is this neccessary? Does it even

Re: DBus Menu in Gtk theme

Niels, You're my hero. Looking forward to studying how this works. :-) On 1 Jan 2014 20:10, "Niels Grewe" wrote: > Happy new year everybody! > > I’ll just do my own bit of ‘thread necromancy’, as Ivan adequately put it. > I finally found the time to hack a bit more on this D-Bus menu thing. I >

Re: DBus Menu in Gtk theme

Happy new year everybody! I’ll just do my own bit of ‘thread necromancy’, as Ivan adequately put it. I finally found the time to hack a bit more on this D-Bus menu thing. I originally started working on this back in the summer at the Cambridge hackathon. It took me a while to find enough time t

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

Am 01.01.2014 19:57, schrieb Germán Arias: > I think Greg can request, at FSF, an slot at hydra not only to build > debs, also rpms. That's an interesting option. I see they get the idea of continuous builds: > Continuous build tools (often referred to as continuous integration > tools) allow pr

Re: Compiling on openbsd with gcc4.8, executables fail to run

Sebastian Reitenbach wrote: One of the reasons I named the libobjc2 library libobjc2.so.X.X in the ports tree is because of the naming clash problems. I'm sorry but you omitted the answers to my questions above to be able to help you, and to understand why you are doing it. I think I answered yo

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

Hi Markus El mié, 01-01-2014 a las 13:05 +0100, Markus Hitter escribió: > Given the resounding silence from Gregory, Richard and Adam, one can > probably forget about moving such an effort to one of the FSF servers, > so this one is very welcome. Not only for building the packages, also > for maki

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

On Wed, Jan 01, 2014 at 01:05:06PM +0100, Markus Hitter wrote: > > Given the resounding silence from Gregory, Richard and Adam, one can > probably forget about moving such an effort to one of the FSF servers, > so this one is very welcome. Not only for building the packages, also > for making sure

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

This is great :-) I'm looking forward to an automated procedure that could be integrated with gnustep-make to produce Debian source packages automatically (with dummy descriptions, dependencies et al until we make appropriate updates to GNUmakefiles of libraries and applications), as we now have f

Re: Up-to-date GNUStep core now available as Debian/Ubuntu packages

Am 31.12.2013 23:50, schrieb Philippe Roussel: > Hi Markus > > On Tue, Dec 31, 2013 at 02:13:56PM +0100, Markus Hitter wrote: >> >> On which host could I do this? For myself I have only a commodity PC >> available which is turned off when I'm on vacation or at sleep. Updating >> the packages is ab