Re: [gentoo-user] {OT} ISP requires MTU below 1500?

[waltdnes]

On Tue, Sep 20, 2016 at 11:34:32AM +0800, Bill Kenworthy wrote
> 
> Rather than guess and take random values read on the net - measure it.
> 
> Google calculate mtu - netgear and others show ways to test upstream to
> get the ideal size using ping
> 
> You are looking for the largest MTU value before fragmentation starts to
> occur.

  See https://www.dslreports.com/faq/695 for detailed instructions on
getting the maximum MTU for your setup.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] {OT} ISP requires MTU below 1500?

[Bill Kenworthy]

On 09/20/16 10:35, wabe wrote:
> Grant  wrote:
>
 A while back I was having networking issues.  I eventually tried
 drastically lowering the MTU of all the systems onsite and the
 issues disappeared.  I always thought the issue was due to the MTU
 on our modem/router.  Today I read that AT DSL requires a 1492
 MTU so I increased the MTU of our systems up to 1492 and haven't
 had any issues.  Do certain ISPs require you to change the MTU of
 your entire network, or is this likely due to our AT
 modem/router itself?  
>>> AFAIK the MTU is defined for every network interface separately.
>>> For an ADSL connection it is common that a lower MTU is needed
>>> because of the PPPoE header information that is encapsulated in the
>>> ethernet frames. But in that case it is sufficient to lower the MTU
>>> just for the WAN interface that is connected to the DSL modem.
>>> If you don't use protocol encapsulation in your LAN then there
>>> should be IMHO no reason for lowering the MTU of your internal
>>> interfaces.  
>>
>> So I should be OK with 1492 MTU on the modem/router and 1500 inside
>> that LAN?That hasn't been my experience but I haven't tried in a
>> while.  Wouldn't that lead to fragmentation issues?  Admittedly, my
>> understanding of this is weak.
> FWIR it is sufficient when all interfaces that are connected to a 
> layer 2 network are using the same MTU for the respective layer 3 
> protocols. So it should be ok when the MTU of the (logical) ppp 
> interface is set to 1492 even when the MTU of the (physical) Ethernet 
> interface is set to 1500. This is the case for my router that is 
> connected to my DSL modem. I don't have any network problems and 
> always maximum internet speed.
>
> I'm not a network expert and don't understand all the details. Also 
> my English is not good enough to explain it in a better way. 
> But to be honest, I'm not sure that I could explain it better in my 
> native language. ;-)
>
> Probably there are other members on this ML that can give your more
> useful information about this topic.
>
> --
> Regards
> wabe
>
Rather than guess and take random values read on the net - measure it.

Google calculate mtu - netgear and others show ways to test upstream to
get the ideal size using ping

You are looking for the largest MTU value before fragmentation starts to
occur.

BillK

[gentoo-user] Plasma upgrade: Part Deux.

[Daniel Frey]

So, I have a week off and have time to mess around trying to upgrade to
Plasma once again.

I have got it mostly-somewhat upgraded, but I have two bizarre problems.

The first one is I have two volume controls in the tray. I have no idea
why, and both seem to present slightly different controls. Could this be
related to pulseaudio?

The second is Thunderbird has lost its window. As in, the app itself
isn't aware of the task bar and its title bar (with
minimize/maximize/close buttons) is missing. This existing before the
restart into Plasma; I closed all the windows I had open (Thunderbird
being one) before rebooting.

Baloo stayed disabled for me with balooctl this time, and it seems
plasma isn't crashing every 10-20 seconds (I read this was fixed back in
May or June.) So now all I have to do is figure out these issues then
try all the other apps I regularly use.

Anyone have any ideas?

Dan

Re: [gentoo-user] {OT} ISP requires MTU below 1500?

[wabe]

Grant  wrote:

