public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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




  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