* [gentoo-user] Packages from overlays @ 2007-01-13 0:49 Willie Wong 2007-01-13 4:15 ` Dale ` (2 more replies) 0 siblings, 3 replies; 14+ messages in thread From: Willie Wong @ 2007-01-13 0:49 UTC (permalink / raw To: gentoo-user Hi list, Is there a way of finding out whether I have packages installed on my system from a given overlay? I am asking because I noticed that some of the packages I've installed (such as GoogleEarth) from overlays had been incorporated into the official portage. I would like to 'unsubscribe' to overlays that doesn't have packages that I need. Thanks, Willie -- Will will will unless Will wills willingly. Maybe Willow ~tiredwired. Sunday Oct. 6. 6:00pm Sortir en Pantoufles: up 35 days, 23:04 -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 0:49 [gentoo-user] Packages from overlays Willie Wong @ 2007-01-13 4:15 ` Dale 2007-01-13 4:27 ` Kent Fredric 2007-01-13 5:03 ` Bo Ørsted Andresen 2007-01-13 4:22 ` Bo Ørsted Andresen 2007-01-13 12:31 ` Neil Bothwick 2 siblings, 2 replies; 14+ messages in thread From: Dale @ 2007-01-13 4:15 UTC (permalink / raw To: gentoo-user Willie Wong wrote: > Hi list, > > Is there a way of finding out whether I have packages installed on > my system from a given overlay? I am asking because I noticed that > some of the packages I've installed (such as GoogleEarth) from > overlays had been incorporated into the official portage. I would > like to 'unsubscribe' to overlays that doesn't have packages that I > need. > > Thanks, > > Willie > You may want to reconsider this. I have googleearth installed here and it doesn't get along well with portage and it's digest checking. Of course, it doesn't like my dial-up either. LOL >From what I understand Google doesn't allow Gentoo to mirror the souce tarball. After you install it and sync later on, if Google has changed something, you get a digest error. It will delete the tarball from distfiles too. I'm on dial-up and that sort of ticks me off, The way I got around it is to manually delete it from my world file. That way it doesn't check the digest. Some guru may have a better way to do this but this is what I have ran into with googleearth. May want to check farther before you run into the same thing I did. Hope that helps, and makes sense. Sometimes I don't. LOL Dale :-) :-) :-) -- www.myspace.com/dalek1967 -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 4:15 ` Dale @ 2007-01-13 4:27 ` Kent Fredric 2007-01-13 6:28 ` Dale 2007-01-13 5:03 ` Bo Ørsted Andresen 1 sibling, 1 reply; 14+ messages in thread From: Kent Fredric @ 2007-01-13 4:27 UTC (permalink / raw To: gentoo-user On 1/13/07, Dale <dalek@exceedtech.net> wrote: > You may want to reconsider this. I have googleearth installed here and > it doesn't get along well with portage and it's digest checking. Of > course, it doesn't like my dial-up either. LOL It would appear google has updated their package without changing the name, and portage has not been notified of this change. If you want it to work, delete the digest file for it in ${PORTAGE_DIR}/x11-misc/googleearth/files/digest-googleearth-4_beta and then re-generate it with ebuild ${PORTAGE_DIR}/x11-misc/googleearth/googleearth-4_beta digest and that should fix you up. I found it still compiles and runs fine *shrugs* -- /<ent Fredric (aka theJackal) -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 4:27 ` Kent Fredric @ 2007-01-13 6:28 ` Dale 2007-01-13 6:47 ` Bo Ørsted Andresen 0 siblings, 1 reply; 14+ messages in thread From: Dale @ 2007-01-13 6:28 UTC (permalink / raw To: gentoo-user Kent Fredric wrote: > On 1/13/07, Dale <dalek@exceedtech.net> wrote: >> You may want to reconsider this. I have googleearth installed here and >> it doesn't get along well with portage and it's digest checking. Of >> course, it doesn't like my dial-up either. LOL > > It would appear google has updated their package without changing the > name, and portage has not been notified of this change. If you want it > to work, delete the digest file for it in > ${PORTAGE_DIR}/x11-misc/googleearth/files/digest-googleearth-4_beta > and then re-generate it with > ebuild ${PORTAGE_DIR}/x11-misc/googleearth/googleearth-4_beta digest > > and that should fix you up. I found it still compiles and runs fine > *shrugs* > True, you hit the problem right on the head. That is exactly what they do. But what I had noticed is that they change that thing a lot. Since I am on a really slow dial-up here, I check for updates, sync, every couple days or so. While I know that it comes from Google and I don't question the tarball from a security point of view, portage still complains about it each time and deletes it for me, since it thinks it is a security problem. That would normally be a great idea but then I have to download it again, which takes a little over two hours for me. I get about 10Mbs a hour here. < goes to have a good cry > Plus, it is a pain in the butt to have to manually do the digest thing every time I sync up too. My solution was to remove it from the world file, since portage had already deleted the tarball and I didn't want to download it again to do a oneshot install. Now the only drawback is that --depclean -p tells me it is not needed since it is not in the world file and is not a dependancy. I do that manually anyways so it doesn't matter. I'm no guru but if he wants it out of overlay, he may want to emerge it as a oneshot at least. Then just check for updates on occasion. I had to use the --digest option too when I installed it. That way it assumes it is OK and doesnt' check it. Hope that makes sense. Maybe . . . . LOL Dale :-) :-) :-) -- www.myspace.com/dalek1967 -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 6:28 ` Dale @ 2007-01-13 6:47 ` Bo Ørsted Andresen 2007-01-13 7:28 ` Dale 0 siblings, 1 reply; 14+ messages in thread From: Bo Ørsted Andresen @ 2007-01-13 6:47 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1379 bytes --] I've gotten this mail twice now. On Saturday 13 January 2007 07:28, Dale wrote: > Kent Fredric wrote: > > It would appear google has updated their package without changing the > > name, and portage has not been notified of this change. It's the other way around. He gets a digest verification error *because* portage was notified. The old ebuild gets removed because it's tarball is now unavailable upstream (and a new is available under the same name). [SNIP] > > and that should fix you up. I found it still compiles and runs fine > > *shrugs* Not much of a fix. Just gets the old version. Of course it still compiles and runs. It hasn't changed at all. [SNIP] > While I know that it comes from Google and I don't question the tarball from > a security point of view, portage still complains about it each time and > deletes it for me, since it thinks it is a security problem. That would > normally be a great idea but then I have to download it again, which takes a > little over two hours for me. I get about 10Mbs a hour here. [SNIP] I can't help wondering. If you don't have the bandwidth to upgrade when there is an upgrade. How useful is googleearth to you then. It's not like it doesn't require any bandwidth just to run... Also the more often you sync the more bandwidth you need with Gentoo in general.. -- Bo Andresen [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 6:47 ` Bo Ørsted Andresen @ 2007-01-13 7:28 ` Dale 0 siblings, 0 replies; 14+ messages in thread From: Dale @ 2007-01-13 7:28 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 2717 bytes --] Bo Ørsted Andresen wrote: > I've gotten this mail twice now. > > On Saturday 13 January 2007 07:28, Dale wrote: > >> Kent Fredric wrote: >> >>> It would appear google has updated their package without changing the >>> name, and portage has not been notified of this change. >>> > > It's the other way around. He gets a digest verification error *because* > portage was notified. The old ebuild gets removed because it's tarball is now > unavailable upstream (and a new is available under the same name). > > [SNIP] > >>> and that should fix you up. I found it still compiles and runs fine >>> *shrugs* >>> > > Not much of a fix. Just gets the old version. Of course it still compiles and > runs. It hasn't changed at all. > > [SNIP] > >> While I know that it comes from Google and I don't question the tarball from >> a security point of view, portage still complains about it each time and >> deletes it for me, since it thinks it is a security problem. That would >> normally be a great idea but then I have to download it again, which takes a >> little over two hours for me. I get about 10Mbs a hour here. >> > [SNIP] > > I can't help wondering. If you don't have the bandwidth to upgrade when there > is an upgrade. How useful is googleearth to you then. It's not like it > doesn't require any bandwidth just to run... Also the more often you sync the > more bandwidth you need with Gentoo in general.. > > I only got it once. :/ Well, I tried the other way around, not updating as often but I have it all planned out now. The problem with waiting is that it builds up. I would hate to sync after a month or so then find out OOo and KDE was updated, plus some otehrs for good measure. Just OOo takes me about 24 hours to download. Yes, I get the compiled version. This is Gentoo after all. ;-) Plus, I ran into a config nightmare. To many updates at once for me. I'm not a guru. The way I do is this, I connect around 10:00PM, check my emails and sometimes the weather. Then I start the sync process and tell it to fetch the new stuff afterwards, got to love the &&. While it is doing that, I go for my nightly soak in the tub. I have a skin disorder and I have spent several hours in the tub. This works well because at the very least the fetch has started and sometimes it has been fetching for a while. It depends on how many things are updated and how long I soak. As for googleearth, well, dial-up has taught me patience. It works, it just takes a really long time to get there. Sometimes another soak in the tub. LOL Dale :-) :-) :-) -- www.myspace.com/dalek1967 [-- Attachment #2: Type: text/html, Size: 3598 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 4:15 ` Dale 2007-01-13 4:27 ` Kent Fredric @ 2007-01-13 5:03 ` Bo Ørsted Andresen 1 sibling, 0 replies; 14+ messages in thread From: Bo Ørsted Andresen @ 2007-01-13 5:03 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1418 bytes --] Doesn't really seem to be related to OPs question so it probably should have been a new thread, however... On Saturday 13 January 2007 05:15, Dale wrote: [SNIP] > From what I understand Google doesn't allow Gentoo to mirror the souce > tarball. After you install it and sync later on, if Google has changed > something, you get a digest error. The real issue is that google refuse to rename the tarball when they release a new version. The secondary issue is then that Gentoo can't rename it on their own mirros since they aren't allowed to redistribute it. > It will delete the tarball from distfiles too. Without your consent?? > I'm on dial-up and that sort of ticks me off, Understandable. You should, however, realize that it is an actual upgrade you're rejecting in this case. > The way I got around it is to manually delete it from my world file. > That way it doesn't check the digest. Some guru may have a better way > to do this but this is what I have ran into with googleearth. May want > to check farther before you run into the same thing I did. I don't really have a better suggestion if you don't want the upgrades. Redigesting it as Kent suggests seems rather pointless as you would just be reinstalling the old version (while tricking portage into believing you get the newer version (as if that mattered ;)) with no actual gain. -- Bo Andresen [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 0:49 [gentoo-user] Packages from overlays Willie Wong 2007-01-13 4:15 ` Dale @ 2007-01-13 4:22 ` Bo Ørsted Andresen 2007-01-13 4:57 ` [gentoo-user] " »Q« 2007-01-13 5:09 ` [gentoo-user] " Willie Wong 2007-01-13 12:31 ` Neil Bothwick 2 siblings, 2 replies; 14+ messages in thread From: Bo Ørsted Andresen @ 2007-01-13 4:22 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1139 bytes --] On Saturday 13 January 2007 01:49, Willie Wong wrote: > Is there a way of finding out whether I have packages installed on > my system from a given overlay? I am asking because I noticed that > some of the packages I've installed (such as GoogleEarth) from > overlays had been incorporated into the official portage. I would > like to 'unsubscribe' to overlays that doesn't have packages that I > need. Portage currently does not store any information about where a package was installed from. Therefore the best you can do is manually inspect the output of `eix --installed-overlay`. It will show all packages where the version you have installed exists in any overlay (and you can see if they exist in the tree too). That, however, only implies that they might have been installed from that overlay.. It does require app-portage/eix-0.8.x. Also if you use update-eix-remote you better (re)move the eix database (/var/cache/eix) and regenerate the database with `update-eix` first or you will get a lot of false positives. IOW you need the eix database to only contain installed overlays. -- Bo Andresen [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* [gentoo-user] Re: Packages from overlays 2007-01-13 4:22 ` Bo Ørsted Andresen @ 2007-01-13 4:57 ` »Q« 2007-01-13 5:09 ` [gentoo-user] " Willie Wong 1 sibling, 0 replies; 14+ messages in thread From: »Q« @ 2007-01-13 4:57 UTC (permalink / raw To: gentoo-user In <news:200701130522.33469.bo.andresen@zlin.dk>, Bo Ørsted Andresen <bo.andresen@zlin.dk> wrote: > Portage currently does not store any information about where a > package was installed from. Therefore the best you can do is manually > inspect the output of `eix --installed-overlay`. It will show all > packages where the version you have installed exists in any overlay > (and you can see if they exist in the tree too). That, however, only > implies that they might have been installed from that overlay.. > > It does require app-portage/eix-0.8.x. This approach seems to work ok with eix 0.6.4, but the switch is just --overlay -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 4:22 ` Bo Ørsted Andresen 2007-01-13 4:57 ` [gentoo-user] " »Q« @ 2007-01-13 5:09 ` Willie Wong 2007-01-13 6:04 ` Bo Ørsted Andresen 1 sibling, 1 reply; 14+ messages in thread From: Willie Wong @ 2007-01-13 5:09 UTC (permalink / raw To: gentoo-user On Sat, Jan 13, 2007 at 05:22:27AM +0100, Penguin Lover Bo ?rsted Andresen squawked: > Portage currently does not store any information about where a package was > installed from. Therefore the best you can do is manually inspect the output > of `eix --installed-overlay`. It will show all packages where the version you > have installed exists in any overlay (and you can see if they exist in the > tree too). That, however, only implies that they might have been installed > from that overlay.. Oh, that is too bad. I think I can live with having extra overlays living on my testing box. Just a thought though: would the following be advisable/work? Could I just delete those relevant overlays (either layman -d or perhaps commenting them out in the relevant parts of the make.confs) and see if emerge complains about non-existant packages in my world file or unsatisfiable dependency? IIRC, I shouldn't have any packages installed from overlays for more recent versions than portage offered; I only install them from overlays when the ebuilds are not in portage at all. W -- This is not an optical illusion. It just looks like one. Sortir en Pantoufles: up 36 days, 3:22 -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 5:09 ` [gentoo-user] " Willie Wong @ 2007-01-13 6:04 ` Bo Ørsted Andresen 0 siblings, 0 replies; 14+ messages in thread From: Bo Ørsted Andresen @ 2007-01-13 6:04 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1567 bytes --] On Saturday 13 January 2007 06:09, Willie Wong wrote: > Oh, that is too bad. Unless you have a lot of overlays it not really *that* bad. [SNIP] > Just a thought though: would the following be advisable/work? > > Could I just delete those relevant overlays (either layman -d or > perhaps commenting them out in the relevant parts of the make.confs) > and see if emerge complains about non-existant packages in my world > file or unsatisfiable dependency? IIRC, I shouldn't have any packages > installed from overlays for more recent versions than portage offered; > I only install them from overlays when the ebuilds are not in portage > at all. # PORTDIR_OVERLAY="" emerge -ep world >/dev/null !!! Ebuilds for the following packages are either all !!! masked or don't exist: dev-util/regex-coach app-portage/pfs net-analyzer/ksniffer kde-misc/kcpufreq app-portage/gentoo-stats So yeah, that works. :) IMO the real solution for your problem, however, is a package manager with true multiple repository support allowing you to control from which repository you want to install a given package. I'm not sure if pkgcore is there yet (since I don't follow it too closely), but paludis is. Paludis thus also stores information about which repository a package was installed from. With portage if the same ebuild or eclass exists in any of your overlays and in the tree then the one in the tree will just be hidden to portage behind the overlay. That's why they are called overlays in the first place.. ;) -- Bo Andresen [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 0:49 [gentoo-user] Packages from overlays Willie Wong 2007-01-13 4:15 ` Dale 2007-01-13 4:22 ` Bo Ørsted Andresen @ 2007-01-13 12:31 ` Neil Bothwick 2007-01-13 17:30 ` Willie Wong 2 siblings, 1 reply; 14+ messages in thread From: Neil Bothwick @ 2007-01-13 12:31 UTC (permalink / raw To: gentoo-user [-- Attachment #1.1: Type: text/plain, Size: 713 bytes --] On Fri, 12 Jan 2007 19:49:16 -0500, Willie Wong wrote: > Is there a way of finding out whether I have packages installed on > my system from a given overlay? I am asking because I noticed that > some of the packages I've installed (such as GoogleEarth) from > overlays had been incorporated into the official portage. I would > like to 'unsubscribe' to overlays that doesn't have packages that I > need. I use the attached script to look for packages installed from overlay where the same version is available in portage. Run it with the -v option to see a diff between the two ebuilds, otherwise it just reports names. -- Neil Bothwick Where do you think you're going today? [-- Attachment #1.2: checkoverlay --] [-- Type: application/octet-stream, Size: 683 bytes --] #!/bin/bash PORTDIR=$(portageq portdir) OVERLAYS=$(portageq portdir_overlay) find /var/db/pkg -name environment.bz2 | while read PKG; do for OVERLAY in ${OVERLAYS}; do EBUILD=$(bzgrep ^EBUILD\=${OVERLAY} ${PKG} | sed "s:^EBUILD\=${OVERLAY}/\(.*\):\1:") [ -z "${EBUILD}" ] && continue if [ -f ${PORTDIR}/${EBUILD} ]; then basename ${EBUILD} if [ "$1" == "-v" ]; then if [ -f ${OVERLAY}/${EBUILD} ]; then colordiff -u ${PORTDIR}/${EBUILD} ${OVERLAY}/${EBUILD} else echo "$(basename ${EBUILD}) was installed from ${OVERLAY}/${EBUILD}, which no longer exists" fi echo -e "\n========================================\n" fi fi done done [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 12:31 ` Neil Bothwick @ 2007-01-13 17:30 ` Willie Wong 2007-01-13 20:48 ` Neil Bothwick 0 siblings, 1 reply; 14+ messages in thread From: Willie Wong @ 2007-01-13 17:30 UTC (permalink / raw To: gentoo-user On Sat, Jan 13, 2007 at 12:31:33PM +0000, Penguin Lover Neil Bothwick squawked: > I use the attached script to look for packages installed from overlay > where the same version is available in portage. Run it with the -v option > to see a diff between the two ebuilds, otherwise it just reports names. Whoa! Thanks, Neil! W -- "What was the self-sacrifice? " "I jettisoned half of a much loved and I think irreplaceable pair of shoes. " "Why was that self-sacrifice? " "Because they were mine! " said Ford crossly. "I think we have different value systems. " "Well mine's better. " "That's according to your... oh never mind. " Sortir en Pantoufles: up 36 days, 15:48 -- gentoo-user@gentoo.org mailing list ^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [gentoo-user] Packages from overlays 2007-01-13 17:30 ` Willie Wong @ 2007-01-13 20:48 ` Neil Bothwick 0 siblings, 0 replies; 14+ messages in thread From: Neil Bothwick @ 2007-01-13 20:48 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 802 bytes --] On Sat, 13 Jan 2007 12:30:44 -0500, Willie Wong wrote: > On Sat, Jan 13, 2007 at 12:31:33PM +0000, Penguin Lover Neil Bothwick > squawked: LOL! > > I use the attached script to look for packages installed from overlay > > where the same version is available in portage. Run it with the -v > > option to see a diff between the two ebuilds, otherwise it just > > reports names. > > Whoa! Thanks, Neil! No problem, I wrote it for my own use some time ago. It uses colordiff to produce the diffs so either 1) Emerge colordiff 2) Edit the script to use diff instead 3) Don't use the -v option Warranty is the usual "whatever happens, happens" and if it breaks, you get to keep the pieces. -- Neil Bothwick Captain, I sense millions of minds focused on my cleavage. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2007-01-13 20:55 UTC | newest] Thread overview: 14+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2007-01-13 0:49 [gentoo-user] Packages from overlays Willie Wong 2007-01-13 4:15 ` Dale 2007-01-13 4:27 ` Kent Fredric 2007-01-13 6:28 ` Dale 2007-01-13 6:47 ` Bo Ørsted Andresen 2007-01-13 7:28 ` Dale 2007-01-13 5:03 ` Bo Ørsted Andresen 2007-01-13 4:22 ` Bo Ørsted Andresen 2007-01-13 4:57 ` [gentoo-user] " »Q« 2007-01-13 5:09 ` [gentoo-user] " Willie Wong 2007-01-13 6:04 ` Bo Ørsted Andresen 2007-01-13 12:31 ` Neil Bothwick 2007-01-13 17:30 ` Willie Wong 2007-01-13 20:48 ` Neil Bothwick
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox