devel December 2007

devel@lists.stg.fedoraproject.org

265 participants
294 discussions

FeatureDictionary patches for KDE
by Kevin Kofler 02 Jan '08

02 Jan '08

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

3 8

xulrunner, Miro on f8
by Neal Becker 02 Jan '08

02 Jan '08

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

3 2

Broken deps in the stable release are not acceptable
by Christoph Wickert 01 Jan '08

01 Jan '08

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

17 28

Putting K3b back onto the DVDs?
by Kevin Kofler 01 Jan '08

01 Jan '08

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

19 46

SELinux macro broken?
by Christoph Höger 01 Jan '08

01 Jan '08

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

2 2

EPEL report week 52 2007
by Thorsten Leemhuis 31 Dec '07

31 Dec '07

= 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"]

1 0

kernel build failed last few times
by Louis Garcia 31 Dec '07

31 Dec '07

Koji shows that kernel build failed for the last few times. Anyone looking into this?

2 1

New tzdata
by Martin Marques 31 Dec '07

31 Dec '07

Will there be a new tzdata available as tonight, and by a new law, we will have a daylight hour change in Argentina? Debian has already made the changes: http://packages.debian.org/changelogs/pool/main/t/tzdata/current/changelog.…

2 3

Asterisk and EPEL
by Frank Büttner 31 Dec '07

31 Dec '07

Hello, how looks it about asterisk at the EPEL repo?

2 1

Opinions welcome: Restructuring the system menus
by Stewart Adam 31 Dec '07

31 Dec '07

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

18 34

← Newer
1
2
3
4
5
6
7
...
30
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel December 2007