Orphaning two Drupal modules
by Eric Christensen
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I am orphaning the following packages:
drupal6-video
drupal6-yubikey
Each module has a bug (728803 and 728804) against them involving bundling
of external source which was not caught during the packaging or review.
Anyone wishing to take ownership fo these pacakges should work to remedy
these bugs.
- -- Eric
- --------------------------------------------------
Eric H Christensen eric(a)christensenplace.us
"Sparks" sparks(a)fedoraproject.org
.... .. .-.. .-.. --- .-- --- .-. .-.. -..
097C 82C3 52DF C64A 50C2 E3A3 8076 ABDE 024B B3D1
- --------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBAgAGBQJPQ8Z9AAoJEIB2q94CS7PRToUP/iWvoEP3s2yxmV8ShAz7SRR7
Xvp7WvKiPejowjtMUKvpQRQhWhlJsQfM3wwlOitHP8lLU8oNFtx2n5NaJcDaGPKY
2ptyHgqUlpNzTeumRCbqfLsT2jMblLBsmwgiNIY7Ft41hYqduhtcWsqyo2AZ2MRZ
e6FJYjtnvk4Oz8kNv0h+mcUmbQ23p+cT/BEfFhMPvdXeYCRI+X8UlX5+PawVY4m7
Ac4jYj5vQHyKXowYtDcFZW+XcQg3FEIIjmGyo8VA9OUw/H7p5JsE5F7htvfwSzVE
7v1Sq77RlQMryH4ja0AMFyux4UYxu6Xk0+aWOVb4ZL9kfYGnZrcqu5tzSFnk0070
yaBPjo3D55zX60wDNGGRTab76nwOe1N70FnNF1er2xZlzA41upmIKrzGtNFiQAFz
zr6z6i5RWud1dsNpFJDn7cFamRxSKOLEA6+P5mNLYEVXDCq1OXI/e4qf3arrUJLD
wnGQuQaVt5pDkR6nFl5E92q3IpLBuJbCALyUuwGmGcc7o3zrj0QLBVMwOer9P/AT
LUUolEfplF5kfK8vhPBto8EEG/Ubl3qrAk89/94+txtsPGzzJatSejhmXNAj4KZg
SZpel2oa4q1LgirosqySkA6XyegWGD3c1Uvd8rvRnCHw4JsIugbL/liP0Me6/PcK
UQnZh+E56z0wyXsxKDfs
=2IWa
-----END PGP SIGNATURE-----
12 years, 2 months
Package review: SC - Script Collection
by Simon A. Erat
Hello everyone
The last 17 years i've been self employee and built LAN and WAN's for small
and medium companies as well as for private customers. Made their intranet
pages, teached them how to use 'office' applications, wheter that may be
mac or windows based, prepared document templates, set up servers,
supported SAP and MS SQL servers.
During regression i had to apply to a bigger company as supporter, as the
regression continued, i lost that job too.
However, during all those years, coding and scripting was always a kind of
hobby of mine.
In short, i would declare myself as an autodidactic IT allrounder, with
broad knowledge, but far away from beeing an expert in any specific topic.
What is this Script Collection?
Its a script framework based upon bash and a directory structure to read
libraries, templates and show a menu to the end user.
Its main purpose is to guide a user from a minimal installation (maybe spin
in future?) to a graphical user interface.
It does however, offer some more tools such as iso2usb, siggen, pwizer
(kinda of leet speak converter) and others.
Or supports the change of some default grub2 variables (part wise, now
that its working, i had figured i had changed the wrong file).
What has been prepared so far:
* http://sf.net/p/seasc (source code, in sub projects)
* https://bugzilla.redhat.com/show_bug.cgi?id=795696 (review request)
* http://sea.hostingsociety.com/rpm.sc.template.spec
* http://sea.hostingsociety.com/changelog
* http://sea.hostingsociety.com/sc-0.2.0.tar.gz (its a bash script,
nothing to compile)
* http://sea.hostingsociety.com/sc-0.2.0-2.fc16.noarch.rpm
This is my first package, so i'm looking for a sponsor who's willing to
guide an eager and willing person.
Thank you in advance and have a nice day.
12 years, 2 months
JPEG_LIB_VERSION in libjpeg-turbo
by Julian Sikorski
Dear fellow Fedora packagers
I was trying to get MAME [1] to use system libjpeg [2]. The problem is
that MAME needs jpeg_mem_src, which is only defined if libjpeg-turbo
compiled with --with-jpeg8 switch, which is not the case for the Fedora
package.
Would such change be feasible to introduce? If not, I assume that I have
no other choice as to use the bundled copy (not really relevant here
since MAME is an RPM Fusion package). Thank you for the input in advance.
Regards,
Julian
[1] http://mamedev.org/
[2] http://forums.bannister.org/ubbthreads.php?ubb=showflat&Number=77445
12 years, 2 months
Fedora 17 Alpha status: open blockers, karma requests and blocker/NTH vote requests
by Adam Williamson
Hey, folks. Here's another Alpha status report, focusing on open
blocker/NTH issues and updates that need karma.
As always, https://fedoraproject.org/wiki/Current_Release_Blockers lists
open blockers more or less in real time.
Here's a quick summary of requested actions for the impatient:
* anyone - please provide karma for:
https://admin.fedoraproject.org/updates/fedora-logos-17.0.0-1.fc17
https://admin.fedoraproject.org/updates/FEDORA-2012-1771/ceph-0.41-1.fc17...
https://admin.fedoraproject.org/updates/FEDORA-2012-1953/selinux-policy-3...
https://admin.fedoraproject.org/updates/FEDORA-2012-1948/kernel-3.3.0-0.r...
https://admin.fedoraproject.org/updates/FEDORA-2012-1766/dracut-016-1.fc17
https://admin.fedoraproject.org/updates/FEDORA-2012-1783/metacity-2.34.2-...
* people who usually join blocker reviews - please vote on blocker
status of #794899 and NTH status of #794690, #794886 and #783712
* mschwendt - can you double-check your -1 on
https://admin.fedoraproject.org/updates/FEDORA-2012-1783/metacity-2.34.2-... and adjust it if the issue isn't a regression and doesn't cause any major problems?
* anaconda team - please push fix for #787461 and do a new anaconda
build, and keep an eye on #787744
* josef skladanka - please update #787744
* Jan Vcelak - if you provide a fix for
https://bugzilla.redhat.com/show_bug.cgi?id=771484 we can pull it into
the next compose
* desktop team - please look at #794690, decide which way you'd like to
fix it, and implement that
* Dan Williams - please look at #783712
Accepted blockers
-----------------
1. http://bugzilla.redhat.com/show_bug.cgi?id=787461 - "system halts at
first reboot after install"
This one's a bit messy, there could be multiple bugs here, but a big one
which may be the root cause of all the others is that anaconda cannot
shut down cleanly at the end of install. bcl has posted a patch for this
for review on the anaconda ML. Ideally we need a new anaconda build ASAP
so we can test and verify the fix in time for a new RC compose early
next week.
2. http://bugzilla.redhat.com/show_bug.cgi?id=787744 - "RuntimeError:
device is already mapped (F17 Alpha TC1)"
This was believed to be fixed in TC2, but Josef says the fix didn't
work. We're currently waiting on more info from Josef, I've pinged him
to provide this.
3. http://bugzilla.redhat.com/show_bug.cgi?id=787261 - "Fedora 17 Alpha
TC1 still has all F16 artwork"
This is fixed in RC2, but we need to have the update pushed stable -
https://admin.fedoraproject.org/updates/fedora-logos-17.0.0-1.fc17 - to
fully close it out (so network installs will get it, for e.g.) It has
enough karma for a manual push, but one more +1 would trigger an
autopush.
4. http://bugzilla.redhat.com/show_bug.cgi?id=791032 - "repoclosure
failure in 17-Alpha.RC2 DVDs (ceph-0.37-2.fc17)"
We have a fix for this one, thanks to Spot:
https://admin.fedoraproject.org/updates/FEDORA-2012-1771/ceph-0.41-1.fc17... . We will pull it into the next compose. It also needs karma to be pushed stable, so please test and karma it.
Proposed blockers
-----------------
1. http://bugzilla.redhat.com/show_bug.cgi?id=794899 - ""plymouth" not
installed in F-17 Alpha RC2 and causes boot to freeze"
We need votes on whether this should be a blocker (usual suspects,
please vote!) - my opinion is this is fairly likely to be accepted as a
blocker, it seems like a clear criterion infringement. There are several
possible ways this bug can be addressed, we need a developer to take
ownership and pick and implement one. Details are in the bug comments.
Accepted NTH
------------
1. http://bugzilla.redhat.com/show_bug.cgi?id=790607 - "F17 Alpha KDE
desktop background is blank (all black)"
We pulled the fix for this into RC2, so it should be good there. The
update has sufficient karma to be auto-pushed, so all we need is a
stable update push from releng for this one.
2. http://bugzilla.redhat.com/show_bug.cgi?id=787840 - "SELinux is
preventing /usr/libexec/postfix/local from 'sys_ptrace' accesses on the
None /var/spool/postfix/active/1C60C6EC7"
We pulled the fix for this (selinux-policy -88) into RC2. It needs
pushing stable, but it's now superseded by -89, which we'll also want to
pull in, and is discussed further down. 89 needs karma -
https://admin.fedoraproject.org/updates/FEDORA-2012-1953/selinux-policy-3...
3. http://bugzilla.redhat.com/show_bug.cgi?id=790537 - "[abrt] kernel:
WARNING: at arch/x86/kernel/traps.c:729 do_device_not_available
+0x33/0x40()"
There's a fix for this available as an update, the update needs karma:
https://admin.fedoraproject.org/updates/FEDORA-2012-1948/kernel-3.3.0-0.r...
4. http://bugzilla.redhat.com/show_bug.cgi?id=785737 - "update
mdadm/mdmon to work with systemd unrolling mounts to initramfs mount on
shutdown"
There's a fix for this that needs testing, too:
https://admin.fedoraproject.org/updates/FEDORA-2012-1766/dracut-016-1.fc17
5. http://bugzilla.redhat.com/show_bug.cgi?id=790639 - "Requires:
gsettings-desktop-schemas is missing from spec"
The fix for this was pulled into RC2, but it needs testing:
https://admin.fedoraproject.org/updates/FEDORA-2012-1783/metacity-2.34.2-... . Michael Schwendt, I'm not sure about that -1 - is the %postun in question a regression compared to the previous build? Does it cause some kind of critical problem? If not, it may not be appropriate. If it *is* a critical problem, we need fmuellner to fix it and update.
6. http://bugzilla.redhat.com/show_bug.cgi?id=771484 - "ldap_result does
not succeed for sssd"
We're waiting on a fix for this from the maintainer.
7. http://bugzilla.redhat.com/show_bug.cgi?id=790522 - "Private /tmp are
broken"
We pulled a fix for this into RC2, it has sufficient karma so we just
need a stable update push from releng to close this one.
8. http://bugzilla.redhat.com/show_bug.cgi?id=725219 - "anaconda should
run in clone not span mode"
This is a Greatest Hit, just waiting on some kind of a code fix from
anaconda / X developers.
Proposed NTH
------------
All these need votes from the usual NTH/blocker status voters,
obviously. (In case anyone's wondering, really anyone can vote on
NTH/blocker status, and usually a pretty solid consensus emerges).
1. http://bugzilla.redhat.com/show_bug.cgi?id=794690 - "PulseAudio fails
to run if ConsoleKit is not present, and CK is not included currently in
F17 desktop live image"
This is a pretty serious consequence of the ConsoleKit removal feature.
It could be fixed either by re-introducing ConsoleKit to the desktop
spin at least temporarily, or by adjusting PA's default config to remove
the CK references. We need desktop team to make a choice here and
execute it.
2. http://bugzilla.redhat.com/show_bug.cgi?id=794886 - "Cannot shut down
from GNOME with selinux-policy-3.10.0-88.fc17"
This is another fairly serious but not-quite-blocking bug: selinux
prevents shutdown via GNOME's menus with selinux-policy -88. -89 fixes
this, so it just needs karma, as mentioned above:
https://admin.fedoraproject.org/updates/FEDORA-2012-1953/selinux-policy-3...
3. http://bugzilla.redhat.com/show_bug.cgi?id=783712 - "No wireless
Access points - Fedora-17-Nightly-20120120.10-i686-Live-soas.iso"
Apparently, wireless networking just isn't working in current nightlies
and RC2 desktop live (not just Sugar as the summary states). I didn't
verify this myself yet but it's obviously a pretty serious bug, it might
even be blocker rather than NTH. We need NM team to look into this one.
Seems like all you need to do to reproduce is to boot Alpha RC2 desktop
live and try to connect to a wireless AP.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
12 years, 2 months
Heads up: procps-ng 3.3.2 introduction (can break more than 30 packages)
by Jaromir Capik
Hello, folks.
I'm going to replace our current (legacy) procps tools with new generation
procps tools (procps-ng) in next 2 weeks.
The procps-ng tools are still pretty compatible with the old ones,
but anyway, this change might have a negative impact on the following
packages listed by the repoquery and I recommed you to stay tuned
and check if they still work properly once the procps-ng-3.3.2
appears in the repo.
autofs-1:5.0.6-11.fc18.x86_64
backup-light-0:0.4-6.fc17.noarch
bwm-ng-0:0.6-8.fc17.x86_64
cloud-init-0:0.6.2-0.8.bzr457.fc17.noarch
cone-0:0.84-4.fc17.src
cups-pdf-0:2.6.1-1.fc17.x86_64
egd-0:0.9-7.fc17.noarch
environment-modules-0:3.2.9c-2.fc17.x86_64
gearmand-0:0.23-2.fc17.x86_64
hail-0:0.8-0.7.gf9c5b967.fc17.src
initscripts-0:9.34-3.fc17.x86_64
jed-0:0.99.19-4.fc17.src
ksh-0:20120214-1.fc18.src
libguestfs-1:1.17.8-1.fc18.src
libguestfs-1:1.17.8-1.fc18.i686
libguestfs-1:1.17.8-1.fc18.x86_64
libqb-0:0.10.1-1.fc18.src
make-1:3.82-9.fc17.src
munin-node-0:1.4.6-7.fc17.noarch
mysql-0:5.5.20-1.fc17.src
net-snmp-1:5.7.1-4.fc17.src
olpc-netutils-0:0.8.1-2.fc17.noarch
parprouted-0:0.70-7.fc17.x86_64
parrot-0:3.6.0-4.fc17.1.src
perl-4:5.14.2-211.fc17.src
perl-IO-Socket-SSL-0:1.54-1.fc17.src
perl-Proc-PID-File-0:1.27-6.fc17.noarch
pcp-0:3.5.11-2.fc17.src
readahead-1:1.5.7-4.fc17.x86_64
redhat-lsb-0:4.0-11.fc17.i686
redhat-lsb-0:4.0-11.fc17.x86_64
resource-agents-0:3.9.2-2.fc17.1.x86_64
rkhunter-0:1.3.8-14.fc17.noarch
ruby-0:1.9.3.0-7.fc17.src
rusers-0:0.17-67.fc17.src
system-config-users-0:1.2.113-1.fc18.noarch
tabled-0:0.5.1-0.5.g33595340.fc18.src
tog-pegasus-2:2.11.1-4.fc17.src
tomcat-0:7.0.25-4.fc18.noarch
tomcat6-0:6.0.32-20.fc17.noarch
wallpapoz-0:0.6.1-2.fc17.noarch
Thanks,
Jaromir.
--
Jaromir Capik
Red Hat Czech, s.r.o.
Software Engineer / BaseOS
Email: jcapik(a)redhat.com
Web: www.cz.redhat.com
Red Hat Czech s.r.o., Purkynova 99/71, 612 45, Brno, Czech Republic
IC: 27690016
12 years, 2 months
Re: Some fedora projects are still not using transifex (properly)
by Petr Pisar
On Wed, Feb 22, 2012 at 12:50:34AM +0800, Cheng-Chia Tseng wrote:
> News from Lennart Poettering, comment on PulseAudio translation:
>
> "We disabled the Transifex hookup when Tx stopped to apply changes in
> separate commits to git. We need proper attribution of translation changes,
> and that also means we need proper commits to git for that, with the right
> author filled in, and not all merged into one.
>
For this and milion other reasons I stopped contributing to Tx.
-- Petr
12 years, 2 months
