Re: Package management tool

2023-12-27 Thread Luc Castermans
hi

mini howto would be nice. I use "apt" too, never was aware e.g. Firefox is not 
seen be Discover although enabled in sources.list

Luc

Sedat Dilek  schreef op 27 december 2023 13:16:50 UTC:
>On Tue, Dec 26, 2023 at 11:27 PM Marc Haber  wrote:
>>
>> Hi,
>>
>> on my new notebook I am trying to do more administrative tasks in
>> graphical tools to be able to answer beginners' questions in the unix
>> user group. That also means package management, which I usually do with
>> apt on the command line.
>>
>> KDE Discover seems to not quite the package management tool I am looking
>> for. It only says that my Debian unstable offers like 2000 packages for
>> installation (the notebook alone has 2400 packages installed), it says
>> that the installation only has 240 packages installed. And it cannot
>> find the firefox browser.
>>
>> (1) Am I holding KDE Discover wrong?
>
>Hi Marc,
>
>there is some work to be done to get KDE/discover run properly and
>update all the software catalogues while recognizing your
>sources.list.
>
>This resulted in more MB to be downloaded for all my
>repository-information - when using/checked with apt.
>
>But I never installed software via KDE/discover - just displayed what
>software is available.
>
>Maybe, I can share my mini-howto when I am in front of my Debian system.
>
>IIRC apt-config-xxx and packagekit needs to be adapted.
>
>When I was using mobile network connection I disabled some settings in
>apt-config-xxx to reduce the amount of (repository) data which is
>required by KDE/discover to build the software-catalogues.
>
>> (2) If KDE Discover is not what I am looking for, what is the
>> recommended way to do package management, install, deinstall,
>> configure, purge Debian packages from the Debian archive
>> on a KDE system?
>>
>
>/me relies on good old apt for software-upgrades.
>
>BR,
>-Sedat-
>


Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-25 Thread Luc Castermans
i have two PC's on this level and have not seen strange behaviour as of today.

Luc

Diederik de Haas  schreef op 25 mei 2023 09:43:03 UTC:
>On Friday, 19 May 2023 13:11:01 CEST Luc Castermans wrote:
>> I just upgraded the machine which was messed up earlier, fixed later, using:
>> 
>> aptitude install -t experimental '~i ~V5\.27\.2'
>> aptitude install -t experimental '~i ~V5\.103\.0'
>
>I hadn't upgraded to those packages, but earlier today I did reboot my laptop 
>and when I logged in, my desktop was completely blank and no longer had the 
>icons and plasma widgets I had on them.
>
>After doing `aptitude safe-upgrade '~i~V5\.27\.2' -t experimental` and another 
>reboot (maybe a logout/login would be sufficient; we'll never know), I had my 
>normal desktop back. 
>
>I haven't yet tried upgrade Frameworks, but the Plasma package update 
>definitely fixed an issue on my laptop.
>
>Cheers,
>  Diederik

Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-20 Thread Luc Castermans
indeed. The command should have contained 104 instead of 103

Luc

Martin Steigerwald  schreef op 19 mei 2023 13:52:24 UTC:
>Hi,
>
>Aurélien COUDERC - 19.05.23, 14:41:44 CEST:
>> Le 19 mai 2023 13:11:01 GMT+02:00, Luc Castermans 
> a écrit :
>> >Dear
>> >
>> >I just upgraded the machine which was messed up earlier, fixed later,
>> >using:
>> >
>> >aptitude install -t experimental '~i ~V5\.27\.2'
>> >aptitude install -t experimental '~i ~V5\.103\.0'
>>
>> You probably meant 104 for the second command otherwise I don't see
>> the point.
>
>The version you specify is the version you like to upgrade to 
>experimental. So 103 is about right.
>
>I will postpone upgrading to 5.104 a bit longer. So far all is fine and 
>Plasma 5.27.5 works nicely.
>
>Thanks,
>-- 
>Martin
>
>


Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-19 Thread Luc Castermans

Dear

I just upgraded the machine which was messed up earlier, fixed later, using:

aptitude install -t experimental '~i ~V5\.27\.2'
aptitude install -t experimental '~i ~V5\.103\.0'

Now it is running

Operating System: Debian GNU/Linux 12
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.1.0-9-amd64 (64-bit)
Graphics Platform: X11
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce GT 1030/PCIe/SSE2
Manufacturer: BIOSTAR Group
Product Name: A320MH

Thank you very much team!!

Luc


Op 19-05-2023 om 10:09 schreef Aurélien COUDERC:


Le 19 mai 2023 09:00:37 GMT+02:00, Martin Steigerwald  a 
écrit :

Hi Luc.

Luc Castermans - 16.05.23, 07:11:33 CEST:

On top and for the record.

I installed all of KDE, plasma 5.25.5 etc. from Experimental
yesterday. The upgrade went smooth, all worked well.

Installing as well.

I don't know whether it helps if some users "vote" for its stability?
But I am willing to do so if after a few days of test there is no
regression compared to the current state.

Yes, useful for us there so we get some feedback that we're not talking 
nonsense when saying the new version is an improvement. 

But please don't contact the release team directly nor comment on the unblock 
bug report about bit, it would only add noise and make our case more difficult.

Also if people here could find the time to try and mix some .2 and .5 packages 
and report back, that would be useful to confirm it doesn't break more than it 
fixes.
In particular mixing core components like kwin, libkscreen, plasmas 
workspace/desktop would be interesting tests.

We may get a signoff for some but not all packages.


Thanks all for your tests, feedback and support !

--
Aurélien


--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-19 Thread Luc Castermans
yep. i was lucky indeed. Only i had to repair a SSL package. LibreOffice got 
upgraded but i was okay with that


Luc

Martin Steigerwald  schreef op 19 mei 2023 07:45:13 UTC:
>Luc Castermans - 19.05.23, 09:38:23 CEST:
>> On one machine I performed a
>> 
>> apt upgrade -t experimental
>
>Without limiting the set of packages to upgrade? If so, you likely have 
>installed all packages from experimental, possibly including some that 
>are really experimental. One may argue whether experimental is the right 
>place for bug fix updates during the release cycle, but it is used that 
>way. However outside of release cycle it is used for test versions of 
>software. So you may have installed all kinds of funny and really 
>unstable stuff on your system.
>
>Don't do that!
>
>I'd never ever do that. I posted the exact aptitude call for a reason.
>
>However maybe I am going to refrain from posting the exact commands 
>again, so that people need to figure it out themselves and learn about 
>the possible consequences.
>
>Anyway, you get you keep the pieces if anything breaks.
>
>> After which I needed to make few corrections on non-KDE related
>> packages. The machine is running fine!!
>
>As far as you can see after just a few minutes.
>
>Best,
>-- 
>Martin
>
>


Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-19 Thread Luc Castermans
I installed  Frameworks 104.  All looks great!

Operating System: Debian GNU/Linux 12
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.3.0-0-amd64 (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Memory: 7.2 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4400
Manufacturer: Hewlett-Packard
Product Name: HP ProBook 430 G1
System Version: A3009CD20303

Op vr 19 mei 2023 om 09:40 schreef Martin Steigerwald :

> No need to copy me directly. Actually I prefer that you do not. Creates
> extra work for me.
>
> Sedat Dilek - 19.05.23, 09:28:46 CEST:
> > Did you install and test KDE/Frameworks version 5.104?
>
> No.
>
> I am not aware of any plans to get KDE Frameworks 5.104 or later into
> Bookworm. AFAIK Frameworks consists of a lot more packages than Plasma.
> I don't see how KDE Frameworks 5.104 or later can still enter Bookworm
> before the release.
>
> So I'd rather test with 5.103 for now. If that works well I intend to
> give a feedback there. Then I may still decide to upgrade KF to 5.104.
>
> I wonder whether it might be a good idea to allow for an update during
> the stable cycle.
>
> Ciao,
> --
> Martin
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-19 Thread Luc Castermans

Hi

On one machine I performed a

apt upgrade -t experimental

After which I needed to make few corrections on non-KDE related 
packages. The machine is running fine!!


On the other machine the upgrade did not succeed due to failing 
dependencies. It went back to stable.



Regards,

Luc



Op 19-05-2023 om 09:15 schreef Sedat Dilek:

On Fri, May 19, 2023 at 9:01 AM Martin Steigerwald  wrote:

Hi Luc.

Luc Castermans - 16.05.23, 07:11:33 CEST:

On top and for the record.

I installed all of KDE, plasma 5.25.5 etc. from Experimental
yesterday. The upgrade went smooth, all worked well.

Installing as well.


Hi Martin, Hi Luc,

Can you share how you upgraded to KDE/Plasma version 5.25.5?

Thanks.

Best regards,
-Sedat-


I don't know whether it helps if some users "vote" for its stability?
But I am willing to do so if after a few days of test there is no
regression compared to the current state.

Ciao,
--
Martin



--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-19 Thread Luc Castermans

+1

Op 19-05-2023 om 09:00 schreef Martin Steigerwald:

Hi Luc.

Luc Castermans - 16.05.23, 07:11:33 CEST:

On top and for the record.

I installed all of KDE, plasma 5.25.5 etc. from Experimental
yesterday. The upgrade went smooth, all worked well.

Installing as well.

I don't know whether it helps if some users "vote" for its stability?
But I am willing to do so if after a few days of test there is no
regression compared to the current state.

Ciao,


--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Question about Plasma 5.27.5 and Frameworks 5.106

2023-05-15 Thread Luc Castermans
Hi

On top and for the record.

I installed all of KDE, plasma 5.25.5 etc. from Experimental yesterday.
The upgrade went smooth, all worked well.

Thanks!!

Luc

Op ma 15 mei 2023 om 17:53 schreef Martin Steigerwald :

> Hi Merlin,
>
> Merlin Cooper - 15.05.23, 16:35:59 CEST:
> > Are there any plans to upload Plasma 5.27.5 and Frameworks 5.106 to
> > Unstable and unblock them for inclusion in Testing? The Full Freeze
> > is coming up soon, and Unstable / Testing are still stuck on Plasma
> > 5.27.2 and Frameworks 5.103. The newer versions fix tons of bugs
> > (including many Wayland bugs), so their inclusion in Debian 12 would
> > be supremely appreciated by Debian KDE users.
>
> Please see
>
> bug #1035056 [pre-approval] plasma-desktop 5.27.X
>
> https://bugs.debian.org/1035056
>
> As well as IRC channel #debian-qt-kde
>
> Best,
> --
> Martin
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.27 beta (5.26.90) coming to unstable

2023-01-25 Thread Luc Castermans
hi

after the update (which went smooth, thanks to this list) I only have
libkwinxrenderutils13/now 4:5.25.5-1 amd64

remaining, Rest of packages is at 5.26.90

Luc


Op wo 25 jan. 2023 om 19:04 schreef Martin Steigerwald :

> Aurélien COUDERC - 25.01.23, 18:43:35 CET:
> > Le 25 janvier 2023 17:07:14 GMT+01:00, Martin Steigerwald
> >  a écrit :
> > >Aurélien COUDERC - 25.01.23, 11:21:01 CET:
> > >> >Could you check with the lxqt that they do the rebuild quickly
> > >> >enough that we don't break more things ?
> > >>
> > >> Actually don't, there are more packages involved, I'm handling this
> > >> with the release team to fix the situation.
> > >>
> > >> Thank for raising the issue.
> > >
> > >Thanks, Aurélien.
> > >
> > >I am not in a hurry. Basically I just installed lxqt to have some
> > >desktop at hand in case Plasma would not start up for some reason.
> >
> > When is the last time this actually happens?
>
> Long time ago actually.
>
> Maybe time to drop that old habit :)
>
> I still remember that an even longer time ago I needed to install some
> GTK based desktop, cause Qt was completely broke. But that is really a
> long long long time ago.
>
> Ciao,
> --
> Martin
>
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.27 beta (5.26.90) coming to unstable

2023-01-23 Thread Luc Castermans
Hello Aurélien

Thank you for this message. I will install and test it.

Luc

Op di 24 jan. 2023 om 01:33 schreef Aurélien COUDERC :

> Dear all,
>
> I've just uploaded Plasma 5.27 beta to *unstable*.
>
> We usually keep beta versions in experimental but this one is our target
> for bookworm and I want to give it maximum exposure with the bookworm
> freeze starting already.
>
> I've been using it for a couple of days without major issue by YMMV of
> course, it's beta software still.
>
> Feel free to not update or hold Plasma packages if you don't want to use
> the beta. I'll upload the final 5.27.0 as soon as it's released, so on Feb
> 14. or close to that.
>
> If you're interested, have a look at our Bookworm plans at [0] for more
> context if you haven't already.
>
>
> Also if you have time, now would be a good time testing bullseye ->
> bookworm upgrades with the Plasma desktop installed and report anything
> broken (on spare machines / VMs obviously, NOT on systems you need to rely
> on).
>
>
> [0] https://wiki.debian.org/PkgQtKde/BookwormReleasePlans
>
>
> Happy hacking !
> --
> Aurélien
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Careful with dist-upgrade in unstable at the moment

2022-12-22 Thread Luc Castermans
thanks to all!!! an "apt update -t sid"   on my pc upgraded it to below:

Operating System: Debian GNU/Linux
KDE Plasma Version: 5.26.4
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.7
Kernel Version: 6.1.0-0-amd64 (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Memory: 7.2 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4400
Manufacturer: Hewlett-Packard
Product Name: HP ProBook 430 G1
System Version: A3009CD20303


Op do 22 dec. 2022 om 16:51 schreef Diederik de Haas :

> On Thursday, 22 December 2022 14:31:38 CET Martin Steigerwald wrote:
> > > On Wednesday, 21 December 2022 11:42:17 CET Diederik de Haas wrote:
> > > > I think they above quoted script is absolutely horrific.
> > >
> > > I made that statement for 2 reasons:
> > > 1) It tries do a dist-upgrade 'at all cost' (imo ofc)
> > > 2) `dpkg --set-selection` completely messes up APT's 'database' wrt
> > > manually and automatically installed packages ... which in turn
> > > causes the need to full-/dist-upgrade.
> >
> > I made no statement at all about this script.  So in case you were
> > assuming that I somehow intended to justify it,
>
> That was not my intention. Sorry if I made it appear that way.
> If I want to address an issue to someone personally, I'd put that person
> in
> the To: field, like I have done now.
>
> If I want to address the 'general public', I sent it to the list.
>
> The `dpkg --set-selection` command imo 'messes up' the packages state as
> it
> they all get marked as manually installed and therefor it was for me
> related
> to what I said above that in my previous mail.
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Bug#1024837: lokalize: Issues displaying po files

