FeatureDictionary patches for KDE
by Kevin Kofler
I'm working on implementing:
http://fedoraproject.org/wiki/Releases/FeatureDictionary
in our KDE packages. This is the current situation:
* KDE 4 uses an API called Sonnet for spellchecking. Sonnet already has an
enchant backend, and it is the default recommended by upstream. There's also an
aspell backend; we will probably drop the aspell-devel BR so we lose the hard
aspell dependency, aspell can be used through enchant anyway (using
enchant-aspell, which is about to be split into a separate subpackage according
to FeatureDictionary).
* The situation in KDE 3 is more complex. We'll be stuck with several KDE 3
apps for a while to come, so I had to find a solution there too. As KDE 3 has
seen years of binary compatibility, there are 2 spellchecking implementations
in kdelibs3:
- legacy KSpell: That API uses command-line spellcheckers using the "ispell
pipe interface". It doesn't use plugins, instead, everything is handled by 2
central classes. Rewriting this code to use libraries (e.g. enchant) properly
is a lot of effort for this legacy code. Thus, I patched it to support the
hunspell command line and its "ispell pipe interface" (which required only
minor changes):
http://repo.calcforge.org/f9/kdelibs-3.5.8-kspell-hunspell.diff
The patch is preliminary, I still have to test that it works, and we also have
to make sure the defaults are set up so hunspell is used by default, at least
for new installations.
- KSpell2: This is the API KDE 4's Sonnet is derived from. It uses
spellchecking libraries and a plugin architecture. I backported Sonnet's
enchant backend plugin from kdelibs 4 SVN to KSpell2:
http://repo.calcforge.org/f9/kdelibs-3.5.8-kspell2-enchant.diff
I did a minimum amount of testing on this one, it could probably use more. And
here too, we'll want to make sure it is the default, most likely by not
shipping any other KSpell2 backend.
This comes "fresh out of the presses". I haven't added these patches to the
Rawhide packages or submitted them upstream yet.
Kevin Kofler
16 years, 3 months
xulrunner, Miro on f8
by Neal Becker
After installing firefox-3.0-0.beta2.3.fc9.x86_64 along with deps
(xulrunner), I just tried installing Miro-1.0-4.fc9.x86.
Any ideas on this?
miro
/usr/lib64/xulrunner-1.9pre
Traceback (most recent call last):
File "/usr/bin/miro.real", line 123, in <module>
startapp()
File "/usr/bin/miro.real", line 58, in startapp
import singleclick
File "/usr/lib64/python2.5/site-packages/miro/singleclick.py", line 36, in
<module>
import app
File "/usr/lib64/python2.5/site-packages/miro/app.py", line 610, in
<module>
import frontend
File "/usr/lib64/python2.5/site-packages/miro/frontend.py", line 50, in
<module>
import MozillaBrowser
ImportError: /usr/lib64/xulrunner-sdk-1.9pre/lib/libxul.so: undefined
symbol: g_assertion_message
16 years, 3 months
Broken deps in the stable release are not acceptable
by Christoph Wickert
Raleigh, we have a problem...
python-gammu, which is required by wammu, prevents users from updating
to the latest gammu release for several days now. It has already been
reported in Bugzilla, see
https://bugzilla.redhat.com/show_bug.cgi?id=426848 and - even more
interesting -
https://bugzilla.redhat.com/show_bug.cgi?id=425831
This leads me to some questions:
1. Why is # 425831 still in status "New"? It has been reported on
Dec 16th and the maintainer already responded to it.
2. What's so difficult to coordinate 2 (3 with wammu) dependent
packages? All are owned by the same packager. IMO this should be
done in one single update in bodhi.
3. Do we need better training for our maintainers or more
documentation in the wiki? The broken deps already appeared in
EPEL before they were in F8, so the maintainer should have known
that he's breaking something when he did the gammu update in
Fedora.
4. When was the testing done? gammu-1.17.0-1.fc8 was built on Dec.
22 11:22:28 MST [1] and hit the updates repo on Dec. 23 22:50:08
[2]. This is less than 36 hours for testing.
5. Why has gammu been pushed directly to updates and not to
updates-testing? According to the changelog it was not a
security update.
Note that I don't want to blame a single person here. I think this is
just an example that we really NEED to think about how to avoid such
situations in the future? I know there are people on vacation these
days, but there are enough people that offered help. Unfortunately they
are not allowed to by the ACLs.
Any thoughts?
Christoph
[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=28966
[2] https://admin.fedoraproject.org/updates/F8/FEDORA-2007-4743
16 years, 3 months
Putting K3b back onto the DVDs?
by Kevin Kofler
It has been brought to my attention
(http://dot.kde.org/1197759365/1198030918/1198084280/1198100165/) that K3b is
no longer available on the DVD images (since the Core-Extras merge). As far as
I can tell, this is because it is marked only as "optional" and not "default"
in the sound-and-video group? As K3b is probably the best Free CD/DVD burning
program around, the burning tool of choice of most KDE users and even several
GNOME users, I think it would be great if this could be put back onto the DVD
images in F9. Can this be added to the pungi kickstart config?
Kevin Kofler
16 years, 3 months
SELinux macro broken?
by Christoph Höger
Hi,
when I tried to build a custom SELinux module, this strange behavior
occured:
when I used:
libs_read_lib_files(tomcat5_t)
I got "read" denied source: tomcat5_t target: lib_t
but using
require {
type lib_t;
type tomcat5_t;
class file read;
}
allow tomcat5_t lib_t:file read;
worked fine. Although this should essentially be the same in my
understanding.
Any explanations for that?
regards
christoph
16 years, 3 months
EPEL report week 52 2007
by Thorsten Leemhuis
= Weekly EPEL Summary =
Week 52/2007
== Most important happenings ==
* Some problems on the builders; for more details see [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00193.html this mail]
* lots of new packages this week; much thx to Patrice Dumas, who made a lot of them available in EPEL
== Mailing list ==
=== Noteworthy discussions ===
* [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00152.html BUG: clamav packages badly broken]
== Meeting ==
=== Next Meeting ===
20080201 at 18:00 UTC in #fedora-meeting.
=== Last weeks meeting ===
There was non scheduled.
== Stats ==
=== General ===
Number of EPEL Contributors: 165
We welcome 4 new contributors: alexl danken jcarlson jdieter
=== EPEL 5 ===
Number of source packages: 944
Number of binary packages: 1733
There are 21 new Packages:
* flasm | Flash bytecode assembler disassembler
* gnochm | CHM file viewer
* hspell | A Hebrew spell checker
* kchmviewer | CHM viewer with KDE support
* libdockapp | DockApp Development Standard Library
* libnc-dap | The NetCDF interface to DAP-2 from OPeNDAP
* libsx | Simple X library
* ooo2txt | Convert OpenOffice documents to simple text
* pam_ssh | PAM module for use with SSH keys and ssh-agent
* perl-File-BaseDir | Use the freedesktop basedir spec
* perl-File-DesktopEntry | Object to handle .desktop files
* perl-File-NFSLock | Perl module to do NFS (or not) locking
* perl-Heap | Perl extension for keeping data partially sorted
* perl-LWP-Authen-Wsse | Library for enabling X-WSSE authentication in LWP
* perl-Statistics-Descriptive | Perl module of basic descriptive statistical functions
* perl-Text-CHM | Perl extension for handling MS Compiled HtmlHelp Files
* perl-Text-Unidecode | US-ASCII transliterations of Unicode text
* pwgen | Automatic password generation
* python-alsa | Python binding for the ALSA library
* python-chm | Python package for CHM files handling
* tetex-elsevier | Elsevier LaTeX style files and documentation
=== EPEL 4 ===
Number of source packages: 558
Number of binary packages: 1075
There are 24 new Packages:
* codeblocks | An open source, cross platform, free C++ IDE
* flasm | Flash bytecode assembler disassembler
* kchmviewer | CHM viewer with KDE support
* libdockapp | DockApp Development Standard Library
* libnc-dap | The NetCDF interface to DAP-2 from OPeNDAP
* libsx | Simple X library
* ooo2txt | Convert OpenOffice documents to simple text
* pam_ssh | PAM module for use with SSH keys and ssh-agent
* perl-Devel-Symdump | A Perl module for inspecting Perl's symbol table
* perl-File-BaseDir | Use the freedesktop basedir spec
* perl-File-NFSLock | Perl module to do NFS (or not) locking
* perl-Heap | Perl extension for keeping data partially sorted
* perl-LWP-Authen-Wsse | Library for enabling X-WSSE authentication in LWP
* perl-Parse-Yapp | Perl extension for generating and using LALR parsers
* perl-Pod-Coverage | Checks if the documentation of a module is comprehensive
* perl-Statistics-Descriptive | Perl module of basic descriptive statistical functions
* perl-Test-Builder-Tester | Test runner for Test::Builder testsuites
* perl-Test-Pod-Coverage | Check for pod coverage in your distribution
* perl-Test-Pod | Perl module for checking for POD errors in files
* perl-Text-CHM | Perl extension for handling MS Compiled HtmlHelp Files
* perl-Text-Unidecode | US-ASCII transliterations of Unicode text
* pwgen | Automatic password generation
* python-chm | Python package for CHM files handling
* wxGTK | GTK2 port of the wxWidgets GUI library
----
["CategoryEPELReports"]
16 years, 3 months
Asterisk and EPEL
by Frank Büttner
Hello,
how looks it about asterisk at the EPEL repo?
16 years, 3 months
Opinions welcome: Restructuring the system menus
by Stewart Adam
Hi,
Just a note before I start, I'm talking mostly about Gnome but this may
apply to KDE or XFCE users.
I know alacarte is there for a reason, but I was wondering if others
agree the system menus could use some restructuring. The generic names
like 'Movie Player' are great because you can search for programs by
function but what when 2+ desktop environments are installed? Which
'File Brower' am I opening - XFCE, Gnome or KDE's?
It turns out that 'File Browser' opens up Nautilus, while 'File Brower -
Super User Mode' pulls up konqueror. In rawhide there are two identical
'System Monitor' entries if you have KDE and Gnome installed. The only
way you can tell them apart is that the entry which opens ksysgaurd
doesn't have a comment. Sorting menus alphabetically and by DE (Gnome
apps, divider, KDE apps, divider, XFCE apps) would solve this, or just
use the generic names along with the program name ("Nautilus File
Browser" or "Ksysguard System Monitor"). "KDE System Monitor" would work
too, but there's still room for ambiguity in there.
As well, I've got 29 applications listed under 'System Tools'. I
understand that not everyone does because it obviously depends on which
packages you have installed, but many entries do similar tasks
(Terminal, Konsole, Konsole Super User Mode). A lot of space could be
saved by putting them into a submenu.
Regards,
Stewart
16 years, 3 months
