[SVN Commit] branches/plasma5/PORTS/finance/skrooge/files

[Tobias Berner]

SVN commit 13643 by tcberner:

Sync patch with ports

 M  +3 -1  patch-skrooge_CMakeLists.txt  

[SVN Commit] branches/plasma5/PORTS/finance

[Tobias Berner]

SVN commit 13642 by tcberner:

*walking skrooge-kde4 behind the barn*

 D skrooge-kde4 (directory)  

[SVN Commit] branches/plasma5/PORTS/finance

[Tobias Berner]

SVN commit 13641 by tcberner:

Move skrooge-kf5 to skrooge (sync with ports), and drop the 
conflict/pkgnamesuffix.

 A skrooge (directory)  
 D skrooge-kf5 (directory)  
 M  +0 -3  skrooge/Makefile  

[SVN Commit] branches/plasma5/PORTS/finance/skrooge-kf5

[Tobias Berner]

SVN commit 13640 by tcberner:

Update skrooge-kf5 to 2.7.0

* sqlcipher is not optional anymore, so kick that option out again:
  
https://cgit.kde.org/skrooge.git/commit/?id=0f4741d4891d56d3a193e49ed279174a35931666
* the symlinks to the private libraries were removed on purpose in 2.6.0, so 
drop the 
  post-patch command:
  
https://cgit.kde.org/skrooge.git/commit/?id=75aaaeaf3156a6f0e9a47aed160e796f1dcfaa64
  



 M  +10 -28Makefile  
 M  +3 -3  distinfo  
 M  +1 -6  pkg-plist  

[SVN Commit] branches/plasma5/PORTS/multimedia

[Tobias Berner]

SVN commit 13639 by tcberner:

Update phonon to 4.9.1 -- the backends have not been updated

 M  +2 -2  phonon-designerplugin/Makefile  
 M  +2 -2  phonon/Makefile  
 M  +3 -3  phonon/distinfo  
 M  +3 -2  qt5-phonon4-designerplugin/Makefile  
 M  +1 -2  qt5-phonon4/Makefile  
 M  +3 -3  qt5-phonon4/distinfo  

[SVN Commit] branches/plasma5/KDE/x11/plasma5-plasma-integration/files

[Tobias Berner]

SVN commit 13638 by tcberner:

Pull in another 3 upstream commits, to make the 'fix it with qt-5.6' commit 
actually work :)

 M  +45 -27patch-git_9bc4c8  

[SVN Commit] branches/plasma5/QT/net/qt5-network/files

[Tobias Berner]

SVN commit 13637 by tcberner:

As linking for non libressl fail, move the patch to extrapacht-libressl.

TODO: make the patch work with either, or include it conditionally.



 A extrapatch-libressl   
patch-src_network_ssl_qsslcontext__openssl.cpp#13636
 D patch-src_network_ssl_qsslcontext__openssl.cpp  

[SVN Commit] branches/plasma5/PORTS/www/choqok-kf5

[Tobias Berner]

SVN commit 13636 by tcberner:

Add runtime dependency on kded. 

Reported by:avg_I


 M  +2 -1  Makefile  

Re: A request to slim down KDE

[Tobias C. Berner]

Hi Manish


No one forces you to use the "include everything" meta ports :) you're free
to pick and chose to install what ever you want -- so if you know that you
only need those applications, only install them directly and not via some
meta-package.
Also remember, that there are different mileages on what a "functional"
desktop should include.


As for activities vs virtual desktops, this is something you have to take
up with upstream.


mfg Tobias

On 25 January 2017 at 10:34, Manish Jain 
wrote:

> Hi,
>
> I am writing from my second box, which has a graphics chip that does not
> yet work under FreeBSD and therefore runs Manjaro Linux with KDE5.
>
> KDE5 is absolutely sensational, there is no doubt about that. It is as
> functional as the classsic interface we used to see in Windows 2000/XP,
> and in terms of sophisticated look-and-feel, it beats everyone else
> hands down.
>
> But KDE is, in my opinion, is way too bloated now with applications that
> should not be getting installed by default with the base environment.
>
> I request KDE under FreeBSD be trimmed down, and be defined in the
> meta-port catalog as the following listing :
>
> 1) Base runtime, libraries and systemsettings applet
> 2) text editor (kate)
> 3) shell (konsole)
> 4) file manager (dolphin)
> 5) screenshot capture (spectacle)
> 6) image viewer (gwenview)
> 7) PDF viewer (okular)
> 8) CD/DVD writing frontend (k3b)
> 9) calculator (kcalc)
> 10) zip frontend (ark)
> 11) An optional paint program (kolourpaint/krita)
>
> Specifically, no internet and multimedia applications to be installed as
> part of the meta-port.
>
> Defined (and restricted in its definition) as above, KDE continues to be
> as functional as before - and relegates unneeded bloat to the space of
> user-made choices where anyone can add anything else [s]he needs.
>
> There is one more point where KDE could slim down - virtual desktops.
> KDE currently offers 2 ways of doing the same thing - Virtual Besktops
> and Activities. We don't need both, particularly when the base system
> has become so bulky. Eliminating either one makes KDE smaller and faster.
>
> I hope there are more takers than undertakers for my position as stated
> above.
>
> Regards
> Manish Jain
>
>

A request to slim down KDE

[Manish Jain]

Hi,

I am writing from my second box, which has a graphics chip that does not 
yet work under FreeBSD and therefore runs Manjaro Linux with KDE5.

KDE5 is absolutely sensational, there is no doubt about that. It is as 
functional as the classsic interface we used to see in Windows 2000/XP, 
and in terms of sophisticated look-and-feel, it beats everyone else 
hands down.

