Start of #qc buffer: Thu Dec 09 20:44:37 2004 * Now talking in #qc | |
(Red Hat, USA) : "New technologies for the christmas holidays" ' | |
joined #qc | |
alejandro | riel: Xen seems like the sun e10k, with multiple domains |
---|---|
used. :) | |
xtingray | how "smart" deal with libraries versions? |
LKM | riel: Xen is loaded as a new kernel in grub, but that |
happens(passes) with the portability with lilo? | |
E0x | riel: what about source tarball ? can smart in a near feature |
do the same that do distro like , gentoo , sourcemage or freebsd , | |
optimization of the software using gcc flag ? | |
riel | LKM, lilo does not know how to boot Xen |
riel | LKM, somebody will have to teach lilo how to do that |
E0x | heh |
E0x | thx niemeyer |
client) | |
xtingray | niemeyer: even if one library is coming from a .deb |
package and other from an .rpm? | |
_libra_ | Is it possible or Would it be possible to use virtual |
machines in other host's inside a intranet? | |
riel | _libra_, I should probably save that question for later, I've |
got one more technology to present before the end of my talk ;) | |
offray | niemeyer: I think that Linux package installation is too |
much oriented toward filesystem/administrator instead of oriented toward | |
applications-directories/end-user. What do you think about some | |
alternative aproaches that try to solve the problem of package managment | |
using a distro neutral packaging format and empower the user to install | |
software (without crashing all the system) | |
LKM | ea ok |
offray | niemeyer: I'm talking about systems lika autopackage, |
zero-install and klick | |
offray | niemeyer: autopackage with their relocable application |
system is trying to implement that policy, something similar is happening | |
with 0install | |
niemeyer | offray: We may discuss more about this once the |
presentation is over. | |
offray | niemeyer: Ok. Thanks :) |
Connection reset by peer) | |
niemeyer | Me! Me! Pick me! |
niemeyer | :) |
xtingray | he! |
riel | hehe ;) |
riel | ask away |
moya | does xen need any special kernel support ? |
moya | or it just runs out-of-the-box ? |
niemeyer | riel: Have you seen any numbers regarding the overhead of |
Xen, if compared to a "raw" system? | |
niemeyer | Amazing.. |
exiting) | |
rexlee_ | riel: thank you very much for this interesting talk |
Shinak | Thanks |
smith | clap clap |
offray | niemeyer, riel, thanks for your words. |
offray | Very nice themes |
niemeyer | offray: Would you like to talk a little more about |
packaging? | |
offray | The only thing I miss are the beers for a complete geek talk |
:) | |
offray | niemeyer: yep :) |
niemeyer | Indeed! hehehe :) |
"T-Rex") | |
offray | I have been made some probes with autopackage, 0install an |
klick | |
p0pifty | riel .. thanks for the interesting talk .. specially for |
xen :) | |
offray | I like the long vision of that systems |
niemeyer | offray: The relocation idea is implemented in RPM for a |
long time already. OTOH, I don't think relocation is a solution. I belive | |
it's a workaround for a problem that should be fixed by other means. | |
offray | and the "empowerment" of the final user |
niemeyer | offray: Doing an interesting comparison, one may install a |
whole distribution in a different chroot using any of the usual depsolving | |
tools. | |
offray | but relocation is just part of the problem |
niemeyer | On the other hand, I don't want to live with two or more |
distributions in the system. | |
offray | niemeyer: the main thing it that package systems are distro |
specific | |
offray | and need root password to install |
offray | ... and spread across all the filesystem |
niemeyer | offray: Yes, being distro specific is the problem. |
niemeyer | offray: Needing root password is not.. :) |
offray | that is not very end user friendly |
niemeyer | offray: It depends on the end user, and on the tools |
available on the system | |
niemeyer | offray: If the only thing needed for installing some |
software is typing someone's password, that's not very bad. | |
offray | Well I'm thinking in a end user like my mom |
offray | :) |
offray | or the parents of anyone |
xtingray | he! |
niemeyer | offray: That's the point. Your mom doesn't care who root |
is, and will certainly be uncomfortable answering all these wizard | |
questions available in other systems. The best system is no system. :) | |
offray | I have seen people crashing their system with "root powers" |
adding repositories using a graphical and end user system like synaptic | |
offray | niemeyer: but my syster can install windows programs making |
click on "next", like in autopackage | |
offray | look at long term vision of autopackage at: |
http://autopackage.org/ui-vision.html | |
niemeyer | offray: I have seen people crashing their system in so |
many different ways. | |
(Read error: EOF from client) | |
niemeyer | offray: I have seen that already.. it looks interesting |
indeed. | |
offray | yep, people will always find the way :) like in the love song |
offray | thinking in a Web of software and drag and drop installation |
for end user seems the best way to me | |
offray | the problem with apt or urpmi like tools is that they're not |
end user planed. They have root as a architectural premise | |
offray | niemeyer and folks I have to go. But was nice to talk with |
you. I hope We can talk later in Umeet or anyother place in the Web. Take | |
care :) | |
niemeyer | offray: Thanks for the discussion! |
niemeyer | Thanks everyone! |
niemeyer | Adios muchachos! |
End of #qc buffer Thu Dec 09 20:44:38 2004 |
The Organizing Comittee