Re: Fedora 11 font package changes proposal (renames, splits, etc)
by Nicolas Mailhot
After a long irc discussion with Bill Nottingham, I've reworked the
package splitting rule in:
« When packaging an upstream font archive that contains different font
families (different font names in GUI font dropdowns), one must split
each font family in a separate subpackage. Each subpackage must include
every upstream-provided font face (bold, italic, condensed, oblique…) of
the corresponding font family.
As a special exception a packager is allowed to optionally keep
sans/serif/mono latin families of the same name together.
When upstream releases separate font archives, just create separate
packages. »
http://fedoraproject.org/wiki/Fonts_SIG_Fedora_11_packaging_changes#Split...
Practically, that would make splitting (or not) Bitstream Vera,
Liberation and GNU FreeFont a packager per packager decision.
Regards,
--
Nicolas Mailhot
That only makes 3 packagers to bribe!
15 years, 6 months
(devel) New --comment field
by Michael DeHaan
Cobbler now has a "--comment" field on all objects.
It works like you would expect:
Cobbler system edit --name=foo --comment="This virtual machine has zork
installed on it"
(I still have to add this to the webapp, and then after that I'll add
the "Creation time" and "Edit time" to the "cobbler report" and webapp,
which will display as user readable dates and will be returned as
partial-seconds-since-epoch in API calls. These won't have command line
options -- they won't even be modifiable by the API directly, but will
be transparently updated behind the scenes)
--Michael
15 years, 6 months
dependencies between {swfdec-mozilla, gnash-plugin} and nspluginwrapper
by Martín Marqués
Yesterday I started to finish configuring some things that were left
behind on my new laptop (amd64), and bumpped up with flash support for
firefox.
The thing is that swfdec didn't work, and gnash neither.
Solution: remove nspluginwrapper.
So I wanted to ask before opening a bug report: shouldn't there be a
dependency on all 3 packages (don't know about others) so that you can
only have one of the 3 packages (al least the plugins:
nspluginwrapper, swfdec-mozilla, gnash-plugin) installed?
--
Martín Marqués
select 'martin.marques' || '@' || 'gmail.com'
DBA, Programador, Administrador
15 years, 6 months
old release bugs handling
by Patrice Dumas
Hello,
When looking at the infra after eol issue, Toshio made me aware that
nothing special is done for bugzilla in eol branches. Maybe it would
be nice to have bugs filled against old branches associated with
another product, such that they are easier to triage, and owner
doesn't get those bugs automatically? As a disclaimer I know nothing
about both the technical issues and the organizational issues involved
by that proposal. The idea could be along (provided it is technically
feasible):
* when a bug is filled against an old release in the current fedora
product, the product is automatically changed to 'fedora EOL'
(or 'fedora Legacy' if that product is to be reused), which means
that they don't necessarily go to the same mail adress than current
releases. Also there is an automatic answer for those bugs, along:
'You are reporting a bug against an unsupported fedora release, you
are urged to upgrade, and retry with the new release'.
* the owner of this product is the owner of one of the old releases,
for example could be the owner of F7 currently. That way, if this
release is orphaned by the maintainer, he won't get bug reports
for the old branch anymore. I would even suggest mass orphaning such
that the default is that the maintainer doesn't get those bugs.
Then people interested in triaging bugs for old releases could be
subscribed to the adress all the product bugs are forwarded to,
such that they can triage the bugs.
Of course this would make more sense in case the infra was left
open for old releases, as there would be people specifically interested
in triaging those bugs and also interested in becoming maintainers
of old branches, but even if the proposal to keep infra open for old
branches is rejected --- and I am almost sure that it will be
rejected --- it could still be something relevant to do.
Thoughts?
PS: tell me if this is better to ask that kind of question on the infra
list.
--
Pat
15 years, 6 months
End of bind-chroot-admin script
by Adam Tkac
Hi all,
bind-chroot-admin script should sync BIND configuration files to
chroot() directory. It was written with good intention but it has
never worked correctly in all situations. There is long history with
many broken configurations and urgent severity bugs.
I'm going to remove this script from Fedora 11 (it is part of Fedora/RHEL
only, no other distro uses it). After removal, "standard" chroot
structure will be created when you install bind-chroot package. It
will contain all needed files for running named in chroot but admin
shall move needed configuration files to chroot manually. Do you have
any comments?
Regards, Adam
--
Adam Tkac, Red Hat, Inc.
15 years, 6 months
Flash 10 in 64-bit F9: does it work?
by Jos Vos
Hi,
Did anyone manage to get flash 10 working on 64-bit F9? Note that
I didn't try on 32-bit yet, so I can't comment on that (yet). But
on 64-bit, the flash 10 plugin is loaded (using nspluginwrapper etc.)
and listed in Firefox. But as soon as I visit a flash page, it gives
error messages about not finding "soundwrapper" in my $PATH and it
doesn't display anything.
Suggestions?
Thanks,
--
-- Jos Vos <jos(a)xos.nl>
-- X/OS Experts in Open Systems BV | Phone: +31 20 6938364
-- Amsterdam, The Netherlands | Fax: +31 20 6948204
15 years, 6 months
Note for packagers whose packages need swig
by Adam Tkac
Hi all,
there is long standing problem with SWIG when you are wrapping around
C code and use system headers. SWIG doesn't define "standard" C
preprocessor macros. Due this it might happen that wrapped code uses
wrong data types, wrong function prototypes etc. There is bug about
this problem in upsteam bugzilla
(http://sourceforge.net/tracker/?func=detail&atid=101645&aid=1604332&group...)
but upsteam is not going to fix it.
List of packages whose use SWIG and their maintainers is on
http://atkac.fedorapeople.org/packages_needs_swig. I think every
maintainer should check his package and if it uses system C headers he
should add this to .i file (SWIG template)
$ cpp -dM /dev/null | grep -v __STDC__ > cpp_macros.h # SWIG defines __STDC__ macro
and then add '%include "cpp_macros.h" to top of .i file
After that you can be sure that wrapped code uses correct data sizes.
Feel free to ask me if you have any question.
Regards, Adam
--
Adam Tkac, Red Hat, Inc.
15 years, 6 months
FESCo Meeting Summary for 2008-11-05
by Brian Pepple
=== Members Present ===
* Brian Pepple (bpepple)
* Jarod Wilson (j-rod)
* Bill Nottingham (notting)
* Jon Stanley (jds2001)
* Karsten Hopp (kick_)
* Kevin Fenzi (nirik)
=== Members Absent ===
* Josh Boyer (jwb)
* David Woodhouse (dwmw2)
* Dennis Gilmore (dgilmore)
== Summary ==
=== Features ===
* After evaluating Empathy(1) with Colin Walters (walters) and
Will Woods (wwoods), FESCo felt that Empathy wasn't ready at
this time to become the default IM client for Fedora 10. This
was due to some missing features and bugs in comparison to
Pidgin. The plan is to reevaluate Empathy for Fedora 11, since
most of the current issues should be resolved for Gnome 2.26.
1. https://fedoraproject.org/wiki/Features/Empathy
* wwoods had a suggestion for the feature process that the Scope
section have *specific* features that are expected, and the Test
Plan have *specific* directions on how to ensure those features
are present and working.
IRC log can be found at:
http://bpepple.fedorapeople.org/fesco/FESCo-2008-11-05.html
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
https://fedoraproject.org/wiki/User:Bpepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
15 years, 6 months
rawhide report: 20081110 changes
by Fedora compose checker
Compose started at Mon Nov 10 06:01:12 UTC 2008
Summary:
Added Packages: 0
Removed Packages: 0
Modified Packages: 0
Broken deps for ppc64
----------------------------------------------------------
livecd-tools-019-1.fc10.ppc64 requires yaboot
15 years, 6 months