[gentoo-user] Re: elogind problem

[Michael Palimaka]

Hi Bill,,


On 4/25/19 12:51 PM, Bill Kenworthy wrote:

Hi,

     I have just replaced console-kit with elogind and while its fixed my
X server problems, its brought some downsides as well.  Primarily, I
used to use acpi to hibernate but elogind has coopted the power button
so acpid doesnt get the signal, and added a suspend to lid closure but
then I cant run scripts to recover the touch screen etc.
(MSsurfacePro4).  I could deal with that except the docs for
systemd-logind (the elogind docs refer there) say they have removed the
possibility run arbitrary scripts from logind (and so I assume also
elogind).

So how can I recover the hardware to a working state using elogind?
Worst case would seem to be disable elogind hibernate/suspend in its
config file and handle it old school but is there a better way using
elogind?

Bill K.






While I don't have an answer, I suggest to discuss with upstream at 
https://github.com/elogind/elogind/issues or 
https://forums.prydeworx.com/. Sven is extremely knowledgeable and 
responsive (and also happens to be a fellow Gentoo-er).


Kind regards,

Michael

[gentoo-user] Re: dev-qt/qtdeclarative fails to build

[Michael Palimaka]

On 01/20/2018 09:10 AM, Christoph Böhmwalder wrote:
> Hey everyone,
> 
> I tried building qtdeclarative-5.9.3 today, but the linker failed:
> 
> $ cat build.log
> --- >8 ---
> g++-6.4.0 -Wl,-O1 -Wl,--as-needed -Wl,--enable-new-dtags -shared -o 
> libparticlesplugin.so .obj/plugin.o
> -L/var/tmp/portage/dev-qt/qtdeclarative-5.9.3/work/qtdeclarative-opensource-src-5.9.3/lib
>  -lQt5QuickParti
> cles -lQt5Quick -lQt5Qml -lQt5Gui -lQt5Network -lQt5Core -lGL -lpthread
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0):
>  multiple definition of
>  `__bss_start'
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0):
>  multiple definition of
>  `_edata'
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Gui.so:(*IND*+0x0):
>  multiple definition of
>  `_end'
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0):
>  multiple definitio
> n of `_edata'
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0):
>  multiple definitio
> n of `__bss_start'
> /usr/lib/gcc/x86_64-pc-linux-gnu/6.4.0/../../../../lib64/libQt5Network.so:(*IND*+0x0):
>  multiple definitio
> n of `_end'
> collect2: error: ld returned 1 exit status
> 
> $ emerge -pqv '=dev-qt/qtdeclarative-5.9.3::gentoo'
> [ebuild  N] dev-qt/qtdeclarative-5.9.3  USE="jit widgets xml -debug 
> (-gles2) -localstorage {-test}"
> 
> 
> emerge --info output and build.log are attached.
> 
> Any ideas? Thanks!
> 
> --
> Regards,
> Christoph
> 

This is probably bug #623566. Based on this output, try rebuilding
qtcore, qtgui and qtnetwork then try qtdeclarative again.

[gentoo-user] #gentoo experiences

[Michael Palimaka]

Hi all,

I'm collecting information about people's experiences in #gentoo.

I'm interested in both good and bad experiences, with users, developers,
and operators. Basically, anything that anyone would care to share would
be much appreciated.

Feel free to contact me off-list if you'd rather not reply here (if so,
please let me know if you'd like your response kept totally private -
otherwise there is a chance that I might anonymise and share it).

Kind regards,

Michael

[gentoo-user] Re: sddm-0.16.0 does not work with plain openrc

[Michael Palimaka]

On 10/14/2017 05:37 PM, Alan McKinnon wrote:
> Hi
> 
> A quick heads-up to anyone who like me uses sddm on a plain openrc box
> with USE="-elogind -systemd" and upgrades to sddm-0.16.0 (recently released)
> 
> That combination does not work. The xdm service starts, sddm launches,
> logs a message that doesn't look too ominous and then does ... nothing.
> No sddm, No X-Server. Very confusing, took me a while to solve.
> 
> Masking sddm-0.16.0 and downgrading back to sddm-0.15.0 restores
> functionality. More info and the Gentoo bug report:
> 
> https://bugs.gentoo.org/show_bug.cgi?id=633920
> 

I've since pushed -r1 which reportedly works around the issue until a
proper upstream fix becomes available.

[gentoo-user] Re: Plasma5: Missing shutdown, restart and suspend button

[Michael Palimaka]

On 10/14/2017 09:25 AM, Daniel Frey wrote:
> On 10/13/2017 03:10 PM, Ramon Fischer wrote:
>> Hello everyone,
>>
>> I successfully installed Gentoo with Plasma5 for the first time on
>> first try (yay!) and now I am going to fix stuff and ran into an issue
>> with missing buttons in the kde menu as mentioned in the subject.
>>
>> I followed all these instructions: https://wiki.gentoo.org/wiki/KDE
>> One guess is that it could be OpenRC because I actually selected the
>> systemd profile for kde.
>>
>> I am done with my debug-fu at this point. :)
>>
>> In the attachment you will find a lot of information. Customized parts
>> are marked with "# custom".
>>
>> Thanks!
>> -Ramon
> 
> Are you using openrc? It is possible it's looking for systemd to provide
> the shutdown and reboot options.
> 
> If you're not using systemd, switch to the non-systemd plasma profile
> and issue `emerge -auDN world`.
> 
> Dan
> 
> 

If openrc is being used, check out this article:
https://wiki.gentoo.org/wiki/KDE/Troubleshooting#Missing_shutdown.2Freboot.2Fsuspend.2Fhibernate_buttons_.28with_consolekit.29

Another option (that works well for me) is to use elogind.

[gentoo-user] Re: Compilation failed: qtwidgets-5.9.2

[Michael Palimaka]

Hi,

Thanks for testing 5.9.2, it's definitely appreciated. I'm sorry you ran
into a build failure.

