Re: obsolete templates

Am Mittwoch, 7. März 2007 13:02, schrieb Stephan Kulow: Am Dienstag 06 März 2007 schrieb Albert Astals Cid: A Dimarts 06 Març 2007, Stephan Kulow va escriure: Hi! Hi, thanks for attacking the i18n issue :-) I have a question and a comment. Question: Are playground modules beign

Re: kdeutils maintainer? khexedit program unmaintained

Hi Allen, Am Montag, 3. Dezember 2007, um 23:11 Uhr, schrieb Allen Winter: On Friday 30 November 2007 22:12:21 Allen Winter wrote: On Friday 30 November 2007 14:34:51 Friedrich W. H. Kossebau wrote: Hi, from http://techbase.kde.org/Schedules/KDE4/4.0_Module_Status#Module_Status

tags/unmaintained/4 tags/unmaintained/4/khexedit trunk/KDE/kdeutils/khexedit trunk/KDE/kdeutils/khexedit/parts [POSSIBLY UNSAFE]

KHE1). The second project is the coming khexedit app -from Friedrich W. H. Kossebau (called KHE2) which has been already -partly moved from kdenonbeta/khexedit2. +To confuse you these directories mixed two binary editor projects. +The first project was the KHexEdit program from Espen Sand. +The second

Re: tags/unmaintained/4 tags/unmaintained/4/khexedit trunk/KDE/kdeutils/khexedit trunk/KDE/kdeutils/khexedit/parts [POSSIBLY UNSAFE]

Am Montag, 31. Dezember 2007, um 16:22 Uhr, schrieb Friedrich W. H. Kossebau: Am Montag, 31. Dezember 2007, um 15:35 Uhr, schrieb Allen Winter: On Monday 31 December 2007 08:46:28 Friedrich W. H. Kossebau wrote: SVN commit 755123 by kossebau: Moving KHexEdit to the Off, as dicussed

Re: kdeutils maintainer? khexedit program unmaintained

Hi, sorry, could not push this discussion lately. So once again: Am Dienstag, 4. Dezember 2007, um 00:23 Uhr, schrieb Friedrich W. H. Kossebau: Hi Allen, Am Montag, 3. Dezember 2007, um 23:11 Uhr, schrieb Allen Winter: On Friday 30 November 2007 22:12:21 Allen Winter wrote: On Friday 30

Re: kdeutils maintainer? khexedit program unmaintained

Am Donnerstag, 3. Januar 2008, um 11:28 Uhr, schrieb Dirk Mueller: On Sunday 30 December 2007, Friedrich W. H. Kossebau wrote: Noone able to answer this? So I should decide? Well, I will move the program files of KHexEdit (but not the Okteta parts in the subdirs) to tags/unmaintained/4

Re: About Okteta

Hi Albert, Am Sonntag, 23. März 2008, um 21:41 Uhr, schrieb Albert Astals Cid: Hi Friedrich there is a oktetapart.pot both on kdeutils and playground-utils i had a look and seems there is some code that is duplicated. Is this known and will be fixed or it's a leftover and should be removed?

Becoming kdeutils coordinator (was: Re: Okteta moved to kdereview; kdeutils coordinator?)

Hi, Am Montag, 31. März 2008, um 03:46 Uhr, schrieb Aaron J. Seigo: On Sunday 30 March 2008, Friedrich W. H. Kossebau wrote: The review process asks for approval from the module coordinator. A look at http://techbase.kde.org/index.php?title=Projects/Release_Team#Module_Coor di nators

Re: Becoming kdeutils coordinator

Am Dienstag, 1. April 2008, um 15:54 Uhr, Allen Winter schrieb: On Monday 31 March 2008 18:51:09 Friedrich W. H. Kossebau wrote: So: Hereby I apply for the job of the module coordinator for kdeutils. Yay! One proposal, one Yay, no objections. Alright, acceptance taken. :) Please 1) make

trunk

SVN commit 797377 by kossebau: Moving Okteta from kdereview to kdeutils. The two weeks in kdereview passed without any objection, also the module coordinator is okay with it, (who's me, after all), so Okteta is in. That is, kdeutils. The code in kdeutils/okteta/{core,gui,parts} obsoletes the

Re: kdeutils cleanup

Hi Nicolas, Am Freitag, 18. April 2008, um 17:41 Uhr, schrieb Nicolas Ternisien: Hi, I would like if I find some time to modify KDiskfree to port it to Solid and convert it to a Plasmoid (like the New device notifier Plasmoid). The kdf project contains : - Kwikdisk which could be replaced

Re: kdeutils cleanup

Hi Nicolas, Am Freitag, 18. April 2008, um 17:41 Uhr, schrieb Nicolas Ternisien: Hi, I would like if I find some time to modify KDiskfree to port it to Solid and convert it to a Plasmoid (like the New device notifier Plasmoid). The kdf project contains : - Kwikdisk which could be replaced

Re: kdeutils cleanup

Hi, Am Freitag, 18. April 2008, um 18:12 Uhr, schrieb Andras Mantia: On Friday 18 April 2008, Friedrich W. H. Kossebau wrote: I guess we agree that every program should have some kind of active maintainer, some people who feel responsible for it and have sufficient knowledge about

Re: kdeutils cleanup

Jonathan Riddell wrote: On Fri, Apr 18, 2008 at 05:32:53PM +0200, Friedrich W. H. Kossebau wrote: * KCalc - scientific calculator KCalc should be replaced by speedcrunch in my opinion, but that would require the speedcrunch developers to propose it rather than

Re: kdeutils cleanup

Am Montag, 28. April 2008, um 18:13 Uhr, schrieb Tom Albers: Op maandag 28 april 2008 18:00 schreef u: You can't be serious. If we try to put this sort of advanced calculator instead kcalc, my company at least will have some customer complain heavily on their 20k machines deplyed with KDE

Re: kdeutils cleanup

Hi Jonathan, Am Montag, 28. April 2008, um 12:30 Uhr, schrieb Jonathan Riddell: On Fri, Apr 18, 2008 at 05:32:53PM +0200, Friedrich W. H. Kossebau wrote: * kmilo - kded module to support various types of hardware input devices kmilo firstly transforms the various laptop keys (volume

Re: 4.2 Feature Plan

Am Montag, 5. Mai 2008, um 17:19 Uhr, schrieb Matt Williams: On Monday 05 May 2008 16:06:11 Friedrich W. H. Kossebau wrote: Am Montag, 5. Mai 2008, um 16:42 Uhr, schrieb Allen Winter: 2. please don't add anything new to the 4.1 page Which place should one use to collect features since

breaking BIC for new addon libs in minor releases (was: Re: Goals? How are we doing?)

Am Dienstag, 6. Mai 2008, um 17:17 Uhr, schrieb Andreas Pakulat: On 05.05.08 21:24:52, Andras Mantia wrote: Actually would be nice to see at least a KDevPlatform release. I know its hard, but maybe makes sense, just like kdelibs was released before the actual KDE 4.0.0. Well, we could

Re: breaking BIC for new addon libs in minor releases (was: Re: Goals? How are we doing?)

Am Dienstag, 6. Mai 2008, um 18:15 Uhr, schrieb Andreas Pakulat: On 06.05.08 17:56:11, Friedrich W. H. Kossebau wrote: Am Dienstag, 6. Mai 2008, um 17:17 Uhr, schrieb Andreas Pakulat: On 05.05.08 21:24:52, Andras Mantia wrote: Actually would be nice to see at least a KDevPlatform release

Re: breaking BIC for new addon libs in minor releases (was: Re: Goals? How are we doing?)

Am Dienstag, 6. Mai 2008, um 18:39 Uhr, schrieb Tom Albers: Op dinsdag 06 mei 2008 18:30 schreef u: I disagree. I think it is a must to be BC between minor releases. If you want to be bic public, go to extragear/libs untill you are ready... What would this change for 3rd-party

Re: the future of kdetoys

Am Freitag, 9. Mai 2008, um 13:01 Uhr, schrieb Stefan Böhmann: 8. kteatime I ported this application to KDE4 and took care of it since then. No objections to moving kteatime into kdeutils, if Friedrich is ok with that. Or to extragear. Ok - I prefer to move kteatime and amor to

Policies regarding version numbers of programs and libs

Hi, module kdeutils coordinator here. Techbase lists [T] as a function of module coordinators to help with release preparation (eg. update application version numbers). So I am now looking to update the programs and libs version numbers for the module kde-utils. But I wonder if there is a

Putting Playground in some order

Hi, should we get some more structure into Playground? I fear it will otherwise end in the state kdenonbeta has been before if it isn't already: Lot's of started projects, but most of them dead code, making people uninterested in looking into it at all. Take for example playground/utils:

Re: A Proposal: EOL 4.1, Branch 4.2, Start 4.3

Am Freitag, 5. Dezember 2008, um 11:44 Uhr, schrieb Lucas Murray: You said it yourself: bug fixing is top priority, why make it more difficult? I am against prematurely thawing trunk as quite a few developers will shift from bug fixing into feature development (I can see myself doing this)

Re: i18n focused beta or RC

Jeudi, le 23 juillet 2009, à 12:51, Sebastian Kügler a écrit: On Thursday 23 July 2009 12:26:23 Anne-Marie Mahfouf wrote: My proposal went unoticed or ignored but I propose that for the next release cycle we focus testers to try a beta or RC in different languages so that i18N problems can

tags/unmaintained/4 tags/unmaintained/4/kdessh trunk/KDE/kdeutils

SVN commit 1067536 by kossebau: Moved kdessh to tags/unmaintained/4 Reasons: * did not work since 4.0 (stub program on remote was not in $PATH) * has no maintainer * no real use (with ssh doing X11-forwarding) * does not integrate with KWallet or ssh-agent * keeps password in unsecured memory

trunk

SVN commit 1081252 by kossebau: changed: moved the Bookmarks plasmoid from kdereview to kdeplasma-addons reviewed in this thread: http://lists.kde.org/?l=kde-core-develm=126325889824270 Dear masters of translation, could you move the translation data accordingly? Thanks!

Unannounced optional runtime dependency for SC 4.5: Cagibi 0.1 in kdesupport

Hi, due to a broken laptop and other real life circumstances I completely missed to announce in time another, while optional and at runtime, dependency for the SC 4.5 release, for the network:/ kio-slave in kdebase/runtime/kioslave/network: Cagibi 0.1(.0) from kdesupport (tagged in

Re: Unannounced optional runtime dependency for SC 4.5: Cagibi 0.1 in kdesupport

Hi Maciej, Mardi, le 20 juillet 2010, à 05:29, Maciej Mrozowski a écrit: On Tuesday 13 of July 2010 23:04:26 Friedrich W. H. Kossebau wrote: Hi, due to a broken laptop and other real life circumstances I completely missed to announce in time another, while optional and at runtime

One post-4.5.0 patch to fix the freeze of kded on first use of the network:/ kio-slave

Dear packagers, please consider backporting the following commit to your 4.5.0 packages: http://websvn.kde.org/?revision=1160391view=revision It fixes a total freeze of kded if the network:/ kio-slave is first invoked. The kio-slave calls its kded module networkwatcher via D-Bus, kded

Import of Okteta plugin to KDevelop master branch done (was: Re: Request for review: Okteta plugin 0.1.0 for KDevelop 4.0)

Lundi, le 30 août 2010, à 21:36, Andreas Pakulat a écrit: On 30.08.10 21:07:40, Friedrich W. H. Kossebau wrote: Dimanche, le 29 août 2010, à 23:00, Andreas Pakulat a écrit: On 29.08.10 20:50:46, Andreas Pakulat wrote: On 26.08.10 02:19:41, Friedrich W. H. Kossebau wrote: Jeudi, le

KDE

SVN commit 1178758 by kossebau: Moving Okteta, the hex editor, from kdeutils to kdesdk As agreed in discussion on kde-core-devel: http://lists.kde.org/?l=kde-core-develm=128501857422609w=2 Dear master(s) of translation, could you please also move the translations? CCMAIL:

Re: KDE

Vendredi, le 24 septembre 2010, à 01:34, Albert Astals Cid a écrit: A Dijous, 23 de setembre de 2010, Friedrich W. H. Kossebau va escriure: SVN commit 1178758 by kossebau: Moving Okteta, the hex editor, from kdeutils to kdesdk As agreed in discussion on kde-core-devel: http

Filelight moved into kdeutils (was: Re: Filelight into kdereview (again))

Hi, Jeudi, le 30 septembre 2010, à 01:36, Martin Sandsmark a écrit: On Sunday 26. September 2010 01.25.22 Friedrich W. H. Kossebau wrote: No, I meant when the mouse moves over the next item which could be selected in the filelight view. Currently that one is selected instantly

Re: Request: Inclusion of kio-upnp-ms to kde-runtime KIO slaves

Hi, too bad noone was up to push it finally into kde-runtime when it was ready for it, but let's pick it up again now: Mardi, le 26 avril 2011, à 14:53, Nikhil Marathe a écrit: Hi, KDE SC 4.7 soft feature freeze is close, and I would like to propose the UPnP MediaServer KIO slave

Re: KDE 4.8 RC1 (4.7.95) tarballs uploaded (try#1)

Vendredi, le 23 décembre 2011, à 13:46, Andreas Pakulat a écrit: On 23.12.11 10:55:42, Sebastian Kügler wrote: On Friday, December 23, 2011 02:54:00 Kevin Kofler wrote: 2. The released version of KDevelop doesn't build against the new okteta headers. Not sure whether that's intentional,

Re: [Kde-pim] kdepim-runtime/resources/kdeaccounts vs. kdesdk/kdeaccounts-plugin

Hi Volker, Am Samstag, 19. Mai 2012, 19:07:32 schrieb Volker Krause: On Saturday 19 May 2012 04:23:18 Friedrich W. H. Kossebau wrote: I am curious about the relation between kdepim-runtime/resources/kdeaccounts * and kdesdk/kdeaccounts-plugin **. Does the Akonadi

tags/unmaintained/4 trunk/KDE/kdesdk

SVN commit 1296353 by kossebau: Move kdesdk/kdeaccounts-plugin to tags/unmaintained/4 This old KABC-based plugin creating a read-only addressbook resource has been replaced by the new Akonadi-based plugin in kdepim-runtime/resources/kdeaccounts but this one was forgotten to be removed before.

Re: Why are 4.8.80 packages already out in the wild?

Am Montag, 4. Juni 2012, 18:01:29 schrieb Martin Gräßlin: On Monday 04 June 2012 15:18:11 Kevin Kofler wrote: On Monday 04 June 2012, Sebastian Kügler wrote: That means that people report bugs against different incarnations of the same packages, which makes bugs hard to find -- it doesn't

Re: ALERT: KDElibs (at least) 4.8.4 is actually 4.8.80+

Am Sonntag, 10. Juni 2012, 20:17:56 schrieb Wulf C. Krueger: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10.06.2012 15:27, Albert Astals Cid wrote: - - Before announcing the tarballs, build the whole thing at least once. We do that, that's why we have a week before the release

Re: The misterious case of oxygen-icons

Hi, Am Donnerstag, 16. August 2012, 23:28:18 schrieb Albert Astals Cid: I am quite confused as about how we handle oxygen-icons release wise. First some facts: * Technically oxygen-icons is not part of the SC since it lives in trunk/kdesupport and not in trunk/KDE/

Re: The misterious case of oxygen-icons

Am Donnerstag, 16. August 2012, 18:22:46 schrieb Rex Dieter: On 08/16/2012 06:14 PM, Albert Astals Cid wrote: Do we really have a runtime dependency on oxygen-icons? My limited knowledge in the matter is that icon names are standarized thus you can use oxygen-icons or AlbertAwesomeImages

Review Request: add note about Oxygen Icons to README.packagers

a note about the run-time need for Oxygen Icons to kde-runtime/README.packagers. Okay to commit both to master and 4.9 branch? Diffs - README.packagers 67705c7 Diff: http://git.reviewboard.kde.org/r/106114/diff/ Testing --- Thanks, Friedrich W. H. Kossebau

How to process/update Mimetype= entries in .desktop files on install?

Hi, (follow-ups please only to kde-devel) I am looking for a way to deal with the issue that the list of supported mimetypes for some programs depends on the installed i/o plugins. E,g, Marble and most Calligra programs have this problem. Simply hardcoding all possibly supported mimetypes

Re: Request for adding new plugin for Dolphin

Hi, Am Montag, 5. November 2012, 21:50:01 schrieb Albert Astals Cid: El Dilluns, 5 de novembre de 2012, a les 20:47:51, Martin Andersen va escriure: On Mon, Nov 5, 2012 at 8:00 PM, Albert Astals Cid aa...@kde.org wrote: El Diumenge, 4 de novembre de 2012, a les 19:05:57, Martin Andersen

Re: Request for adding new plugin for Dolphin

Am Samstag, 10. November 2012, 21:03:15 schrieb Martin Andersen: Hi, Of course review is a good thing, and Martin's review request did already get a couple of suggestions for improvements. It just wasn't clear to me if telling the wider world is required/makes sense in this case, or

Re: okteta binary compatibility

Am Donnerstag, 22. November 2012, 15:12:29 schrieb Jonathan Riddell: Hi, I've noticed some missing symbols in okteta in 3.9.80 so I think it's not binary compatible and should have its soname bumped SONAME: libokteta1gui.so.1 #MISSING: 4:4.9.80#

Re: Who is using -Bsymbolic-functions for their packages?

Am Donnerstag, 23. Mai 2013, 19:55:43 schrieb Kevin Kofler: Hi, On Thursday 23 May 2013 at 17:51:02, Friedrich W. H. Kossebau wrote: in a discussion about a crash fix patch the opinion was uttered that the linker flag -Bsymbolic-functions should not be used, because it might change

Re: Who is using -Bsymbolic-functions for their packages?

Am Dienstag, 28. Mai 2013, 07:55:06 schrieben Sie: On Tuesday 28 May 2013 at 01:40:54, Friedrich W. H. Kossebau wrote: Am Donnerstag, 23. Mai 2013, 19:55:43 schrieb Kevin Kofler: How about we start shipping a shared QtUitools instead? I really don't see the point of having

Re: KDE Applications 15.08 RC is out

Hi Eric, Am Freitag, 28. August 2015, 07:41:19 schrieb Eric Hameleers: On Mon, 10 Aug 2015, Rex Dieter wrote: Rex Dieter wrote: Rex Dieter wrote: Raymond Wooninck wrote: On Thursday 06 August 2015 22:21:52 Albert Astals Cid wrote: I failed to use the proper CC when publishing it in

Which liist to use for non-KF5/non-Plasma/non-Applications product prerelease announcement to packagers?

Hi, for those libs/apps which are not released as part of "KF5", "Plasma" or "Applications", but with own release management/cycle, where would general KDE products interested packagers expect the announcements to be done? I see two mailinglists which might be the proper place, but from the

Re: Which liist to use for non-KF5/non-Plasma/non-Applications product prerelease announcement to packagers?

Am Montag, 30. Mai 2016, 23:09:11 CEST schrieb Albert Astals Cid: > El dilluns, 30 de maig de 2016, a les 18:14:40 CEST, Friedrich W. H. > Kossebau > va escriure: > > Hi, > > > > for those libs/apps which are not released as part of "KF5", "Plasma&qu

KDiagram 2.6.0 released

Hi, KDiagram 2.6.0 has been tagged and is now available on the KDE servers. http://download.kde.org/stable/kdiagram/2.6.0/src/ kdiagram-2.6.0.tar.xz.mirrorlist commit 56aaece273f615da52e2f7ddd93c4b04d66c2fed sha256 02788dad7e15c64b74a2d1073c5910469ab4cf46ba905030c1713dce45981882 KDiagram is the

Re: KDGantt2 was replaced by kdiagram in master (for 16.12)

Hi Sandro, Am Dienstag, 1. November 2016, 16:03:23 CET schrieb Sandro Knauß: > Hey, > > As KDEPIM release manager I wanted to pop this up again. For the upcoming > release of KDEPIM we need to release kdiagram somehow. Either we request a > inclusion into KDE Applications or are there other

Re: Status of libkface & libkgeomap

Am Mittwoch, 26. Oktober 2016, 09:49:53 CEST schrieb Andreas Sturmlechner: > On Friday, 29 July 2016 at 22:48, Gilles Caulier wrote: > > Andreas, > > > > Same situation for libkgeomap. This library can be also moved to > > extragear-libs as only kphotoalbum use it. > > > > Best > > Gilles

Re: KDE Applications 17.04.0 packages available for packagers

Hi, Am Montag, 17. April 2017, 10:39:55 CEST schrieb Heinz Wiesinger: > On Monday, 17 April 2017 10:01:29 CEST Harald Sitter wrote: > > On Sun, Apr 16, 2017 at 5:44 PM, Eric Hameleers wrote: > > > On Fri, 14 Apr 2017, Albert Astals Cid wrote: > > >> At the usual location. >

Re: marble_qt.qm installed in wrong paths (was: Re: KDE Applications 17.04.1 packages available for packagers)

Am Mittwoch, 10. Mai 2017, 02:07:18 CEST schrieb Friedrich W. H. Kossebau: > Am Dienstag, 9. Mai 2017, 20:32:03 CEST schrieb Luigi Toscano: > > Tobias C. Berner ha scritto: > > > * marble seems to have moved its localization to > > > $PREFIX/share/marble/data/locale/ar

Re: KDE Applications 17.08.1 packages available for packagers

Am Dienstag, 5. September 2017, 10:51:43 CEST schrieb Ben Cooksley: > Minuet fails because it does not use ECM, and is therefore not > building with ASAN enabled. Because ASAN is contagious and Frameworks > is built with ASAN enabled, Minuet fails to compile. A similar issue > impacts Marble

Re: What to do with the repos we don't ship anymore in KDE Applications 17.12

Am Sonntag, 12. November 2017, 20:33:49 CET schrieb Albert Astals Cid: > My suggestions: > > Broken -> unmaintained > * blogilo > > Not needed -> unmaintained > * jovie > * kaccessible > * ksaneplugin > > No commit for years -> unmaintained > * kremotecontrol > * kppp > * kfilereplace >

PSA: KDE CI: How-To for stable branch switches being picked up

Hi KDE project maintainers, tl;dr https://community.kde.org/Infrastructure/Continuous_Integration_System now tells how to make sure KDE CI picks up your new "stable" branch Some days ago I found that a few products on KDE CI in the "Extragear" section had not seen builds of their stable

Moving Okteta from KDE Applications to [Extragear] after KA 17.12

Hi, since some time I have been thinking about an independent release cycle for Okteta, given I have some ideas/plans for refactoring/rework which might need some independence from KDE Application release cycle policies. Also did the development cycles of the past for Okteta result in some

Re: Respin (was: Re: KDE Applications 19.03.90 (19.04-rc) packages available for packagers)

Am Freitag, 5. April 2019, 12:55:53 CEST schrieb Christoph Feck: > On 04/05/19 11:21, laurent Montel wrote: > > Le vendredi 5 avril 2019, 11:08:43 CEST Antonio Rojas a écrit : > >> kidentitymanagenement doesn't build due to -DQT_NO_FOREACH > > Thanks Antonio for the heads up! Funny the CI didn't

Remove bundle wrapper, give public to all products, call it "Greater KDE Software Release Day" (was: Re: KDE Applications rename to KDE Apps Bundle)

Am Freitag, 10. Mai 2019, 22:47:08 CEST schrieb Luigi Toscano: > Il 10.05.2019 21:56 Nate Graham ha scritto: > > On 5/10/19 12:07 AM, Luigi Toscano wrote: > >> I strongly object this solution. "Apps bundle" is just another > >> generic > >> name which does not solve the issue of people

Re: Remove bundle wrapper, give public to all products, call it "Greater KDE Software Release Day" (was: Re: KDE Applications rename to KDE Apps Bundle)

Hi Jonathan, Am Samstag, 11. Mai 2019, 19:54:20 CEST schrieb Jonathan Riddell: > The purpose of the bundle is that it takes the release process out of the > hands of projects which don't want to do that bit of faff. It's a nice > service to those projects. It's very successful at that and I

Doxygen 1.8.16 creates broken qhp files, upstream patch available for testing (was: Re: KDE Frameworks 5.62.0)

Am Montag, 16. September 2019, 01:44:55 CEST schrieb Bernhard Rosenkraenzer: > Hi, > kdeclarative QCH docs fail to build here: > > /usr/bin/doxygen > [...]/kdeclarative-5.62.0/build/src/KF5Declarative_ECMQchDoxygen.config > Error in line 233: Opening and ending tag mismatch. > > The generated

RFC: KDE server/service/location for public gpg keys of tarball signers & Co.

Hi, those of you who make use of signed tarballs/binaries/other files on the consumer side: Please tell your use-case for accessing and using the public keys of the signers, and what the options are you would like to see supported on KDE side. Do so directly on the related task on

Re: 19.12 Beta releases tarballs are available

Am Samstag, 16. November 2019, 09:51:37 CET schrieb laurent Montel: > Le vendredi 15 novembre 2019, 23:43:42 CET Tobias C. Berner a écrit : > > Hi there > > > > I noticed three issues so far in the tarballs while building: > > kate: https://people.freebsd.org/~tcberner/logs/kate-19.11.80.log > >

Re: 2 kirigami fixes for a point release

Am Dienstag, 18. Februar 2020, 04:03:05 CET schrieb Nate Graham: > On 2020-02-16 14:43, Albert Astals Cid wrote: > > Maybe i explain myself wrongly, i'm not blaming distros at all. > > > > They made a decision, we/I may agree with them or not, that's *my/our* > > problem, what I was disagreeing

Re: 2 kirigami fixes for a point release

Sorry, no time to rewrite to make this short. Am Mittwoch, 12. Februar 2020, 21:59:32 CET schrieb Nate Graham: > [+ frameworks and plasma mailing lists] > > On 2020-02-12 11:31, Albert Astals Cid wrote: > > El dimecres, 12 de febrer de 2020, a les 15:37:09 CET, Nate Graham va escriure: > >> On

calligra/3.2 branch not yet pushed/created? (was: Re: Calligra stable version 3.2.0 released)

Hi Dag, congrats for another release. One question though: I see you updated kde-build-metdata & repo-metadata to set "calligra/3.2" as new stable branch. Just: there is no such branch yet pushed to the central calligra repo it seems? Any chance you forgot that? I noticed because I wanted

[FIXED] Re: calligra/3.2 branch not yet pushed/created?

Am Freitag, 24. April 2020, 13:40:24 CEST schrieb Dag: > On 24-04-2020 13:19, Friedrich W. H. Kossebau wrote: > > Hi Dag, > > > > congrats for another release. > > > > One question though: > > I see you updated kde-build-metdata & repo-metadata to set

Request for ktexteditor patch release

Hi, I would like to ask for a 5.70 patch release for ktexteditor, with 972da14f486a83556e192d09bb18a2500728895a cherry-picked. Not a crasher, but preventing the pickup of any global view setting changes after a kate/kdevelop session close & open cycle for existing document views, which has

Re: Request for ktexteditor patch release

Am Freitag, 15. Mai 2020, 12:03:08 CEST schrieb David Faure: > On vendredi 15 mai 2020 11:01:04 CEST Friedrich W. H. Kossebau wrote: > > Hi, > > > > I would like to ask for a 5.70 patch release for ktexteditor, with > > 972da14f486a83556e192d09bb1

Re: KDEREVIEW: Proposing utilities/markdownpart to become community/release-service-managed

Hi Elvis, Am Montag, 17. August 2020, 22:43:37 CEST schrieb Elvis Angelaccio: > On 15/08/20 19:20, Friedrich W. H. Kossebau wrote: > > Hi, > > > > what is markdownpart you ask? A KParts plugin allowing to view markdown > > documents rendered e.g. in Kate's pr

[DONE] Re: KDEREVIEW: Proposing utilities/markdownpart to become community/release-service-managed

Hi, Am Samstag, 15. August 2020, 19:20:53 CEST schrieb Friedrich W. H. Kossebau: > what is markdownpart you ask? A KParts plugin allowing to view markdown > documents rendered e.g. in Kate's preview plugin, Ark, Krusader or > Konqueror, being mainly a wrapper around QTextDocument::se

Re: KDEREVIEW: Proposing utilities/markdownpart to become community/release-service-managed

Am Freitag, 21. August 2020, 23:34:03 CEST schrieb Albert Astals Cid: > El dilluns, 17 d’agost de 2020, a les 23:04:44 CEST, Friedrich W. H. Kossebau va escriure: > > But not my call, after all I offer this to KDE community for adoption, sou > > your choice. > > I'm

Re: KDEREVIEW: Proposing utilities/markdownpart to become community/release-service-managed

Am Samstag, 15. August 2020, 19:20:53 CEST schrieb Friedrich W. H. Kossebau: > Note: for now Qt 5.15-only, 5.14 possible but untested. BTW, thanks to feedback the min dependencies are now lowered to Qt 5.14 & KF 5.66. > I would like to propose markdownpart for a move into community m

KDEREVIEW: Proposing utilities/markdownpart to become community/release-service-managed

Hi, what is markdownpart you ask? A KParts plugin allowing to view markdown documents rendered e.g. in Kate's preview plugin, Ark, Krusader or Konqueror, being mainly a wrapper around QTextDocument::setMarkdown & QTextBrowser. See here it being used with Kate's preview plugin:

Include Konversation in Release Service for 20.12

Dear Release Service team, I would like to ask for the inclusion of Konversation in the Release Service automation. Konversation had lost active release management two years ago, as life shifts things. Yet small fixes and improvements have been getting into the repository all the time, and of

Include markdownpart in Release Service for 20.12

Hi, As you might remember, markdownpart is a(nother) Markdown viewer KParts plugin, which allows KParts-using software to display files in Markdown format in the rendered target format. It mainly is a wrapper around the abilities of QTextDocument's Markdown support introduced with Qt 5.14.

Re: Dropping libkgeomap from release service 20.12 - was - Re: libkgeomap

Am Samstag, 8. August 2020, 00:41:27 CEST schrieb Albert Astals Cid: > This needs to go to release-team which is where the dropping/adding stuff is > discussed. > > Sending there. > > Friedrich, you're the lastest one that did changes, even they are mostly > gardening ones. What's your opinion?

Deprecation hickup in KParts part.h needs fix (Re: KDE Frameworks 5.72.0)

Hi David, Am Samstag, 4. Juli 2020, 19:47:21 CEST schrieb David Faure: > Dear packagers, > > KDE Frameworks 5.72.0 has been uploaded to the usual place. > > New framework: KDAV. > > Public release next Saturday. > > Thanks for the packaging work! Please pick up

Proposal: noting (rough) branching date in Gear schedule

Hi, TL;DR Let's document the rough date for branching in the Gear schedule, so it's less a surprise and can be planned with. Other than Plasma and KDE Frameworks, with KDE Gear the branching on a new main release does not happen the same day as the Beta tagging, but some time before, given

Re: Request for crash-fixing KDNSSD 5.79.1 (was: Re: KDE Frameworks 5.79.0)

Am Montag, 15. Februar 2021, 22:50:24 CET schrieb David Faure: > On lundi 15 février 2021 19:07:14 CET Friedrich W. H. Kossebau wrote: > > David, can you please do a 5.79.1 KDNSSD release with that commit cherry- > > picked? Given this crash is happening during startup of so

Request for crash-fixing KDNSSD 5.79.1 (was: Re: KDE Frameworks 5.79.0)

Am Samstag, 6. Februar 2021, 14:15:27 CET schrieb David Faure: > Dear packagers, > > KDE Frameworks 5.79.0 has been uploaded to the usual place. > > New frameworks: none this time. I introduced a regression in KDNSSD for 5.79.0 which results in crashes on startup or whenever zeroconf

Re: Fwd: Last Minute Dolphin Merge

Am Freitag, 6. August 2021, 02:18:20 CEST schrieb Nate Graham: > I know we didn't get our ducks in a row earlier, and I apologize for > that, but > I feel very strongly that this needs to go into 21.08. If it does not, > then we're shipping a controversial behavior change to users in 21.08 > with

KDE Gear and hotfix releases, how to see whether a user has the hotfix?

Hi, (distributions as CC: as they are stakeholders on the matter) while discussing a potential move to KDE Gear (or rather, the great automatic Release service part), the question came up how cases of urgent fixes are handled, especially when it comes to identifying products at users whether

Re: Including KDevelop in KDE Gear (for 21.12)

Am Samstag, 30. Oktober 2021, 07:08:13 CEST schrieb Friedrich W. H. Kossebau: > Am Samstag, 30. Oktober 2021, 00:35:59 CEST schrieb Albert Astals Cid: > > What's the story with kdevelop-pg-qt? > > kdevelop-pg-qt has been released on its own separate schedule. Being a > rathe

Including KDevelop in KDE Gear (for 21.12)

Hi, we would like to switch KDevelop from its own release schedule to KDE Gear, starting with 21.12. This includes the following repositories: * https://invent.kde.org/kdevelop/kdevelop * https://invent.kde.org/kdevelop/kdev-python * https://invent.kde.org/kdevelop/kdev-php This switch to have

Re: KDE Gear and hotfix releases, how to see whether a user has the hotfix?

Am Montag, 25. Oktober 2021, 22:50:22 CEST schrieb Heiko Becker: > On Monday, 25 October 2021 01:57:58 CEST, Friedrich W. H. Kossebau wrote: > > CAN WE HAVE KDE GEAR DO INDIVIDUAL AND VERSIONED HOTFIX RELEASES? > > > > So ideally KDE Gear has an option to do interme

Re: KDE Gear and hotfix releases, how to see whether a user has the hotfix?

Am Dienstag, 26. Oktober 2021, 01:00:23 CEST schrieb Albert Astals Cid: > El dilluns, 25 d’octubre de 2021, a les 1:57:58 (CEST), Friedrich W. H. Kossebau va escriure: > > E.g. how can users & developers later know in > > a consistent way if an instance of the software re

Re: Including KDevelop in KDE Gear (for 21.12)

Am Freitag, 29. Oktober 2021, 21:33:00 CEST schrieb Jonathan Riddell: > KDevelop did used to be part of the KDE SC releases and at some point > separated. So one query is why did that release schedule separation happen This must have been before my active involvement with KDevelop, so perhaps

Re: Including KDevelop in KDE Gear (for 21.12)

Am Samstag, 30. Oktober 2021, 00:35:59 CEST schrieb Albert Astals Cid: > What's the story with kdevelop-pg-qt? kdevelop-pg-qt has been released on its own separate schedule. Being a rather feature-complete tool and only used for the soon to be legacy qmake plugin support in KDevelop, there is

KIO 5.91respin to consider, MR still open

Hi, there is a regression in ApplicationLauncherJob when starting DBusActivatable services with URLs, those are lost when activating/launching the app currently. Which would be a regression to before, when the apps was simply directly launched as new process, but with the URLs arguments. As a

Re: Collection of packaging notes

Am Mittwoch, 1. November 2023, 13:30:03 CET schrieb Jonathan Riddell: > One quick question, is naming non-frameworks libKF6foo really a problem we > need to fix? Given all the other issues... What is in a name... usually some semantics. We could also call random libraries libdsafwef or

KDE Gear "6.0" status update: all 40 games & 2 libs now Qt6-only in master

Hi, just a quick heads-up to keep more people in the loop: all the 40 game apps & 2 game libs covered by KDE Gear starting today are now Qt6-only in their master branches. And thus can/will be released based on Qt6/ KF6 in the KDE Gear "6.0" 24.02 release. So the section "Games" can be checked

KDE Gear 22.08.0: respin request for kigo

Found one other with that broken bad theme id handling: Please include this commit with the 22.08.0 tarball of kigo: https://invent.kde.org/games/kigo/-/commit/ af9a37d8fc1cd5a8ea4f1c1120063e11a1c924c8 Cheers Friedrich

KDE Gear 22.08.0: respin request for ksudoku

Hi, there was a last-minute bug report about ksudoku being unusable due to broken theme data loading on systems with symlinks in system data dirs. Handled by a last-minute fix 8) So please include this commit with the 22.08.0 tarball of ksudoku: https://invent.kde.org/games/ksudoku/-/commit/

Re: KDE Gear 22.08.0: respin request for ksudoku

Am Mittwoch, 17. August 2022, 23:02:11 CEST schrieb Albert Astals Cid: > El dimecres, 17 d’agost de 2022, a les 12:50:05 (CEST), Friedrich W. H. > > Kossebau va escriure: > > Hi, > > > > there was a last-minute bug report about ksudoku being unusable due to &g

Re: KDE Frameworks 5.109.0

Am Mittwoch, 9. August 2023, 10:31:23 CEST schrieb Christophe Marin: > On samedi 5 août 2023 16:52:45 CEST David Faure wrote: > > Dear packagers, > > > > KDE Frameworks 5.109.0 has been uploaded to the usual place. > > > > Public release next Saturday. > > > > Thanks for the packaging work! >

  1   2   >