Re: [EXT] Re: [Test-Announce] Fedora 31 Beta Release Announcement
So, not only do you want to keep "old" stuff in Fedora (i686), but now you want to revert/remove "new" stuff (modules) too? I'm beginning to think that Fedora just isn't a good fit for you. On Wed, Sep 18, 2019 at 06:22:52PM +, John M. Harris, Jr. wrote: > Removing modules is a potential solution to this, as it would simplify > package management. > > On September 18, 2019 8:29:49 AM UTC, Petr Pisar wrote: > >On 2019-09-18, Ralf Corsepius wrote: > >> Error: > >> Problem 1: package crypto-utils-2.5-4.fc29.x86_64 requires > >> libperl.so.5.28()(64bit), but none of the providers an be installed > >>- package crypto-utils-2.5-4.fc29.x86_64 requires > >> perl(:MODULE_COMPAT_5.28.0), but none of the providers can be > >installed > >>- perl-libs-4:5.28.2-439.fc30.x86_64 does not belong to a > >distupgrade > >> repository > > > >crypto-utils has not been rebuilt against Perl 5.30 because the package > >fails to build for an unrelated reason and was retired (bug #1674777) > >and obsoleted in fedora-obsolete-packages-31-31 that is in > >updates-testing now. Enabling updates-testing repository or waiting > >a bit for the stabilization should help you. > > > >>- problem with installed package crypto-utils-2.5-4.fc29.x86_64 > >>- package perl-libs-4:5.28.2-439.module_f31+6019+b24e098f.x86_64 > >is > >> excluded > > > >Funnily DNF finds out that you could actually get that package > >satisfied > >if you enabled a modular Perl. Unfortunatelly DNF does not report what > >module stream the modular perl-libs packages comes from. There is > >indeed > >some room for improvement. DNF could start recommending "maybe you > >wanted > >to enable perl:5.28 stream?" :) > > > >-- Petr ___ 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-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora 30 Mass Rebuild
On Mon, Feb 04, 2019 at 03:48:59PM -0500, Mohan Boddu wrote: > Per the Fedora 30 schedule[1] we started a mass rebuild for Fedora 30 > on Jan 31st 2019. We did a mass rebuild for Fedora 30 for the changes > listed in: > > https://pagure.io/releng/issue/8086 > > Mass rebuild was done in a side tag (f30-rebuild) and are now getting moved > over to f30. > > Failures can be seen > https://kojipkgs.fedoraproject.org/mass-rebuild/f30-failures.html How many build failures were caused by infrastructure issues? https://kojipkgs.fedoraproject.org//work/tasks/5509/32465509/root.log DEBUG util.py:492: zstd armv7hl 1.3.8-1.fc30 build 261 k DEBUG util.py:492: Transaction Summary DEBUG util.py:492: DEBUG util.py:492: Install 145 Packages DEBUG util.py:492: Total download size: 57 M DEBUG util.py:492: Installed size: 218 M DEBUG util.py:492: Downloading Packages: DEBUG util.py:490: BUILDSTDERR: Error: Error downloading packages: DEBUG util.py:490: BUILDSTDERR: Cannot download toplink/packages/util-linux/2.33.1/2.fc30/armv7hl/util-linux-2.33.1-2.fc30.armv7hl.rpm: All mirrors were tried DEBUG util.py:634: Child return code was: 1 ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora 30 System-Wide Change proposal: Remove Obsolete Scriptlets
Igor, your change broke my package. Whatever automation you used should have
taken into account that %post sections don't end until the next RPM directive.
%ifarch does not end a %post section.
diff --git a/ocp.spec b/ocp.spec
index 0d6fd28..2495ab5 100644
--- a/ocp.spec
+++ b/ocp.spec
@@ -139,9 +139,6 @@ cp -p license-images.txt license-videos.txt
%{buildroot}%{_pkgdocdir}
%{_datadir}/applications/*ocp.desktop
%config(noreplace) /etc/ocp.ini
-%post
-/sbin/install-info %{_infodir}/ocp.info.gz %{_infodir}/dir || :
-
%ifarch %{ix86}
%if %{?_with_i386asm:1}%{!?_with_i386asm:0}
# This is the i386 assembly version. We need to allow text relocations.
@@ -162,11 +159,6 @@ restorecon -R %{_libdir}/ocp-* || :
%endif
On Fri, Dec 21, 2018 at 09:25:13AM +0100, Igor Gnatenko wrote:
> If I manage to get this approved and done before mass rebuild, I'll
> just push changes without bumping anything. If it will happen
> during/after mass rebuild, I'll also bump.
>
> I'm hoping to complete it before mass rebuild.
>
> On Thu, Dec 20, 2018 at 6:55 PM Kevin Fenzi wrote:
> >
> > On 12/20/18 2:35 AM, Dominik 'Rathann' Mierzejewski wrote:
> > > On Thursday, 20 December 2018 at 11:29, Richard Hughes wrote:
> > >> On Thu, 20 Dec 2018 at 10:16, Hans de Goede wrote:
> > >>> So I say +100 to just pushing the changes directly, as said
> > >>> people can always revert them.
> > >>
> > >> Completely agree. For my packages I'd totally prefer things just
> > >> magically be done without any action on my part.
> > >
> > > Same here and I'm in ACLs for ~100 packages, too. I definitely don't
> > > want to deal with a 100 PRs, for something so trivial. I'll revert
> > > if necessary, no big deal. Thanks for doing this to Igor, by the way.
> >
> > Yes, thanks!
> >
> > However, some clarification: do you intend to just remove the scriptlets
> > and thats it? Or, also bump version and add a changelog entry? or also
> > that and do a build?
> >
> > I'm fine with any of those, but I guess builds could interfere with
> > people who are in the middle of rebuilding some stacks.
> >
> > kevin
> >
> >
> >
> > ___
> > 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> ___
> 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
--
Charles R. Anderson, JNCIE-SP c...@wpi.edu
Network Architect (508) 831-6110
Network Operations - Morgan Hall(508) 831-
Worcester Polytechnic Institute Fax (508) 831-6669
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Proposal: Stewardship Group / SIG for taking care of otherwise "module-only" packages
On Wed, Feb 13, 2019 at 03:32:55PM +0100, Fabio Valentini wrote:
> On Wed, Feb 13, 2019 at 3:23 PM Florian Weimer wrote:
> >
> > * Fabio Valentini:
> >
> > > In the past few weeks, it has come up regularly that future
> > > "module-only" packages are orphaned (and hence will soon be retired),
> > > and nobody stepped up to fix this issue - especially for non-leaf
> > > packages. I don't think fedora as a project has a solution for this
> > > yet.
> > >
> > > I propose to create a "Stewardship" Group / SIG that will take care of
> > > such packages - either until a new main maintainer steps up, or until
> > > modularity matures enough so it won't be necessary anymore. (Or, until
> > > it dies a quiet death, which is always a possibility.) However, I
> > > think this is necessary until the situation stabilizes.
> >
> > The name sounds very confusing to me, considering that this seems to be
> > specific to modular content.
>
> That's why I'm asking for comments. I failed to come up with a better
> name, though.
>
> This Group / SIG would provide "classic" maintainership for otherwise
> semi-abandoned packages that only live on as franken-packages
> ("modules"), until the remaining shortcomings of modules are overcome,
> or until they are abandoned.
>
> But neither "Nostalgia SIG", "Classic Packaging SIG", "Stewardship
> SIG", nor "Package Foster Care SIG" names describe this situation
> well, either.
> At this point, my English / foreign language skills fail me. Better
> suggestions are welcome :)
Fedora Legacy?
___
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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Attention Gmail users, please turn off HTML mail
On Tue, Oct 09, 2018 at 06:58:27AM -0700, Gerald B. Cox wrote: > Completely agree - and discourse is a great solution. It allows for > RSS feeds and > email notifications = participation is a click away. Your email inbox > is no longer cluttered > with hard to follow threads, nor do you have to worry about using > space to archive conversations which > are important to you... just use the bookmark feature. One click is too much for my terminal email client via SSH on my phone. My email client already supports filtering into separate mailboxes for each list and also supports threads shown in a hierarchy. If Fedora lists go away in favor of a web forum, I will probably just not participate anymore. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: raise fileno limit to make Steam Proton / Wine+esync work well in Fedora
On Tue, Oct 09, 2018 at 04:08:06PM +0200, Kamil Paral wrote: > On Tue, Oct 9, 2018 at 3:29 PM Michal Konečný wrote: > > > Because this is mainly for Steam Proton I support the decision to raise > > the limit only for Workstation. No need to do this on server edition. > > I recommend to also raise this limit for Silverblue edition, because this > > is targeted on common users. > > > > It would be nice if somebody managed to find where this is patched in > Debian. Because I somewhat doubt that they made this change without a > proper discussion. And Debian is very much server oriented. Can we not have the RPM package drop a file in /etc/security/limits.d to set the limit only when that package is installed? That way it only affects users of that package. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: package downgrades from f28 to f29
On Wed, Oct 10, 2018 at 03:10:23PM +0200, Fabio Valentini wrote: > On Wed, Oct 10, 2018 at 2:57 PM Michal Konečný wrote: > > > > Shouldn't this be caused by F29 final freeze? > > Not necessarily. The freeze went into effect only yesterday, so it's > not that (yet). > > The specific packages I listed don't have newer versions available, > even in f29-updates-testing. > As I said, it looks like some maintainers forgot about f29 bodhi > updates and/or even koji builds (probably it happened shortly after > the branch point or after bodhi activation point). > > Fabio This happens for every release. They'll catch up eventually. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora should replace mailing lists with Discourse
On Wed, Oct 17, 2018 at 07:23:28AM -0700, Gerald B. Cox wrote: > On Wed, Oct 17, 2018 at 5:07 AM Dominik 'Rathann' Mierzejewski < > domi...@greysector.net> wrote: > > I tried the mailing list mode to have it send me e-mail messages, > > but the messages are multipart/alternative (html+text) with the > > text part mangled and containing pieces of HTML code. Failure here > > as well. > > Could this be because of the particular email client you're using? I use > gmail and they look fine. Probably not fair to judge the system on the > capabilities > of your email client. Wouldn't the same thing happen if people sent you > email from > gmail, etc. with embedded html? What the mailing list mode does do is to > allow you to > read and respond without a browser. No, if an email sender (Discourse) uses multipart/alternative with two attachments, text/plain and text/html, then it is required that the sender format the text/plain part as text with no HTML in it. It is also required to send semantically similar contents in both the text/plain and text/html parts, so that the text/plain part can act as a real human-readable alternative in the multipart/alternative message (i.e. it shouldn't set the text/plain part to be something like "Your email client doesn't support HTML. Please open this message in an HTML-capable client.") In my experience so far with the 3 messages I've received from Discourse in mailing-list mode, it doesn't send raw HTML in the text/plain attachment. It sends something that looks like BBcode: [quote="znmeb, post:12, topic:129, full:true"] GitHub is best for discovery - nobody searches GitLab or Bitbucket for projects. I use them for private repos, but if I want to engage a wider community than my workstation or laptop, I’m going to put my repo on GitHub. [/quote] ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora should replace mailing lists with Discourse
On Wed, Oct 17, 2018 at 09:49:49AM -0700, Gerald B. Cox wrote: > On Wed, Oct 17, 2018 at 9:40 AM Fulko Hew wrote: > > > > > > > On Wed, Oct 17, 2018 at 12:28 PM Jason L Tibbitts III > > wrote: > > > > While I'm not a contributor to these lists, I do follow them > > and have so for probably 20 years now. Like Jason, I have had > > other projects move away from mailing lists, and that now means > > I have to make a concious effort to 'poll' their system, rather > > than having a push notification. Needless to say, I don't follow > > them any more, and I don't know what's happening there. > > > > Push means I find out whenever something happens. > > If nothing happens... then that's OK with me, I'm not bothered. > > But to be constantly polling for 'is there anything new... is there > > anything new' > > (whether there is or not), is just plain inefficient. > > > > I hope that doesn't happen to Fedora too. > > > > [Just my 2 cents worth.] > > > > Again, especially for a user of gmail, there is mailing list mode. People > keep saying it isn't sufficient or it > doesn't work. I've been using it for 3 days and looks and acts like a > normal mailing list. How do I start a thread on Discourse from email? We should start this discussion over there so we can experience it ourselves. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora should replace mailing lists with Discourse
On Wed, Oct 17, 2018 at 01:14:32PM -0400, Matthew Miller wrote: > On Wed, Oct 17, 2018 at 05:00:32PM +0000, Anderson, Charles R wrote: > > How do I start a thread on Discourse from email? We should start this > > discussion over there so we can experience it ourselves. > > So, yeah, that's a thing: we currently have that feature turned off, because > I'm worried about spam. So you can reply to threads, but not start them. > > Discourse is *definitely* not a smooth, drop-in mailing list replacement > like Hyperkitty is. Well then, that's a showstopper for me. I was honestly ready to give it a try. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora should replace mailing lists with Discourse
On Wed, Oct 17, 2018 at 11:02:58AM -0700, Gerald B. Cox wrote: > On Wed, Oct 17, 2018 at 10:55 AM Samuel Sieb wrote: > > > On 10/17/18 8:52 AM, Gerald B. Cox wrote: > > > Again, I use gmail and things look perfectly fine for me. > > > > That's because gmail only shows the HTML part. > > > > Ah... so it's a client issue. Good to know. No. You are either completely misunderstanding the issue, or are arrogantly choosing to ignore it. Your tone comes across as the latter, but I apologize if I misconstrue your intent. Let me try to explain again. Different people prefer different clients. Some people prefer text-only clients that have no capability to render HTML. That's okay--MIME (Multipurpose Internet Mail Extenstions RFC 2045 and RFC 2046) provide a way to support both text-only and HTML clients, called multipart/alternative in MIME. It is up to the sender of the email to support MIME multipart/alternative correctly by supplying meaningful content in two separate mail attachments--text/plain for text-only clients, and text/html for Gmail and other HTML-capable clients. If you are using Gmail you will only see the HTML part. You need to see the text/plain part to see what issues it has. To claim that your preference of email client, Gmail, "looks fine" and then dismissing anyone else's issues as "a client issue" implies that you don't care about people who use different clients. That is not a way to garner support and reaching consensus for changing how the Fedora Project communicates with its members. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora should replace mailing lists with Discourse
On Wed, Oct 17, 2018 at 03:52:17PM -0300, Gerald B. Cox wrote: > I'm not an email expert by any means. What I said was that it works > perfectly fine for me. If people have an issue with it they should file a > bug or enhancement request with the discourse project. That way the issue > could be addressed and everyone could benefit. Okay, so you care only for your own needs? Everyone else is on their own? You are advocating for a change to how Fedora communicates, while dismissing people's concerns about that change, and then putting the onus on those same people to help improve the third-party cloud hosted product so the change can work for them. How about we simply leave things the way they are instead? It has worked fine for 15+ years. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Attention Gmail users, please turn off HTML mail
On Wed, Oct 17, 2018 at 02:12:37PM -0500, Bruno Wolff III wrote: > On Wed, Oct 17, 2018 at 14:48:52 -0400, > "tonynel...@georgeanelson.com" wrote: > >> ... For html only messages you would either need to reject them or rewrite > >> them, both of which have issues. > >I've used elinks to do that in an email forum I wrote. It worked better than > >doing it with, say, Beautiful Soup. > > That is a big risk on your list serve processor. I would want to use > something > a lot safer than elinks (or lynx) to parse unsolicited email messages. What I > do at work is use a simple perl script, but it doesn't do a great job. I use a perl script with these modules and some regexps to clean up the result: use HTML::Strip; use HTML::LinkExtor; use HTML::Entities qw/decode_entities/; use URI::Escape qw/uri_unescape/; ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Fedora should replace mailing lists with Discourse
On Fri, Oct 19, 2018 at 10:10:22AM -0400, Matthew Miller wrote: > I ... don't know how to engage constructively with this accusation, because > it it seems to come from absolutely nowhere. Yes, we're *definitely* trying > out Discourse. That's not a conspiracy — it's live! We're also trying out > HyperKitty. It's live too! We try stuff! Can you please turn on the ability to create new threads via email/mailing list mode in Discourse? Thank you. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Attention Gmail users, please turn off HTML mail
On Fri, Oct 19, 2018 at 01:51:02PM -0500, Mátyás Selmeci wrote: > On 10/17/18 2:38 PM, Anderson, Charles R wrote: > > On Wed, Oct 17, 2018 at 02:12:37PM -0500, Bruno Wolff III wrote: > >> On Wed, Oct 17, 2018 at 14:48:52 -0400, > >> "tonynel...@georgeanelson.com" wrote: > >>>> ... For html only messages you would either need to reject them or > >>>> rewrite them, both of which have issues. > >>> I've used elinks to do that in an email forum I wrote. It worked better > >>> than doing it with, say, Beautiful Soup. > >> > >> That is a big risk on your list serve processor. I would want to use > >> something > >> a lot safer than elinks (or lynx) to parse unsolicited email messages. > >> What I > >> do at work is use a simple perl script, but it doesn't do a great job. > > > > I use a perl script with these modules and some regexps to clean up > > the result: > > > > use HTML::Strip; use HTML::LinkExtor; use HTML::Entities > > qw/decode_entities/; use URI::Escape qw/uri_unescape/; > > ___ > > Is this Perl script available somewhere? I'm interested in having > something better than elinks for the times I read HTML mail in Mutt. I put them up on github: https://github.com/cranderson/mutt-scripts/tree/master ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: New ZoneMinder packages - except el7
On Sat, Dec 08, 2018 at 12:36:54PM -0600, mcatanz...@gnome.org wrote: > On Sat, Dec 8, 2018 at 10:26 AM, Andrew Bauer > wrote: > > Sorry for the noise. This was meant for the rpmfusion devel list. > > Why is Zoneminder in RPMFusion? I'm curious why is it ineligible for > Fedora? Because currently available security cameras need patented algorithms to support them. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: New ZoneMinder packages - except el7
On Sat, Dec 08, 2018 at 08:13:06PM -0700, Chris Murphy wrote: > On Sat, Dec 8, 2018 at 4:33 PM Anderson, Charles R wrote: > > > > On Sat, Dec 08, 2018 at 12:36:54PM -0600, mcatanz...@gnome.org wrote: > > > On Sat, Dec 8, 2018 at 10:26 AM, Andrew Bauer > > > wrote: > > > > Sorry for the noise. This was meant for the rpmfusion devel list. > > > > > > Why is Zoneminder in RPMFusion? I'm curious why is it ineligible for > > > Fedora? > > > > Because currently available security cameras need patented algorithms to > > support them. > > Hmm. Does the Cisco arrangement almost entirely solve the problem? I'm > pretty sure all cameras these days are using H.264 encoding, and some > use MJPEG by saving out each frame as a JPEG. What's patented? I believe H.264 is patented. Cisco's code apparently can only be used for WebRTC: https://fedoraproject.org/wiki/OpenH264 ZoneMinder uses ffmpeg. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Disabled registration from a certain IP due to a limit.
On Mon, Dec 17, 2018 at 12:14:18PM -0500, Ben Cotton wrote: > On Mon, Dec 17, 2018 at 12:01 PM Fabio Valentini wrote: > > Important announcements (and RFCs) like this should really be done > > somewhere where the most people will see it (probably the devel ML?) > > > It was also published to the Community Blog[1], which also > automatically posts to Fedora Planet. > > [1] > https://communityblog.fedoraproject.org/fedoras-strategic-direction-an-update-from-the-council/ > > -- > Ben Cotton > Fedora Program Manager > TZ=America/Indiana/Indianapolis Can we please make sure this gets sent to the fedora-announce ML now and in the future? That is the purported purpose of the list. Thanks. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Attempting to contact unresponsive maintainers: dkaspar flaper87
I can take tcsh if nobody else does. On Mon, Jun 03, 2019 at 04:23:54PM +, Marcin Dulak wrote: > Nobody took tcsh until now. ___ 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 Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [EXT]Re: Fedora Workstation and disabled by default firewall
Perhaps VNC should default to listing only on the loopback interface. On Mon, Aug 26, 2019 at 08:55:59AM -0400, Jason Montleon wrote: > Imagine starting up VNC, having no intention of opening port 59xx, and > intending to use SSH tunneling to connect to the service. > > You think you're being more diligent only to later find out the service > is actually exposed by the default firewall policy. > > On 8/26/19 8:46 AM, Artem Tim wrote: > >> completely disabled by default (opened all ports 1025-65535) on Fedora > >> Workstation? > > > > Not completely. Completely when from 1 to 65535. :) ___ 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-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [EXT] Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories
On Mon, Sep 09, 2019 at 07:57:20PM -, vvs vvs wrote: > Well, thanks for sharing. > > I'm not complaining that nobody wants to fix things for me. I'm complaining > because there is no possibility to fix things myself. After removing i686 > repository I'm either should start building it myself or switch to another > distribution. I'm not trying to hurt anyone's feelings, I just have no other > choice. If there is no possibility to keep that repository than it's fine, > but I was not convinced that there are other reasons for that decision aside > bureaucratic ones and lack of empathy. If putting that repository on some > optional host for anyone to be able to fix it themselves would severely harm > the project then I was wrong all along and I'm really sorry. If you don't care about i686 not being "supported" but just want to have access to the repositories so you can use/fix them yourself, then why don't you just keep running Fedora 30 or 29 forever? The old bits will always be there (moved to archive/ directory) and you can keep using them. ___ 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-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [EXT] Donate 1 minute of your time to test upgrades from F30 to F31
No dep failures, but downgrades: Downgrading: gimp x86_64 2:2.10.12-2.module_f31+5293+eb7fed42 fedora-modular 22 M gimp-libs x86_64 2:2.10.12-2.module_f31+5293+eb7fed42 fedora-modular2.2 M podmanx86_64 2:1.5.1-2.17.dev.gitce64c14.fc31 updates-testing11 M podman-manpages noarch 2:1.5.1-2.17.dev.gitce64c14.fc31 updates-testing 205 k perl-Date-Manip noarch 6.77-2.fc31 fedora1.0 M Transaction Summary = Install 51 Packages Upgrade2123 Packages Remove3 Packages Downgrade 5 Packages Total download size: 2.4 G Is this ok [y/N]: n Operation aborted. ___ 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-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: [EXT] Donate 1 minute of your time to test upgrades from F30 to F31
I know you didn't ask about F29 upgrades, but it looks like it might work: Removing: kernelx86_64 5.2.7-100.fc29 @updates-testing0 kernel-core x86_64 5.2.7-100.fc29 @updates-testing 66 M kernel-modulesx86_64 5.2.7-100.fc29 @updates-testing 28 M kernel-modules-extra x86_64 5.2.7-100.fc29 @updates-testing 2.1 M Enabling module streams: gimp 2.10 Transaction Summary = Install 135 Packages Upgrade 2417 Packages Remove 4 Packages Total download size: 3.0 G Is this ok [y/N]: n Operation aborted. ___ 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-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
