Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[solved] how to avoid a message about broken orphaned files
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Tue Dec 19, 2017 3:50 pm    Post subject: [solved] how to avoid a message about broken orphaned files Reply with quote

hello,

i've installed some libraries manually because there is no ebuild package for them and i don't have a time to write it just now myself.

1) is there any solution how to supress the warning about broken orphaned files?

Code:

!!! Broken orphaned files: No installed package was found for the following:
        * /usr/lib32/wine/lin_ftchipid.dll.so
        * /usr/lib32/wine/lin_ftd2xx.dll.so


and one additional question:

2) emerge is still trying to re-emerge one package which contains my patches and just now compilation always fails. the package
works great and again i have no time to fix it just now. how to say emerge dont' try to rebuild that package and ignore it?

Code:

emerge -av --oneshot --complete-graph=y net-print/cnijfilter:2

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ~] net-print/cnijfilter-3.40:2::rpolasek  USE="(amd64) mg5200 servicetools -ip4800 -mg5100 -mg6100 -mg8100 -mp250 -mp280 -mp495 -nocupsdetection" 0 KiB


btw. i can't upgrade that package because this only package with my patches works with my printer...

thanks for help


Last edited by JohnBlbec on Wed Dec 20, 2017 3:40 pm; edited 1 time in total
Back to top
View user's profile Send private message
eccerr0r
Watchman
Watchman


Joined: 01 Jul 2004
Posts: 10019
Location: almost Mile High in the USA

PostPosted: Tue Dec 19, 2017 7:32 pm    Post subject: Reply with quote

For question #1, answer is to simply delete them. But you should figure out what put them there in the first place and what actually needs them. Chances are, since they don't work and you haven't noticed anything broken, they might well be deleted.

For question #2, you do have a USE flag change or something that changed that requires it to be recompiled. You can try passing --exclude net-print/cnijfilter to your emerge command.
_________________
Intel Core i7 2700K/Radeon R7 250/24GB DDR3/256GB SSD
What am I supposed watching?
Back to top
View user's profile Send private message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Tue Dec 19, 2017 8:22 pm    Post subject: Reply with quote

eccerr0r wrote:
For question #1, answer is to simply delete them. But you should figure out what put them there in the first place and what actually needs them. Chances are, since they don't work and you haven't noticed anything broken, they might well be deleted.


thanks for advice but as i said i installed them manually because i need them :-D

eccerr0r wrote:
For question #2, you do have a USE flag change or something that changed that requires it to be recompiled. You can try passing --exclude net-print/cnijfilter to your emerge command.


great, i'll try --exlude option but frankly speaking i'd prefer to create a file or record in the existing file in /etc/portage/ because always use --exclude is quite annoying
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 55239
Location: 56N 3W

PostPosted: Tue Dec 19, 2017 9:51 pm    Post subject: Reply with quote

JohnBlbec,

Files you install yourself should go into /usr/local, or possibly /opt/, not into the system filesystem managed by portage.
Portage ignores /usr/local but will install external binaries into /opt
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 23424

PostPosted: Wed Dec 20, 2017 2:23 am    Post subject: Reply with quote

JohnBlbec wrote:
thanks for advice but as i said i installed them manually because i need them :-D
If they're flagged as broken, and that test is not wrong, then they're not usable as-is. You may need them for something, but you won't be able to do that something until you fix them. If they are indeed broken, you can remove them without making anything worse. If they aren't broken, then you should try to determine why Portage thinks they are, and file a bug to have it stop reporting them incorrectly.

Of course, it'd be better to fix them than to remove them. Ordinarily, the fix is simply to re-emerge them. Since you installed them outside Portage control, reinstall/removal is now your responsibility. This is why we very frequently tell people to use a wrapper ebuild for anything installed system-wide.
JohnBlbec wrote:
great, i'll try --exlude option but frankly speaking i'd prefer to create a file or record in the existing file in /etc/portage/ because always use --exclude is quite annoying
The command you showed will always offer to rebuild the package because that's what you told Portage to do. What command are you using that offers it when you don't want it rebuilt? What output does that command produce?
Back to top
View user's profile Send private message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Wed Dec 20, 2017 5:10 am    Post subject: Reply with quote

NeddySeagoon wrote:
JohnBlbec,

Files you install yourself should go into /usr/local, or possibly /opt/, not into the system filesystem managed by portage.
Portage ignores /usr/local but will install external binaries into /opt