On 10/08/2017 08:28 PM, tu...@posteo.de wrote:
> Hi,
> 
> compilation of qtwidgets failed.
> Is there a dependency currently missing in the ebuild?
> 
> 
> x86_64-pc-linux-gnu-g++ -Wl,-O1 -Wl,--as-needed -Wl,--no-undefined 
> -fuse-ld=gold -Wl,--enable-new-dtags -shared -o libqgtk3.so .obj/main.o 
> .obj/qgtk3dialoghelpers.o .obj/qgtk3menu.o .obj/qgtk3theme.o 
> .obj/moc_qgtk3dialoghelpers.o .obj/moc_qgtk3menu.o  -lQt5ThemeSupport 
> -lQt5Gui -lQt5Core -lGL -lpthread -lgtk-3 -lgdk-3 -lpangocairo-1.0 
> -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 
> -lgobject-2.0 -lglib-2.0 -lXext -lX11 -lm
> .obj/qgtk3theme.o:qgtk3theme.cpp:vtable for QGtk3Theme: error: undefined 
> reference to 'QGnomeTheme::createPlatformMenuBar() const'
> .obj/qgtk3theme.o:qgtk3theme.cpp:vtable for QGtk3Theme: error: undefined 
> reference to 'QGnomeTheme::createPlatformSystemTrayIcon() const'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  ResourceHelper::clear(): error: undefined reference to 'operator 
> delete(void*, unsigned long)'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  ResourceHelper::clear(): error: undefined reference to 'operator 
> delete(void*, unsigned long)'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  
> QtMetaTypePrivate::IteratorOwnerCommon::destroy(void**):
>  error: undefined reference to 'operator delete(void*, unsigned long)'
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.4/../../../../lib64/libQt5ThemeSupport.a(qgenericunixthemes.o):function
>  QGnomeThemePrivate::~QGnomeThemePrivate(): error: undefined reference to 
> 'operator delete(void*, unsigned long)'
> collect2: error: ld returned 1 exit status
> make[1]: *** [Makefile:138: ../../../../plugins/platformthemes/libqgtk3.so] 
> Error 1
> make[1]: Leaving directory 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/work/qtbase-opensource-src-5.9.2/src/plugins/platformthemes/gtk3'
> make: *** [Makefile:45: sub-gtk3-make_first] Error 2
>  * ERROR: dev-qt/qtwidgets-5.9.2::gentoo failed (compile phase):
>  *   emake failed
>  *
>  * If you need support, post the output of `emerge --info 
> '=dev-qt/qtwidgets-5.9.2::gentoo'`,
>  * the complete build log and the output of `emerge -pqv 
> '=dev-qt/qtwidgets-5.9.2::gentoo'`.
>  * The complete build log is located at 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/temp/build.log'.
>  * The ebuild environment file is located at 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/temp/environment'.
>  * Working directory: 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/work/qtbase-opensource-src-5.9.2/src/plugins/platformthemes'
>  * S: 
> '/var/tmp/portage/dev-qt/qtwidgets-5.9.2/work/qtbase-opensource-src-5.9.2'
> 
> Cheers
> Meino

Please consider filing a bug at https://bugs.gentoo.org/ with emerge
--info and the full build log attached. That way, we can track the issue
better and ensure it doesn't get forgotten.

Kind regards,

Michael

[gentoo-user] Re: Changing dependencies without upping version ??

[Michael Palimaka]

On 09/26/2017 03:03 AM, Ian Zimmerman wrote:
> On 2017-09-25 22:24, Michael Palimaka wrote:
> 
>> I see a few complaints in this thread, but nobody so far has
>> elaborated on the problem they have with this change.
> 
> The problem is that if I want to complete the upgrade the way portage
> suggests, I have to (newly) allow in and time-consumingly build _all_
> the qt5 core libraries, since they depend on one another in nearly
> circular fashion, and the updated qtcustomplot becomes the "camel's
> nose".
> 
> I dealt with this by unmerging the few qt using apps I had installed and
> finding alternatives for them.  Some of the alternatives are inferior,
> but it beats this "eternal transition" qt stuff.  I'll make a prediction
> but I don't expect anyone to bet: by the time all useful packages
> migrate to qt5, the qt6 transition will already be in full swing.
> 

If the only argument is you don't want to upgrade, I'm afraid there's
not much we can do to help you.

The reality is that Qt 4 has not been maintained for over 2 years and is
starting to break in worse and worse ways. As we do not have the
resources to maintain a local fork, we have no choice but to follow
upstream's decision to kill it off.

[gentoo-user] Re: Changing dependencies without upping version ??

[Michael Palimaka]

On 09/25/2017 03:37 AM, Ian Zimmerman wrote:
> Is this an officially approved technique??  it is DIRTY.

I see a few complaints in this thread, but nobody so far has elaborated
on the problem they have with this change.

[gentoo-user] Re: Unlocking Plasma desktop in Gentoo without systemd

[Michael Palimaka]

On 09/12/2017 05:04 AM, Daniel Frey wrote:
> According to a comment in the bug, you can try to figure out which
> session it is (ck-list-sessions) and look for the X11 display property
> set. This will not work (or could be difficult) if you have several
> users using KDE at the same time and can't tell the sessions apart.
> 
> Once you figure that out, remember the session name and:
> 
> # su -c 'dbus-send --system --print-reply \
> --dest="org.freedesktop.ConsoleKit" \
>  /org/freedesktop/ConsoleKit/ \
> org.freedesktop.ConsoleKit.Session.Unlock'
> 

If there a nice way to wrap this up in a script I'd be interesting in
shipping this for non-logind systems.

Another option is sys-auth/elogind, which provides the logind interface
and tools (like loginctl) for non-systemd systems. This is what I've
been testing with OpenRC for some time.

I read that ConsoleKit is also supporting the logind dbus interface now.
This would in theory make it easy to create a tool to unlock the
session, but I haven't had a chance to test it yet.

[gentoo-user] Re: ntp Vs openntp vis a vis Plasma desktop

[Michael Palimaka]

On 06/18/2017 08:34 PM, Tom H wrote:
> On Sat, Jun 17, 2017 at 1:46 PM, Walter Dnes <waltd...@waltdnes.org> wrote:
>> On Fri, Jun 16, 2017 at 09:44:27PM +1000, Michael Palimaka wrote
>>>
>>> Someone raised the issue that the "time server" option in the date
>>> and time applet was greyed out on their system. It turns out that
>>> this occurs if neither ntpdate nor rdate binaries are present, so I
>>> added the dep. There's been some pushback on this so maybe it'll be
>>> reverted or maybe not. It's being tracked in bug #621754 for anyone
>>> who wants to chime in.
>>
>> 1) If you don't have a time server, you don't have a time server. Why
>> is that a problem? Remember that Gentoo is about choice. An "ewarn"
>> message might be appropriate about "missing functionality", but that's
>> about it.
> 
> Given that the binaries that it looks for are ntpdate and rdate, it's
> about having an ntp client. It's strange that chronyd isn't one of
> these binaries, especially since, IIRC, ntpdate and rdate are
> deprecated.
> 
> 

Unfortunately upstream doesn't care about anything except systemd. It's
possible a patch adding support for other time clients might be
accepted, but looking at the commit adding systemd support[1], I wonder
how long it is until "legacy" support for this sort of thing is dropped
entirely.

1:
https://cgit.kde.org/plasma-desktop.git/commit/kcms/dateandtime/dtime.cpp?id=b6ae01ca8ea776c97cc57836401ca9696e2529e8

[gentoo-user] Re: ntp Vs openntp vis a vis Plasma desktop

[Michael Palimaka]

Hi,

On 06/16/2017 04:19 PM, Andrew Lowe wrote:
> Good afternoon all,
>   Does anyone have any inside knowledge as to why 5.9.5 of KDE plasma
> desktop did not require ntp whereas 5.10.5 does? I use Openntp and been
> using KDE 5 for ages with the time being correct so was wondering why
> now the requirement for net-misc/ntp specifically.
> 
>   Any thoughts, greatly appreciated,
> 
>   Andrew
> 
> 

Someone raised the issue that the "time server" option in the date and
time applet was greyed out on their system. It turns out that this
occurs if neither ntpdate nor rdate binaries are present, so I added the
dep. There's been some pushback on this so maybe it'll be reverted or
maybe not. It's being tracked in bug #621754 for anyone who wants to
chime in.

Kind regards,

Michael

[gentoo-user] Re: Disable Gentoo branding on KDE?

[Michael Palimaka]

