I’m super happy to report that ownCloud 9.0 is released today. This is the biggest and most important ownCloud release so far with a ton of performance improvements, bug fixes, cleanup but also new features.
Especially exiting is that fact that more people have contributed to this release then ever before. We also collaborated more with partners then ever. Examples are CERN and AARNET. This is possible because of the open and community oriented development process of ownCloud.
Most of the improvements happened in this 3 areas:
The introduction of comments and tags combined with the improved notifications and activity feed allows better user interaction. You can comment on any file and see the comments of others. Tags will help you organize your files and give you the ability to filter files on tags in the left sidebar.
The reworked notifications separate out the activity feed with a view of what’s happening with your files from events you should respond to like new shares or calendar notifications. This makes it a lot easier to keep track of what is going on with your data! This blog post is a nice summary of the improvements.
It is one of the main goals of ownCloud, since the beginning, to enable everyone to run their own server but still collaborate and share with others. Sharing between different ownCloud servers is possible for a while now. But this is easier than ever with cross-server user name auto complete, trusted servers and more. Once you’ve shared with another ownCloud server, it will be added as a trusted server, exchanging user names. This will enable ownCloud to auto complete names from users of all shared servers. Admins have control over these features, so they can add trusted servers manually and disable the automatic addition.
We released the ownCloud Federation API last summer as a first draft. Since then we collected a lot of feedback and improved the specification. I’m super happy that other projects and cloud software started to adopt this API to become compatible. The first one is Pydio who will support this Federation API in their next release later this month.
ownCloud already scaled from Raspberry Pi for 1-10 users, to up to 500,000 users. But some of the bigger ownCloud users requested more.
So we implemented a new storage API that enables deeper integration with storage solutions and we updated the sharing code to handles more shares with more users.
This was developed in collaboration with international research institutions like CERN and AARNet. This enables ownCloud to scale to multi petabytes and breaking existing barriers for file sync and share!
opensource.com has all the details.
Besides these major improvements, there has been work in many other areas of ownCloud:
– Both Calendar and Contacts have been updated for ownCloud 9
– A brand new, stand-alone updater will ensure smoother upgrades from 9.0 and onwards
– Code Signing ensures the integrity of your ownCloud installation
– App updates are more visible
Additionally more and more 3rdparty apps are developed for ownCloud and become ready. They are technically not part of ownCloud 9.0 but show the flexibility of ownCloud as a platform.
Great examples are:
More information and screenshots can be found on the official 9.0 feature page here: https://owncloud.org/nine
ownCloud contains code contributions from over 940 people now. Additionally we got a lot more contributions in Translations, Testing, Packaging, Marketing, Promotion, Design and other important areas that are not included in this numbers.
But we can always use more help! Get involved on owncloud.org/contribute
Thanks a lot to everyone who is part of this great community.
Grab 9.0 now here: https://owncloud.org/install/
Traveling 8+ hours on the train all the way through Germany to Geneva in Switzerland, where CERN is located (its area spreading across the border to France actually), the place of the WikiToLearn-Plasma-VDG-TechbaseOverhaul meeting, was also a good chance to first spend some time again on a sprint-unrelated, but still KDE-related item, which is adding support for text selection to the Calligra-powered Okular plugin for text documents.
Polishing this up is left for the trip back home on Sunday. Looks promising so far, you hopefully soon will be able to select text from your DOCX, DOC, WPD and ODT files you view in Okular using the plugins from Calligra (once both Okular based on KF5/Qt5 and Calligra 3.0 are released, TBD).
One thing learned on the train: forcing your SchuKo-style power plug into the Swiss train’s on-board Swiss-style power socket might work (SchuKo connectors have a slightly bigger diameter), yes.
But: it takes some time to get it out again, without destroying the socket, so it is best started to be done some time before the switch-trains-here station is reached, not only a few seconds, which has one run the risk of not getting out in time. Or having to leave the power supply behind, better to be avoided as well :)
KDE’s techbase wiki, “the primary place for technical information about KDE targeted at developers, ISVs and sysadmins”, has been gone lost a little during the transition of KDE software to KF5 and Plasma5.
An unsatisfying situation, so a few people including me decided to use the opportunity of the scheduled KDE contributor meeting at Europe’s CERN this second week of March, originally for WikiToLearn, Plasma & VDG, to also meet up for preparing and starting an overhaul of techbase. And there we are already!
It’s great to be here at CERN, a place where Europe feels like the good old late last century Europe. It is exciting to be in an environment where people work together for the good and for more knowledge, and with such excellence. Very inspiring.
A nice sideeffect of doing this big sprint here at CERN is that it also means getting a few talks delivered about the CERN and its activities. Where one can learn that a flying mosquito or big fastfood items are suitable quantification units when it comes to explaining what gets accelerated in the underground here and how :)
Once this morning we all had been introduced to our host and the location as well as us to ourselves, the different KDE teams, and our each goals at the sprint, we spread out into the IdeaSquare building and grouped again in the in-door containers or in-door bus decks (“Ceci n’est pas un bus” only by definition, even if it looks, smells and feels like a real 1960 London double-decker bus, that was also said to have been driven all the way from London straight into the building by one of the employees) to start our work.
We TechBase overhaulers got a good run so far, starting with revisiting the purpose of TechBase, collecting issues with the current content on TechBase (or not on it) and sketched first solutions that would help to fix or prevent those issues. And discussed with Plasma and WikiToLearn people about that a little.
No content was touched so far. Soon more about it.
When in the evening the daily recap was done, it seemed all groups had made some good progress today.
Having a rather stiff northern culture as background, it is heart-warming to experience lots of Italian students from the WikiToLearn project occupying and running the kitchen here in the IdeaSquare building for creating lunch and dinner for everyone and vigorously celebrating the joy of food (with ingredients bought right behind the border in the less expensive supermarket in France, small is this continent). One of the terms to be learned is “abbiocco”, left without direct word matches in the northern languages present, interesting.
With the Plasma and VDG people present, somewhen the next days they and me will also take advantage of that and work a little together on both improving the revived Plasma5 AddOns Weather widget and also getting Breeze-style icons for it :)
This meeting at CERN is not only made possible by our hosts here at CERN, but also by you, the donators to the KDE e.V., which is forwarding your financial support also to us all who have come here, to cover parts of travel and accomodation.
If you haven’t already, consider joining the donators. Click the banner for more info:
Riccardo, this morning, at CERN showing a beatiful post
As you have read in the last post, some funny things happen in the Cafè group of w2l; there are some other nice stories which deserve to be telled, but the one’s I’m going to talk about is different from the others. If you have read some of my post you would have understood I’m not mentally sane. Okay, no debate about this, please.
One beatiful day I met a friend who destroyed my mental sanity. Then, I started spamming it overall. In the Cafè group, one nice night, I’ve posted a funny video, this: http://www.youtube.com/watch?v=ov5pxaIbJlM
The guys really liked it, more than I wondered, and they also started spamming it. Now, you can listen to that music in the short video published this morning: http://www.youtube.com/watch?v=13wqNKkXWNU
(Thanks to Davide Maggiorelli for this beatiful work)
Now, jokes apart, we really are digging a hole. In the academic system. In the spread of knowledge. We are working on a project which will change the academic career of a really high number of students, I’m sure of this. The guys are now at CERN, in Geneve, working hard on the this project. The sprint started this morning, and I am sad about my being at home for many reasons: they will work on topics we have talked on Telegram, they will visit the LHC, Large Hadron Collider, (and you can imagine what means, for a physics student, have the possibility to get there and visiting it) and I am at home. Obviously, I will partecipate at some debates thanks to internet, through livestreams which will be hosted the next days. I just want to whish the guys have good times there, work hard and improve this project.
Now, as I said, we are digging a hole in the academic system. With this project we will change the careers and the experiences of more people, promoting the sharing of culture and knowledge, helping poeple who can’t buy academic textbooks to study and to have a dignified academic course. In this world there are too many families which can’t provide their sons to university, and this project will help them, because culture and knowledge are not elitist rights: everyone has to be able to study and improve his culture. This is the new world we want to build, together. And we are digging, diggy diggy, in the deep: we are digging a hole.
Everyone who cares about the continued smooth running of the free software world where communities of independent parties gather around working on projects as we do in KDE or Linux should keep an eye on recent developments.
The VMWare case has a Linux developer suing VMWare for using Linux as part of their proprietary product. Harald ‘LaForge’ Welte has a nice write up on his blog. It will define how much modification can be done and then whether linking to a modified Linux build will be a derived work of the original.
The other one is Canonical who have announced it plans to ship zfs with Ubuntu. An employee wrote in a confusing blog post “As we have already reached the conclusion, we are not interested in debating license compatibility, but of course welcome the opportunity to discuss the technology.” but in linking to differing opinions feels the need to highlight “please bear in mind that these are opinions.” The Software Freedom Conservancy wrote an post discussing why it was a derived work and why that’s illegal to distribute. And the SFLC’s Eben Moglen wrote another one which based on a link from Dustin’s blog is the opinion they are replying upon for thinking everything is ok. Eben’s blog post is fascinating and makes for page turning bed-time reading by going into exactly why it’s a derived work. It all depends on “literal interpretation of GPLv2’s system library exception” and that based on that
If there exists a consensus among the licensing copyright holders to prefer the literal meaning to the equity of the license, the copyright holders can, at their discretion, object to the distribution of such combinations. They would be asserting not that the binary so compiled infringes their copyright, which it does not, but that their exclusive right to the copying and redistribution of their source code, on which their copyright is maximally strong, is infringed by the publication of a source tree which includes their code under GPLv2 and ZFS filesystem files under CDDL, when that source tree is offered to downstream users as the complete and corresponding source code for the GPL’d binary.
Which nicely explains why an unlinked nvidia driver is ok but a linked zfs driver is not.
Canonical are already distributing Linux illegally because their previous Intellectual Property Policy claimed additional restrictions which do not exist so they have lost the right to copy it under the GPL 2 licence. My guess would be that they realised nobody much cared about that and reasoned they had nothing more to lose.
I can’t find zfs in the Ubuntu archive or queue, as an archive admin I would of course reject it as it’s not compatible with Ubuntu’s policy.
In a few weeks students can begin submitting their applications for Google Summer of Code 2016.
KDE has been accepted as a mentoring organization again this year, and I’ve already been contacted by several students looking to do a Google Summer of Code project with KDE. Prospective Summer of Code students usually have lots of enthusiasm, and they often write great proposals with little or no help, but sometimes these proposals lack key information.
I’ve seen my share of good and bad proposals. I’ve been a Google Summer of Code student with KDE three times (four if you count Summer of KDE) so I’ve been in the very situation prospective Summer of Code students find themselves right now. I’ve also been on the other side of the fence: I have been a Google Summer of Code and Google Code-In mentor (and organization administrator) and I’ve been working as a software engineering instructor (since 2008), so I like to think I can relate with both students and mentors in this case.
This post is for students who wish to take part in Google Summer of Code.
Google Summer of Code is a kind of like a scholarship program, and a very competitive one: if you get picked, you’re one of just a thousand students in the world (about 1300 last year, 36 of those with KDE) who get to spend their summer hacking on open source software while learning from the very best software craftspeople, and get paid for it too. In order to achieve that, you need to submit an application to Google. An application is essentially a bunch of information you enter in a form, the most important part of it is your proposal.
A Google Summer of Code proposal is a document, it can be rich text but it’s best to consider it plain text because the web application that handles proposal only has basic formatting features.
The KDE community maintains a wiki page specifically targeted at Summer of Code students with very useful information on how to get started. Read it. Really, read it, please. Yes, all of it. Done? Great! Assuming you’ve gone through points 1-3 of the Recommended steps list, it’s time to prepare your proposal.
Writing a good proposal is not easy, especially if you’re a student making first contact with an organization: in this case your proposal is your best advertisement. You have to convince the organization (or at least some key people inside it) why you of all people are the right person for the job. What follows applies to KDE, but it should work for other organizations as well.
I used to structure my proposals the following way (worked well 3 times). This is not a hard rule. You can structure your proposal otherwise, but I think this is a good guideline if you need some inspiration:
- Introduction. Your software project should solve a clearly defined problem. Before offering the solution (your Google Summer of Code project), you should first define the problem. What is the current state of things? What issue do you wish to solve and why? Then you should conclude with a sentence or two about your solution. This is somewhat like an elevator pitch.
- Project goals. This section should again be short and to the point, and it might be a good idea to format it like a list. You should propose a clear list of deliverables, explaining exactly what you promise to do and what you do not plan to do. “Future developments” can be mentioned, but your promise for the three months of the Google Summer of Code season is what counts. It is better to promise less and deliver more than to promise a lot and then fall short. At this point you are making a commitment, and should your proposal be accepted, your mentor will evaluate your progress through these deliverables (and other factors).
- Implementation. This section can be longer and more detailed. You should describe your plans as a solution for the problem you defined earlier. You don’t need to provide a lot of technical details, but you do need to show that you understand the technology and illustrate key technical elements of your proposed solution in reasonable detail.
- Timeline. This section is easily overlooked, yet it’s arguably more important than the previous section. With the timeline section you show that you understand the problem, that you have thought hard about a solution, and that you have also broken the solution down into manageable bits. If your timeline is reasonable and its deadlines achievable, you show that you have an actual path in mind that would take you from idea to delivery. With this section you set expectations, so do not make promises you cannot keep. A humble, realistic and detailed timeline is much better than a timeline that promises to move mountains. Google has selected the very best open source organizations in the world to take part in Google Summer of Code, and the mentors in these organizations are often the top professionals in their respective fields. Mentors can easily spot unrealistic timelines.
- About me. If you’re done with the other sections this will be a piece of cake. Just put down your contact information and write a few sentences about you and why you think you’re the best for this job. It’s ok to brag a little. If you’ve already done some open source work, don’t forget to include links.
Proofread your proposal. We get that English may not be your first language, and nobody will reject an otherwise good proposal just for a few spelling mistakes, but please check your punctuation and use a spellchecker. A proposal with too many spelling and punctuation mistakes can be hard to read and looks sloppy. With your proposal you want to present yourself as the opposite of sloppy.
Submit your proposal early, keep it short but include all the necessary information. Get it reviewed by the right people in the organization, well before submitting it to the Google Summer of Code web application. As far as KDE is concerned, you should submit your proposal to the developers mailing list of the relevant subproject as published on the ideas page. I can’t stress this enough: get feedback. Organizations want good proposals and good students, and are usually eager to help you improve your proposal. Just write a brief and informal email, attach your proposal and ask for feedback.
I hope this advice proves useful. We have also gathered some accepted proposals from past years, you might find them useful as inspiration.
You can submit more than one proposal to the same organization or different organizations to increase your chances, but my advice is to not overdo it: quality is better than quantity.
Yesterday I landed in Geneva, ready to participate in the 2016 multipurpose Sprint at CERN.
After a successful touchdown, I somehow dragged myself onto the CERN campus after over 20 hours of riding trains, flying, waiting, and running. Half dead and ready to drop I got my bearings around the campus while keeping an eye out for other Sprint Participants, and I have to say my first impressions of the facility were shock and awe; more amazing than I could have anticipated.
Of course I was too tired to appreciate it, and I kept pestering the hotel staff to see if a crashpad was ready.
All at once everything seemed to come together and I ran into Alex, Riccardo, Kai, Martin G, and Sebas in short order. Today was just my arrival day, so I wasn’t breaking out the laptop and starting intense development or planning sessions with anyone, but even in our casual conversations we all excitedly at one point or another start planning to plan on exciting things.
Right now? I’m waking up, looking at the view (pictures later, probably will update this post) and ready to get started.
Support planning to plan and donate to the KDE e.V.!
Via Paypal for one-time donations
Become an ongoing supporter and official supporting member
Hi, today is my forst day at CERN.
After six hours of travel we finally arrived at CERN.
The journey was crazy, crossing France and Switzerland, passing through the Mont Blanc and Geneve.
The CERN access is like a border and this makes sense bacause CERN is the neutral territory.
By the way: CERN facilitys are awesome, for example the idea² or the cafeteria.
This day was amazing, i think in next days all will get better.
The 5th and final update for KDE's Plasma 5.5.x series is now available to all Chakra users, in anticipation of 5.6 which is expected to be released in a couple of weeks.
Plasma 5.5.5 as usually includes a month's translations and bugfixes, with the authors highlighting the improvements for the lockscreen and user switching.
It should be safe to answer yes to any replacement question by Pacman. If in doubt or if you face another issue in relation to this update, please ask or report it on the related forum section.
Most of our mirrors take 12-24h to synchronize, after which it should be safe to upgrade. We also now provide a new simple mirror status page to check when your mirror last synchronized with our main server.
I spend a few days of my vacations ( who needs vacations if you can spend a lovely evening banging your head on the wall trying to understand the complete nonsense that’s iOS development?) trying to understand the complete nonsens that’s iOS development. After crying my eyes out for quite a bit all of the Subsurface dependencies where build, and also the subsurface application, but I couldn’t managed to make it deploy using CMake (any cmake experts out here?), so in a instance of brief momenty of claritude I started a qmake based project file for subsurface and it worked almost out of the box.
now, together with the Mac, Windows, Linux, Android we have a iOS application running kirigami. <3
Time has been crazy lately for me. So crazy that, I haven’t even managed to blog about many things that I wish I’ve had. And because time is till crazy (haven’t finished packing and taking off in a few hours), I’m blogging about this trip in the last 100 meters.
The story goes like this:
Last Akademy, I found out about the WikiToLearn project and that they have joined the KDE community. I could write a whole series about what WikiToLearn is, so I won’t go into all it’s details. In short it’s a encyclopedia for students to organize their curriculum and share the knowledge.
I thought this project was awesome, but because I’m not a student any more, for me personally is not of much use. So I was a bit hesitant to get involved. But then I remembered that I’m not alone in the world, and if I can help others, why not? So I joined their telegram group and hung around, watching as the project grows and helping where/when I could.
The kept announcing that they have made a partnership with many institutions, universities mostly. But recently they announced a partnership with CERN and that they plan to organize a sprint there. How’s that for awesome accomplishments? Great job guys!!
The sprint would be organized under the KDE umbrella, so, many other KDE projects wanted to join the sprint. So I hopped on board as well.
My plan is to work on the KDE techbase wiki and improve the beginners section, get some interviews for the Kubuntu Podcast, do some coding, and other things. Ooooo!! And the most important thing: Meet new awesome people, and meet again the awesome people I already know.
I’ll also finally meet face to face Andrea Del Sarto, who is a designer from KDE and also the editor of the Kubuntu Podcast. We’ll be able to experiment with some video editing and some audio editing. I’m bringing some audio/video equipment, and he is as well.
I hope we’ll all have good fun there and make progress on our projects.
Also I’d like to mention that this would not be possible without the support of our community and without their donations. If you’d like to keep helping us, please consider making a donation to KDE, so that we may keep these sprints going, where we all work to make the KDE software better.
P.S. I wrote this blog post on my way to the airport. I need to thank my awesome wife for driving me 😀
The Hasp HL is a copy protection dongle that ships horrible closed-source drivers.
This is a very simple OSS library based on libusb for accessing MemoHASP functions of the Hasp HL USB dongle. It currently can view the ID of a dongle, validate the password, read from memory locations, and write to memory locations.
This library allows use of the dongle without any drivers!API
Include hasplib.h, and compile your application alongside hasplib.c and optionally hasplib-simple.c.Main Functions
Get a list of all connected dongles:size_t hasp_find_dongles(hasp_dongle ***dongles);
Login to that dongle using the password, and optionally view the memory size:bool hasp_login(hasp_dongle *dongle, uint16_t password1, uint16_t password2, uint16_t *memory_size);
Instead of the first two steps, you can also retreive the first connected dongle that fits your password:hasp_dongle *hasp_find_login_first_dongle(uint16_t password1, uint16_t password2);
Read the ID of a dongle:bool hasp_id(hasp_dongle *dongle, uint32_t *id);
Read from a memory location:bool hasp_read(hasp_dongle *dongle, uint16_t location, uint16_t *value);
Write to a memory location:bool hasp_write(hasp_dongle *dongle, uint16_t location, uint16_t value);
Free the list of dongles opened earlier:void hasp_free_dongles(hasp_dongle **dongles);
Free a single dongle:void hasp_free_dongle(hasp_dongle *dongle); Simple Functions
The simple API wraps the main API and provides access to a default dongle, which is the first connected dongle that responds to the given passwords. It handles dongle disconnects and reconnections.
Create a hasp_simple * object for a given password pair:hasp_simple *hasp_simple_login(uint16_t password1, uint16_t password2);
Free this object:void hasp_simple_free(hasp_simple *simple);
Read an ID, returning 0 if an error occurred:uint32_t hasp_simple_id(hasp_simple *simple);
Read a memory location, returning 0 if an error occurred:uint16_t hasp_simple_read(hasp_simple *simple, uint16_t location);
Write to a memory location, returning its success:bool hasp_simple_write(hasp_simple *simple, uint16_t location, uint16_t value); Licensing
This is released under the GPLv3. See COPYING for more information. If you need a less restrictive license, please contact me.
Plasma 5.6 will be out in two weeks but the Plasma team has just released Plasma 5.6 beta which already features all the new yummy things and improvements as well as bunch of bug fixes that will be available in the 5.6 release.
Among other things Plasma 5.6 brings improved color scheme support, task manager on steroids, some new applets as well as further progress on the Wayland front. Two completely new things come as a tech preview: GRUB2 and Plymouth themes to make your system look fancy from the first second you power it up (see instructions below how to enable them).
You can ready the release announcement with more detailed descriptions and screenshots here.
The Fedora KDE SIG team has updated the Plasma 5 Unstable Copr repository so you can get a taste of Plasma 5.6 on Fedora 23 now (sorry for the lack of F22 builds). Rawhide will probably get the beta update some time next week.$ dnf copr enable @kdesig/plasma-5-unstable $ dnf update
Due to some changes in upstream releases of KActivities it is possible that you will get package conflict between kactivitymanagerd-debuginfo and kf5-kactivities-debuginfo. In that case please uninstall the kf5-kactivities-debuginfo package. This will be fixed properly once we roll out KDE Frameworks 5.20.
If you want to try the new GRUB and Plymouth themes, install the new packages$ dnf install grub2-breeze-theme plymouth-theme-breeze
To enable the GRUB theme, edit /etc/default/grub:GRUB_TERMINAL_OUTPUT="gfxterm" GRUB_THEME=/boot/grub2/themes/breeze/theme.txt
and generate new GRUB configuration:$ grub2-mkconfig -o /boot/grub2/grub.cfg
To enable the Plymouth theme, runplymouth-set-default-theme breeze --rebuild-initrd
If you run into any packaging issues, please talk to us on #fedora-kde on IRC or email@example.com. If you find any bugs or crashes, please report them to bugs.kde.org so that Plasma developers can fix them before the final 5.6 release.
In less than 24 hours more than 40 people, including me, from various KDE projects will gather in beautiful Geneva at CERN to shape the future of KDE.
With Plasma 5.6 Beta out the door, we can now concentrate on Plasma 5.7 and beyond.
My contributions to Plasma 5.6 include Jump Lists, a Supercharged Task Manager, better media controls, and many more. All of this would not have been possible without all the people who support KDE. If you like what you saw, please support us! :)
Starting on Monday, the Swiss part of CERN will become a home to a dozen Plasma generators. Apart from that, it will also have to store quite a few VDG and W2L components.
We expect a few new developments in the Plasma research, including an improved miniaturization ray that can shrink it to small screens with improved efficiency, and improvements on the Wayland purification system which will provide a tearing-free environment for Plasma consumption.
All this would not be possible without people who KDE. Please consider supporting us.
A new drawing challenge on the forum: https://forum.kde.org/viewtopic.php?f=277&t=131341
This month’s subject is Fan-Art-Remix.
Please only post fan art when the creator gave you the explicit permission to make fan art or the creator explicitly allows fan art in general! (And don’t forget to credit your sources!)
This is rather a short post…
The sprint at CERN for WikiToLearn, the VDG and Plasma team and to reorganize Techbase is beginning on Monday. As I already said in previous posts about reorganizing Techbase: having clean and organized wiki is really beneficial for the community. It will be easier to find the information, and thus the community will be more efficient.
People asked on the mailing list if they could remotely help… I just want to say: Of course! To work on the Techbase, you can join us on #kde-www and #kde-devel (on freenode) and see what’s still to do, and what the plan is.
I cannot already say how we are going to be organized but anyway, just ask on the channels (you can ping me @ochurlaud as well).
As I said, a short post: I’m already done.
Next week, ping us on #kde-www, and hack with us!
Cheers, and have fun!!
I’ve just finished my travel preparations for this year’s Plasma sprint, which will start tomorrow with the arrival of my fellow hackers in Geneva, CH. Together with a few other groups in KDE and organized by our WikiToLearn friends, we’re honored to be guests at CERN, the European Organization for Nuclear Research where physicists and engineers are probing the fundamental structure of the universe. Of course, these scientists and engineers couldn’t do their work without Plasma, so we’re obliged to hold our meeting there. :-)
Topics range from our Wayland support to Plasma Mobile, documentation, how we can improve our desktop experience, and general planning for the next months. I’m also looking forward to some face-time with my fellow hackers, and discussions with the artists and usability experts how are holding a meeting of the visual design group in KDE. Only good stuff can come out of this.
Many thanks go to all the people who support KDE. This support makes meetings like next week’s possible. Please consider supporting us.
It’s a lovely weekend.. to test!
After a long grueling night of rebuilds I have a working PIM suite with kolab support!
sudo add-apt-repository ppa:kubuntu-ppa/staging-misc
sudo apt-get update
sudo apt-get dist-upgrade
Do things as you normally do, and report back any crashes or unexpected behavior.
Once you are done testing it is very important to remove the staging PPA.
sudo apt install ppa-purge
sudo ppa-purge ppa:kubuntu-ppa/staging-misc
If you find any of my work useful, please consider a donation or become a patreon!
I can no longer sustain working without an income. If this works I can continue all of my
(K)ubuntu and KDE contributions ( a full time job in its current state + overtime!)
Patreon for Scarlett Clark (me)
While I have been quiet on the blogging front, KDE on FreeBSD has not rested. The unofficial ports repository has had a whole bunch of updates:
- Plasma was updated to Plasma 5.5.5 and then Plasma 5.6-beta in the plasma5-branch.
- Qt 5.6 has been revived in the qt-5.6 branch. There was an earlier attempt at getting this working, which has been discarded. This time, TCB has also massaged QtWebEngine into some kind of shape.
- KDE4 has had some small updates in trunk, getting newer kdelibs and newer KDevelop.
The plan is roughly this: get the KDE4 updates into the official tree because they also help pave the way to introducing Frameworks, Plasma5 and KDE Applications ports into the tree by changing up some of the infrastructure. Qt5 is already in-tree. Then KF5 can be added, which will test the waters for parallel-installing KDE4 and Frameworks on FreeBSD. And then the whole hog .. er .. dragon.
Timothée Giet was kind enough to send a Flying Konqui with BSD-bubble. I’m going to try to make that the default wallpaper with Plasma5 on FreeBSD, I think it’s cute. Thanks to him for the artwork, and to Rakuco and TCB for a lot ofall of the heavy lifting in the area51 repository.