php-gettext
by Michael Schwendt
What's the full story here?
php-gettext
php-gettext-0:1.0.11-5.fc20.noarch isn't obsoleted
php-gettext-0:1.0.11-4.fc19.noarch isn't obsoleted
php-gettext-0:1.0.11-3.fc18.noarch isn't obsoleted
php-gettext-0:1.0.9-3.fc15.noarch is oldest
php-gettext < 0:1.0.11-3 obsoleted by php-php-gettext-0:1.0.11-8.fc20.noarch
Searching a bit, there has been a rename to php-php-gettext and plans to
retire php-gettext because it conflicts with the core module, but the
package has been kept in the dist and mass-rebuilt several times:
http://koji.fedoraproject.org/koji/packageinfo?packageID=9618
So, meanwhile, the Obsoletes tag is insufficient, and the package
is available again. Is this intentional? Else, please retire it:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
# repoquery --whatprovides php-gettext
php-common-0:5.5.2-1.fc19.x86_64
php-common-0:5.5.2-1.fc19.i686
php-common-0:5.5.0-0.10.RC3.fc19.i686
php-common-0:5.5.1-1.fc19.x86_64
php-gettext-0:1.0.11-4.fc19.noarch
php-common-0:5.5.0-0.10.RC3.fc19.x86_64
php-common-0:5.5.1-1.fc19.i686
10 years, 7 months
Scala package owner unresponsive
by Ricky Elrod
I would like to begin following the policy for nonresponsive package
maintainers with regard to the 'scala' package.
I have attempted emailing the maintainer several times offering to
co-maintain the package and have heard nothing in return.
There is an open bug on the package for upgrading it to 2.10.x, which
has been open since 03/14/2013 as well as other people stating they have
been unable to contact the maintainer:
https://bugzilla.redhat.com/show_bug.cgi?id=673971#c16
I'm somewhere between steps 4 and 5 right now, in the outline on this
page:
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
It's been well over 3 weeks, but this is my first message to devel about it.
I would like to take over this package and update it to 2.10.x for
Fedora 21 (or possibly 20, though it wouldn't be an official "Change",
because we're past the proposal deadline).
-Ricky
10 years, 7 months
Merging freediams into freemedforms
by Ankur Sinha
Hi,
I maintain two packages for the fedora-medical SIG that fall under the
"freemedforms[1]" project. At the moment, these are packaged separately:
1. freemedforms[2]: provides freemedforms-emr and pulls in freediams
2. freediams[3]
Now, freemedforms-emr and freediams are both built from the same source,
and use the same internal libraries. Currently, I first build
freemedforms-emr and the common libraries (spec[4]) and then build
freediams (spec[5]), pointing to these libraries.
Recently, with the 0.9.0-beta1 release, upstream sent me a new spec and
suggested I use one spec to build both freedmedforms and freediams, and
provide freediams as a subpackage.
I've built freemedforms already, and I'm in the process of updating
freediams now.
I think it's a good idea, since they'll always move hand in hand. The
build process will be simpler, and so will maintaining the package and
updates.
What do you folks think? Should I go ahead and retire(obsolete)
freediams and provide it as a subpackage in freemedforms? I don't see
any issues with this, but wanted to consult you folks to be sure before
I go ahead and make the changes.
[1] http://freemedforms.com/en/start
[2] https://admin.fedoraproject.org/pkgdb/acls/bugs/freemedforms
[3] https://admin.fedoraproject.org/pkgdb/acls/bugs/freediams
[4]
http://pkgs.fedoraproject.org/cgit/freemedforms.git/tree/freemedforms.spec
[5] http://pkgs.fedoraproject.org/cgit/freediams.git/tree/freediams.spec
--
Thanks,
Warm regards,
Ankur (FranciscoD)
http://fedoraproject.org/wiki/User:Ankursinha
Join Fedora! Come talk to us!
http://fedoraproject.org/wiki/Fedora_Join_SIG
10 years, 7 months
Blocking unblocked retired packages
by Till Maas
Hi,
I blocked the following packages that were retired in pkgdb but not
blocked in koji (there might be some packages included that have been
retired recently where rel-eng tickets were filed):
acheck
acheck-rules
animorph
bsd-mailx
c-ares19
cdi-api11
clearlooks-phenix-theme
climm
detex
emerillon
gnome-shell-extension-noripple
gnome-shell-extension-workspacesmenu
gpp4
guiloader-c++
hardinfo
ibus-panel-extensions
icc_examin
makehuman
metapost-metauml
mhgui
nemo-open-terminal
nodejs-tobi-cookie
perl-Bio-SamTools
php-pecl-zendopcache
PythonCAD
python-nova-adminclient
python-testosterone
repsurgeon
rhevsh
tetex-IEEEtran
xmltex
I also temporarily blocked the following packages but then run a
dependency check and noticed that a lot of packages depend on these
retired packages. The dependency check is not complete, because
too many packages are affected. I did not yet Bcc all maintainers, since
this affects too many maintainers as well.
Package (co)maintainers
===========================================================================
directfb orphan, kwizart
libgssglue orphan
maven2-common-poms orphan, mizdebsk, akurtakov, fnasser, yyang, huwang,
dbhole, sochotni
python-quantumclient orphan, jruzicka, vaneldik, pbrady, apevec, gkotton,
markmc, rkukura
spacewalk-web orphan
tslib orphan
The following packages require above mentioned packages:
Depending on: directfb
xine-lib (maintained by: kkofler, kkofler, rdieter)
xine-lib-extras requires libdirect-1.6.so.0, libdirectfb-1.6.so.0, libfusion-1.6.so.0
Depending on: libgssglue
conserver (maintained by: jkastner)
conserver requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2)
conserver requires libgssapi-devel = 0.4-2.fc19, libgssglue-devel = 0.4-2.fc19
conserver-client requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2)
libserf (maintained by: cicku, jorton)
libserf requires libgssapi-devel = 0.4-2.fc19
rdesktop (maintained by: ssp, fab, alexl, caillon, caolanm, hadess, johnp, mbarnes, mclasen, rhughes, rstrode, ssp, xiphmont, rathann)
rdesktop requires libgssglue.so.1, libgssglue.so.1(libgssapi_CITI_2)
rdesktop requires libgssglue-devel = 0.4-2.fc19
gnome-rdp (maintained by: lbazan, vicodan, echevemaster, lbazan)
gnome-rdp requires rdesktop = 1.8.0-1.fc20
gnome-rdp requires rdesktop = 1.8.0-1.fc20
vinagre (maintained by: hadess, rishi, berrange, teuf)
vinagre requires rdesktop = 1.8.0-1.fc20
gnome-do-plugins (maintained by: nushio, mcrha, antiaircraft)
gnome-do-plugins-vinagre requires vinagre = 3.9.90-1.fc21
subversion (maintained by: jorton, lkundrak, kanarip)
subversion requires libserf-1.so.0
subversion-javahl requires libserf-1.so.0
subversion-libs requires libserf-1.so.0
subversion-python requires libserf-1.so.0
subversion-ruby requires libserf-1.so.0
subversion-tools requires libserf-1.so.0
Depending on: maven2-common-poms
antlr-maven-plugin (maintained by: spot, tradej)
antlr-maven-plugin requires maven2-common-poms = 1.0-50.fc20
buildnumber-maven-plugin (maintained by: weli, mizdebsk, tradej, dbhole)
buildnumber-maven-plugin requires maven2-common-poms = 1.0-50.fc20
maven-scm (maintained by: guidograzioli, mizdebsk, jcapik, akurtakov, sochotni, java-sig)
maven-scm requires maven2-common-poms = 1.0-50.fc20
mercury (maintained by: gil)
mercury requires maven2-common-poms = 1.0-50.fc20
plexus-ant-factory (maintained by: sochotni, tradej, msrb, mizdebsk, java-sig)
plexus-ant-factory requires maven2-common-poms = 1.0-50.fc20
maven-plugin-tools (maintained by: jcapik, mizdebsk, yyang, sochotni, java-sig, jcapik)
maven-plugin-tools requires plexus-ant-factory = 1.0-0.12.a2.1.fc20
maven-script-ant requires plexus-ant-factory = 1.0-0.12.a2.1.fc20
access-modifier-annotation (maintained by: msrb, tradej, mizdebsk, sochotni, java-sig)
access-modifier-annotation requires mvn(org.apache.maven.plugins:maven-scm-plugin) = 1.7
fasterxml-oss-parent (maintained by: gil, java-sig)
fasterxml-oss-parent requires mvn(org.apache.maven.plugins:maven-scm-plugin) = 1.7
maven-changelog-plugin (maintained by: huwang, msrb, jvanek, java-sig)
maven-changelog-plugin requires maven-scm = 1.7-6.fc19
maven-project-info-reports-plugin (maintained by: huwang, mizdebsk, java-sig)
maven-project-info-reports-plugin requires maven-scm = 1.7-6.fc19
maven-project-info-reports-plugin requires maven-scm = 1.7-6.fc19
maven-release (maintained by: guidograzioli, mizdebsk, java-sig, jcapik)
maven-release requires maven-scm = 1.7-6.fc19
maven-release-manager requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7, mvn(org.apache.maven.scm:maven-scm-manager-plexus) = 1.7, mvn(org.apache.maven.scm:maven-scm-provider-svn-commons) = 1.7, mvn(org.apache.maven.scm:maven-scm-providers-standard) = 1.7
maven-release-plugin requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7
maven-wagon (maintained by: fnasser, mizdebsk, akurtakov, dbhole, yyang, java-sig, jcapik)
maven-wagon requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7
maven-wagon-scm requires mvn(org.apache.maven.scm:maven-scm-api) = 1.7, mvn(org.apache.maven.scm:maven-scm-manager-plexus) = 1.7
mybatis-parent (maintained by: gil, java-sig)
mybatis-parent requires mvn(org.apache.maven.plugins:maven-scm-plugin) = 1.7
antlr3 (maintained by: walters, sochotni, mjakubicek)
antlr3 requires buildnumber-maven-plugin = 1.2-5.fc20
apache-commons-chain (maintained by: gil, java-sig)
apache-commons-chain requires buildnumber-maven-plugin = 1.2-5.fc20
apache-commons-parent (maintained by: spike, mizdebsk)
apache-commons-parent requires mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.2
apache-commons-parent requires mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.2
bval (maintained by: gil, java-sig)
bval requires buildnumber-maven-plugin = 1.2-5.fc20
janino (maintained by: gil)
janino requires buildnumber-maven-plugin = 1.2-5.fc20
jboss-common-beans (maintained by: goldmann)
jboss-common-beans requires buildnumber-maven-plugin = 1.2-5.fc20
jersey (maintained by: gil, java-sig)
jersey requires buildnumber-maven-plugin = 1.2-5.fc20
jsr-311 (maintained by: jhernand, gil, goldmann)
jsr-311 requires buildnumber-maven-plugin = 1.2-5.fc20
maven (maintained by: sochotni, jamielinux, tradej, msrb, mizdebsk, java-sig, akurtakov)
maven requires buildnumber-maven-plugin = 1.2-5.fc20
maven2 (maintained by: yyang, msrb, mizdebsk, sochotni, yyang, dbhole, java-sig)
maven2 requires buildnumber-maven-plugin = 1.2-5.fc20
netty31 (maintained by: madsa)
netty31 requires buildnumber-maven-plugin = 1.2-5.fc20
openjpa (maintained by: gil, java-sig)
openjpa requires buildnumber-maven-plugin = 1.2-5.fc20
zanata-parent (maintained by: pahuang, seanf)
zanata-parent requires mvn(org.codehaus.mojo:buildnumber-maven-plugin) = 1.2
apacheds-shared (maintained by: gil, java-sig)
apacheds-shared requires antlr-maven-plugin = 2.2-10.fc20
checkstyle (maintained by: sochotni, tradej, mizdebsk, msrb, dbhole, sochotni)
checkstyle requires antlr-maven-plugin = 2.2-10.fc20
hibernate3 (maintained by: gil, gil, jhernand)
hibernate3 requires antlr-maven-plugin = 2.2-10.fc20
jgettext (maintained by: pahuang, seanf)
jgettext requires antlr-maven-plugin = 2.2-10.fc20
Depending on: python-quantumclient
openstack-quantum (maintained by: rkukura, itamarjp, otherwiseguy, mmagr, josecastroleon, vaneldik, pbrady, rackerjoe, apevec, chrisw, gkotton, markmc)
python-quantum requires python-quantumclient = 2:2.2.1-4.fc20
Depending on: spacewalk-web
nocpulse-common (maintained by: msuchy)
nocpulse-common requires perl(RHN::DBI)
spacewalk-admin (maintained by: msuchy)
spacewalk-admin requires perl(RHN::SatelliteCert), spacewalk-base = 1.9.22-4.fc20
spacewalk-backend (maintained by: msuchy)
spacewalk-backend-tools requires spacewalk-admin = 2.0.1-2.fc20
perl-NOCpulse-Debug (maintained by: msuchy)
perl-NOCpulse-Debug requires nocpulse-common = 2.2.7-2.fc20, perl(NOCpulse::Config)
perl-NOCpulse-Debug requires nocpulse-common = 2.2.7-2.fc20
perl-NOCpulse-Gritch (maintained by: msuchy, perl-sig)
perl-NOCpulse-Gritch requires perl(NOCpulse::Config)
perl-NOCpulse-Gritch requires perl(NOCpulse::Config)
perl-NOCpulse-Object (maintained by: msuchy)
perl-NOCpulse-Object requires perl(NOCpulse::Debug) = 1.23
perl-NOCpulse-Object requires perl(NOCpulse::Debug) = 1.23
perl-NOCpulse-CLAC (maintained by: msuchy)
perl-NOCpulse-CLAC requires perl(NOCpulse::Object) = 1.26, perl(NOCpulse::PersistentObject)
Depending on: tslib
ecore (maintained by: spot, vicodan, terjeros)
ecore requires libts-0.0.so.0
ecore requires tslib-devel = 1.0-7.fc20
e_dbus (maintained by: sundaram, vicodan, cicku)
e_dbus requires libecore.so.1
edje (maintained by: vicodan, spot, sundaram)
edje requires libecore.so.1, libecore_evas.so.1, libecore_file.so.1, libecore_imf.so.1, libecore_imf_evas.so.1, libecore_input.so.1
eeze (maintained by: vicodan, spot, sundaram)
eeze requires libecore.so.1
eio (maintained by: vicodan, spot, sundaram)
eio requires libecore.so.1
xmms2 (maintained by: spot, thomasj)
xmms2 requires libecore.so.1
xmms2-ruby requires libecore.so.1
gxmms2 (maintained by: spot)
gkrellxmms2 requires libxmmsclient-glib.so.1, libxmmsclient.so.6
gxmms2 requires libxmmsclient-glib.so.1, libxmmsclient.so.6
lxmusic (maintained by: cwickert)
lxmusic requires libxmmsclient-glib.so.1, libxmmsclient.so.6, xmms2 = 0.8-13.fc20
Affected (co)maintainersakurtakov: maven2-common-poms
alexl: libgssglue
antiaircraft: libgssglue
apevec: python-quantumclient
berrange: libgssglue
caillon: libgssglue
caolanm: libgssglue
chrisw: python-quantumclient
cicku: tslib, libgssglue
cwickert: tslib
dbhole: maven2-common-poms
echevemaster: libgssglue
fab: libgssglue
fnasser: maven2-common-poms
gil: maven2-common-poms
gkotton: python-quantumclient
goldmann: maven2-common-poms
guidograzioli: maven2-common-poms
hadess: libgssglue
huwang: maven2-common-poms
itamarjp: python-quantumclient
jamielinux: maven2-common-poms
java-sig: maven2-common-poms
jcapik: maven2-common-poms
jhernand: maven2-common-poms
jkastner: libgssglue
johnp: libgssglue
jorton: libgssglue
josecastroleon: python-quantumclient
jruzicka: python-quantumclient
jvanek: maven2-common-poms
kanarip: libgssglue
kkofler: directfb
kwizart: directfb
lbazan: libgssglue
lkundrak: libgssglue
madsa: maven2-common-poms
markmc: python-quantumclient
mbarnes: libgssglue
mclasen: libgssglue
mcrha: libgssglue
mizdebsk: maven2-common-poms
mjakubicek: maven2-common-poms
mmagr: python-quantumclient
msrb: maven2-common-poms
msuchy: spacewalk-web
nushio: libgssglue
otherwiseguy: python-quantumclient
pahuang: maven2-common-poms
pbrady: python-quantumclient
perl-sig: spacewalk-web
rackerjoe: python-quantumclient
rathann: libgssglue
rdieter: directfb
rhughes: libgssglue
rishi: libgssglue
rkukura: python-quantumclient
rstrode: libgssglue
seanf: maven2-common-poms
sochotni: maven2-common-poms
spike: maven2-common-poms
spot: tslib, maven2-common-poms
ssp: libgssglue
sundaram: tslib
terjeros: tslib
teuf: libgssglue
thomasj: tslib
tradej: maven2-common-poms
vaneldik: python-quantumclient
vicodan: tslib, libgssglue
walters: maven2-common-poms
weli: maven2-common-poms
xiphmont: libgssglue
yyang: maven2-common-poms
Regards
Till
10 years, 7 months
Wider feedback requested on two changes to our base/core defaults
by Jóhann B. Guðmundsson
Greetings all
After sitting Dan's Walsh Secure Linux Containers talk at flock where he
mentioned him and Dan B. had successfully scaled application containers
to what 8000 instances or so and I noticing that his slide where a bit
dated due to the changes in croup I decided to have a look at the
current state in systemd to see what we needed to fix and properly
integrate those changes into Fedora and deliver good out of the box
container experience for our administrators and users as well as
document those changes ( early readers can jump here [1] just note this
page is a work in progress ).
Now I've been poking and prodding, fixing and preparing us for those
upcoming cgroup changes in systemd in relation to Linux OS Containers
known as "machine slices"
( Essentially this feature [2] which btw does not work as advertised
due to several bugs in various places ).
Now aiming at achieving some simple practical steps something like this
for administrators to use
# btrfs subvolume create /containers/container01.example.com
Install minimal package set into the OS container being created
# yum -y --releasever=rawhide --nogpg
--installroot=/containers/container01.example.com --disablerepo='*'
--enablerepo=fedora install systemd passwd yum fedora-release
vim-minimal procps-ng
Spawn the container and set the machine hostname
# systemd-nspawn -jbD /containers/example.com/ -M container01.example.com
( perfect admin steps for setup would stop here but due to several bugs
additional steps and workarounds are needed at this point )
And I have come across a bit of scalability issue due to us defaulting
to using short hostnames in login and command prompt when creating OS
containers in any real numbers.
Now for those that are not familiar with our default using the short
fqdn it cuts the fqdn at the highest level domain as in the first "dot"
so in the sample case the login and command line promt is shown as
"container01".
That scalability problem comes immediately apparent when you would
create the next container01 for the next second level domain like
container01.ackme.com you as an ISP would be hosting, it would be also
showing "container01" at the login and command line prompt just begging
for administrative mistake and headaches.
I would like us to change our default to use long hostname instead as in
the fqdn or "container01.ackme.com" and would love any kind of feed back
in that regard ( why we should not default to that ).
The downside of doing that ofcourse if you have like 6 level domain name
in your infrastructure like "i'm.a.really.long.domain.name.com" it might
become a bit of a nuance but administrators could always revert those
change to use short hostname instead if that was the case.
The other issue I would like to get some comments on is that we default
to setting an empty root password which will allow administrators to log
into containers as root and set the root password as well as removing
few line from spin kickstarts as well being beneficial to the arm
community.
Now the only reason I see for not doing this is because on the releng
dvd installs we enable ssh by default ( which we arguably should not be
doing ) but the argument can be made in that regard that we leave the
users anyway open to bruteforce attacks out of the box without them even
knowing that it's happening so it comes as bit of security through
obscurity not allowing this in the first place.
JBG
1. https://fedoraproject.org/wiki/User:Johannbg/Systemd/cgroup-changes
2. https://fedoraproject.org/wiki/Features/SystemdLightweightContainers
10 years, 7 months
Rawhide tree now includes install images
by Kevin Fenzi
Greetings.
After consulting with various teams, release engineering has re-enabled
rawhide composes to create install images again. These images were
dropped as part of the 'no frozen rawhide' proposal several years ago.
This allows users to use the latest boot.iso or pxe images to install
rawhide instances or point to rawhide as a install-able tree.
kevin
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
10 years, 7 months
rpmbuild --buildarch equivalent?
by Juerg Haefliger
Hi,
A long time ago rpmbuild used to have an option --buildarch to
override the arch detection. What is its equivalent nowadays? Sorry,
couldn't figure it out so far.
Thanks
...Juerg
10 years, 7 months
What to do with a noarch package that fails to build on ARM
by Andrew McNabb
I maintain the python-pexpect package, which is noarch. Koji is trying
to build the Fedora 20 packages on ARM machines, and for some reason,
one of the tests is failing. I've opened a report with upstream, but
neither the upstream maintainer nor I have access to any ARM machines to
figure out what's going on.
What's the right way to deal with this situation? Is it possible to
block the noarch package from the ARM architecture?
--
Andrew McNabb
http://www.mcnabbs.org/andrew/
PGP Fingerprint: 8A17 B57C 6879 1863 DE55 8012 AB4D 6098 8826 6868
10 years, 7 months