Main Page | Report this Page
 
   
Linux Forum Index  »  Linux - Gentoo Forum  »  can't build acl...
Page 1 of 1    
Author Message
AZ Nomad...
Posted: Sat Jul 19, 2008 10:51 am
Guest
There seems to be a new use flag 'acl', default is set to true, and it makes
sys-apps/acl a dependency for builing cups

Only problem is that the version of acl (2.2.45) needed by stable cups doesn't build. I get the
following error:
include/builddefs:59: *** missing separator. Stop.

For now, I've added '-acl' to the use flags in my /etc/make.conf.
Any downside to doing that?
AZ Nomad...
Posted: Sat Jul 19, 2008 11:04 am
Guest
On Sat, 19 Jul 2008 10:51:52 -0500, AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
Quote:
There seems to be a new use flag 'acl', default is set to true, and it makes
sys-apps/acl a dependency for builing cups

Only problem is that the version of acl (2.2.45) needed by stable cups doesn't build. I get the
following error:
include/builddefs:59: *** missing separator. Stop.

For now, I've added '-acl' to the use flags in my /etc/make.conf.
Any downside to doing that?

That use flag might have gotten it's default value of being set as a result
of my switching profiles. I got a message that my profile was obsolete so I
updated it to amd64/2008.0/developer
J.O. Aho...
Posted: Sat Jul 19, 2008 11:44 am
Guest
AZ Nomad wrote:
Quote:
On Sat, 19 Jul 2008 10:51:52 -0500, AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
There seems to be a new use flag 'acl', default is set to true, and it makes
sys-apps/acl a dependency for builing cups

Only problem is that the version of acl (2.2.45) needed by stable cups doesn't build. I get the
following error:
include/builddefs:59: *** missing separator. Stop.

For now, I've added '-acl' to the use flags in my /etc/make.conf.
Any downside to doing that?

That use flag might have gotten it's default value of being set as a result
of my switching profiles. I got a message that my profile was obsolete so I
updated it to amd64/2008.0/developer

That is a profile that may not be as good for an end user


Use the default

/usr/portage/profiles/default/linux/amd64/2008.0

or

/usr/portage/profiles/default/linux/amd64/2008.0/desktop

--

//Aho
AZ Nomad...
Posted: Sat Jul 19, 2008 12:22 pm
Guest
On Sat, 19 Jul 2008 18:44:55 +0200, J.O. Aho <user at (no spam) example.net> wrote:
Quote:
AZ Nomad wrote:
On Sat, 19 Jul 2008 10:51:52 -0500, AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
There seems to be a new use flag 'acl', default is set to true, and it makes
sys-apps/acl a dependency for builing cups

Only problem is that the version of acl (2.2.45) needed by stable cups doesn't build. I get the
following error:
include/builddefs:59: *** missing separator. Stop.

For now, I've added '-acl' to the use flags in my /etc/make.conf.
Any downside to doing that?

That use flag might have gotten it's default value of being set as a result
of my switching profiles. I got a message that my profile was obsolete so I
updated it to amd64/2008.0/developer

That is a profile that may not be as good for an end user


Quote:
Use the default

/usr/portage/profiles/default/linux/amd64/2008.0
doesn't seem to be a valid profile on my system.

!!! Error: default/linux/amd64/2008.0 is not a valid profile for amd64

Quote:
or

/usr/portage/profiles/default/linux/amd64/2008.0/desktop
OK. I set to that one, but acl is still set, can't be build due to the

previously mentioned build error and is a requirement of cups.

No problem; I'll put "-acm" back in /etc/make.conf:USE
Arthur Hagen...
Posted: Sat Jul 19, 2008 12:45 pm
Guest
AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
Quote:
There seems to be a new use flag 'acl', default is set to true, and
it makes
sys-apps/acl a dependency for builing cups

Only problem is that the version of acl (2.2.45) needed by stable
cups doesn't build. I get the following error:
include/builddefs:59: *** missing separator. Stop.