> >> A while back I was having networking issues.  I eventually tried
> >> drastically lowering the MTU of all the systems onsite and the
> >> issues disappeared.  I always thought the issue was due to the MTU
> >> on our modem/router.  Today I read that AT DSL requires a 1492
> >> MTU so I increased the MTU of our systems up to 1492 and haven't
> >> had any issues.  Do certain ISPs require you to change the MTU of
> >> your entire network, or is this likely due to our AT
> >> modem/router itself?  
> >
> > AFAIK the MTU is defined for every network interface separately.
> > For an ADSL connection it is common that a lower MTU is needed
> > because of the PPPoE header information that is encapsulated in the
> > ethernet frames. But in that case it is sufficient to lower the MTU
> > just for the WAN interface that is connected to the DSL modem.
> > If you don't use protocol encapsulation in your LAN then there
> > should be IMHO no reason for lowering the MTU of your internal
> > interfaces.  
> 
> 
> So I should be OK with 1492 MTU on the modem/router and 1500 inside
> that LAN?That hasn't been my experience but I haven't tried in a
> while.  Wouldn't that lead to fragmentation issues?  Admittedly, my
> understanding of this is weak.

FWIR it is sufficient when all interfaces that are connected to a 
layer 2 network are using the same MTU for the respective layer 3 
protocols. So it should be ok when the MTU of the (logical) ppp 
interface is set to 1492 even when the MTU of the (physical) Ethernet 
interface is set to 1500. This is the case for my router that is 
connected to my DSL modem. I don't have any network problems and 
always maximum internet speed.

I'm not a network expert and don't understand all the details. Also 
my English is not good enough to explain it in a better way. 
But to be honest, I'm not sure that I could explain it better in my 
native language. ;-)

Probably there are other members on this ML that can give your more
useful information about this topic.

--
Regards
wabe

Re: [gentoo-user] {OT} ISP requires MTU below 1500?

[Grant]

>> A while back I was having networking issues.  I eventually tried
>> drastically lowering the MTU of all the systems onsite and the issues
>> disappeared.  I always thought the issue was due to the MTU on our
>> modem/router.  Today I read that AT DSL requires a 1492 MTU so I
>> increased the MTU of our systems up to 1492 and haven't had any
>> issues.  Do certain ISPs require you to change the MTU of your entire
>> network, or is this likely due to our AT modem/router itself?
>
> AFAIK the MTU is defined for every network interface separately. For an
> ADSL connection it is common that a lower MTU is needed because of the
> PPPoE header information that is encapsulated in the ethernet frames.
> But in that case it is sufficient to lower the MTU just for the WAN
> interface that is connected to the DSL modem.
> If you don't use protocol encapsulation in your LAN then there should
> be IMHO no reason for lowering the MTU of your internal interfaces.


So I should be OK with 1492 MTU on the modem/router and 1500 inside
that LAN?That hasn't been my experience but I haven't tried in a
while.  Wouldn't that lead to fragmentation issues?  Admittedly, my
understanding of this is weak.

- Grant

Re: [gentoo-user] {OT} ISP requires MTU below 1500?

[wabe]

Grant  wrote:

> A while back I was having networking issues.  I eventually tried
> drastically lowering the MTU of all the systems onsite and the issues
> disappeared.  I always thought the issue was due to the MTU on our
> modem/router.  Today I read that AT DSL requires a 1492 MTU so I
> increased the MTU of our systems up to 1492 and haven't had any
> issues.  Do certain ISPs require you to change the MTU of your entire
> network, or is this likely due to our AT modem/router itself?

AFAIK the MTU is defined for every network interface separately. For an
ADSL connection it is common that a lower MTU is needed because of the 
PPPoE header information that is encapsulated in the ethernet frames.
But in that case it is sufficient to lower the MTU just for the WAN 
interface that is connected to the DSL modem. 
If you don't use protocol encapsulation in your LAN then there should
be IMHO no reason for lowering the MTU of your internal interfaces.

--
Regards
wabe

[gentoo-user] Re: TCP Queuing problem

[Grant]

