Package rename review request: libreoffice-voikko

e the LibreOffice maintainers would be interested in reviewing this. I could probably do a review swap as well. -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Problems with the %{?_isa} macro in dependencies

obsolete openoffice.org-voikko any more, which results in file conflicts. Could someone please explain what's going on here? -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Problems with the %{?_isa} macro in dependencies

Thanks for the advice! I've made a libvoikko build without the %{_isa} macro in the malaga-suomi-voikko dependency. -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Packaging a Firefox extension

r}/mozilla/extensions/%{thunderbird_app_id/%{mozvoikko_ext_id} but are directory symlinks still probalematic for RPM? Should I just copy all the files to Thunderbird's extension directory too, to avoid the symlinking? -- Ville-Pekka Vainio -- devel mailing list devel@lis

Asking for help with translations missing from .desktop files (gnome-packagekit)

idea what the problem is and against which package it should actually be reported. Could someone familiar with the .desktop file magic and GNOME i18n have a look? -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Stable Release Updates types proposal (was Re: Fedora Board Meeting Recap 2010-03-11)

icular system before upgrading, especially since I upgrade other people's systems about once a year, when the old release becomes EOL. But I can't do this sort of testing for the updates being pushed to the stable releases, so I'd like to be able to trust those not to break things,

Review swap (help gPodder packaging)

er packages into the current releases. The minor upstream releases have mostly been bugfixes and would probably be useful for our users. I'd appreciate a relatively easy package to review, I haven't been doing reviews for a while... -- Ville-Pekka Vainio -- devel mailing list devel

Re: Some buildings succeed, others failed.

unknown /builddir/build/BUILD/piklab-0.15.8/po/cs.po:7626:11: parse error Seems like the gettext library in RHEL is too old and doesn't recognize msgctxt. -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Licensing Guidelines Update - Please Read

libmalaga already contains the license text and malaga requires libmalaga. This package should be fine. -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Help needed with gpodder

e bug report is this: https://bugzilla.redhat.com/show_bug.cgi?id=1217061 Apparently an update to sqlite broke gpodder on Fedora 20 and now it does not even start. Could someone test the patch in the bug report and build an update with it for Fedora 20 if it solves the problem? -- Ville-Pekka V

I've orphaned moin in all branches

maybe someone should go through the CVEs to see if there are unhandled security issues. In the long term it's unfortunately obvious that I won't be the best person to maintain a server package which eventually will have more security issues. -- Ville-Pekka Vainio -- devel mai

Review swap: foma (rebasing Voikko, the Finnish spell-checking stack)

view swap, preferably C/C++ or Python stuff. -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Libreoffice-voikko licensing change

. I will build libreoffice-voikko 4.0 some time next week. -- Ville-Pekka Vainio -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

About to orphan python-pymtp

Hi! In light of the recent FTBFS reports, I would like to orphan python-pymtp, because I haven't used it in a while. There's one other maintainer called "snirkel", sending this email to them as well. Anyone interested in maintaining this package?

Orphaning vdr-tvonscreen

Hi! The vdr-tvonscreen plugin has not been maintained upstream in years. I don't use it anymore and don't have the motivation to fix it against new versions of VDR. I'm orphaning it now. If anyone wants to maintain it, the trick for getting the newest code is git clone --depth=1 git://projects.

Re: About to orphan python-pymtp

On Fri, 3 Aug 2018 at 22:40, Ville-Pekka Vainio wrote: > Anyone interested in maintaining this package? Orphaned now. Ville-Pekka ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Resurrecting an old review request

Hi! After a break I've gotten back to Fedora packaging. Two years ago I took an attempt at packaging foma (https://github.com/mhulden/foma) but I never finished the work. I think I've now fixed all of the issues pointed out in the review. The new spec and SRPM are here: https://bugzilla.redhat.com

Flatpak and __pycache__

b/rpm/macros.d/macros.python3 and it seems like it does not take the Flatpak issue into account. Should I just leave those lines as they are? Should the %pycached macro be improved? Ville-Pekka Vainio ___ devel mailing list -- devel@lists.fedoraproject.o

Orphaning vdr-skinsoppalusikka and the status of my packages (looking for co-maintainers for Finnish spell checking)

these, I would be happy to get co-maintainers. I'm willing to stay as a co-maintainer of gpodder and python-mygpoclient. I code Python at $DAYJOB so I might be able to help. Best regards, Ville-Pekka Vainio (vpv) ___ devel mailing list -- devel@lis

Re: Orphaning vdr-skinsoppalusikka and the status of my packages (looking for co-maintainers for Finnish spell checking)

Hi, Just letting people know that I was able to fix the foma build. A review request for unretiring the package is at https://bugzilla.redhat.com/show_bug.cgi?id=1885048 I could do a review swap for a python package, a simple autotools-based package or something like that. -Ville-Pekka __

How to properly go from arch-specific to noarch? (Finnish spell-checking)

Hi, I am working on updating the Finnish spell-checking stack to the current upstream versions. Currently Fedora has the malaga-suomi-voikko package, which is arch-specific. For example, my own system has malaga-suomi-voikko-1.19-12.fc33.x86_64 installed. In upstream, the successor of this packag

Re: How to properly go from arch-specific to noarch? (Finnish spell-checking)

gniew Jędrzejewski-Szmek wrote: > > On Sun, Jan 17, 2021 at 12:12:19PM +0200, Ville-Pekka Vainio wrote: > > %define debug_package %{nil} > Looks iffy. Shouldn't your package have BuildArch:noarch? This should > not be necessary once you add BuildArch:noarch. You're right

Re: How to properly go from arch-specific to noarch? (Finnish spell-checking)

On Wed, 20 Jan 2021 at 00:12, Zbigniew Jędrzejewski-Szmek wrote: > If the files are not arch-specific, just override the location to be > always /usr/lib/voikko. Pedantically speaking, this is not exactly following > the FHS, but it's easiest to follow upstream here. The difference between > /usr/

Review swap: voikko-fi (for Finnish spell-checking)

Hi, This is a re-review for a rename and going from arch-specific to noarch: https://bugzilla.redhat.com/show_bug.cgi?id=1919688 The arch-noarch stuff was discussed here: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/JSEYB5XU24HEX7BR2QVJ732MR5P52YJ6/ Voikko 4

Re: Review swap: voikko-fi (for Finnish spell-checking)

Hi all, This work is finally done and the packages are in Rawhide, in good time before the beta. Thank you Miro and Zbyszek! I think I found a fedpkg import bug while importing voikko-fi from SRPM, I'll make a new thread about that. -Ville-Pekka ___ dev

fedpkg import weirdness

Hi, I imported a new package called voikko-fi yesterday. I think I hit a bug in fedpkg, but I'm not sure. The packaging guidelines say "Any detached signature file (e.g. foo.tar.gz.asc or foo.tar.gz.sig) must be uploaded to the package lookaside cache alongside the source code, while the keyring m

Re: fedpkg import weirdness

I read a bit of code and thus replying to my own message. It seems rpkg decides whether to upload a file to the lookaside cache or not based on running "file -b --mime-encoding" on it. For a keyring file that returns "binary". See https://pagure.io/rpkg/blob/master/f/pyrpkg/utils.py#_280 -Ville-P