Re: [gentoo-ppc-user] install gentoo in mac powerpc 7300/200
Buenas, intenta ejecutar un mac-fdisk -l para ver que discos tienes. Seguramente no sea /dev/sda (eso es para scsi). Prueba con /dev/hda. Saludos On 27/05/06, Dpto. Sistemas - Fyg Publicitarios [EMAIL PROTECTED] wrote: Hello pls any talk spanish? Buenas tardes , tengo una mac powerpc 7300/200 estoy tratando de instalar gentoo con el cd universal 2006, bootee con el Xboot pues he configurado mi red todo ok hasta ahi, despues de eso deseo crear mis particiones con mac-fdisk pero tengo un error a la hora de crear , aca les muestro: livecd root# mac-fdisk command (? for help):c No partition map exists alguien me puede ayudar a crear mi mapa de particiones? tengo un disco duro de 3 gb libres scsi cuando digito mac-fdisk /dev/sda sale el siguiente error : mac-fdisk can't open file´/dev/sda´ (no such file or directory) livecd root# Muchas gracias por su ayuda -- Jorge Rebaza Torres Departamento de Sistemas Fyg Publicitarios Sac 2010220 (511) 242-7735 Miraflores - Peru -- gentoo-ppc-user@gentoo.org mailing list
Re: [gentoo-ppc-user] install gentoo in mac powerpc 7300/200
Ais, siento el error, si que tienes disco scsi, prueba a hacer el listado con mac-fdisk -l aver si reconoces tú disco. Saludos On 27/05/06, Javier [EMAIL PROTECTED] wrote: Buenas, intenta ejecutar un mac-fdisk -l para ver que discos tienes. Seguramente no sea /dev/sda (eso es para scsi). Prueba con /dev/hda. Saludos On 27/05/06, Dpto. Sistemas - Fyg Publicitarios [EMAIL PROTECTED] wrote: Hello pls any talk spanish? Buenas tardes , tengo una mac powerpc 7300/200 estoy tratando de instalar gentoo con el cd universal 2006, bootee con el Xboot pues he configurado mi red todo ok hasta ahi, despues de eso deseo crear mis particiones con mac-fdisk pero tengo un error a la hora de crear , aca les muestro: livecd root# mac-fdisk command (? for help):c No partition map exists alguien me puede ayudar a crear mi mapa de particiones? tengo un disco duro de 3 gb libres scsi cuando digito mac-fdisk /dev/sda sale el siguiente error : mac-fdisk can't open file´/dev/sda´ (no such file or directory) livecd root# Muchas gracias por su ayuda -- Jorge Rebaza Torres Departamento de Sistemas Fyg Publicitarios Sac 2010220 (511) 242-7735 Miraflores - Peru -- gentoo-ppc-user@gentoo.org mailing list
Re: [gentoo-ppc-user] install gentoo in mac powerpc 7300/200
Gracias por responder , al hacer mac-fdisk -l no me sale nada solo me vuelve al promtlivecd root #pero creo que cuando hago dev/sda esto lo que hace es buscar pero dentro del livecd no?pero lo que deberia de tratar es ubicar esa ubicacion dentro de mi disco duro. Alguna otra sugerencia por favorGracias2006/5/27, Javier [EMAIL PROTECTED]: Ais, siento el error, si que tienes disco scsi, prueba a hacer ellistado con mac-fdisk -laver si reconoces tú disco.SaludosOn 27/05/06, Javier [EMAIL PROTECTED] wrote: Buenas, intenta ejecutar un mac-fdisk -l para ver que discos tienes. Seguramente no sea /dev/sda (eso es para scsi). Prueba con /dev/hda. Saludos On 27/05/06, Dpto. Sistemas - Fyg Publicitarios [EMAIL PROTECTED] wrote: Hello pls any talk spanish? Buenas tardes , tengo una mac powerpc 7300/200 estoy tratando de instalar gentoo con el cd universal 2006, bootee con el Xboot pues he configurado mi red todo ok hasta ahi, despues de eso deseo crear mis particiones con mac-fdisk pero tengo un error a la hora de crear , aca les muestro: livecd root# mac-fdisk command (? for help):c No partition map exists alguien me puede ayudar a crear mi mapa de particiones? tengo un disco duro de 3 gb libres scsi cuando digito mac-fdisk /dev/sda sale el siguiente error : mac-fdisk can't open file´/dev/sda´ (no such file or directory) livecd root#Muchas gracias por su ayuda -- Jorge Rebaza Torres Departamento de Sistemas Fyg Publicitarios Sac 2010220 (511) 242-7735 Miraflores - Peru--gentoo-ppc-user@gentoo.org mailing list-- Jorge Rebaza Torres Departamento de SistemasFyg Publicitarios Sac2010220(511) 242-7735Miraflores - Peru
[gentoo-ppc-user] pbbuttonsd question
I am running gentoo on a 15 aluminum powerbook. I am using the 2.6.16.r5 kernel and pbbuttonsd 0.7.4. I have been going over the man pages online documentation but cannot figure out how to get the illuminated keyboard working. pbbuttonsd does not error during load. The pbbuttonsd.conf file has not been modified from the default at the moment. i2c-dev is compiled into the kernel, not as a module. The LCD brightness buttons work but the keyboard light buttons dont. The ambient light sensor appears to working because the lcd automatically adjusts brightness when I turn out the lights. There are 8 i2c devices in /dev. What dependencies does i2c have? what dependencies does pbbuttonsd have? Thanks for your input... Eric Robertson -- gentoo-ppc-user@gentoo.org mailing list
Re: [gentoo-ppc-user] pbbuttonsd question
Hello On Sat, May 27, 2006 at 11:24:05AM -0400, Eric Robertson wrote: I am running gentoo on a 15 aluminum powerbook. Which exact model? grep machine /proc/cpuinfo Depending on that, you've the LMU behind the PMU or on I²C. Thanks, Michael -- Gentoo Linux developer, http://hansmi.ch/, http://forkbomb.ch/ A fanatic is a person who can't change his mind and won't change the subject. - Winston Churchill pgpUMegiyNoVN.pgp Description: PGP signature
Re: [gentoo-user] Google Picasa for Linux!
JimD wrote: Ptitjack wrote: Hi, 404 Error Not found ! - Ptitjack - Your not in the USA. It is blocked by Google for non-US people right now. Wrong. How do you get this idea? However you can work around that by using NYU proxy: Or by going directly to http://picasa.google.com/linux/, instead of some strange proxy. Alexander Skwar -- It destroys one's nerves to be amiable every day to the same human being. -- Benjamin Disraeli -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
Neil Bothwick wrote: On Fri, 26 May 2006 22:31:18 +0200, Alexander Skwar wrote: No, see this weeks Gentoo Weekly Newsletter. To upgrade to the new version (assuming you are using gcc-3.4), all that is required is to upgrade GCC and then select the new profile using gcc-config. Wrong. An emerge -e world is required, if certain packages (like qt) get compiled after having switched to gcc 4.1.1. See https://bugs.gentoo.org/show_bug.cgi?id=134447 I needed to run fix_libtool fix_libtool wasn't enough to get KDE stuff working again. I needed to recompile. to get the new kdelibs update to compile. But I re-emerged qt, so I could try kdehiddenvisibility That's what I did and then KDE broke. As flameeyes wrote in the cited bug: | We can't really do much, when you rebuilt qt3 and qt4 you made a two-versions | linkage of libstdc++. Re-emerge of world is suggested. and KDE continued to work. Not here. Maybe i've not run one of the affected programs. Re-emerging *everything* to fix a KDE problem seems like knee-jerk overkill. Well, but that's what's suggested. Anyway, it's plain wrong that NOTHING has to be done after upgrading to gcc 4.1.1. Maybe an emerge -e world is required. And an emerge -e world is *very* *much* from doing nothing... Alexander Skwar -- dark Turns out that grep returns error code 1 when there are no matches. I KNEW that. Why did it take me half an hour? -- Seen on #Debian -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5
Hemmann, Volker Armin wrote: On Saturday 27 May 2006 06:04, Anthony E. Caudel wrote: I see that KDE 3.5 finally made it out of testing. I plan to upgrade to it but since it is slotted, I'll have to unmerge 3.4 first. No problem, but I think I will then have to recompile all non-kde but related apps, such a k3b, that were compiled against the old libraries. Right? em, why do you think you'll have to unmerge 3.4? They can coexist very nicely. True. But why keep 3.4? -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5
On 5/26/06, Anthony E. Caudel [EMAIL PROTECTED] wrote: I see that KDE 3.5 finally made it out of testing. I plan to upgrade to it but since it is slotted, I'll have to unmerge 3.4 first. You don't need to unmerge 3.4 _first_. You can do it after you have merged 3.5, although even then it is optional. Does the fact that it does not use the kde flag guarantee that it does not need the kde libraries? No, like all USE flags, the kde flag is only for *optional* kde support. There are some applications that will not work at all without KDE, even though they are not part of KDE. Those applications will not have a kde use flag, but will bring in whatever parts of kde they depend on. Examples are koffice, kdevelop, kmplayer, kaffeine, ... equery depends kdelibs | grep -v kde-base/ Course, I guess I could blithely go along and as apps crash, I'll find the others. revdep-rebuild -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Hemmann, Volker Armin wrote: On Friday 26 May 2006 21:28, Alexander Skwar wrote: Hemmann, Volker Armin wrote: On Friday 26 May 2006 18:13, Bo Ørsted Andresen wrote: Friday 26 May 2006 17:51 skrev Hemmann, Volker Armin: ok, but still less to type ;) But esearch is more than twice as long as eix... ;) I am using search less, than syncing, so still a win, and it is only eseatab ;) Which is still 5 characters compared to 3 characters for eix :) but eix-sync is still longer than esync (8 to 5) ;) Nah, it's 5 to 5, so eix-sync is NOT longer than esync... eix-tab So, at best, eix is as bad as esearch, but normally eix is faster to use - in every aspect. Alexander Skwar -- May your future be limited only by your dreams. -- Christa McAuliffe -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5
Richard Fish wrote: On 5/26/06, Anthony E. Caudel [EMAIL PROTECTED] wrote: I see that KDE 3.5 finally made it out of testing. I plan to upgrade to it but since it is slotted, I'll have to unmerge 3.4 first. You don't need to unmerge 3.4 _first_. You can do it after you have merged 3.5, although even then it is optional. Does the fact that it does not use the kde flag guarantee that it does not need the kde libraries? No, like all USE flags, the kde flag is only for *optional* kde support. There are some applications that will not work at all without KDE, even though they are not part of KDE. Those applications will not have a kde use flag, but will bring in whatever parts of kde they depend on. Examples are koffice, kdevelop, kmplayer, kaffeine, ... equery depends kdelibs | grep -v kde-base/ Course, I guess I could blithely go along and as apps crash, I'll find the others. revdep-rebuild -Richard Ah, thanks. revdep-rebuild it is. Tony -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
Alexander Skwar wrote: JimD wrote: Ptitjack wrote: Hi, 404 Error Not found ! - Ptitjack - Your not in the USA. It is blocked by Google for non-US people right now. Wrong. How do you get this idea? However you can work around that by using NYU proxy: Or by going directly to http://picasa.google.com/linux/, instead of some strange proxy. Alexander Skwar It works now, but not in the beginning. When the first news arrived, I couldn't get access to it unless through a translated page. You can see the same problems being discussed at OSN. The reason can be anything, but fact is, we couldn't get access in the beginning. Kristian Poul Herkild -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
Kristian Poul Herkild wrote: It works now, but not in the beginning. Okay. When the first news arrived, I couldn't get access to it unless through a translated page. You can see the same problems being discussed at OSN. The reason can be anything, but fact is, we couldn't get access in the beginning. Well, fact is, that we can now get access to the page. And I wonder, why JimD posted, after it's been discovered that this fact is outdated (the post from Raymond Lewis and the replies have been sent before JimD sent his reply). Alexander Skwar -- Life. Don't talk to me about life. - Marvin the Paranoid Android -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On Sat, 27 May 2006 07:54:44 +0200, Alexander Skwar wrote: and KDE continued to work. Not here. I've had a few strange errors since posting that. Like one from Konqueror when trying to load a page, which then loaded perfectly on the next try. Maybe i've not run one of the affected programs. Re-emerging *everything* to fix a KDE problem seems like knee-jerk overkill. Well, but that's what's suggested. I think I'll pass on that one. Rebuilding all of KDE will take long enough, but it seems prudent, I'm certainly not going to spend 16+ hours rebuilding OOo if I don't need to. Anyway, it's plain wrong that NOTHING has to be done after upgrading to gcc 4.1.1. Maybe an emerge -e world is required. And an emerge -e world is *very* *much* from doing nothing... Absolutely. The GWN posting was clearly optimistic :( -- Neil Bothwick This man is depriving a village somewhere of an idiot signature.asc Description: PGP signature
Re: [gentoo-user] KDE 3.5
On Fri, 26 May 2006 23:04:12 -0500, Anthony E. Caudel wrote: I see that KDE 3.5 finally made it out of testing. I plan to upgrade to it but since it is slotted, I'll have to unmerge 3.4 first. The whole point of slotting is that you *don't* have to unmerge 3.4 first. You can continue to use 3.4 while merging 3.5, then you'll be given the choice of 3.4 or 3.5 in KDm's menu. Only unmerge 3.4 when you're sure everything is OK with 3.5 and you no longer need it. -- Neil Bothwick Memory Map - A sheet of paper showing location of computer store. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On Sat, 27 May 2006 08:16:02 +0200, Alexander Skwar wrote: but eix-sync is still longer than esync (8 to 5) ;) Nah, it's 5 to 5, so eix-sync is NOT longer than esync... I really think you guys should read this page :) http://www.gentoo.org/doc/en/cron-guide.xml -- Neil Bothwick Everything's back to normal. Damn. signature.asc Description: PGP signature
Re: [gentoo-user] Google Picasa for Linux!
On Sat, 27 May 2006, Alexander Skwar wrote: Kristian Poul Herkild wrote: It works now, but not in the beginning. Okay. When the first news arrived, I couldn't get access to it unless through a translated page. You can see the same problems being discussed at OSN. The reason can be anything, but fact is, we couldn't get access in the beginning. Well, fact is, that we can now get access to the page. And I wonder, why JimD posted, after it's been discovered that this fact is outdated (the post from Raymond Lewis and the replies have been sent before JimD sent his reply). Alexander Skwar Probably something with DNS... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On Sat, 27 May 2006, Neil Bothwick wrote: On Sat, 27 May 2006 07:54:44 +0200, Alexander Skwar wrote: and KDE continued to work. Not here. I've had a few strange errors since posting that. Like one from Konqueror when trying to load a page, which then loaded perfectly on the next try. Maybe i've not run one of the affected programs. Re-emerging *everything* to fix a KDE problem seems like knee-jerk overkill. Well, but that's what's suggested. I think I'll pass on that one. Rebuilding all of KDE will take long enough, but it seems prudent, I'm certainly not going to spend 16+ hours rebuilding OOo if I don't need to. Anyway, it's plain wrong that NOTHING has to be done after upgrading to gcc 4.1.1. Maybe an emerge -e world is required. And an emerge -e world is *very* *much* from doing nothing... Absolutely. The GWN posting was clearly optimistic :( Why would an emerge -e world be required? It is not required to rebuild every package using the new gcc. They will slowly be rebuilt when they are upgraded. I have done nothing since upgrading and had not one issue. Why would I, it doesn't even make sense? They are binaries, after all. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What is causing x11-terms/xterm to be dragged in?
On Fri, 26 May 2006 20:05:34 -0700 (PDT), [EMAIL PROTECTED] wrote: $ grep USE /etc/make.conf | grep -v ^# USE=berkdb innodb I have no /usr/portage/package.use $ grep USE /etc/make.profile/make.defaults USE=alsa apm arts avi bitmap-fonts cups eds emboss encode fortran foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imlib jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ogg oggvorbis opengl oss pdflib png qt quicktime sdl spell truetype truetype-fonts type1-fonts vorbis X xml2 xmms xv The correct way to see which USE flags are in operation is emerge --info | grep USE This shows the combined effect of your profile and make.conf (but not per-package settings from /etc/portage). -- Neil Bothwick Sex is hereditary. If your parents never had it, chances are you wont either. - signature.asc Description: PGP signature
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On Sat, 27 May 2006, Neil Bothwick wrote: On Sat, 27 May 2006 08:16:02 +0200, Alexander Skwar wrote: but eix-sync is still longer than esync (8 to 5) ;) Nah, it's 5 to 5, so eix-sync is NOT longer than esync... I really think you guys should read this page :) http://www.gentoo.org/doc/en/cron-guide.xml Long story short, sudo echo emerge --sync 1/dev/null 21 /etc/cron.daily/portsync, sudo chmod 755 /etc/cron.daily/portsync Assuming you're on vixie-cron at least. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] /var/tmp, no longer symlink to /tmp?
Steven Susbauer wrote: Did I at some point screw up my system, or is /var/tmp no longer a link to /tmp by default anymore? On my systems, /var/tmp has never been a link to /tmp. Alexander Skwar -- And now for something completely the same. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Steven Susbauer wrote: Long story short, sudo echo emerge --sync 1/dev/null 21 /etc/cron.daily/portsync, sudo chmod 755 /etc/cron.daily/portsync How will this update either the eix or the esearch databases? Alexander Skwar -- I haven't been married in over six years, but we had sexual counseling every day from Oral Roberts!! -- gentoo-user@gentoo.org mailing list
[gentoo-user] OT 0.0.0.0 security query
Hi all, This is a bit OT but I have a netgear router DG834 ADSL firewall router. I have restricted my incoming services with ... Enable Service Name Action LAN Server IP address WAN Users Log on bit torrent ALLOW always 192.168.0.5 Any Always Default Yes Any BLOCK always Any Any Never And tightened my outgoing services with ... Enable Service Name Action LAN Users WAN Servers Log on HTTP ALLOW always Any Any Always on HTTPS ALLOW always Any Any Always on POP ALLOW always Any Any Always on SMTP ALLOW always Any Any Always on NTP ALLOW always Any Any Always on FTP ALLOW always Any Any Always on rsync ALLOW always Any 0.0.0.0 Never on GM Port 389 ALLOW always 192.168.0.6 Any Always on GM Port 1503 ALLOW always 192.168.0.6 Any Always on GM Port 1731 ALLOW always 192.168.0.6 Any Always on GM 1024-65K ALLOW always 192.168.0.6 Any Always on H.323 ALLOW always 192.168.0.6 Any Always on Port 1023 ALLOW always Any Any Always on Samba ALLOW always Any 0.0.0.0 Always on samba2 ALLOW always Any 0.0.0.0 Always on samba3 ALLOW always Any 0.0.0.0 Always on Any(ALL) BLOCK always Any Any Always Default Yes Any ALLOW always Any Any Some services like rsync and samba I want to keep within my LAN but my DG834 insists I give it a least one IP address on the WAN that my service can be broadcast to. I selected 0.0.0.0 Can anyone advise, am I going about this the right way, any comment greatly appreciated :) Cheers Dave -- gentoo-user@gentoo.org mailing list
[gentoo-user] QT slotting and non-portage apps
Hi! It isn't a secret, some apps don't take place inside the protage :-) And some of them use QT3 with 'configure make make install' way. Now I have (at ~x86) slotted QT installd - both 3 and 4 versions, and autotools-building has these ot those errors. Is there legal/Gentoo way to make these apps happy? Andrew -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems configuring VMWare
On 5/24/06, Richard Fish [EMAIL PROTECTED] wrote: Well yes, he needs a -rsomething, I've installed vmware-workstation-5.5.1.19175-r3. But it seemed I had some old versions of vmware-files in various locations. So I cleaned that up, and now I can configure. But when I attempt to actually *run* it, I get: vmware is installed, but it has not been (correctly) configured for this system. To (re-)configure it, invoke the following command: /opt/vmware/workstation/bin/vmware-config.pl. Running vmware-config.pl again just brings me back to that same error. M. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Now Know Why Portage Is So Slow
On Fri, 2006-05-26 at 20:23 +0100, Neil Bothwick wrote: On Fri, 26 May 2006 10:02:25 -0700, Lord Sauron wrote: you should try the ~x86 version of portage which has many improvements: $ echo sys-apps/portage ~x86 /etc/portage/package.use $ emerge portage Just a question, but there's got to be a reason why it's still in ~x86. Yes, it's less than 30 days old. ~arch does not mean unstable, it means still-in-testing. In fact, since portage is on a continuous update-and-improvement move, it will _always_ have a version in ~x86. I run completely ~x86, and even unmask some hard-masked packages (like gnome-2.14 used to be) manually, and I haven't had any major issues. The secret is to update regularly. If you run ~x86 and update monthly or less frequently, you run the risk of multiple problems snowballing on you. Nevertheless, if you have any reason to keep your system stable, standard disclaimer applies: stay away from ~x86. Just cause it works for me, doesn't mean it always will. cya, -- Iain Buchanan iaindb at netspace dot net dot au Whip me. Beat me. Make me maintain AIX. -- Stephan Zielinski -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On Fri, 2006-05-26 at 08:25 +0100, Neil Bothwick wrote: Also, unless this have changed dramatically, eix's database update is *much* faster than that of esearch - seconds vs. minutes. I've heard that argument before, and I don't know why some people see that behaviour - esearch only takes seconds for me... -- Iain Buchanan iaindb at netspace dot net dot au You should avoid hedging, at least that's what I think. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] VOIP solution for dump terminals?
On Fri, 2006-05-26 at 17:11 +0800, Zhang Weiwu wrote: Hello. In an office we helped set up, there are a lot of X terminals for the clerks. (These X terminals are the old computers from school's lab, installed simple Gentoo Linux only to start X). Now they need VIOP, is it possible? I mean, is it possible the clerks use VOIP on X terminals, when the terminal equiped sound card, microphone but what they see on the screen is actually produced by the powerful server (which has only one sound card)? It seems a weird way of doing it, but you could `ssh -Y` back to the terminal PC and run skype (or whatever) from inside the ssh session... maybe there is a better way though. -- Iain Buchanan iaindb at netspace dot net dot au All good ideas look like bad ideas to those who are losers. -- Dilbert -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
On Sat, 2006-05-27 at 08:56 +0200, Kristian Poul Herkild wrote: Alexander Skwar wrote: JimD wrote: Ptitjack wrote: 404 Error Not found ! It works now, but not in the beginning. haha. maybe it was gentoo-user-ed (although I doubt there are enough readers here to flood google :) anyway, does it upload anything to google? I don't like the thought of a gmail-for-pictures sort of app on my PC. thanks, -- Iain Buchanan iaindb at netspace dot net dot au It's better to burn out than to fade away. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xdm is 'stopping'
On Fri, 2006-05-26 at 20:14 -0500, Peter Kelly wrote: Holas, Two days ago I updated the nvidia drivers, so I killed gdm and restarted xdm to reload the newer modules. Problem is, it looks like xdm never restarted. root ~ $ /etc/init.d/xdm status * status: stopping root ~ $ /etc/init.d/xdm stop * ERROR: xdm is already stopping. rc-status gives xdm[ stopping ] Everything *seems* to work fine, but then there's that silly 'stopping' comment that doesn't google very well. Anyone seen this, or have an idea? dunno, maybe the init script got confused. Maybe a module couldn't get unloaded and there's a please reboot kernel message sitting somewhere on one of your terminals (it happens :) If init.d/xdm got confused, just `ps aux | grep gdm` to make sure it's not there, `killall Xorg` if you like, and then: `/etc/init.d/xdm zap` to bring it back in line. Then try starting it again. HTH, -- Iain Buchanan iaindb at netspace dot net dot au I think that's easier to read. Pardon me. Less difficult to read. -- Larry Wall in [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
[gentoo-user] libexpat / qt / kde
Hi folks, after an emerge ---sync and during an emerge --update world, qt-3.3.6 doesn't compile anymore because it can't find libexpat.so.0. So I did an emerge --oneshot expat which tells me at the end that I should do a revdep-rebuild --library libexpat.so.0. That gives me a *huge* list of packages which would be rebuilt. Most of them are kde-3.5 stuff. Since I am upgrading from kde-3.5.1 to kde-3.5.2 in the same process, I am not interested in rebuilding the old kde-3.5.1 stuff because it will be overwritten by kde-3.5.2 anyway. How can I revdep-rebuild libexpat *without* all that obsolete kde stuff? It would save me a *lot* of time. Uwe -- Mark Twain: I rather decline two drinks than a German adjective. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: libexpat / qt / kde
On Saturday 27 May 2006 14:47, Uwe Thiem wrote: That gives me a *huge* list of packages which would be rebuilt. Most of them are kde-3.5 stuff. Since I am upgrading from kde-3.5.1 to kde-3.5.2 in the same process, I am not interested in rebuilding the old kde-3.5.1 stuff because it will be overwritten by kde-3.5.2 anyway. How can I revdep-rebuild libexpat *without* all that obsolete kde stuff? It would save me a *lot* of time. Run revdep-rebuild after the upgrade :-) Or launch revdep-rebuild -a, it'll complain about the impossibility of interaction (implied by -a) and the execution within a script, so it will exit just after having generated a complete list of packages candidates to reemerge and before the emerge itself. The list name is something like /root/.revdep-rebuild_5.order Ciao Francesco -- Linux Version 2.6.16-gentoo-r7, Compiled #1 PREEMPT Tue May 9 07:31:24 CEST 2006 One 1GHz AMD Athlon 64 Processor, 2GB RAM, 2007.26 Bogomips Total aemaeth -- gentoo-user@gentoo.org mailing list
[gentoo-user] 3 Problems
Hi all, For some time now I have been getting errors on boot. 1. This happens a number of times:- udev-event [1777]:find_free_number: %e is deprecated, will be removed and is unlikely to work correctly. Don't use it What does this mean and how do I fix it? 1. etc/modules.devfs not automatically copied modules update forced again what does this mean and hoe do I fix it? 3. 2 days ago, after and emerge update of a load of programs, my usb printer does not work, it seems that the usb device is not as shown on the cups setup. So I have been into the kde print manager and selected usb #1 as the printer port but when I try to select the correct printer I get an error:- Unable to start the creation of the driver database. The execution of make_driver_db_cups failed. Any thoughts as to how to resolve this? emerge --info Portage 2.1_rc2-r3 (default-linux/x86/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.16-gentoo-r7 i686) = System uname: 2.6.16-gentoo-r7 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.12.0 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox:1.2.18.1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r5 ACCEPT_KEYWORDS=x86 ~x86 AUTOCLEAN=yes CBUILD=i686-pc-linux-gnu CFLAGS=-O2 -march=athlon-xp -pipe cups version = 1.1.23-r7 kde version 3.5.2 udev version 090 Any help will be much appreciated Paul -- This message has been sent using kmail with gentoo linux -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Iain Buchanan wrote: On Fri, 2006-05-26 at 08:25 +0100, Neil Bothwick wrote: Also, unless this have changed dramatically, eix's database update is *much* faster than that of esearch - seconds vs. minutes. I've heard that argument before, and I don't know why some people see that behaviour - esearch only takes seconds for me... Are you really talking about *esearch* or about eupdate (or what's it called)? *esearch* is fast for me as well - but the update was so slow, that I now finally dumped it. Alexander Skwar -- You have all eternity to be cautious in when you're dead. -- Lois Platford -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mozilla-firefox-1.0.8 \w xorg-x11-6.8.2-r7 problem
On Sat, 2006-05-27 at 03:45 +0200, Matthias Langer wrote: On Fri, 2006-05-26 at 17:04 -0700, Steven Susbauer wrote: On Sat, 27 May 2006, Alexander Kirillov wrote: recently my sister descovered a strange and serious bug with mozilla-firefox-1.0.8 in combination with xorg-x11-6.8.2-r7. After visiting http://profile.myspace.com/index.cfm?fuseaction=user.viewprofilefriendid=36939781 xorg shuts down immediatly direct access to the box via the terminal is impossible. logging in remotley via ssh still works ... can anyone with the above combination verify this ? Yep. Killed my X too. I have these same versions of xorg and firefox. Fortunately I got a kdm login prompt again. The only relevant messages I could find in the logs: # cat /var/log/messages ... May 26 01:10:39 baikal kdm[11220]: X server for display :0 terminated unexpectedly ... # cat /var/log/kdm.log ... *** glibc detected *** free(): invalid next size (normal): 0x096128c0 *** ... You probably should file a bug. Please post to the list if you have any new info on the subject. Alexander, as you are the only one so far that can verify this bug, can you post about:plugins to http://bugs.gentoo.org/show_bug.cgi?id=134373 ? Thanks, Matthias -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
Saturday 27 May 2006 13:42 skrev Iain Buchanan: I've heard that argument before, and I don't know why some people see that behaviour - esearch only takes seconds for me... It's not the esearch binary versus the eix binary where there is a big difference. It's eupdatedb which takes a very long time compared to update-eix. -- Bo Andresen pgpaMAa6kICi2.pgp Description: PGP signature
Re: [gentoo-user] Google Picasa for Linux!
Am Samstag 27 Mai 2006 13.54 schrieb Iain Buchanan: On Sat, 2006-05-27 at 08:56 +0200, Kristian Poul Herkild wrote: Alexander Skwar wrote: JimD wrote: Ptitjack wrote: 404 Error Not found ! It works now, but not in the beginning. haha. maybe it was gentoo-user-ed (although I doubt there are enough readers here to flood google :) anyway, does it upload anything to google? I don't like the thought of a gmail-for-pictures sort of app on my PC. On http://picasa.google.com/linux/download.html they write: Picasa won't delete your pictures or put them online without your permission. Of course this doesn't mean anything, it might upload pictures without putting them online, but I don't think so. thanks, -- Iain Buchanan iaindb at netspace dot net dot au It's better to burn out than to fade away. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] 3 Problems
On Sat, 2006-05-27 at 14:00 +0100, Paul Stear wrote: Hi all, For some time now I have been getting errors on boot. 1.This happens a number of times:- udev-event [1777]:find_free_number: %e is deprecated, will be removed and is unlikely to work correctly. Don't use it What does this mean and how do I fix it? Well, there was a thread about this here some time ago (i get this message too on all my boxes) ... The conclusion was: don't care about it (gregkh, one of the autors of udev maintains the udev-ebuilds for gentoo himself. i guess he knows what he is doing). 1.etc/modules.devfs not automatically copied modules update forced again what does this mean and hoe do I fix it? 3.2 days ago, after and emerge update of a load of programs, my usb printer does not work, it seems that the usb device is not as shown on the cups setup. So I have been into the kde print manager and selected usb #1 as the printer port but when I try to select the correct printer I get an error:- Unable to start the creation of the driver database. The execution of make_driver_db_cups failed. Any thoughts as to how to resolve this? maybe '# revdep-rebuild' ? just a guess ... Matthias -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xdm is 'stopping' [SOLVED]
On Saturday 27 May 2006 06:56, Iain Buchanan wrote: On Fri, 2006-05-26 at 20:14 -0500, Peter Kelly wrote: Holas, Everything *seems* to work fine, but then there's that silly 'stopping' comment that doesn't google very well. Anyone seen this, or have an idea? dunno, maybe the init script got confused. Maybe a module couldn't get unloaded and there's a please reboot kernel message sitting somewhere on one of your terminals (it happens :) If init.d/xdm got confused, just `ps aux | grep gdm` to make sure it's not there, `killall Xorg` if you like, and then: `/etc/init.d/xdm zap` to bring it back in line. Then try starting it again. That did it. I never knew about the 'zap' command. Anyhow, everything is 'started' again. Thanks. Peter -- If the colleges were better, if they really had it, you would need to get the police at the gates to keep order in the inrushing multitude. See in college how we thwart the natural love of learning by leaving the natural method of teaching what each wishes to learn, and insisting that you shall learn what you have no taste or capacity for. The college, which should be a place of delightful labor, is made odious and unhealthy, and the young men are tempted to frivolous amusements to rally their jaded spirits. I would have the studies elective. Scholarship is to be created not by compulsion, but by awakening a pure interest in knowledge. The wise instructor accomplishes this by opening to his pupils precisely the attractions the study has for himself. The marking is a system for schools, not for the college; for boys, not for men; and it is an ungracious work to put on a professor. -- Ralph Waldo Emerson -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5
On Saturday 27 May 2006 08:03, Anthony E. Caudel wrote: Hemmann, Volker Armin wrote: On Saturday 27 May 2006 06:04, Anthony E. Caudel wrote: I see that KDE 3.5 finally made it out of testing. I plan to upgrade to it but since it is slotted, I'll have to unmerge 3.4 first. No problem, but I think I will then have to recompile all non-kde but related apps, such a k3b, that were compiled against the old libraries. Right? em, why do you think you'll have to unmerge 3.4? They can coexist very nicely. True. But why keep 3.4? because 3.5 has some bugs - and some people have less problems tolerate this bugs than others. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5
On Saturday 27 May 2006 10:41, Hemmann, Volker Armin wrote: True. But why keep 3.4? because 3.5 has some bugs - and some people have less problems tolerate this bugs than others. I must agree here. I have been using the 3.5 ebuilds since they entered the tree many months) on two systems. I still consider it buggy, and am quite surprised they have gone stable in gentoo. While they are not major issues, they are definately annoyances: One is that konqueror has an interestingly difficult time scrolling up and down pages if they have text boxes which are populated with text in them. Another is that kmail crashes. A *LOT*. A minimum of two times a day on me, I have seen as high as five. I do not consider 3.5 stable It is a wise idea to use the slotting feature, and keep 3.4. -- When you walk across the fields with your mind pure and holy, then from all the stones, and all growing things, and all animals, the sparks of their soul come out and cling to you. And then they are purified, and become a holy fire in you. -- Ancient Hasidic Saying -- gentoo-user@gentoo.org mailing list
[gentoo-user] Modules dependencies problem!
Hi guys, I'm having a problem during initialization. It happens that 50% of the time that I boot my desktop, when Calculating module dependencies says Failed to load modules dependencies (with the corresponding red exclamation marks) and when it gets to the loggin message it never loads kdm, and once I log via console I can't load kdm either. That's very annoying because the only way I can find now is to reboot and see if now it loads modules dependencies (usually the second time works fine). Did anybody have that kind of problem? What could I do? Thanks, Tuza -- Fui a hacer el ITV y me dieron la oblea. Junto a ella un paquete de Operas y un CD de Pavarotti. Todo encaja a la perfección. Todo, menos la marcha atrás. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Modules dependencies problem!
Oh, just in case...I'm running Gentoo 2005.1 for AMD64 On 5/27/06, El TuZa [EMAIL PROTECTED] wrote: Hi guys, I'm having a problem during initialization. It happens that 50% of the time that I boot my desktop, when Calculating module dependencies says Failed to load modules dependencies (with the corresponding red exclamation marks) and when it gets to the loggin message it never loads kdm, and once I log via console I can't load kdm either. That's very annoying because the only way I can find now is to reboot and see if now it loads modules dependencies (usually the second time works fine). Did anybody have that kind of problem? What could I do? Thanks, Tuza -- Fui a hacer el ITV y me dieron la oblea. Junto a ella un paquete de Operas y un CD de Pavarotti. Todo encaja a la perfección. Todo, menos la marcha atrás. -- Fui a hacer el ITV y me dieron la oblea. Junto a ella un paquete de Operas y un CD de Pavarotti. Todo encaja a la perfección. Todo, menos la marcha atrás. -- gentoo-user@gentoo.org mailing list
[gentoo-user] GCC 4.1.1 Problems
List, I figure upgrading to GCC 4.1.1 from 3.4.5 wouldn't be such a pain, right? WRONG. So far I've had just about every problem under the sun, mostly in the form of filesize errors which I wouldn't think would be related to GCC, but then again: app-admin/perl-cleaner x11-proto/xextproto x11-proto/xcmiscproto-1.1.2 These packages quit on me after telling me that the reported filesize by the ebuild wasn't equal to the downloaded filesize. This only happened with gcc-config 6 (4.1.1). When I switched back to 3.4.5, emerge -e world was flawless. Very odd. I also had several packages quit on me related to gnome and GTK. Complaints were usually related to GTK being compiled and installed, however would not run. If these are the type of problems we're going to see with 4.1.1, I would have to vote that it stay masked. Testing isn't even the word for this so far. I had to revert back to my 3.4.5 gcc and re-emerge system after having too many errors to warrant continuing. Maybe I'll check back in a while, or if someone has a solution, I'd be more than willing to listen. -- Jason Weisberger [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
Jason Weisberger wrote: I figure upgrading to GCC 4.1.1 from 3.4.5 wouldn't be such a pain, right? WRONG. Yes, very much so. See my Upgrading to gcc 4.1: emerge -e world required? thread. These packages quit on me after telling me that the reported filesize by the ebuild wasn't equal to the downloaded filesize. Were the errors correct? I mean, did the filesizes differ? I also had several packages quit on me How? If these are the type of problems we're going to see with 4.1.1, I would have to vote that it stay masked. Yep. Testing isn't even the word for this so far. I had to revert back to my 3.4.5 gcc and re-emerge system after having too many errors to warrant continuing. Hm. But there are people, who ran emerge -e world with gcc 4.1.1 and don't have problems. I suppose you'll only have problems, when you mix 3.x and 4.x. Alexander Skwar -- Fascinating, a totally parochial attitude. -- Spock, Metamorphosis, stardate 3219.8 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
Alexander Skwar [EMAIL PROTECTED] said: Jason Weisberger wrote: I figure upgrading to GCC 4.1.1 from 3.4.5 wouldn't be such a pain, right? WRONG. Yes, very much so. See my Upgrading to gcc 4.1: emerge -e world required? thread. Yea, since the soname was the same, I was under the impression that mixing would be fine, and I never ran into a problem. Now that I have unmasked it and more people are testing, I see that people are actually running into issues. So, my mistake. Sorry. If you are doing any upgrade of GCC that is something like 3.3-3.4, or 3.4-4.1, recompiling everything is probably a good first step to ensuring your system will be sane. We try to cut down on work that people will have to do and see if mixed installs will work, but in this case, I was wrong that you would be able to do that. If these are the type of problems we're going to see with 4.1.1, I would have to vote that it stay masked. Yep. I've yet to see cause for saying this. Moving to a completely new version of gcc, as in 3.x - 4.x, is a huge move. I think the small amount of problems that we are seeing now is great, and if you are using ~arch, you should expect little bumps in the road. We can only do so much testing in p.mask, and all of the people using it there were telling me that it was working fine for them. Testing isn't even the word for this so far. I had to revert back to my 3.4.5 gcc and re-emerge system after having too many errors to warrant continuing. Hm. But there are people, who ran emerge -e world with gcc 4.1.1 and don't have problems. I suppose you'll only have problems, when you mix 3.x and 4.x. Just following the GCC Upgrading Guide [1], and you should be fine. There will always be a few people that run into problems, and there isn't much we can do about that. If you think you found a real bug, please report it, or we can't ever fix it. [1]: http://www.gentoo.org/doc/en/gcc-upgrading.xml -- Mark Loeser - Gentoo Developer (cpp gcc-porting qa toolchain x86) email - halcy0n AT gentoo DOT org mark AT halcy0n DOT com web - http://dev.gentoo.org/~halcy0n/ http://www.halcy0n.com pgpmcrrS3Z3f2.pgp Description: PGP signature
Re: [gentoo-user] SSH hosed, only rubble remains
On 5/27/06, John Jolet [EMAIL PROTECTED] wrote: Password: debug1: packet_send2: adding 32 (len 25 padlen 7 extra_pad 64) debug2: input_userauth_info_req debug2: input_userauth_info_req: num_prompts 0 debug1: packet_send2: adding 48 (len 10 padlen 6 extra_pad 64) debug1: ssh-userauth2 successful: method keyboard-interactive debug3: clear hostkey 0 debug3: clear hostkey 1 debug3: clear hostkey 2 debug1: fd 4 setting O_NONBLOCK debug1: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug1: send channel open 0 debug1: Entering interactive session. debug2: callback start debug1: ssh_session2_setup: id 0 debug1: Sending command: scp -v -t . debug1: channel request 0: exec debug2: callback done debug1: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel 0: rcvd adjust 131072 okay, so in this instance, you're trying an scp...what happens whenyou do an ssh?and does anything at all show up in the logs on theserver?In the /etc/ssh/sshd_config file, there can be a LogLevelentry.try DEBUG2 or DEBUG3 --gentoo-user@gentoo.org mailing listOkay, I set LogLevel=DEBUG3 and reloaded sshd, but I got no more output than usual: May 27 09:14:55 treat sshd[11739]: Received SIGHUP; restarting. May 27 09:14:55 treat sshd[2352]: Server listening on 0.0.0.0 port 22. May 27 09:15:31 treat sshd[2356]: Connection from 64.166.164.53 port 32776 May 27 09:15:36 treat sshd[2356]: Accepted keyboard-interactive/pam for kevin from 64.166.164.53 port 32776 ssh2 May 27 09:15:36 treat sshd(pam_unix)[2361]: session opened for user kevin by (uid=0) And when it's ssh instead of scp, I get: May 27 09:20:53 treat sshd[2392]: Connection from 64.166.164.53 port 32777 May 27 09:20:57 treat sshd[2392]: Accepted keyboard-interactive/pam for kevin from 64.166.164.53 port 32777 ssh2 May 27 09:20:57 treat sshd(pam_unix)[2402]: session opened for user kevin by (uid=0) May 27 09:21:01 treat sshd[2402]: Connection closed by 64.166.164.53 May 27 09:21:01 treat sshd(pam_unix)[2402]: session closed for user kevin May 27 09:21:01 treat sshd[2402]: Closing connection to 64.166.164.53 Which covers a simple login-logout sequence.-- Kevin O'Gorman, PhD
Re: [gentoo-user] GCC 4.1.1 Problems
On Sat, 27 May 2006 19:40:06 +0400, Jason Weisberger [EMAIL PROTECTED] wrote: app-admin/perl-cleaner These packages quit on me after telling me that the reported filesize by the ebuild wasn't equal to the downloaded filesize. This only happened with gcc-config 6 (4.1.1). When I switched back to 3.4.5, emerge -e world was flawless. Very odd. I have just switched to gcc 4.1.1 and experienced the same. All worked out after `emerge --sync'. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On 5/27/06, Alexander Skwar [EMAIL PROTECTED] wrote: gcc update Nothing needs to be done Sure... How much did the person who wrote this check? Hello World! worked, and that's it? Sometimes this complete lack of QA is really pissing me off :( Stop using ~arch packages, or stop whining. ~arch works most of the time, but it is a _testing_ branch. Do you expect the devs to login to each and every Gentoo user's system to test a new package and ensure complete functionality before adding it to ~arch? I just upgraded to gcc-4.1 and pruned 3.4.6, and KDE, koffice, OOo, and mozilla all still load and run fine. Since these are all heavy C++ users, I am sure that for my (pure ~x86) system, there are no issues. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
Alexander Skwar wrote: Well, fact is, that we can now get access to the page. And I wonder, why JimD posted, after it's been discovered that this fact is outdated (the post from Raymond Lewis and the replies have been sent before JimD sent his reply). Alexander Skwar Dude, get over it! Who cares. I didn't read every post before I posted a link. After I posted the link and then I later read that it was working for non-US people. I live in the US so I didn't have a problem. Just though I would help non-US folks that wanted to try it out. Stop being so anal about the time frame of when I sent my post. Jeeez! Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
[gentoo-user] kreetingkard ebuild?
I did some googleing, and need a kreetingkard ebuild, anyone know if there are any around?? Mike -- Michael W. Holdeman Powered by Gentoo Linux www.gentoo.org | Kernel 2.6.15-ck2 | VMWare Workstation 5.5.1 vmware.com | Win4LinPro 6.1.1-03 win4lin.com | | -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] KDE 3.5
On Saturday 27 May 2006 17:01, fire-eyes wrote: On Saturday 27 May 2006 10:41, Hemmann, Volker Armin wrote: True. But why keep 3.4? because 3.5 has some bugs - and some people have less problems tolerate this bugs than others. I must agree here. I have been using the 3.5 ebuilds since they entered the tree many months) on two systems. I still consider it buggy, and am quite surprised they have gone stable in gentoo. While they are not major issues, they are definately annoyances: One is that konqueror has an interestingly difficult time scrolling up and down pages if they have text boxes which are populated with text in them. Another is that kmail crashes. A *LOT*. A minimum of two times a day on me, I have seen as high as five. kmail crashes me a lot because of this: it tries to fetch mails from a defunc server (it is still in the prefs, because it will be back in some weeks - and I don't know the pw anymore). When I close kmail, while it waits for the timeouts: crash Or it won't really stop (kmail and kio_pop3 still visible in ps aux), advantage, when I start kmail again, I don't have to type in the kwallet-pw ... Oh, and logout most of the times only works on the second try ... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SSH hosed, only rubble remains
Okay, I set LogLevel=DEBUG3 and reloaded sshd, but I got no more output than usual: May 27 09:14:55 treat sshd[11739]: Received SIGHUP; restarting. May 27 09:14:55 treat sshd[2352]: Server listening on 0.0.0.0 port 22. May 27 09:15:31 treat sshd[2356]: Connection from 64.166.164.53 port 32776 May 27 09:15:36 treat sshd[2356]: Accepted keyboard-interactive/pam for kevin from 64.166.164.53 port 32776 ssh2 May 27 09:15:36 treat sshd(pam_unix)[2361]: session opened for user kevin by (uid=0) And when it's ssh instead of scp, I get: May 27 09:20:53 treat sshd[2392]: Connection from 64.166.164.53 port 32777 May 27 09:20:57 treat sshd[2392]: Accepted keyboard-interactive/pam for kevin from 64.166.164.53 port 32777 ssh2 May 27 09:20:57 treat sshd(pam_unix)[2402]: session opened for user kevin by (uid=0) May 27 09:21:01 treat sshd[2402]: Connection closed by 64.166.164.53 May 27 09:21:01 treat sshd(pam_unix)[2402]: session closed for user kevin May 27 09:21:01 treat sshd[2402]: Closing connection to 64.166.164.53 Which covers a simple login-logout sequence. -- Kevin O'Gorman, PhD well, it really looks from both ends like it's working. what is the shell for the given user? in /etc/passwd, if you're using local authentication. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: libexpat / qt / kde
On 27 May 2006 14:00, Francesco Talamona wrote: On Saturday 27 May 2006 14:47, Uwe Thiem wrote: That gives me a *huge* list of packages which would be rebuilt. Most of them are kde-3.5 stuff. Since I am upgrading from kde-3.5.1 to kde-3.5.2 in the same process, I am not interested in rebuilding the old kde-3.5.1 stuff because it will be overwritten by kde-3.5.2 anyway. How can I revdep-rebuild libexpat *without* all that obsolete kde stuff? It would save me a *lot* of time. Run revdep-rebuild after the upgrade :-) Since qt doesn't compile - or rather doesn't link as stated in my original mail - that isn't an option. Anyway, I found the offending libraries by now, re-emerged them, and my world update is under way. Uwe -- Mark Twain: I rather decline two drinks than a German adjective. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
On Saturday 27 May 2006 17:40, Jason Weisberger wrote: List, I figure upgrading to GCC 4.1.1 from 3.4.5 wouldn't be such a pain, right? WRONG. So far I've had just about every problem under the sun, mostly in the form of filesize errors which I wouldn't think would be related to GCC, but then again: app-admin/perl-cleaner x11-proto/xextproto x11-proto/xcmiscproto-1.1.2 These packages quit on me after telling me that the reported filesize by the ebuild wasn't equal to the downloaded filesize. This only happened with gcc-config 6 (4.1.1). When I switched back to 3.4.5, emerge -e world was flawless. Very odd. so run ebuild blabla.ebuild digest wow, that is hard... if you are trying software from the ~ tree, you are expected to deal with some hiccups. btw, I did the gcc 3.4.x--4.1 step some weeks ago. And just to be safe, I did an -e system followed by an -e world. Was a good decision - I did not run in any major problems. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
Richard Fish wrote: On 5/27/06, Alexander Skwar [EMAIL PROTECTED] wrote: gcc update Nothing needs to be done Sure... How much did the person who wrote this check? Hello World! worked, and that's it? Sometimes this complete lack of QA is really pissing me off :( Stop using ~arch packages, or stop whining. No, I won't do neither. The GWN and the upgrade doc used to say, that an upgrade is (basically) riskless. That's wrong - as it has been confirmed and corrected now. If that warning would have been there in the gcc-upgrade doc, everything would have been fine. ~arch works most of the time, but it is a _testing_ branch. Do you expect the devs to login to each and every Gentoo user's system to test a new package and ensure complete functionality before adding it to ~arch? Bullshit. I'd expect them to do testing and not give so bold statements as The upgrade should be incredibly easy and require no additional work to install and use. without making VERY sure, that this is actually true. Granted - there's only so much that can be done. And also granted, that's ~arch. But that statement is just so irritating. And what's also irritating are so many small errors, like files with non-matching filesizes/checksums in the digests. I just upgraded to gcc-4.1 and pruned 3.4.6, and KDE, koffice, OOo, and mozilla all still load and run fine. Did you yet re-compile Qt 3 and Qt 4? No? Then you're experiences just don't count. KDE broke on my system, when I recompiled Qt. Before the recompile, KDE was fine. As I've wrote in lengths on the bug report. Seems you've not read it - why not? Why am I writing reports and *also* post links here? Did you try to compile glib? No? Then I guess you've done no testing. Or what kind of testing have you done? Since these are all heavy C++ users, I am sure that for my (pure ~x86) system, there are no issues. Congrats. It's not only me who's having problems. Alexander Skwar -- Living in LA is like not having a date on Saturday night. -- Candice Bergen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
To clear this up, I will send the .tar.gz file to anyone who asks for it. Just beware: it's over 20 megs, so I'm going to have to slice it into many files so that you can re-assemble it. My email won't send over ten megs. But if you're having trouble, I'll send it. Just contact me (preferably off-list - we don't need to clog up everyone's inbox all at the same time, I don't think). -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Now Know Why Portage Is So Slow
On 5/27/06, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: Saturday 27 May 2006 13:42 skrev Iain Buchanan: I've heard that argument before, and I don't know why some people see that behaviour - esearch only takes seconds for me... It's not the esearch binary versus the eix binary where there is a big difference. It's eupdatedb which takes a very long time compared to update-eix. Is this getting to the point of ferocity of the legendary emacs vs. vi wars I've heard so much about? At this rate, I'm inclined to recommend Kuroo to all of you. I've been kicking the tires in on it, and it's really quite good. http://kuroo.org/ app-portage/kuroo -- == GCv3.12 == GCS d-(++) s+: a? C++ UL+ P+ L++ E--- W+(+++) N++ o? K? w--- O? M+ V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+ DI+++ D+ G e* h- !r !y = END GCv3.12 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xdm is 'stopping' [SOLVED]
Peter Kelly wrote: On Saturday 27 May 2006 06:56, Iain Buchanan wrote: On Fri, 2006-05-26 at 20:14 -0500, Peter Kelly wrote: Holas, Everything *seems* to work fine, but then there's that silly 'stopping' comment that doesn't google very well. Anyone seen this, or have an idea? dunno, maybe the init script got confused. Maybe a module couldn't get unloaded and there's a please reboot kernel message sitting somewhere on one of your terminals (it happens :) If init.d/xdm got confused, just `ps aux | grep gdm` to make sure it's not there, `killall Xorg` if you like, and then: `/etc/init.d/xdm zap` to bring it back in line. Then try starting it again. That did it. I never knew about the 'zap' command. Anyhow, everything is 'started' again. Thanks. Peter I didn't know about it until a little while back. That thing comes in handy. Dale :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On Saturday 27 May 2006 19:58, Alexander Skwar wrote: Richard Fish wrote: On 5/27/06, Alexander Skwar [EMAIL PROTECTED] wrote: gcc update Nothing needs to be done Sure... How much did the person who wrote this check? Hello World! worked, and that's it? Sometimes this complete lack of QA is really pissing me off :( Stop using ~arch packages, or stop whining. No, I won't do neither. The GWN and the upgrade doc used to say, that an upgrade is (basically) riskless. no it does not. You are talking bullshit. GWN: The number of applications that do not compile with gcc-4.1 is extremely small now, and most users should not experience any problems with ~arch packages not compiling. Read it, understand it. It is hard, I know. But it does not say 'riskless'. Not even 'basically riskless'. Read again. And the uzpgrade guide says: Generally speaking, upgrades to bug fix releases, like from 3.3.5 to 3.3.6, should be quite safe -- just emerge new version, switch your system to use it and rebuild the only affected package, libtool. However, some GCC upgrades break binary compatibility; in such cases a rebuild of the affected packages (or even whole toolchain and system) might be required. ~arch works most of the time, but it is a _testing_ branch. Do you expect the devs to login to each and every Gentoo user's system to test a new package and ensure complete functionality before adding it to ~arch? Bullshit. I'd expect them to do testing and not give so bold statements as The upgrade should be incredibly easy and require no additional work to install and use. without making VERY sure, that this is actually true. and ~arch is the testing ground. Basic testing 'it works or it works not' are the hard-masked packages. Maybe you should calm down? Or do you want to stay in your sulk-mode and act like a prima donna? And what's also irritating are so many small errors, like files with non-matching filesizes/checksums in the digests. I just upgraded to gcc-4.1 and pruned 3.4.6, and KDE, koffice, OOo, and mozilla all still load and run fine. Did you yet re-compile Qt 3 and Qt 4? No? Then you're experiences just don't count. KDE broke on my system, when I recompiled Qt. Before the recompile, KDE was fine. As I've wrote in lengths on the bug report. Seems you've not read it - why not? Why am I writing reports and *also* post links here? oh, that is sooo surprising. Most of the times, a qt-update requires recompiling kdelibs, base and network (and kdepim). Something that happens even without gcc-updates. Did you try to compile glib? No? Then I guess you've done no testing. if he does not have glib? Or what kind of testing have you done? enough for his system? Since these are all heavy C++ users, I am sure that for my (pure ~x86) system, there are no issues. Congrats. It's not only me who's having problems. no, you are not the only one, but you are one who makes a lot of fuss about problems, that are easy to solve and even happen without any gcc updates - and you should have learnt to deal with a long time ago. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xdm is 'stopping' [SOLVED]
Saturday 27 May 2006 16:16 skrev Peter Kelly: That did it. I never knew about the 'zap' command. Anyhow, everything is 'started' again. You people really should read the Gentoo handbook. Not just the installation related part but also part 2-4. It's really good. E.g. the 'zap' command is documented in part 2, chapter 4 [1]. [1] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2chap=4 BTW common netiquette says a signature should be no more than 4 lines. -- Bo Andresen pgpdQFC8J1469.pgp Description: PGP signature
Re: [gentoo-user] GCC 4.1.1 Problems
On 5/27/06, Jason Weisberger [EMAIL PROTECTED] wrote: List, I figure upgrading to GCC 4.1.1 from 3.4.5 wouldn't be such a pain, right? WRONG. So far I've had just about every problem under the sun, mostly in the form of filesize errors which I wouldn't think would be related to GCC, but then again: app-admin/perl-cleaner I think this has nothing to do with the gcc upgrade. More likely it is simply because you were doing an emerge -e world. I see the same thing on my system: checking perl-cleaner-1.03.tar.gz !!! Digest verification failed: !!! /usr/portage/packages/sources/perl-cleaner-1.03.tar.gz !!! Reason: Filesize does not match recorded size !!! Got: 4954 !!! Expected: 4611 ~ grep perl-cleaner-1.03.tar.gz /usr/portage/app-admin/perl-cleaner/Manifest DIST perl-cleaner-1.03.tar.gz 4611 RMD160 2008ea90c056c4db5f1e897dcf9b4fc56c4bc2ea SHA1 22b83c8266518ee0e42a5648ac3715bdfb7f8a68 SHA256 fe41245499829c473dc27afe76c328341ffa04933873a905d29b5d48e56218b3 ~ ls -l /usr/portage/distfiles/perl-cleaner-1.03.tar.gz -rw-rw-r-- 1 root portage 4954 Feb 20 07:02 /usr/portage/distfiles/perl-cleaner-1.03.tar.gz So the Manifest really does list 4611 bytes as the expected size, but my distfile is 4954 bytes. Most likely the Manifest was updated (via an emerge --sync) after I merged 1.03. But there was no bump in the ebuild version, so I never saw this on any of my normal upgrades...not until I tried to merge it again. These packages quit on me after telling me that the reported filesize by the ebuild wasn't equal to the downloaded filesize. This only happened with gcc-config 6 (4.1.1). When I switched back to 3.4.5, emerge -e world was flawless. Very odd. Can you elaborate on this? I cannot duplicate it: carcharias ~ # gcc-config 1 * Switching native-compiler to i686-pc-linux-gnu-3.4.6 ... Regenerating /etc/ld.so.cache... [ ok ] * If you intend to use the gcc from the new profile in an already * running shell, please remember to do: * # source /etc/profile carcharias ~ # source /etc/profile carcharias ~ # emerge --oneshot perl-cleaner Calculating dependencies... done! Emerging (1 of 1) app-admin/perl-cleaner-1.03 to / checking ebuild checksums ;-) checking auxfile checksums ;-) checking miscfile checksums ;-) checking perl-cleaner-1.03.tar.gz !!! Digest verification failed: !!! /usr/portage/packages/sources/perl-cleaner-1.03.tar.gz !!! Reason: Filesize does not match recorded size !!! Got: 4954 !!! Expected: 4611 In any case this should be solved by deleting the offending distfiles and letting them be downloaded again. I also had several packages quit on me related to gnome and GTK. Complaints were usually related to GTK being compiled and installed, however would not run. Without more data (the specific error messages), it is hard to say whether this is related to the 4.1.1 upgrade or not. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xdm is 'stopping' [SOLVED]
Bo Ørsted Andresen wrote: Saturday 27 May 2006 16:16 skrev Peter Kelly: That did it. I never knew about the 'zap' command. Anyhow, everything is 'started' again. You people really should read the Gentoo handbook. Not just the installation related part but also part 2-4. It's really good. E.g. the 'zap' command is documented in part 2, chapter 4 [1]. [1] http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2chap=4 BTW common netiquette says a signature should be no more than 4 lines. May be. I installed Gentoo a couple years ago. I sort of learn as I go. If I read that thing it would likely confuse me. I'm in the same boat with Samba right now. The docs and howto's just confuse the stuffin out of me. I'm having trouble on the windoze end though, I think. I'll blame windoze anyway. LOL Now to go confuse myself. O_O Dale :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
On 5/27/06, Hemmann, Volker Armin [EMAIL PROTECTED] wrote: so run ebuild blabla.ebuild digest wow, that is hard... Probably better to just delete the distfiles and let them be downloaded again though... -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
Hemmann, Volker Armin wrote: On Saturday 27 May 2006 19:58, Alexander Skwar wrote: Richard Fish wrote: On 5/27/06, Alexander Skwar [EMAIL PROTECTED] wrote: gcc update Nothing needs to be done Sure... How much did the person who wrote this check? Hello World! worked, and that's it? Sometimes this complete lack of QA is really pissing me off :( Stop using ~arch packages, or stop whining. No, I won't do neither. The GWN and the upgrade doc used to say, that an upgrade is (basically) riskless. no it does not. Yes, it does. You are talking bullshit. Am I? GWN: The number of applications that do not compile with gcc-4.1 is extremely small now, and most users should not experience any problems with ~arch packages not compiling. Yes, read it. I'm not complaining about packages which do not compile because of gcc 4.1.1. I complained because KDE stopped working. I complained, because I had to re-compile glibc, so that I could compile glib. So, please YOU read again. Read it, understand it. It is hard, I know. But it does not say 'riskless'. Not even 'basically riskless'. Read again. Yes, please do so - please read again. Make note of the sentence right before the sentence, which you've quoted: | The upgrade should be incredibly easy and require no additional work to | install and use. If that's not basically riskless, then I don't know what basically riskless is. And the uzpgrade guide says: The upgrade doc used to say, that upgrading from 3.4.x to 4.1.1 will be painless (I don't know the exact words anymore, as the box has been thankfully removed, which is VERY good). Generally speaking, upgrades to bug fix releases, like from 3.3.5 to 3.3.6, should be quite safe -- just emerge new version, switch your system to use it and rebuild the only affected package, libtool. However, some GCC upgrades break binary compatibility; And it said, that 4.1.1 was supposed to be binary compatible to 3.4.6. in such cases a rebuild of the affected packages (or even whole toolchain and system) might be required. And thus, a rebuild of world/tc/system wouldn't be required. ~arch works most of the time, but it is a _testing_ branch. Do you expect the devs to login to each and every Gentoo user's system to test a new package and ensure complete functionality before adding it to ~arch? Bullshit. I'd expect them to do testing and not give so bold statements as The upgrade should be incredibly easy and require no additional work to install and use. without making VERY sure, that this is actually true. and ~arch is the testing ground. Basic testing 'it works or it works not' are the hard-masked packages. I guess we'll disagree about the level of basic testing. IMO there should be different levels for ordinary packages (say net-mail/safecat) and rather low level system packages like gcc, glibc - and maybe everything in the sys-* categories. Maybe you should calm down? I am calm. Just don't tell me, that everything's fine, when it actually isn't. Did you yet re-compile Qt 3 and Qt 4? No? Then you're experiences just don't count. KDE broke on my system, when I recompiled Qt. Before the recompile, KDE was fine. As I've wrote in lengths on the bug report. Seems you've not read it - why not? Why am I writing reports and *also* post links here? oh, that is sooo surprising. Yes, it is, isn't it? Most of the times, a qt-update requires recompiling kdelibs, base and network (and kdepim). Where was there a Qt update? So, thanks for agreeing with me Something that happens even without gcc-updates. No, it doesn't. Did you try to compile glib? No? Then I guess you've done no testing. if he does not have glib? Then he installs it. Or what kind of testing have you done? enough for his system? Not enough to experience the errors which have been reported here. Since these are all heavy C++ users, I am sure that for my (pure ~x86) system, there are no issues. Congrats. It's not only me who's having problems. no, you are not the only one, but you are one who makes a lot of fuss about problems, that are easy to solve Pardon, but an emerge -e world is not easy to solve. Sure, it's not that hard, but it takes so very long and because of that, it's to be avoided like the plague. And also pardon me, when I'm annoyed because of too bold statements which turn out to be wrong. If it says no problems expected, then that's what I expect. I don't expect to run into deep problems. And the GWN and upgrade doc clearly stated, that there were no problems to be expected. Heck - the GWN still says so. You should just read it yourself. Or let me read it to you: | The upgrade should be incredibly easy and require no additional | work to install and use. The number of applications that do not | compile with gcc-4.1 is extremely small now, and most users should | not experience any problems with ~arch packages not compiling. So, emerge -e world is no additional
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On 5/27/06, Alexander Skwar [EMAIL PROTECTED] wrote: Stop using ~arch packages, or stop whining. No, I won't do neither. The GWN and the upgrade doc used to say, that an upgrade is (basically) riskless. Well I can't force you to do anything. You found a problem, reported a bug, and got the documentation fixed. Great, all useful contributions to a community supported distribution. However you have also attacked the Gentoo devs. You have insinuated that they are lazy and/or careless. You do remember that Gentoo devs are unpaid volunteers doing this in their spare time, right? And this is how you choose to thank them for that gift? That's wrong - as it has been confirmed and corrected now. If that warning would have been there in the gcc-upgrade doc, everything would have been fine. And it will be when gcc 4.1.1 goes out of ~arch, so the stable users will know they need to do an emerge -e world. Yeah for them! Bullshit. My thoughts exactly... I'd expect them to do testing and not give so bold statements as The upgrade should be incredibly easy and require no additional work to install and use. without making VERY sure, that this is actually true. They added it to ~arch to make VERY sure that this was true, and it wasn't. And what's also irritating are so many small errors, like files with non-matching filesizes/checksums in the digests. The filesize issue is probably because the distfile changed without an change in the ebuild version. So you can get a new Manifest (from emerge --sync) that doesn't match the actual distfile you have, and get a filesize mismatch the next time you try to merge that same version, e.g. when doing an emerge -e world. This is rare, but it does happen. The evidence that this is in any way related to the gcc upgrade is pretty thin... I just upgraded to gcc-4.1 and pruned 3.4.6, and KDE, koffice, OOo, and mozilla all still load and run fine. Did you yet re-compile Qt 3 and Qt 4? No? For the sake of argument, I just did. Guess what? The only bad thing that happened is my KDE theme went away. No big deal, I've seen it before when upgrading qt, and although I'm not sure what causes it, I know that remerging kdelibs fixes it. But of course this is meaningless...the fact that some people have no problems doesn't change the fact that some do. Then you're experiences just don't count. KDE broke on my system, when I recompiled Qt. Before the recompile, KDE was fine. As I've wrote in lengths on the bug report. Seems you've not read it - why not? Why am I writing reports and *also* post links here? I *did*. And it was very good and useful report, even though it was a duplicate of another report. Look, I am not claiming there the gcc upgrade is seamless and easy. I am also *not* suggesting that the fact that it works on my system is proof that there are no problems. But it does mean that the upgrade can *appear* to be seamless and easy, and only fail in specific cases on specific systems. Did you try to compile glib? No? Then I guess you've done no testing. Um, I'm a ~arch user, so I am *always* testing. But no, I didn't recompile just glib to see if it would work in a mixed environment. Nor did I re-compile each of the other 835 packages installed on my system in turn with 4.1.1 to see if they would work in a mixed environment. But, did you happen to notice that the original poster of that glib bug wasn't even using gcc 4.1? How did you decide that it was a gcc upgrade problem? Indeed it looks more like a libtool issue to me... Do you have some plan for testing new gcc releases in a mixed compilation environment that will guarantee no compatibility problems? Something that won't take a year to complete so that new gcc versions can move out of p.mask? IMO, it would be much simpler and better to tell people to always do an emerge -e world when upgrading gcc... -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
I don't know what 'upgrade guide' you have read, but: Now let's rebuild toolchain and then world so we will make use of the new compiler. Code Listing 2.2: Rebuilding system # emerge -eav system # emerge -eav world and glibc is part of the system. Which part of the upgrade guide did you not follw? And it said, that 4.1.1 was supposed to be binary compatible to 3.4.6. it did not say so some weeks ago, and it does not say so today. Or whenever else I looked at that document. in such cases a rebuild of the affected packages (or even whole toolchain and system) might be required. And thus, a rebuild of world/tc/system wouldn't be required. wrong., read again. It says 'that a rebuild of system (which is a rebuild of the toolchain), might be required. And experience tells, that it IS required. You behave like someone who never experienced a gcc-update. How long are you using gentoo? 4 weeks? 6 month? Where was there a Qt update? like the qt3.3.0 to 3.3.2 or 3.3.3 or 3.3.4 updates? or 3.2 to 3.3? No, it doesn't. yes it does. A lot of times. Sometimes even a qt -rX update forces a kdelibs recompile. Did you try to compile glib? No? Then I guess you've done no testing. if he does not have glib? Then he installs it. so, he should install something he does not need and 'test' it, to satisfy your needs? Why should he? If you want glib tested, do it yourself. Or are you too grand and important? Why should anybody test something FOR YOU? Or are you complaining, that his tests does not cover YOUR needs? NEWSFLASH: this is gentoo, everybody has a slightly different system. And also pardon me, when I'm annoyed because of too bold statements which turn out to be wrong. If it says no problems expected, then tat's what I expect. I don't expect to run into deep problems. And the GWN and upgrade doc clearly stated, that there were no problems to be expected. No, it did not. It said: The number of applications that do not compile with gcc-4.1 is extremely small now, and most users should not experience any problems with ~arch packages not compiling. see? 'most users' and '~arch packages' And not 'everything that Alexander Skwar, the superduper user everybody loves, and whose system is THE pinnacle of how a gentoo system should look like, has installed, will work flawlessly.' You are just sulking around, and it becomes less and less funny. I deal with them just fine. so why are you doing this 'Zwergenaufstand'? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
List, I suppose that I just found it odd that it popped up after I switched to GCC 4.1.1. Maybe coincidence. I'll delete all my digest files and let them download again, because this is popping up on quite a few packages. Maybe a bad mirror. I will be going on vacation for about a week, and when I get back I'll try to do all this again, hell, maybe even from a fresh install. I hear the benefits are worth it. I've read a few things about 4.1.1 not playing well with GTK packages on the forums, however, and that still appears to be the case. I'll get exact error messages when I return and bring this thread up again. Thanks to everyone who responded! -- Jason Weisberger [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On 5/27/06, Hemmann, Volker Armin [EMAIL PROTECTED] wrote: On Saturday 27 May 2006 19:58, Alexander Skwar wrote: Did you try to compile glib? No? Then I guess you've done no testing. if he does not have glib? To be fair, I did mention mozilla, so it is safe to assume that I have gtk and glib installed. BTW, I just remerged glib using gcc 4.1 *without* having to remerge glibc. What does this prove...nothing except that these simple actions on any particular system may not be sufficient to duplicate the problems that Alexander has seen on his system. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
On 5/27/06, Alexander Skwar [EMAIL PROTECTED] wrote: And also pardon me, when I'm annoyed because of too bold statements which turn out to be wrong. If it says no problems expected, then that's what I expect. I don't expect to run into deep problems. And the GWN and upgrade doc clearly stated, that there were no problems to be expected. If you want to point out false and misleading statements, here is something you said earlier in this thread: Of course. You don't need to have gcc installed to be able to run a *compiled* program. This is false. C++ programs are usually linked against libstdc++ that is in the gcc directory. So removing gcc will break these programs. Go head, try it. emerge -C gcc, and see how well your system works. (DANGER: for anybody else reading this, do *NOT* do this. You will likely break python, and thus portage, and then you are really screwed). Maybe *you* should do a little QA and testing before *you* give someone information that you believe to be true at the time. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading to gcc 4.1: emerge -e world required?
Saturday 27 May 2006 19:58 skrev Alexander Skwar: gcc update Nothing needs to be done Sure... How much did the person who wrote this check? Hello World! worked, and that's it? What exactly do you intend to achieve by flaming the devs? Sometimes this complete lack of QA is really pissing me off :( Stop using ~arch packages, or stop whining. No, I won't do neither. The GWN and the upgrade doc used to say, that an upgrade is (basically) riskless. Well, you chose to be on the cutting edge. You chose to upgrade as soon as it was unmasked. If you really think there is a complete lack of QA then why the hell didn't you wait a week to see if it was true? That's wrong - as it has been confirmed and corrected now. If that warning would have been there in the gcc-upgrade doc, everything would have been fine. ~arch works most of the time, but it is a _testing_ branch. Do you expect the devs to login to each and every Gentoo user's system to test a new package and ensure complete functionality before adding it to ~arch? Bullshit. That's not bullshit. Occasional breakage is the risk when living on the cutting edge. This is the purpose of the testing branch. I'd expect them to do testing and not give so bold statements as The upgrade should be incredibly easy and require no additional work to install and use. without making VERY sure, that this is actually true. Granted - there's only so much that can be done. And also granted, that's ~arch. But that statement is just so irritating. Well, the devs are unpaid volunteers and human beings. They do make mistakes sometimes but I'm quite convinced that their intensions are good. Get over it. And what's also irritating are so many small errors, like files with non-matching filesizes/checksums in the digests. This has got nothing to do with the gcc upgrade. It has to do with the fact that ebuilds are occasionally updated with no change of revision. I just upgraded to gcc-4.1 and pruned 3.4.6, and KDE, koffice, OOo, and mozilla all still load and run fine. Did you yet re-compile Qt 3 and Qt 4? No? I just did (only qt 3.3.6-r1 - I don't have qt 4). And guess what. KDE (kontact, kmail, knode, akregator, konqueror, ...) still works on my system. So now I'm recompiling everything that has the kdehiddenvisibility use flag with that enabled.. But did you not see the einfo from postinst in qt-3*? INFO: postinst After a rebuild of Qt, it can happen that Qt plugins (such as Qt/KDE styles, or widgets for the Qt designer) are no longer recognized. If this situation occurs you should recompile the packages providing these plugins, and you should also make sure that Qt and its plugins were compiled with the same version of gcc. Packages that may need to be rebuilt are, for instance, kde-base/kdelibs, kde-base/kdeartwork and kde-base/kdeartwork-styles. See http://doc.trolltech.com/3.3/plugins-howto.html for more infos. Note that it says rebuild and not upgrade. [SNIP] -- Bo Andresen pgpLnvZ8Ai64G.pgp Description: PGP signature
Re: [gentoo-user] GCC 4.1.1 Problems
On 5/27/06, Jason Weisberger [EMAIL PROTECTED] wrote: I've read a few things about 4.1.1 not playing well with GTK packages on the forums, however, and that still appears to be the case. I'll get exact error messages when I return and bring this thread up again. Cool. Hopefully any problems will have ready-made solutions by then. Have a nice vacation... -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
Saturday 27 May 2006 23:22 skrev Jason Weisberger: I will be going on vacation for about a week, and when I get back I'll try to do all this again, hell, maybe even from a fresh install. I hear the benefits are worth it. What benefits? -- Bo Andresen pgpt3NNfGxdh5.pgp Description: PGP signature
Re: [gentoo-user] Modules dependencies problem!
Without more info I can't be much help. But here's a pointer, just in case : The modules init script launches modules-update, which can be launched at the command line. The error you have is consistent (and, looking at the code of the scrip can only be caused by) modules-update failing. You should try to launch it yourself at the command-line. You should get some output that could be useful. modules-update has a man page. You should look at that too. The main cause for this behaviour would be : - modules-update thinks your modules.conf is not auto generated and refuses to overwrite it. - there is a mistake in one of the files in /etc/modules.d/ . I have seen this caused by etc-update, which can sometimes munch files. Hope this helps, -- Jonathan Le Samedi 27 Mai 2006 17:19, El TuZa a écrit : Hi guys, I'm having a problem during initialization. It happens that 50% of the time that I boot my desktop, when Calculating module dependencies says Failed to load modules dependencies (with the corresponding red exclamation marks) and when it gets to the loggin message it never loads kdm, and once I log via console I can't load kdm either. That's very annoying because the only way I can find now is to reboot and see if now it loads modules dependencies (usually the second time works fine). Did anybody have that kind of problem? What could I do? Thanks, Tuza -- Fui a hacer el ITV y me dieron la oblea. Junto a ella un paquete de Operas y un CD de Pavarotti. Todo encaja a la perfección. Todo, menos la marcha atrás. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] GCC 4.1.1 Problems
Jason Weisberger wrote: List, I figure upgrading to GCC 4.1.1 from 3.4.5 wouldn't be such a pain, right? WRONG. So far I've had just about every problem under the sun, mostly in the form of filesize errors which I wouldn't think would be related to GCC, but then again: app-admin/perl-cleaner x11-proto/xextproto x11-proto/xcmiscproto-1.1.2 I had this same issue with app-admin/perl-cleaner. I think there is a bad tarball on some of the mirrors. I grabbed this one: http://www.gtlib.gatech.edu/pub/gentoo/distfiles/perl-cleaner-1.03.tar.gz and saved it to /usr/portage/distfiles and then ran this (one line): ebuild /usr/portage/app-admin/perl-cleaner/perl-cleaner-1.03.ebuild digest Now it merged in fine. Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT 0.0.0.0 security query
Le Samedi 27 Mai 2006 11:40, Dave S a écrit : Hi all, This is a bit OT but I have a netgear router DG834 ADSL firewall router. I have restricted my incoming services with ... Enable Service Name Action LAN Server IP address WAN Users Log on bit torrent ALLOW always 192.168.0.5 Any Always Default Yes Any BLOCK always Any Any Never And tightened my outgoing services with ... Enable Service Name Action LAN Users WAN Servers Log on HTTP ALLOW always Any Any Always on HTTPS ALLOW always Any Any Always on POP ALLOW always Any Any Always on SMTP ALLOW always Any Any Always on NTP ALLOW always Any Any Always on FTP ALLOW always Any Any Always on rsync ALLOW always Any 0.0.0.0 Never on GM Port 389 ALLOW always 192.168.0.6 Any Always on GM Port 1503 ALLOW always 192.168.0.6 Any Always on GM Port 1731 ALLOW always 192.168.0.6 Any Always on GM 1024-65K ALLOW always 192.168.0.6 Any Always on H.323 ALLOW always 192.168.0.6 Any Always on Port 1023 ALLOW always Any Any Always on Samba ALLOW always Any 0.0.0.0 Always on samba2 ALLOW always Any 0.0.0.0 Always on samba3 ALLOW always Any 0.0.0.0 Always on Any(ALL) BLOCK always Any Any Always Default Yes Any ALLOW always Any Any Some services like rsync and samba I want to keep within my LAN but my DG834 insists I give it a least one IP address on the WAN that my service can be broadcast to. I selected 0.0.0.0 Can anyone advise, am I going about this the right way, any comment greatly appreciated :) Cheers Dave I am not the best net admin on earth, but it seems to me that 0.0.0.0 is definitely not a broadcast address. If you want to keep things in your lan, you should have something like 192.168.0.255 instead. Moreover, I do not quite understand what you are trying to do. I had approximately the same router (same brand anyway), and it did not block any lan-only services. What you're telling it is, for example, to block *outgoing* rsync. This should not in any case be blocking an rsync between two machines inside your LAN. I hope this helps, even if i am not quite sure I understand what you're trying to do. -- Jonathan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems configuring VMWare
Martin Larsson wrote: On 5/24/06, Richard Fish [EMAIL PROTECTED] wrote: Well yes, he needs a -rsomething, I've installed vmware-workstation-5.5.1.19175-r3. But it seemed I had some old versions of vmware-files in various locations. So I cleaned that up, and now I can configure. But when I attempt to actually *run* it, I get: vmware is installed, but it has not been (correctly) configured for this system. To (re-)configure it, invoke the following command: /opt/vmware/workstation/bin/vmware-config.pl. Running vmware-config.pl again just brings me back to that same error. M. I get this too. It appears to be a bug in the startup script. If I run /etc/init.d/vmware start and everything comes up. If I run the startup script again I get a some failed messages because vmware was already started. The startup script places an empty file in /etc/vmware named not_configured if the startup script fails for any reason. Being already started doesn't seem like a good reason to me. Anyway, all I had to do is remove /etc/vmware/not_configured and all is golden. Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
[gentoo-user] net-nntp/klibido
Has anyone gotten this to compile with gcc 4.x? I just upgraded to gcc 4.1 and I also just installed kdelibs 3.5 (I am a gnome guy and want to give kde a look). The requirement page on the klibido site state gcc 3.x. Would I be able to emerge gcc 3.x and compile klibido with that? I compiled kdelibs 3.5 with gcc 4.1. Since I have no kde stuff on my system, I thought I would get the latest and greatest to try out kde. However, I would hate to spend hours compiling kde 3.5 with gcc 4.1 to have nothing but a headache. If the above is not doable, does anyone know of a good binary news reader for Linux? I have tried the older, stable version of pan, though that is dog slow and uses HUGE amounts of memory. Today pan sucked up over 800MB of my 2GB and caused Firefox and Thunderbird to terminate (I was also using VMware at the time with 768MB WinXP guest). I now just tried the latest unstable pan with is much faster and uses much less memory. However, it is too unstable to be usable for me. I would love to find a clean binary news reader like GrabIt (http://www.shemes.com/). GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( Thanks for any help, p.s. sorry if this post showed up already. I posted it close to 2 hours ago and don't see it. Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SSH hosed, only rubble remains
On 5/27/6, John Jolet [EMAIL PROTECTED] wrote: Okay, I set LogLevel=DEBUG3 and reloaded sshd, but I got no more output than usual: May 27 09:14:55 treat sshd[11739]: Received SIGHUP; restarting. May 27 09:14:55 treat sshd[2352]: Server listening on 0.0.0.0 port 22. May 27 09:15:31 treat sshd[2356]: Connection from 64.166.164.53 port 32776 May 27 09:15:36 treat sshd[2356]: Accepted keyboard-interactive/pam for kevin from 64.166.164.53 port 32776 ssh2 May 27 09:15:36 treat sshd(pam_unix)[2361]: session opened for user kevin by (uid=0) And when it's ssh instead of scp, I get: May 27 09:20:53 treat sshd[2392]: Connection from 64.166.164.53 port 32777 May 27 09:20:57 treat sshd[2392]: Accepted keyboard-interactive/pam for kevin from 64.166.164.53 port 32777 ssh2 May 27 09:20:57 treat sshd(pam_unix)[2402]: session opened for user kevin by (uid=0) May 27 09:21:01 treat sshd[2402]: Connection closed by 64.166.164.53 May 27 09:21:01 treat sshd(pam_unix)[2402]: session closed for user kevin May 27 09:21:01 treat sshd[2402]: Closing connection to 64.166.164.53 Which covers a simple login-logout sequence. -- Kevin O'Gorman, PhDwell, it really looks from both ends like it's working.what is theshell for the given user?in /etc/passwd, if you're using local authentication. That was the hint I needed. It's /bin/bash, which reminded me I just changed something in .bashrc which outputs a message and does some other stuff which must be confusing scp. In fact, I just confirmed that by commenting it out. Now scp works too. So: PROBLEM SOLVED. Now I just have to figure out how to tailor it some more so the offending code is skipped for 'scp'. That I can do. Thanks for the help. ++ kevin-- Kevin O'Gorman, PhD
Re: [gentoo-user] SSH hosed, only rubble remains
That was the hint I needed. It's /bin/bash, which reminded me I just changed something in .bashrc which outputs a message and does some other stuff which must be confusing scp. In fact, I just confirmed that by commenting it out. Now scp works too. So: PROBLEM SOLVED. Now I just have to figure out how to tailor it some more so the offending code is skipped for 'scp'. That I can do. bash has a built-in variable that tells you what the command wasshould be able to test for scp in your script i've never tried to get that fancy with .bashrc. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
On 5/27/06, JimD [EMAIL PROTECTED] wrote: Has anyone gotten this to compile with gcc 4.x? Doesn't look promising. I just tried it, and I get this bug: http://bugs.gentoo.org/show_bug.cgi?id=133535 I just upgraded to gcc 4.1 and I also just installed kdelibs 3.5 (I am a gnome guy and want to give kde a look). now, release your anger..strike down your old DE and your journey to the dark side will be complete! The requirement page on the klibido site state gcc 3.x. Would I be able to emerge gcc 3.x and compile klibido with that? I compiled kdelibs 3.5 with gcc 4.1. Theoretically...maybe. There is a bit of an open debate right now on how binary compatible 3.4.x and 4.x are. You can certainly merge 3.4.6-r1, and use gcc-config to select that as your compiler for building klibido. And I am reasonably sure it will _compile_. But it is maybe a bit dangerous, as you have kdelibs built with 4.1, so linked against that version of libstdc++.so. When you build klibido with 3.4.x, it will get linked with that version of libstdc++.so. Since the .so version is the same, the system should load one and only one copy of libstdc++.so (whichever one shows up first in ldconfig). And it should work...*in theory*. However there have been some issues posted with running such mixed-environment programs, so it seems not so simple. I would suggest to either use 3.4.x and rebuild all C++ programs with that (using revdep-rebuild --library=libstdc++.so.6), or wait for the above bug to get fixed. Rebuilding all C++ programs could include openoffice.org, mozilla, and other long-compiling packages... I would love to find a clean binary news reader like GrabIt (http://www.shemes.com/). GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( I haven't tried it, but maybe it will work with wine? If you decide to try wine, make sure you merge the latest 0.9.x version, not a -2005 version. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
On Sat, 2006-05-27 at 15:47 +0200, Gian Domeni Calgeer wrote: Am Samstag 27 Mai 2006 13.54 schrieb Iain Buchanan: anyway, does it upload anything to google? I don't like the thought of a gmail-for-pictures sort of app on my PC. On http://picasa.google.com/linux/download.html they write: Picasa won't delete your pictures or put them online without your permission. Of course this doesn't mean anything, it might upload pictures without putting them online, but I don't think so. or scan the exif info to see what camera you have, and then offer you low-priced accessories; or find out what dates and times you most often take photos, and upload that to some google data collection server... I'm not saying it _does_ these things, but where does it say it _doesn't_? -- Iain Buchanan iaindb at netspace dot net dot au Nothing succeeds like excess. -- Oscar Wilde -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SSH hosed, only rubble remains
On 5/27/06, John Jolet [EMAIL PROTECTED] wrote: That was the hint I needed.It's /bin/bash, which reminded me I just changed something in .bashrc which outputs a message and does some other stuff which must be confusing scp.In fact, I just confirmed that by commenting it out.Now scp works too. So: PROBLEM SOLVED. Now I just have to figure out how to tailor it some more so the offending code is skipped for 'scp'.That I can do. bash has a built-in variable that tells you what the commandwasshould be able to test for scp in your scripti'venever tried to get that fancy with .bashrc.-- gentoo-user@gentoo.org mailing listThat does not work for ssh/scp sessions. I usually test $PS1 to tell if it's really a shell -- the variable does not even exist for an scp session, although .bashrc gets called. ++ kevin-- Kevin O'Gorman, PhD
Re: [gentoo-user] net-nntp/klibido
Richard Fish wrote: I would suggest to either use 3.4.x and rebuild all C++ programs with that (using revdep-rebuild --library=libstdc++.so.6), or wait for the above bug to get fixed. Rebuilding all C++ programs could include openoffice.org, mozilla, and other long-compiling packages... Part of me wanting to try kde again was because of the nice speed increase with startup times and gcc 4.1. However, I don't know if this is try from experience. Is kde 3.5 noticeably faster when compiled with gcc 4.1? Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Google Picasa for Linux!
Iain Buchanan wrote: I'm not saying it _does_ these things, but where does it say it _doesn't_? Hey, Google has a corporate slogan of do no evil. We can trust big corps right? :-) Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Richard Fish wrote: I would suggest to either use 3.4.x and rebuild all C++ programs with that (using revdep-rebuild --library=libstdc++.so.6), or wait for the above bug to get fixed. Rebuilding all C++ programs could include openoffice.org, mozilla, and other long-compiling packages... By the way, do you know if Gentoo considers an ebuild with an -rX on the end to be newer? For example which would emerge choose: sys-devel/gcc-3.4.6 or sys-devel/gcc-3.4.6-r1 Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SSH hosed, only rubble remains
That does not work for ssh/scp sessions. I usually test $PS1 to tell if it's really a shell -- the variable does not even exist for an scp session, although .bashrc gets called. can you give us an example of what your .bashrc looks like? -- gentoo-user@gentoo.org mailing list
[gentoo-user] net-nntp/klibido
Has anyone gotten this to compile with gcc 4.x? I just upgraded to gcc 4.1 and I also just installed kdelibs 3.5 (I am a gnome guy and want to give kde a look). The requirement page on the klibido site state gcc 3.x. Would I be able to emerge gcc 3.x and compile klibido with that? I compiled kdelibs 3.5 with gcc 4.1. Since I have no kde stuff on my system, I thought I would get the latest and greatest to try out kde. However, I would hate to spend hours compiling kde 3.5 with gcc 4.1 to have nothing but a headache. If the above is not doable, does anyone know of a good binary news reader for Linux? I have tried the older, stable version of pan, though that is dog slow and uses HUGE amounts of memory. Today pan sucked up over 800MB of my 2GB and caused Firefox and Thunderbird to terminate (I was also using VMware at the time with 768MB WinXP guest). I now just tried the latest unstable pan with is much faster and uses much less memory. However, it is too unstable to be usable for me. I would love to find a clean binary news reader like GrabIt (http://www.shemes.com/). GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( Thanks for any help, Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
JimD wrote: By the way, do you know if Gentoo considers an ebuild with an -rX on the end to be newer? For example which would emerge choose: sys-devel/gcc-3.4.6 or sys-devel/gcc-3.4.6-r1 s/Gentoo/portage ;) Yes, it does. Revision bumps are generally to correct a bug or typo in an ebuild, or apply additional patches, while the upstream version remains unchanged. If you're unmasking (in package.keywords or package.unmask) a specific version of a package, such as =sys-devel/gcc-3.4.6 to use your example, you could instruct portage to unmask ebuild revisions of that same version using the ~ prefix: ~sys-devel/gcc-3.4.6 would match gcc-3.4.6 and gcc-3.4.6-r*. Handy for getting ebuild fixes on a package waiting to become stable. Yay, random portage trivia! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
JimD wrote: If the above is not doable, does anyone know of a good binary news reader for Linux? What's wrong with Thunderbird? GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( Wine ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Ryan Tandy wrote: JimD wrote: If the above is not doable, does anyone know of a good binary news reader for Linux? What's wrong with Thunderbird? For binary news groups? I could give it a shot. However, Thunderbird sucks up tons of memory for text-only news groups with a few hundred posts. I hat to see how much memory it uses for a news group with 100,000+ posts! GrabIt is simple, fast and stable. Though it is closed source and only runs on WinXP which doesn't help me now :-( Wine ;) It does start up fine in Wine. I will give it a go and see if it will download and all that jazz. Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
Ryan Tandy wrote: JimD wrote: By the way, do you know if Gentoo considers an ebuild with an -rX on the end to be newer? For example which would emerge choose: sys-devel/gcc-3.4.6 or sys-devel/gcc-3.4.6-r1 s/Gentoo/portage ;) Ahh, yes, I had a brain freeze. Yay, random portage trivia! Mmmm, portage trivia :-) Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
[gentoo-user] subscribe
subscribe -- gentoo-user@gentoo.org mailing list
[gentoo-user] Upgrade problem with perl-cleaner
Hi, I really have very little problem with my Gentoo system, but today on an upgrade I received the following message related to perl-cleaner: !!! Digest verification Failed: !!! /usr/portage/distfiles/perl-cleaner-1.03.tar.gz !!! Readon: Filesize does not match recorded size I'm sorry to bother you with this. I tried searching the forums, but when I entered a search term, I got either no pages or thousands of pages. I looked on the bug list and the closest thing was a message related to a check-sum. I tried looking at the documentation, but didn't find anything that told me what to do to correct this. I even did a no-no and resync'd. Any help here would be appreciated. I would file a bug, but I'm not sure exactly if this is a bug or something that is correctable and I just don't know how to do it. Regards, Colleen -- Registered Linux User #411143 with the Linux Counter, http://counter.li.org -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] subscribe
David Relson wrote: subscribe List-Subscribe: mailto:[EMAIL PROTECTED] Jim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There's no place like 127.0.0.1 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= JimD Central FL, USA, Earth, Sol -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrade problem with perl-cleaner
On 5/27/06, Colleen Beamer [EMAIL PROTECTED] wrote: !!! Digest verification Failed: !!! /usr/portage/distfiles/perl-cleaner-1.03.tar.gz !!! Readon: Filesize does not match recorded size You should check the mail-list archives here...it has come up a couple of times in the last day or so. First, try to simply remove the offending distfile and allow it to be downloaded again. As long as your portage tree is in sync with your download mirror, you should end up with a file that is 4611 bytes in size. In the worst case, you can do: ebuild /usr/portage/app-admin/perl-cleaner/perl-cleaner-1.03.ebuild digest The above will work around the problem, but the next time you sync (and then merge perl-cleaner) it may come up again. BTW, this happened because the package was updated without a new version, so the Manifest was also updated. You got the new manifest when you synced, but you still had the 'old' distfile. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] net-nntp/klibido
On 5/27/06, JimD [EMAIL PROTECTED] wrote: Part of me wanting to try kde again was because of the nice speed increase with startup times and gcc 4.1. However, I don't know if this is try from experience. Is kde 3.5 noticeably faster when compiled with gcc 4.1? I'll let you know in a week or so once my emerge -e world finishes... :-) Actually the last time I did this, it took about 16 hours to rebuild everythingof course that was with openoffice-bin which I don't use anymore. Building OOo from source should add about 7 hours. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrade problem with perl-cleaner
Colleen Beamer wrote: Hi, I really have very little problem with my Gentoo system, but today on an upgrade I received the following message related to perl-cleaner: !!! Digest verification Failed: !!! /usr/portage/distfiles/perl-cleaner-1.03.tar.gz !!! Readon: Filesize does not match recorded size This issue popped up in someone's upgrade to GCC 4.1 thread. Apparently some of the mirrors have the wrong version of the archive - try downloading it directly from upstream, or from a different distfiles mirror. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] eth0 does not exist
On 5/27/06, Kenneth Hopping [EMAIL PROTECTED] wrote: The problem appears to be that /sys/class/net/eth0 does not exist. This is a pseudo-filesystem like proc that I cannot manipulate. Is there some configuration file that needs initialization or a package that I need to install? No, you just need to load the driver for your NIC. What do lspci and lsmod report? -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrade problem with perl-cleaner
Colleen Beamer wrote: Hi, I really have very little problem with my Gentoo system, but today on an upgrade I received the following message related to perl-cleaner: !!! Digest verification Failed: !!! /usr/portage/distfiles/perl-cleaner-1.03.tar.gz !!! Readon: Filesize does not match recorded size I'm sorry to bother you with this. I tried searching the forums, but when I entered a search term, I got either no pages or thousands of pages. I looked on the bug list and the closest thing was a message related to a check-sum. I tried looking at the documentation, but didn't find anything that told me what to do to correct this. I even did a no-no and resync'd. Any help here would be appreciated. I would file a bug, but I'm not sure exactly if this is a bug or something that is correctable and I just don't know how to do it. Regards, Colleen Hi, There was such a thread on this ML. IIRC just remove/erase the source file from distfiles dir and fetch it again. Then emerge ... HTH.Rumen smime.p7s Description: S/MIME Cryptographic Signature