>>> My web server's response time for http requests skyrockets every
>>> weekday between about 9am and 5pm.  I've gone over my munin graphs and
>>> the only one that really correlates well with the slowdown is "TCP
>>> Queuing".  It looks like I normally have about 400 packets per second
>>> graphed as "direct copy from queue" in munin throughout the day, but 2
>>> to 3.5 times that many are periodically graphed during work hours.  I
>>> don't see the same pattern at all from the graph of all traffic on my
>>> network interface which actually peaks over the weekend.  TCP Queuing
>>> doesn't rise above 400 packets per second all weekend.  This is
>>> consistent week after week.
>>>
>>> My two employees come into work during the hours in question, and they
>>> certainly make frequent requests of the web server while at work, but
>>> if their volume of requests were the cause of the problem then that
>>> would be reflected in the graph of web server requests but it is not.
>>> I do run a small MTU on the systems at work due to the config of the
>>> modem/router we have there.
>>>
>>> Is this a recognizable problem to anyone?
>>
>>
>> I'm in the midst of this.  Are there certain attacks I should check for?
>
>
> It looks like the TCP Queuing spike itself was due to imapproxy which
> I've now disabled.  I'll post more info as I gather it.


imapproxy was clearly affecting the TCP Queuing graph in munin but I
still ended up with a massive TCP Queuing spike today and
corresponding http response time issues long after I disabled
imapproxy.  Graph attached.  I'm puzzled.

- Grant

Re: [gentoo-user] How to use efibootmgr

[Bill Kenworthy]

On 19/09/16 22:23, Peter Humphrey wrote:
> Hello list,
> 
> I'm trying to install a customised version of SysRescCD on a USB drive, and 
> it's all uphill.
> 
> The current stage has me trying to create a UEFI boot entry for it. I have 
> several entries I no longer need and I'm trying to delete them with 
> efibootmgr. This is what happens:
> 
> # efibootmgr --remove-dups
> BootCurrent: 0002
> Timeout: 1 seconds
> BootOrder: 0003,0001,,0002,0008,0009,0010,0014
> Boot* SysRescCD
> Boot0001* SysRescCD
> Boot0002* Linux Boot Manager
> Boot0003* SysRescCD
> Boot0008* CD/DVD Drive 
> Boot0009* Hard Drive 
> Boot0010* UEFI OS
> Boot0014* UEFI: SanDisk
> 
> # efibootmgr --delete-bootnum 0001
> You must specify an entry to delete (see the -b option).
> 
> But I have - number 1. The manual says:
> 
> -b | --bootnum 
> Modify Boot (hex)
> 
> -B | --delete-bootnum
> Delete bootnum (hex)
> 
> No variation of 1, 01, 0x1, 0x0001 etc. makes any difference. I know I'm not 
> as bright as I used to be, but what on earth have I got wrong? /boot is 
> mounted.
> 

Try efibootmgr -B -b 0005

BillK

[gentoo-user] {OT} ISP requires MTU below 1500?

[Grant]

A while back I was having networking issues.  I eventually tried
drastically lowering the MTU of all the systems onsite and the issues
disappeared.  I always thought the issue was due to the MTU on our
modem/router.  Today I read that AT DSL requires a 1492 MTU so I
increased the MTU of our systems up to 1492 and haven't had any
issues.  Do certain ISPs require you to change the MTU of your entire
network, or is this likely due to our AT modem/router itself?

- Grant

[gentoo-user] Re: TCP Queuing problem

[Grant]

>> My web server's response time for http requests skyrockets every
>> weekday between about 9am and 5pm.  I've gone over my munin graphs and
>> the only one that really correlates well with the slowdown is "TCP
>> Queuing".  It looks like I normally have about 400 packets per second
>> graphed as "direct copy from queue" in munin throughout the day, but 2
>> to 3.5 times that many are periodically graphed during work hours.  I
>> don't see the same pattern at all from the graph of all traffic on my
>> network interface which actually peaks over the weekend.  TCP Queuing
>> doesn't rise above 400 packets per second all weekend.  This is
>> consistent week after week.
>>
>> My two employees come into work during the hours in question, and they
>> certainly make frequent requests of the web server while at work, but
>> if their volume of requests were the cause of the problem then that
>> would be reflected in the graph of web server requests but it is not.
>> I do run a small MTU on the systems at work due to the config of the
>> modem/router we have there.
>>
>> Is this a recognizable problem to anyone?
>
>
> I'm in the midst of this.  Are there certain attacks I should check for?


