Re: [blfs-dev] lxqt-sudo

[Bruce Dubbs]

Fernando de Oliveira wrote:

Em 04-11-2015 21:02, ferna...@higgs.linuxfromscratch.org escreveu:

Author: fernando
Date: Wed Nov  4 16:02:43 2015
New Revision: 16607




• Update to Update to LXQt 0.10.0.



Haven't included the new ''lxqt-sudo (usable as `lxsu` or `lxsudo`)'',
because I have great doubt if somebody using (B)LFS will ever use it.
Many don't even like sudo.

However it should be easy to add.


I do need and like sudo, but I do that from the command line.  I don't know what 
lxqt-sudo  would do for the user.


  -- Bruce

--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

[blfs-dev] lxqt-sudo

[Fernando de Oliveira]

Em 04-11-2015 21:02, ferna...@higgs.linuxfromscratch.org escreveu:
> Author: fernando
> Date: Wed Nov  4 16:02:43 2015
> New Revision: 16607
> 

> • Update to Update to LXQt 0.10.0.


Haven't included the new ''lxqt-sudo (usable as `lxsu` or `lxsudo`)'',
because I have great doubt if somebody using (B)LFS will ever use it.
Many don't even like sudo.

However it should be easy to add.

Opinions, please?

-- 
[]s,
Fernando, aka Sísifo
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] lxqt-sudo

[Ken Moffat]

On Wed, Nov 04, 2015 at 07:02:43PM -0600, Bruce Dubbs wrote:
> Fernando de Oliveira wrote:
> >Em 04-11-2015 21:02, ferna...@higgs.linuxfromscratch.org escreveu:
> >>Author: fernando
> >>Date: Wed Nov  4 16:02:43 2015
> >>New Revision: 16607
> >>
> >
> >>• Update to Update to LXQt 0.10.0.
> >
> >
> >Haven't included the new ''lxqt-sudo (usable as `lxsu` or `lxsudo`)'',
> >because I have great doubt if somebody using (B)LFS will ever use it.
> >Many don't even like sudo.
> >
> >However it should be easy to add.
> 
> I do need and like sudo, but I do that from the command line.  I don't know
> what lxqt-sudo  would do for the user.
> 
>   -- Bruce
> 
I'm from the "I dislike sudo" tendency - it has its uses (I use it
to allow swsuspend with xbindkeys, and maybe in one or two other
places - I also use it on my netbook to allow a user to connect to
my wifi).  For installing software, I deviate from BLFS bt
configuring and building as root.  But on this one, I'm with Bruce -
an example of what it would allow|simplify would help.

ĸen
-- 
Il Porcupino Nil Sodomy Est! (if you will excuse my latatian)
  aka "The hedgehog song"
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

[blfs-dev] More on plasma

[Bruce Dubbs]

Now that plasma as it's in the book is pretty much working, there are a couple of 
issues I'd like to discuss.


First, is the issue of localtime.  It needs to be a symlink to 
/usr/share/zoneinfo/your/tz   That breaks our ability to have a separate /usr 
partition.  One thing I though about is to copy the entire /usr/share/zoneinfo to a 
location like /etc/zoneinfo and create the symlink to there.  It's only about 5M so 
the space really isn't an issue.


I have not tried it yet, but it's an idea.

In any case, where should this be discussed.  localtime is initally set in LFS.  We 
could chage it there to a simple symlink with the explanation about a potential 
separate /usr partition.  Or we could put the explanation in the plasma page.


-

Second, I ran into a minor problem with konsole.  The menu shows several 'terminals' 
includeing the kde4 an dkf5 version of konsole.  Both work, but figuring out which 
is run depends on whether /opt/kde/bin or /opt/kf5/bin comes in the PATH first. 
Another solution is to make a symlink in /opt/kf5/bin/konsole-kf5 -> konsole.  Then 
edit the .desktop file to explicitly start konsole-kf5 and to change the Generic 
Name to 'KF5 Terminal' or similar.  Right now on my system I have 7 variatiosn of 
'Terminal' in my start menu.


I think this needs to be addressed, but I'm not sure how or where.  Each of the 
terminals does essentially the same thing.  One idea is to create an entity about 
.desktop files and put that on each page that builds a terminal.  Another would be 
to create a separate section and put a link on each page to that.


Actually, I'd think a lot of users would just want to remove the extras and use one 
terminal app.  Very few users other than developers would have all or even most of them.


-

How should we go on these issues?

  -- Bruce
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] More on plasma

[Christian Butcher]

Regarding the issue you have with 7 variations of 'Terminal' - I guess that
these have below them in smaller, grey letters, variations on 'Konsole',
'Konsole', 'Xterm', etc...

