On Tue, Jul 13, 2010 at 10:54 AM, Dale <rdalek1...@gmail.com> wrote:
> Mark Knecht wrote:
>>
>> On Tue, Jul 13, 2010 at 10:11 AM, Dale<rdalek1...@gmail.com>  wrote:
>>
>>>
>>> Mark Knecht wrote:
>>>
>>>>
>>>> Strange little problem. emerge keeps fetching (not downloading) the
>>>> same file but doesn't seem to need to build it:
>>>>
>>>> c2stable ~ # emerge -fDuN @world
>>>> Calculating dependencies... done!
>>>>
>>>>
>>>>
>>>>>>>
>>>>>>> Fetching (1 of 1) gnome-base/gvfs-1.4.3-r1
>>>>>>>
>>>>>>>
>>>>
>>>>  * gvfs-1.4.3.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...
>>>>                         [ ok ]
>>>>  * checking ebuild checksums ;-) ...
>>>>                         [ ok ]
>>>>  * checking auxfile checksums ;-) ...
>>>>                         [ ok ]
>>>>  * checking miscfile checksums ;-) ...
>>>>                         [ ok ]
>>>> c2stable ~ # emerge -DuN @world
>>>> Calculating dependencies... done!
>>>>
>>>>
>>>>>>>
>>>>>>> Auto-cleaning packages...
>>>>>>>
>>>>>>>
>>>>
>>>>
>>>>>>>
>>>>>>> No outdated packages were found on your system.
>>>>>>>
>>>>>>>
>>>>
>>>> c2stable ~ # emerge -fDuN @world
>>>> Calculating dependencies... done!
>>>>
>>>>
>>>>
>>>>>>>
>>>>>>> Fetching (1 of 1) gnome-base/gvfs-1.4.3-r1
>>>>>>>
>>>>>>>
>>>>
>>>>  * gvfs-1.4.3.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...
>>>>                         [ ok ]
>>>>  * checking ebuild checksums ;-) ...
>>>>                         [ ok ]
>>>>  * checking auxfile checksums ;-) ...
>>>>                         [ ok ]
>>>>  * checking miscfile checksums ;-) ...
>>>>                         [ ok ]
>>>> c2stable ~ #
>>>>
>>>>
>>>> What controls this?
>>>>
>>>> I've tried removing the distfile. Then it downloads the file but still
>>>> doesn't build it because, as you guessed, it's already installed:
>>>>
>>>> c2stable ~ # eix -I gvfs
>>>> [I] gnome-base/gvfs
>>>>      Available versions:  1.2.3 1.4.3-r1 ~1.6.3 {archive avahi
>>>> bash-completion bluetooth cdda debug doc fuse gdu gnome gnome-keyring
>>>> gphoto2 hal +http iphone samba +udev}
>>>>      Installed versions:  1.4.3-r1(07:15:15 05/06/10)(gdu gnome http
>>>> udev -archive -avahi -bash-completion -bluetooth -cdda -doc -fuse
>>>> -gnome-keyring -gphoto2 -hal -samba)
>>>>      Homepage:            http://www.gnome.org
>>>>      Description:         GNOME Virtual Filesystem Layer
>>>>
>>>> c2stable ~ #
>>>>
>>>> Thanks,
>>>> Mark
>>>>
>>>>
>>>>
>>>
>>> Well, the -f option tells it to only fetch the file.  Also, if the
>>> package
>>> is already installed and up to date, you would need to remove the -u as
>>> well, since there is no update.
>>>
>>> If this package is not something you want in the world file, you may want
>>> to
>>> use the -1 option, after removing the other options of course.
>>>
>>> Dale
>>>
>>> :-)  :-)
>>>
>>
>> The package in not in my world file and it's being 'fetched' even
>> though it's already on the system.
>>
>> Using your logic emerge -fDuN @world (meaning 'fetch everything I need
>> to do emerge -DuN @world) would 'fetch' everything. It should only
>> fetch files that are new (I.e. - meet the -DuN criteria) and indeed
>> for all other files it does not fetch them.
>>
>> The -u option has no effect WRT this problem:
>>
>> .c2stable ~ # emerge -fDN @world
>> Calculating dependencies... done!
>>
>>
>>>>>
>>>>> Fetching (1 of 1) gnome-base/gvfs-1.4.3-r1
>>>>>
>>
>>  * gvfs-1.4.3.tar.bz2 RMD160 SHA1 SHA256 size ;-) ...
>>                         [ ok ]
>>  * checking ebuild checksums ;-) ...
>>                         [ ok ]
>>  * checking auxfile checksums ;-) ...
>>                         [ ok ]
>>  * checking miscfile checksums ;-) ...
>>                         [ ok ]
>> c2stable ~ #
>>
>> The 'fetch' is acting like it's 'new' as the -N option is what's
>> kicking this off:
>>
>> c2stable ~ # emerge -fDu @world
>> Calculating dependencies... done!
>> c2stable ~ #
>>
>> However, it's not 'new'. It's already installed.
>>
>> I suspect this is some weird manifest issue or something having to do
>> with the ebuilds but I personally don't want to touch any of that by
>> hand.
>>
>> The problem has existed for 2-3 weeks at least.
>>
>> Cheers,
>> Mark
>>
>
> In the past, if something has a digest failure, there is a error.  Maybe
> that has changed but that is what I have got in the past.  I see this a lot
> with googleearth for example.
>
> Maybe I am misreading something regarding the error but it seems it is doing
> what you tell it to do to me.  The -N option is for USE flags not new
> packages.  From the man page:
>
>       --newuse (-N)
>              Tells emerge to include installed packages where USE flags have
>  changed  since  compilation.  This
>              option also implies the --selective option.  USE flag changes
> include:
>
>              A  USE  flag was added to a package.  A USE flag was removed
> from a package.  A USE flag was turned
>              on for a package.  A USE flag was turned off for a package.
>
>              USE flags may be toggled by your profile as well as your USE
> and package.use settings.
>
>
> The -f option will only fetch so the reason it is not compiling it again is
> because you are not telling it to compile but only to fetch.
>
> Maybe someone else will come along and read this differently and see
> something I am missing.
>
> Dale

