Zbigniew Jędrzejewski-Szmek píše v Čt 23. 07. 2015 v 14:16 +:
Taken.
You could take https://bugzilla.redhat.com/show_bug.cgi?id=1240116 (h
ard)
or https://bugzilla.redhat.com/show_bug.cgi?id=1245330 (easy).
Thanks. I'll take the easy one :-)
Nikola
--
devel mailing list
Hello,
I'm looking for someone to review vim-go [1], Go development plugin
for Vim.
I can review something for you in return.
Regards,
Nikola
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1245604
--
devel mailing list
devel@lists.fedoraproject.org
Hello,
I've pushed man-db with file triggers and crontab dependency dropped to
rawhide. Removing cron job means that there will be no periodic cache
update for user-configured manpaths. There has already been discussion
about this: https://lists.fedoraproject.org/pipermail/devel/2014-Octobe
Hello,
I'm linking another bugzilla [1] related to this, this one is against
shells(5) man page.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1218302
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Sun, 2018-02-18 at 18:09 +0100, Igor Gnatenko wrote:
> If you fixed package(s), found false positive, found missing packages in list
> or anything else -- please let me know.
Fixed in rawhide:
aspell
exempi
gpxsee
groff
joe
jpilot
libcgroup
libpng12
libpng15
libtiff
man-db
pilot-link
Also
On Thu, 2018-12-13 at 17:51 +0100, J. Scheurich wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=1653481
>
> COPYING.txt must be installed with %license not %doc.
>
> But %License: only accepts things like GPLv3+ or am i wrong ?
>
> so long
> MUFTI
Hi,
you are confusing "License" tag with
On Sat, 2019-01-05 at 14:35 +, Andrew Bauer wrote:
> I've got a couple of review requests in need of a reviewer:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1659709
Hello,
I'll review dymo-cups-drivers, could you review qt5-qtpbfimageformat
[1] in return?
Thanks,
Nikola
[1]
Hello,
I'm planning to update exempi to version 2.5.1 in rawhide, and it
includes a SONAME change from "libexempi.so.3" to "libexempi.so.8".
Affected packages are:
caja
eog
eom
equalx
nemo
tellico
tracker-miners
I've rebuilt all of them in Copr [1] without issues, except tellico,
which failed
On Fri, 2019-08-30 at 20:09 +, Debarshi Ray wrote:
> Thanks for the heads-up!
>
> Were you looking for a go ahead to rebuild the affected packages in
> Fedora proper? In that case, you have my whole hearted appreciation
> for taking care of the eog and tracker-miners rebuilds. :)
I would
On Mon, 2019-09-02 at 15:04 +, Debarshi Ray wrote:
> You could apply to become a provenpackager:
> https://docs.fedoraproject.org/en-US/fesco/Provenpackager_policy/
>
> I will vote for you. :)
Thanks, but it won't be necessary, vondruch offered to help me with the
rebuilds.
On Tue,
On Fri, 2019-09-06 at 14:52 +0200, Nikola Forró wrote:
> exempi-2.5.1-1.fc32 is now in rawhide:
> https://bodhi.fedoraproject.org/updates/FEDORA-2019-57b855fa99
And all dependent packages have been rebuilt:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-350d852631
On Thu, 2019-09-05 at 17:40 +0200, Nikola Forró wrote:
> Yes, of course. The plan is to do it tomorrow.
exempi-2.5.1-1.fc32 is now in rawhide:
https://bodhi.fedoraproject.org/updates/FEDORA-2019-57b855fa99
Thanks,
Nikola
___
devel mailing list -- de
On Tue, 2019-10-08 at 12:22 +0200, Jindrich Novy wrote:
> Nikola, is it intended that aspell doesn't depend on any dictionary?
> E.g. aspell-en? Please see the email bellow.
Hi,
it seems it is intentional [1], this is probably the reason [2].
I suppose aspell could recommend aspell-en, to
On Tue, 2019-10-08 at 18:42 +0100, Tomasz Kłoczko wrote:
> IMO above shows clearly that adding "aspell-en" in mc or aspell
> dependencies does not solve issue .. at all.
> Kind of mitigation of that problem should be IMO change aspell error
> message (by add Fedora/any rpm based distro patch)
On Tue, 2020-03-03 at 09:46 -0500, Breno Brand Fernandes wrote:
> Hi,
>
> Would you want to swap reviews?
> This was generated with go2rpm.
> It should be easy to review.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1806219
Hi,
I will take it. Can you review dsp [1] in return?
Thanks,
On Thu, 2020-07-16 at 15:37 +0200, Nikola Forró wrote:
> On Sat, 2020-06-13 at 13:54 +0200, Thomas Spura wrote:
> > Any takers for:
> > - *python-mglob* and/or *python-minimock *(instead of retiring it?)
> > - *scipy* (seems to be mostly maintained by Orion/Miro now)
>
On Fri, 2020-07-31 at 12:11 -0600, Jeff Law wrote:
> Note the linker bug should be fixed now. So you should be able to
> rebuild man-db with LTO now.
Thank you, done.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Sat, 2020-06-13 at 13:54 +0200, Thomas Spura wrote:
> Any takers for:
> - *python-mglob* and/or *python-minimock *(instead of retiring it?)
> - *scipy* (seems to be mostly maintained by Orion/Miro now)
I can take scipy (FAS: nforro).
Thanks,
Nikola
On Sat, 2020-07-25 at 01:11 -0600, Jeff Law wrote:
> So at a high level ar makes a call to lrealpath. That naturally goes through
> the
> PLT. The PLT stub loads the value out of the GOT and jumps to it. The
> problem
> is the entry in the GOT is *zero* when it should be pointing to the
On Sat, 2020-12-26 at 20:39 +, Sérgio Basto wrote:
> Hi,
> For me the most time consuming is monkey updates packages like kde
> apps, which every month or two we have a new release ( kde app
> 20.04.1 20.04.2 20.08.0 , 20.12.00 etc )
>
> I did some scripts to automate my builds , we got some
Hello,
I've rebased libcgroup in Rawhide to the new upstream release,
libcgroup 2.0, with initial cgroupv2 support:
https://github.com/libcgroup/libcgroup/releases/tag/v2.0
There are no incompatible ABI changes, SONAME of the library remains
"libcgroup.so.1".
This should make libcgroup relevant
Hello,
does anybody know how to contact Domingo Becker (FAS: beckerde)?
https://bugzilla.redhat.com/show_bug.cgi?id=2005831
There is an open bugzilla for man-pages-es for about 6 months now, with
no response: https://bugzilla.redhat.com/show_bug.cgi?id=1930214
Thanks,
Nikola
I'm going to rebase libcgroup in rawhide to version 2.0.1, which comes
with a SONAME bump.
condor appears to be the only affected package, and it will need to be
rebuilt. I've done a successful test build in Copr [1].
Thanks,
Nikola
[1]
Hello,
is there anybody willing to review python-specfile [1]?
I'd be happy to review a package of similar complexity in return.
Thanks,
Nikola
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2054599
___
devel mailing list --
On Thu, 2022-02-17 at 13:46 -0500, Ken Dreyer wrote:
> Your email made me look at this upstream
> (https://github.com/packit/specfile). It looks interesting! I wonder
> if we could use it more broadly (like for pyrpkg). It reminds me of
> https://github.com/containerbuildsystem/dockerfile-parse .
I've just rebased libcgroup in rawhide and the rebase comes with a
SONAME bump from libcgroup.so.2 to libcgroup.so.3. Ar far as I can
tell, there are no affected packages.
Thanks,
Nikola
___
devel mailing list -- devel@lists.fedoraproject.org
To
I've opened [1], please take a look. After it is merged, I'll start the
package retirement process for mailx.
Thanks,
Nikola
[1] https://src.fedoraproject.org/rpms/s-nail/pull-request/3
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Mon, 2022-02-28 at 10:52 +0100, Miro Hrončok wrote:
> This does not appear to be listed in our ticket:
>
> https://github.com/pypa/pypi-support/issues/355
>
> I recommend waiting a bit if the PyPI admins reply. I see ti was 18
> days.
> Consider bumping the issue when you hit 3 weeks?
Ok, I
Hello,
I've been working on a Python library for RPM spec file manipulation [1]. I've
packaged it as python-specfile in Fedora [2],
however, PyPI doesn't accept the name "specfile". I've opened an issue [3], but
there hasn't been any development so far.
Would you be able to help me? Or should I
nforro opened a new pull-request against the project: `perl-Date-Manip` that
you are following:
``
Fix Packit configuration
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Date-Manip/pull-request/3
--
___
perl-devel mailing
nforro commented on the pull-request: `Fix Packit configuration` that you are
following:
``
If you want, you can retrigger the [failed
job](https://dashboard.packit.dev/results/pull-from-upstream/5211) by
commenting `/packit pull-from-upstream` in this PR (or any other).
``
To reply, visit
31 matches
Mail list logo
