Orphaned libvtemm

2020-04-06 Thread Krzesimir Nowak
Hi, I orphaned libvtemm package. Currently Haïkel Guémar is a co-maintainer. I advise against claiming the ownership of this package. It's old and unmaintained. Nothing depends on it, AFAIK. I assume that the package will be retired automatically at some point. Cheers, Krzesimir ___

Intent to retire libvtemm

2019-10-05 Thread Krzesimir Nowak
Hi, I'm the "upstream maintainer" of libvtemm. In quotes, because last change I have made to the project was 8 years ago. It depends on an orphaned package vte (which is based on gtk2). It's also a leaf package. I don't think it makes sense to even orphan it. I intend to retire the package within

Re: fedora-review complains about gschema files in an RPM package

2017-02-25 Thread Krzesimir Nowak
On Feb 25, 2017 16:15, "Michael Catanzaro" wrote: On Sat, 2017-02-25 at 07:57 +, Andrew Toskin wrote: > > > * if the package includes *precompiled* gschema... remove it? > > > > No, because these don't exist (at least I don't think so). All > > installed gschemas are compiled at once based on

Re: /usr/etc?

2013-08-04 Thread Krzesimir Nowak
2013/8/4 Lennart Poettering > I noticed this: > > $ rpm -qf /usr/etc > filesystem-3.2-12.fc19.x86_64 > > $ repoquery --whatprovides '/usr/etc/*' > mirall-common-0:1.3.0-1.fc19.x86_64 > mirall-common-0:1.3.0-1.fc19.i686 > > Since when do we have /usr/etc, and what is it for? > > Maybe I am the onl

Re: Making rygel build in rawhide

2013-01-26 Thread Krzesimir Nowak
2013/1/26 Nathaniel McCallum > Could someone apply this patch to rygel so at least we can get a > successful build? > http://git.gnome.org/browse/rygel/commit/?h=wip/new-gupnp-dlna&id=118af0f588879703e0dd7d01787897b5893032e0 > > That won't do. Gupnp-dlna 0.9.4 has to hit rawhide first. Then inste

Re: New gcc 4.7 c++ error

2012-01-30 Thread Krzesimir Nowak
2012/1/30 Orion Poplawski : > On 01/30/2012 11:49 AM, Kalev Lember wrote: >> >> On 01/30/2012 08:24 PM, Orion Poplawski wrote: >>> >>> I am getting the following error building paraview with gcc 4.7: >>> >>> In file included from >>> /builddir/build/BUILD/ParaView-3.12.0/Qt/Core/pqAnimationScene.cx

Re: /usr/share/gtk-doc status

2011-02-21 Thread Krzesimir Nowak
2011/2/21 80 : > As for /usr/share/devhelp/books, since a similar issue raised by > gtk-doc, guidelines should allow us now to own > /usr/share/devhelp/books since devhelp is an optional functionality. > >> http://fedoraproject.org/wiki/PackagingGuidelines#Conditional_dependencies >> The directory

Re: /usr/share/gtk-doc status

2011-02-21 Thread Krzesimir Nowak
2011/2/21 80 : > @krzesimir: thank you, if we settle to /usr/share/doc, then you should > move devhelp index to /usr/share/devhelp/books. I moved devhelp2 file to directory owned by gtk-doc because avoiding dependency on devhelp application seemed sensible to me - it is not necessary to read doxyg

Re: /usr/share/gtk-doc status

2011-02-21 Thread Krzesimir Nowak
] http://pkgs.fedoraproject.org/gitweb/?p=libvtemm.git;a=blob;f=libvtemm.spec#l58 > best regards, > H. Hope this helps, Krzesimir Nowak > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: documentation on Bugzilla bug lifecycle/developer procedures?

2010-02-12 Thread Krzesimir Nowak
On Fri, 2010-02-12 at 10:38 +0100, Till Maas wrote: > If you need/use it and want to maintain it, you are free to do so. If > the kernel team knows a better alternative that you should consider, > then the package should be retired instead of just orphaned and an > explanation about why it was reti