Slashdot Mirror


GNOME 1.4 Beta 2 is Out

Maciej Stachowiak writes: "The GNOME 1.4 Release Team is proud to announce GNOME 1.4 Beta 2 "Hit Me Baby, One More Time". This is only a beta and there may be problems with compiling and running. However, if you are adventurous and would like to help with testing, get it from your favorite GNOME mirror site in /pub/gnome/stable/betas/gnome-1.4beta2. We would also like to announce the GNOME Fifth Toe 1.4 Beta 2 release, a collection of additional packages that are not part of the core desktop but designed to work well with GNOME. This should also be available on gnome mirrors in /pub/gnome/stable/betas/gnome-fifth-toe-1.4beta2. Bug reports for most packages should go in one of the following, depending on the module: GNOME Bugzilla, Eazel Bugzilla or Ximian Bugzilla."

8 of 91 comments (clear)

  1. how to get this working if the installer dumps by margulies · · Score: 5

    if the installer cores on you, try the following:

    cd to /var/cache/red-carpet/packages
    then issue "rpm -Uvh *"

    works for me on RH7.0 (even on fisher).

    i believe the installer dumps right before or during the final call to rpm. not sure why it works from the command line and not from within red-carpet.

    1. Re:how to get this working if the installer dumps by fosh · · Score: 4

      This used to happen to me all the time in helix-update, red-carpet and up2date. After much pain and suffering, I discovered it was just a slightly broken RPM database. To fix it, just issue the following command:

      rpm --rebuilddb

      Good Luck
      --Alex

  2. please don't flame me over this... by Ensign+Nemo · · Score: 4

    I always thought KDE looked neater and more 'professional' than GNOME. But with the recent screenshots of both it appears to me that GNOME has taken the edge.
    GOD I lOVE competitive cooperation! This just means on the next release KDE will look better. then GNOME, then KDE. ;>
    How do they run comparatively? I ask out of ignorance since I haven't used either in almost 8 months now. I hear a lot of people moaning about Nautilus. Can anyone give me unbiased (if there is such a thing.) information backed up with numbers and examples?
    In any event. To everyone involved in both KDE and GNOME: Keep up the good work!! your hard work is paying off.

  3. X marks the spot by Ukab+the+Great · · Score: 4

    Do many of the things that Eazel does (zooming, playing MP3's in file manager, etc) slow Nautilus down? Certainly. But OS X/Aqua does many of the same things Nautilus does and does it also using unix kernel (albeit BSD) and does it with far more transparent graphics and the whole time doing all of this in a vector based PDF graphics systems. Quartz/Aqua has to have way, way more overhead than Nautilus and X running with the most gaudiest, bloated Gtk theme.

    And yet OSX is still doing it faster.

    I know comparing two different kernels on two different graphics systems on (typically) two different architectures is like mixing apples and oranges (pun intended). But such a great disparity between the two environments that favors the one that has to do more work strikes me as odd. I may be wrong, but I'm almost positive that this is a problem with X. We really, really need something better than X and we need it now.

    1. Re:X marks the spot by frantzdb · · Score: 4
      Can you say Hardware Video Acceleration? Currently X is doing all it does (generally) with your CPU. If you have hardware accelerated graphics, then the computer can do more with less work. I have heard of some Enlightenment testing with a full alpha canvas with framerates in the hundereds of frames per second for large, complex 2D graphics. The problem is not X.


      With regard to Nautilus, the answer I keep hearing is that they arn't done with speedups. Only time will tell, but the people working on it are aware of the issues.

      --Ben

    2. Re:X marks the spot by dbarclay10 · · Score: 5

      We really, really need something better than X and we need it now.

      Okay :) You've got a text editor, you've got a compiler, and you've got source code. Start coding.

      No? Why not? Listen, replacing X isn't going to be easy. And unless you're going to do it, shut up and stop whining. Instead, THANK the people who have *given* you a Free implementation of the X Windowing System. Got it? Good.

      Barclay family motto:
      Aut agere aut mori.
      (Either action or death.)

      --

      Barclay family motto:
      Aut agere aut mori.
      (Either action or death.)
  4. Re:Too bad linux kernel 2.4.x breaks the installer by itp · · Score: 5

    It fails on fisher not because of the kernel, but because of the broken version of RPM that is shipped with fisher (and with Nautilus PR3). There are several other posts about this in this article, or you can read up for more information at rpm-list@redhat.com or red-carpet@ximian.com.

    Basically your package database is corrupted by using by using RPM 4.0.2, and the corruption causes clients like Red Carpet, up2date, etc to crash.

    We're talking to Jeff Johnson, the RPM maintainer, to come up with a solution as quickly as possible.

    --
    Ian Peters

  5. Re:nautilus up for the job by Skeezix · · Score: 4

    I don't know which version of Nautilus you tested most recently, but from my experience with running the hourly builds, I have to say Nautilus has become a lot faster. The Nautilus hackers are certainly addressing performance issues. A lot of the major performance tuning will probably have to come post-1.0, but expect Nautilus 1.0 to certainly be usable in terms of performance. Some of the major bottlenecks right now involve gnome-vfs and bonobo, two rapidly developing, yet new technologies. As these frameworks mature, look to see applications such as Nautilus that use them also improve. You can think of Gnome 1.4 as sort of a stepping stone to Gnome 2.0. Gnome 1.4 introduces some new technologies such as Bonobo, gnome-vfs, and the Nautilus architecture. During the development of Gnome 2.0 applications will be ported to the new GTK+ 2.0 toolkit, Bonobo, gnome-vfs, Nautilus, et. al. will be improved upon, and more applications will make use of these new technologies. This means more testing, more patches from more people and a better environment from which to work. If Nautilus is just too slow for you, you can still use gmc--we've included it in the Gnome Fifth Toe as a deprecated, but still available application. Keep trying out the builds of Nautilus, though--It's improving very quickly!
    ----