, why not allow direct stable pushes (without any karma)
for
branched-but-unreleased versions?
+1
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
library.
If you do not want to set a require on the fedora package version, then
you could check what is the highest symbol version for all symbols in
the lib and require that. Unfortunately not all libraries do symbol
versioning so that would not work in many cases.
Simo.
--
Simo Sorce * Red Hat
]
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
component that is
impossible to deactivate, even better if the package containing the
daemon could be removed without causing issues, so that you can be sure
it will not be activated by mistake.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
initialization. Something like that would
really be welcome for systemd. Esp when a service has multiple files
that need to be changed/unliked/linked at the same time. A tool like
that would also show/point out if an action breaks dependencies with a
verbose mode view or something.
Simo.
--
Simo Sorce
On Tue, 2011-08-23 at 17:44 +0200, Lennart Poettering wrote:
On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
I am pretty sure that 95% of everybody who has ssd or CUPS installed
will not use it more often than than 1/h, which is really seldom. Hence
I'd make these services
On Tue, 2011-08-23 at 18:14 +0200, Lennart Poettering wrote:
On Tue, 23.08.11 11:56, Simo Sorce (s...@redhat.com) wrote:
On Tue, 2011-08-23 at 17:44 +0200, Lennart Poettering wrote:
On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
I am pretty sure that 95
this can be handled by changing libraries and daemons so that
they timeout or handle the circular dependency differently, but claiming
there are no potential additional issues in a system so complex as a
modern Linux distribution is not fair.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel
On Tue, 2011-08-23 at 17:28 -0400, Tom Lane wrote:
Simo Sorce s...@redhat.com writes:
... If instead the socket is listening but not really accepting and
processing requests, then yes, you can have a deadlock.
So socket activation is not transparent by any means and needs to be
handled
On Tue, 2011-08-23 at 14:37 -0700, Adam Williamson wrote:
On Tue, 2011-08-23 at 17:28 -0400, Tom Lane wrote:
Simo Sorce s...@redhat.com writes:
... If instead the socket is listening but not really accepting and
processing requests, then yes, you can have a deadlock.
So socket
only start and stop the apache service. In Fedora 14/15 we do
this by labeling the initrc script.
Excellent!
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2011-08-24 at 15:10 +0100, Matthew Garrett wrote:
On Wed, Aug 24, 2011 at 09:06:22AM -0400, Simo Sorce wrote:
On Tue, 2011-08-23 at 14:37 -0700, Adam Williamson wrote:
Why not?
If the service is enabled but the daemon not currently running, is it so
terrible
On Wed, 2011-08-24 at 11:08 -0400, Tom Lane wrote:
Simo Sorce s...@redhat.com writes:
On Wed, 2011-08-24 at 15:10 +0100, Matthew Garrett wrote:
On Wed, Aug 24, 2011 at 09:06:22AM -0400, Simo Sorce wrote:
It generally is a bad idea to automatically restart a database based on
a random
On Wed, 2011-08-24 at 19:44 +0200, Lennart Poettering wrote:
On Wed, 24.08.11 10:56, Simo Sorce (s...@redhat.com) wrote:
a random connection. There many reasons why you may have stopped the db
(or it may have stopped itself) and requires inspection before
attempting a new restart
access to
other servers.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
by default. Users who don't have a floppy
drive and want to save some boot time can blacklist the driver manually.
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.
Simo.
--
Simo Sorce * Red Hat, Inc
On Tue, 2011-08-30 at 21:13 +0200, Kevin Kofler wrote:
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 Tue, 2011-08-30 at 14:55 -0500, Chris Adams wrote:
Once upon a time, Simo Sorce s...@redhat.com said:
Making boot hang for long periods can easily be seen as 'Not working
properly' and therefore make default floppy support 'not possible'.
At least this is the reasoning I see and agree
On Tue, 2011-08-30 at 15:12 -0500, Chris Adams wrote:
Once upon a time, Simo Sorce s...@redhat.com said:
I said:
A) 99.9% of users do not needed the floppy anymore
B) I said hang for long periods and not forever, where here long
is of course relative to modern machine boot times.
You
, as the non '+' components prevents it.
IANAL of course.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
between the
baseline and the top of the tree ?
That would give you a set of discrete patches that mirror the commits
you have in the git tree.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
used to go in thermal shutdown
2/3 times a day while compiling or yum installing.
It hasn't happened so far.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
not rocket science.
... says the rocket engineer ...
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
simply say 'you can't do that, all your displays have
to be in the same DPI Category'.
Are you saying fonts should change on the fly when I move an app between
2 monitors that have different DPIs ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
On Wed, 2011-10-05 at 12:49 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 15:44 -0400, Simo Sorce wrote:
On Wed, 2011-10-05 at 12:31 -0700, Adam Williamson wrote:
On Wed, 2011-10-05 at 18:49 +0100, Matthew Garrett wrote:
So, ok, now you have some belief about the DPI. But which
different pixel
densities *today* is not a good idea at all.
Non sequitur.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
not asking for a slider because I guess the options
police would shot it down :-P /flamebait
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2011-10-06 at 16:44 +0100, Matthew Garrett wrote:
On Thu, Oct 06, 2011 at 11:35:08AM -0400, Simo Sorce wrote:
I am sure display manager can easily grow a button to say something
along the lines of: change font resolution to better fit multiple
monitors. so that when someone
will be forced
to search and find the menu where he can change something to try to
get a better font size and all resulting in poor experience as that menu
is normally well hidden as it is a rarely used option normally.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
On Thu, 2011-10-06 at 17:12 +0100, Matthew Garrett wrote:
On Thu, Oct 06, 2011 at 12:00:36PM -0400, Simo Sorce wrote:
So in that case you really should just give an option to the user to
easily change DPI (no need to call the option 'DPIs', it can be a slider
with no mention of DPI if you
On Thu, 2011-10-06 at 11:41 -0500, Bruno Wolff III wrote:
On Thu, Oct 06, 2011 at 12:00:36 -0400,
Simo Sorce s...@redhat.com wrote:
My main use case here is video projectors, and in that case there is no
way on earth you'll ever know the DPI as it depends on the distance from
the wall
with changing the password, but leave my ssh keys
alone, unless there is a real reason to ask people to change them.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2011-10-12 at 10:53 -0700, Adam Williamson wrote:
On Wed, 2011-10-12 at 13:45 -0400, Simo Sorce wrote:
I have no problem with changing the password, but leave my ssh keys
alone, unless there is a real reason to ask people to change them.
Reading between the lines of recent
On Wed, 2011-10-12 at 13:04 -0500, Mike McGrath wrote:
On Wed, 12 Oct 2011, Simo Sorce wrote:
On Wed, 2011-10-12 at 11:41 -0600, Kevin Fenzi wrote:
On Wed, 12 Oct 2011 13:30:19 -0400
Jeff Layton jlay...@redhat.com wrote:
I have a question not covered here: I just changed my ssh
in no matter what.
Compound all this.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the
same way I can as well use the same keys everywhere, unless projects set
up insane rules about how to handle my own keys.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to make a difference.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, ideally we would do more here with gpg.
Sure so next time you also force me to change my gpg key and throw away
years of web of trust ? No thanks!
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
laptop is stolen you MUST replace all
your keys anyways because you cannot count on them not being
compromised, period. So this complex scenario is just mirrors and smoke.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
that already understand?
No.
Seriously, no.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-online.servce wait only for networks marked
as to be enable on boot ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
suffer from thermal shutdwon due to the fact the
kernel is too dumb to understand it has to trhottle when temp is too
high.
This didn't happen on F15 (samba hardware) so I guess we will have happy
F16 users very soon :-/
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
On Tue, 2011-10-18 at 07:57 -0400, Simo Sorce wrote:
On Tue, 2011-10-18 at 12:49 +0200, Vratislav Podzimek wrote:
On Mon, 2011-10-17 at 22:40 +0300, alekc...@googlemail.com wrote:
Frequency scaling have negative effects for me
so I need to have it disabled in BIOS.
What negative effects
... seem glibc is not in good shape :-(
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
fill up the space (not
necessarily out of malice).
Not that filling /tmp is not a problem. and with /var/run baing a tmpfs
perhaps not a too bid deal either, at least users are not eating into /
or /var
Simo.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
On Tue, 2011-11-08 at 10:50 +0100, Miloslav Trmač wrote:
On Mon, Nov 7, 2011 at 10:08 PM, Simo Sorce s...@redhat.com wrote:
Why not simply open bugs to have apps use /var/run/name ?
When program A uses library B which uses library C which uses library
D which creates a temporary file, we
: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
On Thu, 2011-11-10 at 10:52 +0100, Fabian Deutsch wrote:
Am Donnerstag, den 10.11.2011, 10:36 +0100 schrieb Vratislav Podzimek:
On Wed, 2011-11-09 at 18:48 -0800, Adam Williamson wrote:
On Thu, 2011-11-10 at 10:29 +0800, Mathieu Bridon wrote:
On Wed, 2011-11-09 at 21:20 -0500, Simo Sorce
.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
, IMHO.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2011-11-10 at 13:46 +, Tom Hughes wrote:
On 10/11/11 13:38, Simo Sorce wrote:
On Thu, 2011-11-10 at 19:07 +0800, Mathieu Bridon wrote:
Yes, in case of such a fast-forward then rebasing gives the same result
as merging.
No, you are dead wrong here. Merging does *join
On Thu, 2011-11-10 at 12:38 -0800, Toshio Kuratomi wrote:
On Thu, Nov 10, 2011 at 11:59:50AM -0800, Adam Williamson wrote:
On Thu, 2011-11-10 at 08:55 -0800, Toshio Kuratomi wrote:
On Thu, Nov 10, 2011 at 09:02:45AM -0500, Simo Sorce wrote:
On Thu, 2011-11-10 at 13:27 +0100, Michael J
am available to get on a 1-1 session with to show how to
successfully use rebases, which is the only thing I use.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the server for it.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
worry
IMO.
That said, on the VM I tried F14 upgrading straight from F12 all seem
fine so far, although the output of systemctl is something I still need
to get used to (I wonder what maintenance means referred to the
status of a service) ...
Simo.
--
Simo Sorce * Red Hat, Inc * New York
-networked uses that makes them less susceptible from security
issues.
Why should we make crippleware ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
their computer to do work, as
opposed to just try out new stuff every 2 days.
Why people that love raw bleeding cutting edge can't simply use
rawhide ? (Or pick the packages they like to test from there ?)
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
? If not, I think I will retire it.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
team may.
pre-upgrade doesn't work if boot is on raid.
I don't remember other issues when you install from disk.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
instead of 'insufficient data'
then you are at fault. I never close as fixed unless I have
confirmation (or I know because i tested/fixed myself).
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
compatibility either, but leave trails admins can follow to use the new
stuff, please.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
and not the main
credentials.
We can easily provision that service key to clients via FreeIPA if the
feature is used there.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2012-10-09 at 16:12 +0200, Lennart Poettering wrote:
On Tue, 09.10.12 09:56, Simo Sorce (s...@redhat.com) wrote:
On Tue, 2012-10-09 at 15:23 +0200, Lennart Poettering wrote:
On Tue, 09.10.12 07:10, Jóhann B. Guðmundsson (johan...@gmail.com)
wrote:
On 10/09/2012 04:34 AM
for administrator and users
alike to forget all they know of the legacy sysv init stuff and approach
systemd with a fresh mind and as a *new* technology
Oh come on, you just use a default when it is missing (.service) and
require it fully formed for the others.
Simo.
--
Simo Sorce * Red Hat, Inc
:
https://bugs.freedesktop.org/show_bug.cgi?id=39386
About time :-)
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
or need systemd.
And you can use libguestfs without Fedora booted up? Does libguestfs
include its own init system?
This is fedora-devel. Are confusing this with gentoo-dev?
Maybe you should learn what libguestfs does before making childish
remarks.
Simo.
--
Simo Sorce * Red Hat, Inc * New
,
plus we have selinux on top to enforce in a different way some of these
policies.
What does 2 different groups give you besides confusion ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 2012-10-09 at 20:34 +0200, Lennart Poettering wrote:
On Tue, 09.10.12 14:26, Simo Sorce (s...@redhat.com) wrote:
On Tue, 2012-10-09 at 20:17 +0200, Lennart Poettering wrote:
Could we make that a default on Fedora in addition to adm? (I assume
this is
polkit but can't see
of repetitions in the logs allow big gains
when compressing).
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
not something we're going to expose in the UI.
Can't you just you reinstall a package without the nodocs switch/conf in
place to get the docs land on disk ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
on, stop bashing unix, logrotate could certainly grow a size
checking policy if people felt the need, unix is not holding you back,
in fact you are building this stuff on a unix-like system.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https
On Tue, 2012-10-09 at 22:33 -0400, Matthew Miller wrote:
On Tue, Oct 09, 2012 at 10:30:38PM -0400, Simo Sorce wrote:
Oh come on, stop bashing unix, logrotate could certainly grow a size
checking policy if people felt the need, unix is not holding you back,
in fact you are building
picked it 'because Debian'.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
it really better and support time-based rotation. You don't need
to make time-based rotation the default, but you'll make a lot of people
happy to have the option.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
as worst case)
- integration with every monitoring system where it make sense
- bonus points: make these integrations benefit from systemd's fancy
features.
Are these reasonable? Are there other important things I'm missing?
The plan sounds very reasonable in general.
Simo.
--
Simo
list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2012-10-17 at 11:21 -0400, Simo Sorce wrote:
On Wed, 2012-10-17 at 17:17 +0200, Stef Walter wrote:
In Fedora 17 and 18 we have a problem where remote users are unable to
log in until the machine has been rebooted. This used to work
previously. To fix this we probably need
enough I guess.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a
better solution is found.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
have glibc do it automatically with rate limiting.
Like no more than once every 3 minutes do a stat on one of the getent
calls and reload if necessary, still this would be thousands of
unnecessary (vs 0 necessary) stat() calls every day, not the best
solution.
Simo.
--
Simo Sorce * Red Hat, Inc
On Wed, 2012-10-17 at 20:39 +0200, Lennart Poettering wrote:
On Wed, 17.10.12 12:58, Simo Sorce (s...@redhat.com) wrote:
On Wed, 2012-10-17 at 17:45 +0200, Lennart Poettering wrote:
On Wed, 17.10.12 10:44, Matthew Miller (mat...@fedoraproject.org) wrote:
2. Mechanism for separation
, in the meanwhile we
cannot relax security around that log IMO.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2012-10-17 at 14:12 -0600, Jeff Law wrote:
On 10/17/2012 11:07 AM, Simo Sorce wrote:
Personally I do not like the nss_init() calls, it will just make it even
more difficult to diagnose 'heisenbugs' when some apps start doing it,
some don't and some other do it at the wrong time
On Wed, 2012-10-17 at 14:31 -0600, Jeff Law wrote:
On 10/17/2012 02:26 PM, Simo Sorce wrote:
On Wed, 2012-10-17 at 14:12 -0600, Jeff Law wrote:
On 10/17/2012 11:07 AM, Simo Sorce wrote:
Personally I do not like the nss_init() calls, it will just make it even
more difficult to diagnose
On Wed, 2012-10-17 at 18:20 -0400, Andrew Schultz wrote:
Simo Sorce wrote:
All very nice, but the current situation is that this info *is* sent to
the log.
So I applaud if you want to go and fix applications, in the meanwhile we
cannot relax security around that log IMO.
The current
, not
related to any particular fire. It's a general perspective.
There is something I like in what you say, but sound extremist.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
things.
I think you should push your vision forward instead, I am sure on board
reducing the number of releases and silly work, and having a better
development version that more people can really use.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel
the whole system it will regardless whether you upgrade from FN-1 to
FN or doing a yum update in a rolling release.
+1
however there is a difference, sometime many little changes over time
can run much smoother than one big change at once where you go tfrom pkg
release N-10 to N
Simo.
--
Simo
their damn best to make sure they don't break most
important stuff. (By simply not changing interfaces, ABIs, or adding
compatibility libraries in the system).
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
instability is reason number, 1, 2 and 3 of why we can't have reliable
third parties with a community built OS.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sun, 2012-11-04 at 19:47 +0200, Alek Paunov wrote:
On 04.11.2012 19:25, Simo Sorce wrote:
note that this is also our strength in some respect because it allows
the system to evolve a lot more quickly, but it also means upgrades are
Indeed.
simply going to break stuff, and that's
is a different story ...
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
to rip out or otherwise disable the GUI
side, and merge the -tui subpackage back into the main package.
That would be nice.
Thanks.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
up blocking upgrades for
security issues, not sure how to handle that, but if you do not have a
stable core you either have a single gigantic repo so all dependencies
can be verified or you accept multiple rpms in the repo and the fact
some deps my hold back security updates.
Simo.
--
Simo Sorce
On Wed, 2012-12-05 at 15:14 -0700, Stephen John Smoogen wrote:
On 5 December 2012 15:07, Simo Sorce s...@redhat.com wrote:
On Wed, 2012-12-05 at 16:10 -0500, Matthew Miller wrote:
On Wed, Dec 05, 2012 at 04:06:38PM -0500, Bill Nottingham wrote:
1) Fedora is big enough that we have
nice to be able to do this in Fedora land.
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2012-12-05 at 16:09 -0700, Stephen John Smoogen wrote:
On 5 December 2012 15:56, Simo Sorce s...@redhat.com wrote:
On Wed, 2012-12-05 at 15:47 -0700, Stephen John Smoogen wrote:
Would that not cause a combinatoric nightmare with having to make sure
you had a libX11 compiled against
own 'root' so
they will not conflict ?
Simo.
--
Simo Sorce * Red Hat, Inc * New York
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is a questionable stance.
Your machine is full of security issues and you could be compromised and
become a proxy to compromise the projects you are working on.
If you choose to stay on an older machine you should at least install an
OS that gets security updates for a lot longer.
Simo.
--
Simo Sorce * Red
On Fri, 2012-12-07 at 18:13 +, Jóhann B. Guðmundsson wrote:
On 12/07/2012 04:59 PM, Simo Sorce wrote:
On Fri, 2012-12-07 at 16:47 +, Jóhann B. Guðmundsson wrote:
On 12/07/2012 03:51 PM, David Woodhouse wrote:
On Fri, 2012-12-07 at 15:40 +0100, Caterpillar wrote:
The unique
1 - 100 of 669 matches
Mail list logo