EOF

Dear fedora-extras-list,

good bye, you served us well over the last 2 1/3 years. Thanks for
everything, we'll miss you!

Sincerely yours.
 thl, speaking for all Fedora Extras contributors

P.S.: If you are wondering what this mail is about: it should be the
last mail that gets send and distributed by this list. I'm going to
disallow posting now and thus close the list as announced in
https://www.redhat.com/archives/fedora-extras-list/2007-April/msg00033.html
The archives of course stay open.

Please use fedora-devel-list instead in the future.

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

PLEASE READ: This list is going to be closed end of this week

Hi all!

fedora-extras-list is going to be closed as discussed in

https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html
https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00197.html

and agreed on by FESCo on it 20070308 meeting:

https://www.redhat.com/archives/fedora-maintainers/2007-March/msg00482.html

fedora-extras-list will thereby get closed soon, probably on Friday or
Saturday this week; no further posting will be possible here.

fedora-devel-list will be the mailing that acts as the direct successor
for fedora-extras-list; all subscriber on this list that are not yet on
fedora-devel-list got invited there some minutes ago. If you want to
subscribe manually go to
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Note that fedora-devel list is medium to high traffic list; the average
was 55 to 60 mails each day in the past two months which is way more
than fedora-extras-list saw in the last weeks.

Further: Please note that besides fedora-devel-list there are other
lists that in parts act as successor for fedora-extras-list@...
as well. Maily:

fedora-maintainers@... -> to announce important changes that
might be relevant for other maintainers as well. The list is also for

otrs-2.1.5 - can it operate with selinux on ?

Hi I've had otrs-1 something and now 2.1.5 installed and working OKish. 
After I rebooted the machine it was no longer working and in fact I 
expect that I had previously setenforce 0 to disable selinux: with 
selinux enforcing, it is now giving the errors below.

Can any otrs users state whether they are using it with selinux disabled 
or enabled ?
If you have got it working with selinux enabled, is it working by 
default, or did you have to "take steps" 

DaveT.
=====
Apr 11 01:57:02 otrs kernel: audit(1176220622.775:14): avc:  denied  { 
unix_read unix_write } for  pid=2162 comm="httpd" key=44442322 
scontext=system_u:system_r:httpd_t:s0 
tcontext=system_u:system_r:initrc_t:s0 tclass=shm
Apr 11 01:57:02 otrs kernel: audit(1176220622.777:15): avc:  denied  { 
unix_read unix_write } for  pid=2162 comm="httpd" key=44442321 
scontext=system_u:system_r:httpd_t:s0 
tcontext=system_u:system_r:initrc_t:s0 tclass=shm

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

Orphaning Piklab

Hi,

I'm orphaning piklab, an IDE for Microchip PIC microcontroller.
I was the french translator and today, I'm in conflict with upstream because 
he always release new version without waiting translator's work neither 
prevent translator for a new release.
This isn't how I understand collaborative job.
So feel free to kick off my name of owners.list.
There is a new release since yesterday, I won't packaged it.
https://sourceforge.net/project/showfiles.php?group_id=138852&package_id=156570&release_id=499977

Regards
Alain
-- 
Les pages de manuel Linux en français
http://manpagesfr.free.fr/

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

should clamav-data package supersede clamav-db ?

Hi, I noticed that pup updates and yum updates were failing to complete 
for the last 3 weeks or so. One of the packages was for clamav: 
installed clamav-db requires clamav version that is currently installed. 
I guessed this was a packaging error that would be solved in due course.

What I realize now is that my clamav package is from freshrpms or 
rpmforge. Here the virus-definitions were in clamav-db, whereas in 
extras they are in clamav-data. So, while the EVR is higher -2 to -1, 
this wont upgrade the freshrpms packages because of the name change.

Perhaps changing the clamav-data package to obsolete clamav-db would be 
the nicest way to solve this. And if forge/fresh continue to package, it 
might be worth suggesting they do similar for their package ?

DaveT.

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

audacious-plugin build failure

Hi.

Could someone knowledgable in mock mysteries have a look at
http://buildsys.fedoraproject.org/logs/fedora-development-extras/31226-audacious-plugins-1.3.2-1.fc7/
?

It ought to build against audacious-devel-1.3.2-1.fc7 (which was built
earlier and is available locally) and audacious-libs-1.3.2-1.fc7,
but somehow wants to pull in an older libs version. I can not figure
out the reason for that from the provided log files (and I can not
get the audacious-devel-1.3.2-1.fc7 to check since they are not
signed and pushed yet).

Thanks.

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

find_lang

I'm packaging kdebluetooth and trying to use find_lang to setup the
locale files that are included. The problem is that there are many
different files (for each language) that do not follow a specific naming
scheme and I'm trying to figure out what to pass to find_lang. Can I
just pass "*"?

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

