Re: Re: [gentoo-user] Running a USB graphics cards with Linux?
Em , Kilian Zott kil...@diezotts.de escreveu: thats a strange comparison since usb is a serial busvga is not even digital, so how can you talk about throughput? lol 2012/7/16 Michael Mol mike...@gmail.com On Sun, Jul 15, 2012 at 6:54 PM, Sebastian Pipping sp...@gentoo.org wrote: Hi there, On 02/15/2012 09:14 PM, gk wrote: Hallo I used one some time ago, and it worked but very slow. The label only says made in China. lsusb output is: Bus 001 Device 004: ID 0711:0900 Magic Control Technology Corp. SVGA Adapter The Kernel module which is loaded is: sisusbvga If your interested in the dongle and you live somewhere around Germany, I can send it to you, because I don't need it anymore. I'm afraid if it's slow I do not have much real use for it. Many thanks for the offer, though! And sorry for the ages that it took to reply. Unfortunately, you're probably not going to find anything for USB which _isn't_ slow. USB is a very slow bus when compared to HDMI, DVI or VGA. -- :wq Well, thinkig a bit, even on a non digital interface, as you have those vertical and horizontal frequencies for each video mode, I guess one can talk like pixels per second using some math on those numbers. Francisco
[gentoo-user] maybe [OT]: how to make new dictionaries work on Firefox 9?
Hi, All I have had problems installing new dictionaries in Firefox since I left the old 3.X series. Now, on FF 9.0, it is still the same. I am able to install a new dictionary, just can't use it. I even tried and installed a manual and an auto dictionary switcher, and the new dictionary does not even appear on their list of available dictionaries. Am I missing something? Thanks Francisco
Re: [gentoo-user] Re: maybe [OT]: how to make new dictionaries work on Firefox 9?
Em , Nikos Chantziaras rea...@arcor.de escreveu: On 22/02/12 13:55, fra...@gmail.com wrote: Hi, All I have had problems installing new dictionaries in Firefox since I left the old 3.X series. Now, on FF 9.0, it is still the same. I am able to install a new dictionary, just can't use it. I even tried and installed a manual and an auto dictionary switcher, and the new dictionary does not even appear on their list of available dictionaries. Am I missing something? For some weird reason, Firefox as packaged by Gentoo doesn't support dictionaries. It only supports hunspell (or aspell, can't remember) which you need to install first along with dictionaries for it. After you do that, you will get a gazillion of English dictionaries that you can't disable. You'll need to live with it, since no one cares about this bug. Thank you. I'll try the aspel or hunspell dictionaries. Best regards Francisco
[SOLVED] (...sort of) Re: Re: [gentoo-user] Re: maybe [OT]: how to make new dictionaries work on Fir
Em , fra...@gmail.com escreveu: Em , Nikos Chantziaras rea...@arcor.de escreveu: On 22/02/12 13:55, fra...@gmail.com wrote: Hi, All I have had problems installing new dictionaries in Firefox since I left the old 3.X series. Now, on FF 9.0, it is still the same. I am able to install a new dictionary, just can't use it. I even tried and installed a manual and an auto dictionary switcher, and the new dictionary does not even appear on their list of available dictionaries. Am I missing something? For some weird reason, Firefox as packaged by Gentoo doesn't support dictionaries. It only supports hunspell (or aspell, can't remember) which you need to install first along with dictionaries for it. After you do that, you will get a gazillion of English dictionaries that you can't disable. You'll need to live with it, since no one cares about this bug. Thank you. I'll try the aspel or hunspell dictionaries. Best regards Francisco If there is anyone interested: - download the firefox dictionary in XPI file format; it is a ZIP file; - unpack it to a separate directory (just to make things tidy); - in that directory there will be a dictionaries folder; - as root, copy the AFF and DIC format files to /usr/share/myspell/ ; - restart Firefox. For me, it works. Best regards Francisco
Re: Re: [gentoo-user] recovering plain alsa [WAS:]: no sound on upgraded Firefox from 7 to 8 - using
On , Dale rdalek1...@gmail.com wrote:
Francisco Ares wrote:
Thank you all who replied my last messages.
Now I am back to plain alsa, but no two programs can use it at the same
time. Alsa drivers are built on the kernel, and I have the following
packages installed:
media-libs/alsa-lib-1.0.24.1:0
media-plugins/gst-plugins-alsa-0.10.35:0.10
media-sound/alsa-utils-1.0.24.2-r1:0.9
The two first ones were puled by emerging alsa-utils.
I have lost /etc/asound.conf, and I guess this is the key. Looking to
which package it belongs to, equery found none. I have put a quite
simple version (as explained here:
http://en.gentoo-wiki.com/wiki/ALSA#Default_Sound_Device)
http://en.gentoo-wiki.com/wiki/ALSA#Default_Sound_Device%29::
pcm.!default { type hw card Intel }
ctl.!default { type hw card Intel }
Any hints on how can I get all programs to mix up as before?
Thanks again
Francisco
--
If you have an apple and I have an apple and we exchange apples then you
and I will still each have one apple. But if you have an idea and I have
one idea and we exchange these ideas, then each of us will have two
ideas. - George Bernard Shaw
I build my audio drivers into my kernel. I also have these alsa related
packages installed:
root@fireball / # equery list *alsa*
* Searching for *alsa* ...
[IP-] [ ] media-libs/alsa-lib-1.0.24.1:0
[IP-] [ ] media-plugins/gst-plugins-alsa-0.10.35:0.10
[IP-] [ ] media-sound/alsa-headers-1.0.24:0
[IP-] [ ] media-sound/alsa-utils-1.0.24.2-r1:0.9
[IP-] [ ] media-sound/alsamixergui-0.9.0.1.2-r4:0
root@fireball / #
See if yours looks something like this. I can watch videos and other
programs play sound at the same time.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or
how you interpreted my words!
Miss the compile output? Hint:
EMERGE_DEFAULT_OPTS=--quiet-build=n
In another machine I have at the office, sound works great without ever
having pulse installed. And there is no /etc/asoud.whatever
I will recompile the kernel to remove a loop device that is going default
every time.
Will post the results.
Thanks
Francisco
Re: Re: [gentoo-user] no sound on upgraded Firefox from 7 to 8 - using pulse audio
On , Claudio Roberto França Pereira spide...@gmail.com wrote:
$ cat /etc/asound.conf
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
Do you have this?
Yes, and also /etc/firefox/firefoxrc containing FIREFOX_DSP=padsp
Thanks
Francisco
Re: Re: [gentoo-user] OT - krdc full screen view does not allow remote windows' task bar interaction
Em 29/09/2011 18:58, Alex Schuster wo...@wonkology.org escreveu: fra...@gmail.com writes: When I move the mouse down to the task bar area, the mouse pointer changes from the remote machine native shape to the local desktop shape, showing visually the fact that I can not click on any task bar icons. Does the same happen when using rdesktop? Wonko Nope, rdesktop works as expected, full screen, full mouse pointer access across the screen. Thanks
[gentoo-user] OT - krdc full screen view does not allow remote windows' task bar interaction
Hi, I am running krdc to use some MSWindows programs in another computer. As some of them are pretty CPU intensive, I prefer to do it this way rather than using a virtual machine. Besides this, I did not want to bother to install everything again. When I move the mouse down to the task bar area, the mouse pointer changes from the remote machine native shape to the local desktop shape, showing visually the fact that I can not click on any task bar icons. I am including the following extra parameters: -z -x lan -P The remote machine local monitor has the same resolution as the one I am using here and the krdc set-up includes to use full screen whenever possible. Any ideas? Thanks Francisco
Re: Re: [gentoo-user] /dev/sda* missing at boot
Em 18/08/2011 23:27, Mark Knecht markkne...@gmail.com escreveu: On Thu, Aug 18, 2011 at 11:59 AM, fra...@gmail.com wrote: Hi, guys It is a shame, I know, but after several years using Gentoo, it is the first time I try to build a kernel without genkernel. And now I can't boot to that new kernel, it does not find (and really do not have a) /dev/sda* root partition (real-root); during the boot it stops, complaining about that, gives me the option to get a shell, from which I am able to see that there is no /dev/sda* . I have included everything SATA, so it looks like that is not a kernel problem, but a initramfs issue, I guess. What am I missing? Thanks a lot Francisco PS: my boot partition is sda2, sda3 is a swap partition, and everything else is in sda4. sda1 is not used (up to now) and this is my grub.conf : title Gentoo Linux 2.6.39-gentoo-r3 root (hd0,1) kernel /boot/kernel-genkernel-x86_64-2.6.39-gentoo-r3 ro root=/dev/ram0 init=/linuxrc real_root=/dev/sda4 vga=0x318 video=uvesafb:1024x768-32 nodevfs udev devfs=nomount quiet CONSOLE=/dev/tty1 initrd /boot/initramfs-genkernel-x86_64-2.6.39-gentoo-r3 Maybe I'm missing the obvious here but have you taken a copy of whatever config file was used/generated by genkernel and used that as a jumping off point for building your own kernel. kernel's a kernel's a kernel. What it is capable of doing is in the .config file. If genkernel doesn't give you a .config file - I've never used genkernel so I don't know what it does - then assuming you have the feature turned on you can get the running config using zcat /proc/config.gz. Save that to a new .config file, put it in the kernel source directory and you should be good to go. You can also use zcat /proc/config.gz on the install CD kernel if yuo boot from that. Save it to a disk and use it as the basis for creating your own config. HTH, Mark That's what I am doing right now. I am using genkernel to have something to boot on. Then I will try to find a way to optimize another one. Thanks Francisco
Re: Re: [gentoo-user] /dev/sda* missing at boot
Em 19/08/2011 07:09, Mick michaelkintz...@gmail.com escreveu: On Friday 19 Aug 2011 03:27:23 Mark Knecht wrote: On Thu, Aug 18, 2011 at 11:59 AM, fra...@gmail.com wrote: Hi, guys It is a shame, I know, but after several years using Gentoo, it is the first time I try to build a kernel without genkernel. And now I can't boot to that new kernel, it does not find (and really do not have a) /dev/sda* root partition (real-root); during the boot it stops, complaining about that, gives me the option to get a shell, from which I am able to see that there is no /dev/sda* . I have included everything SATA, so it looks like that is not a kernel problem, but a initramfs issue, I guess. What am I missing? Thanks a lot Francisco PS: my boot partition is sda2, sda3 is a swap partition, and everything else is in sda4. sda1 is not used (up to now) and this is my grub.conf : title Gentoo Linux 2.6.39-gentoo-r3 root (hd0,1) kernel /boot/kernel-genkernel-x86_64-2.6.39-gentoo-r3 ro root=/dev/ram0 init=/linuxrc real_root=/dev/sda4 vga=0x318 video=uvesafb:1024x768-32 nodevfs udev devfs=nomount quiet CONSOLE=/dev/tty1 initrd /boot/initramfs-genkernel-x86_64-2.6.39-gentoo-r3 Maybe I'm missing the obvious here but have you taken a copy of whatever config file was used/generated by genkernel and used that as a jumping off point for building your own kernel. kernel's a kernel's a kernel. What it is capable of doing is in the .config file. If genkernel doesn't give you a .config file - I've never used genkernel so I don't know what it does - then assuming you have the feature turned on you can get the running config using zcat /proc/config.gz. Save that to a new .config file, put it in the kernel source directory and you should be good to go. You can also use zcat /proc/config.gz on the install CD kernel if yuo boot from that. Save it to a disk and use it as the basis for creating your own config. If you no longer use genkernel it is likely that you do not need an initram. Build chipset and fs modules into the kernel. Other drivers you can choose if you want to build as modules. -- Regards, Mick I the case I don't need a initram, I guess that the grub line for parameter passing to the kernel would be empty. Am I wrong? I was just looking on how to build my own initram. What is it supposed to do anyway? Thanks Francisco
Re: Re: [gentoo-user] /dev/sda* missing at boot
Em 19/08/2011 10:48, Alan McKinnon alan.mckin...@gmail.com escreveu: On Fri 19 August 2011 13:12:25 fra...@gmail.com did opine thusly: I the case I don't need a initram, I guess that the grub line for parameter passing to the kernel would be empty. Am I wrong? Yes. Using or not using kernel parameters has nothing to do with whether you use an initramfs or not. It's the initrd line in grub you do not need. I was just looking on how to build my own initram. What is it supposed to do anyway? First, it's initramfs (the previous incarnation was initrd). You should use the correct name. An initramfs is a filesystems image stored on disk in a place that grub can find. It contains a kernel, essential drivers and other bits and pieces. When booting, grub finds the image, bangs it into memory and instructs the cpu to start executing at a known point. Why is this useful? For Gentoo it usually isn't (there are times when it is - see below). Binary distros like Ubuntu and Fedora absolutely require this. These distros do not know what hardware you have and what drivers you require, so they supply drivers for everything. But Ubuntu cannot possibly compile into the kernel every possible driver you might need to boot as the list would be huge (every known floppy, CD, USB, every known MFM, IDE, SATA, SCSI, netboot, Fibre and more driver for a start), so what they do instead is probe the hardware at boot time, find out what you have, and load the driver modules you DO need. This is the problem. The kernel wants to load disk drivers so that it can access the disk and continue booting. Where are the drivers? Well, they are on the disk. Oops, circular problem. The difficulty is not finding and loading drivers, it's how do you get the disk driver off the disk before you have the disk driver in memory? (think chicken and egg here). An initramfs solves this nicely. Grub shoved a disk image into memory when it booted. The kernel knows how to access it's memory it doesn't need a driver for that. And now the files containing the needed drivers are on a virtual disk *in memory*. The kernel loads them, and can now access the real physical disks. Lots more complicated stuff then happens, like getting rid of the virtual filesystem from the initramfs and mounting the real filesystem from disk at /, but that's beyond the scope of this mail. Gentoo mostly doesn't need any of this because you do know your hardware and can just compile your disk drivers into the kernel - this is the very thing that Ubuntu cannot do. Some Gentoo users still need an initramfs, such as booting off drives in a RAID configuration. They need the RAID drivers first to read the disks so use an initramfs to fix this little problem exactly as Ubunut fixes their problem. Make sense? Completely! Thanks a lot. So I guess that my problem is to find an appropriate pair of driver and hard disk operating mode. -- alan dot mckinnon at gmail dot com Thanks again Francisco
[gentoo-user] /dev/sda* missing at boot
Hi, guys It is a shame, I know, but after several years using Gentoo, it is the first time I try to build a kernel without genkernel. And now I can't boot to that new kernel, it does not find (and really do not have a) /dev/sda* root partition (real-root); during the boot it stops, complaining about that, gives me the option to get a shell, from which I am able to see that there is no /dev/sda* . I have included everything SATA, so it looks like that is not a kernel problem, but a initramfs issue, I guess. What am I missing? Thanks a lot Francisco PS: my boot partition is sda2, sda3 is a swap partition, and everything else is in sda4. sda1 is not used (up to now) and this is my grub.conf : title Gentoo Linux 2.6.39-gentoo-r3 root (hd0,1) kernel /boot/kernel-genkernel-x86_64-2.6.39-gentoo-r3 ro root=/dev/ram0 init=/linuxrc real_root=/dev/sda4 vga=0x318 video=uvesafb:1024x768-32 nodevfs udev devfs=nomount quiet CONSOLE=/dev/tty1 initrd /boot/initramfs-genkernel-x86_64-2.6.39-gentoo-r3
Re: Re: [gentoo-user] /dev/sda* missing at boot
Em 18/08/2011 16:08, András Csányi sayusi.a...@gmail.com escreveu: On 18 August 2011 18:59, fra...@gmail.com wrote: Hi, guys It is a shame, I know, but after several years using Gentoo, it is the first time I try to build a kernel without genkernel. And now I can't boot to that new kernel, it does not find (and really do not have a) /dev/sda* root partition (real-root); during the boot it stops, complaining about that, gives me the option to get a shell, from which I am able to see that there is no /dev/sda* . I have included everything SATA, so it looks like that is not a kernel problem, but a initramfs issue, I guess. What am I missing? Why have you choose this way? I mean, non-genkernel way. -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell That's recommended in the new install manual: http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?style=printablefull=1#book_part1_chap7 Look for item 7c. The alternative way is to use genkernel. Francisco
Re: Re: [gentoo-user] /dev/sda* missing at boot
Em 18/08/2011 16:13, Michael Mol mike...@gmail.com escreveu: On Thu, Aug 18, 2011 at 2:59 PM, fra...@gmail.com wrote: Hi, guys It is a shame, I know, but after several years using Gentoo, it is the first time I try to build a kernel without genkernel. And now I can't boot to that new kernel, it does not find (and really do not have a) /dev/sda* root partition (real-root); during the boot it stops, complaining about that, gives me the option to get a shell, from which I am able to see that there is no /dev/sda* . I have included everything SATA, so it looks like that is not a kernel problem, but a initramfs issue, I guess. If you've got a SATA controller, no frills, then all you *really* need is AHCI. Build that into your kernel if you're worried about having the right modules in initramfs. You can break it out into a module later if you like. Opinions differ as to how much stuff should be broken into modules vs being built-in to the kernel. I tend to build in everything absolutely needed for boot, myself. Some people build in just about everything, and some people build in almost nothing. There's no right way for every use case. Also, check your BIOS to see if it's running your SATA controller in some kind of IDE emulation mode. If it is, disable that. (Some motherboards let you choose between IDE and RAID, where RAID is AHCI mode. Others call IDE mode 'legacy', and still others might actually call the AHCI mode 'AHCI') Motherboards running SATA controllers in IDE emulation mode is an incredibly common thing: 17:18 beh 17:18 hda1 turned into sda1 17:19 IRule: Turn SCSI-generic support, or did you switch from legacy to AHCI in your BIOS? 17:20 shortcircuit: quiet, you -- :wq Thanks, gonna try it. Francisco
Re: Re: Re: [gentoo-user] /dev/sda* missing at boot
Em 18/08/2011 16:17, fra...@gmail.com escreveu: Em 18/08/2011 16:13, Michael Mol mike...@gmail.com escreveu: On Thu, Aug 18, 2011 at 2:59 PM, fra...@gmail.com wrote: Hi, guys It is a shame, I know, but after several years using Gentoo, it is the first time I try to build a kernel without genkernel. And now I can't boot to that new kernel, it does not find (and really do not have a) /dev/sda* root partition (real-root); during the boot it stops, complaining about that, gives me the option to get a shell, from which I am able to see that there is no /dev/sda* . I have included everything SATA, so it looks like that is not a kernel problem, but a initramfs issue, I guess. If you've got a SATA controller, no frills, then all you *really* need is AHCI. Build that into your kernel if you're worried about having the right modules in initramfs. You can break it out into a module later if you like. Opinions differ as to how much stuff should be broken into modules vs being built-in to the kernel. I tend to build in everything absolutely needed for boot, myself. Some people build in just about everything, and some people build in almost nothing. There's no right way for every use case. Also, check your BIOS to see if it's running your SATA controller in some kind of IDE emulation mode. If it is, disable that. (Some motherboards let you choose between IDE and RAID, where RAID is AHCI mode. Others call IDE mode 'legacy', and still others might actually call the AHCI mode 'AHCI') Motherboards running SATA controllers in IDE emulation mode is an incredibly common thing: 17:18 beh 17:18 hda1 turned into sda1 17:19 IRule: Turn SCSI-generic support, or did you switch from legacy to AHCI in your BIOS? 17:20 shortcircuit: quiet, you -- :wq Thanks, gonna try it. Francisco Forgot to say: I am able to boot the LiveCD and chroot to that partition. Now checking the kernel configuration, there's only SATA_ACARD_AHCI set up as a module, everything else AHCI is included in the kernel. Thanks anyway Francisco
Re: [gentoo-user] atualizacao do gentoo
Bom dia, Alexandre Se você pretende ter mais respostas nesta lista, use o inglês para redigir suas dúvidas. Usando o português, você vai ficar restrito aos usuários que a entendem. Quanto à sua dúvida, no Gentoo existem os pacotes estáveis e os instáveis - o que não quer dizer que não funcionem, apenas não foram suficientemente testados para serem incluídos nos estáveis. Pacotes instáveis são referenciados como ~x86 ou ~amd64, de acordo com a instalação do seu sistema ser de 32 ou 64 bits Caso seu sistema tenha sido instalado como de 32 bits, tente: ACCEPTED_KEYWORDS=~x86 emerge -pvuDN git ou, caso seu sistema seja de 64 bits: ACCEPTED_KEYWORDS=~amd64 emerge -pvuDN git Outra coisa é listar o conteúdo da pasta onde se encontram os e-builds do git: ls /usr/portage/dev-vcs/git A ACCEPTED_KEYWORDS pode ser tornada definitiva, editando o arquivo /etc/portage/portage.keywords, acrescentando uma entrada como: dev-vcs/git ~x86 ou dev-vcs;git ~amd64 Neste caso, basta o comando simples emerge -pvuDN git ... que você já irá ter a versão instável Espero ter ajudado Francisco Em 17/08/2011 09:57, Alexandre Riveira alexan...@objectdata.com.br escreveu: Bom dia a todos da lista. Efetuei a atualizacao do sistema como um todo com: emerge --sync emerge --update --deep --newuse world O sistema chegou a atualizar mas notei uma coisa o git se encontra na maquina na versao 1.7.3.4, mas ja vi que esta disponivel no gentoo o 1.7.6. Existe algum comando para atualizar a versao de todos os pacotes ? Obrigado a todos ! Alexandre Riveira
Re: Re: [gentoo-user] atualizacao do gentoo
Na verdade também tive uma falha, não se deve responder acima da pergunta, só abaixo, que é o que diz as normas de listas. Mas já que está feito... Assim que os pacotes vão sendo liberados do ~, saindo, por exemplo, do ~x86 para x86, a atualização vai mesmo substituir a versão antiga pela nova, com todos os seus patches também novos, ou seja, no seu exemplo, a versão 8.4 é removida e é instalada a 9.0. A atualização de patches de segurança acontece sempre que necessário nos pacotes. De vez em quando, quando você solicita uma atualização, eles são aplicados e uma reinstalação é feita. O portage é fantástico. E o comando emerge --update --deep --newuse world pode ser resumido em emerge -uDN world . Dê uma olhada no manual para mais opções. Francisco Em 17/08/2011 10:59, Alexandre Riveira alexan...@objectdata.com.br escreveu: Obrigado, Francisco ! Foi uma falha minha mandar em portugues na verdade queria mandar para gentoo-user-br mas me enganei. Com seu e-mail fui buscar em http://packages.gentoo.org/package/dev-vcs/git para confirmar se o 1.7.6 esta estavel, como ele estava instalado na minha maquina (que eh gentoo) imaginei que era estavel, mas com certeza instalei por engano entao. Pergunto, quando o git 1.7.6 estiver considerado estavel o comando emerge --update --deep --newuse world vai atualizar para essa versao ou vai manter em outra atualizando apenas patchs de seguranca ? Um exemplo seria o postgresql do 8.4 = 9.0 ele manteria no 8.4 atualizando apenas patchs de seguranca e somente colocaria no 9.0 quando seu solicitasse isso expressamente. Atenciosamente, Alexandre Riveira Em 17 de agosto de 2011 10:12, fra...@gmail.com escreveu: Bom dia, Alexandre Se você pretende ter mais respostas nesta lista, use o inglês para redigir suas dúvidas. Usando o português, você vai ficar restrito aos usuários que a entendem. Quanto à sua dúvida, no Gentoo existem os pacotes estáveis e os instáveis - o que não quer dizer que não funcionem, apenas não foram suficientemente testados para serem incluídos nos estáveis. Pacotes instáveis são referenciados como ~x86 ou ~amd64, de acordo com a instalação do seu sistema ser de 32 ou 64 bits Caso seu sistema tenha sido instalado como de 32 bits, tente: ACCEPTED_KEYWORDS=~x86 emerge -pvuDN git ou, caso seu sistema seja de 64 bits: ACCEPTED_KEYWORDS=~amd64 emerge -pvuDN git Outra coisa é listar o conteúdo da pasta onde se encontram os e-builds do git: ls /usr/portage/dev-vcs/git A ACCEPTED_KEYWORDS pode ser tornada definitiva, editando o arquivo /etc/portage/portage.keywords, acrescentando uma entrada como: dev-vcs/git ~x86 ou dev-vcs;git ~amd64 Neste caso, basta o comando simples emerge -pvuDN git ... que você já irá ter a versão instável Espero ter ajudado Francisco Em 17/08/2011 09:57, Alexandre Riveira alexan...@objectdata.com.br escreveu: Bom dia a todos da lista. Efetuei a atualizacao do sistema como um todo com: emerge --sync emerge --update --deep --newuse world O sistema chegou a atualizar mas notei uma coisa o git se encontra na maquina na versao 1.7.3.4, mas ja vi que esta disponivel no gentoo o 1.7.6. Existe algum comando para atualizar a versao de todos os pacotes ? Obrigado a todos ! Alexandre Riveira