It looks like the TCP Queuing spike itself was due to imapproxy which
I've now disabled.  I'll post more info as I gather it.

- Grant

Re: [gentoo-user] How to use efibootmgr

[Mick]

On Monday 19 Sep 2016 13:08:29 Mike Gilbert wrote:
> On Mon, Sep 19, 2016 at 10:23 AM, Peter Humphrey  
wrote:
> > Hello list,
> > 
> > I'm trying to install a customised version of SysRescCD on a USB drive,
> > and
> > it's all uphill.
> > 
> > The current stage has me trying to create a UEFI boot entry for it. I have
> > several entries I no longer need and I'm trying to delete them with
> > efibootmgr. This is what happens:
> > 
> > # efibootmgr --remove-dups
> > BootCurrent: 0002
> > Timeout: 1 seconds
> > BootOrder: 0003,0001,,0002,0008,0009,0010,0014
> > Boot* SysRescCD
> > Boot0001* SysRescCD
> > Boot0002* Linux Boot Manager
> > Boot0003* SysRescCD
> > Boot0008* CD/DVD Drive
> > Boot0009* Hard Drive
> > Boot0010* UEFI OS
> > Boot0014* UEFI: SanDisk
> > 
> > # efibootmgr --delete-bootnum 0001
> > You must specify an entry to delete (see the -b option).
> > 
> > But I have - number 1. The manual says:
> > 
> > -b | --bootnum 
> > 
> > Modify Boot (hex)
> > 
> > -B | --delete-bootnum
> > 
> > Delete bootnum (hex)
> > 
> > No variation of 1, 01, 0x1, 0x0001 etc. makes any difference. I know I'm
> > not as bright as I used to be, but what on earth have I got wrong? /boot
> > is mounted.
> 
> The manpage seems to be incorrect; -B/--delete-bootnum does not take
> any argument. Instead, you must specify the entry number using the -b
> option.
> 
> Try this:
> 
> efibootmgr -b 0001 -B

I recall having a similar problem and this worked last time I tried:

efibootmgr -b 0002 --delete-bootnum Boot0002

where:

-b 002

is the entry I want to modify.

--delete-bootnum Boot0002

is what I want to do to it.  I don't remember if specifying "Boot0002" was 
necessary, but it worked all the same.  I guess you can try first:


efibootmgr -b 0001 -B

as already suggested and see if this does it.  Also, before I delete a boot 
stub entry, e.g. 0002, I change the boot order to make sure it is not first:  
--bootorder 0003,0005,0010,0002

but I don't think it is necessary.
-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Re: emerge conflict

[Neil Bothwick]

On Mon, 19 Sep 2016 13:01:39 -0400, Philip Webb wrote:

> > I'm surprised you needed to jump through such hoops.
> > I updated 2 stable systems to perl 5.22 last week
> > and emerge @world took care of all blockers,
> > although I did need to run perl-cleaner afterwards.  
> 
> I never run 'emerge world' without '-p' :
> it's the lazy way to manage a Gentoo system & asks for trouble.

What makes you think I didn't use -p? I have a cron job that runs emerge
-pXXX @world after syncing and mails me the output, and I always use -a
when running emerge in a shell.

The point is that, whether I used -p, -a or neither, portage handled it
all for me.


-- 
Neil Bothwick

Half of being smart is knowing what you're dumb at.


pgp9_DxARBVmS.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[konsolebox]