2022-12-18 Thread Luc Castermans
Package: lokalize
Version: 4:22.12.0-2
Followup-For: Bug #1024837
X-Debbugs-Cc: l...@castermans.org

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
open a po file
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   the text of the opened file is not displayed in the window or the text 
cannot be edited
   * What outcome did you expect instead?
   the text shoild be editable

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-0-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE=nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lokalize depends on:
ii  kio5.101.0-2
ii  libc6  2.36-6
ii  libhunspell-1.7-0  1.7.1-1
ii  libkf5completion5  5.101.0-1
ii  libkf5configcore5  5.101.0-1
ii  libkf5configgui5   5.101.0-1
ii  libkf5configwidgets5   5.101.0-1
ii  libkf5coreaddons5  5.101.0-1
ii  libkf5crash5   5.101.0-1
ii  libkf5dbusaddons5  5.101.0-1
ii  libkf5i18n55.101.0-1
ii  libkf5itemviews5   5.101.0-1
ii  libkf5kiocore5 5.101.0-2
ii  libkf5kiofilewidgets5  5.101.0-2
ii  libkf5kiowidgets5  5.101.0-2
ii  libkf5notifications5   5.101.0-1
ii  libkf5sonnetcore5  5.101.0-1
ii  libkf5sonnetui55.101.0-1
ii  libkf5textwidgets5 5.101.0-1
ii  libkf5widgetsaddons5   5.101.0-1
ii  libkf5xmlgui5  5.101.0-1
ii  libqt5core5a   5.15.6+dfsg-5
ii  libqt5dbus55.15.6+dfsg-5
ii  libqt5gui5 5.15.6+dfsg-5
ii  libqt5network5 5.15.6+dfsg-5
ii  libqt5sql5 5.15.6+dfsg-5
ii  libqt5sql5-sqlite  5.15.6+dfsg-5
ii  libqt5widgets5 5.15.6+dfsg-5
ii  libqt5xml5 5.15.6+dfsg-5
ii  libstdc++6 12.2.0-10

Versions of packages lokalize recommends:
ii  gettext0.21-10
ii  sonnet-plugins 5.101.0-1
ii  translate-toolkit  3.7.4-1

Versions of packages lokalize suggests:
ii  khelpcenter  4:22.12.0-2
ii  poxml4:22.12.0-2

-- no debconf information



Bug#1022548: lokalize: text window does not repaint

2022-10-23 Thread Luc Castermans
Package: lokalize
Version: 4:22.08.2-1~np1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: l...@castermans.org

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

lokalize open correctly, the window with translation memory shows correctly as 
well. Each file to translate opens correctly as well in a seperate window.
However the text in that window is NOT SHOWN at all. With this the application 
is not usable.


*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.0.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE=nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages lokalize depends on:
ii  kio5.98.0-1
ii  libc6  2.36-1
ii  libhunspell-1.7-0  1.7.1-1
ii  libkf5completion5  5.98.0-1
ii  libkf5configcore5  5.98.0-1
ii  libkf5configgui5   5.98.0-1
ii  libkf5configwidgets5   5.98.0-1
ii  libkf5coreaddons5  5.98.0-1
ii  libkf5crash5   5.98.0-1
ii  libkf5dbusaddons5  5.98.0-1
ii  libkf5i18n55.98.0-1+b1
ii  libkf5itemviews5   5.98.0-1
ii  libkf5kiocore5 5.98.0-1
ii  libkf5kiofilewidgets5  5.98.0-1
ii  libkf5kiowidgets5  5.98.0-1
ii  libkf5notifications5   5.98.0-1
ii  libkf5sonnetcore5  5.98.0-1
ii  libkf5sonnetui55.98.0-1
ii  libkf5textwidgets5 5.98.0-1
ii  libkf5widgetsaddons5   5.98.0-1
ii  libkf5xmlgui5  5.98.0-1+b1
ii  libqt5core5a   5.15.6+dfsg-2
ii  libqt5dbus55.15.6+dfsg-2
ii  libqt5gui5 5.15.6+dfsg-2
ii  libqt5network5 5.15.6+dfsg-2
ii  libqt5sql5 5.15.6+dfsg-2
ii  libqt5sql5-sqlite  5.15.6+dfsg-2
ii  libqt5widgets5 5.15.6+dfsg-2
ii  libqt5xml5 5.15.6+dfsg-2
ii  libstdc++6 12.2.0-7

Versions of packages lokalize recommends:
ii  gettext0.21-9
ii  sonnet-plugins 5.98.0-1
ii  translate-toolkit  3.7.3-2

Versions of packages lokalize suggests:
ii  khelpcenter  4:22.08.2-1~np1
ii  poxml4:22.08.2-1~np1

-- no debconf information



Re: plasma 5.26

2022-10-12 Thread Luc Castermans
I think it uses local resources, human, only.

Luc

Op wo 12 okt. 2022 om 22:56 schreef local10 :

> Oct 12, 2022, 20:23 by luc.casterm...@gmail.com:
>
> > Hi,
> >
> > When I open a file to translate in Lokalize
> >
>
>
> Just curious, does Lokalize use only local resources to do translation or
> does it use some web/online service for that?
>
> Regards,
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


plasma 5.26

2022-10-12 Thread Luc Castermans
Hi,

When I open a file to translate in Lokalize it loads and I can select "next
item not translated" or the like, it appears the file is loaded, etc.
Except that it is not displayed and not drawn by Lokalize.  I found same
behaviour with Lokalize 21.12  and 22.08

Regards

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.26 coming to unstable - Thank you!

2022-10-12 Thread Luc Castermans
thanks for making 5.26 available. I selected SDDM theme "Breeze"  according
to the tips in this thread.

Luc

=
Operating System: Debian GNU/Linux
KDE Plasma Version: 5.26.0
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Kernel Version: 5.19.0-2-amd64 (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Memory: 7.2 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 4400
Manufacturer: Hewlett-Packard
Product Name: HP ProBook 430 G1
System Version: A3009CD20303

Op wo 12 okt. 2022 om 17:19 schreef Diederik de Haas :

> On Wednesday, 12 October 2022 17:07:35 CEST Joe McEntire wrote:
> > I noticed the very tiny lettering too, switched themes from debian
> breeze to
> > just breeze and swapped background to homewold and all is well.
>
> That was an interesting hint ...
> I switched (too) from Debian Breeze to just Breeze, logged out and
> everything
> was normal again.
> I then switched back to Debian Breeze, logged out and I no longer had a
> background (image) and the letters were tiny again.
> So for now I've switched back to (just) Breeze.



-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Bug#1020417: plasma-vault: encfs security warning during Debian-Installer when KDE desktop selected

2022-10-02 Thread Luc Castermans
wow, nice stuff ahead!

Op zo 2 okt. 2022 17:15 schreef Aurélien COUDERC :

>
>
> Le 2 octobre 2022 15:20:45 GMT+02:00, Philip Hands  a
> écrit :
> >Hi,
>
> Dear Phil,
>
> >[Please CC me if you want me to see your replies]
> >
> >I'd imagine you all saw this bug go past, so I was wondering if the lack
> >of reaction is due to it seeming to be Somebody Else's Problem.
>
> Not at all.
>
> I have 5.26 in the works with the fix for this bug and thought it could
> wait until then but it's taking more time than I had anticipated.
>
> Sune committed the fix to Salsa on top of 5.25.5 today and I'll upload it
> later today if no one beats me at it.
>
>
> Happy hacking,
> --
> Aurélien
>
>


KDE Frameworks 5.98

2022-09-26 Thread Luc Castermans

Just saw KDE Frameworks 5.98++ arriving in Testing.

Thanks!!

--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: KDE 5.97 frameworks

2022-08-21 Thread Luc Castermans
Hi Aurélien,

Closely following upstream is a good strategy and makes a lot of sense!  I
commit to closely following in Debian and submitting observations/bugs/...
etc.

Luc

Op zo 21 aug. 2022 om 11:37 schreef Aurélien COUDERC :

>
>
> Le 21 août 2022 07:17:34 GMT+02:00, Luc Castermans <
> luc.casterm...@gmail.com> a écrit :
> >Dear
> >
> >Thank you for making KDE 5.97 frameworks available.
>
> You're welcome.
>
> Even if every new version is not strictly required by Plasma/Gear I'm
> currently trying to follow upstream so each individual update requires less
> work.
>
> (And thanks to Patrick for the actual upload.)
>
> Also it should be easier to report bug upstream if we have the latest
> version in Debian with the latest fixes (and bugs ).
>
>
> Happy hacking,
> --
> Aurélien
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


KDE 5.97 frameworks

2022-08-20 Thread Luc Castermans

Dear

Thank you for making KDE 5.97 frameworks available.

--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: plasma 25.4

2022-08-09 Thread Luc Castermans
thanks,

i'll stay tuned!

Luc

Op di 9 aug. 2022 19:43 schreef Aurélien COUDERC :

>
>
> Le 9 août 2022 16:19:52 GMT+02:00, piorunz  a écrit :
> >On 08/08/2022 07:21, Luc Castermans wrote:
> >> Dear
> >>
> >> Just saw many Plasma 25.4 packages being installed. Thank you very much!
> >>
> >Yes, KDE 5.25.4 is up and running. Everything fine, so far!
>
> Thanks for the feedback.
>
> A bit less visible but we also had frameworks 5.96 a while back and 5.97
> should follow around the time of its release if no particular problem arise.
>
>
> Happy hacking !
> --
> Aurélien
>
>


plasma 25.4

2022-08-08 Thread Luc Castermans

Dear

Just saw many Plasma 25.4 packages being installed. Thank you very much!

--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: plasma 5.25

2022-07-21 Thread Luc Castermans
dear,

Thank you for bringing Plasma 5.25 to Sid.

Luc

Op do 21 jul. 2022 18:29 schreef Patrick Franz :

> Hej,
>
> Am Donnerstag, 16. Juni 2022, 07:31:39 CEST schrieb Luc Castermans:
> > Yesterday I was able to install Plasma 5.25 from Experimental. All
> > good sofar.
> >
> > Big thank you for making this happen!!
>
> We've just uploaded Plasma 5.25 to unstable. It will take until tomorrow
> until all packages have been built and synced to the mirrors.
>
> As always: Wait until all packages from 5.25 are available before you
> upgrade.
>
>
> --
> Med vänliga hälsningar
>
> Patrick Franz
>
>
>


Re: Remaining KDE/Apps version 21.12.3

2022-06-22 Thread Luc Castermans
Dear

I am in the same corner as Sedat, still need to do what he did on my
systems.

Indeed KDE consist of lots of packages, seeming to need "not complex work"
to get packaged.   Looking at it remotely I wonder how Norbert managed to
get out his KDE updates very fast.  Has he been able to automate many of
these not complex work, as for me, that would explain the speed of release?

In mean time I got some familiarity with packaging my self, let me see if I
make at least some steps, providing some help.

Luc

Op di 21 jun. 2022 om 15:51 schreef Aurélien COUDERC :

> Dear Sedat,
>
> thank you for your feedback.
>
> We try to keep the packages as up to date as possible with the rest of
> the Qt/KDE packaging team but that’s quite a big piece work. There are
> more than 400 source packages including Qt and KDE packages, and several
> more hundred binary packages built from those.
>
> I have a plan to update apps to 22.04 like in « I’d like to find time to
> do so », so no ETA.
>
> It’s not a complex work but there are a lot of packages to do. So if
> some people feel like scratching their own itch and getting started with
> updating the Debian package for their KDE Gear of choice, feel free to
> join us on #debian-qt-kde and step in. :-)
>
>
> Happy hacking !
> --
> Aurélien
>
>
>
> Le 21/06/2022 à 12:46, Sedat Dilek a écrit :
> > Hi,
> >
> > I just upgraded to packages from Debian/experimental where possible...
> >
> > 1. Qt version 5.15.4
> > 2. KDE/Frameworks version 5.94.0
> > 3. KDE/Plasma version 5.25
> > 4. KDE/Gears (formerly KDE/Apps) version 22.04.1 + 22.04.2
> >
> > What are the plans for the remaining KDE/Apps version 21.12.3?
> >
> > root# dpkg -l | grep 21.12.3 | awk '/^ii/ {print $1 " " $2 " " $3}' |
> column -t
> > ii  ffmpegthumbs4:21.12.3-1.1
> > ii  k3b 21.12.3-1
> > ii  k3b-data21.12.3-1
> > ii  k3b-i18n21.12.3-1
> > ii  kaccounts-integration   4:21.12.3-1
> > ii  kaccounts-providers 4:21.12.3-1
> > ii  kamera  4:21.12.3-1
> > ii  kde-telepathy-kaccounts 21.12.3-1
> > ii  kde-telepathy-kpeople   21.12.3-1
> > ii  kdeconnect  21.12.3-1
> > ii  kdegraphics-thumbnailers4:21.12.3-1
> > ii  kdepim  4:21.12.3+5.122
> > ii  kdialog 4:21.12.3-1
> > ii  keditbookmarks  21.12.3-1
> > ii  kfind   4:21.12.3-1
> > ii  kio-extras  4:21.12.3-1
> > ii  kio-extras-data 4:21.12.3-1
> > ii  kmag4:21.12.3-1
> > ii  kmousetool  4:21.12.3-1
> > ii  kmouth  4:21.12.3-1
> > ii  konq-plugins4:21.12.3-1
> > ii  konqueror   4:21.12.3-1
> > ii  kontrast21.12.3-1
> > ii  libk3b7:amd64   21.12.3-1
> > ii  libk3b7-extracodecs:amd64   21.12.3-1
> > ii  libkaccounts2:amd64 4:21.12.3-1
> > ii  libkf5baloowidgets-bin  4:21.12.3-1
> > ii  libkf5baloowidgets5:amd64   4:21.12.3-1
> > ii  libkf5cddb5:amd64   4:21.12.3-1
> > ii  libkf5kdcraw5:amd64 21.12.3-1
> > ii  libkf5kexiv2-15.0.0:amd64   21.12.3-1
> > ii  libkf5kipi-data 4:21.12.3-1
> > ii  libkf5konq6:amd64   4:21.12.3-1
> > ii  libkpmcore1121.12.3-1
> > ii  libktpcommoninternals9abi1:amd6421.12.3-1
> > ii  libktplogger9abi1:amd64 21.12.3-1
> > ii  libqmobipocket2:amd64   4:21.12.3-1
> > ii  partitionmanager21.12.3-1
> > ii  qml-module-org-kde-kaccounts:amd64  4:21.12.3-1
> > ii  signon-kwallet-extension:amd64  4:21.12.3-1
> > ii  sweeper 4:21.12.3-1
> >
> > For me this was sort of extra work to downgrade KDE/Apps down to
> > version 21.12.3.
> >
> > Some background infos:
> > Before I had used & enabled Norbert Preining's 3rd party APT
> > repositories which offer newer versions of above listed packages.
> > I stopped using them as the maintainer no longer runs a Debian system
> > and as a consequence switched to official Debian repos.
> >
> > Personally, I am interested in fresh modern KDE/Qt packages in the
> Debian world.
> >
> > Thanks for providing uploads so quickly!
> >
> > Regards,
> > -Sedat-
> >
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


plasma 5.25

2022-06-15 Thread Luc Castermans
Yesterday I was able to install Plasma 5.25 from Experimental. All good
sofar.

Big thank you for making this happen!!

Regards,

Luc Castermans


Re: Thank you!

2022-06-02 Thread Luc Castermans

+1


Op 02-06-2022 om 08:26 schreef Martin Steigerwald:

Hi!

A huge thanks to the Debian Qt/KDE maintainer team for the continued
work on Qt/KDE related packages.

Thank you to Pino, Patrick, Aurélien and of course all the others for
tirelessly packaging newest versions of Qt, including Qt 6 which KDE
will switch to at some time, Plasma, KDE Frameworks, KDE Gear, KDEPIM
and all the other applications from KDE, including new ones like the
Korganizer alternative Kalendar. I bet in total that could easily be
about one thousand packages, maybe even more. It is a huge effort to pull
this off!

While not all of this is available within unstable yet, at least not in
most recent versions, most of it is and the state of the art in unstable
regarding KDE related packages is very decent.

Thank you for this continued effort to all of you, of course also to
those who I did not mention specifically including those long term team
members who advice newcomers to the team on packaging questions and
those who contributed a lot previously.

I appreciate your effort!

Best,


--
m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: State of KDE in testing?

2022-04-20 Thread Luc Castermans
Hi,

All KDE has bugs, not just from Debian but also up-stream. I'd say "of
course".

I use to my satisfaction a close to up-stream, w.r.t. time, KDE packages
provided by Norbert:
https://www.preining.info/blog/2022/02/kde-plasma-5-24-for-debian/

Regards,
Luc

Op wo 20 apr. 2022 om 07:55 schreef Brad Rogers :

> On Wed, 20 Apr 2022 02:43:50 +0200 (CEST)
> local10  wrote:
>
> Hello local10,
>
> >as there are some minor bugs in Bullseye that annoy me
>
> {sigh}  I'll reply in kind.
>
> >What's the current state of KDE in testing and testing in general?
>
> It's got bugs.
>
> > Any issues I need to be aware of?
>
> All of them.
>
> --
>  Regards  _
>  / )  "The blindingly obvious is never immediately apparent"
> / _)rad   "Is it only me that has a working delete key?"
> If you ain't sticking your knives in me, you will be eventually
> Monsoon - Robbie Williams
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.24 coming to unstable

