On 20/05/2016 20:59, Bruce Dubbs wrote:
> Pierre Labastie wrote:
>
>>> Just LFS for now. We need to do a proof of concept.
>>>
In LFS, we have to add / remove some switches from packages
such as Util-Linux. Would we keep a separate util-linux page in the book
then (as an example)?
>
Pierre Labastie wrote:
Just LFS for now. We need to do a proof of concept.
In LFS, we have to add / remove some switches from packages
such as Util-Linux. Would we keep a separate util-linux page in the book
then (as an example)?
Yes, a separate page in that case is what I have in mind for t
On 20/05/2016 19:53, Bruce Dubbs wrote:
> Douglas R. Reno wrote:
>> On 5/20/2016 11:12 AM, Bruce Dubbs wrote:
>>> Simon Geard wrote:
On Thu, 2016-05-19 at 07:40 -0500, Douglas R. Reno wrote:
> That is not true regarding our updates. DJ Lucas and I are committed
> to ensuring that the s
Douglas R. Reno wrote:
On 5/20/2016 11:12 AM, Bruce Dubbs wrote:
Simon Geard wrote:
On Thu, 2016-05-19 at 07:40 -0500, Douglas R. Reno wrote:
That is not true regarding our updates. DJ Lucas and I are committed
to ensuring that the systemd book stays up to date and a good
resource at all times
On 5/20/2016 11:12 AM, Bruce Dubbs wrote:
Simon Geard wrote:
On Thu, 2016-05-19 at 07:40 -0500, Douglas R. Reno wrote:
That is not true regarding our updates. DJ Lucas and I are committed
to ensuring that the systemd book stays up to date and a good
resource at all times. However, neither of us
Simon Geard wrote:
On Thu, 2016-05-19 at 07:40 -0500, Douglas R. Reno wrote:
That is not true regarding our updates. DJ Lucas and I are committed
to ensuring that the systemd book stays up to date and a good
resource at all times. However, neither of us have touched GNOME yet.
Out of curiosity
On 5/20/2016 4:41 AM, Simon Geard wrote:
On Thu, 2016-05-19 at 07:40 -0500, Douglas R. Reno wrote:
That is not true regarding our updates. DJ Lucas and I are committed
to ensuring that the systemd book stays up to date and a good
resource at all times. However, neither of us have touched GNOME y
On Thu, 2016-05-19 at 07:40 -0500, Douglas R. Reno wrote:
> That is not true regarding our updates. DJ Lucas and I are committed
> to ensuring that the systemd book stays up to date and a good
> resource at all times. However, neither of us have touched GNOME yet.
Out of curiosity, how much actual
On May 19, 2016 6:51 AM, "Aniket Bhattacharyea"
wrote:
>
>
> >On my sysvinit 7.9 I have gtkmm-2.24.4 with glibmm-2.46.3 and
> >glib-2.46.2, so I now see that the older glibmm with current
> >gtk2mm was fine for my build.
>
>
> Managed to compile it using the instructions for non-systemd version O.
>On my sysvinit 7.9 I have gtkmm-2.24.4 with glibmm-2.46.3 and
>glib-2.46.2, so I now see that the older glibmm with current
>gtk2mm was fine for my build.
Managed to compile it using the instructions for non-systemd version O.o
I have a feeling people aren't much eager to keep the systemd versio
On Thu, May 19, 2016 at 01:48:08PM +0530, Aniket Bhattacharyea wrote:
> > We don't know which architecture
> >(32/64) you are using, nor which versions of LFS and BLFS
>
> 64 bit, with LFS 7.9 (plus kernel-4.5.2), 64 bit. But BLFS(systemd, even
> the development one) is pretty outdated. So, I mixe
> We don't know which architecture
>(32/64) you are using, nor which versions of LFS and BLFS
64 bit, with LFS 7.9 (plus kernel-4.5.2), 64 bit. But BLFS(systemd, even
the development one) is pretty outdated. So, I mixed the non systemd one
with the systemd one (with great care, of course)
> Also,
On Thu, May 19, 2016 at 11:20:59AM +0530, Aniket Bhattacharyea wrote:
> While building gtkmm-2.24.4, I am getting these errors,
>
>
> In file included from extra_defs_gen/generate_defs_gtk.cc:28:0:
> /usr/include/glibmm-2.4/glibmm_generate_extra_defs/generate_extra_defs.h:29:7:
> error: expected
While building gtkmm-2.24.4, I am getting these errors,
In file included from extra_defs_gen/generate_defs_gtk.cc:28:0:
/usr/include/glibmm-2.4/glibmm_generate_extra_defs/generate_extra_defs.h:29:7:
error: expected nested-name-specifier before 'GTypeIsAPointerFunc'
using GTypeIsAPointerFunc = bo
14 matches
Mail list logo