Am 21.06.2012 um 17:00 schrieb Gregory Casamento: > This is not a Gorm issue, but a problem with initializing the backend. > > That being said, I'm not sure why the debian packagers aren't testing > the apps with the existing packages. I can't confirm that they're > not, only that it SEEMS like they're not based on this kind of thing > happening. > > Nevertheless, perhaps the onus is on us to produce more consistent > releases. Anyway... > > For a while now, however, I've been toying with the idea of having my > server automatically create daily, monthly or weekly debian packages > and also serving a debian package repo so that we could simply point > people there to keep up to date. Just a thought.
It is a good idea. I am doing it almost that way with mySTEP/QuantumSTEP for a while and it works fine and simplifies life. Especially since I cross-compile i386, armel and mipsel packages. I just test&debug on one machine and apt-get update && apt-get upgrade does the magic of distribution. I had mentioned it (very briefly) in my FOSDEM 2012 presentation: http://wiki.gnustep.org/index.php/FOSDEM_2012#List_of_submitted_talk.2Fdiscussion.2Fsession_proposals direct link (page 3): http://download.goldelico.com/quantumstep/FOSDEM%202012.pdf So my recommendation is to go forward. A tricky thing is to have all package makefiles include a definiton for package dependencies that end up in the .deb. And there should be some meta-packages to make initial installation easier. Nikolaus > > Later, GC > > On Thu, Jun 21, 2012 at 1:44 AM, Csanyi Pal <[email protected]> wrote: >> Hi, >> >> I purged first every GNUstep application and framework, the wholw >> gnustep from my system because can't run neither Gorm nor >> ProjectCenter. >> >> After that I install again projectcenter.app and with it come >> dependencies. >> >> I have installed now Gorm version: 1.2.16-1. >> >> When I start Gorm, I get the following messages: >> >> Gorm >> 2012-06-21 07:31:18.199 Gorm[20098] Did not find correct version of >> backend (libgnustep-cairo-020.bundle), falling back to std >> (libgnustep-cairo.bundle). >> >> 2012-06-21 07:31:18.200 Gorm[20098] NSApplication.m:304 Assertion >> failed in initialize_gnustep_backend. Unable to find backend >> libgnustep-cairo >> >> Gorm: Uncaught exception NSInternalInconsistencyException, reason: >> NSApplication.m:304 Assertion failed in initialize_gnustep_backend. >> Unable to find backend libgnustep-cairo >> >> This is the situation these days on Debian wheezy/sid system when one >> want to uses Gorm and ProjectCenter installed from Debian repository. >> >> -- >> Regards from Pal >> >> >> _______________________________________________ >> Discuss-gnustep mailing list >> [email protected] >> https://lists.gnu.org/mailman/listinfo/discuss-gnustep > > > > -- > Gregory Casamento > Open Logic Corporation, Principal Consultant > yahoo/skype: greg_casamento, aol: gjcasa > (240)274-9630 (Cell) > http://www.gnustep.org > http://heronsperch.blogspot.com > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep _______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
