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.
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
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
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
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
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
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
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.
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 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...
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
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
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 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
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..
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
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
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
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
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
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...
> 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
- 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
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
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 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 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
"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
>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
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
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
___
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
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:
>
>
34 matches
Mail list logo