If you wanted to switch them to have the application name as the main
title, and the 'Description' as the grey, smaller letters (I have no idea
why this is not the default...) then you can right click on the 'K' icon in
the corner (that opens Kicker, or Kickoff, or whatever) and select
Application Launcher Settings, then tick the 'Show applications by name'
box.

Might help.

Best,
Christian Butcher

On 5 November 2015 at 12:40, Bruce Dubbs  wrote:

> Now that plasma as it's in the book is pretty much working, there are a
> couple of issues I'd like to discuss.
>
> First, is the issue of localtime.  It needs to be a symlink to
> /usr/share/zoneinfo/your/tz   That breaks our ability to have a separate
> /usr partition.  One thing I though about is to copy the entire
> /usr/share/zoneinfo to a location like /etc/zoneinfo and create the symlink
> to there.  It's only about 5M so the space really isn't an issue.
>
> I have not tried it yet, but it's an idea.
>
> In any case, where should this be discussed.  localtime is initally set in
> LFS.  We could chage it there to a simple symlink with the explanation
> about a potential separate /usr partition.  Or we could put the explanation
> in the plasma page.
>
> -
>
> Second, I ran into a minor problem with konsole.  The menu shows several
> 'terminals' includeing the kde4 an dkf5 version of konsole.  Both work, but
> figuring out which is run depends on whether /opt/kde/bin or /opt/kf5/bin
> comes in the PATH first. Another solution is to make a symlink in
> /opt/kf5/bin/konsole-kf5 -> konsole.  Then edit the .desktop file to
> explicitly start konsole-kf5 and to change the Generic Name to 'KF5
> Terminal' or similar.  Right now on my system I have 7 variatiosn of
> 'Terminal' in my start menu.
>
> I think this needs to be addressed, but I'm not sure how or where.  Each
> of the terminals does essentially the same thing.  One idea is to create an
> entity about .desktop files and put that on each page that builds a
> terminal.  Another would be to create a separate section and put a link on
> each page to that.
>
> Actually, I'd think a lot of users would just want to remove the extras
> and use one terminal app.  Very few users other than developers would have
> all or even most of them.
>
> -
>
> How should we go on these issues?
>
>   -- Bruce
> --
> http://lists.linuxfromscratch.org/listinfo/blfs-dev
> FAQ: http://www.linuxfromscratch.org/blfs/faq.html
> Unsubscribe: See the above information page
>
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] Fix for KDE Frameworks 5 Pre-installation Configuration

[Bruce Dubbs]

Fernando de Oliveira wrote:

Bruce,

I copy/pasted one part and it gave me a hard time, I couldn't build
KwindowSystem, because it broke PATH, removing  /opt/qt5.


I'm talking about:

http://www.linuxfromscratch.org/blfs/view/svn/kde/kf5-intro.html


We have (in /opt):

{{{
cat > /etc/profile.d/qt5.sh << "EOF"
# Begin /etc/profile.d/kf5.sh
# Begin Qt5 changes for KF5
...
}}}

I think it should be:

{{{
cat >> /etc/profile.d/qt5.sh << "EOF"
# Begin Qt5 changes for KF5
...
}}}


You're right.  Fixed.  This is why I needed more eyes on the page.
  -- Bruce


--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] Need help validating Plasma 5

[Bruce Dubbs]

Ken Moffat wrote:

On Tue, Nov 03, 2015 at 12:48:10PM -0600, Bruce Dubbs wrote:

Bruce Dubbs wrote:

Ken Moffat wrote:


| The desktop clock in plasma requires that /etc/localtime is a
| symlink : if it is a file, the clock will be wrong. For LFS
| (sysvinit) such a change was rejected, but providing /usr is not a
| separate filesystem you can fix this:
|
|test -h /etc/localtime || mv -v /etc/localtime{,.orig}
| ln -sv /usr/share/zoneinfo/GB /etc/localtime
|
|obviously, change GB to whichever timezone you selected in LFS.

I've been doing that since July, and it worked for me.  At the
moment, of course, my TZ matches UTC so I only need the fix during
British Summer Time.


Thanks.  I generally don't look at the wiki pages, but what is there seems to be
good for the time when you wrote it.  Now that Plasma is in the book, it needs 
an
update.

Indeed changing /etc/localtime fixes the problem, but it really seems weird 
that it
insists on a symlink.


It's more than just a symlink.  I copied localtime to localtime.orig and
then did a symlink from localtime -> localtime.orig.   I got a blank where
the digital time should be.



I suppose that it is documented somewhere in the c++ code (no idea
which package), but the "simple" symlink to /etc/localtime works,
no ?


"to" /etc/localtime?  Like I said, I found it needed to be from /etc/localtime to 
/usr/share/zoneinfo/your-tz



Also, I deleted all hidden files in my test user (except .bash*) and
restarted.  I got a crash (segfault) from baloo, but otherwise the desktop
started.  Logging out and restarting, the segfault did not recur.