2022-02-27 Thread Luc Castermans
tak so mücke!


Op zo 27 feb. 2022 16:41 schreef Patrick Franz :

> Hi,
>
> > Thanks for the advice, but too late for me: my KDE is broken now.
> > You should ideally warn one or two days before packages are uploaded.
>
> I'm sorry about the mistake I made in plasma-workspace, but it's fixed
> and Plasma 5.24 installs cleanly now.
>
> As for the advice, we've stated this multiple times to not mix versions.
> Plasma is quite the dependency hell and it's incredibly difficult to
> both get it right and prevent unintended consequences at the same time.
>
> I disagree with having to give a warning 2 days in advance. If you run
> unstable, you should read mailing-lists, hang around in IRC and/or
> install apt-listbugs.
>
>
> --
> Med vänliga hälsningar
>
> Patrick Franz
>
>
>


Re: Wayland in current KDE

2022-02-18 Thread Luc Castermans
well...
- on a laptop with integrated graphics controller it works :=)
- on a desktop with separate NVDIA card it doesn't even start (!)

As the saying is:   your mileage may vary.

Op vr 18 feb. 2022 om 15:51 schreef Leonid . :

> You should use X.org. Wayland is bad-wokring now.
> IMHO, if you aren't wayland developer you should forget this unstable tech
> :)
>
>
> 31.01.2022, 15:10, "Marc Haber" :
>
> Hi,
>
> I tried Wayland recently. Looked ok, but was hardly usable. The Panels
> show, but don't accept any mouse clicks (neither left nor right).
> "Leave" in the desktop's right-click menu didn't work either, had to
> Ctrl-Alt-Backspace myself out of the session.
>
> Is this the expected beavior of a KDE Wayland session in current Debian
> unstable? If not, which package deserves the bug report?
>
> Greetings
> Marc
>
> --
>
> -
> Marc Haber | "I don't trust Computers. They | Mailadresse im Header
> Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402
> Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
>
>
>
> --
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Future of KDE packages in Debian

2022-01-24 Thread Luc Castermans
+1 Luigi

Op ma 24 jan. 2022 11:58 schreef Luigi Toscano :

> Marco Valli ha scritto:
>
> Marco, please stop.
>
> This is beyond the point of whether your starting point may have had some
> merit if expressed differently or not.
>
> --
> Luigi
>
>


Re: Future of "his" packages in Debian

2022-01-23 Thread Luc Castermans
yep.

For me key is that we loose a very valuable contributor and great
contribution!Reasons for this are unclear to me. Why this demotion, are
those who decide on this stating and communicating their reasons, better is
this a group decision?

Luc

Op zo 23 jan. 2022 13:59 schreef Dietz Proepper :

> Am Freitag, 21. Januar 2022, 01:11:44 CET schrieb Johannes Zarl-Zierl:
> > > I never had any issues with Norbert.
> >
> > Full ACK.
>
> +1. And also not with Marco, as far as I remember. Which comes with little
> relevance, as we did not have much contact before.
>
> > Let's always keep discussions civil and in good faith...
>
> Well, but jftr, let's not forget who started this thread and in which way.
> At
> the very least, citing the source of ones comments is quite basic IMNSHO.
>
> Kindest regards,
> Dietz


Re: What do I think.

2022-01-22 Thread Luc Castermans
Using such words really does not help to get your message across. If you've
a message to share please state it clearly and use polite wording, if not
please be silent.



Op za 22 jan. 2022 13:49 schreef Marco Valli :

> I think there are fools who have been using Debian for 20 years and still
> haven't realized it is the only Linux distribution with a Social Contract
> and
> a Constitution; that are something very different from a code of conduct
> and
> are the most "political" things there are.
>
> I think there are fools who have been using Debian for 20 years and still
> haven't figured out that Debian is not a rolling release.
>
> I think there are fools so stupid that they are throwing shit on the work
> of
> kde maintainers in Debian (before their great man) without realizing it.
> Or
> maybe they realize it and in that case they are just assholes.
>
> My sympathy goes to the members of the Debian KDE team who have to put up
> with
> the aforementioned fools or assholes.
>
> Regards
>
> --
> Marco Valli
>
>
>


Re: Future of "his" packages in Debian

2022-01-22 Thread Luc Castermans
fallback Yes/No? Future will tell. If KDE team could use OBS infrastructure
which Norbert build would that help the KDE team?

Op za 22 jan. 2022 13:53 schreef piorunz :

> On 21/01/2022 06:47, Aurélien COUDERC wrote:
> >
> >
> > Le 20 janvier 2022 23:09:30 GMT+01:00, piorunz  a
> écrit :
> >> On 20/01/2022 18:17, Marco Valli wrote:
>  by Norbert Preining · 2022/01/14
> >>>
> >>> Admittedly, this guy doesn't have much faith in the the Debian/Kde
> team. 
> >>> Regards
> >>>
> >> Who is this clown again? 
> >
> > The Debian KDE team is a (small) handful of people maintaining both the
> Qt stack and the ~500 frameworks/plasma/apps packages on their free time.
> >
> > Lately Norbert was doing most of the later.
> >
> > More contributors are really welcome ! If you've always wanted to become
> a Debian contributor and are interested in the KDE stack, now is a perfect
> time.
> >
> > Join us on IRC, the handful is a friendly bunch of people.
> >
> >
> > Best,
> > --
> > Aurélien
> >
>
> I didn't wanted to angry anyone. Apologies. But he kinda asked for it:
>
> "I guess that  with me not taking action, frameworks, gears, and plasma
> will fall back over time "
>
> Really?
>
> --
> With kindest regards, Piotr.
>
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
> ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
> ⠈⠳⣄
>
>


Fwd: KDE Plasma support Debian

2022-01-20 Thread Luc Castermans

f.y.i.   below mail I wrote to DA manager on Jan 16.



 Doorgestuurd bericht 
Onderwerp:  KDE Plasma support Debian
Datum:  Sun, 16 Jan 2022 23:16:02 +0100
Van:Luc Castermans 
Aan:da-mana...@debian.org



Dear DAM

With this writing I want to thank Norbert Preining for his efforts and 
results of making KDE Plasma and applications available in Debian.  
Several years ago releases of KDE Plasma, applications, etc in Debian 
were significantly delayed with respect to upstream releases. Norbert 
managed to decreases this delay by a magnitude, even such that KDE 
Plasma for Debian was made available before the release of KDE Neon!   
Next to this, the quality of his packages were at highest levels. In the 
occurance of bugs a mail to Norbert was sufficient and almost by return 
e-mail solved. Nobert served my and many others very well, his 
communication was clear and swift.


Unfortunately Norbert communicated that he has been demoted and as a 
result felt that he should leave Debian and its community.


Looking at the results achieved and his track record, seen from my 
perspective, I would appreciate very much, if Nobert´s work could be 
continued for Debian. With this I kindly ask you to do your utmost best 
to make this happen!


Thank you very much,

--
Luc Castermans
mailto:luc.casterm...@gmail.com

Re: Future of "his" packages in Debian

2022-01-20 Thread Luc Castermans
I fully agree, Johannes and Martin



Op vr 21 jan. 2022 01:36 schreef Johannes Zarl-Zierl :

> Hi,
>
> > > Who is this clown again? 
> >
> > I respect Norbert for the work he did on Plasma/KF/Application packages.
> >
> > I do not think it is fair to speak of him (or anyone else) as clown.
> >
> > From what I have perceived he contributed a lot to make timely releases
> > of packages happen.
> >
> > I don't know what is going on here… what this demotion thing about, so I
> > do not comment directly on it.
> >
> > I never had any issues with Norbert.
>
> Full ACK.
>
> Let's always keep discussions civil and in good faith...
>
> Gentle regards,
>   Johannes
>
>
>
>
>
>
>


Bug#999574: latte-dock: Dutch translation

2021-11-12 Thread Luc Castermans
Package: latte-dock
Version: 0.10.3-1
Severity: normal
X-Debbugs-Cc: l...@castermans.org

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

The Dutch translation is quite outdated. An improved version is available in 
the SVN repo 
svn://anonsvn.kde.org/home/kde/trunk/l10n-kf5/nl/messages

Please pick up the translation from the SVN


   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?
*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'experimental'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.15.0-trunk-amd64 (SMP w/4 CPU threads)
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE=nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages latte-dock depends on:
ii  kio  5.87.0-1~np2
ii  kpackagetool55.87.0-1~np2
ii  libc62.33-0experimental2
ii  libkf5activities55.87.0-1~np2
ii  libkf5archive5   5.87.0-1~np2
ii  libkf5configcore55.87.0-1~np2
ii  libkf5configgui5 5.87.0-1~np2
ii  libkf5coreaddons55.87.0-1~np2
ii  libkf5crash5 5.87.0-1~np2
ii  libkf5dbusaddons55.87.0-1~np2
ii  libkf5declarative5   5.87.0-1~np2
ii  libkf5globalaccel-bin5.87.0-1~np2
ii  libkf5globalaccel5   5.87.0-1~np2
ii  libkf5guiaddons5 5.87.0-1~np2
ii  libkf5i18n5  5.87.0-1~np2
ii  libkf5iconthemes55.87.0-1~np2
ii  libkf5kiogui55.87.0-1~np2
ii  libkf5kiowidgets55.87.0-1~np2
ii  libkf5newstuff5  5.87.0-1~np2
ii  libkf5notifications5 5.87.0-1~np2
ii  libkf5package5   5.87.0-1~np2
ii  libkf5plasma55.87.0-1~np2
ii  libkf5plasmaquick5   5.87.0-1~np2
ii  libkf5quickaddons5   5.87.0-1~np2
ii  libkf5service-bin5.87.0-1~np2
ii  libkf5service5   5.87.0-1~np2
ii  libkf5waylandclient5 4:5.87.0-1~np2
ii  libkf5widgetsaddons5 5.87.0-1~np2
ii  libkf5windowsystem5  5.87.0-1~np2
ii  libkf5xmlgui55.87.0-1~np2
ii  libqt5core5a 5.15.2+dfsg-12
ii  libqt5dbus5  5.15.2+dfsg-12
ii  libqt5gui5   5.15.2+dfsg-12
ii  libqt5qml5   5.15.2+dfsg-8
ii  libqt5quick5 5.15.2+dfsg-8
ii  libqt5widgets5   5.15.2+dfsg-12
ii  libqt5x11extras5 5.15.2-2
ii  libstdc++6   11.2.0-10
ii  libx11-6 2:1.7.2-2+b1
ii  libxcb-randr01.14-3
ii  libxcb-shape01.14-3
ii  libxcb1  1.14-3
ii  plasma-desktop   4:5.23.3-1
ii  plasma-framework 5.87.0-1~np2
ii  qml-module-org-kde-kquickcontrolsaddons  5.87.0-1~np2
ii  qml-module-qtgraphicaleffects5.15.2-2
ii  qml-module-qtquick-controls  5.15.2-2
ii  qml-module-qtquick-controls2 5.15.2+dfsg-4
ii  qml-module-qtquick-layouts   5.15.2+dfsg-8
ii  qml-module-qtquick2  5.15.2+dfsg-8

latte-dock recommends no packages.

latte-dock suggests no packages.

-- no debconf information



Re: Plasma 5.23 upload to unstable is complete

2021-10-17 Thread Luc Castermans
... i had fun for sure! thanks to all that made this happen.

Luc

Op zo 17 okt. 2021 00:25 schreef Patrick Franz :

> Hi all,
>
> the upload of Plasma 5.23 to unstable is complete and it should be safe
> to upgrade.
>
> Just a couple of notes:
> * When you upgrade, make sure to upgrade all packages to 5.23.
> * ksysguard has been removed and when upgrading, make sure that the
> packages get removed e.g. by using "dist-upgrade".
> * A minor hiccup seems to be that the keybinding for KRunner (Alt+F2/
> Alt+Space) seems to have been lost as the option appears twice in
> systemsettings. But you can easily restore the default setting for the
> keybinding in the settings.
>
> Have fun.
>
>
> --
> Med vänliga hälsningar
>
> Patrick Franz
>
>
>


Re: Plasma 5.23 25th Annivery Release coming to unstable

2021-10-14 Thread Luc Castermans
Great & Thanks!

Op do 14 okt. 2021 17:15 schreef Martin Steigerwald :

> Hi!
>
> Just that. Norbert uploaded it to unstable.
>
> As I learned in #debian-qt-kde IRC channel, KDecoration went to
> experimental, instead of unstable, so you may need to get it from there
> until Norbert or someone else uploads it to unstable.
>
> As usually take care with "apt dist-upgrade". Wait until the builds are
> complete.
>
> Best,
> --
> Martin
>
>
>


Re: KDE Frameworks 5.82.0-1 available (Experimental)

2021-05-10 Thread Luc Castermans

so I used below, with XY the version installed at present:

apt install -t experimental `dpkg -l | fgrep 5.XY | awk '{print $2}'`

Regards,


Luc



Op 10-05-2021 om 21:14 schreef inkbottle:

