policy-question: auto-restart of services on update
by Reindl Harald
is it really a good decision to restart services after update in
the %post section?
currently my hardest work is rebuild packages without this especially
for dist-upgrades with "yum" because in this case many would fail because
they are restarted in the middle of the transaction and not all deps are
updated
one of the biggest benefits of linux is that you can update a running application
this is currently degraded
especially in the case of mysql
mind a machine where postfix, dovecot, dbmail... are relying on mysqld
the automatic restart of mysqld causes a lot of troubles if oyu are not
stop all the other services before
and yes, it makes sense run updates to a "human time" and restart the
services later at night, the first task can be automated if the applications
are not stopped what currently happepns
i would be really thanful if this changes would be reverted
earlier fedira releases were totally uncritical making a dist-upgrade
at night and even reboot the next day while you can relaxed drive
to your company if something goes wrong - not funny in the night!
i think a good comprimise would be a hint with the restart-command
but not do this automatic to help some "desktop novice users" ehat
is not meant as rant - it is my exierience of the last two years
12 years, 3 months
Re: P2P Packaging/Koji Cloud
by Denis Arnaud
> Date: Thu, 8 Dec 2011 12:33:38 -0500
> From: seth vidal <skvidal(a)fedoraproject.org>
>
> I answered Denis immediately at the first post and he concurred it was
> a problem. I like to think the conversation evolved as we discussed.
>
Yes, the conversation has shifted... Indeed, I mixed two distinct ideas:
1. One corresponding to an actual use case: using a private/trusted cloud
service to do scratch, chain or even massive builds.
2. Another one corresponding to a dream, really: a P2P cloud, just because
it sounds exciting, and would certainly be a USP (unique selling point) for
Fedora.
>From the answers, it seems that both ideas ring a bell. And, of course, the
dream does not seem doable, mainly for security reason. Or it could be
implemented as a proof-of-concept of all the technologies and skills, which
Fedora gathers under its umbrella?
Nevertheless, for now, I am really interested by the item #1 above. For the
#2, we never know. Maybe a GSoC, or something like that, could make it
happen...
Thanks for having shared your thoughts!
Regards
Denis
12 years, 3 months
%bcond_with is backwards?
by Richard W.M. Jones
I've got a specfile (hivex.spec) which has this:
# conditionalize Ocaml support
%ifarch sparc64 s390 s390x
%bcond_with ocaml
%else
%bcond_without ocaml
%endif
#...
%if %{with ocaml}
BuildRequires: ocaml
BuildRequires: ocaml-findlib-devel
%endif
This code correctly disables OCaml support on architectures where we
don't bother to compile OCaml (sparc64 s390 s390x). But the
conditional code looks backwards to me. Does this make sense to
anyone?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
12 years, 3 months
Orphaning pidgin-sipe
by Konstantin Ryabitsev
Hi, all:
I no longer have to deal with Exchange (yay), so I am no longer suited
to be the maintainer of pidgin-sipe.
Please, someone pick it up.
Best,
--
Konstantin Ryabitsev
Systems Administrator
Linux Foundation, kernel.org
Montréal, Québec
12 years, 3 months
A software center for Fedora
by Giovanni Campagna
As promised in my previous mail, here is what I find that's lacking in
Fedora, compared to the direct competition (Ubuntu, Debian, OpenSuse),
and recently even some proprietary systems: we don't have an application
installer.
While we do have two nice UIs (gpk-application and apper) for package
management, having to deal with packages, with no icons and no
translations is not appropriate for end users. Instead, I think it would
be appriopriate to follow the Ubuntu path and recognize the applications
from .desktop files, because that is what will end up in the app
launcher.
Since this is free software, we already have a complete software center
available, straight from launchpad.net/software-center.
(Actually, it doesn't yet work on Fedora, partly because of unmet
dependencies, but those are just technical bugs, and I don't think it
would be difficult to have something running soon)
What is missing, though, is the data, representing the applications
available in fedora repositories.
Long long ago (march 2009), a package was proposed for inclusion, which
contained application data, in a format understood by software-center,
for fedora at that time. This package was initially rejected, then one
year later FESCo ruled that it did not actually break packaging
guidelines, yet it disappeared.
Back to present, it's almost 2012. I'm here and I want to do whatever is
required, at all layers, to ensure that application data is correctly
generated, updated, and downloaded, at all times and for all users. This
may involve changes in our repository infrastructure, in yum, packagekit
and maybe in other places as well.
I think this is specifically a Fedora feature, as it involves the whole
distribution and touches many groups at the same time, which explains
why I proposed it here instead of anywhere else. If you think it's worth
it, I'd like to propose it as an official Fedora 17 Feature, and I'll
happily write the wiki page.
I hope that some people from the relevant group will point me to the
right place (perhaps starting from what happened to
fedora-app-install...), and I hope you like the idea in general.
Giovanni
12 years, 3 months