Re: [kde-community] Give People Access to Great Technology - a possible vision

2014-09-21 Thread Christoph Cullmann
> On Friday 19 September 2014 19:04:53 Valorie Zimmerman wrote:
> > On Fri, Sep 19, 2014 at 9:56 AM, Andrew Lake  wrote:
> > > 
> > > Image: http://wstaw.org/m/2014/09/19/A_possible_vision.png
> > 
> > I would say "Plasma and Frameworks at the center."
> 
> I think it's right to put the KDE desktop in the center in addition to the
> KDE
> frameworks. It's Plasma and the application which are our base and where we
> are coming from. It's this whole set which gives us the integration points we
> can use to expand to cloud, to devices, to other services. The desktop is a
> great starting point.
+1 ;)

Looks quiet nice.

Greetings
Christoph

-- 
- Dr.-Ing. Christoph Cullmann -
AbsInt Angewandte Informatik GmbH  Email: cullm...@absint.com
Science Park 1 Tel:   +49-681-38360-22
66123 Saarbrücken  Fax:   +49-681-38360-20
GERMANYWWW:   http://www.AbsInt.com

Geschäftsführung: Dr.-Ing. Christian Ferdinand
Eingetragen im Handelsregister des Amtsgerichts Saarbrücken, HRB 11234
___
kde-community mailing list
kde-community@kde.org
https://mail.kde.org/mailman/listinfo/kde-community

Re: [kde-community] KDE/Linux-able netbook

2014-09-21 Thread Carl Symons



On 09/13/2014 10:46 AM, Helio Chissini de Castro wrote:

Suggest to test a live distro on the computer above with KDE. No need to
buy a new piece if everything works and the distro probably will offer
an install option.


Tweeted. Thank you.

Carl



On Sep 13, 2014 12:02 PM, "Carl Symons" mailto:carlsym...@gmail.com>> wrote:

David Weinberger is one of the authors of The Cluetrain Manifesto.
Influential techie.

Earlier today, he tweeted:
Just spent 3 of my first 5 hours with my new Windows computer
removing redirect malware. It was 1/3 price of a Mac. Worth it? Hmmm.

I replied:
@dweinberger Just spent ~1 hour installing Linux + KDE on my new
Windows computer. Biggest hassle: dealing w/MSFT security stuff

Half an hour later, he tweeted:
Suggestions for a linux-able netbook? Cheap, great battery life,
500gb HDD (or user-upgradable). Wimpy CPU/GPU is fine.


Suggestions?

Thank you
Carl
_
kde-community mailing list
kde-community@kde.org 
https://mail.kde.org/mailman/__listinfo/kde-community




___
kde-community mailing list
kde-community@kde.org
https://mail.kde.org/mailman/listinfo/kde-community


___
kde-community mailing list
kde-community@kde.org
https://mail.kde.org/mailman/listinfo/kde-community


Re: [kde-community] Fwd: Top 15 Mailinglists with messages in moderation

2014-09-21 Thread Ben Cooksley
On Fri, Sep 12, 2014 at 9:09 AM, Rinse de Vries  wrote:
> Hello,

Hi Rinse,

>
> Kde-i18n-fry is dormant for several years now,  so the mailinglist can be
> closed.

That has now been done - thanks for letting us know.

>
> Regards,  Rinse

Thanks,
Ben

>
> Op 2 sep. 2014 11:45 schreef "Ben Cooksley" :
>>
>> Hi all,
>>
>> A number of our mailing lists appear to be being insufficiently moderated.
>> Can we please have volunteers for moderating these lists, or
>> indications that they can be closed?
>>
>> @Board: Please moderate your queue more regularly. Inspection of your
>> queue reveals a number of very old messages in there which should be
>> dealt with.
>>
>> Thanks,
>> Ben
>>
>> -- Forwarded message --
>> Subject: Top 15 Mailinglists with messages in moderation
>> To: sysad...@kde.org
>>
>>
>> 109 kexi
>>  72 kde-artists
>>  70 kget
>>  62 kde-commits
>>  40 kde-i18n-fry
>>  33 kde-perl
>>  33 kde-i18n-pt
>>  31 kpovmodeler-devel
>>  24 owncloud
>>  23 konq-bugs
>>  19 kde-licensing
>>  18 kde-ev-marketing
>>  17 kbabel
>>  16 kde-solaris
>>  16 kde-pr
>>  15 kompare-devel
>>  13 kde-l10n-hu
>>  13 kde-el
>>  12 kde-extra-gear
>>  12 kde-bugs-dist
>>  12 freenx-knx
>>  11 kde-ev-board
>>  11 kde-de
>>  10 kde-networkmanager
>>   9 kde-webmaster
>> ___
>> kde-community mailing list
>> kde-community@kde.org
>> https://mail.kde.org/mailman/listinfo/kde-community
>
>
> ___
> kde-community mailing list
> kde-community@kde.org
> https://mail.kde.org/mailman/listinfo/kde-community
___
kde-community mailing list
kde-community@kde.org
https://mail.kde.org/mailman/listinfo/kde-community