On Monday, May 10, 2021 7:13:11 PM CEST Luc Castermans wrote:

hi,

I upgraded earlier today.  I observed no issues during and after upgrade.

Can you say what specific command line(s) you are using for the experimental
part of the upgrade.


Thanks!

Luc

Op ma 10 mei 2021 18:06 schreef inkbottle :

Hi all,

I've upgraded to Frameworks 5.82.0-1.

Below an edited transcript of what went well and what didn't.

Your suggestions about the right way to do it are welcome.

Chris



 5.82.0-1: apt update; apt -t unstable dist-upgrade; apt install -t
experimental plasma-desktop plasma-framework
 First run didn't work: plasmashell 100% cpu forever, had to
reboot.
 Second run seems okay.
 Do you have mixed versions?
 I'm not sure whether that upgraded all packages to 5.21.5 or 5.82
 Assuming you have the latest Plasma 5.21.5 installed, make sure no
5.21.4 packages are left: `dpkg -l | grep 5.21.4`
 Similarly for the frameworks.
 dpkg -l | grep -F "5.21.4" | wc -l ==> 72; dpkg -l | grep -F
"5.21.5"

| wc -l ==> 13

 What did I do wrong?
 Upgrading one package to 5.21.5 does not automatically upgrade all
others.
 So you would recommend this sort of command? `apt install -t
experimental $( dpkg -l | grep 5.20.5 | awk '/^ii/ {print $2}' )`
 It's the easiest for me. When you run stable/testing/unstable, you
don't
have this problem, because we usually upload all packages at once and
everything will then be upgraded.
 First thing would then be: `apt install -t experimental $( dpkg -l

grep 5.21.4 | awk '/^ii/ {print $2}' )`
 Running now the above line
 dpkg -l | grep -F "5.21.4" | wc -l ==> 0
 dpkg -l | grep -F "5.21" | grep -v -F "5.21.5"  ==> two packages
with
version numbers 5.212.0~alpha4-11 => unrelated
 Sounds good.
 Now verifying for framework
 dpkg -l | grep -F "5.78" | wc -l ==> 119
 dpkg -l | grep -F "5.78" | egrep -v 'libkf5|qml-mod' ==> it's all
