On Tue, Apr 23, 2024 at 08:52:18PM -0400, Steven A. Falco wrote:
> I upgraded to F40, and suddenly an apache cgi script that was working
> perfectly in F39 (and earlier) is giving me a "Read-only file system" error
> when trying to write data into a file.
>
> The directory where the cgi is
On Wed, Apr 03, 2024 at 09:50:27AM +0200, Clemens Lang wrote:
> There will always be some effort related to such a transition, but
> that effort will have to happen one way or the other eventually. I
> suspect if Fedora decides to keep ENGINE support, we’ll have the exact
> same discussion in a
On Wed, Mar 20, 2024 at 02:05:52PM +, Daniel Berrange wrote:
> Another alternative is to continue providing fully functional engine
> symbols, but remove the header files so in practice you can't compile
> something new that uses it. This is still forking the API, but at least
> has not forked
On Thu, Apr 07, 2022 at 12:47:25PM -0400, Stephen Gallagher wrote:
> On Thu, Apr 7, 2022 at 12:24 PM Ben Cotton wrote:
> > == Detailed Description ==
> >
> > RPM 4.18 contains various improvements over previous versions, but in
> > particular this release addresses a whole class of symlink
On Wed, Jul 28, 2021 at 09:07:58AM -0400, Ben Cotton wrote:
> Note from the change owner: I'm submitting this as very-very-late
> change for F35. The implementation in systemd is mostly done, so it'll
> become available in rawhide pretty soon. To actually make use of the
> new functionality,
On Tue, Mar 09, 2021 at 10:29:53AM -0500, Felix Kaechele via devel wrote:
...
[snip great email]
...
> So I'd appreciate some input here as to what the best way forward would be
> from a distribution engineering perspective.
Hi Felix, that's a fantastic write up!
I think you have outlined the
On Mon, Feb 08, 2021 at 06:43:29PM +, Gwyn Ciesla via devel wrote:
> Can uw-imap be replaced with something else, or should someone pick it up?
There has not been an upstream release since 2007 - the maintainer Mark
Crispin sadly died in 2012, and nobody else has formed an upstream
around
Hi all,
I'm writing as the Red Hat engineering manager responsible for Maven and
Ant in RHEL, and on behalf of Mikolaj Izdebski and Marian Koncek from my
team. I want to give a broad response to some of the points here:
1. The team has two missions in Fedora:
a) We deliver, maintain and
On Sun, Jul 12, 2020 at 02:27:49PM -0700, John M. Harris Jr wrote:
> There's no reason to "update" any config, php-fpm is just an alternative
> option. mod_php still works well, and doesn't need to be replaced by those
> currently using it. It's still supported by the upstream, is still widely
On Sat, May 30, 2020 at 11:13:35AM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Thu, May 28, 2020 at 03:53:26PM -0400, Ben Cotton wrote:
> > == Detailed Description ==
> > By default php-fpm is used for a few versions. mod_php is not
> > supported for threaded modules. mod_php usage also
On Wed, Nov 27, 2019 at 09:33:04AM -0800, Adam Williamson wrote:
> Hey folks!
>
> Since the new Bodhi UI rolled out recently I've noticed a big uptick in
> updates where the update creator manually set the update title.
>
> This is a problem because in every single case so far, the manually-
>
On Fri, Nov 15, 2019 at 12:44:52PM +0100, Miro Hroncok wrote:
> Where is the end-user benefit with the modular default stream? I don't see
> it either, sorry.
It's not clear to me how those examples are related to my argument,
which I could summarize as:
a) multiple module streams have a
On Thu, Nov 14, 2019 at 04:56:28PM +0100, Miro Hroncok wrote:
> I'll admit that I personally don't see any benefits, but of course that
> doesn't mean that they don't exist or that it's not worth having this
> discussion.
>
> Considering we have 6 default modular streams, let me acknowledge that
On Thu, Nov 14, 2019 at 12:32:29AM +0100, Miro Hroncok wrote:
> On 13. 11. 19 21:10, Miro Hrončok wrote:
> > libserf
>
> This one bothers me. It is required by subversion and thus transitively by
> git, koji and others.
>
> Joe, I see you have assigned the bugzilla to yourself:
>
>
On Sat, Oct 19, 2019 at 06:38:47PM +0100, Jamie Nguyen wrote:
> It's been incredible to part of this project and community! :-)
>
> Once upon a time I was an (over?)enthusiastic packager and it's left me
> with ownership of 300+ packages. O_o
Jamie, just wanted to say a big THANKS for all the
On Mon, Oct 14, 2019 at 11:44:46PM +0200, Kevin Kofler wrote:
> The net result of this proposed Change for the end user is still the same as
> the status quo: They have to use modules whether they want to or not, the
> choice is taken away from them. And while the default stream approach tries
On Wed, Oct 09, 2019 at 04:46:52PM -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Modules_In_Non-Modular_Buildroot
>
> Enable module default streams in the buildroot repository for modular
> and non-modular RPMs.
>
> == Summary ==
> This Change (colloquially referred to as
On Thu, Jul 25, 2019 at 07:22:56PM +0200, Björn Persson wrote:
> Jason L Tibbitts III wrote:
> > >>>>> "JO" == Joe Orton writes:
> >
> > JO> In the historic CVS-based build system which predated what we now
> > JO> use, we could do
On Thu, Jul 25, 2019 at 12:46:11PM +0200, Björn Persson wrote:
> Joe Orton wrote:
> > We'd put the set of trusted GPG keys in the repository alongside the
> > spec file, using some standard filename, and the build system would try
> > check the .asc against the
On Wed, Jul 24, 2019 at 11:15:26PM +0200, Igor Gnatenko wrote:
> Hello,
>
> we've got new section in Packaging Guidelines about verifying upstream
> sources[0] with GPG. Please use it whenever possible :)
>
> Thanks!
>
>
> [0]
>
I've orphaned crypto-utils. If there is any interest in keeping
/usr/bin/certwatch I created a new upstream for that so could revive
it as a new package without all the other stuff which accumulated in
crypto-utils, let me know.
Regards, Joe
___
devel
On Wed, Oct 04, 2017 at 10:07:22AM +0200, Lukas Vrabec wrote:
> This change is already in Fedora Rawhide. I had discussion with Dan Walsh
> and Joe Orton (apache maintainer) about this and I would be great have it
> also in Fedora 27.
>
> Users, upgrading from F26 to F27 won't
Hi, I've retired mod_auth_kerb in the master branch. mod_auth_kerb has
been unmaintained for many years. mod_auth_gssapi is now available and
is an up-to-date, maintained replacement. Koji is the only dependency,
let me or Simo know if you want help adjusting the koji-web
configuration.
This thing is not actively maintained upstream; no intent to carry this
any more.
Regards, Joe
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
s ready to
deal with patching all future Critical security issues in a bundled
OpenSSL.
Regards, Joe
--
Joe Orton // Red Hat Core Services
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/epel-devel@lists.fedoraproject.org
I see deps from ipsilon-authkrb and koji-web FWIW.
Regards, Joe
--
Joe Orton // Red Hat // Web Stack Team // webstack-t...@redhat.com // @notroj
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On Wed, May 07, 2014 at 03:19:42PM +0200, Jan Staněk wrote:
One of the planned parts of the F21 System Wide Change: BerkeleyDB 6 [1]
is the introduction of downstream symbol versioning of both versions of
the libraries (libdb with v6 and libdb5 with v5). This part is planned
in order to not
On Wed, May 07, 2014 at 03:19:42PM +0200, Jan Staněk wrote:
One of the planned parts of the F21 System Wide Change: BerkeleyDB 6 [1]
is the introduction of downstream symbol versioning of both versions of
the libraries (libdb with v6 and libdb5 with v5). This part is planned
in order to not
On Mon, Apr 14, 2014 at 04:54:33PM -0400, Bohuslav Kabrda wrote:
AFAIK you can't have 2 mod_wsgi's, each one compiled against a
different Python major.minor, loaded by Apache at the same time for
various reasons. So the best solution would IMO be to create
python3-mod_wsgi (subpackage of
On Tue, Apr 15, 2014 at 09:21:50AM -0700, Toshio Kuratomi wrote:
We should probably have a similar guard in the mod_wsgi config file as well.
Then be sure that we consciously name the conf files so that we are
promoting one of these as the default (because sort order will load one of
them
On Thu, Mar 27, 2014 at 07:55:19AM -0400, Matthew Miller wrote:
I don't think gnome-user-share is installed by default anymore (or used by
anyone?), but maybe we could finally really solve
https://bugzilla.redhat.com/show_bug.cgi?id=235682, while we are at it. :)
I still don't really know what
We're proposing to add an httpd-filesystem subpackage which will
simplify some dependency problems; particularly for packages which want
to contain files owned by the apache user, but don't need a dependency
on httpd itself.
https://bugzilla.redhat.com/show_bug.cgi?id=1081453
Any comments
On Mon, Feb 17, 2014 at 12:37:53PM +0200, Ville Skyttä wrote:
I don't think this calls for a mass rebuild or any kind of a rebuild
actually, nor should it be rawhide only. AFAIU this doesn't affect
runtime at all, only build time, and affected packages can be just
fixed at the same time if
On Wed, Feb 20, 2013 at 11:32:46AM +0100, Florian Weimer wrote:
If we add -DFILE_OFFSET_BITS=64 to the default CFLAGS, this comes
pretty close to an ABI bump. But considering the numbers, I wonder
if it's the right thing to do if we need to cope with 64-bit inode
numbers.
I think that would
On Wed, Feb 20, 2013 at 09:01:30AM -0500, Colin Walters wrote:
The first option on the table should be patching upstreams, not hacking
around it in RPM or changing the default.
With autoconf, all you need is to add AC_SYS_LARGEFILE to configure.ac,
and assuming no source changes are
On Wed, Jun 20, 2012 at 05:59:09PM +0200, Reindl Harald wrote:
i saw a dist-upgrade on the fist-testmachine restart httpd
which failed for some reason and AFTER some time you could
start httpd again
Leaving version X of /usr/sbin/httpd running after version Y of
/usr/sbin/httpd is installed,
On Mon, Mar 26, 2012 at 04:04:46PM +0100, Joe Orton wrote:
mod_python upstream has been inactive for five years, since Graham
Dumpleton went to work on mod_wsgi. IMO it is long past time to retire
mod_python in Fedora.
Last call. If anybody wants this package to remain in Fedora 17
On Tue, Apr 17, 2012 at 02:21:36PM +0200, Jindrich Novy wrote:
So the plan is:
1) remove 4.5, 4.6 and 4.7 from compat-db
2) put 4.8 to compat-db
3) make db4 a dead package
(db4 package name is not very descriptive any more as we have
libdb-5.3 ...)
Sounds great. For Fedora 17 also,
On Mon, Mar 26, 2012 at 03:09:08PM -0500, Chris Adams wrote:
Once upon a time, Nicolas Mailhot nicolas.mail...@laposte.net said:
The following is going to kill pretty much every packaged webapp unless they
are changed now:
https://httpd.apache.org/docs/2.4/upgrading.html#access
Did
mod_python upstream has been inactive for five years, since Graham
Dumpleton went to work on mod_wsgi. IMO it is long past time to retire
mod_python in Fedora. But the following packages still depend on it:
Source : glump-0.9.11-10.fc17.src.rpm
Source : koji-1.6.0-3.fc17.src.rpm
On Fri, Mar 23, 2012 at 06:39:25PM +0100, Michał Piotrowski wrote:
Do you know if the new version of httpd has major changes in modules
API? I'm trying to cobble together spec file for mod_spdy
https://github.com/eventhorizonpl/mod_spdy/blob/master/mod_spdy.spec
and I hope to finish it for F18
httpd 2.4.1 packages are ready for dist-f18 and will be built early next
week. Rebuilds will be required for all packages containing httpd
modules. There are API changes in 2.4, so module packages may need
patches if upstream has not done that work already:
Hi Remi, sorry for the slow reply...
On Sun, Nov 27, 2011 at 10:11:14AM +0100, Remi Collet wrote:
PHP 5.4 enter RC stage
So, I'm working to upgrade all the PHP stack
(for now in my testing repo)
I think PHP 5.4.0 (finale/stable) will be available for fedora 17, so I
plan to update it
I'm retiring these packages in devel, because:
a) their functionality is duplicated by modules shipped with httpd
(mod_authn_dbd, mod_authnz_ldap)
b) their upstreams are no longer active
Regards, Joe
--
devel mailing list
devel@lists.fedoraproject.org
Any opinions on this? I've had a query.
What should service start do for a daemon - or more specifically,
when should it return? There is inconsistency amongst different current
init scripts, two general approaches:
1) fire and forget: start the daemon, return immediately
2) stop and
On Mon, Mar 08, 2010 at 09:59:29PM +, Matthew Garrett wrote:
It is the expectation of Fesco that the majority of updates should
easily be able to garner the necessary karma in a minimal space of time.
This seems naive to me. My experience is that there are few people
willing to provide
On Tue, Mar 09, 2010 at 02:20:20PM +0100, Mathieu Bridon wrote:
On Tue, Mar 9, 2010 at 10:51, Joe Orton jor...@redhat.com wrote:
On Mon, Mar 08, 2010 at 09:59:29PM +, Matthew Garrett wrote:
It is the expectation of Fesco that the majority of updates should
easily be able to garner
47 matches
Mail list logo