Why are bluecurve-gdm-theme and fedoraflyinghigh-gdm-theme still in the
distribution? The other gdm theme packages were deprecated after F12
(!?!), and I was under the impression that none of them work with
new-style gdm at all.
Is it OK to use 'git rebase -i' to compress my mistakes together into
a single working Fedora git commit? (Provided I don't push things in
between or otherwise try to rewrite public history)
I'm a bit confused by whether 'fedpkg commit', 'fedpkg build', 'fedpkg
push' etc are doing magic that will be broken by this.
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
So with the git conversion, and some use, I was wanting some zsh
completion goodness on fedpkg. Attached is a zsh function file which
should cover just about everything. Also, something like:
# Use local functions
typeset -U fpath
autoload -Uz compinit && compinit
is needed in your ~/.zshrc (replacing $HOME/.zsh/func as needed).
There are a few known issues such as the branch (just when cloning;
switch-branch looks at remote branches as well since its available) and
architecture lists being constant but I don't know of a way to reliably
generate these. Anyone else know how it might be discovered?
I'd like to get some wider testing on it than what I subjected it to.
Constructive criticism welcome.
why i not like the idea of systemd?
it's something that dramatically change the system behavior. period.
this is different from all other/previous unix/linux system.
there're many config scripts, programs and third party packages which
are assume the old setup.
such basic changes need years for adaptation and testing.
and we all know what happened with pulseaudio. everybody turn it off and
remove it from the system in at least 3 fedora release, just because
some of their apps are not working.
imho it's the right time to release rhel-6 which still use upstart and
no one have to use systemd for a few years.
for real servers sysadms usually not use fedora. but i'm sure after that
move no one will use fedora for servers.
for workstation most users already use ubuntu. why? because it's more
do you think workstation users will like this kind of changes?
do you think it'll be good to diverge from all other linux distros?
do you think workstation users will see any kind of uplift because of
imho none of the technical questions are real questions, these are the
Levente "Si vis pacem para bellum!"
The service command has a syntax like this:
service servicename action
where as systemctl has a syntax like this:
systemctl action servicename.service
This is inconvienient for the common case where more than one action is
performed in sequence on the same service, since with the first ordering,
one just hits the up arrow, ctrl-w, and then types the new action (with
With the systemctl order, one must first skip back over the first word,
which due to the awesome emacsness of bash keybindings is more of a pain.
I'm not saying that systemctl's syntax needs to be changed. I am saying,
however, that it's important to get the service command working with
systemctl so that people can use that instead.
Matthew Miller <mattdm(a)mattdm.org>
Senior Systems Architect -- Instructional & Research Computing Services
Harvard School of Engineering & Applied Sciences
> And some of us students switched to
>Fedora *because of* the stable
>In my experience, the lack of Fedora users >at my university is mostly
>due to other distros having better >marketing and the fact that new
>people will use whatever they can get help >with (ie. whatever distro
>their friends are using). It has little to >nothing to do with "people
>slowly destroying what Fedora is all about."
Could not agree more strongly with you. +1.
IMHO this is the distribution that all of the Computer Science students should be using and I encourage many to use it, but in the cases I know of where they are not, it has nothing to do with those aforementioned people and more to do with loyalty to a Debian based distribution for one reason or another (usually because their other distro is less technically challenging and they opt for the lazy route!).