Re: errors in dnf update
> "RM" == Robert Moskowitz writes: RM> Where would I put a 36K output file? Honestly I figured you would look at the output yourself to see if anything stands out. Though you redirected stdout and not stderr, and so the output you pasted showed the only error output by that command anyway, and it's not indicative of any problem. So that was my one idea exhausted. - J< ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org
Re: errors in dnf update
> "RM" == Robert Moskowitz writes: RM> New f29-beta for armfhp. Just ran dnf update and caught this go RM> across the screen... RM> /sbin/ldconfig: relative path `1' used to build cache RM> warning: %postun(anaconda-widgets-29.24.1-1.fc29.armv7hl) scriptlet failed, RM> exit status 1 Bizarre; anaconda just has: %postun widgets -p /sbin/ldconfig Technically that should have been removed in F28, but that's not really the problem. Do you get anything useful when running ldconfig -v as root? It's possible that something in /etc/ld.so.conf.d is malformed. It's possible that anaconda-widgets is unrelated except for being the first thing you noticed that's run ldconfig. Very little actually needs to run it these days. - J< ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org
Re: F28: problems to upgrade texlive-base from updates-testing
> "JLT" == Jason L Tibbitts writes: JLT> So I guess R-core needs to change to not provide that JLT> directory. Checking git, that was done on Tuesday and was pushed to testing along with the texlive-base update. So I guess it's just the directory replacement issue remaining. - J< ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-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/test@lists.fedoraproject.org/message/MZSJWQZ6EESVQOQNGAD2VKJEWX6SVXGK/
Re: Problem with F26 fedora repo?
> "EG" == Ed Greshkowrites: EG> Cannot download EG> 'https://mirrors.fedoraproject.org/metalink?repo=fedora-26=x86_64': EG> Cannot download repomd.xml: Cannot download repodata/repomd.xml: All EG> mirrors were tried. Cleaning up. Error: Failed to synchronize EG> cache for repo 'fedora' I guess the obvious next question is whether you can access that URL. That hostname has ten IP4 addresses and five IP6 addresses and sadly DNF doesn't tell you which actually addresses it's trying to contact. It really needs to have some way to give complete information about exactly which host it is contacting and what the conversation looks like. It's not possible to tell if it's hitting one bad host and giving up, or if there's some networking problem on the client end, or if the sun imploded. Guess I'll go search for upstream DNF bugs. - J< ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Umask in Fedora 26 ?
> "PG" == Peter Gueckelwrites: PG> For some reason, my setting in .bash_profile is no longer being PG> honoured in Fedora 26! Why? Is this from an application running from: * A desktop session? (Which one? And what display manager?) * A terminal window opened from within a desktop session? (Which terminal program?) * A text console login? * An ssh session? I know there has been work ongoing to get the user's shell out of the desktop login path, which would mean that setting something in .bash_profile or .zprofile or whatever isn't going to make any difference to programs which spawn from a desktop session. It also means that .bash_profile/.zprofile won't ever be read if your terminal program doesn't start the shells as login shells. I would assume there would be some other way to set a per-user umask setting (here I need either 007 or 077 depending) but I have no idea what it would be. - J< ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Rawhide-20170125.n.0: My son, my son, what have you done?!
> "GG" == GERHARD GOETZHABERGG> (Why not having at least continued operating THAT edition on 4.8?) Because the 4.8 series is end of life. And you can still boot the old kernels if you want. In fact, even on rawhide you should be able to grab some pretty old kernel packages and boot them. http://lkml.iu.edu/hypermail/linux/kernel/1701.1/00356.html - J< ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: DRPMs
> "KF" == Kevin Fenziwrites: KF> Right. They are not at all, no matter how much I might like it from KF> the server side. ;) You and me both. If only we could get them broken up into subdirectories like the packages are. But then you have to fix two different createrepo codebases. - J< -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: DRPMs
> "RW" == Russel Winderwrites: RW> From what I can see DRPMs for Rawhide have not been picked up by the RW> mirrors for quite a long time now. I don't believe drpms are generated for rawhide. I'm not sure they ever have been. RW> Does this mean that the DRPM system is being abandoned? Do you not see drpms being generated for all of the release branches? (I certainly do.) If so, how could you come to the conclusion that drpms are being abandoned? - J< -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://lists.fedoraproject.org/admin/lists/test@lists.fedoraproject.org
Re: VTs on F22 unusable!
MM == Matthew Miller mat...@fedoraproject.org writes: MM Personally, I'd have made it vt2, to keep the ingrained assumption MM working (and, figure that most people who realize they can switch MM between these with the function keys rather than the GUI will be MM able to handle skipping that one), but, eh. I can't help but laugh at the fact that after all of the angst when we changed it from F6 so many years ago, now it's getting changed back. (It's been so long; it might have been F7 but I can't remember now.) - j -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: What does one do about a package maintainer with an attitude problem?
JK == Jonathan Kamens j...@kamens.us writes: JK How does one find out someone's sponsor? Look them up in the account system. https://admin.fedoraproject.org/accounts/group/members/packager and filter it or go through the list. JK I looked at the Wiki page for the CWG, and it doesn't have any JK enforcement powers. Why are you concerned with enforcement powers? What is anyone going to do to a volunteer in any case? Go to their house and threaten them with violence unless they maintain their packages in the way you want them maintained? The only thing anyone can really do, besides communicate, is to remove the packager's privileges. Are you willing to maintain those packages yourself? (And if so, have you signed up to comaintain them?) Is having them removed from the distribution a better outcome than the status quo? - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Bind updates?
mc == mike cloaked mike.cloa...@gmail.com writes: mc Any chance of builds of patched versions of bind for =F16 to fix mc the CVE quoted in https://kb.isc.org/article/AA-00801 ? There were a bunch of builds yesterday. Check koji. - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Selinux in development releases
JF == John Florian john.flor...@dart.biz writes: JF I do wish there was some master switch to temporarily enable logging JF for them. You mean, besides the existing disable dontaudit rules switch? Just run semoduile -DB. It's pretty much mandatory to do that first when debugging selinux problems. - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Selinux in development releases
MM == Matthew Miller mat...@fedoraproject.org writes: MM Of course. However, it might be better if someone who has better MM understanding of exactly what that does and how to use it (e.g., MM Jason) would do it, including adding a little bit of surrounding MM text. I'm just aping one of Dan's old blog entries: http://danwalsh.livejournal.com/11673.html I'm something of an idiot when it comes to selinux; I used to know just enough to get a reasonable bug report out, but now I've even forgotten most of that. I do know, however, that turning off dontaudit rules can save your sanity, because _way_ too much stuff fails silently. Which is a horrible bug in itself but it seems to be by design. - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Fedora-legal-list] GIMP vs. poppler licensing, was: So you want to test an unstable GIMP...
NP == Nils Philippsen n...@redhat.com writes: NP Legal question: is it better to put this in its own subpackage to be NP able to specify this individual license, or would GIMP better have NP GPLv3+ and LGPLv3+ and (GPLv2 or GPLv3) as its license? This is covered by http://fedoraproject.org/wiki/Packaging:LicensingGuidelines#Multiple_Licensing_Scenarios Basically, you are encouraged to separate differently licensed pieces of code into subpackages with different licensing. However, it is sufficient to simply indicate all of the licenses in the License: tag and include an explanation of which files in the binary package are under which license. (Various methods for doing this are given in the URL above.) - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora 15 updates-testing report
[Regarding the tsclient package] RS == Rahul Sundaram methe...@gmail.com writes: RS Apparently this package has been marked dead. But it doesn't look like anyone ever requested that it be blocked from the distribution. It's also not been orphaned. The full process is at: http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life It looks like the package was marked dead back in September but the process stopped there. Unfortunately the person who made the commit to remove the files and add the dead.package file isn't listed as one of the maintainers of the package in pkgdb and is not a provenpackager so I'm a bit confused. That person's account is also marked inactive. I've CC'd the current tsclient maintainers in the hope that someone will know what should be done with this package. I'm happy to finish out the retirement procedure if someone tells me that the package really should go away. - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Please explain: Your credentials have expired
AW == Adam Williamson awill...@redhat.com writes: AW Yes, I've never seen the notification before. I think they may have AW 'fixed' the notification with a recent update, with the consequences AW noted here :) Well, on Feb 14 the version went from 0.16 to 2.91.6. I guess there's a nonzero possibility of differing behavior there. - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rawhide report: 20110122 changes
RWMJ == Richard W M Jones rjo...@redhat.com writes: RWMJ I thought that was all I had to do, but apparently there's RWMJ something else needed to drop it entirely. Did you delete all of the files and add a dead.package file? http://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Asterisk RPMs for F14?
SH == Steven Haigh net...@crc.id.au writes: SH Looking at the repos, it seems 1.6.2.12-0.1.rc1 is the available SH version. Seems to me the latest available version in the repository is 1.8.0. SH How would we go about updating the available asterisk version? In a stable release? I'd assume that the maintainer would need to balance any benefits against the disruption such an update could cause. I'm assuming you can provide some benefits besides the version number is higher. And of course, it would be far more helpful if you would provide that list of benefits in a ticket filed against the package instead of on a mailing list. - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: !! NVIDIA WORKS !!!
SR == Scott Robbins scot...@nyc.rr.com writes: SR I've never quite understood this logic. If it's working, there is a SR change in Fedora, and it doesn't work, this is NVidia's job to fix? Yes, precisely. Their code is not open; we can't fix it. Who else's job could it possibly be but their when they are the only ones with the code? - J -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test