[Test-Announce] 2014-11-26 @ 1600 UTC ** Blocker Review Meeting
# F21 Blocker Review meeting # Date: 2014-11-26 # Time: 16:00 UTC (run "date -d '2014-11-26 16:00 UTC'" to see local time) # Location: #fedora-blocker-review on irc.freenode.net While we just had a out of band blocker review today after the QA meeting, we'll still be having our regularly scheduled blocker review this Wednesday. We managed to knock out all of the blockers and FEs this morning, but still we had 2 proposed blockers and 1 proposed FE since. I would get ready for more proposals before the meeting on Wednesday, but if we don't get any it should be a short meeting. Maybe this time around we can all watch the FEsCo meeting :) If you want to take a look at the accepted blockers, the full list can be found here: https://qa.fedoraproject.org/blockerbugs/milestone/21/final/buglist We'll be evaluating these bugs to see if they violate the Final Release Criteria and warrant the blocking of a release if they're not fixed. Information on the release criteria for F21 can be found on the wiki [0]. For more information about the Blocker and Freeze exception process, check out these links: - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process And for those of you who are curious how a Blocker Review Meeting works - or how it's supposed to go and you want to run one - check out the SOP on the wiki: - https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting See you Wednesday! [0] https://fedoraproject.org/wiki/Fedora_Release_Criteria -- // Mike -- Fedora QA freenode: roshi http://roshi.fedorapeople.org ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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
[Test-Announce] Fedora 21 Final Test Compose 4 (TC4) Available Now!
As per the Fedora 21 schedule [1], Fedora 21 Final Test Compose 4 (TC4) is now available for testing. Content information, including changes, can be found at https://fedorahosted.org/rel-eng/ticket/6031#comment:18 . Please see the following pages for download links (including delta ISOs) and testing instructions. Normally dl.fedoraproject.org should provide the fastest download, but download-ib01.fedoraproject.org is available as a mirror (with an approximately 1 hour lag) in case of trouble. To use it, just replace "dl" with "download-ib01" in the download URL. Installation: https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test Base: https://fedoraproject.org/wiki/Test_Results:Current_Base_Test Workstation and Desktop: https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test Server: https://fedoraproject.org/wiki/Test_Results:Current_Server_Test Cloud: https://fedoraproject.org/wiki/Test_Results:Current_Cloud_Test Summary: https://fedoraproject.org/wiki/Test_Results:Current_Summary Ideally, all Alpha, Beta, and Final priority test cases for each of these test pages [2] should pass in order to meet the Final Release Criteria [3]. Help is available on #fedora-qa on irc.freenode.net [4], or on the test list [5]. Create Fedora 21 Final test compose (TC) and release candidate (RC) https://fedorahosted.org/rel-eng/ticket/6031 Current Blocker and Freeze Exception bugs: http://qa.fedoraproject.org/blockerbugs/current [1] http://fedorapeople.org/groups/schedule/f-21/f-21-quality-tasks.html [2] https://fedoraproject.org/wiki/QA:Release_validation_test_plan [3] https://fedoraproject.org/wiki/Fedora_21_Final_Release_Criteria [4] irc://irc.freenode.net/fedora-qa [5] https://admin.fedoraproject.org/mailman/listinfo/test signature.asc Description: OpenPGP digital signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-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: Fedora scientific packaging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/24/2014 03:49 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Nov 22, 2014 at 10:12:46PM +0100, Zbigniew > Jędrzejewski-Szmek wrote: >> I have working packages [1] for genesis and moose (both neuron >> simulators). I didn't submit them because genesis is old and >> buggy, and moose a bit unstable, but with the release of v. 3 >> I'll submit it as a Fedora package. I'm now working on pysb and >> bionetgen as a dependency. Apart from some bundling which is >> relatively easy to undo, everything seems nice and simple. > python-pygraphviz [1], bionetgen [2], and python-pysb [3] are now > ready. Reviewers very much welcome, altruistic or barter (swap) > based. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1167460 [2] > https://bugzilla.redhat.com/show_bug.cgi?id=1167467 [3] > https://bugzilla.redhat.com/show_bug.cgi?id=1167478 > > Zbyszek > Well, I can review all these three packages. We have break coming up (from Thursday) and I can review it that day. I am assigning the bugs to myself. If someone wants to go review the packages before I get to it, please go ahead. Mukundan. - -- GPG key: 00E8658D -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJUc9l/AAoJEIfjPv0A6GWN4koQAKxW7XuoZTyDvXjcpqRqxMLr TSyOfeQke9+gv93j+4EhZ30gQaHkPRooAo/ItKu9F6YtGdx747XovjJGSe7KPar6 zyoX/T+E71JYR2+edCAJkwsHj7AnoGIYnNI+7UUviC+FvCURSwH5XRhKXL3TvfD/ nvqP+btE+ilEojVb9osNDL2RCDV5FWx25KatOxzumfXqzOviZXQci06Tcfm7ME4G gYHYqZhDbHYHbV+xhCnLqoDlH9W+bYBg9WElHuLGhfAExSiR6Ci6rsKy3QdEgeb5 OCb8gN5yV2L7pdCD/Ci3xgXmyJqY6tjz6zRS6pH38NPSNRlqleI7VBfYWd9Z4LzY 6i7JCPu6oat3q5fsXLtzTxgC9qM8cVPFqhgq7OgJR550xwtFNunE0YdWXf9enTWS 0b2tNGJbxSwO9gsSpxxlsV4wkPSvORzYOTXtC05TVwtE28uWND6A/AfGFSNN+aWu 3VA77Lj/KfdvHYtaumpuuYzK4MZFwMoMeZ3yZ1dU1P0sGsJZdhfuhB0m+SPd0EkS 4rF27WfNnYMcyebv/Wa+09G8O94+fSTX5QRZ1PhAOzpJrd8eooi6rLNyxCei0W09 ECnjc/VmZZVZLVsnrR9FnFzem/Ijxy+WPdructORQCY/a4Ov0YdvJyMQ7YVnZMFC 8dBVDLHleEjr0kKKAEdQ =35E5 -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: Fedora scientific packaging
On Sat, Nov 22, 2014 at 10:12:46PM +0100, Zbigniew Jędrzejewski-Szmek wrote: > I have working packages [1] for genesis and moose > (both neuron simulators). I didn't submit them because > genesis is old and buggy, and moose a bit unstable, but > with the release of v. 3 I'll submit it as a Fedora package. > I'm now working on pysb and bionetgen as a dependency. Apart > from some bundling which is relatively easy to undo, everything > seems nice and simple. python-pygraphviz [1], bionetgen [2], and python-pysb [3] are now ready. Reviewers very much welcome, altruistic or barter (swap) based. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1167460 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1167467 [3] https://bugzilla.redhat.com/show_bug.cgi?id=1167478 Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
djvulibre/epel6 is no longer an orphan
Hi, I've taken over djvulibre/epel6 to avoid retiring the package. Co-maintainers are welcome. François -- 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: Suggested Freeze Policy change for Fedora 22+
On Sun, 2014-11-23 at 10:02 +0100, Kevin Kofler wrote: > Stephen Gallagher wrote: > > These new rules don't ban "preventing a slip", they attempt to eliminate > > the unreasonable demands we're putting on our volunteer QA team *every > > week during Freeze*. It's gotten out of hand and it's burning people > > out. > > > > The primary problem is that when we slip, there has never been a clear > > statement made about when exactly when the deadline is for devs to get > > their fixes in. Historically, devs have been operating under the > > assumption that as long as a package lands before the next Go/No-Go > > meeting, but that has failed to account for the time needed to create a > > new Test Compose (which takes approx. 8 hours right now) as well as time > > to have the QA team re-run the Release Validation tests (which takes an > > absolute minimum of 20 hours fueled by caffeine and adrenaline). This > > constant pause-then-panic situation is untenable and needs to be > > addressed. > > > > By instituting the above plan, we will be much more transparent about > > what the deadlines are for all participants (dev/maintainers, rel-eng > > and QA) and we relieve the latter two of some of their panicked efforts > > if we get to the Monday Blocker Review and it's clear that there is no > > realistic chance that the Thursday Go/No-Go will rule in favor. > > I think our fundamental disagreement is that you believe that the rules will > make developers come up with fixes faster, whereas I believe that we > developers are already fixing things as fast as we can and the rules will > only make Fedora releases slip more often. Yeah, that's a valid concern and one I'm not ignoring. I'm just concerned that (going by F21 Alpha and Beta) the "hero testing" doesn't result in avoiding a slip most of the time. In the case of Alpha, that was going on for a month before we finally were able to release. That's not fair to QA and it *certainly* doesn't make it seem like something new contributors would want to put themselves through. 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: Mozilla enabled ads in Firefox and they're active in Fedora
On 2014-11-24, 11:02 GMT, Reindl Harald wrote: > and *that* is the real problem of the whole thread: 90% are based on > assumptions and opinions instead of verified facts which is very strange > when talking about open source Or without checking tons of information provided on the Mozilla website for that matter. Matěj -- 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: Action Required: Shipping larger application icons in Fedora 22
On 29 September 2014 at 12:36, Richard Hughes wrote: > At the end of November I'll change the > minimum icon size in the AppStream generator so that applications not > fixed will be dropped from the metadata. I've now done this for F22, the following packages being affected: https://github.com/hughsie/createrepo_as_logs/commit/821f4071315e0f398f217c45a44e3a397955a75f Thanks to all the upstream and downstream maintainers who have installed larger icons. Richard -- 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 12 packages were orphaned - R2spec [el5] was orphaned by pingou Python script to generate R spec file https://admin.fedoraproject.org/pkgdb/package/R2spec drupal6-freelinking [f19, f20] was orphaned by siwinski The freelinking module implements a filter for the easier creation of HTML links to other pages. https://admin.fedoraproject.org/pkgdb/package/drupal6-freelinking gimp-dbp [f21, f19, master, f20] was orphaned by paller Graphical batch processing for Gimp, no scripting knowledge required https://admin.fedoraproject.org/pkgdb/package/gimp-dbp gimp-elsamuko [f21, f19, master, f20] was orphaned by paller Script collection for the GIMP https://admin.fedoraproject.org/pkgdb/package/gimp-elsamuko gimp-high-pass-filter [f21, f19, master, f20] was orphaned by paller High-pass filter script for the GIMP https://admin.fedoraproject.org/pkgdb/package/gimp-high-pass-filter nmon [f21, f19, master, f20] was orphaned by paller Nigel's performance Monitor for Linux https://admin.fedoraproject.org/pkgdb/package/nmon php-channel-doctrine [f21, f19, el6, f20] was orphaned by siwinski Adds doctrine project channel to PEAR https://admin.fedoraproject.org/pkgdb/package/php-channel-doctrine php-cloudfiles [f19, el6, f20] was orphaned by siwinski PHP API for the Cloud Files storage system https://admin.fedoraproject.org/pkgdb/package/php-cloudfiles php-doctrine-Doctrine [f19, el6, f20] was orphaned by siwinski PHP Object Relational Mapper https://admin.fedoraproject.org/pkgdb/package/php-doctrine-Doctrine php-doctrine-DoctrineCommon [f19, f20] was orphaned by siwinski Doctrine Common PHP Extensions https://admin.fedoraproject.org/pkgdb/package/php-doctrine-DoctrineCommon php-doctrine-DoctrineDBAL [f19, f20] was orphaned by siwinski Doctrine Database Abstraction Layer https://admin.fedoraproject.org/pkgdb/package/php-doctrine-DoctrineDBAL php-doctrine-DoctrineORM [f19, f20] was orphaned by siwinski Doctrine Object Relational Mapper https://admin.fedoraproject.org/pkgdb/package/php-doctrine-DoctrineORM 69 packages were retired - PDFCrack [f21, f19, master, f20] was retired by till A password recovery tool for PDF files. https://admin.fedoraproject.org/pkgdb/package/PDFCrack PyQt-qscintilla [el6, el5] was retired by rdieter PyQt qscintilla extentions https://admin.fedoraproject.org/pkgdb/package/PyQt-qscintilla audtty [f21, master] was retired by till A ncurses based terminal client for the Audacious https://admin.fedoraproject.org/pkgdb/package/audtty authhub [f21, master] was retired by till OTP support for MIT Kerberos https://admin.fedoraproject.org/pkgdb/package/authhub condor-cloud [f21, master] was retired by till Condor Cloud Master Setup https://admin.fedoraproject.org/pkgdb/package/condor-cloud cone [el6, el5] was retired by till CONE mail reader https://admin.fedoraproject.org/pkgdb/package/cone dbus-tools [el6, el5] was retired by till DBus developer tools https://admin.fedoraproject.org/pkgdb/package/dbus-tools deltacloud-core [f21, master] was retired by till Deltacloud REST API https://admin.fedoraproject.org/pkgdb/package/deltacloud-core django-recaptcha [f21, master] was retired by till A Django application for adding ReCAPTCHA to a form https://admin.fedoraproject.org/pkgdb/package/django-recaptcha dragonegg [f21, master] was retired by till GCC plugin to use LLVM optimizers and code generators https://admin.fedoraproject.org/pkgdb/package/dragonegg eclipse-slice2java [f21, master] was retired by till A plugin that integrates Eclipse with Ice object middleware https://admin.fedoraproject.org/pkgdb/package/eclipse-slice2java edelib [f21, master] was retired by till Small and portable C++ library for EDE https://admin.fedoraproject.org/pkgdb/package/edelib eric [el5] was retired by rdieter Python IDE https://admin.fedoraproject.org/pkgdb/package/eric f-spot [f21, master] was retired by till Photo management application https://admin.fedoraproject.org/pkgdb/package/f-spot fatrat [f21, master] was retired by till Feature-rich download manager https://admin.fedoraproject.org/pkgdb/package/fatrat fatrat-subtitlesearch [f21, master] was retired by till FatRat plugin enabling OpenSubtitles.org and Sublight.si integration https://admin.fedoraproject.org/pkgdb/package/fatrat-subtitlesearch flickrnet [f21, master] was retired by till .NET library to interact with the Flickr API https://admin.fedoraproject.org/pkgdb/package/flickrnet flush [f21, master] was retired by till GTK-based BitTorrent client https://admin.fedoraproject.org/pkgdb/package/flush gdesklet-SlideShow [f21, mast
Re: shipping patches from Debian in Fedora package: licensing
On 11/24/2014 02:34 PM, Felix Schwarz wrote: A while ago I noticed that a Debian package has some useful patches for some package and some of these patches are required to update the Fedora package. I was wondering if there is a summary about licensing of Debian patches and if it is acceptable just to copy Debian's patches into Fedora (with proper credit of course) [1]. The copyright status should be documented in the patches, or in debian/copyright. If it is unclear, you can file a bug in the Debian BTS. Just send email with a descriptive subject to , and start the message with Package: src:PACKAGE-NAME (where PACKAGE-NAME is the source package in question), followed by a blank line, and list the patches whose licensing you consider unclear. I think most developers would assume that the patches are licensed under the same conditions as the upstream code, though. [1] I think the patches itself are fine to ship also considering the Fedora upstream-first policy: - patches have been submitted in the official issue tracker - upstream project is pretty inactive but not dead - patches are fairly small, mostly build-system changes for distributions and fixing the test suite You can also pretend that Debian is upstream. :-) -- 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
shipping patches from Debian in Fedora package: licensing
A while ago I noticed that a Debian package has some useful patches for some package and some of these patches are required to update the Fedora package. I was wondering if there is a summary about licensing of Debian patches and if it is acceptable just to copy Debian's patches into Fedora (with proper credit of course) [1]. fs [1] I think the patches itself are fine to ship also considering the Fedora upstream-first policy: - patches have been submitted in the official issue tracker - upstream project is pretty inactive but not dead - patches are fairly small, mostly build-system changes for distributions and fixing the test suite -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
perl-Statistics-Descriptive changed license to ((GPL+ or Artistic) and MIT)
perl-Statistics-Descriptive-3.0607-1.fc22 changed license from (GPL+ or Artistic) to ((GPL+ or Artistic) and MIT). -- 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
File Perl-Version-1.013.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-Perl-Version: 8955a7292d1039f01d76272464812b0e Perl-Version-1.013.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Abotu setting 'PermitRootLogin=no' in sshd_config
> On Monday, 24 November 2014 2:59 PM, P J P wrote: > > On Sunday, 23 November 2014 1:59 AM, Rahul Sundaram wrote: >> I would suggesting going through the feature process... >> Having FESCo review a proposal is useful as well. > > Right, makes sense. I'll do that. Please see -> https://fedoraproject.org/wiki/Changes/SSHD_PermitRootLogin_no --- Regards -Prasad http://feedmug.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-21 Branched report: 20141124 changes
Compose started at Mon Nov 24 07:15:02 UTC 2014 Broken deps for armhfp -- [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [gearbox] gearbox-10.11-8.fc21.armv7hl requires libIceUtil.so.35 gearbox-10.11-8.fc21.armv7hl requires ice gearbox-devel-10.11-8.fc21.armv7hl requires ice-devel [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [ostree] ostree-grub2-2014.11-1.fc21.armv7hl requires grub2 [spring-maps-default] spring-maps-default-0.1-12.fc21.noarch requires spring [syntastic] syntastic-d-3.5.0-1.fc21.noarch requires ldc Broken deps for i386 -- [gearbox] gearbox-10.11-8.fc21.i686 requires libIceUtil.so.35 gearbox-10.11-8.fc21.i686 requires ice gearbox-devel-10.11-8.fc21.i686 requires ice-devel [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 Broken deps for x86_64 -- [gearbox] gearbox-10.11-8.fc21.i686 requires libIceUtil.so.35 gearbox-10.11-8.fc21.i686 requires ice gearbox-10.11-8.fc21.x86_64 requires libIceUtil.so.35()(64bit) gearbox-10.11-8.fc21.x86_64 requires ice gearbox-devel-10.11-8.fc21.i686 requires ice-devel gearbox-devel-10.11-8.fc21.x86_64 requires ice-devel [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) >= 0:0.16.0 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 0 Size of added packages: 0 (0 ) Size change of modified packages: 0 (0 ) Size of removed packages: 0 (0 ) Size change: 0 (0 ) Compose finished at Mon Nov 24 11:28:48 UTC 2014 -- 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: Mozilla enabled ads in Firefox and they're active in Fedora
Am 24.11.2014 um 11:41 schrieb Nikos Roussos: On 11/23/2014 06:50 AM, Nico Kadel-Garcia wrote: I'm afraid it's not reasonable to assume that just because Mozilla is providing the hooks to publish web ads that those web ads do not, themselves, collect and use personal user data, especially the client IP and browsing history. You don't have to assume. Firefox is open source so you can just check the code before spreading FUD and *that* is the real problem of the whole thread: 90% are based on assumptions and opinions instead of verified facts which is very strange when talking about open source 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
rawhide report: 20141124 changes
Compose started at Mon Nov 24 05:15:03 UTC 2014 Broken deps for i386 -- [3Depict] 3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0 [OpenLP] OpenLP-2.1.1-1.fc22.noarch requires libreoffice-headless [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [codeblocks] codeblocks-13.12-10.fc22.i686 requires libastyle-2.04.so [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 [glances] glances-2.1.2-2.fc22.noarch requires python-psutil >= 0:2.0.0 [nwchem] nwchem-openmpi-6.3.2-11.fc21.i686 requires libmpi_usempi.so.1 [python-selenium] python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib [seqan] seqan-1.4.2-2.fc22.i686 requires libseqan_flexlib.so seqan-1.4.2-2.fc22.i686 requires libmason_sim.so [shogun] shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22 [uwsgi] uwsgi-plugin-gridfs-2.0.7-2.fc22.i686 requires libmongoclient.so uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.i686 requires libmongoclient.so [vfrnav] vfrnav-20140510-2.fc22.i686 requires libpolyclipping.so.16 vfrnav-utils-20140510-2.fc22.i686 requires libpolyclipping.so.16 Broken deps for x86_64 -- [3Depict] 3Depict-0.0.16-3.fc22.x86_64 requires libmgl.so.7.2.0()(64bit) [OpenLP] OpenLP-2.1.1-1.fc22.noarch requires libreoffice-headless [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [cab] cab-0.1.9-12.fc22.x86_64 requires cabal-dev [codeblocks] codeblocks-13.12-10.fc22.x86_64 requires libastyle-2.04.so()(64bit) [dnssec-check] dnssec-check-1.14.0.1-4.fc20.x86_64 requires libval-threads.so.14()(64bit) dnssec-check-1.14.0.1-4.fc20.x86_64 requires libsres.so.14()(64bit) [glances] glances-2.1.2-2.fc22.noarch requires python-psutil >= 0:2.0.0 [nwchem] nwchem-openmpi-6.3.2-11.fc21.x86_64 requires libmpi_usempi.so.1()(64bit) [python-selenium] python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib [seqan] seqan-1.4.2-2.fc22.x86_64 requires libseqan_flexlib.so()(64bit) seqan-1.4.2-2.fc22.x86_64 requires libmason_sim.so()(64bit) [shogun] shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22 [uwsgi] uwsgi-plugin-gridfs-2.0.7-2.fc22.x86_64 requires libmongoclient.so()(64bit) uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.x86_64 requires libmongoclient.so()(64bit) [vfrnav] vfrnav-20140510-2.fc22.i686 requires libpolyclipping.so.16 vfrnav-20140510-2.fc22.x86_64 requires libpolyclipping.so.16()(64bit) vfrnav-utils-20140510-2.fc22.x86_64 requires libpolyclipping.so.16()(64bit) Broken deps for armhfp -- [3Depict] 3Depict-0.0.16-3.fc22.armv7hl requires libmgl.so.7.2.0 [OpenLP] OpenLP-2.1.1-1.fc22.noarch requires libreoffice-headless [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [avro] avro-mapred-1.7.5-9.fc22.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc22.noarch requires hadoop-client [cab] cab-0.1.9-12.fc22.armv7hl requires cabal-dev [calamares] calamares-0-0.17.20141123gitc17898a6501fd.fc22.armv7hl requires grub2 [codeblocks] codeblocks-13.12-10.fc22.armv7hl requires libastyle-2.04.so [dnssec-check] dnssec-check-1.14.0.1-4.fc20.armv7hl requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.armv7hl requires libsres.so.14 [glances] glances-2.1.2-2.fc22.noarch requires python-psutil >= 0:2.0.0 [ostree] ostree-grub2-2014.11-1.fc22.armv7hl requires grub2 [python-selenium] python3-selenium-2.43.0-1.fc22.noarch requires python3-rdflib [scirenderer] scirenderer-1.1.0-4.fc22.noarch requires jogl2 [seqan] seqan-1.4.2-2.fc22.armv7hl requires libseqan_flexlib.so seqan-1.4.2-2.fc22.armv7hl requires libmason_sim.so [shogun] shogun-doc-3.2.0.1-0.27.git20140804.96f3cf3.fc22.noarch requires shogun-data = 0:0.8.1-0.18.git20140804.48a1abb.fc22 [spring-maps-default] spring-maps-default-0.1-12.fc21.noarch requires spring [syntastic] syntastic-d-3.5.0-1.fc22.noarch requires ldc [uwsgi] uwsgi-plugin-gridfs-2.0.7-2.fc22.armv7hl requires libmongoclient.so uwsgi-stats-pusher-mongodb-2.0.7-2.fc22.armv7hl requires libmongoclient.so [vfrnav] vfrnav-20140510-2.fc22.armv7hl requires libpolyclipping.so.16 vfrnav-utils-20140510-2.fc22.armv7hl requires libpolyclipping.so.16 New package: nodejs-grunt-sed-0.1.1-1.fc22
Re: Mozilla enabled ads in Firefox and they're active in Fedora
On 11/23/2014 06:50 AM, Nico Kadel-Garcia wrote: > On Tue, Nov 18, 2014 at 4:17 AM, Nikos Roussos > wrote: >> On 11/18/2014 08:24 AM, Nico Kadel-Garcia wrote: >>> On Sun, Nov 16, 2014 at 3:54 PM, Nikos Roussos >>> wrote: On 11/16/2014 08:24 PM, Christopher wrote: > On Sun, Nov 16, 2014 at 6:46 AM, Mustafa Muhammad > mailto:mustafaa.alhamda...@gmail.com>> > wrote: >>> > This doesn't seem relevant to this discussion, unless Fedora browsers > are automatically, and without the user's explicit knowledge or > permission, navigating to Google's search engine, which (AFAICT) they > are not. Same happens with these tiles. No data is sent back to Mozilla unless you *choose* to click one of the promoted tiles. >>> >>> Even if not sent to Mozilla, it's accessible to the advertisers. I >>> could spend a long time explaining the various means, that web >>> advertisers track their users, ranging from crafting URL's and >>> metadata about the particular requests to 'web bugs', those little one >>> pixel transparent gifs so ubiquitous on the plethora of >>> ad.doublelick.net websites with fake names used to collect the data. >> >> The tiles are coming from Mozilla. So yes please explain how the >> advertisers can track me through them if I don't click them. > > Much depends on what's in the tile. For example an embedded 1 pixel > transparent gif, commonly known as a "web bug", and loaded from a > third party web repository such as one of the many misleading aliases > for ad.doubleclick.net, is one of the favorites. Another is crafting > the URL used by the displayed advertising page to contain metadata > about the browsing client. Unless the tiles are vetted by, hosted by, > and have their content reviewed and manually sanitized by someone both > paranoid and content over at Mozilla, it's safe to assume there is > tracking information embedded in the tiles. The tracking information > has become ubiquitous in far too much web content, especially in paid > advertising content. > > I'm afraid it's not reasonable to assume that just because Mozilla is > providing the hooks to publish web ads that those web ads do not, > themselves, collect and use personal user data, especially the client > IP and browsing history. You don't have to assume. Firefox is open source so you can just check the code before spreading FUD. 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
Re: Abotu setting 'PermitRootLogin=no' in sshd_config
On Sunday, 23 November 2014 1:59 AM, Rahul Sundaram wrote: >I would suggesting going through the feature process. Although the config >file change itself is trivial, there are multiple components that require >coordination with several teams (Anaconda, Fedora Security team, openSSH, >GNOME etc), testing and documentation. Having FESCo review a proposal is >useful as well. Right, makes sense. I'll do that. I'm from Fedora Security Team above; that is where this topic/discussion came up and lead to this thread. Thank you. --- Regards -Prasad http://feedmug.com -- 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: Mozilla enabled ads in Firefox and they're active in Fedora
On 11/23/2014 05:50 AM, Nico Kadel-Garcia wrote: The tiles are coming from Mozilla. So yes please explain how the advertisers can track me through them if I don't click them. Much depends on what's in the tile. For example an embedded 1 pixel transparent gif, commonly known as a "web bug", and loaded from a third party web repository such as one of the many misleading aliases for ad.doubleclick.net, is one of the favorites. Another is crafting the URL used by the displayed advertising page to contain metadata about the browsing client. Unless the tiles are vetted by, hosted by, and have their content reviewed and manually sanitized by someone both paranoid and content over at Mozilla, it's safe to assume there is tracking information embedded in the tiles. The tracking information has become ubiquitous in far too much web content, especially in paid advertising content. I'm afraid it's not reasonable to assume that just because Mozilla is providing the hooks to publish web ads that those web ads do not, themselves, collect and use personal user data, especially the client IP and browsing history. The Ads title looks like: https://citizenfourfilm.com/"; href="https://citizenfourfilm.com/";> title="Pin this site at its current position"> title="Remove this site"> So Mozilla provides offline thumbnail of the page and URL, nothing else. The ads work completely offline. 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