For now, I've added '-acl' to the use flags in my /etc/make.conf.
Any downside to doing that?

Well, you won't get POSIX acl (access control lists), which allow for each
file and directory having different permissions for different users and
groups. The perhaps most used feature of this is for allowing non-root
processes to give access to specified users, without requiring special
groups to be set up.
The downside to removing -acl would be that any existing acls that apps
might rely on would be ignored, leaving the file system in an inconsistent
state, especially if you later add acls again. But in your case, you
haven't had acls working in the first place, so that shouldn't be an issue.

Anyhow, I would look at why you get the compile error first. 2.2.45 should
be stable, so the problem might be elsewhere. autoconf, perhaps?
Done an "emerge --pretend --prune" lately, and removed what isn't needed,
followed by a re-emerge of the latest version?

Regards,
--
*Art
AZ Nomad...
Posted: Sat Jul 19, 2008 12:57 pm
Guest
On Sat, 19 Jul 2008 13:45:18 -0400, Arthur Hagen <art at (no spam) broomstick.com> wrote:
Quote:
AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
There seems to be a new use flag 'acl', default is set to true, and
it makes
sys-apps/acl a dependency for builing cups

Only problem is that the version of acl (2.2.45) needed by stable
cups doesn't build. I get the following error:
include/builddefs:59: *** missing separator. Stop.

For now, I've added '-acl' to the use flags in my /etc/make.conf.
Any downside to doing that?

Well, you won't get POSIX acl (access control lists), which allow for each
file and directory having different permissions for different users and
groups. The perhaps most used feature of this is for allowing non-root
processes to give access to specified users, without requiring special
groups to be set up.
The downside to removing -acl would be that any existing acls that apps
might rely on would be ignored, leaving the file system in an inconsistent
state, especially if you later add acls again. But in your case, you
haven't had acls working in the first place, so that shouldn't be an issue.

Anyhow, I would look at why you get the compile error first. 2.2.45 should
be stable, so the problem might be elsewhere. autoconf, perhaps?
Done an "emerge --pretend --prune" lately, and removed what isn't needed,
followed by a re-emerge of the latest version?

I'll try that. I can't right now as my use flags have changed.
I got this error:
"Have you forgotten to run emerge --update --newuse --deep world prior to
prune? It may be necessary to manually uninstall packages that no longer
exist in the portage tree since it may not be possible to satisfy their
dependencies. Also, be aware of the --with-bdeps option that is
documented"

Meanwhile, I'm doing a massive rebuild (emerge -D --newuse world) calling
for 69 packages. It'll be a little while for that to complete.
J.O. Aho...
Posted: Sat Jul 19, 2008 1:05 pm
Guest
AZ Nomad wrote:
Quote:
On Sat, 19 Jul 2008 18:44:55 +0200, J.O. Aho <user at (no spam) example.net> wrote:

Use the default
/usr/portage/profiles/default/linux/amd64/2008.0
doesn't seem to be a valid profile on my system.
!!! Error: default/linux/amd64/2008.0 is not a valid profile for amd64

Have to say it's really odd, as this is what I use on all my AMD 64bit machines.


--

//Aho
Arthur Hagen...
Posted: Sat Jul 19, 2008 1:24 pm
Guest
AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
Quote:
On Sat, 19 Jul 2008 13:45:18 -0400, Arthur Hagen <art at (no spam) broomstick.com
wrote:
Done an "emerge --pretend --prune" lately, and removed what isn't
needed, followed by a re-emerge of the latest version?

I'll try that. I can't right now as my use flags have changed.
I got this error:
"Have you forgotten to run emerge --update --newuse --deep world
prior to prune? It may be necessary to manually uninstall
packages that no longer exist in the portage tree since it may
not be possible to satisfy their dependencies. Also, be aware of
the --with-bdeps option that is documented"

