Re: RPM version goes backward in Rawhide

? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: RPM version goes backward in Rawhide

will ship before the Beta is even being prepared. 5. People who want to use updates-testing will opt in to it explicitly. Opting in is easier than opting out because it means upgrading packages rather than downgrading them. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org

Re: Fwd: [Fedora Update] [CRITPATH] [old_testing_critpath] mdadm-3.1.3-0.git20100804.3.fc14

, yesterday! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Default services enabled

feature there, aren't we? Wasn't the main design concept behind systemd the observation that everything can be parallelized most effectively by on-demand activation? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: RPM version goes backward in Rawhide

as updates. Proposed: The user will get offered only update sets B and C as updates. This would reduce the number of 0-day updates for Alpha/Beta releases significantly. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Changing default setting of bash's hash table?

can see how it speeds up scripts, but it's just confusing and useless in interactive operation. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Default services enabled

%!) by disabling SELinux. It's your security stuff which is consuming a lot of memory. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: question regarding Fedora packaging

utility, something other distros aren't/weren't doing either. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: pdfedit

to drop qt3 any time soon. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: c-icap

! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: bodhi status

is required if the package was retired due to having been orphaned (or failing to build) for too long. Rel- eng will probably want to see the completed rereview before unblocking the package. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: gimp

them. They seem to have fun always doing the exact opposite of Fedora policy.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: gimp

rule in Fedora and not an exception for Firefox alone! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: gimp

only because upstream refuses to support using the system version, even though it would work just fine. And so on… Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: floppy support (was: [HEADS UP] remove ddate(1) command from rawhide)

on the MIDI ports of those old sound cards) also has to be modprobed manually. And yes, I have all that stuff plugged on this machine. I barely ever use it, but that doesn't mean I don't want it to work… Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https

Re: floppy support (was: [HEADS UP] remove ddate(1) command from rawhide)

, right? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: floppy support (was: [HEADS UP] remove ddate(1) command from rawhide)

Simo Sorce wrote: It seem much more intelligent to add a package owners of floppies can install, so that 99.9% of the others do not have to wait forever for no reason. This goes against the principle that Fedora should Just Work on any hardware it encounters if at all possible. Kevin

Re: floppy support (was: [HEADS UP] remove ddate(1) command from rawhide)

Chris Adams wrote: Leaving known-working hardware unusable at install is just rude and irritating when it is needed. There should be good justification, not just a bunch of developers don't use it anymore, so we don't think anybody else needs it. +1 Kevin Kofler -- devel mailing

Re: floppy support

