Re: rpms/pam_ssh/F-8 pam_ssh.te,NONE,1.1 pam_ssh.spec,1.13,1.14
by Dmitry Butskoy
[snip]
> Requires: openssh-clients
> +Requires: policycoreutils
> BuildRequires: pam-devel, openssh-clients, openssl-devel
[snip]
> +
> +%post
> +semodule -i %{_datadir}/selinux/packages/%{name}/%{name}.pp || :
> +
> +%postun
> +if [ "$1" -eq "0" ]; then
> + semodule -r %{module} || :
> +fi
>
AFAIK a lot of people just do not use SELinux and even prefer to remove
its packages. It seems to me that a hard requirement of
"policycoreutils" is not a good thing here.
Maybe just check in %post and %postun whether the "semodule" binary is
present (i.e., "[ -x /usr/sbin/semodule ] && ....")? Or use %triggerin
for policycoreutils...
How another packages deal with similar things?
Dmitry Butskoy
http://www.fedoraproject.org/wiki/DmitryButskoy
16 years, 5 months
Fedora Orphaned Package Removal: November 29th 2007
by Warren Togami
Fedora Engineering Steering Committee is considering removal of packages
from rawhide who have been without owners since prior to Fedora 8
sometime after the next FESCO meeting on November 29th. The Fedora
Project routinely removes unmaintained packages from future
distributions in order to responsibly scale the growth of maintenance
burden with developer resources available within the project.
http://fedorapeople.org/~wtogami/temp/rawhide-removals.txt
Packages listed on this page are scheduled for removal unless an
existing Fedora maintainer claims ownership.
http://fedorapeople.org/~wtogami/temp/rawhide-removals.txt
A Fedora package developer may use their Fedora Account in PackageDB to
claim ownership of an orphaned package.
Removal of an orphaned package entails "blocking" it in the buildsystem
so it does not appear in the rawhide repository, and files in CVS of the
"devel" branch being replaced with an empty "dead.package" file. At a
later date if a Fedora package developer wishes to revive a dead package
they may do so by claiming ownership in pkgdb then requesting the koji
block to be removed. It is however a bit easier if ownership is claimed
prior to orphan removal, so please claim packages now if possible.
IMPORTANT NOTE: These removals do not effect prior releases, including
and up to Fedora 8.
Please send any questions to fedora-devel-list.
Thank you,
Warren Togami
wtogami(a)redhat.com
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years, 5 months
Fedora Extras Package Build Report 2007-11-27
by Fedora Koji Build System
Packages built and released for Fedora Extras 6: 3
asylum-0.2.3-1.fc6
NEW extrema-4.2.10-3.fc6 : Extrema is a powerful visualization and data analysis tool
php-pecl-xdebug-2.0.2-1.fc6
Changes in Fedora Extras 6:
asylum-0.2.3-1.fc6
------------------
* Sun Nov 25 2007 Ian Chapman <packages[AT]amiga-hardware.com> 0.2.3-1
- Upgrade to 0.2.3
- Removed asylum-0.2.2-fixsound.patch - fixed upstream
extrema-4.2.10-3.fc6
--------------------
* Sun Nov 18 2007 Terje Rosten <terje.rosten(a)ntnu.no> - 4.2.10-3
- Add req. on help subpackage
* Sun Nov 04 2007 Terje Rosten <terje.rosten(a)ntnu.no> - 4.2.10-2
- Fix license
- Change convert buildreq to ImageMagick
- Move to Graphics menu
* Sat Nov 03 2007 Terje Rosten <terje.rosten(a)ntnu.no> - 4.2.10-1
- Initial package
php-pecl-xdebug-2.0.2-1.fc6
---------------------------
* Sun Nov 25 2007 Christopher Stone <chris.stone(a)gmail.com> 2.0.2-1
- Upstream sync
16 years, 5 months
KDE-SIG weekly report (48/2007)
by Sebastian Vahl
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
----------------------------------------------------------------------------------
= Weekly KDE Summary =
Week: 48/2007
Time: 2007-11-27 16:00 UTC
Meeting page: http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2007-11-27
Meeting log:
http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2007-11-27?action=AttachF...
----------------------------------------------------------------------------------
= Participants =
- KevinKofler
- LaithJuwaidah
- RexDieter
- SebastianVahl
----------------------------------------------------------------------------------
= Agenda =
* The weekly KDE4 talk:
- Preparations for the KDE4 week in rawhide
* recent Bugs
= Summary =
o KDE 4:
- A message about the arrival of KDE4 in rawhide was sent out to
fedora-devel-announce-list and will be sent to fedora-devel-list
- KDE-3.96.1: kdelibs4, kdepimlibs, kdebase-runtime, kdegames and kdeedu are
building for rawhide
- RexDieter will have a look at the review of kdebase-workspace
o recent Bugs:
- KDE update creates three blank icons in systray (#380071) was re-opened and
re-assigned against gtk2 [1]
- unable to mount removable/ntfs (#378041) is at NEEDINFO [2]
o Open discussion:
- having an utility to manage autostarted applications would be nice
- bluez-gnome and system-config-printer applets should not be visible inside
KDE (OnlyShowIn=GNOME)
----------------------------------------------------------------------------------
= Next Meeting =
http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2007-12-04
----------------------------------------------------------------------------------
= Links =
[1] https://bugzilla.redhat.com/show_bug.cgi?id=38007
[2] https://bugzilla.redhat.com/show_bug.cgi?id=378041
16 years, 5 months
Orphaning thinkfinger
by Julian Sikorski
Hello there,
I am hereby dropping maintenance of thinkfinger. There are currently 3
bugs currently opened against it (#343271, #394181 and #356921), one of
which is multiarch conflict due to doxygen weirdness, second one if
fedora-specific and eventually the last one is claimed to be
fedora-specific by upstream (this was questioned by is left without
answer so far).
I am dropping the package since upstream does not seem to be very
responsive most of the time, and due to my lack of coding skills I can't
fix the bugs myself. I'll release the pkgdb ownership later today.
Regards,
Julian
16 years, 5 months
Backing up a nearly dead HDD
by Paul F. Johnson
Hi,
It looks like my problem with readahead isn't readahead!
The drive which has my home directories seems to have a problem. If I log in
as root (please don't bitslap me yet!), and from the command line look at the
home directories, I can see paul, becki, richard and lost+found which is fine
as they're supposed to be there.
If I then try to look at the contents of /home/paul, it takes ages and the
hard drive makes funny noises, so I'm thinking it's at the end of it's life
more or less.
fsck shows some bits and pieces, but essentially, it's not picking up any
problems.
Is there a way I can copy everything from one drive to another and keep the
permissions from a dodgy drive to a working one? cp -ar seems an option, but
it takes a while!
TTFN
Paul
--
Get your free @ukpost.com account now
http://www.ukpost.com/
16 years, 5 months
exchange email in fedora 8
by Valent Turkovic
https://bugzilla.redhat.com/show_bug.cgi?id=296671
With latest updates I still see this bug.
I work at an ISP company and we use Exchange for our email servers
(unfortunately) and I have used Fedora Core 6 as my work desktop for
over a year or so.
I would like to update my system (ie. clean install) to Fedora 8 but I
need 100% working exchange email client.
This is a really big issues with anybody who needs an up to date linux
desktop because this bug currently prevents me from migrating to new
Fedora 8!
Can you please suggest some way I can use exchange on fedora 8 and so
that GAL works? Some beta version of your evolution packages? Maybe
some older versions of evolution?
Thank you,
Valent Turkovic.
--
http://kernelreloaded.blog385.com/
linux, blog, anime, spirituality, windsurf, wireless
registered as user #367004 with the Linux Counter, http://counter.li.org.
ICQ: 2125241, Skype: valent.turkovic
16 years, 5 months
Re: Changing the rpm default queryformat to include arch
by Nicolas Mailhot
Le Mar 27 novembre 2007 13:59, Jindrich Novy a écrit :
> On Tue, Nov 27, 2007 at 01:51:31PM +0100, Laurent Rineau wrote:
>> Please no. Do not use ":" in filenames. It will prevent a simple
>> backup to a
>> FAT filesystem.
>>
>
> This is not a valid reason.
It's a valid reason for not using : as separator.
It's not a valid reason to continue the hidden magic epoch policy.
Regards,
--
Nicolas Mailhot
16 years, 5 months
Re: Two Problems
by Eric Work
Michael Schwendt & Tom "spot" Callaway,
>> 1. After updating the package source and spec file for gtkdatabox for
>> FC-5 and FC-6 and attempting a build, I realized that the pango version
>> available in those releases is too old. Upstream only mentioned a
>> dependency on gtk+ 2.8 not pango 1.16. I will inform upstream also but
>> how should I resolve this. The question is how should I revert back to
>> an older version of the package?
>
> If it built fine in the buildsys, we can delete the build from the
> needsign repo and don't push it. In CVS, however, you can simply revert to
> the files from the previous package release. Look at something like "cvs
> log gtkdatabox.spec" for the tags you've applied before, check out the
> older package with a given tag and commit the files to CVS HEAD again.
Michael, The build did not succeed so that made things a little simpler.
I did as you suggested and updated CVS HEAD with the older version.
That was a pretty simple fix. I also noticed that running "make build"
in any branch prior to FC-6 fails. I'm guessing this is expected.
>> > 2. The other problem is that gtkdatabox is unable to build on x86_64 do
>> > to some problem with -fPIC even though it's being used when the source
>> > files are compile. I was able to compile the source on my 64-bit Ubuntu
>> > machine with no problems. Maybe a problem with autotools? The koji
>> > taskID is: 259807.
>
> No, its a problem with the gtkdatabox source. Ubuntu might not have
> caught it because G_GNUC_INTERNAL isn't defined in their toolchain (just
> guessing). The gtk_databox_marshal_VOID__POINTER_POINTER has the
> G_GNUC_INTERNAL attribute on it in the .h file, but not in the .c file,
> thus the confusion at link time.
>
> I've attached two patches, one to fix the x86_64 compile error, and the
> other to make gtkdatabox use the Fedora optflags. And as a bonus, I've
> attached a new spec file which not only applies these patches, it also
> fixes the license tag to be in compliance with the Fedora licensing
> policy.
Tom, thanks for all your work the package now builds on all archs. I
have submitted the compiler patch upstream. When I get a new version
back from upstream (which should be soon) I'll push the update to F-7
and F-8.
-Eric
16 years, 5 months