On 01/02/17 23:39, Nikos Chantziaras wrote:
> Is there a way to disable the Gentoo branding in KDE? My launcher icon
> as well as my start screen got replaced with Gentoo-branded ones.
> 
> 
> 

Are you using the LiveDVD or similar variant? The only Gentoo KDE
branding we ship in the main repository is in kinfocenter and is
configured via /etc/xdg/kcm-about-distrorc.

[gentoo-user] Re: Doubt about R support in gentoo

[Michael Palimaka]

On 20/11/16 01:47, Zhu Sha Zang wrote:
> Hello everybody...
> 
> 
> A single doubt here:
> 
> 
> After an upgrade in package dev-libs/icu (from 57.1 to 58.1-r1) i tried
> a package upgrade inside R and got that:
> 
> 
> /> update.packages(checkBuilt=TRUE, ask=FALSE,
> repos='http://cran.us.r-project.org')
> trying URL 'http://cran.us.r-project.org/src/contrib/knitr_1.15.tar.gz'
> Content type 'application/x-gzip' length 1027358 bytes (1003 KB)
> ==
> downloaded 1003 KB
> 
> * installing *source* package ‘knitr’ ...
> ** package ‘knitr’ successfully unpacked and MD5 sums checked
> ** R
> ** demo
> ** inst
> ** preparing package for lazy loading
> Error in dyn.load(file, DLLpath = DLLpath, ...) :
>   *unable to load shared object
> '/usr/lib64/R/library/stringi/libs/stringi.so':**
> **  libicui18n.so.57: cannot open shared object file: No such file or
> directory*
> Error : unable to load R code in package ‘knitr’
> ERROR: lazy loading failed for package ‘knitr’
> * removing ‘/usr/lib64/R/library/knitr’
> * restoring previous ‘/usr/lib64/R/library/knitr’
> 
> The downloaded source packages are in
> ‘/tmp/RtmpKBphr0/downloaded_packages’
> Updating HTML index of packages in '.Library'
> Making 'packages.html' ... done
> Warning message:
> In install.packages(update[instlib == l, "Package"], l, contriburl =
> contriburl,  :
>   installation of package ‘knitr’ had non-zero exit status
> /
> 
> 
> This kind of "bug" can I put inside bugs.gentoo.org or its a cran
> package bug?
> 
> It is not the first time and i'm in dout about how to proceed.
> 
> 
> Thanks anyway.
> 
> Best regards!!
> 
> //
> 

Due to the dev-libs/icu upgrade, the package that provides
/usr/lib64/R/library/stringi/libs/stringi.so needs to be rebuilt. I
assume you're using the R overlay, so that would be sci-CRAN/stringi.

It's possible for this rebuild to be achieved automatically in the
future, but it requires a minor modification to the stringi ebuild
(subslot operator to be added to dev-libs/icu dependency). As the R
overlay is automatically generated I'm not sure how to achieve this so
I've CCed Benda who I hope is the right person to look at this. :-)

[gentoo-user] Re: ...if linking a completly unused library...

[Michael Palimaka]

On 03/10/16 04:00, Michael Orlitzky wrote:
> 
> There was a GSoC project in 2011 that attempted something like this:
> 
>   https://gitweb.gentoo.org/proj/autodep.git/
> 
> Maybe if its developer still feels that the foundation is sound, we
> could propose it again next year.

I haven't used it recently so it may well need updating to be compatible
with a recent portage, but it used to work well.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 17/07/16 01:00, Mick wrote:
> On Saturday 16 Jul 2016 01:30:33 Michael Palimaka wrote:
>> On 15/07/16 07:00, Mick wrote:
>>> On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
>>>> On 14/07/16 08:04, Mick wrote:
>>>>
>>>> For the missing icons, is this inside a Plasma session? What's the
>>>> output of "env | grep XDG_"?
>>>
>>> No, I am not running the full Plasma desktop - although I had tried this
>>> on a PC with the Plasma desktop and the effect was the same.
>>>
>>> This is what I get on my laptop:
>>>
>>> $ env | grep XDG_
>>> XDG_VTNR=7
>>> XDG_MENU_PREFIX=e-
>>> XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
>>> XDG_SESSION_CLASS=user
>>> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
>>> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
>>> XDG_CONFIG_DIRS=/etc/xdg
>>> XDG_SESSION_TYPE=x11
>>> XDG_SEAT=seat0
>>> XDG_SESSION_DESKTOP=
>>> XDG_DATA_DIRS=/usr/local/share:/usr/share
>>> XDG_RUNTIME_DIR=/var/run/user/1000
>>> XDG_CURRENT_DESKTOP=
>>
>> There is an ongoing issue with KDE Applications displaying missing icons
>> outside of a Plasma environment, due to a behaviour change in Qt 5 where
>> it tries to automatically theme (including icon theme) applications
>> based on the running environment.
>>
>> As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
>> running Dolphin.
>>
>>>>>> It is expected that kim4 (kdelibs4-based) does not work with
>>>>>> KF5-based Dolphin.
>>>>>
>>>>> This was a very useful facility for me.  I hope kim5 will be brought
>>>>> out.
>>>>
>>>> I did a really quick test by copying the service files to the KF5
>>>> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
>>>> operations and it seemed to work OK.
>>>
>>> Do you mean copying the Kim4 files from
>>> ~/.kde4/share/kde4/services/ServiceMenus/?
>>
>> The ones it installs:
>>
>> /usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_publication.desktop
> 
> Another problem:
> 
> I can't open files/directories with a single click as I used to.  I have to 
> double click.  Where could I set this up?
> 

Look in System Settings -> Input Devices -> Mouse, it's in the Icons
section of the General tab.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 16/07/16 03:52, Mick wrote:
> On Saturday 16 Jul 2016 01:30:33 Michael Palimaka wrote:
>> On 15/07/16 07:00, Mick wrote:
>>> On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
>>>> On 14/07/16 08:04, Mick wrote:
>>>>
>>>> For the missing icons, is this inside a Plasma session? What's the
>>>> output of "env | grep XDG_"?
>>>
>>> No, I am not running the full Plasma desktop - although I had tried this
>>> on a PC with the Plasma desktop and the effect was the same.
>>>
>>> This is what I get on my laptop:
>>>
>>> $ env | grep XDG_
>>> XDG_VTNR=7
>>> XDG_MENU_PREFIX=e-
>>> XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
>>> XDG_SESSION_CLASS=user
>>> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
>>> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
>>> XDG_CONFIG_DIRS=/etc/xdg
>>> XDG_SESSION_TYPE=x11
>>> XDG_SEAT=seat0
>>> XDG_SESSION_DESKTOP=
>>> XDG_DATA_DIRS=/usr/local/share:/usr/share
>>> XDG_RUNTIME_DIR=/var/run/user/1000
>>> XDG_CURRENT_DESKTOP=
>>
>> There is an ongoing issue with KDE Applications displaying missing icons
>> outside of a Plasma environment, due to a behaviour change in Qt 5 where
>> it tries to automatically theme (including icon theme) applications
>> based on the running environment.
>>
>> As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
>> running Dolphin.
>>
>>>>>> It is expected that kim4 (kdelibs4-based) does not work with
>>>>>> KF5-based Dolphin.
>>>>>
>>>>> This was a very useful facility for me.  I hope kim5 will be brought
>>>>> out.
>>>>
>>>> I did a really quick test by copying the service files to the KF5
>>>> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
>>>> operations and it seemed to work OK.
>>>
>>> Do you mean copying the Kim4 files from
>>> ~/.kde4/share/kde4/services/ServiceMenus/?
>>
>> The ones it installs:
>>
>> /usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
>> /usr/share/kde4/services/ServiceMenus/kim_publication.desktop
> 
> Thanks for this tip Michael, it works perfectly.  While I was there, I also 
> copied over all k3b shortcuts too.  :-)
> 
> Shouldn't all these get picked up automatically when Plasma is installed and 
> symlinked?
> 