unavailable all that soon. (And unlike for those old lightbulbs, I don't think there's any reason for politicians to ban floppies.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: floppy support

Björn Persson wrote: Kevin Kofler wrote: Users who don't have a floppy drive and want to save some boot time can blacklist the driver manually. s/Us/Hack/ to make that sentence true. No. Users who want to tweak their system to the point of shaving a few seconds off their boot times should

Re: Notice of intent: patching glibc

Adam Williamson wrote: glibc maintainers / developers, if you don't want me to do this, please start giving a crap about your bugs. Speaking of critical glibc bugs, what about this one? https://bugzilla.redhat.com/show_bug.cgi?id=733462 IMHO, that's also a blocker. Kevin Kofler

kde-settings License now MIT

-6.fc17 has changed to: License: MIT Please note that the kde-settings-pulseaudio subpackage is still Public Domain because it contains literally nothing to copyright and license. (It is an empty metapackage.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https

Re: GIMP vs. poppler licensing, was: So you want to test an unstable GIMP...

plugin be GPLv3 only rather than (GPLv2 or GPLv3), considering that GIMP is GPLv3+? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: http://fedoraproject.org/wiki/Features/SysVtoSystemd

maintainer. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: http://fedoraproject.org/wiki/Features/SysVtoSystemd

Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

Frank Murphy wrote: Is not rawhide the sanity check, Yes. even if used productively by many? That's the problem then. Rawhide is explicitly labeled as NOT being intended nor suitable for any sort of production use. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

is about as realistic as making nuclear fission without radioactive waste. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

be very useful to test them more instead of just a mad version number chase. That's exactly why we should go back to just untagging broken packages instead of requiring pointless Epoch bumps in Rawhide. Then the breakage will just get downgraded away before any release. Kevin Kofler

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

Rawhide users for. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Development to release quality (was: Re: openssh: no pre-release sanity check?)

is not covered by the average don't break trunk rule (which is usually about compilability). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: openssh: no pre-release sanity check? [Re: ssh-to-rawhide hangs

should probably use yum distro-sync rather than yum update. I agree that abuse of Epoch sucks, and indeed, it isn't really needed in Rawhide now that there is distro-sync. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo

Re: how to have yum prefer one dependency over others

Richard of being incompatible with yum when the incompatibilities that matter most to our users have been required by yum developers, in particular: * no writing to the yum database by default, * no parsing yum.conf by default. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org

Re: how to have yum prefer one dependency over others

! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

from, * inability to be loaded as a shared library into compiled programs like the PackageKit daemon, * relying on the deprecated Python 2 and slowing down Python 3 adoption. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo

Re: how to have yum prefer one dependency over others

seth vidal wrote: 2. a satsolver is going to require changing around how we truck the repodata around a good bit. Yet zypp works fine with the same metadata format we use and using a SAT solver… Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https

Re: how to have yum prefer one dependency over others

use the library). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

/ZifByDefaultForDesktop IMHO, Elad's proposal makes a lot of sense and I fully support it. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

as an example. Richard Hughes is being receptive to other uses of zif than PackageKit, see the subthread with Richard W.M. Jones. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

and Javascript in the future. And Python too, I suppose? /me starts cursorily looking in the general direction of Anaconda. ;-) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

interest and if you (Richard Hughes) are OK with it. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

that was better than what we have now, which is almost unpredictable.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

this. Richard, what do you think? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: how to have yum prefer one dependency over others

Matthew Garrett wrote: Debian policy is that any virtual dependencies must also have an explicit dependency. In your case it would be something like Requires: phonon-backend-gstreamer | phonon-backend Unfortunately, RPM does not support this idiom. Kevin Kofler -- devel mailing

Re: how to have yum prefer one dependency over others

Michael Schroeder wrote: Sounds like you want weak dependencies (i.e. Suggests et al). In this case, I think disjunctive dependencies (default | virtual), as Matthew Garrett pointed out, are the right solution, not soft dependencies (though those would also be nice). Kevin Kofler

Re: how to have yum prefer one dependency over others

. ;-) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: grub / grub2 conflicts

Matthew Garrett wrote: The output of rpm -qf grub may be instructive. I suppose you mean rpm -ql grub… Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Zif backport repository for F15 available for testing

you'll have little to no use for this particular subpackage. ;-) Any issues with the repository itself should be reported to me, any issues encountered with the actual software should be reported to Richard Hughes (by filing a bug against zif at bugzilla.redhat.com). Kevin Kofler -- devel

Re: Zif backport repository for F15 available for testing

Kevin Kofler wrote: I have put up a repository with an updated zif snapshot for Fedora 15 at: http://repos.fedorapeople.org/repos/kkofler/zif-backport/fedora-zif-backport.repo So, I found several issues, mostly in zif or PackageKit-zif, but also one in KPackageKit/Apper: https

Re: Zif backport repository for F15 available for testing

Kevin Kofler wrote: I'm building a new snapshot of zif, which should fix #739980 (but I have to test that), and will be pushing it to the repository (no matter whether it actually fixes #739980 or not). There's now zif-0.2.4-0.93.20110920git.fc15 in the repository, but you'll probably have

Re: Zif backport repository for F15 available for testing

Jef Spaleta wrote: Kevin, were you able to reproduce my problem with the official adobe repository? To be honest, I haven't tried it, I've been busy enough filing the bugs for the issues I found myself and retesting them with today's snapshot. Kevin Kofler -- devel mailing list

Re: Zif backport repository for F15 available for testing

installed.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: grub / grub2 conflicts

to maintain the old GRUB 1 anymore. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Looking at retiring chess

existing releases (i.e. currently Fedora 14 and 15, nor of course from EOL releases). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Zif backport repository for F15 available for testing