On Sun, Sep 18, 2016 at 10:55 PM, Robin Atwood  wrote:
> On Saturday 17 September 2016, Alan McKinnon wrote:
>
>> On 17/09/2016 15:26, Robin Atwood wrote:
>
>> > On Monday 15 August 2016, Robin Atwood wrote:
>
>> >> On Sunday 14 August 2016, Daniel Frey wrote:
>
>> >> > On 08/14/2016 05:12 AM, Robin Atwood wrote:
>
>> >> > > 'layman -L' finds no kde-sunset.
>
>> >> >
>
>> >> > I had that problem too, it's not listed there.
>
>> >> >
>
>> >> >
>
>> >> >
>
>> >> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
>
>> >> >
>
>> >> > with these contents:
>
>> >> >
>
>> >> >
>
>> >> >
>
>> >> > [kde-sunset]
>
>> >> >
>
>> >> > auto-sync = yes
>
>> >> >
>
>> >> > location = /var/local/overlays/kde-sunset
>
>> >> >
>
>> >> > masters = gentoo
>
>> >> >
>
>> >> > sync-type = git
>
>> >> >
>
>> >> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
>
>> >> >
>
>> >> >
>
>> >> >
>
>> >> > Dan
>
>> >>
>
>> >> Dan-
>
>> >
>
>> > I tried it and got:
>
>> >
>
>> >
>
>> >
>
>> > # layman -s kde-sunset
>
>> >
>
>> >
>
>> >
>
>> > * Fetching remote list...
>
>> >
>
>> > * Fetch Ok
>
>> >
>
>> >
>
>> >
>
>> > * Syncing selected overlay(s)...
>
>> >
>
>> > Traceback (most recent call last):
>
>> >
>
>> > File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in
>
>> > sync
>
>> >
>
>> > odb = db.select(ovl)
>
>> >
>
>> > File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in
>
>> > select
>
>> >
>
>> > raise UnknownOverlayException(overlay)
>
>> >
>
>> > layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset"
>
>> > does not exist.
>
>
>
> Anybody got any idea what the problem with kde-sunset is?

Custom repositories listed in /etc/portage/repos.conf/ are
synchronized with `emerge --sync`.  `kde-sunset` is not in layman.

-- 
konsolebox

[gentoo-user] Infrastructure?

[Raymond Jennings]

Just curious, but how are gentoo's infra assets organized?

Do you guys use VMs on top of hardware machines and whatnot?

Reasons for asking:

* general curiosity
* wondering how a migration to use anongit.gentoo.org instead of github
would go, particularly if it would help ease pressure on the rsync servers
if demand went down
- I heard something about a social contract where relying on third parties
was a frowny point.

[gentoo-user] Re: TCP Queuing problem

[Grant]

> My web server's response time for http requests skyrockets every
> weekday between about 9am and 5pm.  I've gone over my munin graphs and
> the only one that really correlates well with the slowdown is "TCP
> Queuing".  It looks like I normally have about 400 packets per second
> graphed as "direct copy from queue" in munin throughout the day, but 2
> to 3.5 times that many are periodically graphed during work hours.  I
> don't see the same pattern at all from the graph of all traffic on my
> network interface which actually peaks over the weekend.  TCP Queuing
> doesn't rise above 400 packets per second all weekend.  This is
> consistent week after week.
>
> My two employees come into work during the hours in question, and they
> certainly make frequent requests of the web server while at work, but
> if their volume of requests were the cause of the problem then that
> would be reflected in the graph of web server requests but it is not.
> I do run a small MTU on the systems at work due to the config of the
> modem/router we have there.
>
> Is this a recognizable problem to anyone?


I'm in the midst of this.  Are there certain attacks I should check for?

- Grant

Re: [gentoo-user] How to use efibootmgr

[Mike Gilbert]

