1 |
On Tue, Jul 13, 2010 at 11:29 AM, Dale <rdalek1967@×××××.com> wrote: |
2 |
> Mark Knecht wrote: |
3 |
>> |
4 |
>> Right. I misspoke. New use flags, not new a package. |
5 |
>> |
6 |
>> However the outcome is consistent. It says it's 'fetching' because |
7 |
>> it's responding to the idea that there's a new use flag, but then |
8 |
>> fetches nothing because the file is already here and builds nothing |
9 |
>> because it's already been built. |
10 |
>> |
11 |
>> It's not a big deal. The machine is fine. Everything is consistent as |
12 |
>> far as I know. However some portion of the download logic in emerge is |
13 |
>> confused. |
14 |
>> |
15 |
>> I've seen this sort of thing a few times in the past but it's always |
16 |
>> cleared up in a day or two. This one has gone on for weeks. |
17 |
>> |
18 |
>> Note that I do use ~amd64 on portage& eix. Maybe it's a bug that |
19 |
>> hasn't been cleaned up yet. |
20 |
>> |
21 |
>> So, following through, there does appear to be a new flag setting |
22 |
>> (-gdu) however it's not triggered emerging @world even though packages |
23 |
>> on the system require gvfs according to equery. |
24 |
>> |
25 |
>> Somethings inconsistent. (Possibly my brain!) |
26 |
>> |
27 |
>> Cheers, |
28 |
>> Mark |
29 |
>> |
30 |
>> c2stable ~ # emerge -pvDuN gvfs |
31 |
>> |
32 |
>> These are the packages that would be merged, in order: |
33 |
>> |
34 |
>> Calculating dependencies... done! |
35 |
>> [ebuild R ] gnome-base/gvfs-1.4.3-r1 USE="gnome http udev |
36 |
>> -archive -avahi -bash-completion -bluetooth -cdda -doc -fuse -gdu* |
37 |
>> -gnome-keyring -gphoto2 -hal -samba" 0 kB |
38 |
>> |
39 |
>> Total: 1 package (1 reinstall), Size of downloads: 0 kB |
40 |
>> c2stable ~ # emerge -pvDuN @world |
41 |
>> |
42 |
>> These are the packages that would be merged, in order: |
43 |
>> |
44 |
>> Calculating dependencies... done! |
45 |
>> |
46 |
>> Total: 0 packages, Size of downloads: 0 kB |
47 |
>> c2stable ~ # equery depends gvfs |
48 |
>> * These packages depend on gvfs: |
49 |
>> app-cdr/brasero-2.28.3 (gnome-base/gvfs) |
50 |
>> gnome-base/gnome-2.28.2 (>=gnome-base/gvfs-1.4.3[gdu]) |
51 |
>> gnome-base/libgnome-2.28.0 (gnome-base/gvfs) |
52 |
>> gnome-base/nautilus-2.28.4-r1 (>=gnome-base/gvfs-0.1.2) |
53 |
>> c2stable ~ # |
54 |
>> |
55 |
>> |
56 |
>> Just curious. |
57 |
>> |
58 |
>> Cheers, |
59 |
>> Mark |
60 |
>> |
61 |
>> |
62 |
> |
63 |
> What does it do when you run: |
64 |
> |
65 |
> emerge -vDuN gvfs |
66 |
> |
67 |
> It should start to compile the package. Keep in mind, if you use the -f |
68 |
> option, it will fetch but not compile or anything else. I used to use that |
69 |
> back when I was on dial-up, which sucked by the way. Even this slow DSL is |
70 |
> about 30 times faster than my old dial-up. lol It *should* only fetch it |
71 |
> once tho unless it fails the checksum thingy. Portage should give you a |
72 |
> error message tho. |
73 |
> |
74 |
> Dale |
75 |
|
76 |
That probably does build. (The machine is now powered down so I'll |
77 |
save that for tomorrow.) |
78 |
|
79 |
I understand (or thought I did!) ;-) the use of -f. I use it every day |
80 |
to download any packages that are needed to update the system before |
81 |
starting the actual updates. I don't like the updates to get held up |
82 |
by some server that's not responding and giving me the files. |
83 |
|
84 |
So, every day I do updates (2-3 days a week maybe) the basic set of |
85 |
commands I consider running through looks like: |
86 |
|
87 |
eix-sync |
88 |
emerge -fDuN @world |
89 |
emerge -pvDuN @system |
90 |
emerge -DuN @system |
91 |
emerge -pvDuN @world |
92 |
emerge -DuN @world |
93 |
revdep-rebuild -ip |
94 |
eix-test-obsolete -d |
95 |
emerge -p --depclean |
96 |
|
97 |
Usually it takes 10-15 minutes if it's not a big day and it has ALWAYS |
98 |
resulted in |
99 |
|
100 |
emerge -fDuN @world |
101 |
|
102 |
fetching NOTHING new, at least until gvfs came along... |
103 |
|
104 |
Cheers, |
105 |
Mark |