Incoming gnustep-make parallel support

When I add gnustep-make-2.2.0 to portage, repoman (our QA and commit tool) will at last be happy, as from this version, it won’t be necessary to force -j1 make flag! This will also allow parallel make for all gnustep packages in our tree(as the gnustep eclass forces -j1). No need to sync again and again your portage tree, this version is not yet released πŸ˜‰ Original announcement is here

Some other entries on my gentoo/gnustep TODO list: the Etoile packages in the gnustep overlay need some cleanup (some keywords should be dropped for example Melodie player, maybe bump llvm to 2.5, but I hope some other dev will look into it before me), and updates when 0.4.2 will be released, gnustep packages, fix AC_CANONICAL_TARGET usage found in most of gnustep-base packages (thanks Flameeyes for finding more work for us πŸ˜‰ ), and filter -Werror in some of our packages (helps when switching to newer GCC for example),

SOGo now available in the GNUstep overlay, Window Maker revival?

IF you want to try another groupware server, I finally made up ebuilds for Scalable OpenGroupware.org, SOGo for short. These are available in the GNUstep overlay for now (it seems to work fine, but I lack the full server installation needed to completely test it, mostly an IMAP server with LDAP backend).

From the SOGO folks:

SOGo is a free and modern scalable groupware server. It offers shared calendars, address books and emails through your favorite Web browser or by using a native client such as Mozilla Thunderbird and Lightning. SOGo is standard-compliant and supports CalDAV, CardDAV, GroupDAV and reuses existing IMAP, SMTP and database servers – making the solution easy to deploy and interoperable with many applications.

For the curious, a demo web site is running here. Feedback appreciated of course if you try it on Gentoo

On other news, I noticed that the Window Maker web site is back up, stating:

windowmaker.info Back Online posted on 2008-06-30 09:04:16 by kairi

windowmaker.info has been brought online as of early July, 2008. We are currently working on reimplementing the site in a more modern, safe fashion, while at the same time restoring all services required for development and communication. With that said, we are working very hard to revitalize Window Maker’s presence on X Window (and perhaps beyond) desktops. With this new focus, we can now truly assert that Window Maker will be resuming active development very soon. We expect to once again provide the de-facto minimalist yet extremely functional window manager to the world.

This has been my main window manager since… well a loooong time, I’m crossing fingers and hoping it will really come back from the dead projects world!

Oh, and if you did not get the news, 2008.0 is here! Thanks release engineering team members

I almost forgot: congratulations to the new Council members, both veterans and newcomers!

New gnustep base released (base 1.16, gui 0.14)

It’s been more than a year since the last gnustep major release, and while unstable packages were available in portage, I kept them in package.mask (revdep rebuild needed for every single gnustep application, API changes, …). But that meant new applications updates (gorm for example) had to be kept under p.mask too, as they required the unstable versions).

Now the new stable release is finally here, I’ll unmask it soon (just checking most application still compile). Be warned though, that both gnustep-base and gnustep-gui will force you to run revdep-rebuild. Maybe it’s time to test the new and shiny cairo backend!

Gnustep unstable packages added to portage

Even if these packages are marked unstable, they do have some fixes (and the stable release is getting old). Some gnustep packages now need them in their latest versions (including gorm). So they’re now available in portage (moved from the gnustep overlay), under package.mask. Be warned though that upgrading to the unstable release means recompiling every one of your gnustep packages (revdep-rebuild is your friend). A few packages had to be fixed to work with new gnustep-gui, don’t hesitate to report if something does not work

The pieces to unmask are currently:

# Bernard Cafarelli <voyageur@gentoo.org (09 Jan 2008) # Mask unstable gnustep and packages depending on it >=gnustep-base/gnustep-back-art-0.13.0 >=gnustep-base/gnustep-back-cairo-0.13.0 >=gnustep-base/gnustep-back-xlib-0.13.0 >=gnustep-base/gnustep-base-1.15.1 >=gnustep-base/gnustep-gui-0.13.0 >=virtual/gnustep-back-0.13.0 >=gnustep-apps/gorm-1.2.2 >=gnustep-apps/simpleagenda-0.33 