KDE
stuff
 apt install -t experimental $( dpkg -l | grep -F "5.78.0" | awk
'/^ii/
{print $2}' )
 dpkg -l | egrep "5\.(78|79|80|81)" | wc -l ==> 0
 I should reboot now.





--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: KDE Frameworks 5.82.0-1 available (Experimental)

2021-05-10 Thread Luc Castermans
hi,

I upgraded earlier today.  I observed no issues during and after upgrade.

Thanks!

Luc

Op ma 10 mei 2021 18:06 schreef inkbottle :

> Hi all,
>
> I've upgraded to Frameworks 5.82.0-1.
>
> Below an edited transcript of what went well and what didn't.
>
> Your suggestions about the right way to do it are welcome.
>
> Chris
>
>
>
>  5.82.0-1: apt update; apt -t unstable dist-upgrade; apt install -t
> experimental plasma-desktop plasma-framework
>  First run didn't work: plasmashell 100% cpu forever, had to reboot.
>  Second run seems okay.
>  Do you have mixed versions?
>  I'm not sure whether that upgraded all packages to 5.21.5 or 5.82
>  Assuming you have the latest Plasma 5.21.5 installed, make sure no
> 5.21.4 packages are left: `dpkg -l | grep 5.21.4`
>  Similarly for the frameworks.
>  dpkg -l | grep -F "5.21.4" | wc -l ==> 72; dpkg -l | grep -F
> "5.21.5"
> | wc -l ==> 13
>  What did I do wrong?
>  Upgrading one package to 5.21.5 does not automatically upgrade all
> others.
>  So you would recommend this sort of command? `apt install -t
> experimental $( dpkg -l | grep 5.20.5 | awk '/^ii/ {print $2}' )`
>  It's the easiest for me. When you run stable/testing/unstable, you
> don't
> have this problem, because we usually upload all packages at once and
> everything will then be upgraded.
>  First thing would then be: `apt install -t experimental $( dpkg -l
> |
> grep 5.21.4 | awk '/^ii/ {print $2}' )`
>  Running now the above line
>  dpkg -l | grep -F "5.21.4" | wc -l ==> 0
>  dpkg -l | grep -F "5.21" | grep -v -F "5.21.5"  ==> two packages
> with
> version numbers 5.212.0~alpha4-11 => unrelated
>  Sounds good.
>  Now verifying for framework
>  dpkg -l | grep -F "5.78" | wc -l ==> 119
>  dpkg -l | grep -F "5.78" | egrep -v 'libkf5|qml-mod' ==> it's all
> KDE
> stuff
>  apt install -t experimental $( dpkg -l | grep -F "5.78.0" | awk
> '/^ii/
> {print $2}' )
>  dpkg -l | egrep "5\.(78|79|80|81)" | wc -l ==> 0
>  I should reboot now.
>
>
>
>
>


plasma 5.21.5 - Debian experimental

2021-05-08 Thread Luc Castermans

Dear,

Today I successfully installed the Plasma 5.21.5 bug-fix release from 
Experimental.


Thank you very much!

--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: KDE Frameworks 5.81.0 available (Experimental)

2021-05-03 Thread Luc Castermans
Hi Chris

I use Plasma etc. stuf from Experimental and plan to use it along the way,
until it arrives in Sid, testing, etc.  The default on my machines
is testing, I install stuf from Experimental only based on my interests,
KDE being one of them, so non-KDE packages are installed from testing or
sid if needed.

I install latest-and-greatest of Frameworks and Plasma, as they ought to go
together, just following the upstream releases. I am very satisfied with de
KDE packages in Debian as they are available after a couple of days of the
upstream release. This allows me to follow and interact with the upstream
communications on KDE while using a stable Debian environment.   I cannot
thank the team enough for this!

Regards,

Luc



Op za 1 mei 2021 om 16:22 schreef inkbottle :

> On Wednesday, April 14, 2021 11:03:32 PM CEST Luc Castermans wrote:
> > My computer just pulled KDE Frameworks 5.81.0 from Experimental.
>
> I've myself switched to "Plasma 5.21.4". Like, not planing to go back.
> It allows me to use kwin-wayland by fixing:
>
> https://bugs.kde.org/show_bug.cgi?id=404092
>
> I answer here because it seems the first post in that line.
>
> I'd be happy to hear about:
>
> How did you manage to install the binaries related to the source package,
> but
> only those that you need. Sort of.
>
> I've myself be guided to the line:
>
> `apt install -t experimental $(dpkg -l | grep 5.20.5 | awk '/^ii/ {print
> $2}')`
>
> And about pinning experimental with a low priority...
>
> And also:
>
> Do you feel that "Plasma 5.21.4" is working better when with "Frameworks
> 5.81.0"?
>
> Or that, if I'm satisfied with Plasma-5.21.4, I shouldn't bother with
> Framework-5.81.0?
>
> (Satisfied here is more a question of "how much" than of "yes or no".
> Certainly
> there are plenty of things that are not performing the way they should.
> But
> the feeling is that Wayland is more stable, more robust, faster: better in
> every way that really matter. And no, the bells and whistles are not there
> yet. And plenty of small things are crashing, but the desktop itself seems
> dependable. And if something is not working with Wayland, you can expect
> there'll be a fix someday.)
>
> Anyway:
>
> How do you manage installs and upgrades related to Experimental Framework
> and
> Plasma?
>
> What is you level of satisfaction about it?
>
> Are you planing to keep on using them, until they come to unstable in a
> distant future?
>
> I don't suppose you are usually using experimental as your regular debian
> source?
>
> Thanks,
> Chris
>
>
>
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KDE Gear 21.04 coming to experimental

2021-04-24 Thread Luc Castermans

thanks!  I installed and use without issues

root@canne:~# dpkg -l | fgrep 21.04
ii  dolphin 4:21.04.0-1   amd64    file manager
ii  dolphin-plugins 4:21.04.0-1   amd64    
plugins for Dolphin

ii  gwenview 4:21.04.0-1   amd64    image viewer
ii  kate 4:21.04.0-1   amd64    powerful 
text editor
ii  kate5-data 4:21.04.0-1   all  shared 
data files for Kate text editor
ii  konsole 4:21.04.0-1   amd64    X 
terminal emulator
ii  konsole-kpart 4:21.04.0-1   amd64    
Konsole plugin for Qt applications
ii  libdolphinvcs5:amd64 4:21.04.0-1   
amd64    library to show version control in Dolphin
ii  libokular5core9 4:21.04.0-1   amd64    
libraries for the Okular document viewer
ii  okular 4:21.04.0-1   amd64    universal 
document viewer

root@canne:~#


Op 23-04-2021 om 09:11 schreef Martin Steigerwald:

Hi!

Norbert is uploading it currently.

I do not expect issues, but as always only use packages from
experimental if you are confident that you can fix apt / aptitude errors
and if you in case that you need help are willing to provide sufficient
information.

I suggest to report bugs here first as they may turn out to be caused by
partial updates, although I believe with KDE Gear – yeah, they changed
the name again – this is not too much of an issue.

Best,


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



KDE Frameworks 5.81.0 available (Experimental)

2021-04-14 Thread Luc Castermans
My computer just pulled KDE Frameworks 5.81.0 from Experimental.

Thanks!

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Plasma 5.21.4 available in Experimental

2021-04-07 Thread Luc Castermans

Dear

I just installed Plasma 5.21.4 from Experimental.

Thank you very much!

--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Frameworks 5.80

2021-03-20 Thread Luc Castermans
Hi,

I just pulled KDE-Frameworks: 5.80.0  from Experimental.

Thanks for all hard work and keeping us in sync with up-stream!!

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KDE Plasma v5.21.2

2021-03-04 Thread Luc Castermans
same, here. Easy upgrade :=)   Thanks!!

[image: afbeelding.png]


Op do 4 mrt. 2021 om 10:27 schreef Sedat Dilek :

> No comment, see attachment.
>
> - sed@ -
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.21.1 in Experimental

2021-02-26 Thread Luc Castermans
Hi Martin

My answer below depends on the starting point at your PC.

I retrieved the list of installed plasma related packages using something
like:

dpkg -l | fgrep 5.2xy  | awk '{ print $2 }' > toupgrade
[As my PC was on 5.21.0 I could use 5.21.0  in the fgrep, if you're at 5.20
you should use that of course.]

and then

apt install -t experimental `cat toupgrade`

Regards,

Luc

Op vr 26 feb. 2021 om 12:30 schreef Martin Steigerwald :

> Hi Luc,
>
> Luc Castermans - 26.02.21, 12:12:48 CET:
> > Upstream Plasma 5.21.1 was released Feb 23, yesterday I installed it
> > from Experimental.A big wow and even a bigger thanks to all who
> > made this possible. I am tempted to mention names, don´t do that in
> > order not to disappoint people. Thank you community!
>
> Thanks for letting us know.
>
> What exact command did you use?
>
> I already installed KDE Frameworks 5.79 from Experimental on top of
> Devuan Ceres – which is basically very similar to Debian Sid, just
> without Systemd by default without having to deal with some…
> uncooperative Debian maintainers (none from the Debian Qt/KDE team, midn
> you).
>
> However… I am certainly do not like to use the approach Sedat used
> initially, which is:
>
> RELEASE="experimental" ; LC_ALL=C apt-get dist-upgrade -V -t $RELEASE
>
> Cause it would upgrade too much.
>
> I instead did so with meta packages for Plasma, yet it still pulled
> libglib from experimental and things did not work as expected, maybe due
> to a partial upgrade of Plasma packages. Back then I downgraded
> everything to 5.20 again and reverted all the other package upgrades to
> Debian experimental as well.
>
> So I would like to just install Plasma 5.21.1 from experimental, but
> that complete, without upgrading unrelated packages to experimental as
> well.
>
> Any aptitude / apt foo magic recommendation? Otherwise I try to come up
> with something myself.
>
> Best,
> --
> Martin
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Plasma 5.21.1 in Experimental

2021-02-26 Thread Luc Castermans
Upstream Plasma 5.21.1 was released Feb 23, yesterday I installed it from
Experimental.A big wow and even a bigger thanks to all who made this
possible. I am tempted to mention names, don´t do that in order not to
disappoint people. Thank you community!


Besturingssysteem: Debian GNU/Linux
KDE Plasma-versie: 5.21.1
Versie van KDE-Frameworks: 5.79.0
Qt-versie: 5.15.2
Kernel-versie: 5.10.0-3-amd64
Type OS: 64-bit
Grafisch platform: X11
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Geheugen: 7,2 GiB RAM
Grafische processor: Mesa DRI Intel® HD Graphics 4400



-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Simulated upgrade to KDE/Plasma (KP) 5.21.0/experimental

2021-02-21 Thread Luc Castermans
Indeed thanks Sedat, Norbert, all I forget now. I upgrade from Experimental
like a charm!!


Besturingssysteem: Debian GNU/Linux
KDE Plasma-versie: 5.21.0
Versie van KDE-Frameworks: 5.79.0
Qt-versie: 5.15.2
Kernel-versie: 5.10.0-3-amd64
Type OS: 64-bit
Grafisch platform: X11
Processors: 4 × Intel® Core™ i5-4200U CPU @ 1.60GHz
Geheugen: 7,2 GiB RAM
Grafische processor: Mesa DRI Intel® HD Graphics 4400

Op zo 21 feb. 2021 om 21:23 schreef Sedat Dilek :

> On Sun, Feb 21, 2021 at 9:17 PM Luc Castermans 
> wrote:
> >
> > wow, no more tea drinking!
> >
>
> Here it is past 9p.m., so no more tea-time.
>
> I built kde-gtk-config and installed the missing...
>
> -ii  kde-config-gtk-style:amd64  4:5.20.5-2
> +ii  kde-config-gtk-style:amd64  4:5.21.0-1
> -ii  libkdecorations2private7:amd64  4:5.20.5-1
>
> ...and removed (now unneeded) libkdecorations2private7.
>
> Finally:
>
> root# dpkg -l | grep 5.20.5
> [ empty ]
>
> Means full KDE/Plasma 5.21.0 installed.
>
> - Sedat -
>
> > Op zo 21 feb. 2021 om 20:57 schreef Sedat Dilek :
> >>
> >> On Sat, Feb 20, 2021 at 1:21 PM Sedat Dilek 
> wrote:
> >> >
> >> > On Wed, Feb 17, 2021 at 9:14 PM Norbert Preining <
> norb...@preining.info> wrote:
> >> > >
> >> > > On Wed, 17 Feb 2021, Sedat Dilek wrote:
> >> > > > An upgraded kwin version 4:5.21.0-1 is not available.
> >> > >
> >> > > Yes, kdecorations, kwin, plasma-discover need NEW processing.
> >> > >
> >> > > If you are in hurry, get the git repo, checkout experimental branch
> of
> >> > > the three, run
> >> > > uscan --rename --download-current-version
> >> > > dpkg-buildpackage -us -uc -rfakeroot -S -d
> >> > > and then build the binary package in your favorite way.
> >> > >
> >> >
> >> > LGTM:
> >> >
> >> > root# dpkg -l | egrep 'kwin|kdecoration|plasma-discover' | awk '/^ii/
> >> > {print $1 " " $2 " " $3}' | column -t
> >> > ii  kwin-common 4:5.21.0-1
> >> > ii  kwin-data   4:5.21.0-1
> >> > ii  kwin-style-breeze   4:5.21.0-1
> >> > ii  kwin-wayland4:5.21.0-1
> >> > ii  kwin-wayland-backend-drm4:5.21.0-1
> >> > ii  kwin-wayland-backend-wayland4:5.21.0-1
> >> > ii  kwin-wayland-backend-x114:5.21.0-1
> >> > ii  kwin-x114:5.21.0-1
> >> > ii  libkdecorations2-5v5:amd64  4:5.21.0-1
> >> > ii  libkdecorations2-dev:amd64  4:5.21.0-1
> >> > ii  libkdecorations2private7:amd64  4:5.20.5-1
> >> > ii  libkdecorations2private8:amd64  4:5.21.0-1
> >> > ii  libkf5windowsystem-dev  5.79.0-1
> >> > ii  libkwin4-effect-builtins1   4:5.21.0-1
> >> > ii  libkwineffects134:5.21.0-1
> >> > ii  libkwinglutils134:5.21.0-1
> >> > ii  libkwinxrenderutils13       4:5.21.0-1
> >> > ii  plasma-discover         5.21.0-1
> >> > ii  plasma-discover-common  5.21.0-1
> >> > ii  qml-module-org-kde-kwindowsystem:amd64  5.79.0-1
> >> >
> >> > Rest:
> >> >
> >> > root# dpkg -l | grep 5.20.5 | awk '/^ii/ {print $1 " " $2 " " $3}' |
> column -t
> >> > ii  kde-config-gtk-style:amd64  4:5.20.5-2
> >> > ii  libkdecorations2private7:amd64  4:5.20.5-1
> >> >
> >> > Note: kde-config-gtk-style depends on libkdecorations2private7
> >> >
> >>
> >> The 3 packages are now available in Debian/experimental.
> >>
> >> - Sedat -
> >>
> >
> >
> > --
> > Luc Castermans
> > mailto:luc.casterm...@gmail.com
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Simulated upgrade to KDE/Plasma (KP) 5.21.0/experimental

2021-02-21 Thread Luc Castermans
wow, no more tea drinking!

Op zo 21 feb. 2021 om 20:57 schreef Sedat Dilek :

> On Sat, Feb 20, 2021 at 1:21 PM Sedat Dilek  wrote:
> >
> > On Wed, Feb 17, 2021 at 9:14 PM Norbert Preining 
> wrote:
> > >
> > > On Wed, 17 Feb 2021, Sedat Dilek wrote:
> > > > An upgraded kwin version 4:5.21.0-1 is not available.
> > >
> > > Yes, kdecorations, kwin, plasma-discover need NEW processing.
> > >
> > > If you are in hurry, get the git repo, checkout experimental branch of
> > > the three, run
> > > uscan --rename --download-current-version
> > > dpkg-buildpackage -us -uc -rfakeroot -S -d
> > > and then build the binary package in your favorite way.
> > >
> >
> > LGTM:
> >
> > root# dpkg -l | egrep 'kwin|kdecoration|plasma-discover' | awk '/^ii/
> > {print $1 " " $2 " " $3}' | column -t
> > ii  kwin-common 4:5.21.0-1
> > ii  kwin-data   4:5.21.0-1
> > ii  kwin-style-breeze   4:5.21.0-1
> > ii  kwin-wayland4:5.21.0-1
> > ii  kwin-wayland-backend-drm4:5.21.0-1
> > ii  kwin-wayland-backend-wayland4:5.21.0-1
> > ii  kwin-wayland-backend-x114:5.21.0-1
> > ii  kwin-x114:5.21.0-1
> > ii  libkdecorations2-5v5:amd64  4:5.21.0-1
> > ii  libkdecorations2-dev:amd64  4:5.21.0-1
> > ii  libkdecorations2private7:amd64  4:5.20.5-1
> > ii  libkdecorations2private8:amd64  4:5.21.0-1
> > ii  libkf5windowsystem-dev  5.79.0-1
> > ii  libkwin4-effect-builtins1   4:5.21.0-1
> > ii  libkwineffects134:5.21.0-1
> > ii  libkwinglutils134:5.21.0-1
> > ii  libkwinxrenderutils13   4:5.21.0-1
> > ii  plasma-discover 5.21.0-1
> > ii  plasma-discover-common  5.21.0-1
> > ii  qml-module-org-kde-kwindowsystem:amd64  5.79.0-1
> >
> > Rest:
> >
> > root# dpkg -l | grep 5.20.5 | awk '/^ii/ {print $1 " " $2 " " $3}' |
> column -t
> > ii  kde-config-gtk-style:amd64  4:5.20.5-2
> > ii  libkdecorations2private7:amd64  4:5.20.5-1
> >
> > Note: kde-config-gtk-style depends on libkdecorations2private7
> >
>
> The 3 packages are now available in Debian/experimental.
>
> - Sedat -
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Simulated upgrade to KDE/Plasma (KP) 5.21.0/experimental

2021-02-19 Thread Luc Castermans
can something be done to stop need for drinking thea ?

Op vr 19 feb. 2021 08:57 schreef Sedat Dilek :

> On Fri, Feb 19, 2021 at 8:17 AM Norbert Preining 
> wrote:
> >
> > > What does that mean for kwin in NEW... and the availability of its
> >
> > Wait and have lots of tea!
> >
>
> Yupp, drinking camomile tea...
>
> - sed@ -
>
>


Re: Upgrade to KF v5.79.0 from Debian/experimental

2021-02-16 Thread Luc Castermans
Thanks indeed.   I completed the install from experimental, all required 
packages available from there.



Luc

Op 16-02-2021 om 14:33 schreef Sedat Dilek:

Hi Norbert,

I want to thank you and all involved Debian/KDE/Qt users and
developers and of course KDE and Qt upstream.

Right now, I have installed the missing 3 purpose version 5.79.0-2
packages from Debian/buildd-experimental.

Regards,
- Sedat -

On Tue, Feb 16, 2021 at 11:22 AM Norbert Preining  wrote:

Hi Sedat,

Thanks for the report, indeed, purpose isn't building because I missed to 
update one dependency (no idea why all others are updated, though?).

I'll fix it later tonight or tomorrow morning (JST).

Let us know if you are any other anomalies.

Best
--
PREINING Norbert  https://www.preining.info
Fujitsu Research Labs + IFMGA ProGuide + TU Wien + TeX Live + Debian Dev
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13


Feb 16, 2021 17:30:26 Sedat Dilek :


Hi,

just wanna let you know I was able to upgrade KF version
5.78.0/unstable -> 5.79.0/experimental.
( More exactly build-experimental. )

[ Get list of installed KF v5.78.0 packages ]
root$ dpkg -l | grep 5.78.0 | awk '/^ii/ {print $2}' | sort > ZZZ-KF-5-78-0

[ Simulate upgrade to KF v5.79.0 ]
root# apt-get install -s -t buildd-experimental $( cat ZZZ-KF-5-78-0 )
| grep ^Inst | awk '{print $2}' | sort > ZZZ-KF-5-79-0-UPGRADABLE

[ Looks good? ]
root# LC_ALL=C wc -l ZZZ-KF-5-78-0 ZZZ-KF-5-79-0-UPGRADABLE
183 ZZZ-KF-5-78-0
180 ZZZ-KF-5-79-0-UPGRADABLE
363 total

Note: 3 packages missing for upgrade (see `git diff` below).

[ SWITCH TO VT-2 ]

[ Stop Login-Manager ]
systemctl stop sddm.service

[ Upgrade to KF v5.79.0 ]
apt-get install -y -t buildd-experimental $( cat ZZZ-KF-5-78-0 )

[ List installed KF v5.79.0 packages ]
root# dpkg -l | grep 5.79.0 | awk '/^ii/ {print $2}' | sort > ZZZ-KF-5-79-0

[ What's missing? ]
root# git diff ZZZ-KF-5-78-0 ZZZ-KF-5-79-0 | grep ^'-'
--- a/ZZZ-KF-5-78-0
-libkf5purpose5:amd64
-libkf5purpose-bin:amd64
-qml-module-org-kde-purpose:amd64

Note: Missing libkf5purpose5 packages.

LGTM.

[ Start Login-Manager ]
systemctl start sddm.service

Enjoy :-).

Thanks for the update.

Regards,
- Sedat -


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Upgrade to KF v5.79.0 from Debian/experimental

2021-02-16 Thread Luc Castermans

Indeed below did the job:

dpkg -l | grep 5.78.0 | awk '/^ii/ {print $2}' | sort > ZZZ-KF-5-78-0
apt install -t experimental  `cat ZZZ-KF-5-78-0 `

THX!!!

Luc

Op 16-02-2021 om 11:22 schreef Norbert Preining:

Hi Sedat,

Thanks for the report, indeed, purpose isn't building because I missed to 
update one dependency (no idea why all others are updated, though?).

I'll fix it later tonight or tomorrow morning (JST).

Let us know if you are any other anomalies.

Best


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Wohooo! Plasma 5.20 and KF 5.77 coming to unstable

2020-12-22 Thread Luc Castermans

yep

I did "apt upgrade -t sid"   That worked.


Op 22-12-2020 om 11:41 schreef Andrey Rahmatullin:

I've just updated (the packages from experimental were installed before)
and so far it works perfectly.


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: You can help: Test Plasma 5.20.4 and test applications 20.12

2020-12-14 Thread Luc Castermans
r
unstable. Use them and report any issues you find with them.

Please do this only if you feel up to it and are willing to keep the
pieces in case something breaks. Of course you can always ask for
help
here, but it would be good if you are willing to do your best to
resolve
and diagnose issues on your own first and then if need be report with
as
much detail as possible.

If unsure whether it is really a Debian bug or you like to learn
about
which package to report the bug for, feel free to ask here first.

So far I am very happy with Plasma 5.20.4 and those KDE application
packages I upgraded. I thank Norbert, Aurélien, Sandro who is in the
process to upgrade KDEPIM packages to 20.08.3, Dmitry and everyone
else
who is involved with upgrading the packages or helps testing them.

Thank you,


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: You can help: Test Plasma 5.20.4 and test applications 20.12

2020-12-14 Thread Luc Castermans
same for me.

Later today I will perform a login again.

Thanks for good work!!

Luc

Op ma 14 dec. 2020 om 12:46 schreef Libor Klepáč :

> Hi,
> i upgraded to Plasma 5.20.4 when it appeared in experimental.
> So far so good.
>
> Today I also upgraded qt5, without problems (but I have not logged in
> again, yet)
>
> Thanks to all packagers
>
> Libor
>
> On So, 2020-12-12 at 19:37 +0100, Martin Steigerwald wrote:
> > Hi!
> >
> > If you are feeling adventurous and are using Sid, then you can help
> > by
> > testing Plasma 5.20.4 from experimental. I installed it using
> >
> > apt install -t experimental plasma-base
> >
> > "plasma-base" is a new package to keep the versions of all Plasma
> > packages in lock step.
> >
> > But beware currently Qt 5.15.2 is entering into Sid. It may need a
> > day
> > or two to complete. Be extra careful during that time.
> >
> > Also you can help test new application 20.12 packages as they enter
> > unstable. Use them and report any issues you find with them.
> >
> > Please do this only if you feel up to it and are willing to keep the
> > pieces in case something breaks. Of course you can always ask for
> > help
> > here, but it would be good if you are willing to do your best to
> > resolve
> > and diagnose issues on your own first and then if need be report with
> > as
> > much detail as possible.
> >
> > If unsure whether it is really a Debian bug or you like to learn
> > about
> > which package to report the bug for, feel free to ask here first.
> >
> > So far I am very happy with Plasma 5.20.4 and those KDE application
> > packages I upgraded. I thank Norbert, Aurélien, Sandro who is in the
> > process to upgrade KDEPIM packages to 20.08.3, Dmitry and everyone
> > else
> > who is involved with upgrading the packages or helps testing them.
> >
> > Thank you,
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.19.5 and Qt 5.15 in unstable

2020-11-07 Thread Luc Castermans
great news.

Thanks for all efforts to all involved!

Luc

Op za 7 nov. 2020 10:04 schreef Martin Steigerwald :

> Hi!
>
> Qt 5.15 is completely in unstable now and already also migrated to
> testing. kdevelop had to be uninstalled on my system, but I bet a fix
> will be coming soon enough as well.
>
> Now Plasma 5.19.5 is also coming.
>
> As always just wait till apt dist-upgrade is safe to do. If you
> previously used experimental packages, the updates should be seamless,
> but if you still use 5.17, better wait till everything is complete.
>
> I already have Qt 5.15 and Plasma 5.19.5 experimental packages installed
> and they are working just fine. There was an issue with window rules
> editing pane in System Settings not displaying, but this was just a
> missing dependency that should be fixed with the next upload. To fix
> manually install:
>
> qml-module-org-kde-kitemmodels
>
> Thanks to the effort of the Qt/KDE team the Qt/Plasma/KDE Applications
> stuff is quite up to date in Debian by now!
>
> Thanks to everyone involved. This has been quite a large feat to
> complete. Thank you also very much for the nice cooperation I am seeing
> these days! It really shows that together it is easier to achieve all of
> this.
>
> You can help, too: In case you experience bugs it is good to first check
> whether you have all packages updated. At least to some extent packages
> should be updated in lock step due to versioned dependencies, but this
> is challenging to get completely right. If unsure ask here first before
> you report a bug report that is just due to some version mix that will
> not appear this way in next Debian stable. Also in case a bug is clearly
> an upstream bug, you can help by also reporting it upstream and provide
> a link to the Debian bug report.
>
> Many thanks!
>
> Best,
> --
> Martin
>
>
>


Re: BTW

2020-10-16 Thread Luc Castermans
Making jokes in mails is difficult as facial expressions and gestures are
missing.

I like to thank all who contributed in whatever way.

luc

Op vr 16 okt. 2020 om 14:57 schreef Marco Valli :

> In data venerdì 16 ottobre 2020 13:35:09 CEST, Luc Castermans ha scritto:
> > thanks Norbert++ indeed!!
>
> Mine was a joke, but in this way you seem to belittle the work of
> Scarlett,
> Frank, Sandro, Pino and, last but no least, Lisandro.
>
> --
> Marco Valli
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: BTW

2020-10-16 Thread Luc Castermans

thanks Norbert++ indeed!!

apt install plasma-framework -t experimental

Did the job.

Regards,  Luc



Op 16-10-2020 om 00:48 schreef Marco Valli:

Btw, kdepim 20.08 and kde framework 5.74 works flawlessy here.
Thanks for your work - and thanks also to norbert, who is also becoming nice
to me.

regards


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Status of Plasma 5.18/5.19?

2020-09-18 Thread Luc Castermans
Hi,

I am happy to test as well!

Luc

Op vr 18 sep. 2020 om 15:49 schreef Marc Haber :

> On Fri, Sep 18, 2020 at 10:41:30PM +0900, Norbert Preining wrote:
> > we, that is Scarlett Moore and Patrick Franz and me, are working on
> > updating Plasma in Debian. For now we are uploading 5.19(.4) to
> > Debian/experimental, but this needs a few iterations due to NEW
> > processing, but hopefully it will be all done soon.
>
> That is really really good news, thanks for the update!
>
> I am especially glad that things are going forward as a team effort and
> that the team has at least one VERY experienced DD. Thank you all for
> doing this.
>
> Please keep people updated about your progress and especially the state
> of the experimental packages, I have a test notebook that I don't mind
> breaking occasionally, so I can do testing if the packages are in a
> state when trying them makes sense. I guess other people might
> be able to help with that as well.
>
> Greetings
> Marc
>
> --
>
> -
> Marc Haber | "I don't trust Computers. They | Mailadresse im Header
> Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
> Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Re: Status of Plasma 5.18/5.19?

2020-07-28 Thread Luc Castermans
Just came across: https://build.opensuse.org/
The/a developper mentioned this to be a X-distro build system, so can/could
be used to create Debian packages.
Could such service help, if appropriate, to create momentum?

Luc

Op zo 26 jul. 2020 om 22:51 schreef Shmerl :

> Om Tue, 07 Jul 2020 08:20:48 -0700 Scarlett Moore wrote:
> > Again, help is gladly accepted as long as it is quality work
> > and not just a changelog entry..
> > Thanks, Scarlett
>
> Hi Scarlett!
>
> If I understand correctly, it's primarily you alone working now on
> updating Plasma packages
> in Debian unstable / testing? If so, thanks for your work! Did you manage
> to use Norbert's
> submissions after all? He said his merge requests are still available.
>
> It would be really great for KDE/Debian users if this could be resolved
> positively and in the
> manner that's productive and allows collaboration. This really needs to
> move forward, there
> are simply not enough resources not to share such efforts.
>
> Best regards,
> Shmerl.
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Status of Plasma 5.18/5.19?

2020-07-27 Thread Luc Castermans
So now I learned about it:  https://en.wikipedia.org/wiki/Occam%27s_razor

Is there a simple explanation of the status of KDE in Debian?



Op ma 27 jul. 2020 om 11:54 schreef Marco Valli :

> In data lunedì 27 luglio 2020 10:22:06 CEST, Norbert Preining ha scritto:
> > Lines up well with the rest of his comments!
>
> I don't like wasting words unnecessarily!
>
> --
> Marco Valli
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Status of Plasma 5.18/5.19?

2020-07-26 Thread Luc Castermans

Could I help ? Although I am just a humble non-Debian packager.

Luc

Op 26-07-2020 om 22:33 schreef Shmerl:

Om Tue, 07 Jul 2020 08:20:48 -0700 Scarlett Moore wrote:
> Again, help is gladly accepted as long as it is quality work
> and not just a changelog entry..
> Thanks, Scarlett

Hi Scarlett!

If I understand correctly, it's primarily you alone working now on 
updating Plasma packages
in Debian unstable / testing? If so, thanks for your work! Did you 
manage to use//Norbert's

submissions after all? He said his merge requests are still available.

It would be really great for KDE/Debian users if this could be 
resolved positively and in the
manner that's productive and allows collaboration. This really needs 
to move forward, there

are simply not enough resources not to share such efforts.

Best regards,
Shmerl.
//



--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Status of Plasma 5.18/5.19?

2020-07-07 Thread Luc Castermans

In response to remarks in this thread, I like to add two remarks:

"Open":  is for me the openness of mind: listening to others opinions, 
remarks, etc. And carefully digestion these, balancing them, before 
responding to them.


Secondly: I consider myself Debian-ist. Packages created outside the 
DFSG and not available from Debian servers are basically not okay for me.


Therfore I see Norberts packages as a temporary way to get access to 
latest and greatest KDE packages, but at the same time I see them as an 
option to speed up creating compliant Debian packages. I´d expect code, 
methods, automation can be re-used from Norbert´s work to accomplish 
this. Disclaimer: I can be wrong on the latter.


Regards,

Luc






Op 07-07-2020 om 16:19 schreef Martin Steigerwald:

Hi.

Luc Castermans - 07.07.20, 09:42:34 CEST:

I have no objections to this proposal.
At the same time I like to express my wish to find an opening to get
out of the current situation.

Just speaking for myself personally: I second this.

Best,


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Status of Plasma 5.18/5.19?

2020-07-07 Thread Luc Castermans
Dear

I have no objections to this proposal.
At the same time I like to express my wish to find an opening to get out of
the current situation.

Regards,
Luc

Op di 7 jul. 2020 om 09:06 schreef Rainer Dorsch :

> Am Sonntag, 5. Juli 2020, 15:48:55 CEST schrieb Norbert Preining:
> > Hi Dietz,
> >
> > > Would you mind announcing relevant changes from your side (changed
> repos,
> > > discontinued development and so on) also oh debian-kde?
> >
> > I don't think this is welcome here, since also on the IRC channel I was
> > told not to advertise my repositories.
> >
>
> Since this is already speculation, can anybody who has concerns with
> announcements or user reports of Norbert's super uptodate KDE packages for
> Debian here on the list share them? I hope with an open minded and
> solution
> oriented discussion they can be addressed and resolved....
>
> Thanks
> Rainer
>
> --
> Rainer Dorsch
> http://bokomoko.de/
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Status of Plasma 5.18/5.19?

2020-07-05 Thread Luc Castermans
Hi,

I am slowly learning Debian packaging myself.  Also I tried to compile KDE
myself, while this is not 100% successful it learned my how big KDE is.
>From the discussions in this thread, once I asked the question also, it
became clear to me that having a small team on one end and a huge amount of
packages on the other side will lead to long throughput times in bringing
upstream changes to Debian packages. Automation and working together are
key-words, (the only?) in shortening the throughput times.

I do not know what led to the frictions in the past. But make a plea to
look forward, grab help and focus on achieving shorter throughput times in
bringing KDE changes to Debian.  Let me know if/how I can help.

Regards

Luc


Op zo 5 jul. 2020 om 15:49 schreef Norbert Preining :

> Hi Dietz,
>
> > Would you mind announcing relevant changes from your side (changed
> repos,
> > discontinued development and so on) also oh debian-kde?
>
> I don't think this is welcome here, since also on the IRC channel I was
> told not to advertise my repositories.
>
> I suggest you to follow my blog, tag "KDE" to receive updates.
>
> Thanks
>
> Norbert
>
> --
> PREINING Norbert  https://www.preining.info
> Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Status of Plasma 5.18/5.19?

2020-07-01 Thread Luc Castermans

hi Shmerl

When I asked similar a while ago my conclusion was the amount of work, 
hundreds of packages, on one side and the amount of packagers on the 
other side. And of course disagreements in this case make the effective 
packaging capacity even smaller.


Luc


Op 01-07-2020 om 22:03 schreef Shmerl:
> Debian Sid is still on Plasma 5.17, meanwhile 5.18 LTS and 5.19 have 
already

> been released with 5.20 around the corner
> ...
> What is the status on this now?

Did you actually find the answer to your question? From this whole 
thread, I still don't understand

why is Plasma still outdated in Debian testing / unstable.

All I got was that there was some disagreement and packaging help was 
rejected.
But that doesn't explain what the disagreement was and why Plasma 
wasn't updated in

such a long time either way.

There must be some blockers or issues obviously that prevent it. Can 
anyone please elaborate

on it for the benefit of those who are reading it?

Thanks!

Shmerl.


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Status of Plasma 5.18/5.19?

2020-06-29 Thread Luc Castermans
Yes, a verbal meeting would be good, Jitsi is fine I guess.  I sense that
all subscribe to the need to "get KDE updates as fast as possible into
Debian" . So the starting point is excellent!   Let's discuss if this is
correct during the meeting and depending on how that goes poll about ways
forward.   Normally I would offer you coffee, but this remains virtual for
the moment, :=).

Luc

Op ma 29 jun. 2020 om 14:23 schreef Martin Steigerwald :

> Hi Luc.
>
> Luc Castermans - 29.06.20, 13:52:39 CEST:
> > Are we past the point of no return or is there an option to go to
> > square one and restart? What would be needed to do so?
>
> I have no idea. Actually I do not really understand the conflict.
>
> However…
>
> > At the same time I note that email is a bad medium for this type of
> > interaction, sorry for using this medium I am not aware of another
> > one.
>
> I am willing to offer moderation to find a solution in case both parties
> would like to have a go at finding one. We could find a Jitsi or
> BigBlueButton instance to do this. I know several instances that could
> be used.
>
> Disclaimer: I worked with Debian/Kubuntu Qt/KDE team, on some bug
> triaging or regarding providing information here. And I have no
> intention to change that at the moment. So I may be biased and gladly
> let a less likely to be biased person offer to do the job. That written,
> I learned a lot about ways to communicate that can help to find
> resolutions to conflicts and allow everyone to feel accepted as a person.
>
> Best,
> --
> Martin
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Status of Plasma 5.18/5.19?

2020-06-29 Thread Luc Castermans
Hi,

Right Sander:

Knowing  nothing about the history of the frictions but knowing the needs
and acknowledging each other's skills I regret to read the thread.
Are we past the point of no return or is there an option to go to square
one and restart? What would be needed to do so?
At the same time I note that email is a bad medium for this type of
interaction, sorry for using this medium I am not aware of another one.

Regards

Luc


Op ma 29 jun. 2020 om 13:30 schreef Sander van Grieken <
san...@outrightsolutions.nl>:

> On zondag 28 juni 2020 12:53:15 CEST Martin Steigerwald wrote:
> > Dear Marco, dear Qt/KDE team, dear Norberg, dear community,
> >
> > Marco Valli - 28.06.20, 11:12:03 CEST:
> > > Do you remember debian multimedia of Marillat, another "very
> > > experienced DD"? No? well, even preining in a few years will no
> > > longer remember by anyone. Debian yes.
> >
> > I am not sure whether it makes sense to discuss this out to the end…
>
> Well I'm afraid this topic will keep coming back occasionally until it is
> resolved in one way or the other.
>
> > I really would have preferred for Debian/Kubuntu Qt/KDE team to work
> > together. But if that isn't the case that also is how it is. And it is
> > important to accept that. That does not make anyone who is involved
> > right or wrong either. It is just different approaches. None of them
> > inherently better or worse than the other.
>
> Personally, I find this situation hard to accept. The maintainer team is
> not just a collection of individuals, it's a body that is a gatekeeper of
> the K/Qt stack into Debian. This gatekeeper role doesn't just give its
> members significant power, it also assigns to the team a responsibility to
> keep enabling contributions and improvements to reach the user.
>
> No process can be made totally free of friction. But it is a matter of
> maturity how friction is handled.
>
> --
> Sander
>
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KDE Apps 20.04 (and Plasma) for Debian

2020-05-20 Thread Luc Castermans
Hi Marco

I found at least libkf5akonadicontact5   in experimental. You migh consider
using "-t experimental"   as command.

Luc

Op wo 20 mei 2020 om 13:07 schreef Marco Valli :

> In data mercoledì 6 maggio 2020 19:41:49 CEST, Sandro Knauß ha scritto:
> > But it will become an issue soon, when the first package uses these
> > new versions and apt needs to update.
>
> I just upgraded kdepim from experimental - but this time i had to use
> aptitude, not apt.
>
> Everithing works fine (do you read me?) but kgpg is no more installable.
>
> root@debian:~# apt -t unstable install kgpg
> ---snip---
> I seguenti pacchetti hanno dipendenze non soddisfatte:
>  kgpg : Dipende: libkf5akonadicontact5-19.08
> Dipende: libkf5akonadicore5-19.08
> Dipende: libkf5contacts5-19.08
> E: Impossibile correggere i problemi, ci sono pacchetti danneggiati
> bloccati.
>
> Nice work, Sandro, thanks.
>
> Best regards
>
> --
> Marco Valli
>
>
>

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KDE Apps 20.04 (and Plasma) for Debian

2020-05-06 Thread Luc Castermans

I just did, no issues seen.

thanks,

Luc

Op 06-05-2020 om 20:40 schreef Marco Valli:

In data martedì 5 maggio 2020 11:37:05 CEST, Sedat Dilek ha scritto:

How is the state of the packages in experimental?

Install kde framework now, before it becomes an issue :-)

