SPECS: kvm.spec

[Kamil Dziedzic]

Dnia piątek 14 grudzień 2007, Jakub Bogusz napisał:
> > > Nie ma to jak nadgorliwość, do tego źle rozumiana.
> >
Ok, już rozumiem.

> > p.s. Skorzystam odrazu z tego tematu i zadam pytanie czy ktoś ma coś
> > przeciwko takiej zmianie w kvm.spec którą planowałem (w załącznikach
> > patch i gotowy spec). Jeśli tak to co? Co poprawić? A może nie ruszać?
> > Dodam jeszcze, że podobnie jest w debianie i mandrivie.
>
> Jeżeli to jest to samo qemu, co w qemu spec, to jedno wystarczy.
No właśnie cały problem w tym, że nie jest dokładnie to samo.
1. KVM używa zmodyfikowanej wersji qemu ale generalnie chodzi tylko o binarkę 
qemu-system-x86_64. 
2. Druga binarka qemu-img służy do tworzenia obrazów i ta jest już identyczna 
w obu pakietach
3. Pozostałe pliki również są identyczne w obu przypadkach

I dlatego paczka kvm może dostarczać tylko binarkę qemu-system-x86_64 (trzeba 
zmienić nazwę aby nie było konfliktów np. na kvm, qemu-kvm) a resztę ma z 
qemu.

Zalety? Można mieć i qemu i kvm w systemie bez żadnych konfliktów i bez 
kombinowanie z wrzucaniem plików w inne miejsce 
(/usr/lib/kvm/share/qemu/*, /usr/lib/kvm/bin) a binarki są tam gdzie być 
powinny.

Niestety trochę przekłamuję ponieważ wersja w kvm jest prawdopodobnie nowsza.
Może ktoś ma inny pomysł jak to lepiej zrobić? Jeśli ktoś jest przeciwny abym 
to wrzucił to ok wrzucę sobie na inny branch... może komuś się przyda.

> Tylko nie wiem po co ścieżki typu //usr/*
To się nazywa metoda "Cutiego i Pastiego";) Dzięki;)

-- 
Pozdrawiam, Kamil Dziedzic
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: </mailman/pipermail/pld-devel-pl/attachments/20071215/2ce3b4f7/attachment.sig>