If you want to try the Cairo backend, this could be the right time (the unstable release works quite fine)

This brings Gentoo packages on par with the latest Gnustep Startup, have fun!

New gnustep soon stable, new windowmaker ebuild, NX news, … (and other things I’ve already forgotten)

It looks like real life finally lets me write some news on Gentoo work πŸ™‚

GNUstep news first: packages based on gnustep-make-2.0 are now almost all marked stable (see the progress in this bugreport), there’s only sparc left and then I’ll finish cleaning up the old ebuilds. In the gnustep overlay, you can now find (masked) unstable gnustep and gorm releases: lots of fixes, but requires lots of revdep-rebuild! πŸ˜‰

Thanks to grobian and truedfx, you can now try windowmaker-0.92.0-r7, it has some nice features to check out. This is still my WM of choice, even if I now run gnome on the laptop (easy compiz switching, better power management integration).

On the NX front, a nice Gentoo user has filled a few enhancement bugs on freenx (startup script, utempter use, …). I’m preparing a revbump integrating most of these, stay tuned. I’m also preparing a revbump for the free edition server, upstream has released a new version with many fixes (including some that could help people using selinux). And last, if you have problems with freenx, or freeedition server, there are two lengthy threads on the forums, where you may get help from other users. The freenx thread is here, and the one for the free edition is here

And closing this post, I’d like to say a big “thank you for all the work you’ve done on Gentoo” to Roy Marples (uberlord), and Seemant Kulleen (uncle Seemant)

Updating GNUstep packages in portage

As a follow-up to my previous post, as gnustep base packages are marked ~ppc again, I have started to move the other packages from the overlay πŸ™‚

Visible results? Well, we have a cleaned-up windowmaker (still my favourite window manager after all these years), closing a few bugs, the return of gworkspace (temporarily package.masked because of vulnerable code in pdfkit), updated (and working with latest gnustep packages) gnumail, …

And now back to moving ebuilds in CVS, cleaning up old ones, and closing bugs (while my desktop gets an overdue “emerge -auDNt world”).

Oh, by the way, I won’t add Etoile itself in this batch, as it still needs some changes in the way the ebuilds handle the bundles defaults (which you definitly want OK, if you want to have a desktop “as-in-the-screenshot” πŸ˜‰ )

GNUstep in portage (finally) gets updates

