| 1 |
On Tue, Jan 13, 2009 at 9:52 AM, Alan McKinnon <alan.mckinnon@×××××.com> wrote: |
| 2 |
> On Tuesday 13 January 2009 17:44:37 Paul Hartman wrote: |
| 3 |
>> Hi, |
| 4 |
>> |
| 5 |
>> I normally do "emerge -uDvN @world" (or in other words "emerge |
| 6 |
>> --update --deep --verbose --newuse @world"). Right now, it tells me |
| 7 |
>> this: |
| 8 |
>> |
| 9 |
>> Total: 0 packages, Size of downloads: 0 kB |
| 10 |
>> |
| 11 |
>> I also --depclean on a regular basis to remove any unneeded packages. |
| 12 |
>> Right now, it tells me this: |
| 13 |
>> |
| 14 |
>> No packages selected for removal by depclean |
| 15 |
>> |
| 16 |
>> Based on those two commands, I'm led to believe I have a fully updated |
| 17 |
>> system. So, then, I am curious why when I do "emerge -e @world" it |
| 18 |
>> tells me this: |
| 19 |
>> |
| 20 |
>> Total: 1432 packages (9 upgrades, 2 downgrades, 14 new, 1407 |
| 21 |
>> reinstalls, 1 interactive), Size of downloads: 76,235 kB |
| 22 |
>> |
| 23 |
>> How is that possible? Where do those upgrades, downgrades and new |
| 24 |
>> packages come from? What is missing from my traditional "-uDvN" |
| 25 |
>> command that is causing me to miss some of those updates? |
| 26 |
> |
| 27 |
> read the man page. |
| 28 |
> |
| 29 |
> Especially the bit about bdeps - these are usually not included |
| 30 |
> in 'emerge -uND world' but will be included when you use -e |
| 31 |
|
| 32 |
Well, I've read about that before and am using the default bdep |
| 33 |
behavior but I guess I don't understand it entirely. |
| 34 |
|
| 35 |
I've isolated basically all of the new/changed packages down to |
| 36 |
openoffice-3.0.0 -- if I do "emerge -vtp openoffice" it shows me this: |
| 37 |
|
| 38 |
[ebuild R ] app-office/openoffice-3.0.0 USE="binfilter cups dbus |
| 39 |
gtk java kde ldap mono nsplugin opengl pam -debug -eds -gnome |
| 40 |
-gstreamer -odk -templates" LINGUAS="en en_US -af -ar -as_IN -be_BY |
| 41 |
-bg -bn -br -bs -ca -cs -cy -da -de -dz -el -en_GB -en_ZA -eo -es -et |
| 42 |
-fa -fi -fr -ga -gl -gu_IN -he -hi_IN -hr -hu -it -ja -km -ko -ku -lt |
| 43 |
-lv -mk -ml_IN -mr_IN -nb -ne -nl -nn -nr -ns -or_IN -pa_IN -pl -pt |
| 44 |
-pt_BR -ru -rw -sh -sk -sl -sr -ss -st -sv -sw_TZ -ta_IN -te_IN -tg |
| 45 |
-th -ti_ER -tn -tr -ts -uk -ur_IN -ve -vi -xh -zh_CN -zh_TW -zu" |
| 46 |
10,552 kB |
| 47 |
|
| 48 |
So, apparently openoffice has ~10 megabytes of unfetched files even |
| 49 |
though I have not deleted any openoffice distfiles since I emerged it |
| 50 |
in November. That would make me think maybe the ebuild has changed |
| 51 |
without a version number change. Checking the date on the ebuild it is |
| 52 |
January 11 2009. However, the date on |
| 53 |
/var/db/pkg/app-office/openoffice-3.0.0/openoffice-3.0.0.ebuild is |
| 54 |
November 3 2008. A diff of the files shows some material changes |
| 55 |
(downloading newer builds from go-oo.org etc). So in this particular |
| 56 |
case I think my suspicion about the ebuild changing without a version |
| 57 |
number revision might be right. |
| 58 |
|
| 59 |
When I do "emerge -Dtp openoffice" it shows this: |
| 60 |
|
| 61 |
Calculating dependencies ... done! |
| 62 |
[ebuild R ] app-office/openoffice-3.0.0 |
| 63 |
[nomerge ] dev-perl/Archive-Zip-1.26 |
| 64 |
[ebuild UD] virtual/perl-File-Spec-3.29 [3.2701] |
| 65 |
[ebuild UD] perl-core/File-Spec-3.29 [3.2701] |
| 66 |
[nomerge ] dev-perl/Archive-Zip-1.26 |
| 67 |
[nomerge ] perl-core/File-Spec-3.29 [3.2701] |
| 68 |
[nomerge ] perl-core/Module-Build-0.31 |
| 69 |
[ebuild N ] virtual/perl-ExtUtils-ParseXS-2.19 |
| 70 |
[ebuild N ] perl-core/ExtUtils-ParseXS-2.19 |
| 71 |
[ebuild N ] virtual/perl-Module-Build-0.31 |
| 72 |
[ebuild N ] perl-core/Module-Build-0.31 |
| 73 |
[ebuild N ] virtual/perl-Archive-Tar-1.42 |
| 74 |
[ebuild N ] perl-core/Archive-Tar-1.42 USE="bzip2" |
| 75 |
[ebuild N ] dev-perl/IO-Compress-Bzip2-2.015 |
| 76 |
[ebuild N ] dev-perl/Compress-Raw-Bzip2-2.015 USE="-test" |
| 77 |
[ebuild N ] perl-core/Package-Constants-0.02 |
| 78 |
[ebuild N ] dev-perl/IO-String-1.08 |
| 79 |
[ebuild N ] virtual/perl-IO-Zlib-1.09 |
| 80 |
[ebuild N ] dev-perl/yaml-0.68 |
| 81 |
[nomerge ] virtual/perl-IO-Zlib-1.09 |
| 82 |
[ebuild N ] perl-core/IO-Zlib-1.09 |
| 83 |
[nomerge ] perl-core/File-Spec-3.29 [3.2701] |
| 84 |
[ebuild N ] virtual/perl-ExtUtils-CBuilder-0.24 |
| 85 |
|
| 86 |
I'm still not entirely clear on why those appear with --deep |
| 87 |
openoffice but not --deep world. If they are build-time deps, wouldn't |
| 88 |
they be included when I emerge openofifce without --deep? If they are |
| 89 |
related to dev-perl/Archive-Zip-1.26 (as it appears), which is |
| 90 |
installed, why don't they get touched by @world? Maybe I just can't |
| 91 |
wrap my brain around how it works, please have patience with me. |
| 92 |
thanks :) |
| 93 |
|
| 94 |
Paul |
Archives