From: Bill Kenworthy <billk@iinet.net.au>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] adobe flash
Date: Tue, 22 Jul 2014 20:41:34 +0800 [thread overview]
Message-ID: <53CE5BFE.3050400@iinet.net.au> (raw)
In-Reply-To: <53CE4F92.80807@gmail.com>
On 22/07/14 19:48, Dale wrote:
> Bill Kenworthy wrote:
>> On 22/07/14 19:03, Dale wrote:
>>> J. Roeleveld wrote:
>>>> On Tuesday, July 22, 2014 05:05:43 PM Bill Kenworthy wrote:
>>>>> I have a couple of systems with flash that are always a pain to update
>>>>> because the checksums fail so you have to manually force a manifest
>>>>> rebuild first. As I have to update them anyway, is there a ways to
>>>>> override the portage checksums and say install anyway? Because this
>>>>> package always fails anyway, I cant see any security gain by having a
>>>>> manual update every-time anyway.
>>>> I would be more interested in finding out why it fails?
>>>> I use adobe flash myself and never experience a checksum issue with it.
>>>>
>>>> --
>>>> Joost
>>>>
>>>> .
>>>>
>>> Same here. I have it installed here and don't recall ever having a
>>> digest issue. It could be that something is off somewhere. If so, I'd
>>> rethink bypassing the checks.
>>>
>>> Dale
>>>
>>> :-) :-)
>>>
>> Hmm, that's interesting.
>>
>> Caused me to look closer ... I am pulling from http-replicator which
>> doesnt update the package if it cant see a name change (and adobe don't
>> change the name on the package - just the directory its pulled from) so
>> of course it fails checksum.
>>
>> Thanks for the hints to track this down.
>>
>> BillK
>>
>
> Welcome. I wonder if http-replicator needs to check more than the
> name? I use it at times when I have more than one rig running and
> sounds like maybe it needs a new feature.
>
> Dale
>
> :-) :-)
>
The saving grace is that I have only seen the behaviour with this one
package so its something easily dealt with - now I know. Plus flash is
dieing so I might be able to do away with it before much longer -
unfortunately the OSS packages just are not as good. I've used
http-replicator for distfiles since it came out in ~2004 and its always
just worked. Oh well ...
BillK
next prev parent reply other threads:[~2014-07-22 12:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-22 9:05 [gentoo-user] adobe flash Bill Kenworthy
2014-07-22 10:13 ` J. Roeleveld
2014-07-22 11:03 ` Dale
2014-07-22 11:31 ` Bill Kenworthy
2014-07-22 11:48 ` J. Roeleveld
2014-07-22 11:48 ` Dale
2014-07-22 12:41 ` Bill Kenworthy [this message]
2014-07-23 9:00 ` Peter Humphrey
2014-07-25 5:45 ` Mick
2014-07-25 7:32 ` Peter Humphrey
2014-07-25 8:30 ` Neil Bothwick
2014-07-25 14:26 ` Peter Humphrey
2014-07-26 9:46 ` Peter Humphrey
2014-07-26 18:58 ` Peter Humphrey
2014-07-22 10:16 ` Neil Bothwick
2014-07-23 2:11 ` Adam Carter
2014-07-23 2:13 ` Adam Carter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53CE5BFE.3050400@iinet.net.au \
--to=billk@iinet.net.au \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox