Re: DM application of Adrien Grellier
On Sat, Jul 20, 2013 at 09:18:18PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: On Saturday 20 July 2013 22:31:31 Adrien Grellier wrote: This is my declaration of intent to become a Debian Maintainer URL:http://wiki.debian.org/DebianMaintainer. I have read the Social Contract, Debian Free Software Guidelines and Debian Machine Usage Policy and agree with all of them. Currently, I co‐maintain the packages Calligra and kwebkitpart. I am also participating to the bug triage for the KDE team and to the french translation of the package descriptions. My GnuPG key AA9F A571 18A2 2E2F 2AAF 2FA2 577C 3237 5327 FCD7 is signed by the Debian Developer Damien Raude-Morvan and Mathieu Parent. I look forward to becoming a Debian Maintainer. Thanks for your attention. Adrien Grellier pe...@adrieng.fr adrien.grell...@laposte.net Adrien has been helping in the Qt/KDE team for quite some time, and he has showed skills enough to maintain some of the packages we keep under our umbrella. He has also done lots of bug triaging, showing interest and being nice with our users. I'm hereby advocating Adrien to become a DM. I couldn't agree more :) Ana signature.asc Description: Digital signature -- http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-talk
Re: looking for a sponsor for calligra
On Wed, Oct 12, 2011 at 06:18:10PM +0200, Adrien wrote: As suggested, I re-posted here my message from debian-de...@lists.debian.org to continue the discussion about calligra packaging : Hi, Calligra, the fork of KOffice, has released its beta 2 version : http://www.calligra-suite.org/news/announcements/calligra-2-4-beta-2/ The debian koffice package has been updated for follow these changes : http://anonscm.debian.org/gitweb/?p=pkg-kde/kde-std/calligra.git;a=summary The packaging is now ready and we are looking for a sponsor to include it in the qt-kde repository (http://qt-kde.debian.net/). So experienced users can test it before the official stable release, planned for november or december. If you are interested for uploading the package or if you want more information on it, please let me know :-) Hi! You do not need a sponsor to upload to that repo, you can upload yourself directly to kdetrunk (work repo) and then pull it to the another repo. The best here is you join us in IRC and we guide you, we do not have any write up instructions about this. Ana Guerrero wrote: On Wed, Oct 12, 2011 at 11:06:35AM +0800, Paul Wise wrote: I think experimental would be a better place for that, please use it instead of the qt-kde repository. Probably calligra needs newer version of packages that are not still in Debian, but they are in the qt-kde repository, so no :) All the packages needed for calligra are available in Debian testing. So experimental could indeed be a good choice for testers. I thought you were building against the packages in kdetrunk that are already 4.7.2. Also, based in my experience, I advise you it is not a good idea to upload packages to the debian archive until there is at least a RC. (this advise only goes with Calligra, not in general) Ana -- http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-kde-talk
Re: Qt/KDE team news
On Tue, Apr 19, 2011 at 03:51:12PM +0200, Kai Wasserbäch wrote: judging from Ana's reply to my initial e-mail she is going to continue to do this kind of blog posts. Thus I won't proceed with my idea and focus on passing bits and pieces for inclusion in such posts on to her. No, no. I will blog about the stuff I have done and removing what is left of KDE3. I barely have followed the KDE packaging lately and I am not planning to blog about this. -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Qt/KDE team news
On Tue, Apr 19, 2011 at 12:49:52PM +0200, Kai Wasserbäch wrote: Dear fellow Qt/KDE team members, inspired by what Cyril Brulebois' DXN posts about news in the X world, I was wondering whether we wouldn't want the same for Qt/KDE? I'd volunteer to write these news, but would rely on you to point me to interesting bits and pieces (if you have some polished text ready, I won't complain ;) ), just drop me a note at [0] and it'll be part of the next news post. As Cyril I'd post this on my blog (available at [1]), which is planet.d.o syndicated and should reach a lot of people. Let me know whether you find this a good idea or not. If the general opinion is in favour I'd start the series with a post about dhmk and getting rid of Qt3 in a few days, if you have other stuff you'd like to see in that post, write to [0]. If the majority of you think this is a bad idea, I won't proceed. We are not getting rid of Qt3, we are giving up to adoption. This should be done via a mail to debian-devel@ although you can of course blog after that! I am planning to do a blog post about the kdelibs removal once arts is out with some numbers. But it won't be in the next 2 weeks. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: towards KDE 4.5? (mail to -release, filling the needed info)
On Mon, Aug 02, 2010 at 03:00:50PM -0400, Ana Guerrero wrote: This needs some general planning of what needs to be done and tell the release team about our plans. I am willing to help with this part and make uploads if needed, but I do not have too much time for the updating part. Thanks for all your answers so far! Now the next step is mailing the release team, I have voluntered with this part, but as as you know, I have not been around lately and I need some help recollecting information. The plan is: shipping into the next stable release with KDE 4.5.x where x is hopefully at least =2 with Qt 4.7. The 4.5.0 release is in 2 days and we are far from having packages ready, so as Modestas pointed, we could ship then wherever we have something ok for general public at qt-kde.d.n and later upload 4.5.1 directly to the archive. 4.5.1 is supposed to be released in the 2nd week of September. Fabo, do you know when is Qt 4.7 being released? :) I have not idea about approx dates and we need them if we are about to tell our plans to the release team. Actually, it might be a good idea to handle this separately? About KDE 4.5, gkiagia, Modestas: what have you found so far? As I have understood it, we should have not problems with the soname bumps/additions/ removals (if any) out of KDE (SC). Also, I know we have one new package neeeded, grantlee, but it is already in the archive (thanks to bricks!). Finally, it is kdepim. The official planning currently says they will skip 4.5.0 and release with 4.5.1 and well, the changes will be big. Should we keep 4.4.x anyway? Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Switching KDE packaging to git
On Sun, Jul 11, 2010 at 03:53:33PM +0300, Modestas Vainius wrote: Hello, so hereby I propose to switch our KDE packaging from svn to git on git://git.debian.org/git/pkg-kde/kde/$modulename.git. In other words, each official KDE module gets its own $module.git under git://git.debian.org/git/pkg-kde/kde/ with a script to clone/pull/etc. them all. 1) We would use the same workflow as for qt4-x11.git, i.e. no upstream branch. It proved to be fine, didn't it? Fathi, you worked most with qt4-x11.git, is there anything you would like to be changed? 2) upstream pristine-tar branches are nice for small packages but from my experience: a) they are additional burden to manage even if `git import-orig` makes it kinda easy to import; but kde is 22 source packages so I don't think this will scale; b) things get complicated (though manageable with some patience) when there are a few packaging branches based on different upstream versions. It might be tricky to get merging right; c) upstream branches increase repository size considerably; given that kde has 22 source packages, clone of all repos will be huge; d) last but not least, when we decide we want upstream branches, we can always add them later without any cost. 3) Packaging will be imported to git with all history. The main motivation for VCS change is upcoming situation. We will probably have to release with 4.4.5, but we will want to package KDE 4.5 as well. Merging in svn is impossible but we want to properly track changes which apply to both 4.4.5 = 4.5 packaging (we have lost changes in the past due to svn deficiencies). Secondary motivation is that centralized svn is ageing while git is distributed, fast, has some nice features and is the most featureful DVCS at the moment. Sounds good to me. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Switch to orig.tar.bz2 dpkg-source format 3.0 (quilt)?
On Mon, Nov 02, 2009 at 08:35:11PM +0200, Modestas Vainius wrote: Hello, since Debian ftpmasters have made it possible to upload source packages packaged in the next generation formats: 1) I don't see any blockers to use pristine KDE upstream tarballs anymore (renamed to appropriate orig.tar.bz2 of course). 2) What about dpkg-source format 3.0 (quilt) for all official KDE packages? I tested it and I was sort of pleased with results. Fine on my side. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Bug#548244: update kde Suggests
Package: desktop-base Version: 5.0.5 Severity: normal Please update the Suggests on kde to kde-standard. kde metapackage not longer exists. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
[knut.yr...@nokia.com: Q: Key issues to address with Qt/KDE on Debian]
- Forwarded message from Knut Yrvin knut.yr...@nokia.com - From: Knut Yrvin knut.yr...@nokia.com Organization: Qt Software Reply-To: Knut Yrvin knut.yr...@nokia.com To: Debian Qt/KDE debian-qt-...@lists.debian.org Date: Mon, 15 Jun 2009 17:06:29 +0200 Subject: Q: Key issues to address with Qt/KDE on Debian User-Agent: KMail/1.11.4 (Linux/2.6.28-11-generic; KDE/4.2.4; i686; ; ) Hi all, I'm working on a short list of issues which can be improved when packaging and running KDE 4 on Debian. What are the two-three most important issues to address and maybe fix. I've already got suggestions improving KNetworkManager with mobile broadband modem integration[1]. Several improvements and fixes was suggested from KDE before releasing Qt 4.5[2]. This are example of things I'm looking for. My question: What's the top two-three things which could be improved on Qt/KDE integration on Debian, making it really shine? And how do you think we should address those improvements? 1. http://dot.kde.org/2009/06/10/network-manager-sprint-oslo 2. http://labs.trolltech.com/blogs/2008/12/04/how-kde-4-is-blocking-qt-45/ Best regards Knut Yrvin -- Open Source Community Manager Qt Software, Nokia cell: + 47 934 79 561, phone: +47 21 60 27 58 http://qtsoftware.com -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org - End forwarded message - -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: KDE 4.3 in trunk
On Sat, Jun 06, 2009 at 08:57:19PM +0300, George Kiagiadakis wrote: Hi, I just branched off kde 4.2 in /branches/kde4.2 and commited kde4libs, kdepimlibs, kdebase-runtime and kdebase-workspace 4.2.90+svnXX in trunk. I'm just writing this mail to let you know that trunk is now 4.3. Cool =) Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: KDE 4.3 in trunk
On Sat, Jun 06, 2009 at 10:59:52PM +0200, Ana Guerrero wrote: On Sat, Jun 06, 2009 at 08:57:19PM +0300, George Kiagiadakis wrote: Hi, I just branched off kde 4.2 in /branches/kde4.2 and commited kde4libs, kdepimlibs, kdebase-runtime and kdebase-workspace 4.2.90+svnXX in trunk. I'm just writing this mail to let you know that trunk is now 4.3. By the way, I have seen you have added yourself to uploaders (finally). We should so some cleanup there while we make it automatic again (if we do :P). I am going to remove to Muki, his last commit was in September'08 and the previous one in July'08. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Bug#528489: tasksel: kde-desktop neeeds adjusting for KDE4
On Wed, May 13, 2009 at 02:19:17PM +0200, Frans Pop wrote: How big would the resulting install be? I'm asking because it is *essential* that the packages listed as Key don't install too large a system as they (plus all their Depends, not Recommends) must easily fit on a single CD (together with D-I, documentation (installation guide, release notes), base system, kernel, X.org, etc.). Will the kde-standard meta package fit that requirement? Yes, I think it will do. Currently kde-standard is exactly the same than kde-minimal. The goal in the very close future is that kde-standard become something between kde-minimal and kde-full; this a similar to what the old task does, it contains kde-core and some modules. (Actually I think the current list of key packages is too big, but that does not matter anymore) The goal of kde-standard is provide what an average user would expect: browser, file manager (those both are included in kde-standard), but also pdf reader (okular, kdegraphics), etc... I think it will be a better selection that what is currently listed key. If not, it might be better to list something smaller as Key package, with kde-standard as a regular package that's to be installed if available. If kde-standard becomes too big, the task can be changed to kde-minimal plus subset of modules. And move the remaining to Packages-list, or even directly list there kde-full (it does list kde now...) But for what we (kde team) have in mind for kde-standard, it should fit perfectly the task. And even after that, regular packages included in the task should also not total too much. Preferably the whole task should be installable from CD1, ideally with room to spare for at least some KDE l10n packages. In any case, from now to one year that we will have to relook at this. KDE upstream is in constantly doing changes and who knows how things will end up for the time that we will be getting ready for squeeze (KDE 4.4 or KDE 4.5 or who knows). Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Bug#528489: tasksel: kde-desktop neeeds adjusting for KDE4
tags 528489 +patch thanks On Wed, May 13, 2009 at 11:04:38AM +0200, Adeodato Simó wrote: Package: tasksel Version: 2.78 Severity: important X-Debbugs-CC: pkg-kde-talk@lists.alioth.debian.org Hello, while trying to get an initial view of migrating KDE4 to testing with britney, I noticed that our taskel-meta-faux package [1] was rendered uninstallable because the kde-core metapackage is no longer provided. It seems the KDE meta-packages have been re-organized for KDE4, and now kde-full, kde-minimal and kde-standard are provided. It'd be nice if you could be looking into updating tasksel to these new metapackages, so that there's a version ready to migrate together with KDE4. The attached patch updates the task to KDE 4. It relies in the new metapackage kde-standard that still needs to be updated [0]. The metapackage will need an update in a couple of months or so when KDE 4 is more settled in Debian and to review what to do with libqt-perl, debconf kde frontend, and kpackage. Ana [0] thread about this if you are curious: http://lists.alioth.debian.org/pipermail/pkg-kde-talk/2009-April/001254.html --- kde-desktop.orig 2009-05-13 12:57:01.0 +0200 +++ kde-desktop 2009-05-13 13:06:13.0 +0200 @@ -7,25 +7,17 @@ This task provides basic desktop software using the K Desktop Environment. Key: -# This could probably be reduced more. - kde-core - kdeadmin - kdeartwork - kdegraphics - kdemultimedia - kdenetwork - kdeutils - kdepim +# This meta package will install a kde default desktop, but we have not decide +# yet what it should ship. + kde-standard kdm Packages: task-fields Packages-list: - kde - openoffice.org-kde # enable debian menus menu-xdg -# package management - kpackage -# debconf kde frontend +# package management. Need something here, but please, no kpackage. +# kpackage +# debconf kde frontend. This will go away, see #522580 libqt-perl # cd/dvd burner k3b @@ -35,6 +27,3 @@ # This is configured by d-i to be used to gain root on systems with no root # password. It is not enabled by default. kdesudo -# kdeutils recommends this, and it's needed on laptop, and can also be -# useful on desktops - kpowersave -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: wording of debian-desktop.org
On Thu, Apr 23, 2009 at 06:42:31PM +0200, Martin Alfke wrote: Hi Martin and all, I do not have any problem at all with you offering KDE packages. You are totally free to do so, and I am sure your work is highly appreciated for a lot of users. But I have problems with the whole debian-desktop official project thing. AFAIK, Debian desktop subproject is to work on the integration of the various desktop-related packages, bug reports, questions and patches *inside* Debian. You are providing packages named as the official ones of the Official DebianDesktop project and those packages should be the packages in the archive for any desktop. I had no intention to mark the site as the official website for the DebianDesktop project. Maybe my wording was wrong. I changed the wording to make clear that my site is not the official website. It is ok now. Thanks a lot Martin! Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: meta-kde4 and meta-kde (final conclusions)
On Tue, Apr 07, 2009 at 06:49:33AM +0200, Ana Guerrero wrote: We should kill meta-kde and update meta-kde4 to some final layout. ... After leaving this issue sleep a couple of weeks, I am all for: kde-full (current kde4) kde-minimal kde-thirdparty And we can keep using kde-$MEANING for the metapackages. Since we have to go to NEW i will add already kde-thirdparty with RECOMMENDS in amarok, ktorrent, yakuake, rsibreak anything else? I do not know if we need kde-development, and what to put here. If you think it is worth it, anwser here why :D Another question: kde-full should provide kde ? We really need to move forward with the metapackages before people get very used to current ones... Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Bug#523899: Stop providing KDE 3 support
On Mon, Apr 13, 2009 at 02:45:04PM +0200, Rene Engelhard wrote: Hi, Ana Guerrero wrote: With KDE 3 as default kde in unstable, the kde 3 support provided in ^ 4? ;) openoffice.org (-kde and -kab AFAIR) is not longer useful. Please stop building it. Last I loooked it still showed Qt dialogs even when used in KDE4.. So what exactly is not useful anymore? The file picker? The KAB integration? (The latter can be disabled on its own afair) I am not an openffice.org user in debian, so i might have missed something, but so far: the -kab integration is linking against the old kde3 libraries, so it hardly can work with current kaddressbook et all. about -kde is supposed to show it integrated with kde4/qt4 and if that is working (i have not checked), it will be kde3/qt3 and you have to install kdelibs from kde3 that some users might have ride of already. For me it is ok to keep -kde if you rename it to -kde3, but not sure it is worth the bothering (NEW...) Ana PS: CC'ed pkg-kde-talk@ in case some heavy OOo users has something to add. -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
kde-l10n in NEW, process please
Hola, kde 4.2's translations are currently stuck at new only because they include a new translation (slovak), could you take a look at it please? Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: meta-kde4 and meta-kde
On Tue, Apr 07, 2009 at 06:49:33AM +0200, Ana Guerrero wrote: Welcome to the annual metapackages discussion. After the emails that followed my first mail, I have realized that certainly if the 4 in the meta packages is going to be killed, the sooner, the better. So, what about: - kde-minimal (just rename current kde4-mininal) I am not sure kde-core longer fits. - kde-full (renamed from current kde4) I agree it is clearer than kde. - kde-development. Not only renamed from kde4-development, also address #484855 and convert it in what its name says. In the future, when we have more kde4 apps in the archive we can make the package with 3rd party apps. Modax suggested kde-standard, i think kde-3rdparty could fit too. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: KDE4 in Unstable
On Sun, Mar 15, 2009 at 04:47:21PM +, Grześ Andruszkiewicz wrote: Hi, I don't want to hasten you in anyway, but do you have a rough idea when kde4 will be available in unstable? http://lists.debian.org/debian-kde/2009/03/msg00072.html -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Uploads to lenny and the $KDEHOME dilemma
On Wed, Feb 11, 2009 at 11:13:16PM +0100, Armin Berres wrote: On Tue, 03 Feb 09 22:53, Armin Berres wrote: The current situation is, that KDE 3 applications use ~/.kde and KDE 4 applications use ~/.kde4. The problem with this approach is, that no data/settings are automatically converted to be used by KDE 4. The question is now: should we a) continue to use ~/.kde4 for KDE 4 applications b) use ~/.kde for KDE 4 applications. When looking at the thread it seems as if we will go with b). The question is now: Is anyone working on any kind of conversion tool? Of yes, wht is the timeframe until it will be usable? Yeah, it looks like b) is prefered. So let's plan with this option. In case nobody is interested in (or have time for) doing a settings migrating tool for the stuff that is not migrated by the apps [1], we always can setup a page (and also maybe a README in the packages?) with some hints for migrating the stuff and have some pointer when people yells: WHERE IS MY EMAIL? We have several cases: - User of KDE 3 going to KDE 4 when it enters in unstable. (base case) - Current user of KDE 4.2 who have already migrated settings. (nothing to do in our side, they have already migrated themselves) - And the hard one: user of KDE 3 using some KDE 4 stuff. They have .kde and .kde4 with data in both. Ana [1] For what I have understood in this thread, everything should be migrated, and when it is not possible, being ignored. And when it is not correclty migrated it is a bug to report to upstream. -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
kde update for Release Notes
Hi, For updating the release notes for Lenny [0], what about: There are not huge changes in the KDE Desktop Enviroment from the version shipped in Etch. Lenny ships an updated translation and service release of KDE 3.5 that is a mixture between 3.5.9 and 3.5.10. Modules labeled as version 3.5.9 are updated and they include mostly the same than the tenth revision. In overall, Lenny ships 3.5.10 without the kicker improvements shipped in kdebase and some bug fixes in kdepim. Lenny will be the latest stable release including a KDE 3 series environment. Any comments? Proofreading for english natives is totally welcome :D ana [0] Current stuff is from etch: http://www.debian.org/releases/lenny/i386/release-notes/ch-information.en.html#kde-desktop-changes -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
logging of #debian-qt-kde
Hi Yllar, We have realized you are logging the URLs at #debian-qt-kde and publishing then publically available at http://loru.mine.nu. We use to paste in this channel URLs with private working repos and some semi-private URLs from time to time. This info is not top-secret (or we do not publish it in a IRC channel), but we do not want it so publically available. Could you stop logging the urls and remove the old logs? Ana PS: you are logging too #debian-kde, we are fine with that (some people may not be aware of your publich logging and publish there private urls, though). -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: krypt
On Fri, Jan 02, 2009 at 05:11:16PM +0200, Stefanos Harhalakis wrote: On Friday 02 January 2009, Ana Guerrero wrote: Anyway, without beeing a DD, as a debian user, I'd like to have this program available as a package. So, to conclude, just take a moment to reply with at least a simple go-on or don't-go-on. I won't argue any more. You are free to package it and ask people to sponsor it. Nobody can forbid you of uploading a proper package to Debian if you find a sponsor, but think in the work that this will carry to the distro for maybe little gain. Your package will be some time in unstable, yeah, but its final target won't be being in a debian release given that squeeze (next release after lenny) will have KDE 4. I believe that I cannot take such a decision myself. From my POV (as a debian user) I want this program to be in debian and that's why i packaged it (as expected, I'm also using it). Fotis offered to sponsor it but I don't want to introduce problems to debian, so I'll follow your advice. As for KDE4, krypt will be usable for squeeze too and when the author ports it to KDE4 it will be ported for debian too. Having this in debian may increase the interrest of other/new users for it and they may offer to do the porting themeselves. As I see it, its main/only problem is that it will be replaced by built-in support in KDE4 sometime in the future (perhaps in KDE 4.3) but until then (1 year from now?) it is an essential tool for all encrypted-USB-stick, encrypted-USB-disk and laptop-with-encrypted-data-partition KDE3/4 users. In case it is not clear, my advise is: if you really want to do things right, wait for the KDE 4 port, and upload it directly to Debian. If the tool is really so handy (not saying it is not, i just have not used it), it does not need to be in Debian to encourage its porting. Hopefully in 2 month, KDE 3.5 will be only in lenny that does not allow new packages and unstable will contain KDE 4.2. p.s. Should I stop CCing you? I am already subscribed to pkg-kde-talk, but i do not mind it. -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: krypt
Hi! On Wed, Dec 31, 2008 at 11:58:07PM +0200, Stefanos Harhalakis wrote: I believe that there are some arguments for including it in debian too: a) It is not integrated. It just integrates with the desktop environment. It is a single executable binary that interracts with hal and dbus. After opening a luks device, the device is handled by KDE as a normal mapper device. It should work for gnome and KDE4 too b) From what I've seen, up to KDE 4.2, there is no good support for crypted volumes (correct me me if I'm wrong). This little program fills the gap. c) It's the only way (?) to have easily accessible encrypted removable devices. d) As you said, sime. Why not have this available for that time? e) It is a program that exists today and solves a today's problem. Isn't it better to have this available for the next year (or more), until it is ported to KDE4 or KDE4 gets support for encrypted devices? f) Are there any drawbaks for including this in debian? g) Isn't this what happens with all other packages? AFAIK, the KDE3-KDE4 transition of programs is not a debian's issue but the program's developers. Why not distribute this with debian too? Anyway, without beeing a DD, as a debian user, I'd like to have this program available as a package. So, to conclude, just take a moment to reply with at least a simple go-on or don't-go-on. I won't argue any more. You are free to package it and ask people to sponsor it. Nobody can forbid you of uploading a proper package to Debian if you find a sponsor, but think in the work that this will carry to the distro for maybe little gain. Your package will be some time in unstable, yeah, but its final target won't be being in a debian release given that squeeze (next release after lenny) will have KDE 4. Even if some of the work is never lost time, specially if you improve your packaging skills, introducing a new package in the archive is also work for other people in the distro like ftpmaster accepting/removing it, another developers coordinating transitions, buildd maintainers taking care of the builds across all the archs, kde team taking care of the reverse build depends, people who packages stuff in what your package relies taking care too of reverse build depends... If you have more questions ask. I hope all the above stuff helps you to understand what is the right thing to do here. ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: kipi-plugins 0.2.0 beta3 and KOffice 2.0 beta 3 packages
On Sun, Nov 23, 2008 at 10:17:49PM +, Beojan Stanislaus wrote: On Sunday 23 November 2008 21:07:24 Ana Guerrero wrote: On Fri, Nov 21, 2008 at 09:45:23PM +0100, Matthias wrote: Hi! Please tell me if you plan to provide debian packages for kipi-plugins 0.2.0 beta3 and koffice 2.0 beta3 in experimental. koffice 2.0 beta3 is very unlikely to be uploaded to experimental, you have the beta2 and using its packaging beta3 should be straightforward to build. Beta 4 is scheduled for mid-december, and do not worry that one will make experimental together with translations. I do not maintain kipi-plugins, so no idea. Ana Can you tell me whether there is any plan to package the KOffice2 version of Kexi when Koffice2 beta 4 is packaged? There is not plan to package it, since kexi (Kivio and KFormula) is not being released as part of KOffice 2.0 Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: kipi-plugins 0.2.0 beta3 and KOffice 2.0 beta 3 packages
On Sun, Nov 23, 2008 at 09:28:59PM -0200, Lisandro Damián Nicanor Pérez Meyer wrote: Sorry Ana, this should have gone to the list On Sun, Nov 23, 2008 at 9:27 PM, Lisandro Damián Nicanor Pérez Meyer [EMAIL PROTECTED] wrote: On Sun, Nov 23, 2008 at 7:07 PM, Ana Guerrero [EMAIL PROTECTED] wrote: [snip] koffice 2.0 beta3 is very unlikely to be uploaded to experimental, you have the beta2 and using its packaging beta3 should be straightforward to build. Is there anything I can do to reverse this? I mean, perhaps it needs some test or something like that in order to upload it. Or maybe there's another reason not to upload it :-) IIRC you have commit access, so improve/fix what you think that needs to be done and commit it. The problem is on my side, because I am not going to review, test and so on, you changes and then upload (nothing against you, just I can not do that currently). And I am not sure somebody else will volunteer. But whatever you do will be done for beta4 which i am planning to upload. BTW, beta4 will be released by the 10th of December, i will upload it to Debian, but do not expect it in the repos exaclty that day... Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: kipi-plugins 0.2.0 beta3 and KOffice 2.0 beta 3 packages
On Fri, Nov 21, 2008 at 09:45:23PM +0100, Matthias wrote: Hi! Please tell me if you plan to provide debian packages for kipi-plugins 0.2.0 beta3 and koffice 2.0 beta3 in experimental. koffice 2.0 beta3 is very unlikely to be uploaded to experimental, you have the beta2 and using its packaging beta3 should be straightforward to build. Beta 4 is scheduled for mid-december, and do not worry that one will make experimental together with translations. I do not maintain kipi-plugins, so no idea. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: rev 12549 - branches/kde4/packages/kdebindings/debian
As promised, I will do the backports, taking a look to the commits for 4.1.3, this took my attention... On Tue, Nov 04, 2008 at 07:43:10PM +, Vincent Fourmond wrote: Author: fourmond Date: 2008-11-04 19:43:09 + (Tue, 04 Nov 2008) New Revision: 12549 Added: branches/kde4/packages/kdebindings/debian/watch Modified: branches/kde4/packages/kdebindings/debian/changelog branches/kde4/packages/kdebindings/debian/control branches/kde4/packages/kdebindings/debian/copyright Log: [kdebindings] Vcs-* fields + watchfile ... --- branches/kde4/packages/kdebindings/debian/copyright 2008-11-04 07:57:54 UTC (rev 12548) +++ branches/kde4/packages/kdebindings/debian/copyright 2008-11-04 19:43:09 UTC (rev 12549) @@ -1,6 +1,6 @@ This package was debianized by the Debian Qt/KDE maintainers in 2008. -This package is fetched from ftp://ktown.kde.org +This package is fetched from ftp://ktown.kde.org/pub/kde/unstable/ Upstream authors and copyright holders: Copyright (C) 1989, 1991, 1999 Free Software Foundation, Inc. I have seen like 3 commits changing this line, for the sake of consistence, i would keep it like the rest of the KDE 4 packages: It was downloaded from ftp://ftp.kde.org which I think it is the most appropiate information to this field, not ktown, just use the kde canonical mirror. OTOH, it is not unstable, kdebindings 4.1.x is released as stable. Added: branches/kde4/packages/kdebindings/debian/watch === --- branches/kde4/packages/kdebindings/debian/watch (rev 0) +++ branches/kde4/packages/kdebindings/debian/watch 2008-11-04 19:43:09 UTC (rev 12549) @@ -0,0 +1,2 @@ +version=3 +ftp://ktown.kde.org/pub/kde/unstable/([\d\.]+)/src/kdebindings-([\d\.]+)\.tar\.bz2 Again, it is stable, and not sure we need watch files for KDE, but *shrug*. ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: Step
On Wed, Jul 30, 2008 at 02:25:49PM -0400, Matthew Rosewarne wrote: On Wednesday 30 July 2008, Ana Guerrero wrote: Because it does need Gmm++ 3.0 (A generic C++ template library for sparse, dense and skyline matrices), that is not in the debian archive. The GETFEM++/GMM++ packaging is mostly complete in krap/, I believe it may only need some minor copyright tweaking. Could you look at it and finish the package? Thanks, Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: rev 11376 - in branches/kde4/packages/kdebase-workspace/debian: . patches
On Mon, Jul 07, 2008 at 07:24:59PM +0200, Sune Vuorela wrote: .. I will forward you back to the recent discussion on IRC. -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Classic Debian problem
So, we have in the Qt/Debian team the classic Debian problem of 2 developers not getting along. It started on IRC some time ago and lately has spilled on this mailing list. It has been there for some time now, but it grow a lot with the past KDE3/KDE4 in lenny issue. It is killing my fun of working in KDE stuff, and I am sure it is killing the motivation of others, because it is not nice being around when you see this ugly enviroment in a team. Does somebody have a idea of how to handle this? I have been trying to handle this on my best way, but every time I give some ground with the goal of trying to find some common ground it does not work from the other side. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk
Re: KDE version in Lenny: KDE 3.5.9 vs KDE 4.1
On Mon, Jun 09, 2008 at 07:30:24PM +0100, Miguel Figueiredo wrote: Hello all, KDE3 it's upstream 'dead' and KDE4 it's the current KDE. Is it possible to let each user choose which KDE he/she wants to use? No, we ship either KDE 3 or KDE 4. KDE 3 is not fully dead, there is security support. KDE 4.0 does not fully replace all the functionality of KDE 3.5.9 and KDE 4.1 has not been released yet and it does not look like it will be ready on time. I mean, anything prevents to release KDE 3.x and KDE 4.x ? You have 2 versions of every program: 2 konqueror, 2 kopete, etc. Some distributions have handled install both version using non-standard paths, that is not allowed in Debian and usually revert the changes made too much problems. So it was never considered. Ana -- http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk