request for removal from rawhide: compizconfig-backend-kconfig
by Mohd Izhar Firdaus Ismail
compiz-fusion project just released its 0.7.2 version not so long ago,
however, ccp-backend-kconfig requires kde3 dependencies to function
properly. Sulphur should be using KDE4 right?, I was informed that the
have been major changes for kconfig in kde4. Therefore, this package
is not usable at least until upstream releases a kde4 compatible
version.
I am requesting compizconfig-backend-kconfig-0.6.0 to be removed from
rawhide for this moment.
(or are there any proper procedure for this?)
--
Mohd Izhar Firdaus Bin Ismail
Amano Hikaru
天野晃 「あまの ひかる」
http://fedoraproject.org/wiki/MohdIzharFirdaus
http://blog.kagesenshi.org
92C2 B295 B40B B3DC 6866 5011 5BD2 584A 8A5D 7331
16 years, 1 month
RE: few ideas how to make fedora better as a desktop
by Shawn Starr
> [mailto:fedora-devel-list-bounces@redhat.com]On Behalf Of Timothy
>
> On Thu, 2008-03-27 at 12:06 -0400, Shawn Starr wrote:
> > This is because /sbin was for 'static' binaries (static-bin).
>
> That's not what the FHS states
> <http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard>. /bin is
> for "Essential command binaries that need to be available in
> single user
> mode; for all users (e.g., cat, ls, cp).", and /sbin is for "Essential
> system binaries (e.g., init, route, ifup).", and similarly for /bin
> and /sbin that resides in /usr, but with the added
> "Non-essential" bit.
> The key, IMO, is that the ${prefix}/bin is meant for all users, where
> ${prefix}/sbin is not (restricted access).
Exactly, and most binaries were statically built when you didnt have /usr mounted, but even then libc resided in /lib. But regardless, the FHS is not that old because it doesnt even mention the reason /sbin existed as Alan pointed out. I wouldn't go fully by what the FHS states vs the historical reasons.
>
> Back to the question at hand... Now I am not opposed to (not that my
> opinion makes a difference in this) symlinking the
> appropriate binaries
> from ${prefix}/bin to ${prefix}/sbin for FHS compliance and
> support for
> older things and have that provided as a separate package (thank you
> Seth for reminding me ;).
>
I would rather not go that route, just append /sbin /usr/sbin in $PATH at end and be done with it.
Shawn.
16 years, 1 month
Dual Head Video Card for F9B
by Thomas J. Baker
I'd love to run F9B on my desktop but I have two monitors and a
troublesome nvidia card. Are there any PCI-E video cards that are well
supported for dual head and compiz level 3D? I only need support going
forward so it only has to work in F9B or better.
Thanks,
tjb
--
=======================================================================
| Thomas Baker email: tjb(a)unh.edu |
| Systems Programmer |
| Research Computing Center voice: (603) 862-4490 |
| University of New Hampshire fax: (603) 862-1761 |
| 332 Morse Hall |
| Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb |
=======================================================================
16 years, 1 month
RE: few ideas how to make fedora better as a desktop
by Shawn Starr
> Please explain why any file has to move to keep up with Linux
> changes.
Nothing has to move, if we just change the system configs that set $PATH to include /sbin and /usr/sbin nothing needs to change.
> File locations themselves have always been arbitrary and
> within a system
> one place is just as good as another.
This I disagree, that was not the case originally. It is arbitrary today because it doesn't really matter anymore/or care.
> The LSB bas value exactly to the
> extent that every distribution follows it to the point that 3rd party
> software will work without regard to the distribution and I don't see
> that happening without installer contortions yet. Other changes
> without backwards compatible symlinks just break things and
> are annoying.
>
> --
> Les Mikesell
> lesmikesell(a)gmail.com
>
The LSB is useful for commercial distributions not really for free distributions. I don't see commercial vendors releasing software for Fedora because it changes too much, they can't test against it changing every 6 or so months. I experience this every day here at my place. 3rd party vendors do not like rapid changes especially mathematical applications that are particularly sensitive to GCC optimizations, GNU libc, and GNU libstdc++ changes. The LSB doesn't go far enough to guarantee such it only gives a ABI/API compatibility. This becomes critical when your math library is off by 0.06 fractions, ask FLUENT this.
Shawn.
16 years, 1 month
Re: xorg intel driver in rawhide
by Jesse Barnes
On Thursday, March 20, 2008 3:40 pm Ralf Ertzinger wrote:
> Hi.
>
> On Thu, 20 Mar 2008 14:23:14 -0700, Jesse Barnes wrote
>
> > Of course that doesn't mean the driver isn't buggy. I'm considering
> > this change for upstream, if you get a chance maybe you could try it
> > out to see if it fixes your problems?
>
> mplayer seems to behave with that patch, thanks!
Great, thanks for testing. Assuming I don't get any "hey this broke my
machine" mails, I'll push it upstream for the 2.3 release.
Jesse
16 years, 1 month
First Impression on F9 beta
by zjsun
Hi, all
Thanks for all your guys hardest effort to push F9 out. I install it
on my desktop without hesitation.
Install procedure goes smoothly. Works fine.
It works fine after rebooting. Maybe powering on faster than before
(F8, F7 ??). I don't count the time of F8's powering on.
Openoffice is launched quickly than F8 from my experience.
My PC is AMD X2 4200+, 1G DDR2 RAM, Seagate 250G SATA II. Nvidia 7600GS.
There are still some bugs there, maybe others have reported.
1. After rebooting (Many times), I can't see the session selection
from GDB (login screen) no matter what accout I use
2. I can't adjust the system whether I use root or common user
account. It reports "internal error" at the left bottom corner.
3. My monitor is ViewSonic VA703B, there is a slip of blind area at
the left side. The whole of X window shifts to rights. I can use
xvidtune to
adjust it ( click left button on xvid tune panel). But even after I
add the Monitor section in the xorg.conf with the parameter
outputed by xvidtune (Modeline) in the xorg.conf. It doesn't work.
This problem has been existing from F7, F8. There is no such problem
if I
use the proprietory driver from Nvidia site.
Anyway I think F9 has a lot of improvement compared with F9 Alpha.
Hope all the bugs will be fixed in the official release on Apr 29 :)
Thanks
BR
Zongjun
16 years, 1 month
Fedora Development Process
by Jesse Keating
Just an FYI, we are after Beta, which means we're after the Feature
Freeze. That means the changes you bring to Fedora 9 now should be of
bugfix nature, and not of new feature nature. We have a very tight
schedule leading up to the final freeze, and every day counts. Any new
instability brought in due to new features will be extremely frowned
upon and may cause the project to slip the Fedora 9 release date, which
is something I'm trying very hard to avoid.
Please think twice before bringing new things into Fedora 9. If you
really want to work on new feature stuff, please request an early F-9
branch so that you can work on the new stuff without breaking Fedora 9.
--
Jesse Keating
Fedora -- All my bits are free, are yours?
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years, 1 month