Right. I misspoke. New use flags, not new a package.

However the outcome is consistent. It says it's 'fetching' because
it's responding to the idea that there's a new use flag, but then
fetches nothing because the file is already here and builds nothing
because it's already been built.

It's not a big deal. The machine is fine. Everything is consistent as
far as I know. However some portion of the download logic in emerge is
confused.

I've seen this sort of thing a few times in the past but it's always
cleared up in a day or two. This one has gone on for weeks.

Note that I do use ~amd64 on portage & eix. Maybe it's a bug that
hasn't been cleaned up yet.

So, following through, there does appear to be a new flag setting
(-gdu) however it's not triggered emerging @world even though packages
on the system require gvfs according to equery.

Somethings inconsistent. (Possibly my brain!)

Cheers,
Mark

c2stable ~ # emerge -pvDuN gvfs

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

Calculating dependencies... done!
[ebuild   R   ] gnome-base/gvfs-1.4.3-r1  USE="gnome http udev
-archive -avahi -bash-completion -bluetooth -cdda -doc -fuse -gdu*
-gnome-keyring -gphoto2 -hal -samba" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB
c2stable ~ # emerge -pvDuN @world

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

Calculating dependencies... done!

Total: 0 packages, Size of downloads: 0 kB
c2stable ~ # equery depends gvfs
 * These packages depend on gvfs:
app-cdr/brasero-2.28.3 (gnome-base/gvfs)
gnome-base/gnome-2.28.2 (>=gnome-base/gvfs-1.4.3[gdu])
gnome-base/libgnome-2.28.0 (gnome-base/gvfs)
gnome-base/nautilus-2.28.4-r1 (>=gnome-base/gvfs-0.1.2)
c2stable ~ #


Just curious.

Cheers,
Mark

Reply via email to