After some months filling up the gnustep overlay, I am glad to announce that the new series of gnustep ebuilds are finally making their way in portage πŸ™‚
grobian added the new eclasses and all the gnustep-base packages (on which all other gnustep packages are built). Now we wait for arch teams to say “OK, everything’s fine” (bug #189372 for the curious), and then we’ll start moving in applications ebuilds
This will give me some time to complete the etoile ebuilds, the versions in the overlay work fine, but are still rough. By the way, if you try etoile and don’t get the nice and shiny background, check that you are not running a 1280×1024 resolution (or another with the same aspect ratio): the background image for this ratio does not exist yet.
Another good news for GNUstep fans: the gnustep herd is now 3-persons strong, with truedfx joining our forces! And now for the dockapps fans: wmforkplop is a nice dockapp that displays animations reflecting forking activity, while listing the top cpu consuming processes (and a “process browser” to kill the offending ones). There’s an ebuild available in my overlay, it looks better animated than in this screenshot:

FreeNX 0.7 in portage, Etoile 0.2 (almost) in the gnustep overlay

For the (free as in speech) remote desktop enthusiasts, nxserver-freenx-0.7.0 is now in portage. What’s new in it? Well, most patches from 0.6.0 ebuild were merged upstream, a few other bugs were fixed, and it has much better printing support (mostly untested by me, though, this requires a printer…). A patch submitted to the freenx mailing list by google folks also allows better font display (older versions displayed smaller fonts than in the commercial NX servers). One last thing, those with USE=xcb should have a working freenx again πŸ™‚

If you wonder about it, no freenx 0.7 does not use the new NX 3.0 features. However a full rewrite is under way, with modular design, NX 3.0 support, …

GNUstep users now… The gnustep overlay now holds an (almost complete) series of packages for Etoile 0.2. Run emerge etoile and remember to do as the emerge output says πŸ˜‰

Also remember that:
1. this is still a 0.2 version, do not expect macosx-on-linux (that said, the work already done is really impressive)
2. the ebuilds are still Work-In-Progress, they will probably change some more before the ebuilds work fine. As usual, feedback is welcome!

OK, next thing on my TODO list now: expat upgrade on my server!

GNUstep overlay progress

GNUstep on Gentoo users, this is for you! (other interested people can read on, of course)

The gnustep overlay is now almost 200 commits old, so it’s time for a status report (ie what’s the overlay usability status?)

  • New gnustep eclasses

These are more or less complete now (some changes still get in here and there), and are quite usable now πŸ˜‰ They still need some proper self-review, before getting reviewed by gentoo-dev folks

  • Updated base packages (and gnustep on gentoo organization)

These packages have not been changed for some time now and run fine, they’ll be ready for portage inclusion when the eclasses are

  • Packages updates

GNUstep ebuilds using the new system are easier to maintain, so the apps in the overlay behave quite well, and are up-to-date. People interested in ProjectCenter will most certainly like the the SVN pre-0.5 version available, quite an enhancement compared to stable 0.4.3 (for example this one works on ~amd64) As an enhancement, some of the gnustep-libs packages could change to the gnustep-base eclass (which does not require gnustep-gui and gnustep-back installed) instead of gnustep-2

  • Γ‰toilΓ© packages

The Γ‰toilΓ© project recently released their 0.2 version. Some packages were already in the overlay (popplerkit/vindaloo for example), I am now working on the missing ones, and adding a global ebuild to easily set it up for the user For now, all frameworks are available, most of the user applications (typewriter, grr, …) too. What’s still missing is Azalea and friends (the window manager), the Etoile background systems (that allow for macos-x style menus on top), and some integration

If you are curious about Γ‰toilΓ©, a livecd should soon be available (probably before all packages are integrated in the overlay). Or of course, the web site

Summing up NX and GNUstep work

This post was quick to write, as it’s a cut-and-paste of a mail I just sent to gentoo-dev mailing list πŸ˜‰
But I think it sums up nicely both the NX packages updates, and the undergoing work in the gnustep overlay, so here it is:

On the NX servers side:

  • servers based on NX 2.1 code are now in portage, including the binary free edition from Nomachine (the NX developers), and freenx 0.6
  • both of these servers now work on ~amd64 (multilib only though)
  • 2x terminal server and client are now in portage: GPL (even the NX client) and based on Nomachine’s 1.5 code base
  • 6 (old) packages were removed from the tree, replaced by net-misc/nx
  • NX overlay provides a native 64-bit nx/freenx for the adventurous
  • bugzilla NX bugs count is down to 3 πŸ™‚

With fellow dev grobian, I’ve also started to get GNUstep in Gentoo back in shape (i.e clean, easy to use, up to date, …). You can check the progress in the new gnustep overlay: http://overlays.gentoo.org/proj/gnustep/wiki

Improvements include:

  • support for new gnustep-make 2.0
  • heavy rewrite of the gnustep eclasses and base ebuilds
  • less polluting of the user profile (no more need to source exernal scripts that tinker with the linker path)
  • easier-to-write ebuilds
  • version bumps everywhere (and a few new packages, as a promising-looking cairo backend)
  • under-the-hood fixes and enhancements here and there