Re: [gentoo-user] do I need ppp ?

[Philip Webb]

161213 Walter Dnes wrote:
> On Tue, Dec 13, 2016 at 05:40:22AM +, Luigi 'Comio' Mantellini wrote
>> You can remove safety.
>> Your (adsl) router is already providing a ppp over something for you.
> ppp is a dependancy for ye olde dialup, which is my emergency backup.
> equery tells you about what depends on a package on *YOUR* system.
> [i660][waltdnes][~] equery d ppp
>  * These packages depend on ppp:
> net-dialup/pppconfig-2.3.21 (net-dialup/ppp)

Thanks to both for the advice.
I've unmerged 'ppp' & the I/net seems to be working as usual.

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

Re: [gentoo-user] Portage vs Qt

[J. Roeleveld]

On December 15, 2016 5:31:58 PM GMT+01:00, Mick  
wrote:
>On Wednesday 14 Dec 2016 06:48:41 J. Roeleveld wrote:
>> On Wednesday, December 14, 2016 12:06:00 AM Philip Webb wrote:
>> > I just updated Qt5 to 5.6.2 & ran into a familiar Portage problem.
>> > 
>> > The emerge command responds with a list of "conflicts",
>> > all involving 5.6.1 vs 5.6.2 versions of the  c 15  pkgs.
>> > The only way to get around this is to unmerge the existing pkgs via
>'-C',
>> > then install the new versions.  That works, but it's brute force.
>> > 
>> > Portage sb able to resolve this kind of conflict for itself.
>> > If not, then at least it should advise users intelligently
>> > to do what I've just described.  It can happen with other sets of
>pkgs.
>> > 
>> > Yes, I did do 'backtrack==30'.
>> > 
>> > Before I send in a bug, does anyone else have useful comments ?
>> 
>> I did exactly the same upgrade on 2 machines, along with an entire
>plasma
>> upgrade, and didn't encounter this issue.
>> 
>> For comparison, this is what I generally use:
>> 
>> # emerge -vauDN --with-bdeps=y @world
>> # emerge -va --depclean
>> 
>> Do you only upgrade subsets? Or the full world?
>> I found that with libraries like qt, python and similar, only
>upgrading
>> those makes it impossible for portage to properly handle the
>blockers.
>> 
>> --
>> Joost
>
>I came across a similar problem on 4 PCs.  From memory the problem was 
>resolved when I manually unmerged dev-qt/qtcore and then updated world
>with 
>backtrack=90.  I did not have to run --with-bdeps=y.

The with bdeps option actually meant I didn't have to unmerge anything.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] Portage vs Qt

[Mick]

On Wednesday 14 Dec 2016 06:48:41 J. Roeleveld wrote:
> On Wednesday, December 14, 2016 12:06:00 AM Philip Webb wrote:
> > I just updated Qt5 to 5.6.2 & ran into a familiar Portage problem.
> > 
> > The emerge command responds with a list of "conflicts",
> > all involving 5.6.1 vs 5.6.2 versions of the  c 15  pkgs.
> > The only way to get around this is to unmerge the existing pkgs via '-C',
> > then install the new versions.  That works, but it's brute force.
> > 
> > Portage sb able to resolve this kind of conflict for itself.
> > If not, then at least it should advise users intelligently
> > to do what I've just described.  It can happen with other sets of pkgs.
> > 
> > Yes, I did do 'backtrack==30'.
> > 
> > Before I send in a bug, does anyone else have useful comments ?
> 
> I did exactly the same upgrade on 2 machines, along with an entire plasma
> upgrade, and didn't encounter this issue.
> 
> For comparison, this is what I generally use:
> 
> # emerge -vauDN --with-bdeps=y @world
> # emerge -va --depclean
> 
> Do you only upgrade subsets? Or the full world?
> I found that with libraries like qt, python and similar, only upgrading
> those makes it impossible for portage to properly handle the blockers.
> 
> --
> Joost

I came across a similar problem on 4 PCs.  From memory the problem was 
resolved when I manually unmerged dev-qt/qtcore and then updated world with 
backtrack=90.  I did not have to run --with-bdeps=y.

-- 
Regards,
Mick

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

Re: [gentoo-user] Re: Re: Re: Re: KWallet doesn't recognise my password

[Mick]

