Re: [Kde-hardware-devel] Review Request 111295: Secrets compability between plasma-nm and networkmanagement
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/111295/#review35377 --- editor/connectioneditor.cpp http://git.reviewboard.kde.org/r/111295/#comment25923 change this method's name to importSecretsFromPlainTextFiles. - Lamarque Souza On June 29, 2013, 8:11 a.m., Jan Grulich wrote: --- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/111295/ --- (Updated June 29, 2013, 8:11 a.m.) Review request for Solid, Lukáš Tinkl and Lamarque Souza. Description --- As I promised, here is a patch that should fix secrets compatibility between both NM applets. But there is one little difference which is that VPN secrets has secrets key in KWallet entry (according to VPN setting property) instead of VpnSecrets. Everything is done automatically at first start and there is no information about how many secrets were imported etc. Diffs - editor/connectioneditor.h f8fb13f editor/connectioneditor.cpp ee352d2 kded/secretagent.cpp dc6f648 Diff: http://git.reviewboard.kde.org/r/111295/diff/ Testing --- Thanks, Jan Grulich ___ Kde-hardware-devel mailing list Kde-hardware-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-hardware-devel
Re: [Kde-hardware-devel] Review Request 111295: Secrets compability between plasma-nm and networkmanagement
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/111295/ --- (Updated July 1, 2013, 5:02 p.m.) Status -- This change has been marked as submitted. Review request for Solid, Lukáš Tinkl and Lamarque Souza. Description --- As I promised, here is a patch that should fix secrets compatibility between both NM applets. But there is one little difference which is that VPN secrets has secrets key in KWallet entry (according to VPN setting property) instead of VpnSecrets. Everything is done automatically at first start and there is no information about how many secrets were imported etc. Diffs - editor/connectioneditor.h f8fb13f editor/connectioneditor.cpp ee352d2 kded/secretagent.cpp dc6f648 Diff: http://git.reviewboard.kde.org/r/111295/diff/ Testing --- Thanks, Jan Grulich ___ Kde-hardware-devel mailing list Kde-hardware-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-hardware-devel
Re: [Kde-hardware-devel] kscreen overrides xorg.con*
On 2013-07-01 12:17 (GMT+0200) Àlex Fiestas composed: On Friday 21 June 2013 14:32:22 Felix Miata wrote: One solution would be disable kscreen manually in those systems, after all it is a manual configuration what is causing your problems. Will that work for you? Sounds like it. A new option in kdmrc? Something special in ~/.config/ or ~/.kde/? For KSCreen 1.1, we are considering doing the following to improve the situation in virtual machines that could apply in your case as well: -On first boot if there is only one screen, do nothing since Xorg/Drivers generally get this right. This too sounds good, for appropriate definition of first boot. Oks, will try to figure this out for 1.1, we have another related bug so it seems that this is something we really need to get fixed. :-) What bug #? Does a new bug need to be filed for it to happen? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ Kde-hardware-devel mailing list Kde-hardware-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-hardware-devel