July 2011 - openSUSE KDE - openSUSE Mailing Lists

[opensuse-kde] Zanshin in KDE:Unstable:Playground
by todd rme 27 Jul '11

27 Jul '11

The developer of a KDE todo list program called Zanshin currently maintains openSUSE packages for it in his own OBS repo: home:ervin I asked him, and he expressed interest in having Zanshin in KDE:Unstable:Playground. Would it be possible for someone to set up a link there to the zanshin package in his home repo? Here is a link to the discussion: http://ervin.ipsquad.net/2011/07/25/zanshin-0.2-beta1/#comment-265384317 -Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

2 1

[opensuse-kde] rpmlint errors
by todd rme 27 Jul '11

27 Jul '11

I have been going through and fixing rpmlint errors in the KDE packages. There are a few classes of common error, however, I have been hesitant to fix, and want some feedback on, usually because they require changes to which packages are actually available: 1. "no-binary: The package should be of the noarch architecture because it doesn't contain any binaries." These are usually for the base packages of particular groups, like "kdeutils" or "kdetoys". However, in practice these pretty much only include documentation. I would personally be inclined to eliminate the base packages and instead have noarch documentation packages in these cases. Phonon is an exception, it actually has real files, but I could probably make a phonon-base package. Currently it is unclear from the naming what the base packages do, if anything, so besides eliminating warning and reducing the amount of space used it would also be clearer. 2. "shlib-policy-missing-suffix: Your package containing shared libraries does not end in a digit and should probably be split." This appears when shared libraries appear in a non-library package. This would involve splitting off a new library package for the shared libraries. This is simple in some cases, but in others is a bit more difficult, such as bluedevil where there already is a libbluedevil. In such cases I could call it bluedevil-libs, libbluedevil-extra, libbluedevilgui, or something like that depending on the context. 3. "shlib-policy-missing-lib: Your package starts with 'lib' as part of it's name, but does not provide any libraries. It must not be called a lib-package then. Give it a more sensible name." This is the opposite of the previous, but requires fully renaming the package. 4. "devel-file-in-non-devel-package (Badness: 50)" These appear when a .so (NOT .so.x or .so.x.x) file appears in a non-devel package. This is usually a trivial fix, but I haven't fixed this since I don't know if it is correct or not (especially since in some cases the error appears in packages that already have a -devel sub-package). In some cases I would need a new devel rpm, would it be alright to split those? 5. "package-with-huge-docs x%: More than half the size of your package is documentation. Consider splitting it into a -doc subpackage." This should be self-evident, it just requires splitting a doc package, but once again it requires splitting off a new rpm. 6. "explicit-lib-dependency: You must let rpm find the library dependencies by itself. Do not put unneeded explicit Requires: tags." I don't know whether these are in here on purpose to fix dependencies that are not automatically detected, or if they are errors. The most common seems to be libkeduvocdocument4. 7. Obsoletion of KDE 3.5.1. A lot of packages obsolete KDE 3.5.1. Is this correct? It seems to be a bit of an odd number to pick, is there a reason for it? What was the last openSUSE version to ship with KDE 3.5.1? In practice I don't think this obsoletion will accomplish anything, it won't obsolete any version of KDE 3 people are still using. I am thinking we probably should not be obsoleting or providing KDE 3 packages at all, those are handled by the KDE3 repos. 8. "non-executable-script: This text file contains a shebang or is located in a path dedicated for executables, but lacks the executable bits and cannot thus be executed. If the file is meant to be an executable script, add the executable bits, otherwise remove the shebang or move the file elsewhere." Should I make these executable? 9. Commented commands in .spec file: Do you think that commands that have been commented out can be removed? A special case: akonadi obsoletes itself, since it used to follow the KDE numbering scheme (4.x) but now follows an internal one (1.x). 4.x obsoletely 1.x. RPM has a way to handle this, it is called an "epoch". This has precedence over the version number, and defaults to zero. I could bump the epoch to fix this problem, and perhaps in other similar cases. Otherwise there doesn't appear to be a clean way to fix this. Some things outside of my control: RPMLINT has some bugs that should be fixed in more recent versions, including one that prevents building some python packages. Would it be possible to have a link to the factory version? It would probably not be published, only used for building. Should we be publishing update-desktop-files? It seems to be something that is only used for building. Finally, I think it would be worthwhile thinking about what groups particular sorts of packages are in. They are currently completely inconsistent for relatively similar packages. It might be good for someone to go through an put a wiki page that lists the group for each RPM, and then we can decide how to reorganize them up so they are more consistent and more logical. -Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

