Matthias Clasen (mcla...@redhat.com) said:
That is certainly a big part of the problem. Anaconda does a _ton_ of
crap that only very few users care about. And keeping all these minority
features from falling apart is leaving you no time to polish the user
experience for the large majority of
Chris Lumens (clum...@redhat.com) said:
- downloads updates in parallel too
Package updates?
1) Given that it's using yum, downloading multiple things in parallel
would need to be fixed there.
2) If it means downloading packages in the background while it does
other tasks, given that
1) When you added this to F14/F15/EL6, you added a typo; this
broke the F-14 branched compose and the EPEL updates push.
*Please* verify your changes before pushing.
2) Aside from that... how does this merit a separate group?
- We already have the electronic lab group
- If we add a group each
Chitlesh GOORAH (chitlesh.goo...@gmail.com) said:
Milkymist community builds and enhance their own toolchain (currently
not fully supported by Fedora). They have contributors who contribute
for tools such as gcc, qemu, other libraries (too software for FEL
goals). They have many patches that
Ankur Sinha (sanjay.an...@gmail.com) said:
Since the design team is using a design suite, would it be possible to
please create a group in comps for the purpose? It would make
installation of the design suite much easier for end users.
The alternative is to create a meta package which
Chitlesh GOORAH (chitlesh.goo...@gmail.com) said:
OK, that's clear. But I am worried that if we go down this road, we'll
eventually have 20 or 30 groups for different SoCs for embedded use,
and that seems like it will eventually be problematic. Is there some
generic moniker that could be
James Laska (jla...@redhat.com) said:
1) When you added this to F14/F15/EL6, you added a typo; this
broke the F-14 branched compose and the EPEL updates push.
*Please* verify your changes before pushing.
How did the compose break?
The comps file in git failed to parse, such that the
James Laska (jla...@redhat.com) said:
No, this is well before the tree gets to that state. It would need to
be implemented as a check on git push.
We attempt to validate comps in this test using the comps.rng in git
(see results logs posted earlier). I'm not tremendously familiar with
Nicu Buculei (nicu_fed...@nicubunu.ro) said:
There appears to be a lot of overlap here with the graphics group
(and some with other groups). Perhaps it's best to just expand
that group into a more full-fledged design suite?
They are different things: the graphics group is the sum of all
Matthew Miller (mat...@mattdm.org) said:
On Tue, Oct 12, 2010 at 07:06:50PM -0500, Chris Adams wrote:
It looks like up through F12, initscripts required ethtool (so it was
definately installed by default). I see this in the RPM changelog:
Still the case in RHEL5, FWIW.
I'm assuming you
Matthew Miller (mat...@mattdm.org) said:
On Wed, Oct 13, 2010 at 11:54:43AM -0400, Bill Nottingham wrote:
It looks like up through F12, initscripts required ethtool (so it was
definately installed by default). I see this in the RPM changelog:
Still the case in RHEL5, FWIW.
I'm
Nicu Buculei (nicu_fed...@nicubunu.ro) said:
Do you mean getting rid of the Graphics group and creating a new
Design Suite group?
Is there a procedure for this? I mean like filing a ticket some place?
I'm confused about the whole conversation. What exactly are you talking
about Bill
Peter Jones (pjo...@redhat.com) said:
Because we haven't decided to merge those together. That's really the only
reason - there's no over-arching technical reason they need to be separate.
It's entirely a historical consideration.
Somewhere in the recesses of my memory I remember a UNIX where
Cleaver, Japheth (jclea...@soe.sony.com) said:
A ton of this work was already done in initscripts through the use of the
/etc/sysconfig/readonly-root hooks. Isn't that already working well enough
now for that purpose, future systemd changes aside?
Given that it involves bind-mounting
I've set up a repo on r.fp.org:
http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
This repo includes updated initscripts and associated packages
that test the conversion of various boot-time actions to systemd
services. (Essentially, rc.sysinit is dead.) Before putting this
in
Yanko Kaneti (yan...@declera.com) said:
On Thu, 2010-10-21 at 10:43 -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org:
http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
Didn't automount anything from fstab other than /, not even /home. Even
when I logged
Bill Nottingham (nott...@redhat.com) said:
Yanko Kaneti (yan...@declera.com) said:
On Thu, 2010-10-21 at 10:43 -0400, Bill Nottingham wrote:
I've set up a repo on r.fp.org:
http://repos.fedorapeople.org/repos/notting/initscripts-systemd/
Didn't automount anything from fstab other
Yanko Kaneti (yan...@declera.com) said:
Which seems to be caused by a missing /etc/crypttab
I've never had this file apparently.
# touch /etc/crypttab
and the systems seem to boot as exected
Fixed in git, thanks for the report.
Bill
--
devel mailing list
devel@lists.fedoraproject.org
Colin Walters (walt...@verbum.org) said:
On Mon, Oct 25, 2010 at 5:21 PM, Colin Walters walt...@verbum.org wrote:
Unfortunately we didn't notice this dependency until pretty late in
F14...I'm not sure what can be done reasonably at this point, since
all of these packages are critical
Peter Robinson (pbrobin...@gmail.com) said:
Nokia managed to upgrade Qt to 4.7 in their Maemo distribution and it got
pushed to all devices without causing any problems so far. Their standards
for
avoiding churn are pretty high and their update scheme is extremely
conservative for
Lennart Poettering (mzerq...@0pointer.de) said:
Fixed in git, thanks for the report.
BTW: A nice way to make activation of services conditional based on
existance of a file is the relatively new ConditionPathExists= setting
in [Unit]. If the file listed there doesn't exist, then the unit
Richard W.M. Jones (rjo...@redhat.com) said:
Has anyone looked into bringing Wayland to Fedora? If not this might be the
right time getting involved in the discussion.
http://wayland.freedesktop.org/
What's the implication for people who absolutely need to use
X applications
Peter Robinson (pbrobin...@gmail.com) said:
2010/11/5 Marcela Mašláňová mmasl...@redhat.com:
On 11/04/2010 08:32 PM, Michael Schwendt wrote:
On Thu, 4 Nov 2010 17:41:34 + (UTC), Daniel wrote:
Release of libxml2-2.7.8
libxml2.spec | 10 --
Seems to break the koji
Jon Ciesla (limburg...@gmail.com) said:
As a result of FESCO ticket 952*, Lubomir Rintel's 200+ packages are
in need of new maintainers. Under normal circumstances we'd simply
orphan them all, but given the large number we want to handle this in
a more orderly fashion.
Please reply to the
Christoph Wickert (christoph.wick...@gmail.com) said:
In order to reduce the size of the F18 Xfce spin, I wanted to edit comps
- but decided to not do so until I fully understand what is going on. I
seem to have missed a lot since since last our discussion at Blacksburg,
so have a lot of
Christoph Wickert (christoph.wick...@gmail.com) said:
one more question: How can one install something that is neither an
'environment' nor a minimal install install? Say I want openbox as
window manager, how would I do that?
openbox is in the group 'window-managers', but that group is not
Miloslav Trmač (m...@volny.cz) said:
is any current data
available about how our minimal footprint got worse/better over time in
both terms of packages and disk space, and which packages are to blame
for it?
If the libmicrohttpd dep really is problematic I am happy to split it
off,
Seth Vidal (skvi...@fedoraproject.org) said:
Maybe the definition of the fedora base set needs a bit of updating,
given that it considers rdisc, saslauthd, audit, dnsmasq, syslog, wpa
supplicant and sendmail basic. For container setups I need nothing of
that... (heck! for my non-containerized
Lennart Poettering (mzerq...@0pointer.de) said:
From the list of packages this minimal set still installs, that I'd
really like to see gone:
chkconfig
Mostly obsolete requirements not removed in systemd migration; probably
could stand to have some bugs filed.
gamin
glib2.
info
Already
Toshio Kuratomi (a.bad...@gmail.com) said:
in the past, anaconda's language settings were more about default
localization, not about what locales should be installed. The package
selection interface had separate packages for supporting some languages.
So somewhere close to that screen might
Konstantin Ryabitsev (i...@fedoraproject.org) said:
Not sure I can parse this, but IIUC you are wondering whether logwatch
is compatible with the journal. Not to my knowledge, no. But adding this
should be fairly easy as the output of journalctl is a pixel-perfect
copy of the original
Jesse Keating (jkeat...@j2solutions.net) said:
Well, we do currently have the minimal environment, which boils
down to @core + the couple things anaconda forces (authconfig,
system-config-firewall-base, kernel, bootloader). You can get to
that via kickstart with just:
%packages
@core
Matthew Miller (mat...@fedoraproject.org) said:
On Mon, Oct 15, 2012 at 02:19:03PM -0400, Bill Nottingham wrote:
But hey, I don't need to install packages or want python!
systemd+ util-linux + bash + initscripts + passwd:
Install 6 Packages (+108 Dependent packages)
Total download size
Kevin Fenzi (ke...@scrye.com) said:
122659574 kernel
117821428 glibc-common
35623360linux-firmware
14233540coreutils
13845828glibc
I wonder... could we make linux-firmware optional?
I would expect many virt env's don't need any firmware to
Peter Robinson (pbrobin...@gmail.com) said:
I wonder... could we make linux-firmware optional?
I would expect many virt env's don't need any firmware to work...
(but of course I could be wrong).
It use to be optional, I know on the olpc xo-1 it use to be optional
and there should be
Josh Boyer (jwbo...@gmail.com) said:
However, if you go down that route, the kernel should be the same way,
the firmware should be separate subpackages, and requires should be done at
the module - firmware level by generating it from the MODULE_FIRMWARE tags.
(Unless you're relying on
Lennart Poettering (mzerq...@0pointer.de) said:
To end this bit of the discussion too, I have now added a README that is
installed to /var/log/README and one that ends up in
/etc/rc.d/init.d/README, and should help the user to find the new tool
set. Should hit F18 soon.
Given we default to
Josh Boyer (jwbo...@gmail.com) said:
You'd want to do it something like that.
kernel-minimal as you say but with a Provides: kernel, kernel-common as you
say.
I'd introduce a third metapackage just kernel that requires both of those
and implicitly Provides: kernel. Most people
Adam Tkac (at...@redhat.com) said:
I've just created
https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which
contains plan how to successfully move from current jpeg6 API/ABI to more
recent
jpeg8 API/ABI for Fedora 19.
All packages which depends on libjpeg.so will have
Adam Tkac (at...@redhat.com) said:
On Thu, Oct 18, 2012 at 10:35:56AM -0400, Bill Nottingham wrote:
Adam Tkac (at...@redhat.com) said:
I've just created
https://fedoraproject.org/wiki/Features/libjpeg-turbo-jpeg8-ABI page which
contains plan how to successfully move from current
Fabian Affolter (f...@fedoraproject.org) said:
The Fedora Security Lab is an official spin since Fedora 13. So far
all packages are handled direct in the kickstart file which is not
very handy if you want to install the packages from a running Fedora
installation.
I would like to include
Adam Williamson (awill...@redhat.com) said:
Well, I don't mind doing that, but I'd like to be sure there's a broad
consensus that this is the way to go first. I don't think 'duelling
drafts' is the best way to decide on what direction to go; I'd rather
make sure we agree on the direction
Adam Williamson (awill...@redhat.com) said:
anaconda has been writing to vconsole.conf for some time now - at least
Oct 4th:
commit 4b98eab34f310c2704ec24b417bdf919c413fa1d
Author: Vratislav Podzimek vpodz...@redhat.com
Date: Thu Oct 4 12:37:24 2012 +0200
Work with VConsole keymap
Björn Persson (bjorn@rombobjörn.se) said:
Emmanuel Seyman wrote:
From bug #871503 (and I apologize if I'm reading this wrong), it
appears that the dependency on /bin/perl is being caused by the
hardcoded $PATH in openssh.
To fix the problem, I think we would not only need to provide
Michał Piotrowski (mkkp...@gmail.com) said:
Do current anaconda problems will have an impact on preupgrade?
preupgrade is not the current supported upgrade tool to upgrade to Fedora 18.
So the simple answer to your question is 'yes', although not exactly for the
reasons you expect.
Colin Walters (walt...@verbum.org) said:
On Fri, 2012-11-02 at 16:04 -0400, Adam Jackson wrote:
It looks like libffi is emitted into the minimal buildroot (rpm-build -
pkg-config - glib2 - libffi), so during the transition we'll need to
build both sonames of libffi. It might be worth
Matthew Miller (mat...@fedoraproject.org) said:
On Wed, Nov 07, 2012 at 07:56:30PM -0800, Adam Williamson wrote:
long story short, it's firewalld. Its deps are pretty heavy for
something that's supposed to be in minimal. I'm sure twoerner would
welcome help in pruning the deps if it's
Adam Williamson (awill...@redhat.com) said:
In case anyone noticed minimal install got rather bigger between Alpha
and Beta - I did too. And I finally got around to figuring out why and
filing a bug:
https://bugzilla.redhat.com/show_bug.cgi?id=874378
long story short, it's firewalld. Its
Matthew Garrett (mj...@srcf.ucam.org) said:
Patches that cleanly decouple Anaconda from the entire software stack
that it runs on top of would probably be received with open arms, but
nobody who works on it has any idea how to implement them.
In fact, this is what has been done in anaconda
Dan Horák (d...@danny.cz) said:
https://fedoraproject.org/wiki/SIGs/Minimal_Core
Please comment and join if you're interested. This is intended to be a
request for comments and input rather than a finish document.
Note that Minimal Core isn't meant to necessarily imply minimal
Jóhann B. Guðmundsson (johan...@gmail.com) said:
The storage packages are going to be needed for the system to boot.
Anaconda could probably add some smarts to remove authconfig if it wasn't
pulled in by anything in the selected comps, but I'm not sure it'd be worth
the special logic -- we
Matthew Miller (mat...@fedoraproject.org) said:
On Tue, Nov 13, 2012 at 06:37:37PM +0100, Thomas Woerner wrote:
That's not correct. You can modify the firewall just fine without
restarting it.
This is related to system-config-firewall/lokkit. You are right, if
you are using iptables
Miloslav Trmač (m...@volny.cz) said:
A concrete action that we are going to take is to split the polkit daemon
into its own subpackage. Then minimal / certifiable installs can contain
clients that are using the polkit libraries, without pulling in the daemon.
Polkit clients are already
Steve Grubb (sgr...@redhat.com) said:
So, converting JavaScript rules to pkla syntax won't do any good. What is
worthwhile doing though, is to review all existing packages that ship such
rules, and stop them from doing that, if possible. JavaScript rules are
only meant for admin use, no
Matthew Miller (mat...@fedoraproject.org) said:
On Mon, Nov 12, 2012 at 08:07:39PM -0800, Jesse Keating wrote:
Yeah, that's a thing that probably could be done. Bug again I'd
like some input from people who have made the switch to these
packages being mandatory.
Well, I think it's just
Kevin Kofler (kevin.kof...@chello.at) said:
Andre Robatino wrote:
*IMPORTANT*: Both TC8 install DVDs are oversized and will not fit on
single-layer DVDs. See https://en.wikipedia.org/wiki/DVD#Capacity for
DVD size limits.
See what damage MiniDebugInfo is doing? Nobody (other than me)
Matthew Miller (mat...@fedoraproject.org) said:
On Tue, Nov 13, 2012 at 04:07:16PM -0600, Chris Adams wrote:
What makes rootfiles essential? That's just overriding the defaults
from /etc/skel with annoying aliases.
I think it should be at least default instead of mandatory.
Consistency
Richard Hughes (hughsi...@gmail.com) said:
In https://fedoraproject.org/wiki/Features/OfflineSystemUpdates we've
implemented doing the package updates at first-boot time. This makes a
lot of the hard-to-fix problems a lot easier. The question then
becomes, how do we make the OS Update process
, and I agree it
seems like we have two broadly definable cases here rather than one.
I think Bill Nottingham mentioned something similar too, although I don't
want to put words into his mouth.
What I had suggested at one point was we have an 'image-base' group that
is *really* tiny
Matthew Miller (mat...@fedoraproject.org) said:
Well, it would be weird that the minimal installation is actually not
minimal at all, but the container installation is.
That would be weird. But fortunately, it's @core, not @minimal. So we could
easily have @minimal, @core, and @standard,
Matthew Miller (mat...@fedoraproject.org) said:
So where's that put kickstart?
Or is the assumption that anyone who wants a more-minimal target won't
be going that route?
Many of the outside-of-anaconda tools use kickstart too; they just don't
necessarily have the same rules for pulling
Kaleb Keithley (kkeit...@redhat.com) said:
Friday is a normal work day for most people (although some people will take
it
off to get a longer weekend :))
You know it's a Red Hat paid holiday, right?
Sure, but even among those who may have the day off, I suspect they're more
likely be
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 17:00UTC (1:00pm EDT, 19:00 CEST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #896 Refine Feature
===
#fedora-meeting: FESCO (2012-12-05)
===
Meeting started by notting at 18:07:27 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2012-12-05/fesco.2012-12-05-18.07.log.html
.
Meeting summary
Matthew Miller (mat...@fedoraproject.org) said:
Three things:
1) Fedora is big enough that we have concrete situations where one size
doesn't fit all. Puppet being broken on F17 (and probably F18 as well)
is a fine example of something within the distro itself. And, as a
platform
Marcela Mašláňová (mmasl...@redhat.com) said:
You're using a Mac now, so good luck.
But I'm pretty sure that software collections would not have helped
you to upgrade Libreoffice. Which, by the way, is possible without
upgrading everything: just compile the later SRPMs. In other words,
Nicolas Mailhot (nicolas.mail...@laposte.net) said:
If you really want to support console keyboard layouts in systemd, you
need to start generating console layouts from xkb-config, not adopt the
old anaconda mapping bandaid
There's already a bug for this, but the runtime perl dependencies it
Lennart Poettering (mzerq...@0pointer.de) said:
it is simply wrong to place internal binaries in %{_libdir}. internal
binaries should not be subject to multlib'ed dirs, the same way as
binaries in bin/ are not...
I would note I have seen cases where helper binaries actually needed to be
Bruno Wolff III (br...@wolff.to) said:
On Wed, Jan 02, 2013 at 12:08:31 +0100,
Vít Ondruch vondr...@redhat.com wrote:
Hm, wondering why there are not automatically filled bugs about
broken dependencies. Wouldn't it be easier for tracking such
issues?
The owners get warning messages
Adam Williamson (awill...@redhat.com) said:
In addition to those bugs, we have fairly significant regressions in the
completeness of anaconda translations between Fedora 16 and Fedora 18
(the numbers for F17 for some languages are weird - a lot of languages
show 55% completion for F17 but
Seth Vidal (skvi...@fedoraproject.org) said:
One of the big questions to answer is distribution. I can see good
arguments on the one hand distributing formulas via RPM and on the
other having an official Git repository for them.
Yep. I am torn here too. rpms get us a lot, but are also
Lennart Poettering (mzerq...@0pointer.de) said:
On Thu, 10.01.13 09:55, Chris Adams (cmad...@hiwaay.net) wrote:
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
I noticed that comps' standard group includes a lot of packages that
were all the hotness in 1990s but aren't
Lennart Poettering (mzerq...@0pointer.de) said:
Then remove the other one?
With respect to the others... most could go. I honestly thought pcmciautils
was gone already, but perhaps that was for something else. Most of the
storage stuff can go too in favor of being brought in either at
Seth Vidal (skvi...@fedoraproject.org) said:
Fun fact™: I learned from this conversation that my default personal user
environment still contains a .plan file.
What was in your plan?
Why, the same thing we do every night, Pinky...
In any case, attached is the initial diff I have.
Some
Tomasz Torcz (to...@pipebreaker.pl) said:
On Thu, Jan 10, 2013 at 03:08:21PM -0500, Bill Nottingham wrote:
Seth Vidal (skvi...@fedoraproject.org) said:
Fun fact™: I learned from this conversation that my default personal user
environment still contains a .plan file.
What
Chris Adams (cmad...@hiwaay.net) said:
Once upon a time, Bill Nottingham nott...@redhat.com said:
Some additional ideas, and reasons why I may have left things Iin that were
suggested to remove...
Okay, that's a starting point.
However, what is the reasoning behind
(mashing together a few replies. Sorry about the delay.)
Michael Scherer (m...@zarb.org) said:
Le vendredi 11 janvier 2013 à 08:05 -0600, Chris Adams a écrit :
Once upon a time, Bill Nottingham nott...@redhat.com said:
- packagereqed/packagereq
I don't know how widely
Josh Boyer (jwbo...@gmail.com) said:
On Wed, Jan 16, 2013 at 7:38 AM, Jaroslav Reznik jrez...@redhat.com wrote:
As decided by FESCo on 2012-12-05 meeting, all proposed Features are
required
to pass through the community review by announcing them on devel-announce
list.
FESCo votes on
Jaroslav Reznik (jrez...@redhat.com) said:
Yet, it is source level backward compatible with Ruby 1.9.3, so your software
will continue to work.
The updated Ruby also provides better integration with Fedora, especially
JRuby.
But not only JRuby, it is also one step closer to be prepared
Jaroslav Reznik (jrez...@redhat.com) said:
As decided by FESCo on 2012-12-05 meeting, all proposed Features are required
to pass through the community review by announcing them on devel-announce
list.
FESCo votes on new features no sooner than a week from the announcement.
= Features/BIND
Jaroslav Reznik (jrez...@redhat.com) said:
As decided by FESCo on 2012-12-05 meeting, all proposed Features are required
to pass through the community review by announcing them on devel-announce
list.
FESCo votes on new features no sooner than a week from the announcement.
=
Tom Lane (t...@redhat.com) said:
Yes, that's the general idea --- any dependencies on mysql should result
in installing mariadb, unless the user takes specific action to get
mysql instead. Ideally we'd just do the standard Provides/Obsoletes
dance for replacing one package with another, but
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC (1:00pm EST, 19:00 CET) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #896 Refine Feature
Peter Robinson (pbrobin...@gmail.com) said:
Default might not be the exactly correct word here. The main thing
I'm expecting would be that the mysql database package group would
actually give you mariadb, as would the anaconda checkbox.
Will it be designed to work with the alternatives
===
#fedora-meeting: FESCO (2013-01-23)
===
Meeting started by notting at 18:01:20 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2013-01-23/fesco.2013-01-23-18.01.log.html
.
Meeting summary
Jaroslav Reznik (jrez...@redhat.com) said:
= Features/Guile2 =
https://fedoraproject.org/wiki/Features/Guile2
Feature owner(s): Jan Synacek jsyna...@redhat.com
Update GNU Guile to version 2.0.x in Fedora 19.
== Detailed description ==
Current guile package will be upgraded to 2.0.x.
Jaroslav Reznik (jrez...@redhat.com) said:
OpenSSL: p11-kit tool will extract trusted certificate PEM blocks from
the
PKCS#11 trust module.
These extracted certificates will be placed in a location so that
they
can be consumed by OpenSSL by default.
Jaroslav Reznik (jrez...@redhat.com) said:
= Features/KScreen =
https://fedoraproject.org/wiki/Features/KScreen
Feature owner(s): Dan Vrátil dvra...@redhat.com
Replace current KDE screen management software by KScreen.
== Detailed description ==
KScreen is a KDE screen management
Jaroslav Reznik (jrez...@redhat.com) said:
== Detailed description ==
* New images that can be used in other cloud deployments (such as
OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a
qcow2 format and lack the EC2-specific customization. Images for this feature
Michael Scherer (m...@zarb.org) said:
While it may be harder to predict the feature that will land in
Openstack at this point, would it be possible to have at least a idea of
the new features and changes that such upgrade will bring ?
It is hard to say if this is a good idea or not without
Matthew Miller (mat...@fedoraproject.org) said:
On Wed, Jan 23, 2013 at 07:59:07PM +, Jaroslav Reznik wrote:
The udevd service has a long history of providing predicatable names for
block devices and others. For Fedora 19 we'd like to provide the same for
network interfaces, following
Bohuslav Kabrda (bkab...@redhat.com) said:
JRuby and Ruby won't share extensions. Extensions for Ruby will live in
%{_libdir}/gems/ruby, while extensions for JRuby will in
%{_datadir}/gems/jruby (although we decided not to actually ship any JRuby
extension Gems for F19 as we want to take
Matthew Miller (mat...@fedoraproject.org) said:
On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote:
== Detailed description ==
* New images that can be used in other cloud deployments (such as
OpenStack, CloudStack, or Eucalyptus) will be produced
Miroslav Suchý (msu...@redhat.com) said:
On 01/23/2013 07:50 PM, Lennart Poettering wrote:
The thing is that doing on-line updates only works for stuff you can
restart, and that doesn't mind that things are not atomically
updated. However, much (most?) of our code isn't like that. Anybody who
Tomas Mraz (tm...@redhat.com) said:
On Thu, 2013-01-24 at 16:03 +0100, Jochen Schmitt wrote:
Hello,
I have tried to migrating the cron jobs of the inn package to systemd
timers.
Unfortunately, I have got the following problem. After a install/update of
the
package the timer
Jaroslav Reznik (jrez...@redhat.com) said:
= Features/MEMSTOMP =
https://fedoraproject.org/wiki/Features/MEMSTOMP
Feature owner(s): Jeff Law l...@redhat.com
Include the MEMSTOMP DSOs in Fedora 19 to enable developers to more quickly
detect certain library calls which result in undefined
Orion Poplawski (or...@cora.nwra.com) said:
I'm not trying to disparage this work, it seems reasonable (although
I've been bitten by a lot of crappy software assuming network
devices are named eth#, but it's able to be turned off, so meh).
We went through most of the things we shipped back
Chris Adams (cmad...@hiwaay.net) said:
Once upon a time, Bill Nottingham nott...@redhat.com said:
Jaroslav Reznik (jrez...@redhat.com) said:
The MEMSTOMP code utilizes GPLV2+ and LGPL3 code. The GPLV2+ code is
limited
to the backtrace code which is not thread safe and may need
Matthew Miller (mat...@fedoraproject.org) said:
But I guess we simply have a different definition of a user here. Your
definition is probably closer to what the page calls admins, which is
covered by the next lines in the feature page, which you didn't paste:
Right. For Fedora,
Miloslav Trmač (m...@volny.cz) said:
On Wed, Jan 23, 2013 at 8:59 PM, Jaroslav Reznik jrez...@redhat.com wrote:
= Features/SystemdPredictableNetworkInterfaceNames =
https://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
Feature owner(s): Kay Sievers kay at
101 - 200 of 872 matches
Mail list logo