Unretiring cx18-firmware, if anyone else still wants it in the distro
by Simon Farnsworth
Hello all,
I've got the misfortune of maintaining a small number of systems that use
the cx18 driver for their HVR-1600 cards; I'm just in the process of
bringing these systems up to Fedora 21, and have discovered that
cx18-firmware was retired.
As I'm going to have to maintain the package for work purposes, I'm
volunteering to maintain it in Fedora for F21 and later. If anyone's
interested in having it available in Fedora, the review request is at:
https://bugzilla.redhat.com/show_bug.cgi?id=1203379
--
Simon Farnsworth
8 years, 11 months
libgdata-0.17.1 soname bump
by Debarshi Ray
Hello everybody,
The recently released libgdata-0.17.1 has bumped its soname. The
highlights are support for version 3 of the YouTube API, and an
initial port to version 2 of the Drive API.
This is only for rawhide. I will be rebuilding affected packages.
Cheers,
Debarshi
8 years, 11 months
SIMVoleon, SoQt rebuilt against Coin3 on f22 and rawhide
by Ralf Corsepius
Hi,
as some already might have noticed, Coin3 is about to land in Fedora.
Therefore, I rebuilt SIMVoleon and SoQt (two addon-packages to Coin),
against Coin3 on rawhide and f22. I do not expect this to impose
problems to Fedora, because I can't spot any packages depending on these
in Fedora.
On Fedora <= 21 these packages will have to stay with Coin2 to avoid
breaking backward-compatibility.
Though it's thinkable to do so, I do not plan to provide Coin3-compiled
versions of these packages for fc20, f21 and Coin2-compiled versions for
fc22, f23, at the moment. Please speak up now, should you have such a
demand.
Ralf
9 years
system-config-users and IPA
by Мартынов Александр
I am writing patch for system-config-users that allows configure users ang group from a IPA server with python library ipalib from package ipa-python. I would like the changes be included in the system-config-users. What is the best way to implement this from the point of view of architecture? I am now implementing API that is similar to API of libuser.
9 years
Roadmap for Mono packages in Fedora ?
by Gabriel Somlo
I've been given a (.net4.5/c# + vmware) project to port to
Fedora/RHEL (mono + kvm), so I suddenly find myself interested
in gaining access to late-model official Fedora packages for
mono (4.0.0 alpha is just out) and monodevelop (currently at 5.7.0).
The current F21 versions are 2.10.8 and 2.8.8, respectively, and
I see those versions are still the same in rawhide.
Are there any plans to package the more recent versions in F22 or F23 ?
Thanks much,
--Gabriel
9 years
F23 System Wide Change: Disable SSL3 and RC4 by default
by Jan Kurik
= Proposed System Wide Change: Disable SSL3 and RC4 by default =
https://fedoraproject.org/wiki/Changes/RemoveSSL3andRc4
Change owner(s): Nikos Mavrogiannopoulos <nmav(a)redhat.com>
This change will disable by default the SSL 3.0 protocol and the RC4 cipher in components which use the system wide crypto policy. That is, gnutls and openssl libraries, and all the applications based on them.
== Detailed Description ==
There are serious vulnerabilities known to the SSL 3.0 protocol, since a decade. Recent attacks (e.g., the POODLE issue #1152789) take advantage of them, negating the secrecy offerings of the protocol. The RC4 cipher is also considered cryptographically broken, and new attacks against its secrecy are made known every year (#1207101). Since attacks are only getting better, we should disable these broken protocols and ciphers system wide.
== Scope ==
* Proposal owners: The crypto-policies package has to be updated to accommodate the new policies.
* Other developers: Should verify that their package works after the change. That is that their package doesn't require only SSL 3.0, or only the RC4 ciphersuites. If their package requires these options due to design, they should consider contacting upstream to update the software. If that is not possible, or this support is needed to contact legacy servers, they should consider not using the system wide policy, and make that apparent in the package documentation.
* Release engineering: This feature doesn't require coordination with release engineering.
* Policies and guidelines: The packaging guidelines do not need to be changed.
--
Jan Kuřík
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
9 years
Removing packages that have broken dependencies in F22 tree
by Kalev Lember
Hi all,
In two weeks we will be entering the F22 Final Freeze. At that point,
Fedora release engineering retires any packages that still have broken
dependencies in the F22 tree.
Based on today's Branched report [1], we still have a number of unfixed
packages with broken dependencies (package maintainers BCC'd to this
email). Anything not fixed by 2015-05-11 from the list below is going to
be automatically retired:
Package (co)maintainers
========================================================
Sprog mjakubicek
aeskulap ankursinha, mrceresa, susmit
aunit landgraf
aws landgraf
bro fab, mildew
crystal bnemec, chitlesh
dnssec-check hardaker
dsqlite jouty
florist landgraf
gcc-python-plugin dmalcolm, jakub
gl3n cicku, bioinfornatics
gnatcoll landgraf
kde-style-skulpture jreznik
leksah petersen, haskell-sig
matreshka landgraf
newsx rathann, itamarjp
nifti2dicom dvratil
oozie rrati, coolsvap, moceap
opensips ivaxer, peter
python-sippy peter
quarticurve-kwin-theme kkofler
rss-glx nphilipp, cheese
rubygem-rugged tdawson
spring-maps-default gilboa
syntastic bioinfornatics, praiskup
tango bioinfornatics, cicku
templates_parser oenone, landgraf
vdr-streamdev heffer
vdr-vnsiserver3 bubeck
xavante timn
These are all leaf packages; no other package depends on them.
I've excluded odb-2.3.0-11.fc22, openchange-2.2-6.fc22,
rubygem-moped-1.5.2-5.fc22, zeromq-ada-2.1.0-17.24032011git.fc22 from
the list above; they all have fixes in updates-testing and just need
karma in Bodhi to go to stable.
[1] https://lists.fedoraproject.org/pipermail/devel/2015-April/210201.html
--
Kalev
9 years
[Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again
by Felix Miata
Why does this bug exist only in Fedora, not in openSUSE or Mageia or *buntu?
All my systems are multiboot, so only a select very few are on UTC. None that
are on UTC have Fedora installed. This means every Fedora boot takes about
twice as long or longer than anything else takes, waiting on all the
unnecessary FS checks.
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
9 years