Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] ebuild failing to handle redirects
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
pingtoo
Veteran
Veteran


Joined: 10 Sep 2021
Posts: 1355
Location: Richmond Hill, Canada

PostPosted: Sat Sep 11, 2021 7:46 pm    Post subject: Reply with quote

First apologize if this post appear in wrong place. This is my first time try to post.

Back to the subject, I notice you tried two different methods for the process.
First you run "ebuild sc-im-0.8.2.ebuild manifest", this lead to a problem, "No write access to /var/cache/distfiles". So it appear the userID used for the command does not have write permission to /var/cache/distfiles directory.
Second time you ran "sudo ebuild sc-im-0.8.2.ebuild manifest". This time the error is about no permission to crate the manifest file as "root" (because you use sudo) in /home/ari/coding/resources_/dinolay/app-office/sc-im/ directory

So it may appear to be permission problem but it is two different permission, first one is your own userID not able to write to a directory (/var/cache/distfiles) usually own by UID/GID "portage/portage". This can be fix by place your ID in to "portage" group. Second one you use "sudo", however "root" does not have permission to write in to your project dir(/home/ari/Ari/coding/resources_/dinolay/app-office/sc-im), this can be fix by chmod 777 to /home/ari/Ari/coding/resources_/dinolay/app-office/sc-im.

So bottom line, you used two different methods to perform same process, however due to effect UID, you have two different problems, Although both problems have same permission errors, those are two different problems.
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sat Sep 11, 2021 7:54 pm    Post subject: Reply with quote

Sorry. Got old eyes, they miss details.
Here is another guess.
1. Install pkgcheck if you haven't already.
2. Go to the directory where the ebuild is.
3. Run "pkgcheck scan"

If you don't see any obvious errors post the results.
Some of the errors may be nitpicking, some may be problems. pkgcheck is used by the dev's on the official tree. It is like "repoman scan" but even more picky.
IIRC, it is color coded. red errors are bad. orange are warnings. maybe bad. Maybe not.

EDIT:
Even if this shows nothing, pkgcheck is a handy tool to have.
Back to top
View user's profile Send private message
cboldt
Veteran
Veteran


Joined: 24 Aug 2005
Posts: 1046

PostPosted: Sat Sep 11, 2021 8:23 pm    Post subject: Reply with quote

The problem isn't the ebuild, per se. The ebuild works.

The problem is a some factor of location of the ebuild and permission train for portage to get there, and permisisons or similar for the distfiles directory.

I put the ebuild starting from the /var/db/repos/local space, ownership root.root, chmod 755

The /etc/portage/repos.conf/repos.conf file has a suitable entry for this repository.

distfilles are saved in /var/cache/distfiles, directory owned by root.portage, chmod 775

I've never tried to set up a repository starting from my user home directory, so I'm no help on that front, other than portage needs to be able to write to the directory where the ebuild is (to write the Manifest).
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 22913

PostPosted: Sat Sep 11, 2021 10:27 pm    Post subject: Reply with quote

pingtoo wrote:
First you run "ebuild sc-im-0.8.2.ebuild manifest", this lead to a problem, "No write access to /var/cache/distfiles". So it appear the userID used for the command does not have write permission to /var/cache/distfiles directory.
Correct. Normal users should not have write access here.
pingtoo wrote:
So it may appear to be permission problem but it is two different permission, first one is your own userID not able to write to a directory (/var/cache/distfiles) usually own by UID/GID "portage/portage". This can be fix by place your ID in to "portage" group.
This is the wrong solution.
pingtoo wrote:
Second one you use "sudo", however "root" does not have permission to write in to your project dir(/home/ari/Ari/coding/resources_/dinolay/app-office/sc-im), this can be fix by chmod 777 to /home/ari/Ari/coding/resources_/dinolay/app-office/sc-im.
Changing permissions to mode 777 is almost always the wrong solution. Please do not recommend this without an explanation of why it is appropriate.
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Sun Sep 12, 2021 12:36 am    Post subject: Reply with quote

Hu wrote:
Changing permissions to mode 777 is almost always the wrong solution. Please do not recommend this without an explanation of why it is appropriate.

Yes. That might be a quick fix, but plastering over the problem.

Pardon me if it appears above, but what is the result of:
Code:
stat /home/ari/Ari/coding/resources_/dinolay/app-office/sc-im
ls -al stat /home/ari/Ari/coding/resources_/dinolay/app-office/sc-im
groups ari
ls -al /var/cache/distfiles


EDIT:
For reference, here is a similar listing for one of my local ebuilds:
Code:
 # stat `pwd`
  File: /usr/local/mybuilds/www-client/palemoon
  Size: 4096         Blocks: 8          IO Block: 4096   directory