On Mon, Sep 19, 2016 at 10:23 AM, Peter Humphrey  wrote:
> Hello list,
>
> I'm trying to install a customised version of SysRescCD on a USB drive, and
> it's all uphill.
>
> The current stage has me trying to create a UEFI boot entry for it. I have
> several entries I no longer need and I'm trying to delete them with
> efibootmgr. This is what happens:
>
> # efibootmgr --remove-dups
> BootCurrent: 0002
> Timeout: 1 seconds
> BootOrder: 0003,0001,,0002,0008,0009,0010,0014
> Boot* SysRescCD
> Boot0001* SysRescCD
> Boot0002* Linux Boot Manager
> Boot0003* SysRescCD
> Boot0008* CD/DVD Drive
> Boot0009* Hard Drive
> Boot0010* UEFI OS
> Boot0014* UEFI: SanDisk
>
> # efibootmgr --delete-bootnum 0001
> You must specify an entry to delete (see the -b option).
>
> But I have - number 1. The manual says:
>
> -b | --bootnum 
> Modify Boot (hex)
>
> -B | --delete-bootnum
> Delete bootnum (hex)
>
> No variation of 1, 01, 0x1, 0x0001 etc. makes any difference. I know I'm not
> as bright as I used to be, but what on earth have I got wrong? /boot is
> mounted.

The manpage seems to be incorrect; -B/--delete-bootnum does not take
any argument. Instead, you must specify the entry number using the -b
option.

Try this:

efibootmgr -b 0001 -B

Re: [gentoo-user] Re: emerge conflict

[Philip Webb]

160919 Neil Bothwick wrote:
> On Sun, 18 Sep 2016 19:53:10 -0400, Philip Webb wrote:
>> I got around the problem by using :
>>   emerge --backtrack=30 -pvtD perl perl-Archive-Tar perl-Carp
>> perl-Compress-Raw-Zlib perl-CPAN-Meta-Requirements perl-Data-Dumper
>> perl-ExtUtils-CBuilder perl-ExtUtils-Install perl-ExtUtils-MakeMaker
>> perl-ExtUtils-Manifest perl-ExtUtils-ParseXS perl-File-Spec
>> perl-Getopt-Long perl-IO perl-Locale-Maketext perl-Perl-OSType
>> perl-Scalar-List-Utils perl-Test-Harness perl-Text-ParseWords
> I'm surprised you needed to jump through such hoops.
> I updated 2 stable systems to perl 5.22 last week
> and emerge @world took care of all blockers,
> although I did need to run perl-cleaner afterwards.

I never run 'emerge world' without '-p' :
it's the lazy way to manage a Gentoo system & asks for trouble.

>> Perl can stay where it is till LO 5.2 arrives in Portage :
>> in fact, isn't it a bit slow appearing ?
> 5.2.1.2 has been in testing for a couple of days,
> but it appears that 5.1.4.2 is the only ebuild in stable,
> so that may be the reason for your downgrade.

Actually, it wb an upgrade from 5.1.2.2 .

Anyway, the problem is resolved & I can decide when/how to proceed.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] How to use efibootmgr

[Peter Humphrey]

Hello list,

I'm trying to install a customised version of SysRescCD on a USB drive, and 
it's all uphill.

The current stage has me trying to create a UEFI boot entry for it. I have 
several entries I no longer need and I'm trying to delete them with 
efibootmgr. This is what happens:

# efibootmgr --remove-dups
BootCurrent: 0002
Timeout: 1 seconds
BootOrder: 0003,0001,,0002,0008,0009,0010,0014
Boot* SysRescCD
Boot0001* SysRescCD
Boot0002* Linux Boot Manager
Boot0003* SysRescCD
Boot0008* CD/DVD Drive 
Boot0009* Hard Drive 
Boot0010* UEFI OS
Boot0014* UEFI: SanDisk

# efibootmgr --delete-bootnum 0001
You must specify an entry to delete (see the -b option).

But I have - number 1. The manual says:

-b | --bootnum 
Modify Boot (hex)

-B | --delete-bootnum
Delete bootnum (hex)

No variation of 1, 01, 0x1, 0x0001 etc. makes any difference. I know I'm not 
as bright as I used to be, but what on earth have I got wrong? /boot is 
mounted.