There's no guarantee that KDE4 services will function in a KF5
environment - it's just lucky in this case that they are fairly simple
and do.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 15/07/16 07:00, Mick wrote:
> On Friday 15 Jul 2016 02:03:09 Michael Palimaka wrote:
>> On 14/07/16 08:04, Mick wrote:
> 
>> For the missing icons, is this inside a Plasma session? What's the
>> output of "env | grep XDG_"?
> 
> No, I am not running the full Plasma desktop - although I had tried this on a 
> PC with the Plasma desktop and the effect was the same.
> 
> This is what I get on my laptop:
> 
> $ env | grep XDG_
> XDG_VTNR=7
> XDG_MENU_PREFIX=e-
> XDG_SESSION_COOKIE=dell_xps-1468520688.314968-1860262165
> XDG_SESSION_CLASS=user
> XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session1
> XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
> XDG_CONFIG_DIRS=/etc/xdg
> XDG_SESSION_TYPE=x11
> XDG_SEAT=seat0
> XDG_SESSION_DESKTOP=
> XDG_DATA_DIRS=/usr/local/share:/usr/share
> XDG_RUNTIME_DIR=/var/run/user/1000
> XDG_CURRENT_DESKTOP=

There is an ongoing issue with KDE Applications displaying missing icons
outside of a Plasma environment, due to a behaviour change in Qt 5 where
it tries to automatically theme (including icon theme) applications
based on the running environment.

As a workaround, try exporting XDG_CURRENT_DESKTOP="KDE" prior to
running Dolphin.

>>>> It is expected that kim4 (kdelibs4-based) does not work with
>>>> KF5-based Dolphin.
>>>
>>> This was a very useful facility for me.  I hope kim5 will be brought out.
>>
>> I did a really quick test by copying the service files to the KF5
>> location (/usr/share/kservices5/ServiceMenus) and ran a couple of
>> operations and it seemed to work OK.
> 
> Do you mean copying the Kim4 files from 
> ~/.kde4/share/kde4/services/ServiceMenus/?
> 

The ones it installs:

/usr/share/kde4/services/ServiceMenus/kim_compressandresize.desktop
/usr/share/kde4/services/ServiceMenus/kim_convertandrotate.desktop
/usr/share/kde4/services/ServiceMenus/kim_publication.desktop

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 14/07/16 08:04, Mick wrote:
>> For missing icons and network places, it would be nice to know
>> more. 
> 
> Please see attached screenshot.  The menu has no icons, only text.  
> Configuration options are limited compared to KDE4.  Delete, instead of Move 
> to 
> Trash, is not configurable.  However, pressing Shift before or after a right-
> click menu has been invoked changes Move to Trash to Delete.

For the missing icons, is this inside a Plasma session? What's the
output of "env | grep XDG_"?

As for delete, did you check "Delete" in the services configuration?

> 
> 
>> It is expected that kim4 (kdelibs4-based) does not work with
>> KF5-based Dolphin.
> 
> This was a very useful facility for me.  I hope kim5 will be brought out.

I did a really quick test by copying the service files to the KF5
location (/usr/share/kservices5/ServiceMenus) and ran a couple of
operations and it seemed to work OK.

[gentoo-user] Re: KDE 5

[Michael Palimaka]

On 13/07/16 07:56, Mick wrote:
> Unlike Neil I found Plasma 5 a major climb down from KDE4 in terms of 
> interface usability.  A lot of things were broken and for me still are.  For 
> example Konqueror on my laptop does not integrate with Dolphin anymore, menu 
> icons on Dolphin are not shown, Network places are empty, Kim4 does not show 
> up in the dropdown menu, etc.  I noticed the same problems on a desktop which 
> had the full Plasma5 desktop installed.

These are not related to Plasma, but rather KDE Applications which is
now distinct.

The Dolphin/Konqueror integration should be fixed in 16.04.3, see bug
#562224. For missing icons and network places, it would be nice to know
more. It is expected that kim4 (kdelibs4-based) does not work with
KF5-based Dolphin.

[gentoo-user] Re: Konsole

[Michael Palimaka]

On 10/07/16 05:44, Philip Webb wrote:
> What has happened to Konsole:4/4.14 ?
> 
>   root:508 ~> eix konsole
>   [U?] kde-apps/konsole
> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
> -aqua -debug -minimal -test)
> Description: KDE's terminal emulator
> 
> Are we going to be forced to install the whole of KDE 5
> if we want to go on using some very useful KDE apps ?
> 
> Or was it dropped by mistake ?
> 

Hi Phillip,

We recently dropped most of 4.14 as it is old, unsupported, and assists
in easing our general maintenance burden.

As usual, it has been copied to the kde-sunset overlay for those who
aren't yet ready to say goodbye. :-)

Kind regards,

Michael

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

[Michael Palimaka]

On 09/07/16 23:52, Robin Atwood wrote:
> Attempting to update/world this weekend I get:
> 
>  
> 
>  
> 
> # emerge -uDv @world
> 
>  
> 
> These are the packages that would be merged, in order:
> 
>  
> 
> Calculating dependencies... done!
> 
>  
> 
> !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5"
> have been masked.
> 
> !!! One of the following masked packages is required to complete your
> request:
> 
> - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by:
> package.mask, ~amd64 keyword)
> 
> - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask)
> 
>  
> 
> (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo"
> [ebuild])
> 
> (dependency required by "@selected" [set])
> 
> (dependency required by "@world" [argument])
> 
>  
> 
> I have all of KDE:5 masked since I think installing it sounds too risky.
> Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on
> kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a
> solution to this?
> 
>  
> 
> Thanks
> 
> Robin

Hi Robin,

This change is correct - we're in the process of cleaning up some old
ebuilds at the moment.

In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything
KF5-based - it has just been ported to use a newer eclass. It still just
pulls in the old KDE4-based kde-runtime packages.

Kind regards,

Michael

[gentoo-user] Re: Dolphin peculiarities with plasma5

[Michael Palimaka]

On 29/05/16 23:42, Mick wrote:
> Following the latest round of KDE updates I noticed two undesirable effects 
> and I would be grateful if you could point me to a way of reverting them to 
> their old behaviour:
> 
> 1. Konqueror is no longer integrated with dolphin as a file manager.  When I 
> click on Konqueror's Home Folder on its introductory page, a new window is 
> launched with Dolphin.

I believe this is due to latest Konqueror being KDE4-based and latest
Dolphin (and therefore dolphinpart) being KF5-based. As a workaround,
try downgrading Dolphin to 4.14.3-r1.

> 2. Dolphin now requires a double click to open directories.  Where can I set 
> this to a single click?  I've looked in dolphin Preferences and 
> systemsettings5 but I can't find where to change it to a single click 
> operation. 
> 