Device: 802h/2050d   Inode: 8655849     Links: 3
Access: (0755/drwxr-xr-x)  Uid: (  250/ portage)   Gid: (  250/ portage)
Access: 2021-08-23 19:26:20.000000000 -0500
Modify: 2021-08-23 19:26:20.000000000 -0500
Change: 2021-08-23 19:26:38.087050250 -0500
 Birth: 2018-08-14 14:39:16.302261219 -0500
 # ls -al `pwd`
total 92
drwxr-xr-x 3 portage portage 4096 Aug 23 19:26 .
 # groups tony
wheel audio users portage tony
## ls -al /var/cache/ |grep distfiles
drwxr-xr-x 11 portage portage 585728 Sep 11 17:34 distfiles
Notice I changed that last command, otherwise it scrolls off the screen and I'm only interested in the directory.
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 22913

PostPosted: Sun Sep 12, 2021 1:02 am    Post subject: Reply with quote

Tony0945 wrote:
Notice I changed that last command, otherwise it scrolls off the screen and I'm only interested in the directory.
You can use -d for this purpose:
Code:
ls -ld /var/cache/distfiles
Back to top
View user's profile Send private message
Ari_archer
Tux's lil' helper
Tux's lil' helper


Joined: 30 Aug 2021
Posts: 130
Location: Lithuania

PostPosted: Sun Sep 12, 2021 3:48 pm    Post subject: Reply with quote

pingtoo wrote:
First apologize if this post appear in wrong place. This is my first time try to post.

Back to the subject, I notice you tried two different methods for the process.
First you run "ebuild sc-im-0.8.2.ebuild manifest", this lead to a problem, "No write access to /var/cache/distfiles". So it appear the userID used for the command does not have write permission to /var/cache/distfiles directory.
Second time you ran "sudo ebuild sc-im-0.8.2.ebuild manifest". This time the error is about no permission to crate the manifest file as "root" (because you use sudo) in /home/ari/coding/resources_/dinolay/app-office/sc-im/ directory

So it may appear to be permission problem but it is two different permission, first one is your own userID not able to write to a directory (/var/cache/distfiles) usually own by UID/GID "portage/portage". This can be fix by place your ID in to "portage" group. Second one you use "sudo", however "root" does not have permission to write in to your project dir(/home/ari/Ari/coding/resources_/dinolay/app-office/sc-im), this can be fix by chmod 777 to /home/ari/Ari/coding/resources_/dinolay/app-office/sc-im.

So bottom line, you used two different methods to perform same process, however due to effect UID, you have two different problems, Although both problems have same permission errors, those are two different problems.



Thank you! adding myself to the portage group fixed it!
_________________
regards,
ari
Back to top
View user's profile Send private message
Ari_archer
Tux's lil' helper
Tux's lil' helper


Joined: 30 Aug 2021
Posts: 130
Location: Lithuania

PostPosted: Sun Sep 12, 2021 3:49 pm    Post subject: It's [SOLVED] Reply with quote

It's finally solved! all it took is for me to add myself to the portage group....

Sorry for this much hassle. but now it works flawlessly.

I will make this post as [SOLVED] now, thank you
_________________
regards,
ari
Back to top
View user's profile Send private message
pjp
Administrator
Administrator


Joined: 16 Apr 2002
Posts: 20550

PostPosted: Sun Sep 12, 2021 8:44 pm    Post subject: Re: It's [SOLVED] Reply with quote

Ari_archer wrote:
It's finally solved! all it took is for me to add myself to the portage group....

Sorry for this much hassle. but now it works flawlessly.

I will make this post as [SOLVED] now, thank you
I'd like to add a caution to Future User who finds this "SOLVED" thread while looking for a solution.

Hu wrote:
pingtoo wrote:
So it may appear to be permission problem but it is two different permission, first one is your own userID not able to write to a directory (/var/cache/distfiles) usually own by UID/GID "portage/portage". This can be fix by place your ID in to "portage" group.
This is the wrong solution.
More detail:
Hu wrote:
I consider it discouraged based on a warning I once saw that putting your user in the Linux group portage gives all your processes the ability to manipulate some files that are written/trusted by emerge. In the extreme case, a badly behaved process (whether malicious or just malfunctioning) could impact some aspects of Portage configuration, causing surprising or unwanted results the next time root uses emerge to manage the system. The output shown in this thread is one example: anyone in the Portage group can rewrite that list, which could mislead Portage into preserving a library it should not, or not preserving a library it should. If you trust everything you run, adding your user to the group portage should be fine.
That thread contains another related post, but the above should be sufficient to reference in this thread.



pingtoo requested clarification on why his suggestions were considered incorrect. That thread is here:
[split] why is my suggestions were consider incorrect.
_________________
Quis separabit? Quo animo?
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum