PolicyKit is just not powerful enough
to support everything the old one did, both of which would be bad things).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
), everybody is happy. :-)
Please propose these UI improvements to KDE upstream. They have nothing to
do with Fedora's policy on flags in any case. (You write yourself that
flags would still be useful, or even more useful, under that scheme.)
Kevin Kofler
--
fedora-devel-list mailing
, creating it outside of the US would mean
favorable tax laws could be chosen as well. That said, RH may still get
into trouble for contributory infringement, and with a non-US foundation,
RH may even get accused of tax evasion, so I'm not that surprised they
aren't thrilled by the idea.
Kevin
be
on them to maintain the list of packages that don't comply, not
Fedora.
+1
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fusion, because the
content in RPM Fusion is not illegal around here. Oops, how many times did
RPM Fusion appear in this paragraph? ;-)
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
make any sense, instead there should be no restrictions other than a
license compatible with that of the kernel, and of course the restrictions
applying to all packages).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo
means what you
think he means.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
. You
seem to be saying it is actually enabled by default?
That's not the last change, it's the change in -164. The changelog is not
properly ordered.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
a fork as soon as possible.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Jussi Lehtola wrote:
For instance, creationists might consider anything that has to do with
evolution (such as evolution simulations or gene programs) as
controversial
Or even the mail client which happens to be called Evolution.
Kevin Kofler
--
fedora-devel-list mailing list
fedora
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
about is that the order is consistent!
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
, Suggests(post) should just be an error, it doesn't make any sense
whatsoever. Things needed in scriptlets need to be hard requirements.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
codec pack from M$ (yuck!).
So it's no use arguing about whether Moonlight itself is patent-encumbered
or not.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
and targeted for a later
release.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Matthew Woehlke wrote:
It's too bad fedora-test-list doesn't seem to be on gmane (or isn't
named obviously; gmane.org is being too slow for me to ask about the
mail address).
gmane.linux.redhat.fedora.testers
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list
to play the relaying monkey. We're not carrier
pigeons. We can't even CC the reporter on the upstream bug unless they
register an account there, and at that point they can just as well file the
bug themselves.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
information
on how to reproduce it?) and/or refuses to report the issue to the people
who're actually able to fix it.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
upstream (e.g. Evolution, which was also brought up in
this thread) are similar.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
you volunteer to be the bug forwarding monkey for KDE SIG?
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
it to the appropriate place,
* or the user does not care about having the bug fixed, that's fine with me,
we can just close it, less work for me. ;-) If somebody actually cares,
he/she'll report it upstream. If nobody cares, why bother fixing it?
Kevin Kofler
--
fedora-devel-list mailing
build a patched package if there's a fix to try, but that doesn't
mean the user shouldn't be CCed on or the reporter of the upstream bug as
well, it just means we should be CCed too (which we usually are, unless we
forget for some reason, we're just human too).
Kevin Kofler
--
fedora-devel
, it's not their right to complain about the gift
horse saying they wanted a pony instead.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
the e-mail addresses we're entering in the CC
list if we forward our bug (including CC) into their Bugzilla instance.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
to block one of our trackers, we won't close
it UPSTREAM, we'll even try to fix it on our own (and then upstream our
fix) if upstream doesn't come up with a fix soon enough. But we can't
reserve that treatment to every single KDE bug, there are too many!
Kevin Kofler
--
fedora-devel-list
for the packager to be involved.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
or more specfile(s) which
follow(s) our guidelines.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Michal Hlavinka wrote:
Yes, but how will you notice reporter needs (your) help if bug is closed
upstream?
By CCing ourselves on the upstream bug when we close ours.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
are inviting duplicate bug reports.
Because Bugzilla is broken. See above. Let's fix Bugzilla.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
is the same showing up in the From header of this
mail). AFAIK, Rex (rdieter at math.unl.edu) also likes to be CCed on those
bugs.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
if upstream has a fix and you want us to
backport it (but please don't do this if the fixed release is coming soon
anyway and the bug is not critical).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
misunderstanding is there: it's US maintainers that are helping YOU
reporters by fixing your bugs. If you think you don't need our help because
you don't care about the bug anyway, we can just close it as
INSUFFICIENT_DATA and stop there.
Kevin Kofler
--
fedora-devel-list mailing list
with
Fedora 100...
Of course, this issue will be less pressing with F9 going EOL, but it's good
to remind people of this. It'll also become an issue for %{?rhel} when
we'll reach RHEL 10, which will happen in more or less 8 years if RHEL
continues at its current pace.
Kevin Kofler
--
fedora
is clearly the solution we should all
fight for! (But hardcoded checks for only Firefox aren't!)
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Jeremy Sanders wrote:
%if 0%{?fedora} = 8
That should be:
%if 0%{?fedora} = 8 || 0%{?rhel} = 6
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
sink setting in
addition to the standard output device setting in the Phonon API, with the
result that, last I checked, it didn't work out of the box with our default
PulseAudio setup).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com
Ankitkumar Rameshchandra Patel wrote:
There is yet another dependency of internet connection here...
An Internet connection (and a reasonably fast one at that) is basically
required to use Fedora effectively.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
each time to figure out where to put files!).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
yersinia wrote:
In @rpm5.org, yes.
rpm5.org is not the upstream for Fedora's RPM.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fernando Lopez-Lezcano wrote:
On Wed, 2009-04-29 at 00:40 +0200, Kevin Kofler wrote:
Neal Becker wrote:
rpmdb: Program version 4.7 doesn't match environment version 4.5
You need at least RPM 4.6 on the host systems to build Rawhide packages,
that's at least F10 + updates. All the Fedora
).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Frank Ch. Eigler wrote:
Kevin Kofler kevin.kof...@chello.at writes:
[...] If the bug is important enough to block one of our trackers,
we won't close it UPSTREAM, we'll even try to fix it on our own (and
then upstream our fix) if upstream doesn't come up with a fix soon
enough.
If you
Rodrigo Padula de Oliveira wrote:
In portuguese we don't have acent in the c
But other languages do have ć, so it's only logical that accent+c produces
it.
Use [RAlt]+[,] and [c] to get ç.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
time, so if nothing changes your layout settings, it'll stay enabled.
If you're using some custom hack (direct setxkbmap call?) to change the
keyboard layout, you'll need to fix that hack to set the relevant xkb
option.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list
do one per day. I'm not
asking for the impossible. ;-)
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
the one which is spitting out marketing bullsh*t all the time,
it's their loss.
People who actually have a brain will get our message.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
. Especially
for small updates this takes much more time than the actual rpm -U
part.
If you include just the urgent stuff in daily updates, those will still be
the same.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora
such a benchmark and they use
glxgears as their benchmark, so I don't trust their results at all.)
and no, glxgears is not a benchmark!
Indeed, glxgears really sucks as as a benchmark, Phoronix's benchmark suite
(as imperfect as it is) is definitely more useful.
Kevin Kofler
--
fedora-devel
option.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
anyway).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
should
be on them.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
(KDE or GNOME), get the corresponding live
CD, install it, install all the other needed stuff through PackageKit. If
your Internet connection is too slow for that, it's also too slow for the
routine updates.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
of us, the answer to that question was the one
answer on which to base the decision whom to vote for.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
the meetings.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
, then they won't be able to
do it without changing Anaconda, at which point they can't use the Fedora
name anymore.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Charles Butterfield wrote:
* My supported NVIDIA card (Quadro NVS 295)
Supported by what? Who said it's supported? If it's NVidia, that's
irrelevant, as their driver is proprietary and NOT supported or included in
Fedora.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel
things up.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Bill Nottingham wrote:
The desktop spin in F11 still had language groups, AFAIK.
Uh no it doesn't, kde-l10n-* doesn't fit... oh wait, you mean the GNOME
spin! ;-)
There's more than one desktop around. Why can't the GNOME spin be called
GNOME spin?
Kevin Kofler
--
fedora-devel-list
to the secondary architecture team to decide how they
will ship Fedora for PPCs. (But of course they will need split media
support in Anaconda if they're planning to ship split CDs.)
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman
?
No.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
it was and people were unable to coordinate it (because otherwise all
the meetings would have been consumed by deciding who does the log and
summary).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
of the problem.
This Anaconda on release branches situation is a clear failure, something
needs to be done about that (though I have the feeling that it has at least
improved, there has at least been one Anaconda bugfix update in F9 and one
in F10).
Kevin Kofler
--
fedora-devel-list mailing
the patch works great on one branch doesn't
mean it'll work the same on another. They are the ones to decide that.
This is how opensource development works.
But the thing is, in the cases kanarip is talking about, Fedora Unity tried
it and it did work… :-)
Kevin Kofler
--
fedora-devel
Seth Vidal wrote:
read that again? You would expect higher ver i386 to install over x86_64
ON an x86_64 box?
I'd expect that too. There's certainly a reason why the current version is
not available natively, if not, it's a bug in the repo.
Kevin Kofler
--
fedora-devel-list mailing
sure
there will be a point in time where we'll want to do that, considering that
basically all new non-netbook x86 hardware is x86_64.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Ingvar Hagelund wrote:
But amarok-2.x does not (yet) support non-hardware (that is, not found by
HAL) mounts.
What would such a non-hardware mount be? Are you trying to use a partition
or directory on your computer as a fake iPod? Why?
Kevin Kofler
--
fedora-devel-list mailing list
available in F11 updates weeks before F11 even got
released.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
them anyway? Or how does it know
that a program doesn't contain any SSE assembly?
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
, that works just fine with ntfs-3g). It
makes no sense that you have to mount it by hand and it makes even less
sense to expect apps to handle hardware which the tools responsible for
detecting hardware don't detect.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
to use the system
libraries.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Fusion, those ought
to be fixed as C is supposed to be US English; programs using British
spelling in the default locale should also be fixed
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
by setting:
flat-volumes = no
in /etc/pulse/daemon.conf or ~/.pulse/daemon.conf .
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
enough, a last guard
against having malware dial 1-900 numbers in other countries at $50 per
hour
That scenario has malware in it. So it contradicts your earlier statement
that:
Anyway, the goal of PolicyKit isn't to fix the cope with malware in
your session problem.
Kevin Kofler
pushing identical updates built from
identical specfiles for 2 or 3 releases at the same time as evil at all.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
be upgraded with a method not
including updates.
We really need to fix the download page not to recommend the DVD for
upgrades (and I'll ping the websites team about that). I think preupgrade
= 1.1.0 is the only solution we can officially recommend.
Kevin Kofler
--
fedora-devel-list mailing
Jussi Lehtola wrote:
Does anaconda currently force installs of core packages such as yum?
No.
This is quite important if the version in the old distro is newer than
that on the DVD.
You just end up with a broken yum.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list
.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Peter Hutterer wrote:
Just a notice, if your package requires XInput.h to build, you will need
to change the BuildRequires from xorg-x11-proto-devel to libXi. The header
file has moved there.
To be more precise, it has moved to libXi-devel (where it belongs :-) ).
Kevin Kofler
the web interface, which works with any browser.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
potentially hundreds of megs up updates isn't going to be able to
upgrade any more?
Fedora effectively requires a fast network connection for the regular
updates anyway.
Of course the folks who need offline upgrades could use some
hidden upgrade option and get to keep the pieces.
Kevin
and because it refers to the 7-Zip program whereas the JAR is
just the LZMA SDK, it does not cover all the functionality of 7-Zip (I
think it doesn't even handle .7z archives).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo
Michal Nowak wrote:
Anyone's aware of terminal emulator like gnome-terminal, rxvt,
etc being capable of Indic scripts like {kn,hi,pa}_IN.utf-8?
Try the KDE 4 Konsole (from kdebase = 4.0.0, i.e. Fedora = 9).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
in java package names.
That doesn't mean it shouldn't be there, especially in this case to
distinguish it from the other versions of the LZMA SDK.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
as a
guideline is that we'd have to fix our geronimo-specs huge spec file ;-) I
actually think I should regardless...
I think there are many valid reasons to use %package -n. RPM supports it for
a reason.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https
King InuYasha wrote:
Yes I have. I was unable to build Mozilla with the cairo-qt option because
it was unable to detect Qt4's moc.
It's supposed to look for moc-qt4, if it doesn't, that's upstream's
failure.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
the issue).
We have a default install of Fedora. It installs a desktop that features
gnome.
That's kinda the point, there should be no one default in the first place.
We have 2 perfectly functional primary live spins, they should get equal
treatment.
Kevin Kofler
--
fedora-devel-list
).
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Bluecurve,
I even ported it to KDE 4 (see Quarticurve) and I don't see what's wrong
with it.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
of a proposal to
make.
Fixing the name is part of it, and the most user-visible part at that.
I really don't see why the GNOME-based spin can't/shouldn't have GNOME in
the name.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman
be valid.
But anyway, this is about the future, his point is that treating KDE like a
second-class citizen is not the way to attract more KDE developers for the
future.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo
amount of resarch it takes to
know what GNOME and KDE are, they won't be able to find things like RPM
Fusion either.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
as equally-supported options in the installer and on the download
page.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Adam Miller wrote:
As I have brought up to Kevin Kofler in IRC, I think before we did
something like that we would need to first look into having the KDE
SIG spawn up documentation that matches the gnome-centric docs
As I replied to you on IRC, I think it's the Docs Team's responsibility
polls of
the minute.
And I'm sick of real-world politicians ignoring the will of their people...
Those folks make democracy look not very different from dictatorship at
times.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman
for
both. :-)
I just think the circular GNOME is the default desktop because it's the
default desktop argumentation (e.g. GNOME is the default desktop because
all the documentation is written for GNOME because GNOME is the default
desktop) is unhelpful and fallacious.
Kevin Kofler
1 - 100 of 473 matches
Mail list logo
