Re: Proposal to deprecated `fedpkg local`
"fedpkg local lets me cycle through build failures faster in the early stages" Totally agree. On Wed, Jan 27, 2021 at 5:34 PM Gwyn Ciesla via devel < devel@lists.fedoraproject.org> wrote: > > > > -- > Gwyn Ciesla > she/her/hers > > in your fear, seek only peace > in your fear, seek only love > -d. bowie > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Wednesday, January 27, 2021 10:27 AM, Fabio Valentini < > decatho...@gmail.com> wrote: > > > On Wed, Jan 27, 2021 at 5:24 PM Gwyn Ciesla via devel > > devel@lists.fedoraproject.org wrote: > > > > > > It's needed for testing builds against versions of packages not yet in > mock. I use it almost every day. Losing it would make things like testing > solib bumps harder. > > > > > I've done local test builds for soname bumps and similar things lots > > of times, and I've never used (or thought about using) fedpkg local > > for that. > > I used "mock --chain" or a combination of "mock --postinstall > > --no-clean" for those builds ... which is much closer to what koji > > will do with your builds, and gives every build the clean environment > > it deserves >:-) > > That's a great thing to do, but fedpkg local lets me cycle through build > failures faster in the early stages. I'd really hate to see it go; If > others don't use it, they can keep not using it. :) > > > > > > Fabio > > > > > 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 > > ___ > 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 > -- -- - Radovan Sroka Software Engineer | Security Technologies | Red Hat, Inc. ___ 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: Non responsive packager: mildew
Hello, These packages are mine and @Sergio Correia so there is no need to orphan them. I'll try to contact him and clarify the situation. On Mon, Jul 27, 2020 at 10:42 AM Pierre-Yves Chibon wrote: > Good Morning Everyone, > > I have been trying to contact packagers without a proper bugzilla account > associated with their FAS email for a while now. The first email to > devel-announce > is from June 13th [1]. > > This is a requirement for packagers which is mentioned at: > > https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Create_a_Bugzilla_Account > > Since then a number of packagers have fixed their situation but that user > did not. > > Currently I see: > mildew is maintaining rpms/PEGTL > mildew is maintaining rpms/clevis > mildew is maintaining rpms/jose > mildew is maintaining rpms/json > mildew is maintaining rpms/luksmeta > mildew is maintaining rpms/sudo > mildew is maintaining rpms/tang > mildew is watching rpms/usbguard > > > I am hereby starting the non-responsive procedure for that user. > > Does someone know how to contact them? > > Failing to contact them, I will be asking FESCo to orphan the packages. > > > Thanks in advance for your help, > > Pierre > > > [1] > https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org/thread/HDK6TTRXN7BQTYNSOR3TA5HMMKWQ5UQT/ > ___ > 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 > -- -- - Radovan Sroka Software Engineer | Security Technologies | Red Hat, Inc. ___ 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: Non-responsive maintainer - Daniel Kopeček
Hi Vitaly, According to the team calendar he is on his PTO since Thursday. He should be back tomorrow I guess :). On Sun, Jul 22, 2018 at 7:01 PM Vitaly Zaitsev wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hello! > > According Non-responsive Maintainer Policy I'm asking the maintainer > to respond and resolve issues with packages spdlog and json. > > RHBZ (spdlog): https://bugzilla.redhat.com/show_bug.cgi?id=1468817 > > RHBZ (json): https://bugzilla.redhat.com/show_bug.cgi?id=1558490 > > - -- > Sincerely, > Vitaly Zaitsev (vit...@easycoding.org) > -BEGIN PGP SIGNATURE- > > iQIzBAEBCAAdFiEEGFSlHDlYR1Xq8pxov5n8bdRauQoFAltUuCoACgkQv5n8bdRa > uQqu6g//Shwdm4h3DieFglOLErUz0ptD3/uNebYUTw1mbPlqQHEnb3tXVU6cSKUS > JJTBz7fnfbyK/cTTaoazVsSIiF738LcHPMTz75HNLLsnExaDenv9fbaObfrXr5QK > gMy+CR7kh831vmWHCklSmKc1FXz2jsWRt3MqBIF+1fx5hqObEMmLK9Kd5NIJZh4n > m/55OjKSS5GjUedExo9pMbCYIPHWnx72ilwvJMpysyH6L6TbU6esl0KU9V9x94hh > yc3J+3MSMv3mhfnLGlUvP3+WqTdE8V5PyvV9my7w/sm1Z3jT8noFKucYHGtk13kB > AfjXyzMqSPAlb9Ek8IE+GEsc1aQtB0N5KxGE3oC+e0DSw295j6jNkEWMMIRyjsVB > 62yFlJtThOr8s3OwJ509ayg/DKsXdV0v1jZFoUKN3RlfyeBabhzQZip2QlEtIH6m > QIcArtxq46OBIuowgvfAdx4Hu6L3uwKWtGHp0YVKQ6yW942dtdBGi7S4Fq9blzPZ > euCP0HB9ceUC/FCP+cdpslQ3DCVMBDDSfnvpx2N63gxv1Q12Zdfthv3NdHSB1c7E > 5dBMQbs8yzT5QbdG4VC5dZ9Q2koTxx6PzyHUedKsjhcS2c7Cyzd+9wmsxOYs3SFf > XAijz2rPC0pdHlw7asMFIuoUaybJYnFWV9NhuOnSvpTwfdx09wM= > =KjxK > -END PGP SIGNATURE- > ___ > 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/message/TZ67FVO57UHOAZA3KNBH6LQ4BW4B5YCU/ > -- -- - Radovan Sroka Associate Software Engineer | Security Technologies | Red hat, Inc. ___ 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/message/HN26C3Q3CYM3S7J2UIWGXKNVXIN5WMEW/
[HEADS UP] [RAWHIDE] changed secure path in default sudoers
/usr/local/sbin and /usr/local/bin has been added into secure_path variable in default sudoers on RAWHIDE sudo. It was requested in https://bugzilla.redhat.com/show_bug.cgi?id=1166185. If you don't want it you still can revert it. You can add there file under /etc/sudoers.d e.g. /etc/sudoers.d/secure_path_revert. With this approach you can still use default sudoers and have it updated after each update of sudo and also have your own configuration under /etc/sudoers.d directory. $ cat /etc/sudoers.d/secure_path_revert #replace secure_path with old default Defaultssecure_path = /sbin:/bin:/usr/sbin:/usr/bin -- -- - Radovan Sroka Associate Software Engineer | Security Technologies | Red hat, Inc. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS-UP] unannounced libfastjson ABI change breaks rsyslog
"So it shouldn't break anything else." On Thu, Nov 2, 2017 at 8:52 AM Radovan Sroka <rsr...@redhat.com> wrote: > Hi Guys, > > libfastjson is rsyslog specific library. So it should break anything else. > I did a mistake because I didn't group updates for libfastjson and for > rsyslog. Rsyslog was broken yesterday on fedora 26 but now it should be > everything OK. I will be really careful with other branches and also with > another updates in future. > > > On Thu, Nov 2, 2017 at 4:36 AM Troy Curtis Jr <troycurti...@gmail.com> > wrote: > >> >> >> On Wed, Nov 1, 2017 at 5:49 PM Dominik 'Rathann' Mierzejewski < >> domi...@greysector.net> wrote: >> >>> Dear Fedora, >>> >>> >> ..snip.. >> >> >>> This breaks, for example, rsyslog-8.30.0-3, which was compiled against >>> libfastjson-0.99.7, but didn't go out together with it, so when I ran >>> dnf update, the set contained only new rsyslog, which, when run with >>> libfastjson-0.99.6 (same SONAME!) simply dies: >>> # rsyslogd -n >>> rsyslogd: symbol lookup error: rsyslogd: undefined symbol: >>> fjson_global_do_case_sensitive_comparison >>> >>> Dear maintainers, please use abipkgdiff when doing library updates. >>> Upstreams do break ABI without bumping SONAME sometimes. >>> >>> >> I'm not sure if it is a real issue or not. A user in #fedora got bit by >> this where his rsyslog was upgraded but not his libfastjson. Updating to >> libfastjson-0.99.7 allowed rsyslog to startup and begin logging. But it >> appeared to die quickly. This happened at least twice. >> >> There could be other things going on with his setup, but I thought I'd >> point out a potential issue to be on the lookout for even if the missing >> symbol has been resolved. >> >> Troy >> > -- > -- > - > > Radovan Sroka > Associate Software Engineer | Security Technologies | Red hat, Inc. > -- -- - Radovan Sroka Associate Software Engineer | Security Technologies | Red hat, Inc. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS-UP] unannounced libfastjson ABI change breaks rsyslog
Hi Guys, libfastjson is rsyslog specific library. So it should break anything else. I did a mistake because I didn't group updates for libfastjson and for rsyslog. Rsyslog was broken yesterday on fedora 26 but now it should be everything OK. I will be really careful with other branches and also with another updates in future. On Thu, Nov 2, 2017 at 4:36 AM Troy Curtis Jr <troycurti...@gmail.com> wrote: > > > On Wed, Nov 1, 2017 at 5:49 PM Dominik 'Rathann' Mierzejewski < > domi...@greysector.net> wrote: > >> Dear Fedora, >> >> > ..snip.. > > >> This breaks, for example, rsyslog-8.30.0-3, which was compiled against >> libfastjson-0.99.7, but didn't go out together with it, so when I ran >> dnf update, the set contained only new rsyslog, which, when run with >> libfastjson-0.99.6 (same SONAME!) simply dies: >> # rsyslogd -n >> rsyslogd: symbol lookup error: rsyslogd: undefined symbol: >> fjson_global_do_case_sensitive_comparison >> >> Dear maintainers, please use abipkgdiff when doing library updates. >> Upstreams do break ABI without bumping SONAME sometimes. >> >> > I'm not sure if it is a real issue or not. A user in #fedora got bit by > this where his rsyslog was upgraded but not his libfastjson. Updating to > libfastjson-0.99.7 allowed rsyslog to startup and begin logging. But it > appeared to die quickly. This happened at least twice. > > There could be other things going on with his setup, but I thought I'd > point out a potential issue to be on the lookout for even if the missing > symbol has been resolved. > > Troy > -- -- - Radovan Sroka Associate Software Engineer | Security Technologies | Red hat, Inc. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
apple swift fedora support
Is there any initiative to package apple swift and other swift tools? https://github.com/apple/swift Thanks. -- -- - Radovan Sroka Associate Software Engineer | Security Technologies | Red hat, Inc. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org