On Thu, 2006-09-21 at 16:51 -0600, Elijah Newren wrote:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of external dependencies,
and use tarball modules for them in the
On 22/09/06, David Zeuthen [EMAIL PROTECTED] wrote:
On Thu, 2006-09-21 at 23:09 -0400, Joseph E. Sacco, Ph.D. wrote:
GARNOME does not roll or maintain source tarballs for developers.
I do not know of any stable Linux distro that currently offers a new
enough version of udev that provides
On Fri, 2006-09-22 at 12:03 +0200, Rob Bradford wrote:
On Thu, 2006-09-21 at 16:51 -0600, Elijah Newren wrote:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of
Jürg,
Thank you for introducing me to yet another GNU/Linux distro. Variety
and innovation are things I truly love about the open source movement.
The issue with HAL-0.5.8.x is one of timing. David jumped the gun by
removing the source code for libvolume_id from HAL. Had he waited a few
months,
On 9/22/06, Rob Bradford [EMAIL PROTECTED] wrote:
On Thu, 2006-09-21 at 16:51 -0600, Elijah Newren wrote:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of external
I believe that liboil-0.3.9 has a number of bug fixes. It appears to
have been released a day after 0.3.8 was released:
[ ] liboil-0.3.7.tar.gz 02-Feb-2006 23:06 804K
[ ] liboil-0.3.8.tar.gz 21-Mar-2006 18:22 815K
[ ] liboil-0.3.9.tar.gz 22-May-2006 21:41 814K
dbus-glib
fre, 22,.09.2006 kl. 12.03 +0200, skrev Rob Bradford:
On Thu, 2006-09-21 at 16:51 -0600, Elijah Newren wrote:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of external
tor, 21,.09.2006 kl. 16.51 -0600, skrev Elijah Newren:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of external dependencies,
and use tarball modules for them in the
fre, 22,.09.2006 kl. 10.34 -0400, skrev Joseph E. Sacco, Ph.D.:
I believe that liboil-0.3.9 has a number of bug fixes. It appears to
have been released a day after 0.3.8 was released:
[ ] liboil-0.3.7.tar.gz 02-Feb-2006 23:06 804K
[ ] liboil-0.3.8.tar.gz 21-Mar-2006 18:22 815K
On 9/22/06, Joseph E. Sacco, Ph.D. [EMAIL PROTECTED] wrote:
I believe that liboil-0.3.9 has a number of bug fixes. It appears to
have been released a day after 0.3.8 was released:
[ ] liboil-0.3.7.tar.gz 02-Feb-2006 23:06 804K
[ ] liboil-0.3.8.tar.gz 21-Mar-2006 18:22 815K
[ ]
oops... middle-aged eyesight... [blush..]
On Fri, 2006-09-22 at 16:43 +0200, Kjartan Maraas wrote:
fre, 22,.09.2006 kl. 10.34 -0400, skrev Joseph E. Sacco, Ph.D.:
I believe that liboil-0.3.9 has a number of bug fixes. It appears to
have been released a day after 0.3.8 was released:
[
Mattias,
I believe that you are correct [for the moment]. I took a quick look
through apps in GARNOME-2.16.x dependent up dbus. I found that
dbus-0.70, required by gnome-power-manager-2.17.1, appears to be good
enough for now.
-Joseph
On Thu, 2006-09-21 at 23:09 -0400, Joseph E. Sacco, Ph.D. wrote:
GARNOME does not roll or maintain source tarballs for developers.
But it's not so uncommon for GARNOME to patch its tarballs. Isn't that a
possible solution to this awkwardness, even if it's just for GARNOME?
I do not know of any
On 9/22/06, Joseph E. Sacco, Ph.D. [EMAIL PROTECTED] wrote:
Mattias,
I believe that you are correct [for the moment]. I took a quick look
through apps in GARNOME-2.16.x dependent up dbus. I found that
dbus-0.70, required by gnome-power-manager-2.17.1, appears to be good
enough for now.
On Fri, 2006-09-22 at 09:38 -0400, Joseph E. Sacco, Ph.D. wrote:
A GAR makefile to accomplish this is shown
below. David, as well as others within the community, should be
pleased.
Awesome. Thanks for doing this!
David
___
desktop-devel-list
David,
You are welcome. The open source movement is all about we, not I.
I will update GARNOME CVS-HEAD this weekend to give our users the
opportunity to exercise HAL-0.5.8.1.
Be well,
-Joseph
===
On Fri, 2006-09-22 at 11:36 -0400,
On 9/22/06, Matthias Clasen [EMAIL PROTECTED] wrote:
On 9/22/06, Rob Bradford [EMAIL PROTECTED] wrote:
On Thu, 2006-09-21 at 16:51 -0600, Elijah Newren wrote:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
On 9/22/06, Matthias Clasen [EMAIL PROTECTED] wrote:
On 9/22/06, Joseph E. Sacco, Ph.D. [EMAIL PROTECTED] wrote:
Mattias,
I believe that you are correct [for the moment]. I took a quick look
through apps in GARNOME-2.16.x dependent up dbus. I found that
dbus-0.70, required by
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of external dependencies,
and use tarball modules for them in the gnome-2.18 moduleset in jhbuild.
Due to the feedback
The hal/udev dependencies need to be resolved before moving on to
hal-0.5.8.x
-Joseph
===
On Thu, 2006-09-21 at 16:51 -0600, Elijah Newren wrote:
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I
On Thu, 2006-09-21 at 20:34 -0400, Joseph E. Sacco, Ph.D. wrote:
The hal/udev dependencies need to be resolved before moving on to
hal-0.5.8.x
Joseph, I have several times asked you in private mails we've exchanged,
why GARNOME cannot pull in the udev tarball for libvolume_id if you want
to
David,
GARNOME is a framework for building the GNOME desktop and an assortment
of GNOME extras using existing source tarballs If a source tarball
exists for libvolume_id, GARNOME will use it. If a source tarball for
libvolume_id does not exist, GARNOME cannot update HAL past version
0.5.7.1.
On Thu, 2006-09-21 at 21:21 -0400, Joseph E. Sacco, Ph.D. wrote:
GARNOME is a framework for building the GNOME desktop and an assortment
of GNOME extras using existing source tarballs If a source tarball
exists for libvolume_id, GARNOME will use it. If a source tarball for
libvolume_id does
quote who=David Zeuthen
On Thu, 2006-09-21 at 21:21 -0400, Joseph E. Sacco, Ph.D. wrote:
GARNOME is a framework for building the GNOME desktop and an assortment
of GNOME extras using existing source tarballs If a source tarball
exists for libvolume_id, GARNOME will use it. If a source
This should be simple to resolve.
HAL, up through version 0.5.7.1. contained source for libvolume_id.
David has decided to remove that source because recent versions of udev
provide libvolume_id. The problem is most distros do not yet have a new
enough version of udev that provides
On Thu, 2006-09-21 at 21:41 -0400, Joseph E. Sacco, Ph.D. wrote:
This should be simple to resolve.
Indeed.
HAL, up through version 0.5.7.1. contained source for libvolume_id.
David has decided to remove that source because recent versions of udev
provide libvolume_id. The problem is most
On Thu, 2006-09-21 at 23:09 -0400, Joseph E. Sacco, Ph.D. wrote:
GARNOME does not roll or maintain source tarballs for developers.
I do not know of any stable Linux distro that currently offers a new
enough version of udev that provides libvolume_id. At some point,
hopefully in the near
Le jeudi 21 septembre 2006, à 16:51, Elijah Newren a écrit :
On 9/11/06, Matthias Clasen [EMAIL PROTECTED] wrote:
The topic came up earlier, and I think there was a general consensus
that it is a good idea to freeze the versions of external dependencies,
and use tarball modules for them in
28 matches
Mail list logo