I updated the etoile-svn package in AUR. Most of the setup.sh is now replicated in the PKGBUILD. I didn't test it too thoroughly, but running `etoile` or `etoile_system` works. I still get the "missing display" message, but everything seems to be working. It sounds more like an X configuration issue rather than Étoilé.
On 13/04/2009, at 4:32 PM, Quentin Mathé wrote: >> This is probably a problem with the GNUstep common Makefiles rather >> than Étoilé, but it seems some things (mostly frameworks) are linked, >> rather than copied into the installation directory. This results in >> broken symbolic links on the user's system. I can fix it up in the >> package, but this seems like a bug to me. Actually, I don't think >> those links should even exist. >> >> System/Library/Frameworks/PopplerKit.framework/PopplerKit.framework >> System/Library/Frameworks/EtoileUI.framework/EtoileUI.framework >> etc... >> >> Is this normal? > > I doubt it's normal, I'll check that the problem isn't on Étoilé side. I tried doing a few clean builds and the symlinks were still present. As a quick-fix I simply remove them in the PKGBUILD after they are made. I don't recall seeing this before, so perhaps this was introduced in the recent commits, if it's on the Étoilé side. I'll look through the PKGBUILD again to see if I didn't do something stupid. On 14/04/2009, at 10:05 PM, Truls Becken wrote: > A year ago, I made an etoile-svn Archlinux package for my own use. I > later experimented with modularized packages, which works well and is > more in line with "the Arch way", but is a lot of work to keep in sync > with Étoilé trunk. A new feature in makepkg is coming out allowing to have multiple packages from a single PKGBUILD. When that occurs I'll probably modularize it. > In the package, I included an etoile-setup.sh as follows to be run by > users. Note that the timezone thing at the end is Archlinux specific; > > #!/bin/sh > > echo "The following defaults were written:" > echo > > bundledir=`gnustep-config --variable=GNUSTEP_SYSTEM_LIBRARY`/Bundles > defaults write NSGlobalDomain GSAppKitUserBundles > "($bundledir/Camaelon.themeEngine, $bundledir/EtoileMenus.bundle, > $bundledir/EtoileBehavior.bundle)" > defaults read NSGlobalDomain GSAppKitUserBundles > > defaults write Camaelon Theme "Nesedah" > defaults read Camaelon Theme > > defaults write NSGlobalDomain NSFont 'DejaVu Sans' > defaults read NSGlobalDomain NSFont > > defaults write NSGlobalDomain NSFontSize 9 > defaults read NSGlobalDomain NSFontSize > > defaults write NSGlobalDomain NSUseRunningCopy YES > defaults read NSGlobalDomain NSUseRunningCopy > > defaults write NSGlobalDomain GSSuppressAppIcon YES > defaults read NSGlobalDomain GSSuppressAppIcon > > defaults write NSGlobalDomain GSFileBrowserHideDotFiles YES > defaults read NSGlobalDomain GSFileBrowserHideDotFiles > > defaults write NSGlobalDomain GSWorkspaceApplication "NotExist.app" > defaults read NSGlobalDomain GSWorkspaceApplication > > defaults write GWorkspace NoWarnOnQuit YES > defaults read GWorkspace NoWarnOnQuit > > defaults write GWorkspace no_desktop YES > defaults read GWorkspace no_desktop > > source /etc/rc.conf > if [ "$TIMEZONE" ]; then > defaults write NSGlobalDomain 'Local Time Zone' "$TIMEZONE" > defaults read NSGlobalDomain 'Local Time Zone' > fi I had the same idea, but it's best if this was done on the first launch of Étoilé or something. This could be used as a solution in the meantime though. I haven't done this in the package yet, so I hope nothing crashes. _______________________________________________ Etoile-discuss mailing list Etoile-discuss@gna.org https://mail.gna.org/listinfo/etoile-discuss