regards


--

m.vr.gr.

Luc Castermans
mailto:luc.casterm...@gmail.com



Re: Packaging resources

2020-02-25 Thread Luc Castermans
Hi Sandro,

I started my question from pure engineering background and interest, as I
like to understand the situation.

Your answer triggered 2 questions/observations:
- ratio of #packages / #packagers
- what is KDE?

Answering the last: for me KDE is Qt, Frameworks and Plasma.Krita, etc.
I'd exclude from it.
But only Qt, Frameworks and Plasma consists of 300+ packages (I counted
using https://kdesrc-build.kde.org/ ) and
next indeed the ratio #packages / #packagers  compared to other packages
could show the effort involved
for KDE compared to other packages.

Give the above ratio for KDE I wonder if/how further automation could help
to reduce manual effort. Another alternative I could see is to change
upstream to release Debian packages straight away.  But I guess this idea
is not new.

Regards,

Luc




Op ma 24 feb. 2020 om 00:40 schreef Sandro Knauß :

> Hey,
>
> > >  While I am studying Debian packaging I like to understand why KDE
> > >  packaging needs so much effort. For example the LibreOffice
> package
> > >  seems almost instantly available as soon as an up-stream release
> > >  became
> > >  available. Does LibreOffice need less Debian packaging effort?
> > >
> > >Well, it depends. On one side I think kde stuff is composed of many
> > >more
> > >source packages.
> >
> > Yes, having only one source package helps for testbuilding and
> > -installing massively.
> >
> > >On the other side Rene, the LO maintainer, has been doing a
> wonderful
> > >job
> > >in keeping it up to date. Now that this does not means we in the
> Qt/KDE
> >
> > Which also involves following upstream and doing packaging changes as
> > they are needed so I can just prepare an upload when it's time to do so
> > (actcually in many cases for final releases days in advance and at'ed
> > for the release time.) and by following every alpha,beta,rc etc.
>
> Well please don't forget KDE has much more software to package, that have
> very
> different needs and dependency chains. E.g. calligra a complete office
> suite
> (like libreoffice), Kontact an email client (like thunderbird), krita a
> image
> manipulation program (gimp),...
> That's why it is not fair to compare on application against something more
> than 100 applications and the KDE team is round about 5 core people. So
> the
> maintainer/package ratio inside the KDE team is not great.
> Packaging KDE stuff is NOT harder than other packaging, but it is about
> the
> amount to package and the people doing this work that makes it slow.
>
> hefee



-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Packaging resources

2020-02-17 Thread Luc Castermans
Hi,

I read many times "the Debian KDE"-packaging team to be short of resources.
Being a KDE-fan I am very much willing to help and started to lean about
Debian packaging.

While I am studying Debian packaging I like to understand why KDE packaging
needs so much effort. For example the LibreOffice package seems almost
instantly available as soon as an up-stream release became available. Does
LibreOffice need less Debian packaging effort?

I do not expect an e-mail thread about this, maybe I could meet with a
knowledgeable DD on this, either F2F (I live in South of Netherlands) or
virtual.

Regards

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.10 in Testing?

2017-10-22 Thread Luc Castermans

Dear

Today I got rid of the glitches in the screen by selecting
Xrender as Compositor (Systemsettings -> Screen and Monitor) instead of OpenGL 
x.

Does that give a clue to what is wrong?

thx

Luc


Op 12-10-17 om 13:26 schreef Libor Klepáč:

Hi,
I see those sometimes, starting few minutes after resume.
It's fixable by `kquitapp plasmashell` & run it again from krunner.

I don't know when it started, i have to candidates:
1) after upgrading to Plasma 5.10
2) after enabling GPU accel in firefox

