Re: Package Qt WebEngine dictionaries
@Agustin: context: https://lists.debian.org/debian-kde/2022/09/msg00011.html ff. Hi again, Am 20.09.22 um 20:02 schrieb Rene Engelhard: Hi, Am 20.09.22 um 18:38 schrieb Soren Stoutner: I did speak to the maintainer of the English hunspell packages (Don Armstrong), which are based on the scowl source package. But not with the maintainer of the hunspell engine itself. Who wrote the hunspell parts of /usr/share/doc/dictionaries-common-dev/dsdt-policy.txt.gz Neither with the dictionaries-common maintainers where this policy is in/from. We could (and should) document stuff there anyway if we agreed on something. Though I am actually not amused though that the people who care about hunspell dicts in Debian and wrote the policy weren't even asked (and this thread "hidden" in a KDE-centric _user list_, which -kde _is_) Regards, Rene
Re: Package Qt WebEngine dictionaries
Hi, Am 20.09.22 um 18:38 schrieb Soren Stoutner: I did speak to the maintainer of the English hunspell packages (Don Armstrong), which are based on the scowl source package. But not with the maintainer of the hunspell engine itself. Who wrote the hunspell parts of /usr/share/doc/dictionaries-common-dev/dsdt-policy.txt.gz Neither with the dictionaries-common maintainers where this policy is in/from. I don’t have a strong preference either way. I do, personally. Please keep it out of hunspell-*. I also don’t know if the maintainers of the various hunspell packages in different languages do much coordination with each other. There's no big coordination here, but they follow above policy. This is his patch that enables the building of the Qt WebEngine binary dictionaries: https://git.donarmstrong.com/?p=deb_pkgs/scowl.git;a=commitdiff;h=4510f7fed66204384fe8c39fc875e24fd874229b You linked that already. Note that you didn't answer my questions here either. Regards, Rene
Re: Package Qt WebEngine dictionaries
Hi, Am 18.09.22 um 00:32 schrieb Soren Stoutner: I noticed that Debian does not currently ship packages for Qt WebEngine dictionaries. Qt WebEngine can use Hunspell dictionaries compiled into a special binary format using qwebengine_convert_dict from the qtwebengine5-dev-tools package. https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker The binary packages should be placed (currently) in the /usr/share/qt5/qtwebengine_dictionaries directory, although I would assume that it would make sense to create a symlink from /usr/share/qt6/qtwebengine_dictionaries, and I would assume that when qt6 becomes the default the binary files should move there. Can't they be built at runtime by a trigger like PostgreSQL does? I created a feature request to work with the maintainer of the English Hunspell dictionary package (src: scowl) and it seems like the best way to handle this would be to use the existing source to create these binary files yup , either in the existing binary package or in a separate package. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646 I'd argue for a separate package since this .bdic is QtWebengine specific isn't it? Nothing else uses it. Whereas the hunspell dicts as-is are used by various applications. My questions for the Debian KDE community is if there is a preference for the naming convention of a possible new binary package no comment for this :) and if the proposed file locations and symlinks are the best way to handle the installation As the person who wrote the initial hunspell policy I don't like those .bdic files in /usr/share/hunspell. > My plan was to wait and see how things landed with the English package and then reach out to the maintainers of the other Hunspell languages and offer assistance to add the Qt WebEngine dictionaries to their packages as well. One could have also talked to the hunspell maintainer Regards, Rene
Re: Packaging resources
On Mon, Feb 17, 2020 at 06:10:40PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > While I am studying Debian packaging I like to understand why KDE > packaging needs so much effort. For example the LibreOffice package > seems almost instantly available as soon as an up-stream release became > available. Does LibreOffice need less Debian packaging effort? > >Well, it depends. On one side I think kde stuff is composed of many more >source packages. Yes, having only one source package helps for testbuilding and -installing massively. >On the other side Rene, the LO maintainer, has been doing a wonderful job >in keeping it up to date. Now that this does not means we in the Qt/KDE Which also involves following upstream and doing packaging changes as they are needed so I can just prepare an upload when it's time to do so (actcually in many cases for final releases days in advance and at'ed for the release time.) and by following every alpha,beta,rc etc. Regards, Rene
Re: Libreoffice 6.1 with KDE support
Hi, On Mon, Jul 23, 2018 at 05:11:48PM +0200, Josep Febrer wrote: > I've seen that on Sid there are packages from Libreoffice 6.1 RC2, which > includes the new package libreoffice-kde5 which provides a really good > integration with the Plasma Desktop. > It includes the widget style That one is actually gtk3 disguised as gtk3_kde5 ... > and the KDE file open/save dialog ... but this is native, yes. 6.2 will have both native (available). Already filed https://salsa.debian.org/installer-team/tasksel/merge_requests/2 Regards, Rene
Re: libreoffice-kde package qt4 -> qt5
On Sun, Oct 15, 2017 at 06:33:09PM +0200, Rene Engelhard wrote: > On Sun, Oct 15, 2017 at 06:28:24PM +0200, Luc Castermans wrote: > >what to do for the moment? LibreOffice 5.4.x can only be installed > >without libreoffice-kde. Looks ugly. Accept it, right? > > Yes. > > A -kde package will only come back whenever it is upstream _and working_, > and that branch will only be there "when it's ready". 6.x? (next major > version, > would doubt that somehow), 6.1? 5.4.x is in bugfix mode, no new features. Oh, and I'll probably call it -kde5 and make -kde a transitional package (if buster releases with it, which I doubt) [1] to not have the same "fun" with a prospective kde6/qt6 or so again ;) (it's internally called "kde4", too for -kde) Regards, Rene [1] https://people.debian.org/~rene/libreoffice/lo-kde5-wip.diff
Re: libreoffice-kde package qt4 -> qt5
On Sun, Oct 15, 2017 at 06:28:24PM +0200, Luc Castermans wrote: >what to do for the moment? LibreOffice 5.4.x can only be installed >without libreoffice-kde. Looks ugly. Accept it, right? Yes. A -kde package will only come back whenever it is upstream _and working_, and that branch will only be there "when it's ready". 6.x? (next major version, would doubt that somehow), 6.1? 5.4.x is in bugfix mode, no new features. Regards, Rene
Re: libreoffice-kde package qt4 -> qt5
Hi, On Thu, Oct 05, 2017 at 07:38:57PM +0100, Rik Mills wrote: > > The libreoffice-kde package is built upon qt4, but deserves a port to > > qt5/plasma. There is no -kde package anymore. (except in stable) > > Can you advice how I can help to give it attention and support? > > Porting branch for the VCL to Qt5/KF5 I believe > > https://cgit.freedesktop.org/libreoffice/core/log/?h=feature/kde5 Jup, that's it. When it'll be ready - no idea. And then there is the possible "exists but is buggy or has subtle major problems" (like gtk3 was at the beginning.) For more details about what it involves: https://wiki.documentfoundation.org/Development/GSoC/Ideas#KDE5:_port_KDE4_plugin_to_KF5 and https://wiki.documentfoundation.org/Development/GSoC/Ideas#KDE4:_use_Qt4_widgets_and_abstraction_layer_for_painting_and_event_filtering Regards, Rene
Re: libreoffice-kde package qt4 -> qt5
On Wed, Oct 04, 2017 at 08:50:42PM -0400, Nicholas D Steeves wrote: > to see what their plans are, and if they're working on it yet? In > particular I've read that SUSE was the primary maintainer of SO and > LO's KDE integration. They *were* for 3 and 4. 5 is mainly done by jmux (see other reply) and other people (CIB), see the commits in the mentioned feature/kde5 branch. Regards, Rene
Re: KDE Issues under "Squeeze"
On Sat, May 01, 2010 at 07:16:44PM -0500, lrhorer wrote: > > You must not install rpms on a Debian system if you need sanitiy. > > Besides that installing rpms from a repos would not work because you ^ > > don't have the dependencies they require (because they're either not > > there, have "wrong" package names, or simply are not recorded in the > > rpm database) > > That's just nonsense. Many packages simply do not have Debian > sources, > and I have used KPackage to successfully install many alien packages. Read again. I didn't talk about debs alien'ed from rpms. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100505151139.ga4...@rene-engelhard.de
Re: KDE Issues under "Squeeze"
Hi, On Sat, Apr 24, 2010 at 10:49:44PM -0500, lrhorer wrote: > Secondly, KPackage is badly broken. It only shows a handful of > applications installed or available. Synaptic or aptitude show > thousands available and hundreds installed, of course. What's more, I Then use aptitude.. ;) > no longer see how one can manage the sources in the new KDE4 KPackage. Feature. Just don't :-) (Personal opinion) > In KDE3, one could not only easily manage the apt sources from inside > the app, but also RPM repositories. Now I don't see how to manage the > apt sources (I can manually edit /etc/apt/sources.list, of course) or > how to manage rpm sources, at all. You must not install rpms on a Debian system if you need sanitiy. Besides that installing rpms from a repos would not work because you don't have the dependencies they require (because they're either not there, have "wrong" package names, or simply are not recorded in the rpm database) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100426001705.ge15...@rene-engelhard.de
Re: Openoffice menus and opensymbols fonts
Hi, Grégoire Druant wrote: > If I set opensymbol font as my menu font in kcontrol, and that's the font I > use, all the characters in the openoffice menus are displayed as some small > rectangles. and WTF do you want to use OpenSymbol as menu font? Regards, Rene signature.asc Description: Digital signature
Re: Lintian error when packaging an app.
Hi, Jaime Robles wrote: > I am having some problems when packaging an application (KDE app): > == > E: klog: symlink-should-be-relative usr/share/doc/kde/HTML/en/klog/common > /usr/share/doc/kde/HTML/en/common > E: klog: package-has-a-duplicate-relation xlibs (>> 4.1.0), xlibs (>> 4.2.0) > == > > I think i don't have to pay atention to the second error but it is the first Right. > time i get the first one... > What is to be done to solve that problem? > I have seen the lintian reports and MANY kde apps seems to suffer the same > error in lintian... > http://lintian.debian.org/reports/Tsymlink-should-be-relative.html Yes. That's why am ignoring it right now... Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpSYvqU8PtgN.pgp Description: PGP signature
Re: oooqs from ktown.kde.org conflicts with openoffice.org
Hi, [ CC:'ing to debian-openoffice ] Alexander Verbovetsky wrote: > I have openoffice.org 1.0.2-1 from ftp.freenet.de > Installation of oooqs from ktown gives: > > Unpacking oooqs (from .../oooqs_1.0-rc3-0woody1_i386.deb) ... What is ooqs? Quickstarter? > dpkg: error processing /var/cache/apt/archives/oooqs_1.0-rc3-0woody1_i386.deb > (--unpack): > trying to overwrite `/usr/share/icons/hicolor/32x32/apps/ooo_calc.xpm', > which is also in package openoffice.org > dpkg-deb: subprocess paste killed by signal (Broken pipe) > Errors were encountered while processing: > /var/cache/apt/archives/oooqs_1.0-rc3-0woody1_i386.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) Yes, we ship icons for OpenOffice.org in the main OpenOffice.org package which is IMHO senseful. So if this mysterious ooqs needs openoffice.org it (which it does when it is a quickstarter applet for OOo) has to remove these icons (if it Depends: on openoffice.org (what it should do whehen it is a quickstarter for OOo) can use "our" icons). Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpf0JFW0GYrj.pgp Description: PGP signature
Re: kdelibs4
Hi, Johannes Rohr wrote: > On Sam, Feb 08, 2003 at 05:41:34 +0100, Mika Fischer wrote: > > * Alan Chandler <[EMAIL PROTECTED]> [2003-02-08 17:25]: > > > Why is the package not called "kdelibs4c102" ? > > > > Because there never was a klelibs4 package using the g++ 2.95 ABI. > > > > The whole point of waiting until the transition starts before > > uploading KDE was that this way we only need one version in sid an no > > stupid c102 packages :) > > Who chose this weird suffix anyway? Does it have a meaning? Will it go Yes. The package is compiled with the 102 version of the C++ ABI. > away again some time after the transition? It can go away if the SONAME changes... Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpHusQUFUcqU.pgp Description: PGP signature
Re: German language support for kde 2.0
Hi Oliver, please wrap your lines at ca. 72 chars/line... Oliver Tacke wrote: > Will this work without an internet connection? It's not my computer I > installed debian on and this one isn't connected to the net. I installed the > system from CD-ROMs. Thanks in advance. Sure. If you've scanned all CDs and have the sources.list entries for them, apt will get this package from the CDs.. Regards, Rene -- .''`. Rene Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 pgpf3K25yOGKo.pgp Description: PGP signature
[rene@rene-engelhard.de: Re: outil UML ?]
Hi, Oh, I forgot zu change the To: here the message I replied to Fabien's mail.. - Forwarded message from Rene Engelhard <[EMAIL PROTECTED]> - Date: Thu, 4 Jul 2002 15:22:44 +0200 From: Rene Engelhard <[EMAIL PROTECTED]> To: Fabien GAYRAUD <[EMAIL PROTECTED]> Subject: Re: outil UML ? User-Agent: Mutt/1.4i Hi Fabien, Fabien GAYRAUD wrote: > Quelqu'un pourrait me conseiller un outil de conception UML ? > Merci. (translation: He asks whether someone can give him a name of a program for UML design) This is a english list, although there are some speaking more languages (mine German, basics of French) you should ask your questions in English. I would consider Argo/UML http://argouml.tigris.org, dia or kuml (the last version I tried was really buggy). If you do want this feature -- Argo/UML and dia (with dia2code) can produce source code. I do not know about kuml. [...] - End forwarded message - Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
