You are not logged in.
Howdy folks. Long time no update. Here goes.
The magical line to add to /etc/pacman.conf:
[gnustep]
Server = ftp://blkwidow.lerp.com/pub/mirror/arch/gnustep
The magical list of exciting applications:
aclock : A GNUstep clock dock-application
addresses : GNUstep Address Book Framework
affiche-cvs : GNUstep Stickies Application
artresources : Base Fonts and Font Conversion Tools for GNUstep with the
libart Backendbackbone-cvs : GNUstep Desktop Applications: Terminal, Preferences, TextEdit,
and Openburn-cvs : GNUstep Frontend to CD Burning Tools
camaelon : Themeing Bundle for GNUstep
camera : GNUstep Digital Camera Tool
cdplayer-cvs : GNUstep CD Player
cenon : GNUstep Enterprise DTP and CAM Application
cenonlibrary : Enterprise DTP and CAM Application - Device and Project Library
charmap-cvs : GNUstep Character Map Tool
codeeditor-cvs : GNUstep Code Editor
connect : GNUstep PPP Frontend
easydiff-cvs : GNUstep Graphical Diff Application
examples-cvs : GNUstep Example Applications
ffcall : C library for implementing foreign function calls in embedded
interpretersgdl2-cvs : GNUstep Database Library Version 2
gmines : Minesweeper game for GNUstep
gnumail-cvs : Comprehensive e-mail application for GNUstep
gnumail-extras-cvs : Comprehensive e-mail application for GNUstep
gnustep-back-cvs : GNUstep Application Kit X11 Backend
gnustep-base-cvs : GNUstep Foundation Framework
gnustep-core-cvs : Base GNUstep Distribution (sans Desktop)
gnustep-gui-cvs-camaelon : GNUstep Application Kit with Camaelon Theming Engine
gnustep-make-cvs : Essential makefiles, scripts, and headers for the GNUstep
frameworksgnustep-ppd-cvs : GNUstep Printer Description Files
gnuwash : Handy Timer Application for GNUstep
gomoku : Extended tic-tac-toe game for GNUstep
gorm-cvs : GNUstep Object Relation Modeler - Interface Builder Clone
gsantlr-cvs : GNUstep Parser Classes for Code Generated with ANTRL
Objective-C Code Generatorgscrypt-cvs : GNUstep Cryptography Framework
gsgd-cvs : GNUstep Interface for gd Image Library
gspdf : GNUstep PDF and Postscript Viewer
gsweb-cvs : GNUstep Implementation of a WebObjects-like System
gworkspace-cvs : GNUstep Workspace Manager
helpviewer : GNUstep Documentation Browser
imagekits : Various Image Processing Libraries for GNUstep
imageviewer : GNUstep Image Viewer
login.app : Graphical Login Manager with a GNUstep-like look
mulleeointerface : AppKit Bridge for GNUstep GDL2 Library
musicbox-libs-cvs : GNUstep Music Jukebox
netclasses : GNUstep Networking Classes
pantomime-cvs : Pantomime provides a set of Objective-C classes that model a
mail systemplopfolio-cvs : A GNUstep clone of the KlipFolio Feed-reader
preview : Another GNUstep Image Viewer, based on ImageKits
projectcenter-cvs : GNUstep IDE
renaissance-cvs : GNUstep Framework for Describing Interfaces in XML
renaissanceeoi : GNUstep Renaissance Extensions for MulleEOInterface
smbkit-cvs : GNUstep Framework for SMB
steptalk-cvs : GNUstep Scripting Framework
talksoup : GNUstep IRC Client
viewpdf : GNUstep PDF Viewer
wildmenus : Themeing Bundle for GNUstep with Mac OS X-style Menus
windowmaker-cvs : X11 Window Manager with a NeXTStep Theme
wmacpimon : WindowMaker ACPI Monitor Dock Applet and Daemon
wmdiskmon : WindowMaker Disk Space Monitor
zipper : GNUstep Application for Inspecting and Extracting Compressed
Archives
SYNC SYNC SYNC!
usemike@spamblocked.com Feedback :twisted:
Offline
Hi tehdely,
great stuff! Short question, though--how often do you update the core packages? A lot of things have changed in CVS the past couple of weeks, and I imagine it quite frustrating to chase down all the apps that stopped working. Example would be Addresses.app, which was brocken for CVS until version 0.4.6 was released a week ago. Burn.app and talksoup still doesn't run AFAIK. On the other hand side, the latest GWorkspace needs a CVS build of GNUstep core ... you get the idea.
93,
-Sascha.rb
Offline
As of right now, all of the packages with -cvs at the end are current as of August 6th CVS. Whenever I update the repository, I refresh everything and then spend some time testing to make sure it all still works
I already knew about Addresses.app breakage from reading the mailing list, so I updated that as well. Burn.app I had pulled earlier, but readded because the author has resumed work on it.
Offline
Excellent! One more "pro" for Arch linux--I know quite a few people who'd like to give GNUstep a go but shy away from the whole compilation orgies.
Short question--where do your packages install to? /usr/GNUstep or /opt/GNUstep?
93,
-Sascha.rb
Offline
Excellent! One more "pro" for Arch linux--I know quite a few people who'd like to give GNUstep a go but shy away from the whole compilation orgies.
Short question--where do your packages install to? /usr/GNUstep or /opt/GNUstep?
93,
-Sascha.rb
I chose /opt/GNUstep, to keep in line with Arch's packaging philosophy.
A script in /etc/rc.d starts gdomap and gdnc.
Also:
Updates:
*Updated gnustep-make-cvs, gnustep-gui-cvs-camaelon, gnustep-core, and gnustep-ppd-cvs to accomodate splitting off of PPD files in recent cvs
*Added StepTalk scripting framework
Offline
Hmm. I might switch to your repositories. I've been building my own GNUstep packages for months, now, but since I've switched to Arch a week ago, this whopping folder in /usr feels like a sore thumb. Good you chose /opt. It's more in line with the Arch philosophy indeed.
Indiscreet question--how often do you update the core packages? I'm beta tester for a number of apps, hence I need fairly recent builds of those.
93,
-Sascha.rb
Offline
Hmm. I might switch to your repositories. I've been building my own GNUstep packages for months, now, but since I've switched to Arch a week ago, this whopping folder in /usr feels like a sore thumb. Good you chose /opt. It's more in line with the Arch philosophy indeed.
Indiscreet question--how often do you update the core packages? I'm beta tester for a number of apps, hence I need fairly recent builds of those.
93,
-Sascha.rb
I aim to update them whenever significant changes are made or every two weeks, whichever comes first. I have not always held to that schedule but that should no longer be the case. I use lots of GNUstep beta software as well, which is the reason I created a gnustep-cvs arch repository in the first place. Always need to be up-to-date :twisted:
Offline
Always need to be up-to-date :twisted:
Hehe. Especially true with GNUstep. Hard to believe the project has been around for 10 years, isn't it?
It's great to have a maintainer for GNUstep on Arch, I must say. Debian and Mandrake (e.g.) are far behind the release schedule and thus probably put more people off GNUstep than "getting" them.
I'll give your packages a go tomorrow or the day after. There's stuff in my installation I don't like anyway, and it will be interesting to see whether GSWrapper keels over and dies when the core packages aren't installed in /usr/GNUstep. Early versions couldn't even deal with flat directory structures.
93,
-Sascha.rb
Offline
tehdely wrote:Always need to be up-to-date :twisted:
Hehe. Especially true with GNUstep. Hard to believe the project has been around for 10 years, isn't it?
It's great to have a maintainer for GNUstep on Arch, I must say. Debian and Mandrake (e.g.) are far behind the release schedule and thus probably put more people off GNUstep than "getting" them.
Well, Debian's repository is actually quite good. My main aim is for Arch to provide as much GNUstep goodness as Debian does and so far I think I have succeeded
I'll give your packages a go tomorrow or the day after. There's stuff in my installation I don't like anyway, and it will be interesting to see whether GSWrapper keels over and dies when the core packages aren't installed in /usr/GNUstep. Early versions couldn't even deal with flat directory structures.
93,
-Sascha.rb
Oi, it'll be interesting to see. In any case, I haven't seen any GNUstep app so far have any trouble with the new location, probably because all the relevant environment vars are defined in GNUstep.sh. Oh, by the way, make sure to use a login shell if you want GNUstep apps to work. I symlink gnustep.sh into /etc/profile.d but you have to make sure you source it
Offline
error: cannot resolve dependencies for "gnustep-back-cvs":
"cairo" is not in the package set
eh just did pacman -S gnustep on my test system but it didn't work
they are availeble in the tur's might be a good of telling it
Freedom is what i love
Offline
error: cannot resolve dependencies for "gnustep-back-cvs":
"cairo" is not in the package seteh just did pacman -S gnustep on my test system but it didn't work
they are availeble in the tur's might be a good of telling it
Heh, yeah, sorry about that. The cairo dependency actually snuck in in the latest CVS, probably because they're working on a cairo backend at the moment (no reason for libart backend to link against it though!)
So yes folks, you must be a l33t TUR user to properly install GNUstep-back, at least at the moment. :cry:
Offline
tehdely: Why don't you apply for a TUR?
If I have the gift of prophecy and can fathom all mysteries and all knowledge, and if I have a faith that can move mountains, but have not love, I am nothing. 1 Corinthians 13:2
Offline