Re: [kde-community] Give People Access to Great Technology - a possible vision

2014-09-21 Thread Boudewijn Rempt

On Sat, 20 Sep 2014, David Wright wrote:

I wonder whether going forward we would be better served by asking the question 
of our users, 'What do you need
KDE* to be for you?'

Because essentially we are saying that with plasma 5 and kf5 it could be 
anything you want it to be.

Maybe we should start by splitting this into commercial and consumer needs and 
take it from there. I know from
my company that KDE would suit us as KDE for Windows would allow us to slowly 
shift over desktop apps first,
before swapping out the  o/s from underneath. We can't be the only company in a 
similar boat.



What desktop apps does your company need? It can't be the whole set :-)

Boudewijn___
kde-community mailing list
kde-community@kde.org
https://mail.kde.org/mailman/listinfo/kde-community

Re: [kde-community] Using software created by KDE and KDE-related communities/companies for KDE infrastructure

2014-09-21 Thread Luca Beltrame
Ben Cooksley wrote:

Hello,

> Half the issue is that Kolab is extremely complex software. If

Having installed Kolab for personal use (me + a few acquaintances) on a 
server, here's my take.

First of all, yes, it is a rather complex piece of software that is made up 
by several sub components. Some are provided by Kolab itself, others are 
third party, like the 389-DS LDAP server (I've been told it could work with 
openLDAP, though), the Cyrus-IMAPd mail server, Postfix, and others.

If I were to tell the account of when I made the first install, at the time 
Kolab 3.1 was released, I would say "screw it". There is a lot of stuff that 
broke or that was "magical" (the "setup-kolab" script used to set up the 
system), and Debian packages were short of worthless (tested in a VM, before 
I moved to CentOS 6).

In particular there was a severe lack of documentation and instructions, 
especially for multidomain usage (which wouldn't apply to KDE, I guess). 

Things way improved afterwards, though, in particular with the Kolab 3.3 
release. Non-Kolab Systems people (aka people from the community) started 
getting involved and now the situation with the packages (Debian included) 
is much better than before. The docs are also open to external modifications 
(pull requests on GitHub, a minor one even done by yours truly ;) and 
there's a clear upgrade path detailed for users of previous versions.

Likewise the involvement of community people also caused fixes to appear 
faster in the project's OBS instance, meaning they get propagated to "end 
users".

It's still a very complex beast (you'll need to have some knowledge of the 
components invovled) but much less than before. 

Now on the technicalities. Kolab requires LDAP to handle the user accounts 
and MySQL / MariaDB for other parts (like caching information, or what is 
needed by the Roundcube webmail). For content filtering it uses AmavisD + 
spamassassin and an additional (configurable) home grown solution, 
"Wallace". 

Aside LDAP, everything in Kolab is handled through IMAP: calendar and 
contacts use specific folders which are then handled by Kontact's own Kolab 
resource to provide calendars and addressbooks (and in later versions, even 
notes). The calendars and addressbooks are also exposed via WebDAV through 
the "iRony" component for interoperability. Kolab has also a file sharing 
solution called Chwala, but at least for my uses it is not worth it, and I 
would recommend something else.

The web interface is pretty featureful and has a nice theme, if you like Web 
mail, that is. Almost everything that can be done from a mail client can be 
done via webmail.

User and group configuration runs on a separate admin UI, which can also 
handle shared IMAP folders and various permissions. 

Kolab has also a very configurable "sender policy" to allow / reject 
outgoing mail basing on attributes found in the LDAP records. 

On the use... I run this on metal, but I'm guessing it could be run on LXC 
or Docker (there are caveats to both approaches). The web frontend used for 
user administration / webmail uses Apache, but I've made it work with nginx 
(there are guides in the documentation).

If you have a slow disk on your server, you will see a slow access to mail, 
as Cyrus files run with chattr +S. It is recommended to either have a fast 
disk (not something my el cheapo dedicated has) or a battery backed RAID (in 
that case you can do chattr -S). I'm not sure if this is just an issue with 
my own server or not.

Backups are usual business (I back up the Cyrus spool + the LDAP database + 
MySQL daily). 

As for the distro used... as I've said, Debian packaging has improved 
consistently, but the best approach is always CentOS / RHEL. 

Lastly, you can still customimze your setup after the "magic" done by Kolab: 
I've added support for openDKIM on my own and tweaked various bits of 
Postfix and amavisd. 

Feel free to ask more questions if need be.

-- 
Luca Beltrame - KDE Forums team
KDE Science supporter
GPG key ID: 6E1A4E79


___
kde-community mailing list
kde-community@kde.org
https://mail.kde.org/mailman/listinfo/kde-community