https://bugzilla.redhat.com/show_bug.cgi?id=2122095
--- Comment #1 from Upstream Release Monitoring
---
Scratch build failed. Details below:
BuilderException: Build failed:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs',
https://bugzilla.redhat.com/show_bug.cgi?id=2122095
Bug ID: 2122095
Summary: perl-DBIx-Connector-0.58 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBIx-Connector
Keywords: FutureFeature,
Once upon a time, Adam Williamson said:
> There's some discussion in the bug about what might be causing this and
> potential ways to resolve it, and please do dig into/contribute to that
> if you can, but the other question here I guess is: how much do we care
> about this? How bad is it that
On Sun, Aug 28, 2022 at 11:24 PM Adam Williamson
wrote:
>
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
Hey folks! I apologize for the wide distribution, but this seemed like
a bug it'd be appropriate to get a wide range of input on.
There's a bug that was proposed as an F37 Beta blocker:
https://bugzilla.redhat.com/show_bug.cgi?id=1907030
it's quite an old bug, but up until recently, the summary
On Sat, Aug 27, 2022 at 07:12:46AM +, Mattia Verga via devel wrote:
> Il 26/08/22 19:00, Kevin Fenzi ha scritto:
> > On Wed, Aug 24, 2022 at 05:30:35PM +, Mattia Verga via devel wrote:
> >> ...
> >>
> >> With the exclusion of *-team, *-sig and *-maint, I think packaging
> >> rights should
On Thu, Aug 25, 2022 at 08:43:38PM -0500, Martin Jackson wrote:
> On Thu, 2022-08-25 at 16:28 -0700, Kevin Fenzi wrote:
> > Everything should be back to working. Try a 'dnf --refresh...' or a
> > 'dnf clean all'.
> >
> Having just
> downloaded
>
... there can't be that many people developing for both at the same time on one
machine natively (builds in mock would still work fine).
I use only one machine (a x86_64) and no 'mock' to develop the same software
for both x86_64 and i686. For i686 I start with "dnf install glibc-devel.i686"
On Sunday, August 28, 2022 Jerry Kiely wrote:
> I did remove it and got the following result:
>
> rfpkg mockbuild -N --root fedora-36-x86_64-rpmfusion_free
> sources file doesn't exist. Source files download skipped.
> Failed to get repository name from Git url or pushurl
> Failed to get
I did remove it and got the following result:
rfpkg mockbuild -N --root fedora-36-x86_64-rpmfusion_free
sources file doesn't exist. Source files download skipped.
Failed to get repository name from Git url or pushurl
Failed to get ns from Git url or pushurl
Could not execute mockbuild:
On Sun, 2022-08-28 at 18:43 +, Jerry Kiely wrote:
> --no-local-resultsdir
sorry my pull request isn't approved
https://pagure.io/rpkg/pull-request/609
so you don't have the option --no-local-resultsdir please just remove
and ignore it
--
Sérgio M. B.
Thanks for the reply. Could you recommend any up-to-date documentation?
J.K.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Thanks for the response.
I followed the examples you linked as closely as I could, and executed the
command you suggested, but two issues:
rfpkg mockbuild -N --no-local-resultsdir --root fedora-36-x86_64-rpmfusion_free
rfpkg: error: unrecognized arguments: --no-local-resultsdir
and:
rfpkg
On Sun, 2022-08-28 at 11:48 -0500, Richard Shaw wrote:
> I may have to do that, but there's 18 of them... Bah, what a pain in
> the...
>
> I actually have my script nearly 100% working but apparently there's
> an
> unfixed bug in tar found in 2008 that if you try to concatenate
> multiple
>
On Sun, Aug 28, 2022 at 11:56 AM Sérgio Basto wrote:
> On Sun, 2022-08-28 at 17:50 +0100, Sérgio Basto wrote:
>
> On Sun, 2022-08-28 at 08:48 -0500, Richard Shaw wrote:
>
> I have a project I''m trying to package which uses git submodules
> extensively.
>
>
> maybe the best is you create all
On Sun, 2022-08-28 at 17:50 +0100, Sérgio Basto wrote:
> On Sun, 2022-08-28 at 08:48 -0500, Richard Shaw wrote:
> > I have a project I''m trying to package which uses git submodules
> > extensively.
>
> maybe the best is you create all source code in one tar.gz with git
> fetch all submodules (I
On Sun, 2022-08-28 at 08:48 -0500, Richard Shaw wrote:
> I have a project I''m trying to package which uses git submodules
> extensively.
maybe the best is you create all source code in one tar.gz with git
fetch all submodules (I don't remember the command right now) and with
tar cvf create the
On Sun, 2022-08-28 at 18:27 +0200, Vitaly Zaitsev via devel wrote:
> On 28/08/2022 15:48, Richard Shaw wrote:
> > I have a project I''m trying to package which uses git submodules
> > extensively.
>
> Just add all submodules as SourceX.
for example rawstudio.spec
https://bugzilla.redhat.com/show_bug.cgi?id=2119299
Steve Traylen changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Status|NEW
On 28/08/2022 15:48, Richard Shaw wrote:
I have a project I''m trying to package which uses git submodules
extensively.
Just add all submodules as SourceX.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=2122028
Bug ID: 2122028
Summary: perl-Data-Dmp-0.242 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Data-Dmp
Keywords: FutureFeature, Triaged
On Sun, 2022-08-28 at 12:51 +, Jerry Kiely wrote:
> Hi,
>
> I am trying to create a kernel module rpm package, but am running
> into difficulty. I have cobbled together a spec based on the
> following tutorial:
>
> - https://rpmfusion.org/Packaging/KernelModules/Kmods2
>
> and I am trying
OLD: Fedora-37-20220827.n.0
NEW: Fedora-37-20220828.n.0
= SUMMARY =
Added images:5
Dropped images: 0
Added packages: 0
Dropped packages:2
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:148.50 KiB
Size
On 28/08/2022 14:51, Jerry Kiely wrote:
and I am trying to use the following command - 'fedpkg --release f36 mockbuild'
- to build the package, but it is failing:
You must use rfpkg instead of fedpkg for building RPM Fusion packages.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
je...@cowboysmall.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
Hi,
I am trying to create a kernel module rpm package, but am running into
difficulty. I have cobbled together a spec based on the following tutorial:
- https://rpmfusion.org/Packaging/KernelModules/Kmods2
and I am trying to use the following command - 'fedpkg --release f36 mockbuild'
- to
https://bugzilla.redhat.com/show_bug.cgi?id=2121935
Emmanuel Seyman changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
On Sat, 2022-08-27 at 14:58 -0500, Maxwell G via epel-devel wrote:
> n 22/08/27 04:03PM, Frank Crawford wrote:
> > While building two related new packages for EPEL9 with a
> > chainbuild,
> > the second one failed, however, now I am trying to work out how to
> > specify the completed package in
Jens-Ulrik Petersen skrev:
> Do you want to try adding native compilation your package?
As it turns out, emacs-vm might not be the best package for this
experiment. I could not get VM to work with native compilation.
Instead, I had to turn the native compilation off completely for all
vm*.el
29 matches
Mail list logo