sure it will be fixed. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Need systemd unit file help.

in parallel. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: grub / grub2 conflicts

that to FESCo. (FWIW, IMHO, the whole critpath nonsense should be abolished, it only causes problems and solves none.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Need systemd unit file help.

the kernel from the list of packages to update in the PackageKit GUI of choice (be it gnome- packagekit, KPackageKit or Apper) if the kmod doesn't show up along with it. It's not rocket science. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https

Re: Zif backport repository for F15 available for testing

Kevin Kofler wrote: I have put up a repository with an updated zif snapshot for Fedora 15 at: http://repos.fedorapeople.org/repos/kkofler/zif-backport/fedora-zif- backport.repo There's once again a new snapshot today. (I haven't announced every new snapshot in the repository

Re: GNOME 3 - font point sizes now scaled?

. (It has done so for years.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: GNOME 3 - font point sizes now scaled?

Daniel Drake wrote: Summary: GNOME hardcodes DPI to 96 regardless of X configuration. This is very broken. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Is there a mono developer in the house? Need help building moonlight.

is news.gmane.org, it supports both NNTPS and unencrypted NNTP, on the default ports (i.e. NNTPS on port 563 and unencrypted NNTP on port 119). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Critpath updates process broken for certain components

and the updates process and allow the maintainer to decide again). It's the only thing that can possibly work for all cases. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F-16 suspends my *desktop* after 30 minutes at the gdm , making it impossible to ssh in

it remotely. You can use KDM instead. It does not support power management at all (at this time), so you can be sure that it won't be suspending your computer, ever. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: KDE devels - why is kdeedu missing from websvn?

. KDE translations have always been in a separate directory in SVN from the actual code, so it is possible to maintain the code in git and the translations in SVN.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: About Feature enhancement Updates Policy

that are a problem. An update which enhances features without changing the normal user experience is not against the policy. But how is hiding http://; by default (with the preference to unbreak this tucked away under about:config) in a Firefox security update not against the policy? Kevin Kofler

Re: tcplay: BSD-licensed alternative to TrueCrypt

!= the software is Open Source. Open Source is a term defined by the Open Source Initiative, which means almost the same thing as Free Software. The source code being merely available can be termed Shared Source (a term coined by M$), source-available or whatever, but NOT Open Source. Kevin

Re: PA 1.0 for FC16?

a better job than us of shipping an updated version of OUR OWN FEATURE, we're failing very badly. What happened to First in the 4 'F's? Our objectives are NOT to deliver current software only 6+ months after the competition. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org

Re: Subject: IMPORTANT: Mandatory password and ssh key change by 2011-11-30

) fingerprints? Iris scans? Will we only be able to log into Fedora infrastructure in the presence of armed security guards? It's time to stop the nonsense! Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: RPM DB corruption with F-16 Beta

issues. Both gnome-shell and KWin have their lists of known broken and/or known working drivers. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: openSUSE announces release of openqa

. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: openSUSE announces release of openqa

Adam Williamson wrote: On Sat, 2011-10-15 at 10:03 +0200, Kevin Kofler wrote: Adam Williamson wrote: The other problem with screenshot validation is that it's inherently unsuited to some tests that are important to Fedora and that we have more-or-less working *right now* in AutoQA

Re: Sourcing one spec from another permissible?

mailing list. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: BEWARE: a problematic glibc made it to stable (F16)

. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Systemd conversion versus updates in back Fedora branches

says that you cannot migrate to systemd in an update and pushed this update: https://admin.fedoraproject.org/updates/FEDORA-2011-13456 (which is already in the stable updates). I'm starting to wonder whether that wouldn't be the best solution here. Kevin Kofler -- devel mailing list devel

Re: BEWARE: a problematic glibc made it to stable (F16)

this decision correctly, so we should let a human, the maintainer, take it. And if the maintainer demonstrates incompetence at taking these decisions, the offending maintainer needs to be replaced. No amount of software can fix incompetence. Kevin Kofler -- devel mailing list devel

Re: Systemd conversion versus updates in back Fedora branches

will break much more stuff than keeping the change. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Systemd conversion versus updates in back Fedora branches

