|
| This Week... |
|
Furious activity in Digikam, KmPlot and amaroK. Compile and linking fixes for applications in /trunk with CMake. Multi-platform porting fixes. KSmileTris is removed from /trunk/KDE/kdegames/.
|
The upcoming KDE 4 era heralds many changes, and one of those is the introduction of a new build system: CMake. People following KDE 4 development may at this point be asking what happened to SCons, the build system previously championed as the solution to the current autotools-based build system kludge. Well, with the understanding that CMake is not just a renamed SCons, KDE 4 must have chosen a different solution somewhere along the way...
|
Alexander Neundorf explains the reasoning behind the change:
|
scons was chosen at akademy, and people started to work on it.
But after months of work we ended up basically with a fork of scons.
So apparently scons wasn't the best tool for the job.
...
CMake needed some enhancements mainly for the windows stuff (we are probably the first project which uses mingw heavily). The cmake developers have been very supportive for KDE, they are on the buildsystem mailinglist and fixed the issues we found within days. They want cmake to become the buildsystem for KDE 4.
|
|
Thomas Nagy clarifies:
|
|
Not a fork but an experimental branch.
|
|
Followed by a round-up from Thiago Macieira:
|
We had basically no relationship with the scons maintainers. None of our changes were applied upstream.
One of the reasons, at least, was to maintain compatibility with an old Python version. By dropping that compatibility, we made some progress, but created a fork.
|
|
Of course, the introduction of any significant change is going to take a while to get used to, as Aaron Seigo noted:
|
the introduction of cmake, however, has redefined "waste of time" for me.
...
between how much slower cmake is and the constant breakages that i have no idea how to fix (like the NOGUI in kdesu/kdesud/CMakeLists.txt not working, even though i have the latest cmake modules installed from kdelibs that seem to include something about it) i really, really, really hope that it improves dramatically over the next month. we don't need a build system holding us back. i understand the need for something better than autotools, but in my book the baseline for "better" is "actually builds reliably". meh.
|
|
However, CMake does have at least some supporters within the KDE camp. Boudewijn Rempt likes it for, amongst other things, its ability to compile KOffice trunk, whilst Adriaan de Groot comments:
|
Aaron's right in some ways. With auto*, there is this huge collected cloud of knowledge about how things work and you can shout out on lots of IRC channels when something's wrong. Anyway, it's all shell script and anyone can write shell script, right? Therein lies both the power and the failing of auto* -- it's hard to write correct shellscript (svn log doxygen.sh for my stumblings), but whacking something into shape isn't that hard.
With CMake, I get the feeling that there's only a very few gurus who know what is going on (Alex, David, and of course William Hoffmann on -core-devel). Whining often leads to fixes of a mysterious nature. But waiting for osmosis to somehow bring enough knowledge to developers is a slow process. The wiki page has some information, but it's mostly about using CMake under ideal conditions, as opposed to fixing it when it's broke.
...
I believe Aaron's point on CMake is that a build system shouldn't get in the way, and if CMake breaks right now and keeps him from working on whatever it is he does, those are valuable wasted hours. autofoo had progressed to a point that it didn't regularly get in the way of developers on KDE's UNIX-like platforms. CMake does get in the way, since it's still being broken. For the -- presumably many -- people who do not want to be build-system guru's, the system just has to work. That goes double for external tools that use the build system, like Coverity's static checking.
Now I'm done being annoyed for CMake getting in the way, though, I can get on with loving it for the things that it does right.
|
|
...and finally, Aaron Seigo comes over to the CMake side:
|
so... moving away from autohell was probably a good idea. cmake was probably our best choice. and it's currently a painful process. i don't like losing days of productivity to it, and i really don't like the thought of others going through the same. but...
...i'm fairly confident that it'll work out in the end; i have great faith in the people who work on this project. we're not "in the end" yet, more in the middle. and along the way i think it is healthy to discuss what is working and what isn't working along the way.
|
|
The acceptance and adoption of CMake can be seen with the many commits this week regarding the porting of existing KDE apps to KDE 4. See below for specific examples of this activity.
|
Tom Albers announces version 0.6.0 of RSIBreak, a utility to help prevent Repetitive Strain Injury:
|
About RSIBreak
Repetitive Strain Injury is an illness which can occur as a result of working with a mouse and keyboard. This utility can be used to remind you to take a break now and then. It will show you a random picture from a collection you can configure yourself for a configurable duration at a configurable interval.
You can use these breaks to do some stretch exercises for example, or as a reminder to walk away from the computer for a while.
RSIBreak will sit in your system tray and when it is time for a break it will show you the picture full screen. All timings can be set by clicking with the right mouse button on the icon in the system tray.
Version 0.6.0 Changelog:- Extensive amount of statistics.
- Colors to indicate how far away you are from a break in the tooltip
- libxss for the idle detection is a no longer optional, it is required.
- RSIBreak remembers the timer states when you quit. It can restore the timers if you restart RSIBreak afterwards in a short timeframe. This is handy for rebooting (for those zealots who believe rebooting solves problems).
- Bug fixes:
- For Gnome there were two Quit entries in the context menu.
- Welcome message on first launch was incorrect.
- Compiles with KDE 3.3 and probably with gcc 2.9x.
- Memory leak while querying idle time.
- Some buddies in the setup were not set.
- Some i18n calls in the setup were not correct.
- Clear focus from buttons to prevent accidental closure of a break.
To find out more information about RSIBreak, and to download packages for your distribution, go to http://www.rsibreak.org
|
|
Congratulations to Thomas Zander, who managed to close a massive 91 bugs in KOffice this week. As he says:
|
|
So, if you want to get your name in the new commit-digest, take a look at the junior jobs page and help us out!
|
|
I couldn't agree more!
|
|
| Statistics |
|
| Contents |
|
|
Bug Fixes |
Features |
Optimise |
Security |
Other |
|
Accessibility |
|
|
|
|
|
|
Development Tools |
|
|
|
|
|
|
Educational |
|
|
|
|
|
|
Graphics |
|
|
|
|
|
|
KDE-Base |
|
|
|
|
|
|
KDE-PIM |
|
|
|
|
|
|
Office |
|
|
|
|
|
|
Konqueror |
|
|
|
|
|
|
Multimedia |
|
|
|
|
|
|
Networking Tools |
|
|
|
|
|
|
User Interface |
|
|
|
|
|
|
Utilities |
|
|
|
|
|
|
Games |
|
|
|
|
|
|
Other |
|
|
|
|
|
|
|
Bug Fixes |
|
Development Tools |
|
Matt Rogers committed changes in /trunk/KDE/kdevelop:
|
don't crash when deleting the designer window. Instead, crash in kdelibs instead. :) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Graphics |
|
Gilles Caulier committed changes in /trunk/extragear/graphics/digikam/utilities/cameragui:
|
digikam from trunk: Camera Rename Customizer bug fix: If 'Add Sequence Number' and 'Add Date Time' are unselected, the customize filename have non-sence because all target files to download will have all the _same_ filename. Also, camera GUI will ask to user is target must be overwritted!
This commit fix the problem to use a Combo Box options list instead separate Check Box. Like this at least one option will be used if user want a customized renaming. |
|
|
|
|
|
|
|
|
Gilles Caulier committed a change to /trunk/extragear/graphics/digikam/utilities/imageeditor/canvas/dimginterface.cpp:
|
digikam from trunk : patch from Paco about screen ICC color profile rules.
The implemented have been fixed about a crash generated by in DImg::convertToPixmap() witch return a null Pixmap.
The code isn't optimized : ICC color profile files are loaded from disk at each pixmap computation. better way is to load these files at Image Editor startup, store like bytes array into memory, and use it when we want. |
|
|
|
|
|
|
Gilles Caulier committed changes in /trunk/extragear/graphics/digikam:
|
digikam from trunk : reverse RAW file generator source code about thumbnail rotation. I suspect a problem in this code witch broke CR2 file thumbs and don't rotate properly thumbs (certainly some camera tags orientation flags without respect TIFF/EP spec).
Alternative solutions for the future :
1 / using future libopenraw library from freedesktop.org (http://www.freedesktop.org/wiki/Software_2flibopenraw) 2 / using Exiv2 thumbs extractor when TIFF/EP will be finalized (my prefered way (:=))) |
|
|
|
|
|
|
|
|
Luboš Luňák committed changes in /branches/KDE/3.5/kdebase/kwin:
|
Ok, I've had enough with Alt+Tab and mouse focus policies: - use click to focus or focus follows mouse and I'll be fine - with the remaining unreasonable focus policies only the CDE-style tabbox works that raises and lowers windows and ignores keep above/below windows - if you don't like that, provide a patch for kwin/tabbox.cpp - tabbox should be completely redesigned for KDE4 BUG: 123890 CCBUG: 105263 CCBUG: 84424 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Luboš Luňák committed changes in /trunk/KDE/kdebase/workspace/kwin:
|
Ok, I've had enough with Alt+Tab and mouse focus policies: - use click to focus or focus follows mouse and I'll be fine - with the remaining unreasonable focus policies only the CDE-style tabbox works that raises and lowers windows and ignores keep above/below windows - if you don't like that, provide a patch for kwin/tabbox.cpp - tabbox should be completely redesigned for KDE4 (#123890,#105263,#84424) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Brad Hards committed a change to /trunk/kdesupport/qca/unittest/cms/cms.cpp:
|
OK, it turns out that when you reset(), you have to put the keys/certs back in. With that, it stops asserting. Then it just fails to compare the messages. If you encrypt the same data, with the same certs, twice, you don't get the same result each time.
So I added the decrypt part, including re-use, and checked that if you encrypt the same data twice, then each decrypt produces the same result, and that result is exactly what you started with. The test now passes. |
|
|
|
|
|
|
|
|
David Faure committed changes in /:
|
Fix build on Mac OS X but not using ksocks.h in the kcontrol module (the problem was kde_socklen_t but Thiago suggested this solution, to avoid using ksocks.h altogether) |
|
|
|
|
|
|
David Faure committed changes in /trunk/KDE/kdelibs:
|
Moved out the 4 values from config.h that depend on the installation prefix, so that changing the prefix doesn't mean recompiling -all- of kdelibs, only a few files. One more step towards modular config-foo.h files. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tom Albers committed changes in /trunk/KDE/kdepim/doc:
|
This fixes the issues reported by the docbook sanitizer found at EBN for kdepim. I fixed all issues which were raised at the kde-pim mailinglist. One of the changes involved a new entity, so it will only 'compile' with the latest entities installed. (cp $svn/kdelibs/kdoctools/customization/entities/general.entities $prefix/share/appses/general.entities)
|
|
|
|
|
|
|
Konqueror |
|
Frans Englich committed changes in /trunk/kdenonbeta/kdom/xpath:
|
* Crystal ball programming: assume Michael Rys' comment #1 in http://www.w3.org/Bugs/Public/show_bug.cgi?id=3097 gets accepted, and align. Basically, s/FORG0006/XPTY0004. * Improve Doxygen in AggregateFNs.h |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Gábor Lehel committed changes in /trunk/extragear/multimedia/amarok/src:
|
start porting the context browser to more properly display ratings this is very much a work in progress (for one, the default theme should be made to not use stars for the scores, as two rows of them is a bit confusing), but I've been putting it off for far too long. |
|
|
|
|
|
|
Networking Tools |
|
Jan Ritzerfeld committed changes in /branches/kopete/0.12/kopete:
|
Use the following method to determine the status message to be displayed (the term "contact" should be read as "contact of the metacontact" and "online" as "not offline"): * Display the new status message if - the new status message is not empty and - the contact who set it is online or there are no contacts online at all. * Otherwise display the first non-empty status message among all contacts online---or offline if there are no contacts online at all. * If no status message is displayed yet display no status message at all.
BUG: 116614 |
|
|
|
|
|
|
|
|
|
|
|
|
Bart Coppens committed changes in /branches/koffice/1.6/koffice/kword:
|
Fix typing of accented characters with compositing-like keys for specific accents (like with azerty keyboards) and probably more things like that, in KWord tables. This is triggered by the immodule patch Debian Unstable has applied to its Qt 3.3.6. Thomas, David: please check if this is OK, and perhaps backport and forwardport if it is. |
|
|
|
|
|
|
|
|
|
|
Bart Coppens committed a change to /branches/koffice/1.5/koffice/kword/KWView.cpp:
|
This was a tricky one: when I tried inputting some japanese text with skim, it wouldn't work in KWord. Turns out that when KWord gets a IMComposite event, it (indirectly) calls this function. That would then unconditionally update that KAction, that then would update a QCombobox to set the current text, and that then would reset the inputcontext on the poor old canvas, thus resulting in a loss of your poor hiragana each time skim would compose one. I fix this by checking if the fontsize and font family actually changed. Since I assume it won't change in the middle of an IMStart-IMEnd sequence, this fixes the input with me.
From what I understand, this would basically mean that Japanese input would be impossible without this patch. However, I think I recall actually being able to do that in KWord, so I'm inclined to think that it's partially caused by qt-immodule. Anyway, the CCBUG seems related, but I'm going to check this with someone who actually has a real Japanese keyboard (Kiruwa) and maybe close it if he can confirm this a bit better. CCBUG: 41380 |
|
|
|
|
|
|
|
|
Thorsten Zachmann committed a change to /branches/koffice/1.5/koffice/kpresenter/KPrPage.cpp:
|
o Fix Bug 125418: Resizing textarea resizes wrong textarea The problem was that another obejcts was selected when trying to resize the object. This has be fixed by checking if there is allready an other object selected at this place.
Thanks for reporting the bug. BUG: 125418 |
|
|
|
|
|
|
Thorsten Zachmann committed changes in /branches/koffice/1.5/koffice/kpresenter:
|
o Fix Bug 125424: When setting slide background to "Use slide master background", preview is not shown correctly.
Now we show the background of the master in the preview when "Use slide master background" is selected.
Thanks for reporting this bug.
BUG: 125424 |
|
|
|
|
|
|
|
|
|
|
|
|
Features |
|
Development Tools |
|
Oliver Kellogg committed changes in /branches/KDE/3.5/kdesdk/umbrello:
|
Apply patches from http://www.geeksoc.org/~jr/umbrello/uml-devel/9396.html implementing AutoCompletion for ComboBox dialog widgets. Many thanks Achim. BUG:104477 |
|
|
|
|
|
|
Richard Dale committed changes in /trunk/KDE/kdebindings/qtruby:
|
* Added xml/saxbookmarks, xml/dombookmarks and widgets/tooltips examples * Improved garbage collection marking, Children QTreeWidgets and QListWidgets are now marked. QObject tree instances are only marked starting at an instance which has no parent to improved efficiency, otherwise the same sub trees would be marked several times as a traversal is started for each node in the heirarchy. * The 'type' method in QEvent subclasses now works correctly. * Added inspect and pretty_print methods to the Qt::WidgetTreeItem class |
|
|
|
|
|
|
Oliver Kellogg committed changes in /branches/KDE/3.5/kdesdk/umbrello/umbrello:
|
Implement subsystems for component diagrams. A subsystem is internally represented by a package with the stereotype <<subsystem>>. This probably still has some rough egdes. Please test and leave your comments at BUG:124326 |
|
|
|
|
|
|
|
|
Michael Pyne committed changes in /trunk/KDE/kdesdk/scripts/kdesvn-build:
|
Add code to use the kdelibs4_snapshot for kdelibs if the 'branch kde4-snapshot' option is selected, instead of requiring weird hacks in the config file to use the snapshot.
e.g.
module kdelibs branch kde4-snapshot # Use the branches/work/kdelibs4_snapshot stuff. end module
Make the snapshot the default for kdelibs, which should help with the Coverity stuff.
Don't try to download a snapshot if override-url is in effect for a module.
Update the sample file to match, including a comment at the use-stable-kde option to warn the user to also update the kdelibs options.
Touch up the pretend mode output a bit. |
|
|
|
|
|
|
Educational |
|
Jason Harris committed changes in /trunk/KDE/kdeedu/kstars/kstars/tools:
|
The Observing list tool is now functional. The table view is now a QTableWidget, and the "Tiny" (name only) view is a QListWidget.What works? Adding objects to the list in the map (popup menu, or "O" key), selecting them in the tool and using the action buttons. You can also switch to "Tiny" mode, which shows just the name field and hides the Log notes editor.TODO: Shrink the window when entering Tiny mode. Sort rows when clicking a column. ObsListWizard is still a crash. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Graphics |
|
Gilles Caulier committed changes in /trunk/extragear/graphics/digikam/libs:
|
digikam from trunk : GPS locator tool :
- Code polishing. - Remember last web GPS locator service used.
Nota: the implementation is ready to use new GPS maps service from the web. If you have some url witch accept world latitude and longitude GPS coordinates, let's me hear... 111560 |
|
|
|
|
|
|
Gilles Caulier committed changes in /trunk/extragear/graphics/digikam:
|
digikam from trunk : improving image properties restoration in database using image metadata:
- Fix DMetadata method to get image Exif/Iptc tags properlly. (With the old implementation, Comments from Exif and Iptc, Rating from Iptc and are never checked duing a wrong validity test - stupid bug) - Now at startup, these informations are backported to database :
==> Comments from JFIF section, or Exif UserComments tag, or Iptc Caption tag. ==> Date & time stamp from Exif dateTime tag or Iptc date & time tags. ==> Rating from Iptc Urgency tag !!! If you add new files in your Album library, witch are rated using Mapivi for example, digiKam items rating will be appear in main interface.
Nota : these updates in database are only performed to new files :
==> when all albums are parsed during statup (or manually from Tool menu). ==> when new items are downloaded using camera interface. ==> when a folder is imported from main interface.
TODO :
- Performed a database update at startup when files are already in database and when metadata have been changed outside digiKam (using ExifTools for example) - Do something with digiKam Tags, since they are stored in IPTC Keywords tags. This is most complicated to do because there is no hierarchy between IPTC Keywords like with digiKam tags. We store only Tags name in IPTC keywords. I propose :
==> to check if a digiKam tags name already exist in database and taging automaticly item using it. ==> do nothing if Tags name do not exist (no new digiKam Tags will be created in database). ==> If dupplicate Tags name exist in digiKam database (for ex. Travel/City and Travel/France/City), use only the first Tag name found in database.
digiKam Tags <==> IPTC Keywords rules is a complex problem. Please give me your viewpoints into B.K.O. Thanks in advance 91811 |
|
|
|
|
|
|
Marcel Wiesweg committed changes in /trunk/extragear/graphics/digikam:
|
digikam from trunk:
The ImageEditor can now access the database independently from main view, i.e. also if main moved to a different directory.
- adjust ImageInfo to be more like a database item wrapper class - add a method to ImageWindow to start it with a list of ImageInfo objects, use this in AlbumIconView - adapt ImageWindow to (optional) ImageInfo list - adjust behavior of saveAsIsComplete - add itemChanged methods to ImagePropertiesSidebarDB: - one takes only a URL (no database) - one takes an ImageInfo object (used by ImageWindow, full DB support) - one takes AlbumIconItem and -View (used by main view, full DB support, optional future interaction with the view) - ImageDescEditTab now works on an ImageInfo object - add a copyItem method to ImageInfo as a wrapper for said function from AlbumDB - modify AlbumDB::copyItem to return image id of inserted image - add DISTINCT keyword to second SELECT statement of AlbumDB::copyItem. With all of above changes, I constantly produced bug #113915. I do not know why the SELECT statement produces (in my case) three times the same result so that INSERT complains, and I do not know which of my changes should ever trigger this problem, but the DISTINCT fixes this. If anyone speaks SQL, you might want to check my comment in AlbumDB::copyItem.
Currently, the rating is not copied when database information is copied (in copyItem). Should this be done?
CCBUG: 113915 |
|
|
|
|
|
|
KDE-Base |
|
Hamish Rodda committed changes in /trunk/KDE/kdebase:
|
Merging in from bleeding edge kdebase branch - i18n ported - KAccel removed - Some fixes for OS X |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Aaron J. Seigo committed changes in /trunk/KDE/kdebase/workspace/plasma:
|
starting work on dataengines, datasource, datavisualizations, the plasma app and applets ... doesn't compile atm as it's a work in progress off the design concepts. but dinner becons and i don't want to lose progress in case my laptop degrades further. |
|
|
|
|
|
|
Matt Broadstone committed changes in /trunk/KDE/kdelibs/kjsembed/autobind:
|
Added classinfo to the bindings, this is going to be _very_ helpful later on.. also got rid of the stuff in the top level of autobind because its not really useful anymore, we're going to have to rethink object/widget bindings.. but variants first! |
|
|
|
|
|
|
Marijn Kruisselbrink committed changes in /trunk/KDE/kdelibs/kdeui:
|
|
Implemented KGlobalAccelImpl for OSX, and slightly reorganized kkeyserver, moving platform-independent functions to kkeyserver.h/.cpp instead of kkeyserver_x11.x/.cpp |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Ian Monroe committed changes in /trunk/extragear/multimedia/amarok:
|
The collection browser now has tabs to switch between flat and tree view instead of KToggleActions. Looking for feedback, should the buttons common to both be moved into the toolbar? |
|
|
|
|
|
|
Ian Monroe committed changes in /trunk/extragear/multimedia/amarok/src:
|
*Collection browser remembers what mode its in between sessions again. *Tabs have wheel support (though its kind of funky, since my wheel often sends two events at once so it skips right back to where it started) |
|
|
|
|
|
|
|
|
|
|
Martin Aumüller committed changes in /trunk/extragear/multimedia/amarok:
|
extract embedded cover art from m4a files - thanks to an updated taglib m4a patch by Jochen Issing and a patch by Shane King this works for m4a w/o external dependencies (r/o) and via libmp4v2 (r/w) BUG: 125414 |
|
|
|
|
|
|
Jeff Mitchell committed changes in /trunk/extragear/multimedia/amarok/src:
|
Random string function implemented. Note that this function restricts the possible characters to 0-9a-zA-Z, which is good because we can print to stdout, but bad because there's less bits to choose from. Also there is a little favoritism because of avoiding non alphanumeric characters, but in general that's alright. Even with these drawbacks, assuming that the randomization sequence is good and a decent seed is found using the chosen method, there are still up to 51649738599652491790651549397174942699476 584262665539608782445962684816148 42987330263563657801857314603738370932736 possible IDs. I think it'll suffice for now. |
|
|
|
|
|
|
Gábor Lehel committed changes in /trunk/extragear/multimedia/amarok/src:
|
more work on context browser + ratings i've introduced some new css classes, and ported the default theme (because it's the default), and example (because I use it) there's still some issues, like the gray line on the left of the score boxes isn't continuous now, and in the current track info, if you displayed both rating and score, it'd mysteriously move next to the 'last played' text instead of above it, whereas it works fine if you only display one of them. i've hacked around this for now by sticking a bunch of <br /> at the end, but if someone who actually understands this shit could take a look at it, that'd be good. |
|
|
|
|
|
|
|
|
|
|
Olivier Goffart committed changes in /branches/kopete/0.12/kopete/libkopete:
|
Support .jisp theme (as described in the JEP-0038) The old emoticons theme is of course still supported. There are no new feature tha JEP-0038 has over the current format. (xml:lang and sounds are not supported)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Optimise |
|
|
|
|
|
|
|
Luboš Luňák committed changes in /branches/work/kdelibs4_snapshot:
|
Startup sequence reorder, see ksmserver README for how it works now (in a nutshell: get kicker and kdesktop up as soon as possible, start as much stuff as possible as late as possible). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Networking Tools |
|
Hugo Parente Lima committed changes in /trunk/extragear/network/knetstats/src:
|
- Code cleanup. - Auto detect interfaces every 5 seconds (maybe 10?, maybe in a configurable interval?) - User dont need configure the program before use it, it simple detect the interfaces and show it. |
|
|
|
|
|
|
Office |
|
Stefan Nikolaus committed changes in /:
|
operation 'Paste with Insertion' Speed the insertion of columns and rows up. The related undo/redo operations were also broken. |
|
|
|
|
|
|
Bart Coppens committed changes in /branches/koffice/1.6/koffice/krita:
|
|
Due to popular request: ditch the madvise stuff to 'swap' out tiles, and actually swap them out with munmap. This introduces some complications like memory areas becoming invalid and so. That, and the fact that I did have to change some stuff for this, might cause some fallout. I didn't notice anything strange with it anymore, but please yell if you see odd behaviour or crashes that you can directly link to this commit :-)(This deprecates some functions, I won't remove them because afaik we'd want at least sourcecode compatibility with Krita 1.5. They exist, but _please_ don't use them anymore. To the best of my knowledge, all current occurances are gone, keep it that way :P) |
|
|
|
|
|
|
Other |
|
Development Tools |
|
Andras Mantia committed changes in /branches/work/kdevquanta:
|
This is my first attempt to port some part of Quanta to KDE4: - create cmake files- start to port "lib" to KDE/Qt4 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Frank Osterfeld committed changes in /trunk/KDE/kdepim/korganizer:
|
add lib libkorganizer_interfaces for the moc files belonging to korganizer/interfaces/korganizer fix mixup between targets korganizer (lib) and korganizer (bin). korganizer now compiles and links for me using cmake (TM). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Security |
|
KDE-Base |
|
Dirk Mueller committed a change to /trunk/KDE/kdelibs/cmake/moduleskeke:
|
the usual security fixes: - add proper quoting - add proper LD_LIBRARY_PATH export's - don't make world executable. Ok, it would be better to honor umask, but I don't know how to do that.. |
|
|
|
|
|