My GPU is
VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics
Controller (rev 0b)

BTW: is it safe to upgrade to latest MESA, pulling in libegl1? Last time i
tried, it broke GPU acceleration and also video acceleration. There are still
some bug reports opened againts MESA.

Libor



Dear,

On " ...experiencing graphic glitches in Testing"since a while I see
irregular glitches on my screen indeed. I already suspected by GPU or
graphic driver, but is it a KDE component?








2017-10-12 12:31 GMT+02:00 devfra :


Hi!

Can someone give us some update about the migration of Plasma 5.10 in
TestingIt started about a month ago but there are components still blocked
in Sid,such as kwin [1] and plasma-workspace [2].

Thank you!

PS: Anyone experiencing graphic glitches in Testing since this
migrationstarted? I have to restart X at least once a day and it is
becoming annoying.

[1] https://packages.qa.debian.org/k/kwin.html[2]
https://packages.qa.debian.org/p/plasma-workspace.html[3]



Luc Castermansmailto:luc.casterm...@gmail.com[4]




[1] mailto:devfra_...@inventati.org
[2] https://packages.qa.debian.org/k/kwin.html
[3] https://packages.qa.debian.org/p/plasma-workspace.html
[4] mailto:luc.casterm...@gmail.com



<>

Re: libreoffice-kde package qt4 -> qt5

2017-10-15 Thread Luc Castermans
what to do for the moment?  LibreOffice 5.4.x can only be installed without
libreoffice-kde. Looks ugly. Accept it, right?

Luc

Op 15 okt. 2017 16:04 schreef "Rene Engelhard" :

> Hi,
>
> On Thu, Oct 05, 2017 at 07:38:57PM +0100, Rik Mills wrote:
> > > The libreoffice-kde package is built upon qt4, but deserves a port to
> > > qt5/plasma.
>
> There is no -kde package anymore. (except in stable)
>
> > > Can you advice how I can help to give it attention and support?
> >
> > Porting branch for the VCL to Qt5/KF5 I believe
> >
> > https://cgit.freedesktop.org/libreoffice/core/log/?h=feature/kde5
>
> Jup, that's it. When it'll be ready - no idea. And then there is the
> possible
> "exists but is buggy or has subtle major problems"
> (like gtk3 was at the beginning.)
>
> For more details about what it involves:
>
> https://wiki.documentfoundation.org/Development/GSoC/Ideas#KDE5:_
> port_KDE4_plugin_to_KF5 and
> https://wiki.documentfoundation.org/Development/GSoC/Ideas#KDE4:_
> use_Qt4_widgets_and_abstraction_layer_for_painting_and_event_filtering
>
> Regards,
>
> Rene
>
>


Re: Plasma 5.10 in Testing?

2017-10-12 Thread Luc Castermans

Dear Libor

After below I see little improvement, but issue is not solved fully.
I never enabled GPU accel in Firefox.

My GPU:
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
Richland [Radeon HD 8670D]


Luc

Op 12-10-17 om 13:26 schreef Libor Klepáč:

Hi,
I see those sometimes, starting few minutes after resume.
It's fixable by `kquitapp plasmashell` & run it again from krunner.

I don't know when it started, i have to candidates:
1) after upgrading to Plasma 5.10
2) after enabling GPU accel in firefox

My GPU is
VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics
Controller (rev 0b)

BTW: is it safe to upgrade to latest MESA, pulling in libegl1? Last time i
tried, it broke GPU acceleration and also video acceleration. There are still
some bug reports opened againts MESA.

Libor



Dear,

On " ...experiencing graphic glitches in Testing"since a while I see
irregular glitches on my screen indeed. I already suspected by GPU or
graphic driver, but is it a KDE component?








2017-10-12 12:31 GMT+02:00 devfra :


Hi!

Can someone give us some update about the migration of Plasma 5.10 in
TestingIt started about a month ago but there are components still blocked
in Sid,such as kwin [1] and plasma-workspace [2].

Thank you!

PS: Anyone experiencing graphic glitches in Testing since this
migrationstarted? I have to restart X at least once a day and it is
becoming annoying.

[1] https://packages.qa.debian.org/k/kwin.html[2]
https://packages.qa.debian.org/p/plasma-workspace.html[3]



Luc Castermansmailto:luc.casterm...@gmail.com[4]




[1] mailto:devfra_...@inventati.org
[2] https://packages.qa.debian.org/k/kwin.html
[3] https://packages.qa.debian.org/p/plasma-workspace.html
[4] mailto:luc.casterm...@gmail.com



<>

Re: Plasma 5.10 in Testing?

2017-10-12 Thread Luc Castermans
Dear,

On " ...experiencing graphic glitches in Testing"
since a while I see irregular glitches on my screen indeed. I already
suspected by GPU or graphic driver,
but is it a KDE component?

Regards, Luc


2017-10-12 12:31 GMT+02:00 devfra <devfra_...@inventati.org>:

> Hi!
>
> Can someone give us some update about the migration of Plasma 5.10 in
> Testing
> It started about a month ago but there are components still blocked in Sid,
> such as kwin [1] and plasma-workspace [2].
>
> Thank you!
>
> PS: Anyone experiencing graphic glitches in Testing since this migration
> started? I have to restart X at least once a day and it is becoming
> annoying.
>
> [1] https://packages.qa.debian.org/k/kwin.html
> [2] https://packages.qa.debian.org/p/plasma-workspace.html
>
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: Plasma 5.10

2017-09-02 Thread Luc Castermans

Dear,

After but also before upgrading to Plasma 5.10 I mostly need to login 2 twice as after the first login I get windows without 
decorations. I think KWin is not running then ?

Anyway after 2nd login it is always ok.

I find below in my .xsession-errors file, does this reveal any issue, in which 
other log to look for
the root cause ?

Luc

===

luc@canne:~$ tail .xsession-errors
networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property 
"S390Subchannels"

modemmanager-qt: Failed enumerating MM objects: 
"org.freedesktop.DBus.Error.ServiceUnknown"
 "The name org.freedesktop.ModemManager1 was not provided by any .service files"
kf5.kcoreaddons.desktopparser: Could not locate service type file kservicetypes5/plasma-popupapplet.desktop, tried 
("/home/luc/.local/share", "/usr/share", "/usr/local/share")
kf5.kcoreaddons.desktopparser: Could not locate service type file kservicetypes5/plasma-popupapplet.desktop, tried 
("/home/luc/.local/share", "/usr/share", "/usr/local/share")
kf5.kcoreaddons.desktopparser: Could not locate service type file kservicetypes5/plasma-popupapplet.desktop, tried 
("/home/luc/.local/share", "/usr/share", "/usr/local/share")
kf5.kcoreaddons.desktopparser: Could not locate service type file kservicetypes5/plasma-popupapplet.desktop, tried 
("/home/luc/.local/share", "/usr/share", "/usr/local/share")

trying to show an empty dialog
file:///usr/share/plasma/shells/org.kde.plasma.desktop/contents/views/Desktop.qml:147:19: QML Loader: Binding loop detected for 
property "height"
file:///usr/share/plasma/shells/org.kde.plasma.desktop/contents/views/Desktop.qml:147:19: QML Loader: Binding loop detected for 
property "height"

luc@canne:~$ ls -l --si .xsession-errors
-rw--- 1 luc users 17G sep  2 15:40 .xsession-errors
luc@canne:~$
<>

Re: Qt 5.7.1 => 5.9.1

2017-08-30 Thread Luc Castermans

Op 30-08-17 om 11:55 schreef Boris Pek:

Hi,
> Just did a safe-upgrade. Everything seems to be working ok (though something
> is a little slow with Chrome unstable). The only issue I've noticed is widget
> style is stuck on Breeze. Selecting any other styles seems to not be
> respected.
I may add that usage of XDG_CURRENT_DESKTOP environment variable is broken now
in KDE applications from Sid, and because of it they look very ugly when
launched outside plasmashell or via `ssh -X ..`.
I may add that usage of XDG_CURRENT_DESKTOP environment variable is broken
now in KDE applications from Sid, and because of it they look very ugly when
launched outside plasmashell or via `ssh -X ..`.
For example, dolphin lacks all file icons and icons at toolbar and menus.
Plus it uses some strange theme (not breeze).


Boris,

Dolpin looks normal in my install.

Luc
<>

Re: Plasma 5.10 and KF 5.37

2017-08-30 Thread Luc Castermans

Op 29-08-17 om 17:48 schreef Martin Steigerwald:

Luc Castermans - 29.08.17, 10:02:

KF 5.37 + Plasma 5.10.5. For plasma also watch out for "5.8.5" and "5.8.6"
packages like plasma-nm.

aptitude install -t experimental  plasma-nm

yields:

root@canne:~# dpkg -l | fgrep plasma-nm
ii  plasma-nm 4:5.10.5-1   amd64Plasma5
networkmanager library. root@canne:~#

And actually quite some goodness like a revamped System settings module for
connections. :)

I may review the official release videos for new features. Or device to let
myself be surprised whenever I find something.

Thanks,


Thx for hint! So I now upgraded from experimental to below. Luc

luc@canne:~$ dpkg -l | fgrep plasma
ii  kde-plasma-desktop 5:92 amd64    KDE 
Plasma Desktop and minimal set of applications
ii  kdeplasma-addons-data 4:5.10.5-1   all  
locale files for kdeplasma-addons
ii  libkdeclarative5 4:4.14.35-1  amd64    
declarative library for plasma
ii  libkf5plasma5:amd64 5.37.0-1 amd64    
Plasma Runtime components
ii  libkf5plasmaquick5:amd64 5.37.0-1 amd64    
Plasma Runtime components
ii  libplasma-geolocation-interface5 4:5.10.5-1   amd64 
   Plasma Workspace for KF5 library
ii  libplasma3 4:4.14.35-1  amd64    Plasma Library 
for the KDE Platform
ii  plasma-dataengines-addons 4:5.10.5-1   amd64    
additional data engines for Plasma
ii  plasma-desktop 4:5.10.5-1   amd64    Tools and 
widgets for the desktop
ii  plasma-desktop-data 4:5.10.5-1   all  Tools 
and widgets for the desktop data files
ii  plasma-discover 5.10.5-1 amd64    Discover 
software management suite
ii  plasma-discover-common 5.10.5-1 all  
Discover software manager suite (common data files)
ii  plasma-framework 5.37.0-1 amd64    Plasma 
Runtime components
ii  plasma-integration 5.10.5-1 amd64    Qt 
Platform Theme integration plugins for KDE Plasma
ii  plasma-nm 4:5.10.5-1   amd64    Plasma5 
networkmanager library.
ii  plasma-pa 4:5.10.5-1   amd64    Plasma 5 Volume 
controller
ii  plasma-runners-addons 4:5.10.5-1   amd64    
additional runners for Plasma 5 and Krunner
ii  plasma-scriptengine-javascript 4:16.08.3-2  amd64   
 JavaScript script engine for Plasma
ii  plasma-wallpapers-addons 4:5.10.5-1   amd64    
additional wallpaper plugins for Plasma 5
ii  plasma-widgets-addons 4:5.10.5-1   amd64    
additional widgets for Plasma 5
ii  plasma-workspace 4:5.10.5-1   amd64    Plasma 
Workspace for KF5
luc@canne:~

<>

Re: Plasma 5.10 and KF 5.37

2017-08-29 Thread Luc Castermans

Op 29-08-17 om 09:57 schreef Martin Steigerwald:

Martin Steigerwald - 29.08.17, 08:55:

Libor Klepáč - 29.08.17, 08:39:

just upgrade to qt5.9, frameworks 5.37 and plasma 5.10,
upgrade was smooth, no problem.

Logged in again, everything seem to be ok so far.
Kde window manager is still in 5.8.7 version

Lol, thanks for feedback, Libor.

I feel tempted :)

Well… that was easy enough.

So far so good.

KF 5.37 + Plasma 5.10.5. For plasma also watch out for "5.8.5" and "5.8.6"
packages like plasma-nm.

aptitude install -t experimental  plasma-nm

yields:

root@canne:~# dpkg -l | fgrep plasma-nm
ii  plasma-nm 4:5.10.5-1   amd64    Plasma5 
networkmanager library.
root@canne:~#



<>

Re: Plasma 5.10 and KF 5.37

2017-08-29 Thread Luc Castermans

Op 29-08-17 om 08:55 schreef Martin Steigerwald:

Hi Libor.

Libor Klepáč - 29.08.17, 08:39:

just upgrade to qt5.9, frameworks 5.37 and plasma 5.10,
upgrade was smooth, no problem.

Logged in again, everything seem to be ok so far.
Kde window manager is still in 5.8.7 version

Lol, thanks for feedback, Libor.

I feel tempted :)

Maybe I wait a day or two whether you encounter a show stopper.

Thanks,


I could not resist: aptitude install plasma-framework  -t experimental

All looks OK for me

Many thanks to the team !!!


Luc Castermans

<>

Re: Qt 5.7.1 => 5.9.1

2017-08-28 Thread Luc Castermans

Op 27-08-17 om 23:05 schreef laurent Trinques:

Le dimanche 27 août 2017, 23:11:17 CEST Boris Pek a écrit :

Hi,
  


Hello.

Qt 5.9.1 hits unstable.

Please be careful to wait till its complete.

  Even though
   and
  
  still says "partial", it appears those packages do exist for AMD64,
  and upgrade seems possible, as of right now...
  Chris


Except for some KDE stuff like akonadi, so depending on what you have
installed apt might want to remove stuff.

We are working on it.
  
Is there any progress with qtcreator package? This is the only obstacle to

updating my system now. But I have not found bug reports related to Qt
5.7.1 => 5.9.1 transition for it.
  
Best regards,

Boris
  

Hi,
for the moment I have installed upstream qtcreator package(is easy and
quickly) and updated to Qt 5.9.1.

Best regards,
Laurent

.



After upgrading I found the package libqt5clucene5   to be at version 5.7.1-1 
still.
Should this be upgraded as well?