hi. i fully understand and agree. i always do just like you write but for that special case the files MUST be right
in the directory where they are because software running under wine requires that :-/
Back to top
View user's profile Send private message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Wed Dec 20, 2017 5:26 am    Post subject: Reply with quote

Hu wrote:
JohnBlbec wrote:
thanks for advice but as i said i installed them manually because i need them :-D
If they're flagged as broken, and that test is not wrong, then they're not usable as-is. You may need them for something, but you won't be able to do that something until you fix them. If they are indeed broken, you can remove them without making anything worse. If they aren't broken, then you should try to determine why Portage thinks they are, and file a bug to have it stop reporting them incorrectly.

Of course, it'd be better to fix them than to remove them. Ordinarily, the fix is simply to re-emerge them. Since you installed them outside Portage control, reinstall/removal is now your responsibility. This is why we very frequently tell people to use a wrapper ebuild for anything installed system-wide.
JohnBlbec wrote:
great, i'll try --exlude option but frankly speaking i'd prefer to create a file or record in the existing file in /etc/portage/ because always use --exclude is quite annoying
The command you showed will always offer to rebuild the package because that's what you told Portage to do. What command are you using that offers it when you don't want it rebuilt? What output does that command produce?


1)
well, they are not broken but emerge thinks they are because they haven't been installed using emerge. it makes sense and emerge does the best. i am just trying to find a possibility to tell emerge "hey, please ignore those files as i've added them manually so don't care them about". i don't know how i'd describe it better because i really using gentoo many many years and i don't need an advice for beginners like "remove the broken files" etc. i fully understand what it means - i only miss the way how to bypass that emerge check for my specified libraries. i'd welcome for example to have /etc/portage/exlude file or something similar...

2)
yes, it always offer to rebuild the package and again it does the best but my requirement is similar as for orphaned libraries. is there a way how to force emerge to ignore rebuilding my specified package?

thanks all for your help i really appreciate it
Back to top
View user's profile Send private message
Hu
Administrator
Administrator


Joined: 06 Mar 2007
Posts: 23424

PostPosted: Wed Dec 20, 2017 5:44 am    Post subject: Reply with quote

  1. If they aren't broken, and they are flagged as broken, then the script that checks for broken files is itself broken because it should not report non-broken files as broken. Please report that to its maintainer. Be prepared to explain why the files aren't broken. If you're not sure, please post here the full output of the command that reports the files to be broken, including the command line you used to start it.

    As best I can tell, Portage doesn't generate such a message (but gentoolkit's revdep-rebuild can).
  2. I don't understand your problem. You ran a command whose sole purpose is to rebuild the package. Portage accepts this and offers to rebuild the package. You don't want to rebuild the package. The solution is not to run that command, since it has no other purpose than to rebuild this package.

    As I asked above, are you using some other more general command that does not specifically ask for this package, and Portage decides to include this package anyway? If not, then the solution seems to be not to run the command that tells Portage to rebuild that specific package. If so, then please post that command.
Back to top
View user's profile Send private message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Wed Dec 20, 2017 6:33 am    Post subject: Reply with quote

Hu wrote:
  1. If they aren't broken, and they are flagged as broken, then the script that checks for broken files is itself broken because it should not report non-broken files as broken. Please report that to its maintainer. Be prepared to explain why the files aren't broken. If you're not sure, please post here the full output of the command that reports the files to be broken, including the command line you used to start it.

    As best I can tell, Portage doesn't generate such a message (but gentoolkit's revdep-rebuild can).
  2. I don't understand your problem. You ran a command whose sole purpose is to rebuild the package. Portage accepts this and offers to rebuild the package. You don't want to rebuild the package. The solution is not to run that command, since it has no other purpose than to rebuild this package.

    As I asked above, are you using some other more general command that does not specifically ask for this package, and Portage decides to include this package anyway? If not, then the solution seems to be not to run the command that tells Portage to rebuild that specific package. If so, then please post that command.


1)
ok so i'll have to update revdep-rebuild as i understand well. i thought that.

2)
i use for my usual gentoo update a command below:

Code:

emerge -avuDN --with-bdeps=y world && emerge -av @preserved-rebuild && dispatch-conf && revdep-rebuild -- -av && emerge --depclean -av


updated

