Orphaning: MochiKit
by Konstantin Ryabitsev
Hi, all:
I no longer use MochiKit, so I am not a good maintainer. There is a
new release, which is quite different from the old one, so it's best
if someone can thoroughly test it before updating packages.
If you use MochiKit in your projects, please feel free to pick it up.
Cheers,
--
Konstantin Ryabitsev
Montréal, Québec
15 years, 1 month
F10 Live CD possible bug
by Nathanael D. Noblet
Hello,
I downloaded the live cd of F10 beta. Booted and added the live_ram
option to the boot params. After copying the image to RAM I get the
following error on two machines, (Apple Mac Book, and Acer 3680).
Done copying live image to RAM.
eject: did not find a device /dev/root in /sys/block
Bug in initramfs /init detected. Dropping to a shell. Good luck!
sbin/real-init: line 7: plymouth: command not found
I know I used that param for F9. Is it depreciated or is this a bug
needing filling?
--
Nathanael d. Noblet
15 years, 1 month
Heads up: waf 1.5
by Thomas Moschny
Hi!
I'd like to update waf [1] to version 1.5.0 (which has been released
only recently, and changes apis) for rawhide, and also as an update
for f10. As far as I can see, only midori depends on it (although some
more packages probably should, like kdissert).
Any objections?
Regards,
Thomas
[1] http://code.google.com/p/waf/
--
Thomas Moschny <thomas.moschny(a)gmail.com>
15 years, 2 months
orphaning all my packages
by Patrice Dumas
Hello,
I am orphaning all my packages. I orphan the devel branch, but I'd
prefer
also orphan the stable branches too, so if you are interested don't
hesitate to ask. I am still willing to maintain the EPEL branches, but
here, also, if you want to take over, say so.
I am nco, ncview, glib 1 and gtk+ 1 de-facto main packager, so
somebody else should take care of those packages.
I think that lesstif, perl-File-MimeInfo and fcron are strategic for
fedora.
Low maintainance but very complicated packages:
The cernlib packages are quite complicated and unusual, this is fortran,
uses imake :-/ and upstream is moribund since 2003, and dead since 2006.
Debian was like a substitution upstream, but the debian maintainer has
also abandonned cernlib. Still it is known that there are users for this
package.
* cernlib
* cernlib-g77
Normal packages:
* lesstif
* libdap
* libnc-dap
Very low maintainance packages:
* asa
* bibexport
* BibTool
* bitmap
* libsx
* libdockapp
* ooo2txt
* perl-Parse-Yapp
* perl-Text-Unidecode
* tetex-elsevier
* uread
* wmix
* xbae
* xdialog
Low maintainance packages:
* acpitool
* boolstuff
* cppunit
* esmtp
* fcron
* halevt
* grads
there is an update available for grads, but it has some functionalities
removed, and also upstream is complicated, with a friendly fork at
opengrads and last libgadap can be packaged now. I'll still be working
with upstream, so I could help with chosing which version to package and
things like that.
* perl-Algorithm-CurveFit
* perl-File-BaseDir
* perl-File-DesktopEntry
* perl-File-MimeInfo
* perl-Math-MatrixReal
* perl-Math-Symbolic
Recently added packages:
* g2clib
* grib_api
* w3lib
--
Pat
15 years, 2 months
New font packaging guidelines
by Nicolas Mailhot
Dear all,
As some of you may know, after more than a month of consultation,
feedback and tweaking new font packaging guidelines have been approved
by FESCO.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
New font packages in review must now conform to the new templates, and
current packages be converted in rawhide by their maintainers. To track
the conversion progress I will henceforth file tickets in bugzilla.
The following packages have already been converted in rawhide and can
serve as examples if the templates in the fontpackages-devel package are
not clear enough:
❄ andika-fonts
❄ apanov-heuristica-fonts
❄ bitstream-vera-fonts
❄ charis-fonts
❄ dejavu-fonts
❄ ecolier-court-fonts
❄ edrip-fonts
❄ gfs-ambrosia-fonts
❄ gfs-artemisia-fonts
❄ gfs-baskerville-fonts
❄ gfs-bodoni-classic-fonts
❄ gfs-bodoni-fonts
❄ gfs-complutum-fonts
❄ gfs-didot-classic-fonts
❄ gfs-didot-fonts
❄ gfs-eustace-fonts
❄ gfs-fleischman-fonts
❄ gfs-garaldus-fonts
❄ gfs-gazis-fonts
❄ gfs-jackson-fonts
❄ gfs-neohellenic-fonts
❄ gfs-nicefore-fonts
❄ gfs-olga-fonts
❄ gfs-porson-fonts
❄ gfs-solomos-fonts
❄ gfs-theokritos-fonts
❄ stix-fonts
❄ yanone-kaffeesatz-fonts
Note that the discussed renames and splits have not been submitted for
approval yet (I'm waiting for the rename process to be clarified), so
the current change is purely technical.
Nevertheless the new templates make creation of sub-packages
considerably easier and safer, so I advice packagers to perform a split
by family now if they don't mind. There was a broad consensus for the
splitting in general, and the only thing that remains to be clarified
before submission FPC-side is the wording of the few exceptions.
Sincerely,
--
Nicolas Mailhot
15 years, 2 months
libcdio update (rawhide)
by Adrian Reber
I want to update libcdio to 0.81. libcdio 0.81 requires a rebuild of all
application linking against it. If I used repoquery correctly following
packages in fedora and rpmfusion need a rebuild:
vlc: GPLv2+
libcddb: LGPLv2+
gvfs: LGPLv2+
kover: GPLv2+
oxine: GPLv2+
vcdimager: GPLv2+
bmpx: GPLv2
xine-lib-extras-freeworld: GPLv2+
gstreamer-plugins-ugly: LGPLv2+
xmms2: LGPLv2+ and GPLv2+ and BSD
mednafen: GPLv2+
libcdio also changes the license to GPLv3+ which is a problem only for
bmpx which, according to RPM, is GPLv2.
I tried to rebuild all packages against the new libcdio 0.81 and the
following rebuilds where successful:
libcddb
gvfs
kover
vcdimager
bmpx
gstreamer-plugins-ugly
xmms2
mednafen
I was not able to rebuild the following packages, but all of them are
right now not rebuildable at all. Even with the current libcdio.
vlc
oxine
xine-lib-extras-freeworld
I can do all the necessary rebuilds of the rebuildable packages.
I will commit libcdio 0.81 in the next few days to rawhide.
Adrian
15 years, 2 months
Futuer of grub/grub2 to F11
by Jochen Schmitt
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hallo,
nowaday I have read in the german fedora forum, that grub is not able
to handle
ext4 file systems. In opposite grub2 should be able to support ext4.
Because Fedora/Red Hat is a leader of development of the ext4 file
system, I want to
ask about the plan for ext4 on F11 or F12.
Because, I'm assume, that you don't want to patch grub for ext4, you
have to migrate
to grub2 if you want to support ext4 on /boot.
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAklJMMUACgkQT2AHK6txfgyXawCg9GbiELsSBanwe/7v08HCA4xZ
IQgAoLd4M4zwW3zD32t7CO6M6CXe/JZO
=dE20
-----END PGP SIGNATURE-----
15 years, 2 months