et-Timeout
> https://src.fedoraproject.org/rpms/perl-PerlIO-via-Timeout
>
> bug in the script?
They're no longer orphaned because I took them. You probably have a
package that depends on them somehow.
Paul.
___
devel mailing list -- devel@lists.fedoraproj
D=41519706
> What to do ?
Have a look to see why the task failed, then either fix it (if it's a
package problem) or resubmit the build (if it's an infrastructure
problem).
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send a
pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and
make_install macros` that you are following:
``
"r" missing from end of link to ExtUtils::MakeMaker tip...
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Net-SSLeay/pull-request/1
pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and
make_install macros` that you are following:
``
> What about this line in the %install section:
> find %{buildroot} -type f -name '*.bs' -empty -delete
> Can I remove this too?
Ah, no you can't. We need that line for
pghmcfc commented on the pull-request: `Spec file cleanups: Use make_build and
make_install macros` that you are following:
``
Hi,
I'm usually a bit reluctant to take a PR like this because it will break EPEL-7
compatibility, but in this case it doesn't matter because the package is
already
On Fri, 03 Jan 2020 19:35:36 -
"Frank R Dana Jr." wrote:
> Paul Howarth wrote,
> >
> > perl-Time-Piece was obsoleted by the base perl package way back in>
> >5.10.0.
> >
> > perl-Time-Piece-MySQL is an extension to perl-Time-Piece.
>
&g
l-Time-Piece was obsoleted by the base perl package way back in
5.10.0.
perl-Time-Piece-MySQL is an extension to perl-Time-Piece.
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraprojec
Hi all,
I'd like to unretire python-spec, which was retired in 2016 due to
having been orphaned for at least six weeks.
Re-review ticket: https://bugzilla.redhat.com/show_bug.cgi?id=1785391
Cheers, Paul.
___
devel mailing list -- devel
jeuclid, which
the scilab package depends on. Please respond if you are able to see
this message.
Regards,
James.
--
James Paul Turner
Department of Informatics
University of Sussex
Arpra: Arbitrary-Precision Range Analysis
https://github.com/arpra-project/arpra
there if it is okay).
Would the following be a good place or is there a better one for how to use
fedora-review:
https://www.systutorials.com/docs/linux/man/1-fedora-review/
Let me know if I am missing anything.
Thanks,
Paul
On Mon, Dec 16, 2019 at 9:46 PM Orion Poplawski wrote:
> P
to ensure everything is proper?
Best regards,
Paul
On Mon, Nov 25, 2019 at 2:14 AM Paul Grosu wrote:
> Hello Orion and Kevin,
>
> Orion, many thanks for sponsoring us! This helps will help us
> tremendously. I have tested a few server and the connection works great.
> Gene
jrosetta, which
the scilab package depends on. Please respond if you are able to see
this message.
Regards,
James.
--
James Paul Turner
Department of Informatics
University of Sussex
Arpra: Arbitrary-Precision Range Analysis
https://github.com/arpra-project/arpra
er
python-invoke. Failing that, I'd love to have co-maintainers.
Paul.
___
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/pro
ns-2019-12-02.txt
> grep it for your FAS username and follow the dependency chain.
Hi Miro.
I have requested scilab.
https://pagure.io/releng/issue/9074
All the best,
James.
--
James Paul Turner
Department of Informatics
University of Sussex
Arpra: Arbitrary-
o1=1=equals_id=10682424_format=advanced
>
> He is listed as maintainer for the following packages:
> https://src.fedoraproject.org/user/iarnell/projects
The non-responsive maintainer process for Iain was already done 5 years
ago:
https://lists.fedoraproject.org
ppened last week I was still able to create updates using
"fedpkg update".
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https:
,
Paul
On Sat, Nov 23, 2019 at 11:58 AM Orion Poplawski wrote:
> Paul -
>
> I've sponsored you - welcome aboard.
>
> - Orion
>
> On 11/22/19 3:46 PM, Paul Grosu wrote:
> > Hello Kevin,
> >
> > That would help us out greatly and I filed the following ticket
#issuecomment-530401895) offered
to sponsor us once we perform the review, which dependent on our testing.
Thank you,
Paul
On Thu, Nov 21, 2019 at 5:42 PM Kevin Fenzi wrote:
> On Wed, Nov 20, 2019 at 10:31:19AM +0300, Vascom wrote:
> > pgrosu - is your FAS name?
> > Are you in packager g
lar metadata for modular
> package
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=39186949
https://pagure.io/releng/issue/9048
Paul.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an e
r should I contact the
admin?
Thanks,
Paul
On Wed, Nov 20, 2019 at 2:04 AM Vascom wrote:
> You need to add your public ssh key at FAS page
> https://admin.fedoraproject.org/accounts
> And login via ssh.
>
> Read all information on
>
> https://fedoraproject.org/wiki/Test_Machine_Re
getting access to a test
machine.
Thank you,
Paul
___
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
On Sat, 16 Nov 2019 12:42:06 -0600
Richard Shaw wrote:
> I can submit a ticket later when I get a chance but I just tried
> extending an expired buildroot override by setting a new date but I
> get the error "NVR Required".
https://github.com/fedora-infra/bodh
ranched packages. I think earlier
> in the week all was good.
It seems to be fixed now. So far so good anyway.
Paul.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject
I think earlier
> in the week all was good.
https://pagure.io/fedora-infrastructure/issue/8383
https://pagure.io/releng/issue/9017
Wasn't sure where to report it...
Paul.
___
epel-devel mailing list -- epel-devel@lists.fedorapro
case, it was fixed by disabling the offending module with 'dnf
module disable .
--
James Paul Turner
Department of Informatics
University of Sussex
Arpra: Arbitrary-Precision Range Analysis
https://github.com/arpra-project/arpra
___
On Mon, 11 Nov 2019 13:53:17 +0100
Miro Hrončok wrote:
> gucharmap
Isn't that a core component of Gnome?
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora C
On Mon, 21 Oct 2019 19:40:55 +0200
Miro Hrončok wrote:
...
>python2-typingchandankumar, orphan 5 weeks ago
I'll take this one as it's a dependency of python2-dns, which is a
dependency of my trac-spamfilter-plugin package.
P
I second this notion. As I recall, the only thing in the way of the
MPFR 4 update was a circular dependency on the libmpc package I
maintain, and allowing the userbase to catch up to the API change.
It's been a while now, and it would be nice to get this change rolling.
--
James Paul Turner
This package has been orphaned as discussed here:
https://bugzilla.redhat.com/show_bug.cgi?id=1738068
--
Paul
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
tely, you may be
able to fix it yourself:
https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/message/BXBDTCTLY5KD3EBYMETGMHEKSKWW3JHA/
Paul.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send
opment/31/Everything/source/tree/Packages/c/copyq-3.9.2-1.fc31.src.rpm)
and hence there's no need to create an update for it.
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Tue, 27 Aug 2019 17:52:00 -0700
Kevin Fenzi wrote:
> On 8/27/19 4:27 AM, Miro Hrončok wrote:
> > On 27. 08. 19 13:06, Paul Howarth wrote:
> >> On Mon, 26 Aug 2019 20:55:18 -0400
> >> Mohan Boddu wrote:
> >>
> >>> Hi all,
> >>>
bear in mind
that they will not get any help from upstream in porting it to Python 3.
Package:
https://src.fedoraproject.org/rpms/svnmailer/
Upstream:
http://opensource.perlig.de/en/svnmailer/
Bug relating to python2 dependency:
https://bugzilla.redhat.com/show_bug.cgi?id=1739053
Paul
ng process and into rawhide.
$ koji -q list-tagged --latest f32-updates-candidate perl-MCE
perl-MCE-1.846-1.fc32 f32-updates-candidate pghmcfc
$ koji -q list-tagged --latest f32 perl-MCE
perl-MCE-1.845-1.fc32 f32
used to
be for earlier EL versions.
Paul.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code
wanting to use the perl-5.24 module?
Maybe if the perl modules become buildable at a point release, all the
perl packages could be removed from the main EPEL-8 repo at that time
and moved into modules?
Apologies if this is a stupid question but modularity is still
something of an unkno
, people would have noticed without the entire
OS breakage.
Paul
___
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
//lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Nice work Jerry!
I remember it being quite difficult to get into contact with Pavel last
time I tried. I eventually had to use the non-responsive maintainer
procedure.
--
Dr James Paul Turner
Department of Informatics
Unive
rly as possible in the Fedora 32 cycle.
>
> Regards,
> --
> Jerry James
> http://www.jamezone.org/
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraprojec
On Sat, 2019-07-06 at 19:47 +0100, James Paul Turner wrote:
> On Mon, 2019-07-01 at 21:55 -0600, Jerry James wrote:
> > Is anything happening with introducing MPFR 4 into Fedora? I found
> > these:
> >
> > https://fedoraproject.org/wiki/Changes/mpfr-4.0.0
>
it myself,
but, looking through the packager documentation, I am having trouble
finding any Fedora tutorials and guidelines on doing this. I'm not even
sure if I am able to package another version of a library if I am not
the maintainer of the original.
Can somebody provide some guidance on this?
Re
rawhide so
it does not happen again in another year.
Paul
On Tue, Jun 25, 2019 at 4:33 PM Miro Hrončok wrote:
> qrencode was bumped from 3.4.4 to 4.0.2.
>
> It has a bumped soname from libqrencode.so.3 to libqrencode.so.4.
>
> systemd once again cannot be installed and all my package
irectly.
>
> ```
> $ fedpkg module-build
> ```
Indeed, but that goes off and builds a module on Fedora infrastructure
and I want to build modules for a local repo instead.
Paul.
___
devel mailing list -- devel@lists.fedoraproje
On Thu, 30 May 2019 13:30:10 +0200
Miroslav Suchý wrote:
> Dne 30. 05. 19 v 11:16 Paul Howarth napsal(a):
> > Any pointers anyone?
>
> http://frostyx.cz/posts/how-to-build-modules-in-copr
Thanks, but copr is on Fedora infrastructure and I want to use my own.
Surely it can
te_expanded_mmds
current_mmd = Modulemd.Module.new_from_string(mmd.dumps())
TypeError: :
Argument 0 does not allow None as a value
Any pointers anyone?
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
t two have also a very tiny
> posibility of a clash with Perl modules namespaced into "5.30::" or
> "30::" that could survive from current days (installed
> into /usr/local/share/perl5). I like the first option.
>
> Any opinions? Should we go with this change? Wich f
t installs,
though it seems nonsensical to me. (Chrome is installed by about 50%
of our users given some informal stats, so writing it off would be
shooting ourselves in the foot.) That's something the Workstation
folks may want to work with them to fix in a more systemd-
For your information:
perl-true's license has changed from "Same as Perl" (GPL+ or Artistic) to
"Artistic 2.0".
This happened when the version changed from 0.18 to 1.0.1 today. I've
built the newly-licensed version in f30 and raw
-cron6
sub-package, as the database files it was fetching are no longer
distributed by upstream.
The new version has been built in Rawhide only.
Cheers, Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
Update: We'll be having discussions over the next few weeks to figure
out how we can accommodate Lifecycle work without interrupting the
Fedora release cadence. That includes in Brno, where we can meet up
f2f with people working on parallel projects in automation, CI, and so
on. We may also be
On Wed, Nov 28, 2018 at 7:43 AM Fabio Valentini wrote:
> I think the kernel is a bad example here. It's exceedly stable across
> releases, so it's probably the one component that's least problematic
> to upgrade during a fedora release. The fedora kernel team is already
> doing that, and they are
pace.
I want to increase automation, decrease manual bottlenecks and
freezes, and spread out permissions to assemble and push out "ready"
content. I would like to optimize for a faster release, making any
slower releases possible. Those releases should be based on w
On Wed, 28 Nov 2018 07:01:04 -0600
Richard Shaw wrote:
> On Wed, Nov 28, 2018 at 5:29 AM Paul Howarth
> wrote:
>
> > On Wed, 28 Nov 2018 10:53:58 +0530
> >
> > I seem to remember that for EL-7 we generally just branched the f19
> > packages for epel7,
me (for a tool, a containerized environment, etc.). Let's
not get one hand tied behind our back at the outset via outmoded
assumptions.
Every other bullet point on your list, Owen, I agree with 100%.
--
Paul
___
devel mailing list -- devel@lists.fedorapro
event. Then there's
less (maybe no) reason to freeze -- the worst thing that happens is we
pull the lever the next day. So a healthy part of our investment
should be in minimizing recovery time.
--
Paul
___
devel mailing list -- devel@lists.fedoraproject
agree that a longer cycle can have a place too. The tricky
part is to make sure that doesn't turn into multi-stream pain for the
proverbial "1000 packagers" group. There should be a way to set the
cycle and the overlap to minimize pain. (And I suspect modula
be used to perform
integration testing as well as other tasks (automated, not manual!).
We could even potentially test against much of the repetitive,
time-consuming matrices manually (and heroically) run by QA. Then only
choose to do more extensive tasks based on that being "green."
--
ee one outcome of
focusing on a core platform being that we do a more frequent release.
If we can effectively machine-test more of that platform, we could do
releases on a timescale of weeks instead of only twice a year. The
Atomic WG does this already. This probably makes more sense for an
ostree b
c.), while keeping a tight bond at the build/test side.
The customers RH serves have specific expectations, and in part that
dictates how delivery tooling is done. Binding the community to that
may be counterproductive. This is especially true now that RHEL 8 Beta
is out -- it's the perfect time for u
"decompose the compose" (sorry). We need the ability to produce enough
A, B, C and D (abusing his example) to do integration tests for
specific inputs, such that maintainers get feedback in a reasonable
timeframe on their builds. With that, gating Rawhide can be an actual
thing.
--
Paul
_
t; > On Fri, Nov 16, 2018 at 09:50:33AM -0500, Paul Frields wrote:
> > > > > Here's the summary from the page, which proposes we pause the release
> > > > > after F30 for these efforts:
> > > >
> > > > I know it was a big time-off holiday week
at mail here from time
to time and when I return.
--
Paul
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List
ule_enable'] = ['perl/default']
but when dnf tried to install "perl-generators" as a build requirement,
it complained that the best version was excluded - it thought that the
5.24 version was "better" than the 5.26 version. I had to set "best=0"
in th
check in their test
suites. They all build-require hunspell-en to provide the required
dictionary. Are they also going to need glibc-langpack-en?
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
nto this role without issue.
> While it is only a suggestion, I would like to nominate Petr Šabata as
> the new Council Engineering rep. He is more than capable of
> discussing the technical implications of Modularity and the newly
> proposed Objective from Paul. The decision will ulti
On Wed, Aug 29, 2018 at 4:35 AM Adam Samalik wrote:
> On Tue, Aug 28, 2018 at 6:44 PM Paul Frields wrote:
>>
>> On Wed, Aug 22, 2018 at 7:26 AM Adam Samalik wrote:
>> > == Approaches
>> >
>> > Option 1: The current, yet unfinished approach
>> >
o
converge some conventional package activities as well. So whether
dealing with a module or a conventional package, we might have the
opportunity to set a EOL date, a Fedora release, or nothing/rawhide.
The work of retiring packages or modules could be automated based on
specifying a date (with a
ther project called python-cryptography:
https://pypi.org/project/cryptography/
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/co
Hi Jerry,
On Tue, 31 Jul 2018 19:09:02 -0600
Jerry James wrote:
> On Tue, May 29, 2018 at 4:36 AM Paul Howarth
> wrote:
> > On Mon, 28 May 2018 21:03:34 -0600
> > Jerry James wrote:
> > > It looks like the giac, Macaulay2, and sagemath stacks are th
I've had that on my system
for a long time but it seems its functionality has long since been
included in trac itself, so I removed the package from my system and all
was well. It might be more appropriate to retire that one rather than
orphan it.
Paul.
___
4/libbaccats-mysql.so then run:
# alternatives --config libbaccats.so
and set it for the mysql back-end rather than the postgresql one.
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
On Thu, 14 Jun 2018, Tomas Mraz wrote:
On Wed, 2018-06-13 at 00:45 -0400, Paul Wouters wrote:
I don't think TLS 1.3 will see a wide deployment immediately. Sure,
the
famous top websites and top browsers will, but enterprises will not.
And
especially those with any kind of loggin/auditing
with a success in
fedora, I would be very careful with drawing any conclusions for
enterprise use.
Paul
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https
l-Module-ExtractUse
> > perl-Test-YAML-Meta
> > perl-Test-YAML-Valid
>
> [snip]
>
> > I will orphan the above if no one steps forward to own them.
>
> The above are now orphaned. Grab them if you desire...
I requested all but perl-Gnome2-Vt
l-Module-ExtractUse
> > perl-Test-YAML-Meta
> > perl-Test-YAML-Valid
>
> [snip]
>
> > I will orphan the above if no one steps forward to own them.
>
> The above are now orphaned. Grab them if you desire...
I requested all but perl-Gnome2-Vte:
https://pa
On Mon, 28 May 2018 21:03:34 -0600
Jerry James wrote:
> On Sun, May 27, 2018 at 8:18 AM, Paul Howarth
> wrote:
>
> > Do what you need to for pari; your maths stack is the main (only?)
> > consumer of pari in Fedora. I originally took pari as I needed it
> > for per
would help you at all, but I'm fine with keeping it if you don't want
the additional burden.
Cheers, Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
perl-Test-Manifest 2.021, just built in Rawhide, has a different
license (Artistic 2.0) than previous versions (GPL+ or Artistic).
Regards, Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
, but that's another issue.
Paul
.local/ was introduced and documented in 2003. That's 15 years ago
now. Pretty much everybody settled on it these days, and many
distributions have clear language suggesting its use. For example,
here's the wording from Debian:
"Debian does not requ
there, and
I have 25 years of homedir experience.
paul@bofh7:~$ ls -al .
Display all 271 possibilities? (y or n)
So I don't think your "User explicitly installed SW into his home
directory" is true, and it is especially not true if software can
make use of know
is putting esthetics over
security and is the wrong thing to do.
I have no problem with ~/bin/ but feel a bit reserved about ~/local/bin/
as ~/local might not be obvious to the user as an added binary containing
directory.
Paul
___
devel mailing list -- devel
authentication has happened. This could be seconds or minutes (minutes
is when I open my laptop without typing and grab my coffee at the coffee
shop :)
Paul
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
our mobike address update request using
this new IP address dies in the portal filter. The user authenticats
and the captive portal disables the filter, but we no longer receive
any update about this event from netlink/kernel.
Paul
___
devel mailing lis
perl-autobox version 2.86, just built in Rawhide, has a different
license (Artistic 2.0) than previous versions (GPL+ or Artistic).
Regards, Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
l-pkgs-2.txt
Fixed perl-Clone and perl-Text-Aspell.
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Creating new 'Build' script for 'perl5i' version 'v2.13.2'
+ ./Build
Building perl5i
/usr/bin/ld: cannot find /usr/lib64/libpthread_nonshared.a
collect2: error: ld returned 1 exit status
glibc problem? There seems to have been a related commit there 3 hours ago.
Paul
reason why $self->c_source is [] instead of undef should
> be investigated.
That'll be because Server-Starter's Build.PL has
"c_source => [qw()],"
And that's generated by Minilla, so all non-XS Minilla-based dists are
likely to be affected.
Paul.
___
perl-devel mailing list -- perl-devel@lists.fedoraproject.org
To unsubscribe send an email to perl-devel-le...@lists.fedoraproject.org
On Fri, 23 Feb 2018 15:04:44 +
Tom Hughes <t...@compton.nu> wrote:
> On 23/02/18 14:33, Paul Howarth wrote:
> > On Thu, 22 Feb 2018 18:49:02 +0100
> > Marek Polacek <pola...@redhat.com> wrote:
> >> proftpd: timeouts in tests, but in koji it's fine
On Thu, 22 Feb 2018 18:49:02 +0100
Marek Polacek <pola...@redhat.com> wrote:
> proftpd: timeouts in tests, but in koji it's fine
I get this too. If I build with mock --old-chroot then it works fine.
Paul.
___
devel mailing list
project.org/wiki/Changes/Remove_GCC_from_BuildRoot>
> since Fedora 29. That affects Perl packages that executes gcc at
> build time
> <https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt>.
>
> Many of them use ExtUtils::CBuilder
> <https://ignatenkobrain.fedorapeopl
ls-CBuilder grows a dependency on gcc
(https://bugzilla.redhat.com/show_bug.cgi?id=1547165):
perl-ExtUtils-CChecker perl-File-LibMagic perl-Hash-StoredIterator
perl-Module-Build-XSUtil perl-Time-y2038
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
changes what so ever. No build notifications, no commit
> notifications, anything ...
Same here. Whilst I don't mind this change, as it stands I'm getting no
notifications when the packages I maintain are changed by other people,
and that's supposed to be one of the safeguards against potential
errors by provenpackagers.
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
...
Along those lines, I would suggest collecting from this group the
common workflows (if needed), document them on the wiki and advertise
here for review. Then we could use that as a punch list to guide that
work at the hackathon.
If someone wants to start the list of workflows, you can use this wi
rpreter}
> > BuildRequires: perl(ExtUtils::MakeMaker)
> > # Module
> > BuildRequires: perl(Exporter) >= 5.57
> This will break on EPEL/RHEL >= 8.
Break, or be inefficient due to pulling in the whole perl distribution
rather than just the interpreter?
Is
ts, making
> it easy for maintainers to see if they have something to fix without
> looking for individual package names. (Hence it's now trivial for me
> to see that I have a couple of things that need fixing.)
>
> Maintainers by package:
...
> pghmcfcmilter-regex mod_fcgid p
/taskinfo?taskID=24475772
https://kojipkgs.fedoraproject.org/work/tasks/5772/24475772/root.log
Why is it pulling in the old httpd still?
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
gcc:
>
> configure: error: C compiler cannot create executables
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=24460823
This is an unrelated issue: see the "GCC broken in rawhide?" thread.
I've had lots of koschei reports as a result of that.
Paul.
_
ot needed since RHEL6.
And %defattr wasn't even needed on RHEL5.
Another thing that can safely be removed from EPEL-6 specs is the
Group: tag.
Paul.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
st release of Getdns. See https://
> src.fedoraproject.org/rpms/getdns/blob/master/f/getdns.spec
>
> Maybe you could suggest the package maintainer to add a "Provides: stubby" so
> it can be found directly. CCing Paul Wouters in that regard.
That's a good idea! I'l
> package with the old lib version to make it available during
> bootstraping
>
> Regards,
>
> --
> Nicolas Mailhot
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...
201 - 300 of 8800 matches
Mail list logo