If it listed perl-Test-Harness-2.64 as the blocker, it's a known problem. I
believe the virtual was incorrectly added with the version number, and then
the fix added the correct non-versioned virtual without removing the
versioned one.
Just:
emerge -C =virtual/perl-Test-Harness-2.64

Regards,
--
*Art
Nikos Chantziaras...
Posted: Sat Jul 19, 2008 1:59 pm
Guest
AZ Nomad wrote:
Quote:
/usr/portage/profiles/default/linux/amd64/2008.0
doesn't seem to be a valid profile on my system.
!!! Error: default/linux/amd64/2008.0 is not a valid profile for amd64

As you can guess it's a directory, not a text file.


Quote:
/usr/portage/profiles/default/linux/amd64/2008.0/desktop
OK. I set to that one,

That's the recommended profile.


Quote:
but acl is still set, can't be build due to the
previously mentioned build error and is a requirement of cups.

No problem; I'll put "-acm" back in /etc/make.conf:USE

ACL is one of those things where you can safely assume "if you don't
know if you need it, you don't need it." Smile
AZ Nomad...
Posted: Sat Jul 19, 2008 8:27 pm
Guest
On Sat, 19 Jul 2008 12:22:50 -0500, AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
Quote:
On Sat, 19 Jul 2008 18:44:55 +0200, J.O. Aho <user at (no spam) example.net> wrote:
....


Quote:
No problem; I'll put "-acm" back in /etc/make.conf:USE


Now the main error with sys-apps/acl-2.2.45 is:
* Sorry, but acl does not support the LINGUAs: en
Nikos Chantziaras...
Posted: Sat Jul 19, 2008 9:14 pm
Guest
AZ Nomad wrote:
Quote:
On Sat, 19 Jul 2008 12:22:50 -0500, AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
On Sat, 19 Jul 2008 18:44:55 +0200, J.O. Aho <user at (no spam) example.net> wrote:
...

No problem; I'll put "-acm" back in /etc/make.conf:USE


Now the main error with sys-apps/acl-2.2.45 is:
* Sorry, but acl does not support the LINGUAs: en

That should be just a warning. And pretty normal too. That's the
reason I have LINGUAS="en_US en" in make conf; some programs recognize
"en" while others see only "en_US".

Anyway, that message should not be an error but rather a warning.
AZ Nomad...
Posted: Sun Jul 20, 2008 10:11 am
Guest
On Sun, 20 Jul 2008 05:14:56 +0300, Nikos Chantziaras <realnc at (no spam) arcor.de> wrote:
Quote:
AZ Nomad wrote:
On Sat, 19 Jul 2008 12:22:50 -0500, AZ Nomad <aznomad.3 at (no spam) PremoveOBthisOX.COM> wrote:
On Sat, 19 Jul 2008 18:44:55 +0200, J.O. Aho <user at (no spam) example.net> wrote:
...

No problem; I'll put "-acm" back in /etc/make.conf:USE


Now the main error with sys-apps/acl-2.2.45 is:
* Sorry, but acl does not support the LINGUAs: en

That should be just a warning. And pretty normal too. That's the
reason I have LINGUAS="en_US en" in make conf; some programs recognize
"en" while others see only "en_US".

Anyway, that message should not be an error but rather a warning.

Never mind. That was what was printed as an emerge package message.
I looked inside the actual build log, and it is the same error as before:
include/builddefs:59: *** missing separator. Stop.

I also noticed an error indication on 'autoheader':
* Running libtoolize --copy --force ... [ ok ]
* Running aclocal -I m4 ... [ ok ]
* Running autoconf ... [ ok ]
* Running autoheader ... [ !! ]
* Running elibtoolize in: acl-2.2.45
* Applying portage-1.5.10.patch ...
....

I had previous re-emerged autoconf (2.61-r2), but it didn't make any
difference.
 
Page 1 of 1       All times are GMT - 5 Hours
The time now is Fri Nov 21, 2008 8:38 pm