> On Tue, Nov 13, 2018 at 5:36 PM, Matthew Miller
>
> "Canonical Extends Ubuntu 18.04 LTS Linux Support to 10 Years"
>
> https://www.serverwatch.com/server-news/canonical-extends-ubuntu-18.04-lt...
>
> I just don't see how we're going to be able to compete with that, not
> unless our Fedora L
Leigh,
On 2018-11-17 18:19, Leigh Scott wrote:
Try
https://fedoraproject.org/wiki/How_to_debug_PulseAudio_problems#Playback_problems.2C_crackling_or_skipping
My problem is not crackling_or_skipping - it is more just noisy. That
link is a fix for a PA problem and is not specific to the F28
On 11/17/18 12:17 AM, Philip Rhoades wrote:
My problem is not crackling_or_skipping - it is more just noisy. That
link is a fix for a PA problem and is not specific to the F28->F29
upgrade which has caused the current problem. I don't want to have to
re-install PA now - to my way of thinking,
Samuel,
On 2018-11-17 19:46, Samuel Sieb wrote:
On 11/17/18 12:17 AM, Philip Rhoades wrote:
My problem is not crackling_or_skipping - it is more just noisy. That
link is a fix for a PA problem and is not specific to the F28->F29
upgrade which has caused the current problem. I don't want to
Too often there are "non responsive maintainer" messages here.
Sometimes this is because a maintainer has lost their interest in Fedora
and left their responsibilities without communication, which means their
packages can be left unmaintained for long time in repositories before
someone notice
On 11/17/18 11:14 AM, Mattia Verga wrote:
> I would propose some sort of automatic check of maintainer responsivity.
> Maybe a tool that checks a packager activity in the last 6 months and if
> there is no activity then sends an email asking the maintainer to
> confirm they're still involved in
Regarding https://src.fedoraproject.org/rpms/libtimidity/pull-requests,
please i need permissions to build libtimidity on epel7 branch.
On 15/11/18 13:22, Antonio Trande wrote:
> Hello!
>
> Please, take a look to
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1630466
> https://src.fedoraproject
Yes, this could be a good idea. Might be too small as a gsoc project
though.
I'd happily take this as i am anyways going to try for gsoc 19 with
fedora,this could be a good starting point.
A simple dockerized/contenerized python based app could be done as a very
simple implementation.
On Nov 1
On Fri, Nov 16, 2018 at 6:03 PM Jonathan Dieter wrote:
>
>
> *Changes*
> The zchunk format would need to be extended to allow for a zchunked rpm
> to contain both the uncompressed chunks that were already on the local
> system and the newly downloaded compressed chunks while still passing
> signat
What about packages that see infrequent updates; I maintain Nethack and the Dev
Team can and does take years between releases. If it's just a blanket email to
ask the packagers if they're still interested that's one thing, but going off
package updates may be problematic for some folks.
> On N
On 11/17/18 1:33 AM, Philip Rhoades wrote:
On 2018-11-17 19:46, Samuel Sieb wrote:
On 11/17/18 12:17 AM, Philip Rhoades wrote:
My problem is not crackling_or_skipping - it is more just noisy.
That link is a fix for a PA problem and is not specific to the
F28->F29 upgrade which has caused the
On Fri, 16 Nov 2018 17:58:36 +0100, you wrote:
>Gerald Henriksen wrote:
>> I think the problem is that for a consumer / desktop oriented product
>> - which we seem to be talking about given that this appears to be
>> driven in part by the desire of hardware vendors - the RHEL/CentOS
>> release cyc
On Tue, 13 Nov 2018 18:36:38 -0500, you wrote:
>But there are some good cases for a longer lifecycle. For one thing,
>this has been a really big blocker for getting Fedora shipped on
>hardware.
In a later message you also bring up the reluctance of Universities to
use Fedora - a bad sign given t
Il 11/17/18 4:50 PM, Ron Olson ha scritto:
> What about packages that see infrequent updates; I maintain Nethack
> and the Dev Team can and does take years between releases. If it's
> just a blanket email to ask the packagers if they're still interested
> that's one thing, but going off package
Neal, thanks so much for your thoughts on this. Responses inline:
On Sat, 2018-11-17 at 09:53 -0500, Neal Gompa wrote:
> If we're really considering changing the RPM file format, then we need
> a proper discussion on rpm-maint@ and rpm-ecosystem@ mailing lists on
> rpm.org. Can you please start
> Maybe a tool that checks a packager activity in the last 6 months and if
> What do you think?
Better make it a year as people are entitled to a break!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...
On Sat, Nov 17, 2018 at 1:15 PM Jonathan Dieter wrote:
>
> Neal, thanks so much for your thoughts on this. Responses inline:
>
> On Sat, 2018-11-17 at 09:53 -0500, Neal Gompa wrote:
>
> > If we're really considering changing the RPM file format, then we need
> > a proper discussion on rpm-maint@
Once upon a time, Jonathan Dieter said:
> The benefit of zchunked rpms is that, when downloading an updated rpm,
> you would only need to download the chunks that have changed from
> what's on your system.
How well do web servers and caches handle range requests? I haven't
really paid attention
Jonathan Dieter wrote:
> My proposal would be to make zchunk the rpm compression format for
> Fedora.
Given that:
1. zchunk is based on zstd, which is typically less efficient in terms of
compression ratio than xz, depending on settings
(see, e.g., https://github.com/inikep/lzbench), and
2.
On Sat, 2018-11-17 at 14:36 -0500, Neal Gompa wrote:
> On Sat, Nov 17, 2018 at 1:15 PM Jonathan Dieter wrote:
> > Neal, thanks so much for your thoughts on this. Responses inline:
> >
> > On Sat, 2018-11-17 at 09:53 -0500, Neal Gompa wrote:
> >
> > > If we're really considering changing the RPM
There already is a fedora_active_user script of sorts
https://github.com/pypingou/fedora-active-user.
I would not be in favor of any respond or die automation. We volunteer our
time and effort to be packagersand the job is often thankless enough as it is.
Having some additional automation or
On Sat, 2018-11-17 at 14:43 -0600, Chris Adams wrote:
> Once upon a time, Jonathan Dieter said:
> > The benefit of zchunked rpms is that, when downloading an updated rpm,
> > you would only need to download the chunks that have changed from
> > what's on your system.
>
> How well do web servers a
+1 to anything to rid me of deltarpms, I currently have to disable this lame
default.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.or
No missing expected images.
Failed openQA tests: 14/142 (x86_64), 2/24 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20181114.n.0):
ID: 309623 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/309623
ID: 309630 Test: x86_64 Ser
24 matches
Mail list logo