2 2

[opensuse-kde] KDE 4.7rc1 is now ready for testing
by Ismail Doenmez 27 Jul '11

27 Jul '11

Hi all; I successfully tested KDE 4.7rc1 on 11.4, if you are brave and want to help us make it a successful release please do; zypper ar http://download.opensuse.org/repositories/KDE:/Unstable:/SC/openSUSE_11.4/ kde-unstable-sc zypper dup --from kde-unstable-sc Please report problems/crashes here then we can decide we want to report it upstream or can fix it rightaway. P.S: 11.3 is done too but not tested, if you can test it please let me know. Factory repo is still building. Regards. -- Ismail Dönmez - openSUSE Booster SUSE LINUX Products GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

11 24

[opensuse-kde] missing akonadi dependency
by Malte Gell 26 Jul '11

26 Jul '11

Hello, I just was about to install the recent packages from http://download.opensuse.org/repositories/KDE:/Release:/46:/kdepim46/KDE_Re… but akonadi complains it needs akonadi-runtime 1.6.0 . But there is no akonadi-runtime version 1.6.0. What to do now? Will SUSE deliver akonadi-runtime 1.6.0 soon? Malte -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

2 2

[opensuse-kde] KDE upstream repo: rebuild plasma-addons against akonadi 1.6
by David 26 Jul '11

26 Jul '11

Hello, At the moment, I cannot completely upgrade, because plasma-addons still depends on akonadi-runtime<1.5.40, whereas the current version of akonadi in "KDE upstream repo" is 1.6.0-93.1. Thank you, David -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

5 7

[opensuse-kde] configuration primer
by Felix Miata 26 Jul '11

26 Jul '11

Is there one? I do a lot of installation testing on different hardware. Because it's just testing, I don't configure any users in most cases. That means for me, there is only root. Consequently, there's no need for a login manager, so unless it's the login manager I'm testing, startx needs to work. Plus, when repeatedly restarting X, retyping a password gets to be a pain. As many know, manual configuration of X when automagic fails to get the job done acceptably can be a big pain. Since KDE3 was dropped from official support, some things have apparently changed that fail to consider KDE3 still exists. So, I'm finding it often the case that startx fails to get me into a KDE desktop session, even though /usr/bin/Xorg is 4711. So far, I've been unable to figure out why it works on some and not on others. I suspect it's interplay between settings in ~/.dmrc, /etc/sysconfig/displaymanager, and /etc/sysconfig/windowmanager, such as DEFAULT_WM and DISPLAYMANAGER in the latter two, but am having a hard time understanding which and when any of the following are necessary or appropriate: null kdm kdm3 kdm4 kde kde3 kde4 startkde startkde3 startkde4 kde-plasma I almost never install any DTE other than KDE, much less actually use anything else. So, which settings do I need to make where in order to ensure startx always starts some kind of KDE session, preferably KDE3 if both 3 & 4 are installed? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

1 0

[opensuse-kde] QWT - Qt Scientific Widgets
by todd rme 26 Jul '11

26 Jul '11

Are there any plans to include QWT in KDF? QWT provides Qt widgets for scientific applications, including Labplot and scidavis. These are currently in contrib and packman, respectively, but I think would be good in KDE:Extra. The reason QWT would be good in KDF rather than KDE:Extra is because several of the KDE bindings support QWT bindings, making it easier for scientific people to include plots and technical widgets in scripted KDE and Qt-based applications (which are often quicker and easier to make than compiled ones). QWT is already in contrib, so it would be easy to move it to KDF. -Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