-- 
Rgds
Peter

Re: [gentoo-user] Re: emerge conflict

[Bill Kenworthy]

On 19/09/16 15:28, Neil Bothwick wrote:
> On Sun, 18 Sep 2016 19:53:10 -0400, Philip Webb wrote:
> 
>> I got around the problem by using :
>>
>>   emerge --backtrack=30 -pvtD perl perl-Archive-Tar perl-Carp
>> perl-Compress-Raw-Zlib perl-CPAN-Meta-Requirements perl-Data-Dumper
>> perl-ExtUtils-CBuilder perl-ExtUtils-Install perl-ExtUtils-MakeMaker
>> perl-ExtUtils-Manifest perl-ExtUtils-ParseXS perl-File-Spec
>> perl-Getopt-Long perl-IO perl-Locale-Maketext perl-Perl-OSType
>> perl-Scalar-List-Utils perl-Test-Harness perl-Text-ParseWords
> 
> I'm surprised you needed to jump through such hoops, I updated 2 stable
> systems to perl 5.22 last week and emerge @world took care of all
> blockers, although I did need to run perl-cleaner afterwards.
> 
>> It wants to remerge Exiftool Imagemagick Cups-filters Graphite2
>> & also some further Perl pkgs & it wants to downgrade (G)Vim.
>> That much wb ok, but it also wants to update Poppler & therefore LO
>> & I don't feel like doing the last at the moment ( 65 min  last time).
>>
>> What you suggested is fairly standard & I've done it in the past,
>> but thanks for prompting me.  Thanks to the other respondents too.
>>
>> Perl can stay where it is till LO 5.2 arrives in Portage :
>> in fact, isn't it a bit slow appearing ?
> 
> 5.2.1.2 has been in testing for a couple of days, but it appears that
> 5.1.4.2 is the only ebuild in stable, so that may be the reason for your
> downgrade.
> 
> 

I had only one machine fail - perl itself had to be brute forced with
--nodeps, perl-cleaner fixed the rest after I fixed some g-cpan failures
(wrong case - been around for a long while) - but for that perl-cleaner
would have picked it all up.

BillK

Re: [gentoo-user] Re: emerge conflict

[Neil Bothwick]

On Sun, 18 Sep 2016 19:53:10 -0400, Philip Webb wrote:

> I got around the problem by using :
> 
>   emerge --backtrack=30 -pvtD perl perl-Archive-Tar perl-Carp
> perl-Compress-Raw-Zlib perl-CPAN-Meta-Requirements perl-Data-Dumper
> perl-ExtUtils-CBuilder perl-ExtUtils-Install perl-ExtUtils-MakeMaker
> perl-ExtUtils-Manifest perl-ExtUtils-ParseXS perl-File-Spec
> perl-Getopt-Long perl-IO perl-Locale-Maketext perl-Perl-OSType
> perl-Scalar-List-Utils perl-Test-Harness perl-Text-ParseWords

I'm surprised you needed to jump through such hoops, I updated 2 stable
systems to perl 5.22 last week and emerge @world took care of all
blockers, although I did need to run perl-cleaner afterwards.

> It wants to remerge Exiftool Imagemagick Cups-filters Graphite2
> & also some further Perl pkgs & it wants to downgrade (G)Vim.
> That much wb ok, but it also wants to update Poppler & therefore LO
> & I don't feel like doing the last at the moment ( 65 min  last time).
> 
> What you suggested is fairly standard & I've done it in the past,
> but thanks for prompting me.  Thanks to the other respondents too.
> 
> Perl can stay where it is till LO 5.2 arrives in Portage :
> in fact, isn't it a bit slow appearing ?

5.2.1.2 has been in testing for a couple of days, but it appears that
5.1.4.2 is the only ebuild in stable, so that may be the reason for your
downgrade.


-- 
Neil Bothwick

You know it's cold when you spot a lawyer with his hands in his own
pockets.


pgp8fb0kZB4Hq.pgp
Description: OpenPGP digital signature