On Thursday 15 Dec 2016 14:02:39 Jörg Schaible wrote:
> Mick wrote:
> > On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
> >> Mick wrote:
> >> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
> >> [snip]
> >> 
> >> >> No, that's the point: If you enable it, all kwallet-4 based apps will
> >> >> fail. At least until 5.7. I've not tested 5.8 yet.
> >> >> 
> >> >> Cheers,
> >> >> Jörg
> >> > 
> >> > This is what works here without any problems:
> >> [snip]
> >> 
> >> Well, for me it broke KDE4-based apps on several different machines. So,
> >> tell me, can you open with Konqueror local files?
> >> 
> >> Cheers,
> >> Jörg
> > 
> > Yes, I can open files from Konqueror with a single click, unlike Dolphin
> > which requires a double click to descent into a directory or open a file.
> 
> Well, for me it broke on several machines for all KDE 4 based apps (e.g.
> Konqueror) the file protocol (Konqueror only show an error page about an
> unknown protocol 'file') and the FileOpen dialog no longer works (you cannot
> open/save files in those apps using the default dialog, e.g. libreoffice,
> amarok, ...).
> 
> As soon as I deactivate kwallet-pam, all apps start working properly.
> 
> Cheers,
> Jörg

How do you activate/de-activate kwallet-pam?

This is what my /etc/pam.d/kde contains, in case yours is different:

$ cat /etc/pam.d/kde
#%PAM-1.0

auth   required pam_nologin.so

auth   include  system-local-login

accountinclude  system-local-login

password   include  system-local-login

sessioninclude  system-local-login

-- 
Regards,
Mick

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

Re: [gentoo-user] Re: Re: Re: KWallet doesn't recognise my password

[Mick]

On Thursday 15 Dec 2016 11:58:06 J. Roeleveld wrote:
> On December 15, 2016 7:23:21 AM GMT+01:00, Mick  
wrote:
> >On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
> >> Mick wrote:
> >> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
> >> [snip]
> >> 
> >> >> No, that's the point: If you enable it, all kwallet-4 based apps
> >
> >will
> >
> >> >> fail. At least until 5.7. I've not tested 5.8 yet.
> >> >> 
> >> >> Cheers,
> >> >> Jörg
> >> > 
> >> > This is what works here without any problems:
> >> [snip]
> >> 
> >> Well, for me it broke KDE4-based apps on several different machines.
> >
> >So,
> >
> >> tell me, can you open with Konqueror local files?
> >> 
> >> Cheers,
> >> Jörg
> >
> >Yes, I can open files from Konqueror with a single click, unlike
> >Dolphin which
> >requires a double click to descent into a directory or open a file.
> 
> I think single and double click can be configured somewhere.
> I can still use single click in Dolphin.

Yes, it can be configured in InputDevices/Mouse Control/General, in 
systemsettings5, but for some unfathomable reason this setting won't take here 
on two different machines.  This has been so since the early days of Plasma.


> Not used Konqueror in a long time.
> 
> --
> Joost

-- 
Regards,
Mick

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

[gentoo-user] Re: Re: Re: Re: KWallet doesn't recognise my password

[Jörg Schaible]

Mick wrote:

> On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
>> Mick wrote:
>> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
>> [snip]
>> 
>> >> No, that's the point: If you enable it, all kwallet-4 based apps will
>> >> fail. At least until 5.7. I've not tested 5.8 yet.
>> >> 
>> >> Cheers,
>> >> Jörg
>> > 
>> > This is what works here without any problems:
>> [snip]
>> 
>> Well, for me it broke KDE4-based apps on several different machines. So,
>> tell me, can you open with Konqueror local files?
>> 
>> Cheers,
>> Jörg
> 
> Yes, I can open files from Konqueror with a single click, unlike Dolphin
> which requires a double click to descent into a directory or open a file.

Well, for me it broke on several machines for all KDE 4 based apps (e.g. 
Konqueror) the file protocol (Konqueror only show an error page about an 
unknown protocol 'file') and the FileOpen dialog no longer works (you cannot 
open/save files in those apps using the default dialog, e.g. libreoffice, 
amarok, ...).

As soon as I deactivate kwallet-pam, all apps start working properly.

Cheers,
Jörg

Re: [gentoo-user] Re: Re: Re: KWallet doesn't recognise my password

[J. Roeleveld]

On December 15, 2016 7:23:21 AM GMT+01:00, Mick  
wrote:
>On Wednesday 14 Dec 2016 09:08:11 Jörg Schaible wrote:
>> Mick wrote:
>> > On Tuesday 13 Dec 2016 11:35:33 Jörg Schaible wrote:
>> [snip]
>> 
>> >> No, that's the point: If you enable it, all kwallet-4 based apps
>will
>> >> fail. At least until 5.7. I've not tested 5.8 yet.
>> >> 
>> >> Cheers,
>> >> Jörg
>> > 
>> > This is what works here without any problems:
>> [snip]
>> 
>> Well, for me it broke KDE4-based apps on several different machines.
>So,
>> tell me, can you open with Konqueror local files?
>> 
>> Cheers,
>> Jörg
>
>Yes, I can open files from Konqueror with a single click, unlike
>Dolphin which 
>requires a double click to descent into a directory or open a file.

I think single and double click can be configured somewhere.
I can still use single click in Dolphin.

Not used Konqueror in a long time.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.