2 1

[opensuse-kde] Re: [opensuse-factory] Header-only or "safe" ffmpeg package
by todd rme 26 Jul '11

26 Jul '11

On Tue, Jul 26, 2011 at 10:46 AM, Kyrill Detinov <lazy.kent(a)opensuse.org> wrote: > > Tuesday 26 July 2011 > > On Tue, 26 Jul 2011 10:19:24 +0200 todd rme wrote: > >> I was hoping to see if these could be used for building >> these packages. Does anyone know if there is either a header-only or >> safe version of ffmpeg available and, if so, where? > > I think this can help: > https://build.opensuse.org/project/show?project=home%3ARedDwarf%3AfakePackm… That looks great! Is there any way this can be made an "official" repo under the multimedia: namespace? Perhaps multimedia:headers or something like that. -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

1 0

[opensuse-kde] Header-only or "safe" ffmpeg package
by todd rme 26 Jul '11

26 Jul '11

A number of multimedia-related libraries and programs have a soft dependency on ffmpeg, which they can make use of for various tasks. These libraries and programs need to be built against ffmpeg to have this capability. I was told that there might be either a version of ffmpeg that only includes headers or one that is stripped down and "safe" to use from a legal perspective available somewhere in openSUSE. I was hoping to see if these could be used for building these packages. Does anyone know if there is either a header-only or safe version of ffmpeg available and, if so, where? -Todd -- To unsubscribe, e-mail: opensuse-kde+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kde+help(a)opensuse.org

1 0

Re: [opensuse-kde] KDE upstream repo: rebuild plasma-addons against akonadi 1.6
by Martin Koller 25 Jul '11

25 Jul '11

On Monday, 25. July 2011 15:55:42 Raymond Wooninck wrote: > Hi Martin, > > I just checked that particular repo and kaddressbook has the correct > requirements for Akonadi-runtime (>= 1.6.0 and < 1.6.40). The repo was > published latest on the 22 June, so you should have gotten the right > version. > > The correct version of kaddressbook is > kaddressbook-4.4.11.1-6.1.i586.rpm<https://build.opensuse.org/package/binary?arch=i586&filename=kaddressbook-4…>. > If you do not have this particular version in your download repo, then you > might want to change mirror. Hmmm... In the repo I find http://download.opensuse.org/repositories/KDE:/Release:/46/openSUSE_11.3/i5… which is from 11th July and is the one which has wrong dependencies. any idea what's going wrong here ? > > Regards > > Raymond > > > On Mon, Jul 25, 2011 at 3:32 PM, Martin Koller <kollix(a)aon.at> wrote: > > > On Wednesday, 20. July 2011 20:44:53 Javier Llorente wrote: > > > Hi David, > > > > > > El Miércoles, 20 de Julio de 2011 13:36:30 David escribió: > > > > Hello, > > > > > > > > At the moment, I cannot completely upgrade, because plasma-addons > > > > still depends on akonadi-runtime<1.5.40, whereas the current version > > > > of akonadi in "KDE upstream repo" is 1.6.0-93.1. > > > > > > > > > > KDE is being built atm. Please wait some hours until it's done. > > > Thanks! :) > > > > It's now 5 days later ... I did an update on openSuse 11.3 from > > KDE:/Release:/46/openSUSE_11.3/ and > > still have the same problem. > > So I end up in having no kaddressbook and some plasma applets are gone. > > > > Any hint if/when this will be resolved ? > > > > -- > > Best regards/Schöne Grüße > > > > Martin > > A: Because it breaks the logical sequence of discussion > > Q: Why is top posting bad? > > > > () ascii ribbon campaign - against html e-mail > > /\ www.asciiribbon.org - against proprietary attachments > > > > Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at > > > -- Best regards/Schöne Grüße Martin A: Because it breaks the logical sequence of discussion Q: Why is top posting bad? () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Geschenkideen, Accessoires, Seifen, Kulinarisches: www.bibibest.at

1 0