Eric Smith wrote:
> Is there some way to have a noarch package that only builds for (or is
> only pushed for) specific architectures? Or is there some other correct
> resolution for this kind of problem?
AFAIK, you can only use ExcludeArch for noarch packages, not ExclusiveArch.
ble behavior?
And I presume this is available on ELF glibc targets only, isn't it?
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject
cellent and welcome!
We use func in Fedora infrastructure, so this project is of interest to
me at least. ;)
I'm not sure when I can get to it, but if no one beats me to it I will
look at reviewing your package and sponsoring you. :)
Welcome to the fun.
kevin
signature.asc
Descrip
===
#fedora-meeting: FESCO (2011-05-04)
===
Meeting started by nirik at 17:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-05-04/fesco.2011-05-04-17.30.log.html
Meeting summary
-
There is an outage starting at 2011-05-04 21:50 UTC, which will last
an unknown amount of time.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2011-05-04 21:50 UTC'
Reason for outage:
fedorapeople.org and the xen host i
Outage: pkgs.fedoraproject.org - 2011-05-10 17:00 UTC
There will be an outage starting at 2011-05-10 17:00 UTC, which will last
approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2011-05-10 17:00 UTC'
Re
There will be an outage starting at 2011-05-09 15:00 UTC, which will last
approximately 1hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2011-05-09 15:00UTC'
Reason for outage:
This week there was an outage of the f
>From what I can figure out it looks like lorax-0.4.4-1.fc15 uses and
needs more memory
I can run Fedora 15 in full shell on our slowest 1.5 Ghz laptop with
256mb memory and it runs faster
than f14, I do an install with 512MB than take out stick. The live cd
as of May6 that I made using
the repo...
new builds.
The problem comes up when they DO need to get recompiled, for whatever
reason.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the fedora list address.
>
> I'm trying to get hold of him to say "please make it stop!". ;)
>
> Please don't reply to the domain addresses as this appears to trigger
> more auto-responses.
FYI, I have set his account to moderated for the list... so th
IK in RHEL upgrades between major
releases are simply not supported. You are expected to re-install if
you go from RHEL5 to RHEL6. So, no requirement that the RHEL5 version
be less than the RHEL6 one. ;)
Hopefully I understood your question... did that help?
kevin
signature.asc
Descripti
#x27;s still useful. I always build new stuff for rawhide first
before pushing to f15. I'd like to hope most other maintainers do as
well, and perhaps autoQA can nag and get those who don't to do so.
I think in this case it was just a matter or not getting the proper
folks attention to fix
A reminder that this outage will begin in about 15minutes.
Outage: pkgs.fedoraproject.org - 2011-05-10 17:00 UTC
There will be an outage starting at 2011-05-10 17:00 UTC, which will last
approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infras
Sorry for not sending this sooner.
The outage on pkgs.fedoraproject.org should be complete.
Please report any issues or problems found.
kevin
--
On Tue, 10 May 2011 10:47:10 -0600
Kevin Fenzi wrote:
> A reminder that this outage will begin in about 15minutes.
>
&g
new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedorap
when maintainers are busy/unable to look at things, we can see what
the 'hot bugs' are and others can try and lend a hand.
Unfortunately, it's not easy to get that kind of thing out of
bugzilla. ;(
> Starting threads with melodramatic attention-getting subject lines
> should
.
17:41:26
https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations
17:41:56 and nominations close 2011-05-15 at 23:59:59
17:42:22 Expiring Seats are currently held by: Kevin Fenzi (nirik)
(Chair), Bill Nottingham (notting), Kyle McMartin (kyle), Steven M. Parrish
(tuxbrewr) and
a new version, and create an update for it,
it would normally then go to updates-testing, then finally to updates.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 16 May 2011 18:51:35 -0300
Sergio Belkin wrote:
> 2011/5/16 Kevin Fenzi :
> > On Mon, 16 May 2011 18:11:15 -0300
> > Sergio Belkin wrote:
> >
> >> Hi,
> >> Let's say I have package X 1.0 I'd want to upload an srpm of X 1.1
> >> a
ludeArch/ExclusiveArch.
2. Leave it noarch and ExcludeArch: ppc64, then try and keep rebuilding
it until you hit a non ppc builder.
I tried various other things, none of which worked. ;(
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ld like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
kevin
sig
ring the release gold.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
uot;updates". I don't see how
a 0-day update wouldn't be an appropriate resolution for a security issue.
Now if you are talking about NTH, then yes, security fixes should be NTH.
Maybe even all of them. But I don't think we should be blocking or delaying
any release for the
===
#fedora-meeting: FESCO (2011-05-18)
===
Meeting started by nirik at 17:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-05-18/fesco.2011-05-18-17.30.log.html
Meeting summary
-
metric, but the 6 months I mentioned are the
time between 2 releases, i.e. the time that can pass in the worst case until
we release fixed images.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
logic is flawed in that you assume that every user installs Fedora
the day of the release. That's actually very far from the truth. All your
efforts to release without known security vulnerabilities are for naught
when the next one inevitably comes up soon after the release and there won&
l reasons I don't want to go into here, the media we
handed out at the event were all GA images, not respins. Users downloading
the images themselves will probably also opt for the GA ISOs we officially
distribute, not unofficial respins we do not officially endorse.
Kevin Kofler
-
ly a good idea, but unfortunately I'm not convinced of
its practicality.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Adam Jackson wrote:
> On 5/18/11 4:49 PM, Kevin Kofler wrote:
>> The thing is, if we block the release for each and every known security
>> issue, considering the time passing between notification and public
>> availability of a fix, we will never be able to release anythin
ot;alternatives" system, since it's per-user
> rather than systemwide.
Alternatives is entirely unacceptable for this kind of core system binaries
anyway. You break a lot of things if e.g. /bin/ls suddenly does something
different.
Kevin Kofler
--
devel maili
rs, testers and release engineers.
We will resume our regular meeting schedule next week (2011-06-01).
Please file any items for consideration
at our trac instance: https://fedorahosted.org/fesco
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedorapr
F14:
https://bugzilla.redhat.com/show_bug.cgi?id=707507
This is going to break upgrades from F14 to F15 for many of our users. :-(
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ually, the proper place for executables is /usr/libexec, not
/usr/lib(64). That's what libexec is for.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t's using
> an old NVIDIA GPU + manufacturer libraries (not nouveau that's not 3D
> accelerated).
Nouveau now supports OpenGL (3D acceleration) by default in Fedora 15.
(Fedora 14 already had experimental support for it; in Fedora 15, it is no
longer experimental.
Outage: Upgrades/Reboots - 2011-05-31 18:00 UTC
There will be an outage starting at 18:00 UTC on 2011-05-31,
which will last approximately 2 hours. During this time there may be very short
outages of services as machines are updated and rebooted into new kernels.
Machines will be rebooted in an
/control-alt-del.override file with "manual" stanza. This sounds
>> for me as very good reason to add this.
>
> I don't see how. How are you taking advantage of these new features in
> Fedora 14?
It's a feature for system administrators, not for Fedora package
Gianluca Sforna wrote:
> Good. I guess I can produce both buildbot and buildbot-master from the
> current "buildbot" package, so just one review for buildbot-slave is
> actually needed?
Right.
Kevin Kofler
--
devel mailing list
devel@lists.fedo
Petr Pisar wrote:
> A test executes non-existent command and expects ENOENT. This is how it
> works even in my local Rawhide. However Koji glibc returns [EACCESS].
I guess the difference is due to SELinux.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
eproduce after removing the "yum-presto" plugin package?
I'll note that presto data has changed between 14 and 15.
The drpms won't help or work for a dist upgrade.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
take over the package but if no one else
> wants to do it. I am ok with caring for it.
> https://bugzilla.redhat.com/show_bug.cgi?id=684664
Still no reply here.
Please request acls in pkgdb, and I will approve them for you.
> Best Regards,
>
> Johannes
kevin
signature.asc
D
Sergio Belkin wrote:
> May 26 09:23:14 localhost storage: MultipathTopology: found singlepath
> device: dm-0
> May 26 09:23:14 localhost storage: MultipathTopology: found singlepath
> device: dm-1
Try booting the installer with the "nodmraid" parameter.
Kevin Kof
(I haven't tested all the other bazillion video MIME types, but I guess it
will be the same.)
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Reindl Harald wrote:
> tonight on a virtual machine with 512 MB RAM yum-upgrade
> from fedora 13 to fedora 14, oom-killer played butcher while
> refreshing the kmod-open-vm-tools while depmod was running
Do you have any swap space configured? You should have some.
Kevin Kofler
On Friday 27 May 2011, Tom Callaway wrote:
> Last time I looked, anaconda supported enabling the updates (and
> updates-testing) repositories.
Only for new installations, not for upgrades.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
Reindl Harald wrote:
> yes, 150 MB
That's not enough. Try again with 1 or 2 GiB of swap space.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
use of some issue with the ordering of operations in the RPM
transaction. So, if that's true, it isn't that straightforward to fix,
unfortunately.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, this has no business being bundled into Macaulay2, which comes from
a separate upstream.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e... so as always YMMV.
Well, I use plain yum for a reason. ;-) I've had so many problems with
Anaconda that I prefer bypassing it entirely. That said, that method is only
half-supported, so there too, YMMV.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
http
ates included for upgrades then? (IMHO, this should be
the default, or even better, required. Upgrading without updates enabled
just won't work reliably.)
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
whole directory from the source tarball
* external/nauty: rm -rf the whole directory from the source tarball
You should also unbundle cdd and lrs (i.e. use separate packages for those)
and check that you don't have GPL version conflicts (v2 only vs. v3 only).
(FYI, bliss is GPLv3.)
s nothing newer than v3 now,
authors should still use v3+ to plan for the future!) and vague licensing
not clearly stating anything about the GPL version.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Public License
along with this program. If not, see <http://www.gnu.org/licenses/>.
IMHO, this is a good idea even for code which is GPLv2+. (GPLv2-only code
(ugh!) should probably refer to
http://www.gnu.org/licenses/old-licenses/gpl-2.0.html instead, or keep the
postal address as re
nstalled. It is the
systemwide default, so installing it will make your GTK+ 3 applications pick
it up automatically. We hope to have a solution for better KDE integration,
like the one for GTK+ 2 (oxygen-gtk, kcm-gtk), available for GTK+ 3 soon.
Kevin Kofler
--
devel mailing li
ve into bugs and start working on them again. :)
Glad to hear you are ok and welcome back.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
he story about fonts in F15. (In short: What you're seeing is probably
a feature, but it can be disabled, in a better way than hintstyle=none which
turns off all hinting entirely.)
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
/ticket/2800
Sorry for the inconvenience.
kevin
signature.asc
Description: PGP signature
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce--
devel mailing list
devel
perty
583043 Fedora assignedUnicodeEncodeError in networkmanager/util.py
line 125
If someone would like to take it and run with it, great. ;)
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
===
#fedora-meeting: FESCO (2011-06-01)
===
Meeting started by nirik at 17:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-06-01/fesco.2011-06-01-17.30.log.html
Meeting summary
-
Sorry about that, the minutes were cut off.
Here's the complete log:
kevin
--
17:30:01 #startmeeting FESCO (2011-06-01)
17:30:01 Meeting started Wed Jun 1 17:30:01 2011 UTC. The chair is
nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
17:30:01 Useful Commands: #a
…
%prep
%if 0%{?have_foo_MMM}
%patchPPP -p1 -b .fooMMM
%endif
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
David Howells wrote:
> ... and then you install acroread and things go horribly wrong due to
> their attempt to work around bash completion of filenames with spaces [BZ
> 702329].
We do not support third-party proprietary software.
What's wrong with Okular or Evince?
on is also a
bad idea, this needs to get fixed in Adobe Reader!)
It is not our job to work around bugs (or gratuitous incompatibilities with
long-established Free Software packages) in proprietary software.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.
xtensible, but about
the fact that extensions are required for many things which should be built
in, either by default (e.g. the "shut down" entry in the menu) or as an
option.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
:QImage'
>> directly [-fpermissive]
>> panel2d.cpp:89:70: error: for a function-style cast, remove the
>> redundant '::QImage' [-fpermissive]
[snip 7 more of the same]
That's a plain C++ issue, not a Qt issue.
sed -i -e 's/QImage::QImage/QImage/g
law in most of the world. (Some
countries even ban using unencrypted wireless networks without explicit
permission.) And I fail to see any legitimate use for this tool.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Sorry for the late mail here. I seem to have not mailed this last
week. ;(
===
#fedora-meeting: FESCO (2011-06-01)
===
Meeting started by nirik at 17:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-
his e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.
kevin
signature.asc
Description: PGP signature
--
devel mailing
lt; 1:4, but BuildRequires: qt3-devel is the
better solution anyway), but that fix didn't trickle into F13 updates,
sorry.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
===
#fedora-meeting: FESCO (2011-06-08)
===
Meeting started by nirik at 17:30:03 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-06-08/fesco.2011-06-08-17.30.log.html
Meeting summary
-
Outage: Server Updates/Reboots - 2011-06-14 21:00 UTC
There will be an outage starting at 2011-06-14 21:00 UTC, which will last
approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2011-06-14 21:00 UT
eacting then would've saved a week's
> worth of broken builds :-/
Is there a way we can generate a list of builds affected?
Is it everything? Or things that only have a specific type of requires?
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Rex Dieter wrote:
> The labor of love that was maintaining xine-lib has passed, as it will no
> longer be a dependency in f16's kde stack in any form. As such, I'm
> orphaning it. Kevin Kofler has offered to take ownership, though I'd
> venture he'd welcome any
Denys Vlasenko wrote:
> Mem total:2035840 anon:431208 map:78924 free:419084
[snip]
> 1 15384 11856 13664 1340 11752 0 132 /sbin/init
So this singleton process is taking 0.76% of your RAM. What the heck are you
complaining about?
Kevin Kofler
--
devel mailing list
Sergio Belkin wrote:
> | int
> | {
> |
> |;
> |return 0;
> | }
This is not a valid C program. Maybe GCC 4.5 accepted this junk?! GCC 4.6 is
right to error on it.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
collection.
Please see http://fedoraproject.org/wiki/DistributionUpgrades for more
information on upgrading from Fedora 13 to a newer release.
kevin
signature.asc
Description: PGP signature
___
devel-announce mailing list
devel-annou
ing. I don't see any valid reason why you'd use it over systemd.
You complain about some bugs in systemd, those should be reported as bugs
and fixed.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Christoph Wickert wrote:
> systems upgraded with yum still have upstart installed (I did it myself)
This has been fixed since:
https://bugzilla.redhat.com/show_bug.cgi?id=707507
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
t that the user's fstab is invalid?
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
when his/her update has received sufficient
testing. Thinking is what brains are for, computers suck at it.)
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Reindl Harald wrote:
> Am 13.06.2011 05:58, schrieb Kevin Kofler:
>> No, the choice of this kind of core under-the-hood system components
>> should be a decision of the distribution.
>
> thats freedom?
You have the freedom to fork Fedora. Good luck!
A distribution is
Reindl Harald wrote:
> and some are not realizing that we are not speaking about a sound-daemon
> stopping you hear music
>
> we are speaking about the most important component of the system!
That's exactly why we shouldn't let users replace it at random.
Kevin Kof
On Mon, 13 Jun 2011 16:45:57 +0100
Matthew Garrett wrote:
> On Mon, Jun 13, 2011 at 11:39:02AM -0400, Stephen John Smoogen wrote:
>
> > I do not regularly agree with Kevin Kofler, but you can call him
> > what you want in private email til the days are done. At this point
>
und. koji would need a
additional layer of interface and adding another tool would be a bad
idea.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is fix out now, more if you just wanted testing on this, to
be obsoleted by another update when ready).
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
owed by the
letter of the FHS as written (even if it might be against the spirit).
IMHO, libexec is the one correct place for this stuff.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
sible to hardcode /usr/lib (and some stuff notoriously does
this), but IMHO this is all broken. Everything installed by an x86_64 RPM
into /usr/lib is in the wrong place. It should be in /usr/libexec,
/usr/share, /usr/bin or /usr/lib64.
Kevin Kofler
--
devel mailing li
Denys Vlasenko wrote:
> Try "rm /usr/sbin/console-kit-daemon". Works like a charm.
Randomly removing pieces of installed packages has never been supported.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
new Phonon interfaces, which
work with phonon-backend-gstreamer (the new default).
As for kdebase-runtime, it has a System Settings module to configure Phonon-
Xine. That stuff needs to go away in Rawhide along with phonon-backend-xine.
Kevin Kofler
--
devel mailing
as the
maintainer).
We really did what we could to make KDE 4.0 not suck.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
e) wont get udev works.
>
> What do you think I thought about all of this?
That's exactly why I think it's a mistake to try to continue supporting
upstart.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
rma.)
(Now I actually think we should kill this whole "karma" concept entirely and
let the maintainers decide, but that isn't going to be acceptable to FESCo,
unfortunately. The proposal in the previous paragraph, on the other hand,
should be consistent with FESCo's req
Karl Misselt wrote:
> Coming out of pure lurk mode - I think Seth's observations here
> are true for a many of the things that have gone on in Fedora
> recently (at the risk of opening wounds... eg. gnome3).
If GNOME 3 is your problem, try KDE Plasma or Xfce.
Kevin Kof
.devel on news.gmane.org
(NNTP) and snews.gmane.org (NNTPS), you can use any Usenet News client (e.g.
KNode) to read and post to this list.
Kevin Kofler
(who is using KNode to post this message)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.or
ause of GNOME 3. We also have
KDE Plasma, Xfce, LXDE and some other choices available for you. And you'll
probably have to get familiar with one of those options sooner or later
anyway, GNOME 2 is a dead end.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https
release
right from the start, we might have taken a different decision.
That said, I actually think Fedora 9 turned out as a great release, KDE
4.0.3 wasn't quite as broken as some people (including some upstream
developers) were claiming, and KDE got better and better in upda
> its possible to change yum to accept both english and
> internacionalized language ?
You can use the internal identifier (which is never translated), i.e.:
yum groupinstall development-tools
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ything banning =exec there!
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ne was for
/lib).
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
701 - 800 of 8615 matches
Mail list logo