I tried a second time as an initial user startup and got a blank screen so I
killed the session.  After resetting localtime ->
/usr/share/zoneinfo/America/Chicago and resetting the .files things seemed
to work OK.



Except for the digital clock, I guess ?


No, with the symlink above in /etc, the digital clock was OK.


I'll note that the initial startup time takes a while, but after that the
start time is OK.



You remember how I said that (a slightly older version of ) kf5
started reasonably quickly for me ?  Last week, I was using that for
some photo editing and I noticed it was very slow to start on
several days.

This evening I have been updating firefox on my development machine
(for once, I do not see any vulnerability fixes mentioned) and
reviewing which systems there should be marked as 'unmaintained' :

1. plasma was unusable on the newest system - it seemed to hang (I'm
sure I had successfully used it there before, after managing to build
it in /usr, and certainly sddm showed plasma as the default when I
first logged in).  Had to use a tty to reload sddm and get the
option of using icewm.


See the new page for plasma.  There are some symlinks created at the bottom that I 
found that I needed.



2. and on a kde4/kwin system from June I got a black screen when I
logged out.

Summary: kde is unpredictable.


I am afraid I agree.  KDE4 went through the same process when first updating from 
KDE3.  It is a really complicated set of programs.



Rant: It also tends to be too stupid by half.  I get popup images of
the windows on the taskbar if I need to type in the bottom of a
window just above that, e.g. the percentage field for the size of the
gimp image display when that window is at the bottom of the screen.
Some days, clicking in the left of a window titlebar usually makes it
go fullscreen, and occasionally clicking on a window gives small
versions of all available windows on the desktop until I click on the
small version of that window, other times it works OK.  Personally, I
cannot understand why 'nix users think it is so great.  For people
coming from windows, yes.  But there seem to be BLFS users who like
it, so I guess we have to support it.

Sorry for ranting.


Yes, I understand that.  Originally I really liked KDE3.  When KDE4 was going 
through the teething process, I tried Trinity.  Finally I settled on xfce.  I still 
use it.  We dropped Gnome when that got infected by systemd, but we now have kde4, 
kde5, xfce, lxde, and lxqt.  Only kde is a maximal desktop environment. Unless it is 
completely unusable, I think we need to keep kde up to date.


I'll note that kde apps work fine in other DEs.  I really like konsole and kdenlive 
seems to be a fairly unique app that, AFAIK, is kf5 only.  I also use okular for a 
pdf viewer.



Going O/T, if anyone cares why I was using plasma last week:

When I use icewm, I tend to use keyboard shortcuts which I have
learned, in particular to go to the other desktops (Alt-Fn for
desktop n) but if I do that when the gimp is running, the gimp's
toolbox and layers dialogs seem to get changed to be on all desktops,
whereas if I use lxqt with openbox, the toolbox appears in front of
the current image window, and my screen isn't big enough for that - I
typically have 3 or 4 images open now in the first stage of
processing for my pesudo-HDR attempts (plus or minus 2 or 2.5 

Re: [blfs-dev] Fix for KDE Frameworks 5 Pre-installation Configuration

[Fernando de Oliveira]

Em 04-11-2015 12:06, Bruce Dubbs escreveu:
> Fernando de Oliveira wrote:
>> Bruce,
>>
>> I copy/pasted one part and it gave me a hard time, I couldn't build
>> KwindowSystem, because it broke PATH, removing  /opt/qt5.
>>
>>
>> I'm talking about:
>>
>> http://www.linuxfromscratch.org/blfs/view/svn/kde/kf5-intro.html
>>
>>
>> We have (in /opt):
>>
>> {{{
>> cat > /etc/profile.d/qt5.sh << "EOF"
>> # Begin /etc/profile.d/kf5.sh
>> # Begin Qt5 changes for KF5
>> ...
>> }}}
>>
>> I think it should be:
>>
>> {{{
>> cat >> /etc/profile.d/qt5.sh << "EOF"
>> # Begin Qt5 changes for KF5
>> ...
>> }}}
> 
> You're right.  Fixed.  This is why I needed more eyes on the page.
>   -- Bruce
> 
> 

No problem. Thanks.

I would like to thank you very much again for all this work in KF5 and
Plasma 5 and just in time!

I'm now using about 3 from KF5 and finishing the script to install
libkscreen-5.4.2, from Plasma 5, for the LXQt-0.10.0 update. In other
words, I'm a user, for development for my personal need, of both of your
works.

Small other fix for Plasma 5, now:

{{{
 Package Information

Download (HTTP): http://download.kde.org/stable/plasma5/5.4.2
}}}

URL in the commands is correct, but not here:

s/plasma5/plasma/

Of course, just what I think you call "oversight".

-- 
[]s,
Fernando, aka Sísifo
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page