On 12/11/2017 01:05 AM, Björn 'besser82' Esser wrote:
> === Possible complications ===
>
> Since we have a circular dependency in rebuilding cryptsetup (and many
> other packages having direct or indirect (systemd !!!) BuildRequires on
> that package, I'll do the rebuild chains in two passes:
>
>
On 12/08/2017 08:03 PM, nicolas.mail...@laposte.net wrote:
Hi,
I am proposing for inclusion a macro set aimed at automating the packaging of
forge-hosted projects.
— Packaging draft:
https://fedoraproject.org/wiki/Forge-hosted_projects_packaging_automation
— FPC ticket: https://pagure.io/pack
The latest version of colm was pushed to rawhide which bumped the soname.
I didn't catch this prior to the push to give a proper heads up so I
apologize for that.
I'll get a list of effected packages and notify the maintainers directly as
well.
JT
___
De: "Panu Matilainen"
Hi Panu,
> Kudos for work on reducing repetitive complex error prone cruft in specs!
Thanks!
> But don't override %setup. There's no need for such abuse
It is really pretty safe, the macro controls the downloaded file, the file
structure is known, the only time it won't
>De: "Panu Matilainen"
Hi Panu,
>> But don't override %setup. There's no need for such abuse
> It is really pretty safe, the macro controls the downloaded file, the file
> structure is known, the only time it won't "just
> work" is when a spec needs to call %setup several times (in that case th
"pro" .spec hack: This is why I hard-code library sonames in my packages
(even if hardcoding is frowned upon in general, especially in .spec files,
where macros are preferable) - but that way, a soname bump always gets
noticed as it results in failed builds if the .spec file is not adapted,
and it
On Mon, Dec 11, 2017 at 6:18 AM, Fabio Valentini wrote:
> "pro" .spec hack: This is why I hard-code library sonames in my packages
> (even if hardcoding is frowned upon in general, especially in .spec files,
> where macros are preferable) - but that way, a soname bump always gets
> noticed as it r
On 12/11/2017 12:51 PM, nicolas.mail...@laposte.net wrote:
De: "Panu Matilainen"
and allows you to %autosetup underneath on versions where macro arguments are
expanded (rpm >= 4.14)
Interesting, are the changes described somewhere? Not that I want to break
compat with el7 from the startup
On 12/11/2017 12:51 PM, nicolas.mail...@laposte.net wrote:
De: "Panu Matilainen"
Hi Panu,
Kudos for work on reducing repetitive complex error prone cruft in specs!
Thanks!
But don't override %setup. There's no need for such abuse
It is really pretty safe, the macro controls the download
On Mon, Dec 11, 2017 at 5:57 AM, wrote:
>>De: "Panu Matilainen"
>
> Hi Panu,
>
>>> But don't override %setup. There's no need for such abuse
>
>> It is really pretty safe, the macro controls the downloaded file, the file
>> structure is known, the only time it won't "just
>> work" is when a spec
- Original Message -
> From: "Jan De Luyck"
> To: devel@lists.fedoraproject.org
> Sent: Sunday, December 10, 2017 11:50:14 AM
> Subject: Self introduction
>
> Hello people,
>
> I've recently submitted a package to be included with Fedora, and since
> I'm new on the packager block, I'm th
> The package I've sent up is NotepadQQ, a 'clone' of a well-known editor
> for Windows. I'm working with Ben Rosser to get this up to Fedora
> standards - https://bugzilla.redhat.com/show_bug.cgi?id=1519785
I don't know if this information is useful, but I've noticed we have that in
a Copr too. I
Hi Neal,
> And the issue you're having that requires %setupargs is not a problem
> in RPM 4.14
I don't have an issue with %setupargs, I have an issue with requiring
packagers to change stuff in the spec header *and*
at %prep level, which is not in the same place of the spec. That is something
https://bugzilla.redhat.com/show_bug.cgi?id=1524390
Bug ID: 1524390
Summary: perl-Net-GitHub-0.91 is available
Product: Fedora
Version: rawhide
Component: perl-Net-GitHub
Keywords: FutureFeature, Triaged
Assignee: jpazdzi...
Also, sorry, I didn't even say "welcome"…
Welcome!
--
010 Giovanni [dacav] Simoni
001
111
OpenPGP key: 93FC 2A6A 43A4 AAC2 0D8E 5411 2F99 ABB6 BA14 DF9E
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject
On 12/11/2017 02:23 PM, nicolas.mail...@laposte.net wrote:
Hi Neal,
And the issue you're having that requires %setupargs is not a problem
in RPM 4.14
I don't have an issue with %setupargs, I have an issue with requiring
packagers to change stuff in the spec header *and*
at %prep level, whic
On Mon, Dec 11, 2017 at 01:23:19PM +0100, nicolas.mail...@laposte.net wrote:
> Hi Neal,
>
> > And the issue you're having that requires %setupargs is not a problem
> > in RPM 4.14
>
> I don't have an issue with %setupargs, I have an issue with requiring
> packagers to change stuff in the spec h
Dne 2.12.2017 v 02:35 Kevin Kofler napsal(a):
> Vít Ondruch wrote:
>> This is big and old-school hammer. If you did "git cherry-pick" instead,
>> you could get most of the changes you did in master without the
>> branches. Also, merging means that you get into older (or EPEL) branches
>> stuff li
De: "Panu Matilainen"
> On a more constructive note, I'd think conceptually this might better
> fit into %autosetup territory. Have you looked at extending that, rather
> than overriding/building something separate?
I've looked at it a bit, but apart the fact autosetup is an actual macro,
unli
With version 7.0.0.10 ragel moved from GPLv2 to MIT.
https://src.fedoraproject.org/rpms/ragel/c/378118e75eab5d9ac97d93d2cfb5
0bd988bc7d30?branch=master
JT
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
On Mon, 2017-12-11 at 06:23 -0500, Neal Gompa wrote:
> On Mon, Dec 11, 2017 at 6:18 AM, Fabio Valentini m> wrote:
> > "pro" .spec hack: This is why I hard-code library sonames in my
> > packages
> > (even if hardcoding is frowned upon in general, especially in .spec
> > files,
> > where macros are
Do you happen to know if this was resolved?
https://bugzilla.redhat.com/show_bug.cgi?id=1402582
Thx
Vít
Dne 11.12.2017 v 11:26 Jason Taylor napsal(a):
> The latest version of colm was pushed to rawhide which bumped the soname.
>
> I didn't catch this prior to the push to give a proper heads
On Mon, 2017-12-11 at 15:46 +0100, Vít Ondruch wrote:
> Do you happen to know if this was resolved?
> https://bugzilla.redhat.com/show_bug.cgi?id=1402582
> Thx
>
> Vít
>
I don't know if it has been resolved or not.
I had contacted upstream to get their feedback on it but have not heard
back fro
On 12/02/2017 02:35 AM, Kevin Kofler wrote:
Vít Ondruch wrote:
This is big and old-school hammer. If you did "git cherry-pick" instead,
you could get most of the changes you did in master without the
branches. Also, merging means that you get into older (or EPEL) branches
stuff like changelogs f
Hi all,
Since most participants seems to be in favor of explicit %setup handling, I've
updated the wiki and the macro file
Regards,
--
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...
I might be a bit biased from my perspective as the guy who manages the
folks on the Infrastructure team. But I wanted to take a moment to
say thank you to all the team members and everyone involved for
conducting the recent colo move, a complex and critical process, in an
outstanding manner. Ther
Hi everyone,
I would like to add my kudos too. The Infrastructure team did a great work.
Thanks so much!
Kind regards,
Silvia
FAS: Lailah
2017-12-11 19:17 GMT+01:00 Paul W. Frields :
> I might be a bit biased from my perspective as the guy who manages the
> folks on the Infrastructure team.
Great job, thanks to everyone
Guido
fas account: tartina
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Hello,
since I'm using that from time to time, I'll take it. Let me know if
you'd like also assistance with your last update.
Sincerely
Peter
On 12/04/2017 10:10 PM, Till Maas wrote:
> Hi,
>
> I would like to orphan optipng. It is a PNG compression optimizer that I
> do not use anymore. Usuall
On Sun, 10 Dec 2017, Graham Leggett wrote:
> In this case, we have the needs of the Fedora project (this
> change) stacked up against your needs (your reluctance to
> perform a task).
This line of argument is a 'straw man' as are several other
rationalizations advanced for NOT giving effective
Dear all,
You are kindly invited to the meeting:
Modularity WG (once every two weeks) on 2017-12-12 from 10:00:00 to 11:00:00
US/Eastern
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Working Group.
More information available at: [Modularity Work
Missing expected images:
Server boot x86_64
Server dvd i386
Workstation live i386
Server dvd x86_64
Server boot i386
Kde live i386
Failed openQA tests: 49/106 (x86_64), 1/2 (arm)
New failures (same test did not fail in Rawhide-20171210.n.2):
ID: 179964 Test: x86_64 universal install_reposi
Hi Peter
On Mon, Dec 11, 2017 at 08:13:25PM +0100, Peter Hanecak wrote:
> since I'm using that from time to time, I'll take it. Let me know if
> you'd like also assistance with your last update.
Great! Please login to https://src.fedoraproject.org to make the system
properly know you. Then I sho
On 12/11/2017 06:07 PM, nicolas.mail...@laposte.net wrote:
Hi all,
Since most participants seems to be in favor of explicit %setup handling, I've
updated the wiki and the macro file
Thank you.
- Panu -
___
devel mailing list -- devel@lists.
34 matches
Mail list logo
