ACTION REQUIRED: Important hanges to Fedora translation workflow
by Jared K. Smith
Quick Summary
---
The Fedora translation workflow has changed. If you are a developer
of a package being translated by the Fedora Translation (L10n)
Project, you must change your workflow slightly if you want translated
strings to appear in your software package. Tools and assistance are
available to make this workflow as simple as possible for developers.
Read below for details.
Details
---
Over the past couple of weeks, we've made some improvements and
infrastructure changes to the Fedora translation system. We've moved
from a self-hosted version 0.7 instance of the Transifex software to a
hosted version of the 1.1-dev version at Transifex.net. The upgrade
from version 0.7 to version 1.0 (and beyond) introduces a number of
important changes for developers and packagers. Please pay close
attention to this email, particularly if your software package uses
translations provided by the Fedora Translation team. While the
changes aren't terribly complicated, they do have a bigger impact on
the developer than they do on the translation team.
The most visible change is that Transifex’s native integration with
source code management systems has been replaced by a mechanism for
automatic updates. Transifex now watches an HTTP view of a repository
for change notifications. In addition, there is now a more secure
command-line tool for project maintainers and translators. This new
command-line tool has been packaged for Fedora in the
"transifex-client" package. It is currently available in Rawhide
(pre-F16), and in the "updates-testing" repositories for Fedora 13,
14, and 15, and EPEL 5 and 6.
Here's the new workflow:
This series of steps only needs to be run once for a project.
* The developer installs the "transifex-client" package:
yum --enablerepo=updates-testing install transifex-client
* The developer runs the "tx init" command in the top level folder of
the project.
* The developer runs the "tx set" command according to the
transifex-client user guide found at:
http://help.transifex.net/user-guide/client/client-0.4.html. This
creates a small config file, .tx/config, which can be committed in the
repository for re-use, if desired.
This series of steps are run on as as-needed basis:
* The developer updates and commits his or her POT file to the
project's repository at string-freeze time or as needed.
* Transifex watches an HTTP link to that POT file and auto-updates its
English strings regularly, *OR* the developer can also push the POT
file to Transifex (either manually or as part of a
build script) by using the "tx push" command.
* Translators work inside Transifex. Translated strings are stored
inside of Transifex, and are *not* pushed automatically to the
developer's repo.
* Before rolling a release, the developer runs 'tx pull' (either
manually or from a build script) to fetch the latest translation files
from Transifex. Translation files do not need to live in
the repo, although the developer may commit and store copies if desired.
For more details on the features of the new version of Transifex and
more help on using the transifex client, please refer to either
http://help.transifex.net/user-guide/one-dot-zero.html or the
Fedora-specific wiki page at
https://fedoraproject.org/wiki/FAQ_on_migration_to_transifex.net. If
you have technical questions, feel free to ask questions in the
#fedora-l10n or #transifex IRC channels or on the devel mailing list.
--
Jared Smith
Fedora Project Leader
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
13 years, 1 month
[Fwd: [Fedora Update] [CRITPATH] [new] mdadm-3.1.5-1.fc15]
by Doug Ledford
I've pushed an mdadm update for f15. Please test, as it's a critpath
update I can't simply push to stable. However, it is necessary for this
update to make it to stable if we want f15 to have an mdadm that works
properly with the new tmpfs /var/run and /var/lock.
-------- Forwarded Message --------
From: updates(a)fedoraproject.org
To: dledford(a)redhat.com
Subject: [Fedora Update] [CRITPATH] [new] mdadm-3.1.5-1.fc15
Date: Mon, 28 Mar 2011 15:44:57 +0000
dledford has submitted a new update for Fedora 15
================================================================================
mdadm-3.1.5-1.fc15
================================================================================
Release: Fedora 15
Status: pending
Type: bugfix
Karma: 0
Bugs: 659933 - Low responsiveness during weekly raid checks
: 679843 - 99-raid-check doesn't check arrays w/ active
: I/O
: 671076 - configurable period of 99-raid-check
: 656620 - Please Update Spec File to use %ghost on
: files in /var/run and /var/lock
: 633229 - mdadm-3.2 is available
Notes: Update is mandatory to make mdadm work properly with the new
: systemd and with the tmpfs based /var/run and
: /var/lock. Please push to stable prior to F15 final.
Submitter: dledford
Submitted: 2011-03-28 15:44:22
https://admin.fedoraproject.org/updates/mdadm-3.1.5-1.fc15
--
Doug Ledford <dledford(a)redhat.com>
GPG KeyID: CFBFF194
http://people.redhat.com/dledford
Infiniband specific RPMs available at
http://people.redhat.com/dledford/Infiniband
13 years, 1 month
new subversion packages broken
by Reindl Harald
https://bugzilla.redhat.com/show_bug.cgi?id=669914
can anybody take a look at this
running svn since 2007-08-31 the is no build since 1.6.13 which
is showing all my subfolders so i must exclude the updates with
no respect to security-fixes :-(
--
Mit besten Grüßen, Reindl Harald
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / software-development / cms-solutions
p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40
icq: 154546673, http://www.thelounge.net/
13 years, 1 month
usb_modeswitch 1.1.7 2011/02/27
by Xose Vazquez Perez
hi,
It was released one month ago, and adds support for more hardware.
Critical for some people!
- added devices: Prolink P2000, D-Link DWM-156 HSUPA, MediaTek WiMAX,
Huawei V725, Huawei E352, Huawei ET8282, Huawei BM358 WiMAX, ZTE MF637
(variant for Orange France), Vibe 3G, Onda MW836UP-K, Franklin U210
(variant), Haier CE 100, Exiss Mobile E-190, unnamed Philips modem,
unnamed HSDPA modem from "dealextreme"
- added target product IDs for ZTE and Huawei
- corrected typos in Sierra configuration (thanks to "Cezary")
https://bugzilla.redhat.com/show_bug.cgi?id=654800
https://bugzilla.redhat.com/show_bug.cgi?id=625004
-thanks-
--
«Allá muevan feroz guerra, ciegos reyes por un palmo más de tierra;
que yo aquí tengo por mío cuanto abarca el mar bravío, a quien nadie
impuso leyes. Y no hay playa, sea cualquiera, ni bandera de esplendor,
que no sienta mi derecho y dé pecho a mi valor.»
13 years, 1 month
Question of forbiddeness: rippit
by Trever Fischer
Howdy, all.
As a weekend project, I created 'rippit', a super simple no-frills command
line CD ripper. It aims to take zero parameters and produce lossless rips
in .flac format, properly tagged with musicbrainz, etc.
In the future, I plan on extending it to also rip DVDs in the same
fashion. i.e. type 'rippit' and it finds your DVD drive and starts ripping
the video to some free format like mkv, theora, or somesuch. Haven't
decided yet..
Rippit is built entirely using gstreamer packages that are available in
Fedora. When I add DVD support, I plan on making the relevant non-free
decoders and elements accessible via rpmfusion.org a pure runtime
dependency. No linking, no failure to compile, etc. As such, it doesn't
directly do anything more than what you can do via gst-launch.
When dvd ripping is later added, would this put rippit at risk of not
being included in fedora (and potentially other copyright-wary distros)?
I can't imagine it would, since you can achieve exactly the same result
that rippit provides (in the future) by running gst-launch.
--
Trever Fischer (tdfischer)
Fedora Ambassador, KDE Hacker
http://wm161.net
GPG: C40F2998 hkp://wwwkeys.pgp.net
13 years, 1 month
mass rebuild of mysql packages in F-15
by Marcela Mašláňová
Because many packages in F-15 have broken dependencies there will be needed mass rebuild.
dhorak will build these, which are not rebuild yet. After that will be created
one big update, so please don't file your own updates into bodhi.
List of all dependent packages:
repoquery --whatrequires 'libmysqlclient.so.16()(64bit)' --qf
"%{SOURCERPM}" | sed 's/-[^-]*-[^-]*$//' | sort -u
amarok
apr-util
asterisk
bacula
bind
callweaver
cherokee
collectd
cyrus-sasl
dolphin-connector
dovecot
dspam
EMBOSS
exim
freeradius
gambas2
gammu
gdal
gmyth
gnokii
grass
gstreamer-plugins-bad-free
Io-language
jabberd
koffice
lcgdm
libdbi-drivers
libgda
libnss-mysql
libpreludedb
libzdb
lighttpd
lua-sql
mapserver
mediatomb
mod_auth_mysql
mydns
mysql
mysql++
mysql-connector-c++
mysql-connector-odbc
MySQL-python
mysql-workbench
nagios-plugins
ndoutils
nekovm
ntop
nufw
openscada
openser
opensips
pam_mysql
pdns
perl-DBD-MySQL
php
poco
postfix
proftpd
pure-ftpd
qt
qt3
redland
rekall
root
rsyslog
ruby-mysql
ser
snort
sphinx
sysbench
tcl-mysqltcl
ulogd
UpTools
voms-mysql-plugin
wgrib2
yap
zabbix
zarafa
zoneminder
List of already built packages:
koji list-tagged dist-f15-mysql
MySQL-python-1.2.3-3.fc15 dist-f15-mysql tgl
amarok-2.4.0-4.fc15 dist-f15-mysql rdieter
asterisk-1.8.3.2-2.fc15 dist-f15-mysql jcollie
cyrus-sasl-2.1.23-16.fc15 dist-f15-mysql tmraz
dspam-3.9.0-19.fc15 dist-f15-mysql gnat
libdbi-drivers-0.8.3-8.fc15 dist-f15-mysql tgl
mediatomb-0.12.1-9.fc15 dist-f15-mysql rmattes
mysql++-3.1.0-7.fc15 dist-f15-mysql remi
mysql-5.5.10-1.fc15 dist-f15-mysql tgl
mysql-connector-c++-1.1.0-0.7.bzr895.fc15 dist-f15-mysql remi
mysql-connector-odbc-5.1.8-3.fc15 dist-f15-mysql tgl
nufw-2.4.3-4.fc15.1 dist-f15-mysql tmraz
perl-DBD-MySQL-4.018-4.fc15 dist-f15-mysql mmaslano
perl-DBD-MySQL-4.018-5.fc15 dist-f15-mysql mmaslano
php-5.3.6-2.fc15 dist-f15-mysql remi
proftpd-1.3.4-0.4.rc1.fc15 dist-f15-mysql pghmcfc
qt-4.7.2-4.fc15 dist-f15-mysql rdieter
qt3-3.3.8b-35.fc15 dist-f15-mysql rdieter
redland-1.0.12-3.fc15 dist-f15-mysql rdieter
root-5.28.00b-2.fc15 dist-f15-mysql ellert
zabbix-1.8.4-4.fc15 dist-f15-mysql sharkcz
--
Marcela Mašláňová
BaseOS team Brno
13 years, 1 month
gtk_key_theme ignored in F15?
by Mikko Huhtala
Changing gtk_key_theme to 'Emacs' on up-to-date F15 Gnome 2.91 seems
to have no effect. Is this by design or should I file a bug?
Mikko
13 years, 1 month