. So that problem will be gone then, and the just push the systemd migration to all supported releases plan would be sound then if only FESCo and/or FPC would approve it. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F15: subversion 1.7 / kdesvn

of Subversion, which totally sucks for users of shared home directories, but we can't do anything about that. :-( ) I also think this change might also require changes in various SVN GUI frontends, not just kdesvn. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https

Re: BEWARE: a problematic glibc made it to stable (F16)

projects) in a Fedora release sounds very much unacceptable. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: retire referencer in Fedora 16+ ?

and 15 updates have the kdelibs 4 version (0.3)). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: New bodhi bugfix release in production

URLs are not, which means the ID is a lot more useful. E.g. when Bodhi posts a link in Bugzilla using packagename-version format, that link stops working when the update is edited. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: New bodhi bugfix release in production

to another group. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Packaging a Firefox extension

per se. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Vanilla builds guideline?

better. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: FESCo Meeting Minutes for 2011-10-31

fit for PackageKit. See also https://bugzilla.redhat.com/show_bug.cgi?id=748790 .) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bug 750566 - qtparted won't install because it is from F15 and requires libparted.so.0, and F16 has libparted.so.1

features like this, without providing any kind of a replacement, is a very unhelpful move from upstream. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F17 heads up: gnome-shell for everyone!

Ian Malone wrote: If I filed every bug in the distro in upstream I'd have a dozen different bugzilla accounts by now. So what? Maintainers are not messengers, they have other work to do than forwarding the bugs you're too lazy to file directly at the right place. Kevin Kofler

Re: F17 heads up: gnome-shell for everyone!

seth vidal wrote: Bojan, Install xfce. You'll be happy w/that. You should also give KDE Plasma Desktop a try. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: xfce-weather-plugin stopped working

wants itself and the UK MET Office to be credited with a link, which is why that credit link below the forecasts got added to the widget. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Heads up: libpng bumped to 1.5.x in rawhide

be applied in many cases to get rid of unnecessary linkage bloat. Why is this not the default in Fedora? Mandriva has been using that by default for ages, and it shouldn't be any more invasive than the -Wl,--no-add-needed (note: add != as) change done in Fedora 13. Kevin Kofler -- devel

Re: reporting bugs

Reindl Harald wrote: yes - because most maintainers are having bugzilla-accounts upstream and reading the uptream-mailing-lists and are much more cooperative as the KDE SIG, especially Kevin Kofler Yes, we have Bugzilla accounts upstream. But as I explained, upstream wants to talk

Re: reporting bugs

to show up as reported by the original reporter in Fedora and/or with that original reporter CCed, without them having to register for an upstream account first.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F17 heads up: gnome-shell for everyone!

, want my computer to work the way I learned and interiorized a computer works, any innovative interface destroys my automatisms and confuses me. I'm using Plasma Desktop with the Classic menu (not the default fancy Kickoff), only 1 virtual desktop and only the default activity. Kevin

Re: Heads up: libpng bumped to 1.5.x in rawhide

don't ship .la files in Fedora) which add -lpng12 when you didn't ask for it. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Heads up: libpng bumped to 1.5.x in rawhide

Chris Adams wrote: Hmm, I didn't know that. Which does RPM use when generating dependencies? It would appear that it is is using ldd; should that be changed? No, RPM does not pull in recursive soname dependencies, only direct ones. Kevin Kofler -- devel mailing list devel

Re: F17 heads up: gnome-shell for everyone!

not to. (There is a way, but 1. it's complicated and 2. it hurts performance.) Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: why do I need colord?

Michał Piotrowski wrote: Out of curiosity I wanted to ask, why do I need colord on my system? Try yum remove colord and see what it wants to remove (and probably say no if it's anything important to you), then you'll know what drags it in (whether for good reasons or not). Kevin

Re: F17 heads up: gnome-shell for everyone!

also: https://bugs.webkit.org/show_bug.cgi?id=35154 which is being ignored entirely by upstream. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F17 heads up: gnome-shell for everyone!

bug tracker as /dev/null. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Heads Up: FESCo is considering to block packages providing sysvinit services without systemd unit

automounting? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

  1   2   3   4   5   6   7   8   9   10   >