Extras i386 rawhide rebuild in mock status 2007-04-02

Extras Rawhide-in-Mock Build Results for i386 Mon Apr  2 05:07:01 CDT 2007

Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/

Total packages: 2876
Number failed to build: 29
Number expected to fail due to ExclusiveArch or ExcludeArch: 2
Leaving:  27
(there may be some duplicates if rawhide has 2 versions of a package)

Of those expected to have worked...
Without a bug filed: 27
----------------------------------
Democracy-0.9.5.1-6.fc7	tscherf <at> redhat.com
R-RScaLAPACK-0.5.1-8.fc6	tcallawa <at> redhat.com
airsnort-0.2.7e-11.fc7	andreas.bierfert <at> lowlatency.de
banshee-0.11.5-1.fc7	caillon <at> redhat.com
checkstyle-4.1-4jpp.1.fc7	nsantos <at> redhat.com
csound-5.03.0-9.fc7	dcbw <at> redhat.com,paul <at> all-the-johnsons.co.uk
em8300-kmod-0.16.1-7.2.6.20_1.2997.fc7	ville.skytta <at> iki.fi
fakeroot-1.5.10-13.fc7	Axel.Thimm <at> ATrpms.net
flumotion-0.2.1-3.fc6	thomas <at> apestaart.org
gift-0.11.8.1-6.fc7	rdieter <at> math.unl.edu
gtk-sharp-1.0.10-12.fc7	paul <at> all-the-johnsons.co.uk
jflex-1.3.5-2jpp.1.fc7	mwringe <at> redhat.com
jogl-1.0.0-5.7.beta5.fc6	green <at> redhat.com
kooldock-0.3-4.20060720cvs.fc6	mr.ecik <at> gmail.com
kyum-0.7.5-4.fc6	Jochen <at> herr-schmitt.de
libpaper-1.1.20-5.fc6	tcallawa <at> redhat.com
nomadsync-0.4.2-13.fc6	triad <at> df.lth.se

Extras x86_64 rawhide rebuild in mock status 2007-04-02

Extras Rawhide-in-Mock Build Results for x86_64 Mon Apr  2 05:00:32 CDT 2007

Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/

Total packages: 2876
Number failed to build: 54
Number expected to fail due to ExclusiveArch or ExcludeArch: 20
Leaving:  34
(there may be some duplicates if rawhide has 2 versions of a package)

Of those expected to have worked...
Without a bug filed: 34
----------------------------------
Democracy-0.9.5.1-6.fc7	tscherf@...
R-RScaLAPACK-0.5.1-8.fc6	tcallawa@...
airsnort-0.2.7e-11.fc7	andreas.bierfert@...
atitvout-0.4-6	andreas.bierfert@...
banshee-0.11.5-1.fc7	caillon@...
checkstyle-4.1-4jpp.1.fc7	nsantos@...
csound-5.03.0-9.fc7	dcbw@...,paul@...
em8300-kmod-0.16.1-7.2.6.20_1.2997.fc7	ville.skytta@...
fakeroot-1.5.10-13.fc7	Axel.Thimm@...
flumotion-0.2.1-3.fc6	thomas@...
gift-0.11.8.1-6.fc7	rdieter@...
gtk-sharp-1.0.10-12.fc7	paul@...
jflex-1.3.5-2jpp.1.fc7	mwringe@...
jogl-1.0.0-5.7.beta5.fc6	green@...
kooldock-0.3-4.20060720cvs.fc6	mr.ecik@...
kyum-0.7.5-4.fc6	Jochen@...
libpaper-1.1.20-5.fc6	tcallawa@...

Audacious Update

Hello,

Audacious 1.3 has been released for quite a while now, and I've checked 
the Fedora Extras repository frequently for my highly anticipated update 
from its current version of 1.2.2.  There are quite a few important bug 
fixes and feature additions, from what I have read in the release 
notes.  I would really appreciate if an updated version could be added 
to Extras; I can never get the plugins to work correctly when I compile 
everything from source.

Thanks a lot, I look forward to your response!

Matt Kokotovich

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list

Naming of language binding package if its part of the main lib.

Hi,

I've recently packaged paragui, and this comes with python bindings included,
I've used "%package python" for these bindings resulting in paragui-python as 
name, this seems natural, but if the python bindings were a stand alone 
package, it would violate the package naming guidelines. In the stand alone 
case the name must be "python-paragui", which can be realized in this case too, 
by using: "%package -n python-%{name}" .

So which one is best in the bindings included in the main lib case?

Regards,

Hans

--

-- 
fedora-extras-list mailing list
fedora-extras-list@...
https://www.redhat.com/mailman/listinfo/fedora-extras-list