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
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
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
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
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/
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
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
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
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
__
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
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
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
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.
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?
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
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
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 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
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
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
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
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
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
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
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
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,
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
27 matches
Mail list logo