And then yes of course  a correct version of qml-module-org-kde-analitza   
should become available.

thx

Luc


<>

libreoffice-kde package qt4 -> qt5

2017-02-27 Thread Luc Castermans
Dear,

The libreoffice-kde package is built upon qt4, but deserves a port to
qt5/plasma.
Can you advice how I can help to give it attention and support?

Thanks

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KDE Frameworks 5.28.0

2016-11-20 Thread Luc Castermans

Op 20-11-16 om 10:15 schreef Andrey Rahmatullin:

On Sun, Nov 20, 2016 at 11:11:12AM +0200, David Baron wrote:

Just to let you know ´ aptitude -t sid safe-upgrade´  resulted in KDE
Frameworks 5.28.0

and other stuf.  All works nicely. Thanks !!

"Safe-upgrade?" First time I have heard of this. Next time, try it this way!

It's the same as `apt upgrade`.


in contrast to ¨ aptitude dist-upgrade; which will upgrade all

Luc

<>

KDE Frameworks 5.28.0

2016-11-20 Thread Luc Castermans

Hi,

Just to let you know ´ aptitude -t sid safe-upgrade´  resulted in KDE 
Frameworks 5.28.0

and other stuf.  All works nicely. Thanks !!

<>

Re: Warning: Please delay dist-upgrade to Debian Sid (qtdeclarative, sddm, Plasma) (fix coming soon)

2016-11-07 Thread Luc Castermans

Dear,

Yesterday morning (Nov 6) my screen stayed close to black, I did not read this 
mail thread before.

I reverted by installing several Stretch packages.

I just now re-installed all from Sid.

All working fine.

Many thanks indeed for quick actions AND clear communication via this channel.

Luc


<>

Re: KF 5.27 and Plasma 5.8.1 coming

2016-10-20 Thread Luc Castermans
I love it !

2016-10-19 22:27 GMT+02:00 Martin Steigerwald <mar...@lichtvoll.de>:

> Am Mittwoch, 19. Oktober 2016, 18:55:35 CEST schrieb Luc Castermans:
> > Op 18-10-16 om 22:59 schreef Martin Steigerwald:
> > > Am Dienstag, 18. Oktober 2016, 17:25:44 CEST schrieb inkbottle:
> > >> No problem here neither so far:
> > >> "Testing" box with, this time, additional debian-qt-kde sid packages
> with
> > >> version 5.8.1-1 or 5.27.0-1
> > >
> > > Applications 16.08.2 now also coming in.
> >
> > Indeed, just did ¨aptitude safe-upgrade -t sid¨; 79 packages  are in.
> >
> > luc@canne:~$ dpkg -l | fgrep 16.08.2 | wc -l
> > 79
>
> Now Plasma 5.8.2.
>
> Maxy is uploading new packages almost faster than I can install them :)
>
> --
> Martin
>
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KF 5.27 and Plasma 5.8.1 coming

2016-10-19 Thread Luc Castermans

Op 18-10-16 om 22:59 schreef Martin Steigerwald:

Am Dienstag, 18. Oktober 2016, 17:25:44 CEST schrieb inkbottle:

No problem here neither so far:
"Testing" box with, this time, additional debian-qt-kde sid packages with
version 5.8.1-1 or 5.27.0-1

Applications 16.08.2 now also coming in.


Indeed, just did ¨aptitude safe-upgrade -t sid¨; 79 packages  are in.

luc@canne:~$ dpkg -l | fgrep 16.08.2 | wc -l
79

Thanks



<>

Re: plasma 5.8 upgrade - white desktop i.s.o. sddm login

2016-10-10 Thread Luc Castermans

Op 09-10-16 om 22:17 schreef Luc Castermans:

Op 09-10-16 om 21:59 schreef Diederik de Haas:

On zondag 9 oktober 2016 21:50:27 CEST Luc Castermans wrote:

Don't think missing kwin is the problem.

Agreed.


I notice an awfull lot, 1048 kworker processes running. is this normal?

I have 21, so 1048 seems (a bit) excessive.


yep.

But when I:

stop sddm   (via ssh PC2)

give ´startx´ (via ssh PC2), then I get the KDE desktop of root on PC1.

In this KDE desktop I do a ¨ log-out¨, then I get into to a bash shell on PC1.

Now I login as normal user and do a ´ startx´   and get nicely in my KDE 
desktop.


Something in the boot to X and/or kwin/sddm is wrong.



after an aptitude purge sddm, and installing several sddm-theme´s all is 
working again.
(Debian stretch/sid, plasma 5.8, KDE Frameworks 5.26.0)

thanks!!

Luc


<>

Re: plasma 5.8 upgrade - white desktop i.s.o. sddm login

2016-10-09 Thread Luc Castermans

Op 09-10-16 om 21:59 schreef Diederik de Haas:

On zondag 9 oktober 2016 21:50:27 CEST Luc Castermans wrote:

Don't think missing kwin is the problem.

Agreed.


I notice an awfull lot, 1048 kworker processes running. is this normal?

I have 21, so 1048 seems (a bit) excessive.


yep.

But when I:

stop sddm   (via ssh PC2)

give ´startx´ (via ssh PC2), then I get the KDE desktop of root on PC1.

In this KDE desktop I do a ¨ log-out¨, then I get into to a bash shell on PC1.

Now I login as normal user and do a ´ startx´   and get nicely in my KDE 
desktop.


Something in the boot to X and/or kwin/sddm is wrong.


thx for any help.


Luc






<>

Re: plasma 5.8 upgrade - white desktop i.s.o. sddm login

2016-10-09 Thread Luc Castermans
Hi, in addition.  When I stop sddm, the screen turns black, when I start
sddm the screen becomes white,
with below status message. Looks normal to me, but not as the screen shown
only white.

===

root@canne:~# service sddm start
root@canne:~# service sddm status
● sddm.service - Simple Desktop Display Manager
   Loaded: loaded (/lib/systemd/system/sddm.service; enabled; vendor
preset: enabled)
   Active: active (running) since zo 2016-10-09 21:54:39 CEST; 32s ago
 Docs: man:sddm(1)
   man:sddm.conf(5)
  Process: 4518 ExecStartPre=/bin/sh -c [ "$(cat
/etc/X11/default-display-manager 2>/dev/null)" = "/usr/bin/sddm" ]
(code=exited, status=0/SUCCESS)
 Main PID: 4522 (sddm)
Tasks: 4 (limit: 4915)
   CGroup: /system.slice/sddm.service
   ├─4522 /usr/bin/sddm
   └─4524 /usr/lib/xorg/Xorg -nolisten tcp -auth
/var/run/sddm/{5cf693b5-a283-442f-9e3a-f3fb7aefa22d} -background none
-noreset -displayfd 18 vt7

okt 09 21:54:39 canne sddm[4522]: Display server started.
okt 09 21:54:39 canne sddm[4522]: Socket server starting...
okt 09 21:54:39 canne sddm[4522]: Socket server started.
okt 09 21:54:39 canne sddm[4522]: Greeter starting...
okt 09 21:54:39 canne sddm[4522]: Adding cookie to
"/var/run/sddm/{5cf693b5-a283-442f-9e3a-f3fb7aefa22d}"
okt 09 21:54:39 canne sddm-helper[4530]: [PAM] Starting...
okt 09 21:54:39 canne sddm-helper[4530]: [PAM] Authenticating...
okt 09 21:54:39 canne sddm-helper[4530]: [PAM] returning.
okt 09 21:54:39 canne sddm[4522]: Greeter session started successfully
okt 09 21:54:40 canne sddm[4522]: Message received from greeter: Connect
root@canne:~#


2016-10-09 21:50 GMT+02:00 Luc Castermans <luc.casterm...@gmail.com>:

> Hi,   I have:
>
> root@canne:~# dpkg -l  | fgrep kwin
> ii  kde-window-manager
> 4:5.8.0-1all  transitional package
> for kwin-x11
> ii  kwin-common
> 4:5.8.0-1amd64KDE window manager,
> common files
> ii  kwin-data
> 4:5.8.0-1all  KDE window manager data
> files
> ii  kwin-style-breeze
> 4:5.8.0-1amd64KWin Breeze Style
> ii  kwin-style-qtcurve
> 1.8.14-3+b2  amd64QtCurve window
> decoration for KWin
> ii  kwin-x11
> 4:5.8.0-1amd64KDE window manager, X11
> version
> ii  libkwin4-effect-builtins1
> 4:5.8.0-1amd64KDE window manager
> effect builtins library
> ii  libkwineffects9
> 4:5.8.0-1amd64KDE window manager
> effects library
> ii  libkwinglutils9
> 4:5.8.0-1amd64KDE window manager gl
> utils library
> ii  libkwinxrenderutils9
> 4:5.8.0-1amd64KDE window manager
> render utils library
> ii  qml-module-org-kde-kwindowsystem:amd64
> 5.26.0-1 amd64provides integration of
> QML and KDE frameworks - kwindowsystem
> root@canne:~#
>
> Don't think missing kwin is the problem. I notice an awfull lot, 1048
> kworker processes running.
> is this normal?
>
> Luc
>
>
> 2016-10-09 17:08 GMT+02:00 Diederik de Haas <didi.deb...@cknow.org>:
>
>> On zondag 9 oktober 2016 16:37:33 CEST Luc Castermans wrote:
>> > Could I still be missing packages?
>>
>> At what version is kwin? That package had to go through NEW and was
>> therefor
>> added to the archives later then the others, but it is available now.
>>
>> If you didn't use 'aptitude safe-upgrade', you may want to do so in the
>> future
>> as it would've hold of upgrades which weren't ready ;-)
>
>
>
>
> --
> Luc Castermans
> mailto:luc.casterm...@gmail.com
>



-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: plasma 5.8 upgrade - white desktop i.s.o. sddm login

2016-10-09 Thread Luc Castermans
Hi,   I have:

root@canne:~# dpkg -l  | fgrep kwin
ii  kde-window-manager
4:5.8.0-1all  transitional package for
kwin-x11
ii  kwin-common
4:5.8.0-1amd64KDE window manager,
common files
ii  kwin-data
4:5.8.0-1all  KDE window manager data
files
ii  kwin-style-breeze
4:5.8.0-1amd64KWin Breeze Style
ii  kwin-style-qtcurve
1.8.14-3+b2  amd64QtCurve window decoration
for KWin
ii  kwin-x11
4:5.8.0-1amd64KDE window manager, X11
version
ii  libkwin4-effect-builtins1
4:5.8.0-1amd64KDE window manager effect
builtins library
ii  libkwineffects9
4:5.8.0-1amd64KDE window manager
effects library
ii  libkwinglutils9
4:5.8.0-1amd64KDE window manager gl
utils library
ii  libkwinxrenderutils9
4:5.8.0-1amd64KDE window manager render
utils library
ii  qml-module-org-kde-kwindowsystem:amd64
5.26.0-1 amd64provides integration of
QML and KDE frameworks - kwindowsystem
root@canne:~#

Don't think missing kwin is the problem. I notice an awfull lot, 1048
kworker processes running.
is this normal?

Luc


2016-10-09 17:08 GMT+02:00 Diederik de Haas <didi.deb...@cknow.org>:

> On zondag 9 oktober 2016 16:37:33 CEST Luc Castermans wrote:
> > Could I still be missing packages?
>
> At what version is kwin? That package had to go through NEW and was
> therefor
> added to the archives later then the others, but it is available now.
>
> If you didn't use 'aptitude safe-upgrade', you may want to do so in the
> future
> as it would've hold of upgrades which weren't ready ;-)




-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


plasma 5.8 upgrade - white desktop i.s.o. sddm login

2016-10-09 Thread Luc Castermans
So I upgraded to plasma 5.0 before the uploads were completed.
This brought my setup into problems.

Problem: After boot the computer produces only a white screen.

>From another computer, using SSH, I can login in to the computer (as
'root').  I do not find error messages in /var/log. After  "startx" I get a
KDE desktop.

Using this shell login I did a full upgrade to plasma 5.8 (SID).

Could I still be missing packages? How to debug this?

thx for any pointers.

-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: KDE Frameworks 5.26.0 from SID installed

2016-10-06 Thread Luc Castermans
Hi Holger, next to coffee maybe also Plasma 5.8 :=)

2016-10-06 10:59 GMT+02:00 Holger Schramm <li...@schramm.by>:

> Am 03.10.2016 um 12:14 schrieb Martin Steigerwald:
> > Am Sonntag, 2. Oktober 2016, 11:17:43 CEST schrieb Luc Castermans:
> >> Hi,
> >>
> >> Just to let you  know I installed succesfully from SID: KDE Frameworks
> >> 5.26.0
> >
> > I did so as well.
> >
> > I don´t have any issues with it so far.
>
> Me too. No problems with multi montitors and sddm.
>
> @Martin: sry for the direct mail, I hit the wrong button :( Need more
> coffee.
> --
> Holger
>
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


KDE Frameworks 5.26.0 from SID installed

2016-10-02 Thread Luc Castermans

Hi,

Just to let you  know I installed succesfully from SID: KDE Frameworks 5.26.0


thx!!

<>

Re: Plasma 5.7.4 in unstable now installable

2016-09-01 Thread Luc Castermans
I updated last night from 'sid', all looks fine. Thanks!!
 (plasma 5.7.4, libkf5 5.25.0, kde 16.08)

Luc

2016-08-31 22:22 GMT+02:00 Martin Steigerwald <mar...@lichtvoll.de>:

> Am Mittwoch, 31. August 2016, 22:14:16 CEST schrieb Martin Steigerwald:
> […]
> > plasma-workspace + plasma-desktop at 5.7.4. New session startup splash
> > screen.
> >
> > All seems fine so far.
> >
> > Activitymanager restored that I had some windows on two activities on
> > session startup. I think previous versions never did this.
>
> systemsettings seems to have that new ordering into groups by Visual Design
> Group (VDG) I read about in several blog posts. A user on #debian-kde
> reported
> issues with missing libraries there. For me it appears to work.
>
> Thanks,
> --
> Martin
>
>


-- 
Luc Castermans
mailto:luc.casterm...@gmail.com


Re: digikam 5: then ksnapshot is removed

2016-08-14 Thread Luc Castermans

Op 14-08-16 om 08:19 schreef Luc Castermans:

Op 13-08-16 om 21:50 schreef Brad Rogers:

On Sat, 13 Aug 2016 21:08:08 +0200
Diederik de Haas <didi.deb...@cknow.org> wrote:

Hello Diederik,


You can use kde-spectacle which is (apparently) the successor to
ksnapshot

It does appear more capable than KSnapShot.  For a start, it's aware of
the possibility that there may be more than one monitor, and that the
current desktop can span them all.



Great guys,

I installed Digikam 5. It works, incl. panorama making, which did not work 
anymore in 4.14 version.

As previously reported here, movie viewing does not work.

Also kde-spectacle is an improved over kshapshot.



 and I had to hand-install okular

(guess this was due to kde-graphics dependency)

Luc


<>

  1   2   >