But KDE is, in my opinion, is way too bloated now with applications that 
should not be getting installed by default with the base environment.

I request KDE under FreeBSD be trimmed down, and be defined in the 
meta-port catalog as the following listing :

1) Base runtime, libraries and systemsettings applet
2) text editor (kate)
3) shell (konsole)
4) file manager (dolphin)
5) screenshot capture (spectacle)
6) image viewer (gwenview)
7) PDF viewer (okular)
8) CD/DVD writing frontend (k3b)
9) calculator (kcalc)
10) zip frontend (ark)
11) An optional paint program (kolourpaint/krita)

Specifically, no internet and multimedia applications to be installed as 
part of the meta-port.

Defined (and restricted in its definition) as above, KDE continues to be 
as functional as before - and relegates unneeded bloat to the space of 
user-made choices where anyone can add anything else [s]he needs.

There is one more point where KDE could slim down - virtual desktops. 
KDE currently offers 2 ways of doing the same thing - Virtual Besktops 
and Activities. We don't need both, particularly when the base system 
has become so bulky. Eliminating either one makes KDE smaller and faster.

I hope there are more takers than undertakers for my position as stated 
above.

Regards
Manish Jain

qoauth-qt5 ?

[Andriy Gapon]

Does anyone work on a Qt5 version of QOAuth (net/qoauth) ?
I think that version 1.0.1 is Qt4 only and version 2.0.0 is Qt5 aware.
It seems that there was release 2.0.1 for a brief period of time, but then it
got renamed back to 2.0.0.

Ideally, I would like qoauth-qt5 to be
(1) able to co-exist with the Qt4 version
(2) easily discovered by CMake based builds

If no one has a working solution yet, maybe there would be some advice, hints,
examples, etc.

Thank you very much in advance.

References:
https://github.com/ayoy/qoauth
https://github.com/ayoy/qoauth/releases
https://github.com/ayoy/qoauth/wiki
-- 
Andriy Gapon

Re: libkscreen without wayland backend and doctor.

[Baptiste Daroussin]

On Mon, Jan 23, 2017 at 01:49:32PM +0100, Tijl Coosemans wrote:
> On Mon, 23 Jan 2017 13:06:12 +0100 "Tobias C. Berner"  
> wrote:
> > On 23 January 2017 at 13:01, Tijl Coosemans  wrote:
> >> On Sun, 22 Jan 2017 21:44:59 +0100 "Tobias C. Berner"
> >>  wrote:
> >>> On 22 January 2017 at 16:46, Tijl Coosemans  wrote:
>  On Thu, 19 Jan 2017 21:40:48 +0100 "Tobias C. Berner"
>   wrote:
> > On 19 January 2017 at 17:13, Jesper Schmitz Mouridsen
> >  wrote:  
> >> I've been working a little on LXQt (https://wiki.freebsd.org/LXQt)
> >> LXQt only misses plasma5-libkscreen in the offical portstree to
> >> build in the offical portstree.
> >>
> >> Therefore I patched plasma5-libkscreen [1] to build without wayland,
> >> e.g commenting out the wayland specific parts in CMakeLists and by
> >> skipping the "doctor" subdir. It builds and work with lxqt-config.
> >> Just want to know if there is an interest to have lib/libKF5Screen.so
> >> in the offical tree without wayland support?
> >>
> >> 1 http://lxqt-freebsd.schmitz.computer/ \
> >> plasma5-libkscreen-port-without-wayland.tar.gz
> >
> > I added a slightly modified version of your idea to the plasma5 branch
> > in r13609.
> >
> > I'm not quite sure if it is ideal to have just "bits" of plasma5 in the
> > ports tree, when we cannot provide the whole desktop -- which we can't
> > until wayland is in... But we should maybe think about it ^^
> 
>  If libkscreen is the only thing blocking LXQt it should definitely be
>  added to the tree.
> 
>  Wayland on FreeBSD is still several months away I think so how critical
>  is it for plasma5?  Surely it should work with a pure X11 system?
> >>>
> >>> plasma5 requires graphics/wayland [1] from [2] for the screenlocker
> >>> component for example -- even for X11 based sessions [3]. (So by the same
> >>> argument we could/should/have request[ed] graphics/wayland to be added to
> >>> the ports tree :P -- wayland may be months out, but that port has been
> >>> used for nearly two years now in the plasma5 branch).
> >>>
> >>> I'll create a diff for a patched plasma5-libkscreen for the ports tree.
> >>
> >> Is the graphics/wayland port the only thing you need?  Because that looks
> >> like a very simple component.  It should definitely be added to the tree
> >> if that's the only thing blocking plasma5, and then you don't need this
> >> libkscreen hack.
> >
> > yes :) -- I don't think we imported anything else into our plasma5 branch.
> 
> Bapt, can you look into (and commit) graphics/wayland?  It's the only
> thing blocking KDE5.

It is in (actually it is in x11-servers/wayland :)) (yeah weird to have it in
x11-servers but hey :D

Bapt


signature.asc
Description: PGP signature

FreeBSD ports you maintain which are out of date

[portscout]

Dear port maintainer,

The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you can
safely ignore the entry.

You will not be e-mailed again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/k...@freebsd.org.html


Port| Current version | New version
+-+
devel/qbs   | 1.7.0   | 1.7.1
+-+
multimedia/phonon   | 4.9.0   | 4.9.1
+-+
multimedia/phonon-designerplugin| 4.9.0   | 4.9.1
+-+
multimedia/qt5-phonon4  | 4.9.0   | 4.9.1
+-+
multimedia/qt5-phonon4-designerplugin   | 4.9.0   | 4.9.1
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Thanks.