Try System Settings -> Input Devices -> Mouse -> Single-click to open
files and folders.

[gentoo-user] Re: KDE Plasma 5 moved to stable

[Michael Palimaka]

Hi Peter,

On 11/04/16 20:34, Peter Humphrey wrote:
> On Saturday 09 April 2016 11:12:51 Mick wrote:
>> I noticed today that Plasma 5 is now stable, which means I will soon have
>> to deal with it.
> 
> I saw that too, and it cast a gloom over the rest of my day. I intend to 
> stick 
> with KDE-4 until some more sensible themes become available in Plasma 5, so I 
> hope someone will be keeping an archive of KDE-4 somewhere, as in the earlier 
> case of KDE 3 -> 4.

While both Plasma 4 and even Qt 4 are end-of-life upstream, I don't
think they're going anywhere quite yet. There's no pressing need to
remove it yet, and there's still a long way to go in terms of porting in
the Qt ecosystem in general.

When it is eventually removed, I also don't see any reason why Qt 4 and
KDE 4 can't go to the kde-sunset overlay along with 3.

Kind regards,

Michael

[gentoo-user] Re: KDE5 & Disabling search and recent documents & thoughts

[Michael Palimaka]

Hi Dan,

On 11/04/16 09:55, Daniel Frey wrote:
> OK
> 
> We're in 2016 now. And KDE *still* doesn't make it easy to disable their
> damn indexer. I've never wanted to search through my menu, I've never
> wanted it to remember every damn file I've opened. It's a personal
> preference.
> 
> WHY can't we have a single checkbox to disable all this crap? I found
> one and it didn't work (search in system settings.) Then when I was
> searching around online I found out it will reenable itself magically
> randomly anyway!
> 
> I also tried balooctl and it didn't work either.
> 
> So I got very pissed off at this point and did the following:
> 
> $ chmod 444 ~/.kde4/share/apps/RecentDocuments/
> $ rm /usr/bin/*baloo*
> 
> Rebooted
> 
> $ rm -rf ~/.config/baloo*
> $ rm -rf ~/.local/share/baloo
> 
> Rebooted again
> 
> ...and FINALLY it stopped indexing and remembering stuff that I told it
> not to. It still remembers the last application used, but I don't really
> care about that. I've put those commands in a script in /etc/local.d too.
> 
> Just figured others might want the info. A note, searching for files
> through Dolphin can be affected by this. I never do that myself, I
> always use a shell (konsole, etc.)
> 
> I've been using and tweaking for a couple hours now and haven't seen any
> ill side-effects from my "nuclear" option.

In System Settings -> Search there's options to turn off the file
indexer as well as all the other search plugins (including recent
documents). I've heard that sometimes it can take a little bit for the
indexer to stop, but otherwise it seems to work OK fo rme.

Duncan has some patches floating around if you want to strip baloo out
completely.

> One other gripe on KDE5: it's 2016, why can't we use the meta key to pop
> up the menu? Really...

Not sure the reason why it's not native functionality, but you might try
x11-misc/ksuperkey.

> Other than that, things are a bit different. I'm not sure I like the
> flat look yet. After the upgrade for some reason the K menu was
> invisible, but when I set the theme to Oxygen it was visible again? I
> thought that was odd, did anyone else experience that?

Maybe a botched settings migration?

> 
> Dan
> 
> 

Kind regards,

Michael

[gentoo-user] Re: KDE's confusing versions

[Michael Palimaka]

On 08/03/16 03:55, James wrote:
> Jonathan Callen  gentoo.org> writes:
> 
> 
> 
>> Note that upstream split the old "KDE Software Compilation" (formerly
>> "KDE Desktop Environment") into three separate parts: KDE Frameworks,
>> Plasma, and KDE Applications.
> 
> 
> So does this mean that a system can install lxqt(5) and pick out of the
> many kde applications to install and not have all the other kde baggage?
> 
> If so, is there a list of which kde applications can be installed without
> the KDE bloat (simple QT5) requirements?

You've always been able to pick and choose individual KDE applications
without installing all of KDE, although in KDE 4 we did recommend also
installing one of the smaller meta packages (eg.
kde-apps/kdebase-runtime-meta) to ensure everything worked correctly.

You can identify KF5/Qt5-based applications based on their slot.
Something like eix kde-apps/ --slot 5 should give the full list of
what's available so far.

[gentoo-user] Re: Qt5 X Qt4

[Michael Palimaka]

On 08/03/16 03:50, Francisco Ares wrote:
> Even the new USE flags, qt4 and qt5 are still not completely capable to
> switch to the desired Qt version prior to building, as, for instance,
> "dev-util/cmake" and "app-doc/doxygen", I had to manually switch
> "qtchooser" set up back to Qt4 before correctly re-building those, even
> placing a set of "qt4 -qt5" use flags for both.

What was the issue here? If some package links against qt5 with USE="qt4
-qt5", that is most likely a bug.

[gentoo-user] Re: What is forcing the qt4 USE flag?

[Michael Palimaka]

On 01/23/2016 06:04 AM, Nikos Chantziaras wrote:
> I have a weird problem. I have an ebuild where either qt4 or qt5 can be
> enabled. They are both disabled by default and I have to choose which
> one I want. The ebuild does that with:
> 
>   IUSE="qt4 qt5"
>   REQUIRED_USE="^^ ( qt4 qt5 )"
> 
> I'm on the plasma profile which enabled qt5 automatically. However,
> portage complains:
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
>   exactly-one-of ( qt4 qt5 )
> 
> The qt4 USE flag is enabled. I can't see where. I didn't enable it
> anywhere in any of my /etc/portage/* files. If I emerge with:
> 
>   USE="-qt4" emerge package
> 
> then it works. So I have to explicitly disable the qt4 USE flag even
> though I didn't enable it in the first place.
> 
> Can someone enlighten me?
> 
> 
> 

Which package is it? We can add an entry to the Plasma profile's
package.use to avoid the REQUIRED_USE.

[gentoo-user] Re: This nite's switch to full multilib

[Michael Palimaka]

On 30/03/15 03:43, waben...@gmail.com wrote:
 Mick michaelkintz...@gmail.com wrote:
 
 On Sunday 29 Mar 2015 17:08:32 Yanestra wrote:
 On 03/29/2015 05:03 PM, waben...@gmail.com wrote:
 In most of the cases, Portage will be able to deliver correct
 suggestions for that when using the --autounmask feature.

 The first thing what happens here is that kde wants to upgrade
 because qtchooser's mask miraculously becomes ignored. And
 qtchooser itself doesn't install together with the libraries it
 pretends to control because there masses of conflicts, no matter
 what combination (qt4, qt5) I try.

 It has taken months of experimentation to get all the software to
 work which I need. It was tricky, because in many places only
 particular versions do.

 All that dissolves in a giant pile of rubbish...

 Regards,
 Yanestra

 I've also ended up with qt blockers, that I do not seem capable to
 overcome yet.  KDE wants qt 4.8.5 installed which is blocking qt
 4.8.6.  How did you go about overcoming this?

 
 I also have dev-qt/qtcore-4.8.5-r2 and some other qt packages installed
 but I had no problems with that.
 
 I'm on gentoo stable (not ~amd64) and I don't use KDE.

If you're on stable, you'll need to keyword qt-4.8.6 in its entirety.
You can't mix and match versions, and 4.8.6 is the only one that
supports multilib.

[gentoo-user] Re: Deleted kdevelop ebuilds

[Michael Palimaka]

On 27/02/15 19:07, Fernando Rodriguez wrote:
 
 I've been using kdevelop-4.7.0 (unstable) for a while and it was working just 
 fine. Then about a couple weeks ago it's ebuild got deleted from the portage 
 tree and replaced with kdevelop-4.7.1 which is broken (I have issues with 
 remote debugging).
 
 Why does a good ebuild gets replaced with a broken one? Is there any way to 
 make sure that packages that I'm using don't get removed from the portage tree
 or at least that the package doesn't get downgraded automatically. Right now 
 if I install an unstable package by keywording a specific version and it gets 
 deleted you get downgraded the next time you run emerge -vauDN so you have no 
 simple way of going back to your working configuration since the ebuild is 
 gone.
 

Don't forget to file a bug so we can track your issue.

[gentoo-user] Re: dev-qt/qtwebkit-5.4.0

[Michael Palimaka]

On 04/02/15 08:07, Stefan G. Weichinger wrote:
 Am 03.02.2015 um 20:30 schrieb Jörg Schaible:
 
 Consider a memcheck. Arbitrary failures while the CPU is high is often 
 because some component starts dying. Sometimes cleaning the fans work 
 wonders.
 
 Good suggestion, will check tmrw and clean the fans as well.
 
 It gave internal compiler error afai remember.

How much free memory do you have, and are you building with debug
symbols? qtwebkit:5 is exceptionally hungry, and I've seen it hit by the
kernel OOM killer a lot.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/12/2014 11:11 PM, Stefano Crocco wrote:
 Excerpts from Michael Palimaka's message of 2014-10-04 19:37:04 +0200:
 On 10/04/2014 11:26 PM, behrouz khosravi wrote:
 Hello everyone.
 I was wondering if anyone has tried KDE5?
 Do you know when it's going to be placed in the main tree?

 thanks

 Hi,

 The KDE release structure has evolved[1], decoupling the release cycle
 of the Platform, Workspace, and Applications. This means that there is
 no longer a single Software Compilation in the same way there was with
 KDE 4.

 We (Gentoo KDE team) have not yet made a decision as to when the Plasma
 5 Workspace will be pushed to the main tree. I've been using it on a
 daily basis for about six months, and consider the next release (5.1.0)
 to be a good candidate for the main tree.

 The underlying Platform (KDE Frameworks 5) upon which Plasma 5 is built
 is expected in the main tree in about a week, after the 5.3.0 release.

 Best regards,
 Michael

 [1]: https://dot.kde.org/2013/09/04/kde-release-structure-evolves
 
 I'd love to try KDE 5. So far I've been able to install Frameworks from the 
 KDE
 overlay. I then tried to install the workspace, but it seems that it can't
 coexist with kde 4 (I get blockers from several kde 4 packages when trying to
 install). Is this correct, or am I doing something wrong? I use paludis as
 package manager, so maybe it behaves differently from portage and this is the
 reason for the blockers.

Unfortunately Plasma 5 and KDE 4 Workspaces cannot coexist. This is an
upstream decision.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/09/2014 04:38 AM, Volker Armin Hemmann wrote:
 Am 08.10.2014 um 11:56 schrieb Michael Palimaka:
 On 10/08/2014 07:31 AM, Volker Armin Hemmann wrote:
 so after spending hours fighting to upgrade boost, I finally got to the
 point were portage let me emerge kde-framework.

 I went to bed.

 I woke up 2h later... only 9 packages were installed, the rest skipped
 because of wrong gcc.

 Crap like that should be told right at the start.
 This is carryover from KDE 4. In all packages except kdelibs, the GCC
 check was in pkg_setup instead of pkg_pretend to save time during
 dependency resolution (think emerging 300 KDE packages at once).

 I did some quick tests and I'm not convinced that the small time saving
 justifies bending the rules and causing the sort of issue you ran into.



 
 luckily, I did have gcc 4.8 installed, until now I just did not have a
 reason to switch. Afterwards emerging the rest was a non-issue. emerge
 @preserved-rebuild is not happy, of course because of kactivities-4 and
 -5 not liking each other.. let them be unhappy...
 
 
 
 

You can have both at the same time by merging kactivities:4 with minimal
USE flag. That will be handled automatically by a new profile in due course.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/08/2014 07:31 AM, Volker Armin Hemmann wrote:
 so after spending hours fighting to upgrade boost, I finally got to the
 point were portage let me emerge kde-framework.
 
 I went to bed.
 
 I woke up 2h later... only 9 packages were installed, the rest skipped
 because of wrong gcc.
 
 Crap like that should be told right at the start.

This is carryover from KDE 4. In all packages except kdelibs, the GCC
check was in pkg_setup instead of pkg_pretend to save time during
dependency resolution (think emerging 300 KDE packages at once).

I did some quick tests and I'm not convinced that the small time saving
justifies bending the rules and causing the sort of issue you ran into.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/07/2014 06:41 PM, Pavel Volkov wrote:
 On Saturday, October 4, 2014 9:37:04 PM MSK, Michael Palimaka wrote:
 The KDE release structure has evolved[1], decoupling the release cycle
 of the Platform, Workspace, and Applications. This means that there is
 no longer a single Software Compilation in the same way there was with
 KDE 4.

 We (Gentoo KDE team) have not yet made a decision as to when the Plasma
 5 Workspace will be pushed to the main tree. I've been using it on a
 daily basis for about six months, and consider the next release (5.1.0)
 to be a good candidate for the main tree.

 The underlying Platform (KDE Frameworks 5) upon which Plasma 5 is built
 is expected in the main tree in about a week, after the 5.3.0 release.
 
 I think KDE Application 5 haven't been released yet (at least I don't
 remember seeing the news). Are you going to package old applications
 with Frameworks 5 and Plasma 5?
 
 

The first Applications 5 release (currently versioned 14.12) is
expected in late December. KDE 4 applications work fine in a Plasma 5
environment and we'll continue to ship them for the foreseeable future.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/06/2014 05:34 AM, Volker Armin Hemmann wrote:
 Am 04.10.2014 um 19:37 schrieb Michael Palimaka:
 On 10/04/2014 11:26 PM, behrouz khosravi wrote:
 Hello everyone.
 I was wondering if anyone has tried KDE5?
 Do you know when it's going to be placed in the main tree?

 thanks
 Hi,

 The KDE release structure has evolved[1], decoupling the release cycle
 of the Platform, Workspace, and Applications. This means that there is
 no longer a single Software Compilation in the same way there was with
 KDE 4.

 We (Gentoo KDE team) have not yet made a decision as to when the Plasma
 5 Workspace will be pushed to the main tree. I've been using it on a
 daily basis for about six months, and consider the next release (5.1.0)
 to be a good candidate for the main tree.

 The underlying Platform (KDE Frameworks 5) upon which Plasma 5 is built
 is expected in the main tree in about a week, after the 5.3.0 release.

 Best regards,
 Michael

 [1]: https://dot.kde.org/2013/09/04/kde-release-structure-evolves



 
 ok, at the moment you can't even install this mess:
 
 merge: there are no ebuilds built with USE flags to satisfy
 =dev-qt/qtwebkit-5.3.2:5[debug=,widgets].
 !!! One of the following packages is required to complete your request:
 - dev-qt/qtwebkit-5.3.2-r1::gentoo (Missing IUSE: widgets)
 (dependency required by dev-qt/qtquick1-5.3.2 [ebuild])
 (dependency required by kde-frameworks/plasma-5.2.0::kde [ebuild])
 (dependency required by @kde-frameworks-5.2 [argument])
 
 yepp, three ebuilds depending on qtwebkit with the widgets useflag -
 that it doesn't even have. Oh joy. And that after 2h+ dealing with other
 useflag related shenanigans.
 
 btw from the changelog:
 
   25 Sep 2014; Michael Palimaka kensing...@gentoo.org metadata.xml:
   Remove unused USE flag.
 
 that unused useflag wasn't 'widgets' by chance? ^^
 
 
 
Thanks for testing. It appears I missed a couple of consumers (I did
check!) and it's fixed now.

What other USE flag issues did you encounter?

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/06/2014 12:17 AM, Tanstaafl wrote:
 On 10/4/2014 1:37 PM, Michael Palimaka kensing...@gentoo.org wrote:
 The KDE release structure has evolved[1], decoupling the release cycle
 of the Platform, Workspace, and Applications. This means that there is
 no longer a single Software Compilation in the same way there was with
 KDE 4.
 
 Interesting.
 
 Has this been discussed in detail before? What is the consensus about
 this in the gentoo dev world? Meaning - is it a good or bad thing? I've
 been  thinking about giving KDE a try again, but still read enough
 negative things about it to give me pause (my time is very limited so I
 have to pick/choose what I want to spend it on)...
 
 
There's a fair bit of info about it floating around upstream. The
Frameworks split has involved a great deal of cleanup, with a focus on
continuous integration and pushing functionality to Qt where
appropriate. The move from a single monolithic kdelibs to about 60 small
frameworks will also drive adoption of the platform as it substantially
reduces dependency bloat.

As for Gentoo, we're just following upstream. :-) There's many more
ebuilds than before, but packaging is a lot simpler.

Given that it's early days both up and downstream, I wouldn't yet
recommend Plasma 5 on Gentoo for someone that's not at least a little
bit adventurous. I'd be interested to know what KDE negatives you've
experienced/heard in the past though.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/06/2014 02:35 AM, Tanstaafl wrote:
 On 10/5/2014 11:01 AM, Michael Palimaka kensing...@gentoo.org wrote:
 I'd be interested to know what KDE negatives you've
 experienced/heard in the past though.
 
 Bloat, buggy/unstable ever since the move from KDE3 to KDE4 (and never
 really gotten any better over time), etc...
 
 But of course there are always haters too... I'm sure it isn't as bad as
 the loudest complainers make it sound...
 
 

There were definitely issues in KDE 4 early days but there have been
substantial improvements since then.  Regarding bloat/performance, this
biggest complaints seem to be about nepomuk/baloo. We provide the
semantic-desktop USE flag to provide the option of disabling this
feature wherever it's possible.

[gentoo-user] Re: has anyone tried KDE5?

[Michael Palimaka]

On 10/04/2014 11:26 PM, behrouz khosravi wrote:
 Hello everyone.
 I was wondering if anyone has tried KDE5?
 Do you know when it's going to be placed in the main tree?
 
 thanks

Hi,

The KDE release structure has evolved[1], decoupling the release cycle
of the Platform, Workspace, and Applications. This means that there is
no longer a single Software Compilation in the same way there was with
KDE 4.

We (Gentoo KDE team) have not yet made a decision as to when the Plasma
5 Workspace will be pushed to the main tree. I've been using it on a
daily basis for about six months, and consider the next release (5.1.0)
to be a good candidate for the main tree.

The underlying Platform (KDE Frameworks 5) upon which Plasma 5 is built
is expected in the main tree in about a week, after the 5.3.0 release.

Best regards,
Michael

[1]: https://dot.kde.org/2013/09/04/kde-release-structure-evolves

[gentoo-user] Re: KDE: unwanted dependencies

[Michael Palimaka]

On 13/09/2013 21:35, Yuri K. Shatroff wrote:

On 13.09.2013 14:14, Alan McKinnon wrote:

On 13/09/2013 12:10, Yuri K. Shatroff wrote:

Hi people,

I am about to update KDE from 4.10.4 to 4.11.1.
Is it possible to avoid installing various nepomuks and akonadis which


No


Pity.


appear to be required now? I have set USE=-semantic-desktop but it
doesn't seem to help.
While the USE flag has disappeared, you could try putting nepomuk and 
akonadi into your package.provided file.



My current KDE installation is quite happy without that stuff (which
also brings along tons of other crap).



The KDE maintainers posted quite extensively about this some time back.


Some time back I heard that KDE devs were striving to make KDE more
modular.
KDE upstream is, yes, and how this will affect semantic-desktop remains 
to be seen.



It is too hard to try and extract semantic-desktop out of the KDE build
whilst not breaking everything else. What you now do is allow the stuff
to be built, and disable the function in System Settings.


Well why wasn't it too hard before? It's not quite obvious why one's got
to extract some additional functionality, as opposed to including it
when needed. A strange approach, all in all.
The decision to remove the USE flag happened mostly because it maintain, 
and was in general not well supported anyway.


There have been a number of proposals about the situation: do nothing, 
do a full revert, or implement some compromise. I would hope that we 
make a final decision about this before stabilising any 4.11 version.



BTW, it seems that mysql is also a hard dependency for QT now. At least,
the average joe can't be scorned any more for not having a server. Hey
to all localhost admins! :)
That shouldn't be the case. The default akonadi backend is mysql, why 
could explain why it's being pulled in.

[gentoo-user] Re: How do I downgrade chromium below 29.0.1547.57?

[Michael Palimaka]

On 13/09/2013 19:10, Chris Stankevitz wrote:

Arg...

dev-lang/v8-3.19.18.19 breaks sci-geosciences/osgearth-2.4.

Downgrading to dev-lang/v8-3.18.5.14 breaks www-client/chromium-29.0.1547.57

Can't downgrade www-client/chromium below 29.0.1547.57 because there
is no older version in chromium.

Bonus: I'm afraid to upgrade my kernel since I use nvidia.

Chris :(




Hi,

All old ebuilds are always available in CVS: 
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/chromium/?hideattic=0, 
which you could put in a local overlay.


Don't forget to file a bug so the science team knows about the breakage! :-)

Best regards,
Michael

[gentoo-user] Re: emerge -e errors right after install

[Michael Palimaka]

On 17/08/2013 08:38, Walter Dnes wrote:


   I have the following in make.conf

CFLAGS=-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables 
-fno-asynchronous-unwind-tables
CXXFLAGS=${CFLAGS}

...where -march=native will always work correctly for a local build.
The only possible worry is if you're cross-compiling and or distributing
a binary to multiple machines.  It also saves me the headache of
figuring out the CFLAGS setting whenever I get a new machine.  You still
have to set up the correct processor in the kernel, however.



While -march=native is generally good advice, GCC is not perfect and on 
occasion it can flags to be enabled that are not supported, resulting in 
the invalid instruction error.

[gentoo-user] Re: emerge -e errors right after install

[Michael Palimaka]

On 16/08/2013 23:22, Francisco Ares wrote:

  26892 Illegal instruction | $AWK -f $ac_tmp/subs.awk 
  31167 Illegal instruction | $AWK -f $tmp/subs.awk  $tmp/out

 [...]

I have built binary packages for sed and gawk, created in a machine
with the same characteristics and configuration, and emerged those to
the new machine.  Even so, the errors keep coming.


It could be an issue with faulty memory, or problem with glibc.

Often though, illegal instruction is the result of a mismatch between 
the host, and the target for which the binary was compiled.

This could be checked by comparing /proc/cpuinfo with your CFLAGs.

[gentoo-user] Re: *.h files in gnome applications

[Michael Palimaka]

On 3/08/2013 00:29, András Csányi wrote:

I'm in that situation when I don't understand what happens. Where this
libgnome-desktop/gnome-desktop-utils.h comes from?
It is looking for this file, but it cannot be found. It appears 
gnome-base/gnome-desktop provides this file, do you have that installed?

[gentoo-user] Re: Gentoo is so AWESOME

[Michael Palimaka]

On 31/07/2013 07:32, Daniel Campbell wrote:

I was interested in becoming a dev for a little while, but the testing
and what looks to be prolonged process kinda put me off of the idea. It
just seems like a lot of bureaucratic work. Perhaps my impression is
wrong, though...
You are right that the process is not necessarily ideal, but it all we 
currently have.
Some improvements have been happening lately, though. For example, the 
new recruiting webapp can make handling the quizzes easier, and there 
have been efforts to increase the numbers of people who can do the final 
recruitment process.




Which projects are most in need of developers or maintainers? I wouldn't
mind learning a bit more about package maintenance, portage, and ebuilds...
You might have better luck finding an area that interests you first, and 
going from there.

[gentoo-user] Re: Gentoo is so AWESOME

[Michael Palimaka]

On 31/07/2013 09:48, Michael Orlitzky wrote:

I want to become a dev, what's my next step? There is none. Help out,
and maybe someone will notice you? Ok, I'm on it. Been doing it for
years, and I know several other people in the same situation. It doesn't
work, and recruitment numbers are plummeting.

There needs to be an explicit, documented process.

I agree, it's not really concrete.

Which projects/areas are you usually involved in?

[gentoo-user] Re: Gentoo is so AWESOME

[Michael Palimaka]

On 31/07/2013 22:56, Michael Orlitzky wrote:

Lately I've been submitting things to the gentoo-haskell overlay.


Have you asked any members of that project if they would be interested 
in being your mentor? Even if they can't, they might know someone who can.

[gentoo-user] Re: gentoo-systemd-only deprecation

[Michael Palimaka]

On 30/07/2013 17:04, Pavel Volkov wrote:

It is reliable, but for now I'll suggest adding -consolekit line into
/etc/portage/profile/use.force

(at least if you use default/linux/amd64/13.0/desktop/kde profile like me)


Good news, we will be making changes with KDE 4.11 so that we no longer 
force the USE flag in the profile.

[gentoo-user] Re: Gentoo is so AWESOME

[Michael Palimaka]

On 1/08/2013 04:34, Michael Orlitzky wrote:

It seems a little rude to pop in, address them personally, and ask them
each if they'd devote months of their time towards mentoring me. (Doing
so can pressure someone into agreeing to something he doesn't want to
do, or makes him reject you personally which many people find awkward.)


I definitely understand that. I wonder if it would help if we had a page 
where developers could register their interest in being a mentor.

[gentoo-user] Re: ksuperkey

[Michael Palimaka]

On 27/07/2013 19:22, András Csányi wrote:

Hi All,

I would like to ask the kde team whether they know the ksuperkey
application or not. Would it be possible to have in the portage tree?

You can find further information here:
http://blog.hanschen.org/2012/10/17/open-application-launcher-with-super-key/

Btw, not an rocket science to install it, and I did to myself, but it
is useful, I think.

Thanks in advance!

András



Hi,

ksuperkey is a fork of xcape, which is available in portage as 
x11-misc/xcape. I am not familiar with the differences between the two, 
but perhaps it may meet your needs.


Best regards,
Michael

[gentoo-user] Re: Removing excessive stuff from profile

[Michael Palimaka]

Hi,

On 13/07/2013 14:49, Andrew Lowe wrote:

I get a working system up and happening when I do the first boot. I then
do the profile selection as listed but there are no server profiles, all
basically desktop orientated. I chose 27 as suggested but when I do the


Which profile specifically did you choose (the numbered options will not 
necessarily be the same for everyone)?


Best regards,
Michael

[gentoo-user] Re: Libreoffice 4..1.0.1

[Michael Palimaka]

On 5/07/2013 04:20, Silvio Siefke wrote:

Hello,

i has trouble with build of libreoffice Version 4.1.0.1. The configure
Script break with the follow message:

checking for CLUCENE... yes
checking for CLucene/analysis/cjk/CJKAnalyzer.h... no
configure: error: Your version of libclucene has contribs-lib missing.

!!! Please attach the following file when seeking support:
!!! 
/var/tmp/portage/app-office/libreoffice-4.1.0.1/work/libreoffice-4.1.0.1/config.log
  * ERROR: app-office/libreoffice-4.1.0.1 failed (configure phase):
  *   econf failed
  *
  * Call stack:
  *  ebuild.sh, line   93:  Called src_configure
  *environment, line 7190:  Called econf 
'--docdir=/usr/share/doc/libreoffice-4.1.0.1/' '--with-system-headers' 
'--with-system-libs' '--with-system-jars' '--with-system-dicts' 
'--enable-cairo-canvas' '--enable-graphite' '--enable-largefile' 
'--enable-mergelibs' '--enable-python=system' '--enable-randr' 
'--enable-randr-link' '--enable-release-build' '--enable-hardlink-deliver' 
'--disable-ccache' '--disable-crashdump' '--disable-dependency-tracking' 
'--disable-epm' '--di



Hi,

An eclass change accidentally broke a bunch of packages. Please emerge 
--sync, update clucene, and try again.


Best regards,
Michael

[gentoo-user] Re: SMplayer: Update notification

[Michael Palimaka]

On 30/06/2013 09:19, Mick wrote:

On Saturday 29 Jun 2013 17:45:31 meino.cra...@gmx.de wrote:

Hi,

I am using smplayer to play DVB-T, since Kaffeine stucks with some
channels.

This evening, smplayer notifies me, that a new version will be
available.

SMplayer is only able to know this by automonously accesing the
internet and its home site.

I dont like this.

How can I swith this off?

Best regards,
mcc


In my ~/.config/smplayer/smplayer.ini, I have these lines:

[update_checker]
checked_date=@Variant(\0\0\0\xe\0%{\x99)
last_known_version=0.8.5.5487

[smplayer]
stable_version=0.8.5
check_for_new_version=true

You may want to try setting this to 'check_for_new_version=false' and restart
it.



Hi,

If this is bothering people, please file a bug with this information and 
we can probably have it included by default. I know we disable update 
checkers for a number of other packages too.


Best regards,
Michael