Re: DNF replacing yum: fedup?
On Tue, 2015-01-27 at 08:44 +0100, Miroslav Suchý wrote: > On 01/26/2015 10:26 PM, Adam Williamson wrote: > > Has this been considered yet? Should porting fedup to dnf be in > > the scope of this Change? Does that affect its practicability for > > F22? > > I was thinking about this in past beacuse I maintain fedora- > upgrade(8). > > If DNF is default for F22, then IMO all upgrade tools should start > migrating to DNF after F22 release. Not sooner! > I.e. upgrade from F21 to F22 should be done using yum. Because the > upgrade is run on code-base of F21. > And DNF should be used for the first time for upgrade from F22 to > F23. Sure...and that means the upgrade tools included in F22 should be DNF- based. Because they'll be the ones used to upgrade to F23. We already shipped the upgrade tools in F21. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On 01/26/2015 10:26 PM, Adam Williamson wrote: > Has this been considered yet? Should porting fedup to dnf be in the > scope of this Change? Does that affect its practicability for F22? I was thinking about this in past beacuse I maintain fedora-upgrade(8). If DNF is default for F22, then IMO all upgrade tools should start migrating to DNF after F22 release. Not sooner! I.e. upgrade from F21 to F22 should be done using yum. Because the upgrade is run on code-base of F21. And DNF should be used for the first time for upgrade from F22 to F23. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [fedora-java] AutoService in Fedora?
On 01/27/2015 06:48 AM, Christopher wrote: > On Tue, Jan 27, 2015 at 12:45 AM, Christopher > wrote: > >> On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski >> wrote: >> >>> On 01/26/2015 11:57 PM, Christopher wrote: Does anybody know if AutoService ( https://github.com/google/auto/tree/master/service) is already >>> packaged for Fedora? Maybe under a different name? >>> >>> It doesn't seem to be packaged. >>> >>> For projects using Maven the easiest way of checking whether given >>> artifact is packaged or not is using repoquery: >>> >>> repoquery -f 'mvn(com.google.auto.service:auto-service)' >>> >>> >> Excellent! Thanks for the pro-tip! >> > > Oh, and what's the process if I want to get it packaged? I know I need to > submit a package review bugzilla, but do I also need to do a F22 > self-contained feature proposal? No, you don't need to file change proposal. You just need to create SRPM and get it reviewed. See [1]. Java package reviews can be added to FE-JAVASIG tracker [2] to speedup the review process. [1] http://fedoraproject.org/wiki/New_package_process_for_existing_contributors [2] https://bugzilla.redhat.com/652183 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [fedora-java] AutoService in Fedora?
On Tue, Jan 27, 2015 at 12:45 AM, Christopher wrote: > On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski > wrote: > >> On 01/26/2015 11:57 PM, Christopher wrote: >> > Does anybody know if AutoService ( >> > https://github.com/google/auto/tree/master/service) is already >> packaged for >> > Fedora? Maybe under a different name? >> >> It doesn't seem to be packaged. >> >> For projects using Maven the easiest way of checking whether given >> artifact is packaged or not is using repoquery: >> >> repoquery -f 'mvn(com.google.auto.service:auto-service)' >> >> > Excellent! Thanks for the pro-tip! > Oh, and what's the process if I want to get it packaged? I know I need to submit a package review bugzilla, but do I also need to do a F22 self-contained feature proposal? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [fedora-java] AutoService in Fedora?
On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski wrote: > On 01/26/2015 11:57 PM, Christopher wrote: > > Does anybody know if AutoService ( > > https://github.com/google/auto/tree/master/service) is already packaged > for > > Fedora? Maybe under a different name? > > It doesn't seem to be packaged. > > For projects using Maven the easiest way of checking whether given > artifact is packaged or not is using repoquery: > > repoquery -f 'mvn(com.google.auto.service:auto-service)' > > Excellent! Thanks for the pro-tip! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [fedora-java] AutoService in Fedora?
On 01/26/2015 11:57 PM, Christopher wrote: > Does anybody know if AutoService ( > https://github.com/google/auto/tree/master/service) is already packaged for > Fedora? Maybe under a different name? It doesn't seem to be packaged. For projects using Maven the easiest way of checking whether given artifact is packaged or not is using repoquery: repoquery -f 'mvn(com.google.auto.service:auto-service)' -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF and mock
On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote: > On Mon, 26 Jan 2015 09:43:55 + > Peter Robinson wrote: > >> >> The kernel, grub and a few other packages are built on the RHEL6 >> >> boxes, not everything was migrated off of RHEL >> >> >> > >> > Just out of curiosity, what are the reasons? >> >> Signing infrastructure for secure boot. > > Actually, as I noted to Dennis the other day, I did move the secure > boot builders over to Fedora. They are currently running Fedora 20, I > still need to upgrade them to Fedora 21. > > The last builders that aren't running Fedora are our ppc builders. > (2 of them for epel ppc builds). I'm not sure how easy it will be to > move them to Fedora. The Fedora secondary PPC builders are all F-20 now, we've got some new Power8 kit coming at some point in Q1 so the plan is to move them all over to PowerKVM so we should be able to deploy all builders in the same manner across all architectures before long. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Soname bump: rygel
On Tue, 2015-01-27 at 03:41 +, Peter Robinson wrote: > On Mon, Jan 26, 2015 at 8:51 PM, Adam Williamson < > adamw...@fedoraproject.org> wrote: > > Hi, folks. A couple of people have tried to build rygel 0.25, > > which bumps the API/ABI, but both times it failed. I just fixed it > > up and got a build through: > > Thanks Adam, it needed a newer version of a lib which I notice the > maintainer has sent out notification that it was being bumped so it > was on my list to fix up, at the moment I think it's the only thing > that links against the libraries in Fedora so it's pretty self > contained. The file list needed updating too. I changed it to use a macro for the api version so you don't have to edit it in two dozen places each time this happens :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Soname bump: rygel
On Mon, Jan 26, 2015 at 8:51 PM, Adam Williamson wrote: > Hi, folks. A couple of people have tried to build rygel 0.25, which > bumps the API/ABI, but both times it failed. I just fixed it up and > got a build through: Thanks Adam, it needed a newer version of a lib which I notice the maintainer has sent out notification that it was being bumped so it was on my list to fix up, at the moment I think it's the only thing that links against the libraries in Fedora so it's pretty self contained. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Cinnamon Spin
On Mon, Jan 26, 2015 at 9:51 PM, Carlos Morel-Riquelme < empateinfin...@gmail.com> wrote: > Dan, thank for the new but the download links for the spin (wiki > skeleton) isn't available :( > > On Mon, Jan 26, 2015 at 11:24 PM, Dan Book wrote: > >> On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote: >> >>> Hello, >>> I have put together a basic Cinnamon Live spin, and was wondering if >>> this is something people would like to see become official. It's not ready >>> for submission quite yet, there is a bit of a hack to change the default >>> gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and >>> desktop icon colors (something that should probably be fixed upstream, this >>> happens for any Cinnamon install by default in F21). I'm not a Fedora >>> packager nor do I have a whole lot of time to put into this, but I am >>> willing to update and maintain the spin as necessary. >>> >>> I have the kickstart files in this github repo: >>> https://github.com/Grinnz/spin-kickstart-cinnamon >>> And resulting images, which I have briefly tested and installed in a VM: >>> https://grinnz.com/public/spins-cinnamon/ >>> >>> I added a skeleton wiki page as well: >>> https://fedoraproject.org/wiki/Cinnamon_Spin >>> >>> -Dan Book >>> >> >> Update: Cinnamon is now using an updated version of the Zukitwo gtk-theme >> and I have re-spinned isos at https://grinnz.com/public/spins-cinnamon/ >> . Once the next cinnamon update goes through the workaround to set the >> gtk-theme can be removed. IMO the spin is now suitable for further testing >> and development for inclusion in the fedora spins, if anyone is up to the >> task. >> >> -Dan >> >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct >> > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Current downloads can be found at https://grinnz.com/public/spins-cinnamon/ , I'll update the screenshot and link on the wiki. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Cinnamon Spin
Dan, thank for the new but the download links for the spin (wiki skeleton) isn't available :( On Mon, Jan 26, 2015 at 11:24 PM, Dan Book wrote: > On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote: > >> Hello, >> I have put together a basic Cinnamon Live spin, and was wondering if this >> is something people would like to see become official. It's not ready for >> submission quite yet, there is a bit of a hack to change the default >> gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and >> desktop icon colors (something that should probably be fixed upstream, this >> happens for any Cinnamon install by default in F21). I'm not a Fedora >> packager nor do I have a whole lot of time to put into this, but I am >> willing to update and maintain the spin as necessary. >> >> I have the kickstart files in this github repo: >> https://github.com/Grinnz/spin-kickstart-cinnamon >> And resulting images, which I have briefly tested and installed in a VM: >> https://grinnz.com/public/spins-cinnamon/ >> >> I added a skeleton wiki page as well: >> https://fedoraproject.org/wiki/Cinnamon_Spin >> >> -Dan Book >> > > Update: Cinnamon is now using an updated version of the Zukitwo gtk-theme > and I have re-spinned isos at https://grinnz.com/public/spins-cinnamon/ . > Once the next cinnamon update goes through the workaround to set the > gtk-theme can be removed. IMO the spin is now suitable for further testing > and development for inclusion in the fedora spins, if anyone is up to the > task. > > -Dan > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Cinnamon Spin
On Sat, Dec 20, 2014 at 11:35 AM, Dan Book wrote: > Hello, > I have put together a basic Cinnamon Live spin, and was wondering if this > is something people would like to see become official. It's not ready for > submission quite yet, there is a bit of a hack to change the default > gtk-theme to Zukitwo, as the Adwaita gtk-theme messes up title-bar and > desktop icon colors (something that should probably be fixed upstream, this > happens for any Cinnamon install by default in F21). I'm not a Fedora > packager nor do I have a whole lot of time to put into this, but I am > willing to update and maintain the spin as necessary. > > I have the kickstart files in this github repo: > https://github.com/Grinnz/spin-kickstart-cinnamon > And resulting images, which I have briefly tested and installed in a VM: > https://grinnz.com/public/spins-cinnamon/ > > I added a skeleton wiki page as well: > https://fedoraproject.org/wiki/Cinnamon_Spin > > -Dan Book > Update: Cinnamon is now using an updated version of the Zukitwo gtk-theme and I have re-spinned isos at https://grinnz.com/public/spins-cinnamon/ . Once the next cinnamon update goes through the workaround to set the gtk-theme can be removed. IMO the spin is now suitable for further testing and development for inclusion in the fedora spins, if anyone is up to the task. -Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On 26 January 2015 at 22:52, Will Woods wrote: > > (As an aside, PackageKit should also support these operations, so we can > use PackageKit to make a Upgrade GUI Thing.) > Gnome Software has had some interesting work done in the 3.16 cycle to handle upgrades. For atleast the workstation product that may be useful -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
FESCo elections are open
Greetings, FESCo elections are now open and we're looking for five new committee members. Elections closes promptly at 23:59 UTC on February 3rd. Don't forget to vote! To cast your vote, go to: https://admin.fedoraproject.org/voting Read more about Fedora elections at https://fedoraproject.org/wiki/Elections and about the new FESCo at http://fedoraproject.org/wiki/Development/SteeringCommittee We use range voting in this process — vote for as many or as few candidates as you like on a sliding scale. Note: we were planning Env and Stacks WG elections too but as number of candidates was the same as open seats, Env and Stacks group decided not to run elections this time and accept all candidates as committee members. See the announce- ment from Honza Horak. The Fedora Magazine interviews got delayed as we were waiting for more questions being asked from the community. If you need it to make your decision, please check magazine later. Jaroslav ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Bodhi policy for pushing updates to stable
On Sat, 2015-01-24 at 11:21 -0800, Adam Williamson wrote: > On Sat, 2015-01-24 at 11:05 -0800, Adam Williamson wrote: > > > > With a change along those lines, I think we could plausibly look > > at hard enforcement of the upgrade path, and it would be a good > > improvement. It may be necessary to have *some* kind of override > > mechanism for the case where we have a major security issue we > > really need to fix in stable ASAP, and karma for Branched is > > lagging behind. > > I should also note for completeness the other string to this debate: > > https://github.com/wgwoods/fedup/issues/21 > > that would make the upgradepath issue more or less moot, as you can > already use --distro-sync for yum/dnf upgrades. For the record, I spent an hour or two looking at this, and it seems like it'd be *almost* easy to make fedup do distro-sync right now - I had a quick hack version working in a simple test - but due to issues with the organization of the necessary code in yum, it may not be practical to do it unless a) we can get some code moved around in yum or b) we port fedup to DNF. See: https://github.com/wgwoods/fedup/issues/21#issuecomment-71547360 https://github.com/wgwoods/fedup/issues/21#issuecomment-71550808 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On Mon, 2015-01-26 at 17:52 -0500, Will Woods wrote: > On Mon, 2015-01-26 at 13:26 -0800, Adam Williamson wrote: > > I note the ReplaceYumWithDnf Change page: > > > > https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF > > > > says nothing about fedup. However, fedup uses yum: > > > > [adamw@adam fedup (master %)]$ grep -R yum * | wc -l > > 74 > > > > Has this been considered yet? > > Oh sure. I consider lots of things. I am large, I contain multitudes. /me marvels at the multitudes > It's not actually that complicated; 90% of what fedup does with yum > would be equivalent to a DNF command like: yeah, I had a quick look at it while poking at the distro-sync question. It looked just a bit beyond the bounds of 'let's just hack it out in an afternoon for the hell of it', though, so I resisted trying it myself - there's other stuff I ought to assign higher priority to. I guess it's up to FESCo and the Change owners how they want to handle this. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On Mon, 2015-01-26 at 14:37 -0700, Chris Murphy wrote: > On Mon, Jan 26, 2015 at 2:36 PM, Chris Murphy < > li...@colorremedies.com> wrote: > > On Mon, Jan 26, 2015 at 2:26 PM, Adam Williamson < > > adamw...@fedoraproject.org> wrote: > > > I note the ReplaceYumWithDnf Change page: > > > > > > https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF > > > > > > says nothing about fedup. However, fedup uses yum: > > > > > > > Seems like fedup is only used on Fedora 21 and older to upgrade to > > Fedora 22. So dnf support would be needed to get Fedora 22 to > > fedup to Fedora 23. No? > > I guess right after Fedora 22 branch, it would break the ability to > use fedup to upgrade from Fedora 22 to Rawhide... > There is in fact no strict *technical* requirement for anything to move from yum to dnf in F22. yum will remain in the F22 package set, it is not being removed. However, the Change seems to me to have been written with the basic idea that yum shouldn't be installed by default any more and nothing that's a core part of Fedora should use it any more - for e.g., the Change incorporates moving anaconda to dnf, even though technically speaking there's no *need* for this, we could if we wanted to ship F22 with anaconda using yum but the installed system using dnf. So given that, I wanted to clarify the status of fedup. If F22's fedup depends on yum, then people with 'clean' dnf-only systems are going to get yum installed when they want to upgrade to F23. Of course, we could ship F22 on release day with a yum-based fedup then provide a dnf-based one as an update, but that seems a bit messy. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Review swaps
On Sun, Jan 25, 2015 at 1:19 AM, Mattias Ellert wrote: > tor 2015-01-22 klockan 10:48 -0700 skrev Jerry James: > > > 5. gap-pkg-sonata: https://bugzilla.redhat.com/show_bug.cgi?id=1185018 > > > Please let me know what I can review for you in exchange. Thank you. > > Hi! > > About two weeks ago I sent a list of review requests to this list asking > for review swaps. All but one of them were picked up - many thanks to > the reviewers. I can offer to trade the last remaining one on the list > with you: > > https://bugzilla.redhat.com/show_bug.cgi?id=1144801 > It looks like I was too slow picking this up. I owe you a review. Feel free to ping me next time you need one done. Regards, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
AutoService in Fedora?
Does anybody know if AutoService ( https://github.com/google/auto/tree/master/service) is already packaged for Fedora? Maybe under a different name? Upstream Apache Accumulo is considering adding it as a build dependency. (It's Apache 2.0 licensed). -- Christopher L Tubbs II http://gravatar.com/ctubbsii -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On Mon, 2015-01-26 at 13:26 -0800, Adam Williamson wrote: > I note the ReplaceYumWithDnf Change page: > > https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF > > says nothing about fedup. However, fedup uses yum: > > [adamw@adam fedup (master %)]$ grep -R yum * | wc -l > 74 > > Has this been considered yet? Oh sure. I consider lots of things. I am large, I contain multitudes. > Should porting fedup to dnf be in the scope of this Change? If you want upgrades to work without yum, yes. > Does that affect its practicability for F22? That depends on how much help you expect to be able to find for that porting effort, since I haven't ever worked with DNF. It's not actually that complicated; 90% of what fedup does with yum would be equivalent to a DNF command like: dnf --releasever=22 upgrade --testonly \ --pkglist=/var/lib/system-upgrade/package.list which would: * download (and verify) updates for all packages using the F22 repos, * run a test transaction of those updates, and report errors, and * write a list of packages used in the update to the named file[1]. After that, you'd just need something like a 'treeinfo' command[2] that could handle a command line: dnf --releasever=22 treeinfo download kernel upgrade.img Which would: * download .treeinfo.signed from the configured repo(s) * verify it using the RPM trusted key(s)[3] * use that to download/verify the items listed (kernel, upgrade.img) That's about it. Everything else is outside the scope of dnf. (As an aside, PackageKit should also support these operations, so we can use PackageKit to make a Upgrade GUI Thing.) If anyone from the DNF/PackageKit teams wants to talk more about getting these things working, I'm happy to discuss the requirements in more detail. I'll also be at DevConf in Brno next weekend if anyone wants to discuss it in person. -w [1] This is so that upgrade.img knows which packages to install after we reboot. Alternately we'd just need a guarantee that every RPM file under $SOMEDIR is part of the upgrade transaction, and then fedup could construct package.list itself. [2] For more information about .treeinfo, see https://github.com/wgwoods/fedup/blob/master/fedup/treeinfo.py [3] The F22 key(s) get automatically trusted during the process of verifying the F22 packages, so after that you can verify F22 stuff against the RPM keyring. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26.01.2015 17:38, Ralf Corsepius wrote: > On 01/26/2015 05:20 PM, poma wrote: > >> What I asked you - "According to what I read in (German) media...", >> care to paste a link, or you'll repeat again n gain what has already been >> said. > > http://www.heise.de/newsticker/meldung/Kritische-Luecke-im-Flash-Player-Adobe-beginnt-Update-Auslieferung-2527977.html > > Vorsprung durch Technik! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
New Env & Stacks WG crew - elections not necessary
Dear contributors, based on the Governance Charter [1], the first Environment and Stacks working group elections were supposed to be held these days. We looked for 4 new voting members for the group. The nominations period ended few days back and there are exactly 4 nominations at [2]. Based on my poor math, since 4 - 4 = 0 there is no sense in holding the elections, since the results are already set. Thus, let me cancel further election process and join me to welcome the following new members of Environment and Stacks working group: * Slavek Kabrda (bkabrda), who's already been member so far * Colin Walters (walters) * Tomas Tomecek (ttomecek) * Petr Hracek (phracek) Guys, welcome on board, I'm looking forward to work with you! The rest of the voting crew is: * Honza Horák (hhorak) * Nick Coghlan (ncoghlan) * Jens Petersen (juhp) * Václav Pavlín (vpavlin) * Stuart Campbell (sicampbell) [1] https://fedoraproject.org/wiki/Env_and_Stacks/Governance_Charter [2] https://fedoraproject.org/wiki/Env_and_Stacks/Nominations Honza -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On Mon, Jan 26, 2015 at 2:36 PM, Chris Murphy wrote: > On Mon, Jan 26, 2015 at 2:26 PM, Adam Williamson > wrote: >> I note the ReplaceYumWithDnf Change page: >> >> https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF >> >> says nothing about fedup. However, fedup uses yum: >> > > Seems like fedup is only used on Fedora 21 and older to upgrade to > Fedora 22. So dnf support would be needed to get Fedora 22 to fedup to > Fedora 23. No? I guess right after Fedora 22 branch, it would break the ability to use fedup to upgrade from Fedora 22 to Rawhide... -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF replacing yum: fedup?
On Mon, Jan 26, 2015 at 2:26 PM, Adam Williamson wrote: > I note the ReplaceYumWithDnf Change page: > > https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF > > says nothing about fedup. However, fedup uses yum: > Seems like fedup is only used on Fedora 21 and older to upgrade to Fedora 22. So dnf support would be needed to get Fedora 22 to fedup to Fedora 23. No? -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
DNF replacing yum: fedup?
I note the ReplaceYumWithDnf Change page: https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF says nothing about fedup. However, fedup uses yum: [adamw@adam fedup (master %)]$ grep -R yum * | wc -l 74 Has this been considered yet? Should porting fedup to dnf be in the scope of this Change? Does that affect its practicability for F22? Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 install experience on iMac (5K retina)
2015-01-26 22:18 GMT+01:00 Chris Murphy : > On Mon, Jan 26, 2015 at 2:01 PM, Andreas Tunek > wrote: >> 2015-01-26 21:32 GMT+01:00 Chris Murphy : >>> On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek >>> wrote: >>> Problems Linux can't find the correct resolution of the screen, see https://bugzilla.redhat.com/show_bug.cgi?id=1184204 >>> >>> Not sure about that. >>> >> >> Um, what do you mean? > > It's an expression of uncertainty. I can't reproduce it because I > don't have a 5K iMac so I don't have a work around in mind. > >>Gnome at least detects it as a 3840x 2160 >> display. Maybe I should add that to the bug report? > > Good idea. Maybe also dmidecode output, and lspci -vvnn. I'd attach > those outputs as separate files rather than pasting them in-line. But > most important is what devs ask for in the bug. > > Added that to the bug report. Also reported new bug: https://bugzilla.redhat.com/show_bug.cgi?id=1186032 > -- > Chris Murphy > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 install experience on iMac (5K retina)
On Mon, Jan 26, 2015 at 2:01 PM, Andreas Tunek wrote: > 2015-01-26 21:32 GMT+01:00 Chris Murphy : >> On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek >> wrote: >> >>> Problems >>> >>> Linux can't find the correct resolution of the screen, see >>> https://bugzilla.redhat.com/show_bug.cgi?id=1184204 >> >> Not sure about that. >> > > Um, what do you mean? It's an expression of uncertainty. I can't reproduce it because I don't have a 5K iMac so I don't have a work around in mind. >Gnome at least detects it as a 3840x 2160 > display. Maybe I should add that to the bug report? Good idea. Maybe also dmidecode output, and lspci -vvnn. I'd attach those outputs as separate files rather than pasting them in-line. But most important is what devs ask for in the bug. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 install experience on iMac (5K retina)
2015-01-26 21:32 GMT+01:00 Chris Murphy : > On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek > wrote: > >> Problems >> >> Linux can't find the correct resolution of the screen, see >> https://bugzilla.redhat.com/show_bug.cgi?id=1184204 > > Not sure about that. > Um, what do you mean? Gnome at least detects it as a 3840x 2160 display. Maybe I should add that to the bug report? >> >> The computer seems to boot into Linux as default, it would have been >> nice if you could choose that somehow. > > If you hold the option key during the boot chime, you'll get the > option to boot OS X. Then you can go to System Preferences > Startup > panel, and choose OS X to boot by default again. And then to boot > Fedora, you can use the option key at boot chime. > > I haven't really figured out the logic, but different Mac models and > firmware versions have different priorities for NVRAM boot entries vs > a hint in the HFS+ volume header for which volume to boot by default. > Therefore using efibootmgr -n or -O may or may not work on your > particular model; but the OS X Startup panel appears to alter > something on disk and has been more reliable for me for setting > default boot OS. > Thanks, I'll try that! /Andreas > > > -- > Chris Murphy > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Soname bump: rygel
Hi, folks. A couple of people have tried to build rygel 0.25, which bumps the API/ABI, but both times it failed. I just fixed it up and got a build through: http://koji.fedoraproject.org/koji/buildinfo?buildID=605336 so the sonames of its libs are bumped from: librygel-core-2.4.so.2 librygel-renderer-2.4.so.2 librygel-renderer-gst-2.4.so.2 librygel-server-2.4.so.2 to: librygel-core-2.6.so.2 librygel-renderer-2.6.so.2 librygel-renderer-gst-2.6.so.2 librygel-server-2.6.so.2 Nothing outside of rygel itself seems to depend on those libs (control- center has a dep on 'rygel'), but it somehow winds up in gnome- terminal's build deps, so I'm not sure what's going on there. If anyone knows of something that needs rebuilding, please do so and/or let me know. thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF as default package manager
On Wed, Jan 21, 2015 at 3:22 PM, Sudhir Khanger wrote: > On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote: >> Name them please. Or better yet, report them. > > Any plans for local repository support in DNF. > > https://bugzilla.redhat.com/show_bug.cgi?id=991014 I'm working on this plugin. > > -- > Regards, > Sudhir Khanger, > sudhirkhanger.com, > github.com/donniezazen, > 5577 8CDB A059 085D 1D60 807F 8C00 45D9 F5EF C394. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- -Igor Gnatenko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 install experience on iMac (5K retina)
On Mon, Jan 26, 2015 at 12:51 PM, Andreas Tunek wrote: > Problems > > Linux can't find the correct resolution of the screen, see > https://bugzilla.redhat.com/show_bug.cgi?id=1184204 Not sure about that. > > The computer seems to boot into Linux as default, it would have been > nice if you could choose that somehow. If you hold the option key during the boot chime, you'll get the option to boot OS X. Then you can go to System Preferences > Startup panel, and choose OS X to boot by default again. And then to boot Fedora, you can use the option key at boot chime. I haven't really figured out the logic, but different Mac models and firmware versions have different priorities for NVRAM boot entries vs a hint in the HFS+ volume header for which volume to boot by default. Therefore using efibootmgr -n or -O may or may not work on your particular model; but the OS X Startup panel appears to alter something on disk and has been more reliable for me for setting default boot OS. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F21 install experience on iMac (5K retina)
Hi Fedora I just wanted to give my impressions on the F21 install experience on an iMac (but I guess it is applicable for any mac). I installed F21 workstation on an Retina iMac after I made half the SSD "free space". The installer set up all partitions and I went with the default. Everything worked and it didn't mess up my macos install. (I am a bit jaded since a previous fedora upgrade (F17 -> F18 I think) made another mac unbootable.) So far everything seems to work fine (except for some stuff I'll mention below). So great work everybody involved! Problems Linux can't find the correct resolution of the screen, see https://bugzilla.redhat.com/show_bug.cgi?id=1184204 The computer seems to boot into Linux as default, it would have been nice if you could choose that somehow. Again, I am really happy with F21! /Andreas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GNOME glitches in F21 - Should they be reported and against which components?
On Mon, Jan 26, 2015 at 5:23 PM, Alexander Ploumistos wrote: > On Mon, Jan 26, 2015 at 5:29 PM, Florian Müllner > wrote: >> > After a little bit of testing, I can confirm that it happens with every app. > [...] > Do I file this against mutter? Yes please. >> The desktop window is provided by nautilus. > > > Should I file a bug, when I don't have a way to reproduce this behavior? Can't hurt. > So these icons will remain in the message tray or will they be moved to the > top bar notification area? That's not entirely clear yet, they will probably be moved to a dedicated area (possibly some kind of drawer). They will definitively not be mixed with the system status area in the top bar. > From GNOME's own icons, I gather that 48x48 is the default size. Seahorse > was problematic since F19, mail notification and solaar icons were 48x48 in > F20, easystroke's icon was visible in F20 (same package version as currently > in F21), dropbox and spideroak were at 22x22 (I think). Do I bother the > maintainers, or do I leave them be? No, at least not for legacy status icons, as that's a gnome-shell issue. Though from the listing above, at least seahorse should use "proper" notifications? I am not aware of any reported issues with those, so that's worth filing. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 05:20 PM, poma wrote: What I asked you - "According to what I read in (German) media...", care to paste a link, or you'll repeat again n gain what has already been said. http://www.heise.de/newsticker/meldung/Kritische-Luecke-im-Flash-Player-Adobe-beginnt-Update-Auslieferung-2527977.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
patch(1) no longer applies patches for symbolic links with ".." components in the target
Last week, patch-2.7.3 was released fixing CVE-2015-1196. Both Fedora 20 and Fedora 21 have testing updates: https://admin.fedoraproject.org/updates/FEDORA-2015-1165 https://admin.fedoraproject.org/updates/FEDORA-2015-1134 The fix prevents patches applying if they are for symbolic links with a target containing the ".." pathname component: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775901#13 Please be aware that some legitimate patches may fail as a result, until a better fix can be found. Tim. */ signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GNOME glitches in F21 - Should they be reported and against which components?
On Mon, Jan 26, 2015 at 5:29 PM, Florian Müllner wrote: > Keeping track of the window size prior to maximization and restoring > it on unminimize is the window manager's job. However if no windows > besides Firefox are affected, I wouldn't exclude a bug there. Maybe > some rogue add-on? > After a little bit of testing, I can confirm that it happens with every app. I have a 1920x1080 monitor resolution and conky running on the right side of the desktop (260px wide). I killed conky to make sure it's not involved somehow. I set gedit to cover the entire desktop, starting from the left edge and leaving ~330px from the right (window width ~1590px). After maximizing and unmaximizing it, it becomes 1717px. If the original window width is larger than ~1730px, when it is restored it becomes either 1717px or something smaller than it originally was. The same thing happens with gnome-terminal, seamonkey, bluefish, gnucash and just about every other app I tried. Do I file this against mutter? > > 2. Random rearrangement of icons on the desktop: > > I have organized my current projects and things to do in a dozen folders > on > > my desktop, arranged in a grid. So far, this has happened to me three > times: > > Upon logging in, some of them were taken out of the grid and randomly > placed > > all over the desktop. > > The desktop window is provided by nautilus. > Should I file a bug, when I don't have a way to reproduce this behavior? > > 3. Icon inconsistencies in the message tray: > > Some icons are 48x48, others 22x22 and others are not displayed at all. > In > > this screenshot > > https://alexpl.fedorapeople.org/screenshots/gnome_message_tray.png > > there are actually 8 icons: a seahorse notification that a signature was > > good, solaar, dropbox (I don't know if our package is to blame or > theirs), > > mail-notification, spideroak, gnote, nut monitor and easystroke. > > This is a (known) gnome-shell issue. I'm afraid the notification > changes won't really affect this (other than: "it was wrong to pretend > those were notifications, let's decouple them again"), but reporting > it again is probably not too useful anyway. > So these icons will remain in the message tray or will they be moved to the top bar notification area? >From GNOME's own icons, I gather that 48x48 is the default size. Seahorse was problematic since F19, mail notification and solaar icons were 48x48 in F20, easystroke's icon was visible in F20 (same package version as currently in F21), dropbox and spideroak were at 22x22 (I think). Do I bother the maintainers, or do I leave them be? > This is probably not a bug. The default of the > middle-click-on-titlebar setting was changed, so unless you explicitly > changed the setting before, it is expected that you get the new > default rather than preserving the default value from time of > installation. > I'm not sure about that one, so I'm dropping it. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26.01.2015 17:05, Ralf Corsepius wrote: > On 01/26/2015 04:34 PM, poma wrote: >> On 26.01.2015 15:13, Ralf Corsepius wrote: >>> On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: >>> >> Care to paste a link? >> I can not find the changelog for flash-plugin, if such a thing even >> exists!? > > https://helpx.adobe.com/security/products/flash-player/apsa15-01.html > Where do you see "11.2.202.440" there!? >>> >>> Go to adobe's Flash player download site then download the "yum" >>> version. This download will bring you an rpm which, contains a >>> yum-configuration pointing to a yum repository at Adobe, which carries >>> the latest adobe stuff. >>> >> >> What is going on with you!? :) >> >> $ yum -q repoinfo adobe-linux-x86_64 >> Repo-id : adobe-linux-x86_64 >> Repo-name: Adobe Systems Incorporated >> Repo-status : enabled >> Repo-updated : Sat Jan 24 02:33:22 2015 >> Repo-pkgs: 2 >> Repo-size: 6.9 M >> Repo-baseurl : http://linuxdownload.adobe.com/linux/x86_64/ >> Repo-expire : 21,600 second(s) (last: Mon Jan 26 11:49:36 2015) >> Repo-filename: /etc/yum.repos.d/adobe-linux-x86_64.repo > > Then use this repository! > > # yum install flash-plugin > ... > > # rpm -q flash-plugin > flash-plugin-11.2.202.440-release.x86_64 > > And voilà there it is, the version which everybody around here > seems to be missing. > > > Ralf > Man, do you read what is written, it is already installed. What I asked you - "According to what I read in (German) media...", care to paste a link, or you'll repeat again n gain what has already been said. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 04:34 PM, poma wrote: On 26.01.2015 15:13, Ralf Corsepius wrote: On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see "11.2.202.440" there!? Go to adobe's Flash player download site then download the "yum" version. This download will bring you an rpm which, contains a yum-configuration pointing to a yum repository at Adobe, which carries the latest adobe stuff. What is going on with you!? :) $ yum -q repoinfo adobe-linux-x86_64 Repo-id : adobe-linux-x86_64 Repo-name: Adobe Systems Incorporated Repo-status : enabled Repo-updated : Sat Jan 24 02:33:22 2015 Repo-pkgs: 2 Repo-size: 6.9 M Repo-baseurl : http://linuxdownload.adobe.com/linux/x86_64/ Repo-expire : 21,600 second(s) (last: Mon Jan 26 11:49:36 2015) Repo-filename: /etc/yum.repos.d/adobe-linux-x86_64.repo Then use this repository! # yum install flash-plugin ... # rpm -q flash-plugin flash-plugin-11.2.202.440-release.x86_64 And voilà there it is, the version which everybody around here seems to be missing. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Why is fedoraproject.org only indexed by Google?
On Mon, 26 Jan 2015 07:53:27 -0700 Brandon Vincent wrote: > On Mon, Jan 26, 2015 at 7:21 AM, Florian Weimer > wrote: > > Any idea why? > > https://lists.fedoraproject.org/robots.txt > > User-agent: * > Crawl-delay: 10 > > From Bing, "This means the higher your crawl delay is, the fewer pages > BingBot will crawl. As crawling fewer pages may result in getting less > content indexed, we usually do not recommend it, although we also > understand that different web sites may have different bandwidth > constraints." [1]. > > [1] > http://blogs.bing.com/webmaster/2012/05/03/to-crawl-or-not-to-crawl-that-is-bingbots-question/ Not sure that explains why there are no results at all though. I think we added the Crawl-delay several years ago when we were having storage issues. We could definitely try removing it and see if things improve. kevin pgppLBD9DNtXk.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF and mock
On Mon, 26 Jan 2015 09:43:55 + Peter Robinson wrote: > >> The kernel, grub and a few other packages are built on the RHEL6 > >> boxes, not everything was migrated off of RHEL > >> > > > > Just out of curiosity, what are the reasons? > > Signing infrastructure for secure boot. Actually, as I noted to Dennis the other day, I did move the secure boot builders over to Fedora. They are currently running Fedora 20, I still need to upgrade them to Fedora 21. The last builders that aren't running Fedora are our ppc builders. (2 of them for epel ppc builds). I'm not sure how easy it will be to move them to Fedora. kevin pgp6XCRzMw5QE.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26.01.2015 15:13, Ralf Corsepius wrote: > On 01/26/2015 02:25 PM, poma wrote: >> On 01/26/2015 01:01 PM, drago01 wrote: > Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? >>> >>> https://helpx.adobe.com/security/products/flash-player/apsa15-01.html >>> >> >> Where do you see "11.2.202.440" there!? > > Go to adobe's Flash player download site then download the "yum" > version. This download will bring you an rpm which, contains a > yum-configuration pointing to a yum repository at Adobe, which carries > the latest adobe stuff. > What is going on with you!? :) $ yum -q repoinfo adobe-linux-x86_64 Repo-id : adobe-linux-x86_64 Repo-name: Adobe Systems Incorporated Repo-status : enabled Repo-updated : Sat Jan 24 02:33:22 2015 Repo-pkgs: 2 Repo-size: 6.9 M Repo-baseurl : http://linuxdownload.adobe.com/linux/x86_64/ Repo-expire : 21,600 second(s) (last: Mon Jan 26 11:49:36 2015) Repo-filename: /etc/yum.repos.d/adobe-linux-x86_64.repo >> And otherwise as you don't know what changelog is, man. > > Ignore adobe rpm's %changelogs - They apparently don't update their > rpm's changelogs :-) > > Ralf > Yeah, we knew that already. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GNOME glitches in F21 - Should they be reported and against which components?
On Mon, Jan 26, 2015 at 1:51 PM, Alexander Ploumistos wrote: > A few days ago I upgraded my main workstation to F21 and I've noticed a few > annoying glitches, but I don't know if they are all worth reporting Yes. Glitches may be minor bugs, but bugs nonetheless. > 1. Window size and position: > While some applications start with their last window size and placement, > others do not; among them, most notable is firefox. Saving and restoring window state is up to applications, so this would be a feature request for applications that don't do this already. > It usually starts maximized and then switches to something like a 7:2 ratio. > When it is > maximized and then unmaximized, it never returns to its original size. Keeping track of the window size prior to maximization and restoring it on unminimize is the window manager's job. However if no windows besides Firefox are affected, I wouldn't exclude a bug there. Maybe some rogue add-on? > 2. Random rearrangement of icons on the desktop: > I have organized my current projects and things to do in a dozen folders on > my desktop, arranged in a grid. So far, this has happened to me three times: > Upon logging in, some of them were taken out of the grid and randomly placed > all over the desktop. The desktop window is provided by nautilus. > 3. Icon inconsistencies in the message tray: > Some icons are 48x48, others 22x22 and others are not displayed at all. In > this screenshot > https://alexpl.fedorapeople.org/screenshots/gnome_message_tray.png > there are actually 8 icons: a seahorse notification that a signature was > good, solaar, dropbox (I don't know if our package is to blame or theirs), > mail-notification, spideroak, gnote, nut monitor and easystroke. This is a (known) gnome-shell issue. I'm afraid the notification changes won't really affect this (other than: "it was wrong to pretend those were notifications, let's decouple them again"), but reporting it again is probably not too useful anyway. > 4. Settings migration was inconsistent: > While most of my settings from the previous version of GNOME were preserved > after the upgrade to 3.14.2, others were not; e.g. the window action key was > preserved, middle click on the titlebar to lower a window wasn't. This is probably not a bug. The default of the middle-click-on-titlebar setting was changed, so unless you explicitly changed the setting before, it is expected that you get the new default rather than preserving the default value from time of installation. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 14 packages were orphaned - PyQt [el6] was orphaned by jgu Python bindings for Qt3 https://admin.fedoraproject.org/pkgdb/package/PyQt ScientificPython [el6] was orphaned by jgu A collection of Python modules that are useful for scientific computing https://admin.fedoraproject.org/pkgdb/package/ScientificPython bfgminer [master, f21, f20, el6] was orphaned by pwouters A BitCoin miner https://admin.fedoraproject.org/pkgdb/package/bfgminer cmake28 [el6] was orphaned by jgu Cross-platform make system https://admin.fedoraproject.org/pkgdb/package/cmake28 djview4 [el6] was orphaned by jgu DjVu viewer https://admin.fedoraproject.org/pkgdb/package/djview4 egtk [f21, f20, master] was orphaned by kevin The eGTK (elementary GTK) themes for GTK+2, GTK+3, Metacity and Xfwm4 https://admin.fedoraproject.org/pkgdb/package/egtk freefem++ [master, f21, f20, el6, el5] was orphaned by rathann PDE solving tool https://admin.fedoraproject.org/pkgdb/package/freefem++ gts [el6] was orphaned by jgu GNU Triangulated Surface Library https://admin.fedoraproject.org/pkgdb/package/gts python-fiat [el6] was orphaned by jgu Generation of arbitrary order instances of the Lagrange elements https://admin.fedoraproject.org/pkgdb/package/python-fiat python-instant [el6] was orphaned by jgu Python module for instant inlining of C and C++ code https://admin.fedoraproject.org/pkgdb/package/python-instant vtk [el6] was orphaned by jgu The Visualization Toolkit - A high level 3D visualization library https://admin.fedoraproject.org/pkgdb/package/vtk xdvik [el6] was orphaned by jgu An X viewer for DVI files https://admin.fedoraproject.org/pkgdb/package/xdvik zukini [f21, f20, master] was orphaned by kevin Themes for GTK+2, GTK+3, Metacity and GNOME Shell https://admin.fedoraproject.org/pkgdb/package/zukini zukiwi [f21, f20, master] was orphaned by kevin Themes for GTK+2, GTK+3, Metacity, GNOME Shell and Xfwm4 https://admin.fedoraproject.org/pkgdb/package/zukiwi 89 packages were retired - Ajaxterm [el5] was retired by till A web-based terminal https://admin.fedoraproject.org/pkgdb/package/Ajaxterm DMitry [el5] was retired by till Deepmagic Information Gathering Tool https://admin.fedoraproject.org/pkgdb/package/DMitry SOAPpy [el5] was retired by till Full-featured SOAP library for Python https://admin.fedoraproject.org/pkgdb/package/SOAPpy asa [el5] was retired by till Convert Fortran carriage control characters https://admin.fedoraproject.org/pkgdb/package/asa basket [el6, el5] was retired by till Taking care of your ideas https://admin.fedoraproject.org/pkgdb/package/basket boolstuff [el5] was retired by till Disjunctive Normal Form boolean expression library https://admin.fedoraproject.org/pkgdb/package/boolstuff bottlerocket [el5] was retired by till Utilities to use the FireCracker X10 kit https://admin.fedoraproject.org/pkgdb/package/bottlerocket cloud-initramfs-tools [master] was retired by juergh Cloud image initramfs management utilities https://admin.fedoraproject.org/pkgdb/package/cloud-initramfs-tools dbus-qt [el5] was retired by till Qt-based library for using D-BUS https://admin.fedoraproject.org/pkgdb/package/dbus-qt django-dpaste [el5] was retired by till Dpaste is a code paste-bin application using Django https://admin.fedoraproject.org/pkgdb/package/django-dpaste django-mptt [el5] was retired by till Utilities for implementing Modified Preorder Tree Traversal https://admin.fedoraproject.org/pkgdb/package/django-mptt django-simple-captcha [el5] was retired by till Django application to add captcha images to any Django form https://admin.fedoraproject.org/pkgdb/package/django-simple-captcha efte [el6, el5] was retired by till A lightweight, extendable, folding text editor for X11 https://admin.fedoraproject.org/pkgdb/package/efte firmware-extract [el5] was retired by till A firmware-tools plugin to add firmware extraction from vendor binaries https://admin.fedoraproject.org/pkgdb/package/firmware-extract funtools [el6] was retired by till FITS library and utilities https://admin.fedoraproject.org/pkgdb/package/funtools gperiodic [el5] was retired by till Program for browsing the periodic table https://admin.fedoraproject.org/pkgdb/package/gperiodic gsh [el5] was retired by till Group Shell - aggregate several remote shells into one https://admin.fedoraproject.org/pkgdb/package/gsh gtk-aurora-engine [el6] was retired by till Aurora GTK+ theme engine https://admin.fedoraproject.org/pkgdb/package/gtk-aurora-engine gtk-chtheme [el6] was retired by till Gtk+ 2.0 theme previe
Re: Why is fedoraproject.org only indexed by Google?
On Mon, Jan 26, 2015 at 7:21 AM, Florian Weimer wrote: > Any idea why? https://lists.fedoraproject.org/robots.txt User-agent: * Crawl-delay: 10 From Bing, "This means the higher your crawl delay is, the fewer pages BingBot will crawl. As crawling fewer pages may result in getting less content indexed, we usually do not recommend it, although we also understand that different web sites may have different bandwidth constraints." [1]. [1] http://blogs.bing.com/webmaster/2012/05/03/to-crawl-or-not-to-crawl-that-is-bingbots-question/ Brandon Vincent -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
Am 26.01.2015 um 13:55 schrieb Martin Stransky: On 01/26/2015 01:48 PM, drago01 wrote: The latest one is 11.2.202.440 ... which is supposed to have the fix. Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? by just type "yum upgrade" Jan 25 00:30:22 Updated: flash-plugin-11.2.202.440-release.x86_64 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Why is fedoraproject.org only indexed by Google?
I recently discovered that all search engines except Google (well, the Google U.S. index) do not cover fedoraproject.org well (specifically, lists.fedoraproject.org). https://duckduckgo.com/?q=site%3Afedoraproject.org+%22Why+no+Class-Path+manifest+attribute%22 http://www.bing.com/search?q=site%3Afedoraproject.org+%22Why+no+Class-Path+manifest+attribute%22 http://us.ask.com/web?q=site%3Afedoraproject.org+%22Why+no+Class-Path+manifest+attribute%22 Any idea why? I'm not concerned that specific Fedora search results are buried deep down the general web search. Many, many mailing lists postings are not part of the index *at all*. I find this extremely annoying. I looked at robots.txt and the HTML code in the mailing list archive, but could not spot any obvious offenders. -- Florian Weimer / Red Hat Product Security -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: libicu upgrade to 54.1 with soname bump in rawhide
Hi Peter, On Thursday, 2015-01-22 14:12:21 +, Peter Robinson wrote: > And the proper process link is at > http://fedoraproject.org/wiki/Adding_Side_Build_Targets_SOP Thanks. I joined the f22-boost target for this that also needs a mass rebuild. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack pgp14ND_3nsjP.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 02:25 PM, poma wrote: On 01/26/2015 01:01 PM, drago01 wrote: Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html Where do you see "11.2.202.440" there!? Go to adobe's Flash player download site then download the "yum" version. This download will bring you an rpm which, contains a yum-configuration pointing to a yum repository at Adobe, which carries the latest adobe stuff. And otherwise as you don't know what changelog is, man. Ignore adobe rpm's %changelogs - They apparently don't update their rpm's changelogs :-) Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: autoreconf on build
On Sat, 24 Jan 2015 21:15:11 + "Richard W.M. Jones" wrote: > On Sat, Jan 24, 2015 at 07:42:20PM +0100, Ralf Corsepius wrote: > > On 01/24/2015 03:14 PM, Richard W.M. Jones wrote: > > > > > >I notice that Debian recently [since July 2014] started to > > >recommend that packagers run autoreconf on build. Their reasons > > >are given here and seem to be good ones: > > > > > >https://wiki.debian.org/Autoreconf > > > > > >In the interests of fairness I can think of two drawbacks too: > > > > > > - newer versions of (especially) automake have not always been > > >improvements, and some upstreams may wish to stick with older > > > ones > > > > > > - autoreconf is slow > > > > > >Debian have probably hit most of the bugs by now, and I think this > > >is a good recommendation that perhaps Fedora packagers should be > > >encouraged to follow too. What do you think? > > This is bad advice. > > > > Autoreconf only works if a package has been prepared for it and if a > > package is actively maintained. > > ... which would be a bug in the upstream package. But yes I agree > this is possibly controversial. On the other hand Debian likely will > have encountered these bugs before us. I have a number of packages that do this for .. reasons ... and every time rawhide uses a new automake some of them have issues :( So it is not an effort free recommendation, and should be done carefully. > > In many other cases autoreconf can cause subtile and hard to find > > issues. In complex cases, it doesn't work at all. > > Again, bugs in the upstream package. Which, you may not always be able to address timely, and osme times it makes no sense to, because the changer is a gratuitous one, in one of the autotools. Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:16, Martin Stransky wrote: > On 01/26/2015 02:12 PM, Ahmad Samir wrote: >> >> On 26 January 2015 at 15:03, drago01 wrote: >>> >>> On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir >>> wrote: On 26 January 2015 at 14:55, Martin Stransky wrote: > > > > Where have you got that? Official Adobe site [1] says the latest is > 11.2.202.438 and flash download page [2] gives me the same. I see the > Ubuntu > update with .440 package but what's that? > > ma. > > [1] http://www.adobe.com/software/flash/about/ > [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. >>> >>> >>> Sure it does "Adobe Flash Player 11.2.202.438 and earlier versions for >>> Linux" ... 440 > 438 ... >> >> From >> https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: >> >> "UPDATE (January 24): Users who have enabled auto-update for the Flash >> Player desktop runtime will be receiving version 16.0.0.296 beginning >> on January 24. This version includes a fix for CVE-2015-0311" >> >> I was thinking of something along those lines for the Linux version too. >> > > Firefox does not use the 16.X line - that's the Pepper API plugin which runs > with Chrome only. > I know that; what I meant was that I am waiting to see a similar message about the 11.x version that's used in Linux/Firefox. -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Initial Setup and python-meh moved to GitHub
Hi, the source code repositories for the Initial Setup and python-meh projects have been moved to GitHub: https://github.com/rhinstaller/initial-setup https://github.com/rhinstaller/python-meh The legacy Firstboot tool, which is no longer in active development, has not been moved and its source code repository remains on fedorahosted: https://git.fedorahosted.org/git/firstboot.git Best Wishes Martin Kolman -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
libmediaart soname and api change
libmediaart in rawhide was upgraded to 1.9.0 (libmediaart-2.0) which is an API/ABI incompatible break. The dependencies - tracker and grilo-plugins have patches in upstream git to adjust to the change and hopefully will be built for it in rawhide later today. Cheers Yanko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 01:01 PM, drago01 wrote: > On Mon, Jan 26, 2015 at 12:58 PM, poma wrote: >> On 26.01.2015 12:42, Ralf Corsepius wrote: >>> On 01/26/2015 12:29 PM, poma wrote: On 23.01.2015 10:51, Martin Stransky wrote: > Folk, > > There's a live 0-day flash vulnerability which is not fixed yet [1][2]. > If you use flash plugin I recommend you to enable the click-to-play mode > for it. >>> Are we covered with $ rpm -q --changelog flash-plugin-11.2.202.440-release.x86_64 >>> >>> According to what I read in (German) media, this version is supposed to >>> fix this vulnerablity. >>> >>> Ralf >>> >>> >>> >> >> Care to paste a link? >> I can not find the changelog for flash-plugin, if such a thing even exists!? > > https://helpx.adobe.com/security/products/flash-player/apsa15-01.html > Where do you see "11.2.202.440" there!? And otherwise as you don't know what changelog is, man. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 02:03 PM, drago01 wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir wrote: On 26 January 2015 at 14:55, Martin Stransky wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does "Adobe Flash Player 11.2.202.438 and earlier versions for Linux" ... 440 > 438 ... There's no official confirmation of the fix of the CVE-2015-0311 in 440 yet, you can only assume that. ma. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 02:12 PM, Ahmad Samir wrote: On 26 January 2015 at 15:03, drago01 wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir wrote: On 26 January 2015 at 14:55, Martin Stransky wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does "Adobe Flash Player 11.2.202.438 and earlier versions for Linux" ... 440 > 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: "UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311" I was thinking of something along those lines for the Linux version too. Firefox does not use the 16.X line - that's the Pepper API plugin which runs with Chrome only. ma. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:03, drago01 wrote: > On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir wrote: >> On 26 January 2015 at 14:55, Martin Stransky wrote: >>> >>> >>> Where have you got that? Official Adobe site [1] says the latest is >>> 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu >>> update with .440 package but what's that? >>> >>> ma. >>> >>> [1] http://www.adobe.com/software/flash/about/ >>> [2] https://get.adobe.com/flashplayer/ >> >> flash-plugin-11.2.202.440 is available in the yum repo hosted by >> Adobe. But on[1] it doesn't say anything about the issue being fixed >> for Linux. > > Sure it does "Adobe Flash Player 11.2.202.438 and earlier versions for > Linux" ... 440 > 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: "UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311" I was thinking of something along those lines for the Linux version too. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir wrote: > On 26 January 2015 at 14:55, Martin Stransky wrote: >> >> >> Where have you got that? Official Adobe site [1] says the latest is >> 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu >> update with .440 package but what's that? >> >> ma. >> >> [1] http://www.adobe.com/software/flash/about/ >> [2] https://get.adobe.com/flashplayer/ > > flash-plugin-11.2.202.440 is available in the yum repo hosted by > Adobe. But on[1] it doesn't say anything about the issue being fixed > for Linux. Sure it does "Adobe Flash Player 11.2.202.438 and earlier versions for Linux" ... 440 > 438 ... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 14:55, Martin Stransky wrote: > > > Where have you got that? Official Adobe site [1] says the latest is > 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu > update with .440 package but what's that? > > ma. > > [1] http://www.adobe.com/software/flash/about/ > [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. [1]https://helpx.adobe.com/security/products/flash-player/apsa15-01.html -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GUI applications writing garbage to stdout/stderr
The warnings only happen when using development versions of GTK+. So it shouldn't happen in F21, or in the future in F22, just in rawhide. - Original Message - > > Thanks for the encouragement. For the record, I filed > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1184038 (GTK apps) > > https://bugzilla.redhat.com/show_bug.cgi?id=1184868 (evince) > > I very much recommend you to report these issues (also) to GNOME Bugzilla. > GNOME/GTK developers don't follow Red Hat Bugzilla as much as they follow > their own. > > I've never worked with Linux graphics toolkits, but would it make sense to > request that GTK looks at some environment variable and prints all those > warnings and obsolete usage notifications and other nonsense only when that > variable is set to a concrete value? This way it would not be needed to deal > with every warning and every app individually, but we could silence all apps > at once, and developers could run them unmuted on their machines to see all > the warnings. Does anyone care to report such an RFE, if it makes sense? > > It would be nice if such a variable was honored by all different frameworks > and libraries, not just GTK-specific, QT-specific, etc, but that's a bit > harder to accomplish... > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
Installed Packages Name: flash-plugin Arch: x86_64 Version : 11.2.202.440 Release : release Size: 19 M Repo: installed >From repo : adobe-linux-x86_64 Summary : Adobe Flash Player 11.2 URL : http://www.adobe.com/downloads/ License : Commercial Description : Adobe Flash Plugin 11.2.202.440 : Fully Supported: Mozilla SeaMonkey 1.0+, Firefox 1.5+, Mozilla 1.7.13+ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 01:48 PM, drago01 wrote: On Mon, Jan 26, 2015 at 1:40 PM, Martin Stransky wrote: On 01/23/2015 10:51 AM, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. There's also a Fedora Firefox update with such change [3]. ma. [1] https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 [2] http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 This vulnerability has got CVE-2015-0311 name [1]. Thx to drago01 to point that out. Unfortunately it's still unfixed by Adobe and latest flash for Linux/Firefox (11.2.202.438) is still vulnerable. The latest one is 11.2.202.440 ... which is supposed to have the fix. Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
GNOME glitches in F21 - Should they be reported and against which components?
Hello, A few days ago I upgraded my main workstation to F21 and I've noticed a few annoying glitches, but I don't know if they are all worth reporting and against which components they should be reported. 1. Window size and position: While some applications start with their last window size and placement, others do not; among them, most notable is firefox. It usually starts maximized and then switches to something like a 7:2 ratio. When it is maximized and then unmaximized, it never returns to its original size. 2. Random rearrangement of icons on the desktop: I have organized my current projects and things to do in a dozen folders on my desktop, arranged in a grid. So far, this has happened to me three times: Upon logging in, some of them were taken out of the grid and randomly placed all over the desktop. 3. Icon inconsistencies in the message tray: Some icons are 48x48, others 22x22 and others are not displayed at all. In this screenshot https://alexpl.fedorapeople.org/screenshots/gnome_message_tray.png there are actually 8 icons: a seahorse notification that a signature was good, solaar, dropbox (I don't know if our package is to blame or theirs), mail-notification, spideroak, gnote, nut monitor and easystroke. Now, I know I should report this to the maintainer of each package and some have already been reported in BZ, but given the upcoming change to GNOME's notification system, will these issues persist? Is it worth their time? 4. Settings migration was inconsistent: While most of my settings from the previous version of GNOME were preserved after the upgrade to 3.14.2, others were not; e.g. the window action key was preserved, middle click on the titlebar to lower a window wasn't. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On Mon, Jan 26, 2015 at 1:40 PM, Martin Stransky wrote: > On 01/23/2015 10:51 AM, Martin Stransky wrote: >> >> Folk, >> >> There's a live 0-day flash vulnerability which is not fixed yet [1][2]. >> If you use flash plugin I recommend you to enable the click-to-play mode >> for it. >> >> There's also a Fedora Firefox update with such change [3]. >> >> ma. >> >> [1] >> >> https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 >> >> [2] >> >> http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html >> >> [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 > > > This vulnerability has got CVE-2015-0311 name [1]. Thx to drago01 to point > that out. Unfortunately it's still unfixed by Adobe and latest flash for > Linux/Firefox (11.2.202.438) is still vulnerable. The latest one is 11.2.202.440 ... which is supposed to have the fix. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GUI applications writing garbage to stdout/stderr
> Thanks for the encouragement. For the record, I filed > > https://bugzilla.redhat.com/show_bug.cgi?id=1184038 (GTK apps) > https://bugzilla.redhat.com/show_bug.cgi?id=1184868 (evince) I very much recommend you to report these issues (also) to GNOME Bugzilla. GNOME/GTK developers don't follow Red Hat Bugzilla as much as they follow their own. I've never worked with Linux graphics toolkits, but would it make sense to request that GTK looks at some environment variable and prints all those warnings and obsolete usage notifications and other nonsense only when that variable is set to a concrete value? This way it would not be needed to deal with every warning and every app individually, but we could silence all apps at once, and developers could run them unmuted on their machines to see all the warnings. Does anyone care to report such an RFE, if it makes sense? It would be nice if such a variable was honored by all different frameworks and libraries, not just GTK-specific, QT-specific, etc, but that's a bit harder to accomplish... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/23/2015 10:51 AM, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. There's also a Fedora Firefox update with such change [3]. ma. [1] https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 [2] http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 This vulnerability has got CVE-2015-0311 name [1]. Thx to drago01 to point that out. Unfortunately it's still unfixed by Adobe and latest flash for Linux/Firefox (11.2.202.438) is still vulnerable. ma. [1] http://helpx.adobe.com/security/products/flash-player/apsa15-01.html [2] http://www.adobe.com/software/flash/about/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: TBB rebase
Petr Machata writes: > I'll rebase TBB to 4.3u2 next week. This is now done in Rawhide. The F21 update is here: https://admin.fedoraproject.org/updates/tbb-4.3-1.20141204.fc21 Thanks, Petr -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On Mon, Jan 26, 2015 at 12:58 PM, poma wrote: > On 26.01.2015 12:42, Ralf Corsepius wrote: >> On 01/26/2015 12:29 PM, poma wrote: >>> On 23.01.2015 10:51, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. >> >>> Are we covered with >>> $ rpm -q --changelog flash-plugin-11.2.202.440-release.x86_64 >> >> According to what I read in (German) media, this version is supposed to >> fix this vulnerablity. >> >> Ralf >> >> >> > > Care to paste a link? > I can not find the changelog for flash-plugin, if such a thing even exists!? https://helpx.adobe.com/security/products/flash-player/apsa15-01.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 26.01.2015 12:42, Ralf Corsepius wrote: > On 01/26/2015 12:29 PM, poma wrote: >> On 23.01.2015 10:51, Martin Stransky wrote: >>> Folk, >>> >>> There's a live 0-day flash vulnerability which is not fixed yet [1][2]. >>> If you use flash plugin I recommend you to enable the click-to-play mode >>> for it. > >> Are we covered with >> $ rpm -q --changelog flash-plugin-11.2.202.440-release.x86_64 > > According to what I read in (German) media, this version is supposed to > fix this vulnerablity. > > Ralf > > > Care to paste a link? I can not find the changelog for flash-plugin, if such a thing even exists!? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: initscripts
On 26.01.2015 04:30, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Jan 25, 2015 at 05:17:24PM +0100, poma wrote: >> On 23.01.2015 16:02, Zbigniew Jędrzejewski-Szmek wrote: >>> On Thu, Jan 22, 2015 at 06:44:08PM +0100, poma wrote: Lukáš 'Allo 'Allo I see that some people are trying to "modernize" Fedora. But what about RHEL relictum - initscripts, particularly now that we have NetworkManager/ModemManager and systemd-networkd, when will this package "fall off"? >>> We're slowly working on removing things from initscripts. >>> initscripts' main part is not /etc/init.d/networking, which is >>> still widely used and I think will stay around for a while. >>> So no, initscripts is not going away. Just the name is becoming >>> more and more irrelevant. >>> >>> Zbyszek >>> >> >> Who is this "we"? :) > initscript maintainers. I included myself, hence "we", because I moved > some files from initscripts to the systemd package (e.g. sysctl defaults), > and I really know too much about the networking side. But I'm pretty sure > that Lukáš and other maintainers fix bugs in the network init script and > will maintain it. > > Zbyszek > Pan Zbyszek thanks for the effort. Given that only you answering this contact seems as pro forma, https://admin.fedoraproject.org/pkgdb/package/initscripts/ Main Contact(s) For general concerns about this package, these are the people to contact. lnykryn (Fedora devel, Fedora 21, Fedora 20) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 01/26/2015 12:29 PM, poma wrote: On 23.01.2015 10:51, Martin Stransky wrote: Folk, There's a live 0-day flash vulnerability which is not fixed yet [1][2]. If you use flash plugin I recommend you to enable the click-to-play mode for it. Are we covered with $ rpm -q --changelog flash-plugin-11.2.202.440-release.x86_64 According to what I read in (German) media, this version is supposed to fix this vulnerablity. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Flash plugin 0-day vulnerability in the wild
On 23.01.2015 10:51, Martin Stransky wrote: > Folk, > > There's a live 0-day flash vulnerability which is not fixed yet [1][2]. > If you use flash plugin I recommend you to enable the click-to-play mode > for it. > > There's also a Fedora Firefox update with such change [3]. > > ma. > > [1] > https://isc.sans.edu/diary/Flash+0-Day+Exploit+Used+by+Angler+Exploit+Kit/19213 > [2] > http://malware.dontneedcoffee.com/2015/01/unpatched-vulnerability-0day-in-flash.html > [3] https://bugzilla.redhat.com/show_bug.cgi?id=1185241 > Are we covered with $ rpm -q --changelog flash-plugin-11.2.202.440-release.x86_64 * Wed Dec 13 2006 Warren Togami 9.0.21.55-4 - more spec and script cleanups - update LICENSE ? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF and mock
>> The kernel, grub and a few other packages are built on the RHEL6 >> boxes, not everything was migrated off of RHEL >> > > Just out of curiosity, what are the reasons? Signing infrastructure for secure boot. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: DNF and mock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 23.1.2015 v 23:34 Dennis Gilmore napsal(a): > > The kernel, grub and a few other packages are built on the RHEL6 > boxes, not everything was migrated off of RHEL > Just out of curiosity, what are the reasons? Vít -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUxgqOAAoJEAzgnueZF7h8FYIQAJJR7IPIx/AFGSudIiVhjsT3 yS6Fd82ZCWEBtM1iPR4yNmJhqKlHlaGzlTUITc0+dQMQZc6hOHN/45nW6rivfZPt EeSs4yQubjM/SWSTLi2lindgaKHqCg+AdHym8nYP7ZBUd16YtR3sJBQHuzpdXmou /tzyQjmaMNKZNTubzWDL8KiM1HN7qdidBlBw91Sy6VedvpCIfEt+JsFE+lxjoqKl X58J64hm4UqLH89CMzuLFKpN9nl684Rw5d1Bs4eIvd2mQ1QbLUX56aFy5RorFA9P UmkANfqZgOBwsXBC/mVNU2ydr/5Lz6s9cue8j9yBJQYytfrARWpH2wpAZYoDUmPb B5paRN+ydwjifrX36/ywhruwM8tVpAGHNhW9broEdojet1wA24EX8uvJCPHRBUL5 Z3/PKI8aZJvxDufj5PgNty7XCMbBM1e5D7e9bbUiDZrpWBo2LnHqazxUQbVL6xO+ dnjDJaWqAjldVSCb+XUrrF23x1cb7QVPvBu64oWynO//UAMphoetoX4Ux8GOwkpv hSDoUwmKBwId8GceGAVz3ynj0YV02T4RtwF6OFskkKeEXeejizRCVcRPUyhARw29 U+4VlNRcF7ATkbrPs6q7Hzn4xXlE1pDeaFX2804CX50M4y5OZBJiXFXVE+dIxjEU B0QDEqgFIoDjKVd6/5CN =2+k7 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F22 Self Contained Change: Vagrant
Hi, Also note that I have posted an update to vagrant-libvirt version 0.0.24 to the package review BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1168333 I have also proposed a package for vagrant-lxc: https://bugzilla.redhat.com/show_bug.cgi?id=1185685 The vagrant, vagrant-libvirt and vagrant-lxc can also be installed from my copr for f21 and rawhide: https://copr.fedoraproject.org/coprs/obnox/vagrant/ I would like to get the vagrant and related packages into f21 if at all possible. Cheers - Michael > From: "Josef Stribny" > To: "Development discussions related to Fedora" > > Sent: Monday, January 26, 2015 7:24:10 AM > Subject: Re: F22 Self Contained Change: Vagrant > > > Oh it looks like there is a F21 copr repo. I'll try that. Thanks. > > Yes, we also have vagrant1 scl[0] for RHEL. > > [0] https://copr.fedoraproject.org/coprs/jstribny/vagrant1/ > > - Original Message - > From: "Nathanael D. Noblet" > To: devel@lists.fedoraproject.org > Sent: Thursday, January 22, 2015 8:53:54 PM > Subject: Re: F22 Self Contained Change: Vagrant > > On Thu, 2015-01-22 at 11:09 -0700, Nathanael D. Noblet wrote: > > On Thu, 2015-01-22 at 10:21 -0500, Jaroslav Reznik wrote: > > > == Scope == > > > * Proposal Owners: Initial work has been done in for Vagrant on F20 > > > in a Copr repository. > > > > I'm really really interested in vagrant on fedora. I am however running > > F21. The copr is only for F20. Any chance one can be created for F21 > > that I could use for testing? Recently I've had vagrant / > > vagrant-libvirt pretty much die on my so I'm using virt-manager to deal > > with the VMs in the mean time. I would very much like to use vagrant > > again. > > Oh it looks like there is a F21 copr repo. I'll try that. Thanks. > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20150126 changes
Compose started at Mon Jan 26 05:15:03 UTC 2015 Broken deps for i386 -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.i686 requires libofstd.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires liboflog.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg8.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg16.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libijg12.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmnet.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmjpeg.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimgle.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmimage.so.3.6 aeskulap-0.2.2-0.19beta1.fc22.i686 requires libdcmdata.so.3.6 [barman] barman-1.3.3-4.fc22.noarch requires python-dateutil < 0:2.0 [boswars] boswars-2.7-5.fc22.i686 requires libtolua++-5.1.so [bro] broccoli-2.3-1.fc22.i686 requires bro-2.3 python-broccoli-2.3-1.fc22.i686 requires bro-2.3 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [davix] davix-0.4.0-1.fc22.i686 requires libgsoapssl++.so.5 davix-libs-0.4.0-1.fc22.i686 requires libgsoapssl++.so.5 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [fawkes] fawkes-lua-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-katana-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-pantilt-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-roomba-0.5.0-19.fc22.i686 requires libtolua++-5.1.so fawkes-plugin-skiller-0.5.0-19.fc22.i686 requires libtolua++-5.1.so [fts] fts-client-3.2.30-1.fc22.i686 requires libgsoap++.so.5 fts-devel-3.2.30-1.fc22.i686 requires libgsoap++.so.5 fts-libs-3.2.30-1.fc22.i686 requires libgsoap++.so.5 fts-python-3.2.30-1.fc22.i686 requires libgsoap++.so.5 fts-server-3.2.30-1.fc22.i686 requires libgsoap++.so.5 [gcc-python-plugin] gcc-python2-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python2-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-debug-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 gcc-python3-plugin-0.13-2.fc22.i686 requires gcc = 0:4.9.2-1.fc22 [gitg] gitg-3.14.1-1.fc22.i686 requires libgit2.so.21 gitg-libs-3.14.1-1.fc22.i686 requires libgit2.so.21 [glite-lb-server] glite-lb-server-3.0.18-5.fc22.i686 requires libgsoap.so.5 glite-lb-server-3.0.18-5.fc22.i686 requires libglite_security_gsoap_plugin_2817r_c.so.9 [gnuplot] gnuplot-doc-5.0.0-3.fc22.i686 requires libz.so.1()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libpangocairo-1.0.so.0()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libpango-1.0.so.0()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libm.so.6(GLIBC_2.2.5)(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libm.so.6()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libgobject-2.0.so.0()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libglib-2.0.so.0()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libdl.so.2()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libcerf.so.1()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libcairo.so.2()(64bit) gnuplot-doc-5.0.0-3.fc22.i686 requires libc.so.6(GLIBC_2.2.5)(64bit) [guacamole-server] libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-utils.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-core.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-codec.so.1.2 libguac-client-rdp-0.9.3-1.fc22.i686 requires libfreerdp-cache.so.1.2 [lcgdm] dpm-copy-server-mysql-1.8.9-2.fc22.i686 requires libgsoap.so.5 dpm-srm-server-mysql-1.8.9-2.fc22.i686 requires libgsoap.so.5 lfc-1.8.9-2.fc22.i686 requires libgsoap.so.5 lfc-dli-1.8.9-2.fc22.i686 requires libgsoap.so.5 [lcgdm-dav] lcgdm-dav-0.15.1-1.fc22.i686 requires libgsoapssl.so.5 lcgdm-dav-libs-0.15.1-1.fc22.i686 requires libgsoapssl.so.5 lcgdm-dav-server-0.15.1-1.fc22.i686 requires libgsoapssl.so.5 [libhocr] libhocr-gtk-0.10.17-18.fc22.i686 requires python-imaging-sane [libreoffice] 1:libreoffice-pdfimport-4.4.0.2-1.fc22.i686 requires libpoppler.so.47 [nifti2dicom] nifti2dicom-0.4.9-1.fc22.i686 requires libitksys-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libitkopenjpeg-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libitkdouble-conversion-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libitkNetlibSlatec-4.6.so.1 nifti2dicom-0.4.9-1.fc22.i686 requires libhdf5_hl.so.8 nifti2dicom