maybe my english is really so bad and i'm not able to describe my problem well. i think it is very usual situation to keep the system up-to-date. i use the command above once a week for many years but always must look at 2 orphaned libraries which i installed manually because simply i need them. they are not broken. they haven't been installed using emerge only because the ebuild doesn't exist. that's the problem. next i always must ignore revdep-rebuild because between many packages which revdep-rebuild offers to rebuild (and it is good, very good) is only one package which is not compilable just now and which will never be compilable any more probably. those are two annoying problems i'd like to solve using the simplest way ever. i know i can write a new ebuild for my two external libraries and as well i can fix tuns of canon's c/c++ code for my wifi printer to solve my second problem but as you know it will consume much time i haven't...

i was thinking about simple solution, for example to have file /etc/portage/ignore-orphaned which will contain:

Code:

/usr/lib32/wine/lin_ftchipid.dll.so
/usr/lib32/wine/lin_ftd2xx.dll.so


and for example /etc/portage/ignore-rebuild with content:

Code:

=net-print/cnijfilter-3.40:2::rpolasek


and i'd be satisfied. i thought it is not possible and such feature hasn't been implemented yet but i needed to be sure. now i'm. thanks all for your contribution.


Last edited by JohnBlbec on Wed Dec 20, 2017 11:22 am; edited 1 time in total
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7471

PostPosted: Wed Dec 20, 2017 11:21 am    Post subject: Reply with quote

Code:
SEARCH_DIRS_MASK="/usr/lib32/wine"  >> /etc/revdep-rebuild/05wineoff

But still, please note that i agree with Hu and others: your files are broken, this will not fix them, just ignore everything broken in that directory.
Back to top
View user's profile Send private message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Wed Dec 20, 2017 11:27 am    Post subject: Reply with quote

krinn wrote:
Code:
SEARCH_DIRS_MASK="/usr/lib32/wine"  >> /etc/revdep-rebuild/05wineoff

But still, please note that i agree with Hu and others: your files are broken, this will not fix them, just ignore everything broken in that directory.


ok but my imagine about something broken is different. yes, we can talk about emerge's consistency but not about broken files.

to use /etc/revdep-rebuild/file for masking a directory is a good point!

updated

i've solved both issues. thanks for your support, guys!

issue 1)
i've created a file /etc/revdep-rebuild/99-asix-forte-wine-libs with content:
Code:

LD_LIBRARY_MASK="lin_ftchipid.dll.so lin_ftd2xx.dll.so"


issue 2)
i 've been inspired by set of patches for my canon mg5250 at http://data.gpo.zugaina.org/bar/net-print/cnijfilter/files/ and applied/adjusted some of them to my net-printer/cnijfilter. i didn't hope it'll work but after 4 hours it works...
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


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

PostPosted: Wed Dec 20, 2017 5:38 pm    Post subject: Reply with quote

I think your best bet is to make a custom ebuild and put it in a local overlay. That way you have your patched files exactly as you want them and the package is properly integrated into portage. Mask the package with <packagename>::gentoo in /etc/portage/package.mask. That way emerge won't try to update it.
Back to top
View user's profile Send private message
krinn
Watchman
Watchman


Joined: 02 May 2003
Posts: 7471

PostPosted: Wed Dec 20, 2017 5:46 pm    Post subject: Reply with quote

I don't get the "no rebuild" thing.
I could understand "don't upgrade", but not the "no rebuild".

Maybe OP is speaking about building a package with some hacks, and if portage rebuild the package without them it fail?
OP: if it's that, then have a look at https://wiki.gentoo.org/wiki//etc/portage/patches
Back to top
View user's profile Send private message
JohnBlbec
Guru
Guru


Joined: 08 Feb 2003
Posts: 306

PostPosted: Wed Dec 20, 2017 5:58 pm    Post subject: Reply with quote

krinn wrote:
I don't get the "no rebuild" thing.
I could understand "don't upgrade", but not the "no rebuild".

he probably meant [R] = re-emerge (rebuild)


Last edited by JohnBlbec on Thu Dec 21, 2017 4:58 am; edited 2 times in total
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


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

PostPosted: Wed Dec 20, 2017 7:07 pm    Post subject: Reply with quote

krinn wrote:
Maybe OP is speaking about building a package with some hacks, and if portage rebuild the package without them it fail?
OP: if it's that, then have a look at https://wiki.gentoo.org/wiki//etc/portage/patches

Another way to do it if it's only a few simple patches. If it's major surgery, a custom ebuild is better.
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
Page 1 of 1

 
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