Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Sven Köhler wrote: emerge gnome fails. Does anyone recognize what portage is complaining about here? I'm not really sure, but I solved it by reemerging dev-perl/XML-Parser. expat has been updated. Some Apps are now broken. They have to recompiled to link against the new libexpat. For me, it was gettext and XML-Parser that had to be re-emerged. Without it, emerging gnome failed. Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] NIC problems after MS Windows update
On (11/08/07 08:55) Mick wrote: On Sunday 29 July 2007 17:46, Rumen Yotov wrote: On (29/07/07 18:05) Jakob wrote: Anything else I could try? How do I troubleshoot it? Have a look at the log files is always a good way to troubleshoot ;-) what does dmesg and /var/log/messages say about eth0 or 8139? -- [EMAIL PROTECTED] mailing list Hi, Could also try the latest (~x86) kernel - 2.6.22-r2 I've had a chance to look at this machine again. I haven't transferred the relevant gentoo-sources to compile 2.6.22-r2, so I am still on 2.6.21-r4. These are some relevant logs. The entries after [drm] were created when I manually tried to load the device and run dhcpcd: dmesg === eth0: link up, 100Mbps, full-duplex, lpa 0x41E1 [drm] Setting GART location based on new memory map [drm] Loading R300 Microcode [drm] writeback test succeeded in 1 usecs NETDEV WATCHDOG: eth0: transmit timed out [drm] Loading R300 Microcode eth0: link up, 100Mbps, full-duplex, lpa 0x41E1 NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status 0d c07f media 10. eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 00082156. (queue head) eth0: Tx descriptor 1 is 00082156. eth0: Tx descriptor 2 is 00082156. eth0: Tx descriptor 3 is 00082156. eth0: link up, 100Mbps, full-duplex, lpa 0x41E1 === /var/log/syslog === Aug 11 08:33:27 compaq eth0: link up, 100Mbps, full-duplex, lpa 0x41E1 Aug 11 08:33:39 compaq dhcpcd[6552]: eth0: dhcpcd 3.0.16 starting Aug 11 08:33:39 compaq dhcpcd[6552]: eth0: hardware address = 00:11:2f:d7:f1:af Aug 11 08:33:39 compaq dhcpcd[6552]: eth0: broadcasting for a lease Aug 11 08:33:57 compaq NETDEV WATCHDOG: eth0: transmit timed out Aug 11 08:33:59 compaq dhcpcd[6552]: eth0: timed out Aug 11 08:33:59 compaq dhcpcd[6552]: eth0: exiting Aug 11 08:34:00 compaq eth0: Transmit timeout, status 0d c07f media 10. Aug 11 08:34:00 compaq eth0: Tx queue start entry 4 dirty entry 0. Aug 11 08:34:00 compaq eth0: Tx descriptor 0 is 00082156. (queue head) Aug 11 08:34:00 compaq eth0: Tx descriptor 1 is 00082156. Aug 11 08:34:00 compaq eth0: Tx descriptor 2 is 00082156. Aug 11 08:34:00 compaq eth0: Tx descriptor 3 is 00082156. Aug 11 08:34:24 compaq cron[6224]: (root) MAIL (mailed 76 bytes of output but go t status 0x0001 ) === -- Regards, Mick Hi, I had some very strange problems with Davicom net-card, but only with 2.6.21-r4. Both 2.6.20-r8 2.6.22-r2 work flawlessly. The connection breaks suddenly (suspect some ACPI issue). Check b.g.o HTH. Rumen -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Shawn Haggett wrote: Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Naga wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries using libintl.so.7 will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Checking dynamic linking... done. (/root/.revdep-rebuild_f93d0f1b.3_rebuild) Assigning files to ebuilds... Nothing to rebuild Evaluating package order... done. (/root/.revdep-rebuild_f93d0f1b.5_order) There are no dynamic links to libintl.so.7... All done. [EMAIL PROTECTED] / # It appears that nothing was really done so shouldn't it have worked? I dunno, just sounds weird to me. Dale
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
You used the wrong lib in the revdep-rebuild (see below) At Sun, 12 Aug 2007 06:18:02 -0500 Dale [EMAIL PROTECTED] wrote: Naga wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 ^ I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 allan -- [EMAIL PROTECTED] mailing list
[gentoo-user] Mutt depends on Lynx ?
I went to emerge the latest Mutt found it wanted to emerge Lynx too. I have a recent Lynx in /usr/local am experienced with both apps (yes, I know that that Lynx doesn't count for Portage). Does anyone know why Mutt wants to bring in Lynx ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: tools to detect hardware
how to check Hdd for bad sectors?
Re: [gentoo-user] Mutt depends on Lynx ?
Philip Webb schrieb: I went to emerge the latest Mutt found it wanted to emerge Lynx too. I have a recent Lynx in /usr/local am experienced with both apps (yes, I know that that Lynx doesn't count for Portage). Does anyone know why Mutt wants to bring in Lynx ? According to the mutt-1.5.16.ebuild either www-client/lynx, www-client/w3m, www-client/elinks are pulled in if the vanilla use flag is not set. Regards, Daniel -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Mutt depends on Lynx ?
On Sunday 12 August 2007 14:27:16 Philip Webb wrote: I went to emerge the latest Mutt found it wanted to emerge Lynx too. I have a recent Lynx in /usr/local am experienced with both apps (yes, I know that that Lynx doesn't count for Portage). Does anyone know why Mutt wants to bring in Lynx ? It's used for building docs. It's not used at runtime. https://bugs.gentoo.org/show_bug.cgi?id=174366 -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Mutt depends on Lynx ?
070812 Bo ?rsted Andresen wrote: On Sunday 12 August 2007 14:27:16 Philip Webb wrote: I went to emerge the latest Mutt found it wanted to emerge Lynx too. I have a recent Lynx in /usr/local am experienced with both apps (yes, I know that that Lynx doesn't count for Portage). Does anyone know why Mutt wants to bring in Lynx ? It's used for building docs. It's not used at runtime. https://bugs.gentoo.org/show_bug.cgi?id=174366 I emerged Mutt with --nodeps without any problem. The '?' quick help works, as does 'man mutt', so I've no idea which docs I'm missing. A quick look at the bug suggests it's caused by a change upstream. Thanks to the other responder too. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 13:18:02 Dale wrote: ewarn revdep-rebuild -X --library libexpat.so.0 I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 Maybe that would be because very few packages linked against libintl.so from gettext (which doesn't even exist in recent versions of gettext) whereas virtually everything links against libexpat. It's worth noting that expat-2 has been in testing for over a year now but it was only stabled in the last few days. Hence the expat breakage at the moment only affects users of stable (which finally makes it a *LOT* less painful to switch between stable and testing)... -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] OT :video cameras and gentoo
i have a sony digital camera that takes movies, and it just shows up as a usb drive. i would assume that the video recorders would work the same way. maybe you can take a laptop to a store that sells them and check to see if it works that way or find someone that has one and borrow it. if you dont want sony recorders im sure you can find another brand with the same interface. On 8/10/07, Don Jerman [EMAIL PROTECTED] wrote: On 8/10/07, James [EMAIL PROTECTED] wrote: Hello to all, I'm in need of a portable video camera(or rig), such as the sony SR82, but one that is gentoo friendly for video transfer. Hopefully I can find a video camera that transfers directly to a gentoo sytem via usb 2.0? After my experience with a Sony Viao Laptop, I'm not really keen on anything else from sony (now that I think about it). Another nice feature would be the ability to use the laptop screen for viewing (while recording) instead of looking at that 2.7 in popout screen. A remote control (wireless or via the usb cable) from a gentoo linux system would be keen. Am I dreaming or has somebody seen a linux friendly video camera. My target is to record video at football and basketball practice where my kids play. Or maybe somebody has interfaces a PTZ (pan tilt zoom) to a linux system and record in ntsc(pal) then later on convert to h.264 or such? I considering mounting the PTZ camera on a pole, so I can sit in the shade or a camper and record video, gentoo studio style... (beginning to sound like a project). Maybe use a logitech joystick to map all of the camera functions and use a laptop for recording (under the shade) Zoneminder leaps to mind, but it's more geared toward being the recording/viewing center for a separate camera. PTZ cameras tend not to be camcorders too, but there are several ip-addressable ones (so one assumes you could wire up the camera to a wireless hub and take your laptop elsewhere). See www-misc/zoneminder or the website at www.zoneminder.com. Compatible cameras are listed in their wiki. -- [EMAIL PROTECTED] mailing list -- / / \ O / \/_( .__ / \ __\/ ) ./ (
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
070812 Bo ??rsted Andresen wrote: Expat-2 has been in testing for over a year now but it was only stabled in the last few days. I never do 'emerge world' (without 'Dup' for listing): I do 'eix-sync', look at the output update packages individually. After updating Expat , Revdep-rebuild told me to remerge 15 packages: gettext XML-Parser dbus dbus-glib kdialog kcminit kreadconfig kdiff3 krename mlterm xclock hal epiphany ghostscript-esp openoffice indeed Epiphany OpenOffice wouldn't start without remerging. I've done the former will do OO while asleep later today. Dillo Gwenview also needed remerging after doing Dbus. So it seems the answer is just to remerge whatever fails to open. My count is 61 packages altogether today (wry smile), incl many which have updates, but are not related to the Expat problem. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: charset iso/utf
070811 Benno Schulenberg wrote: For the one you are actually using on the console (whether VT or xterm). look at the output of 'locale'. purslow: system locale LANG= LC_CTYPE=POSIX LC_NUMERIC=POSIX LC_TIME=POSIX LC_COLLATE=POSIX LC_MONETARY=POSIX LC_MESSAGES=POSIX LC_PAPER=POSIX LC_NAME=POSIX LC_ADDRESS=POSIX LC_TELEPHONE=POSIX LC_MEASUREMENT=POSIX LC_IDENTIFICATION=POSIX LC_ALL= Philip Webb also wrote: In .muttrc I have: 'set charset=iso-8859-1' Maybe comment this line out? I have, with this result in a couple of test e-mails to myself: MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.16 (2007-06-09) Why Gvim produces ISO-8859-1 when you run it from the command line, and produces UTF-8 when run from mutt is weird. Maybe you have utf-8 as the first entry in 'assumed_charset' in your .muttrc? There's no entry with 'assumed' in .muttrc . -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
At Sun, 12 Aug 2007 18:46:28 +0930 Shawn Haggett [EMAIL PROTECTED] wrote: Sven Köhler wrote: emerge gnome fails. Does anyone recognize what portage is complaining about here? I'm not really sure, but I solved it by reemerging dev-perl/XML-Parser. expat has been updated. Some Apps are now broken. They have to recompiled to link against the new libexpat. For me, it was gettext and XML-Parser that had to be re-emerged. Without it, emerging gnome failed. Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. My situation seems to be a little more difficult and I would appreciate some advice/help. I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. But now USE='-emacs' revdep-rebuild -X --library libexpat.so.0 fails. It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango checking Pango flags... -DPNG_NO_MMX_CODE -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. For more information see http://www.pango.org Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/.libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) Thanks in advance for any help. allan -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 16:33:59 Allan Gottlieb wrote: I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. Good. [SNIP] It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango [SNIP] Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/. libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) pango may need glib and certainly needs cairo (in that order). If you need more help than that post the full list of remaining packages that revdep-rebuild --ignore lists as broken. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: tools to detect hardware
Hello Gaurish Sharma, how to check Hdd for bad sectors? badblocks, which is part of e2fsprogs. -- Neil Bothwick The trouble with life is that you are halfway through it before you realize it's a do it yourself thing. signature.asc Description: PGP signature
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Allan Gottlieb wrote: At Sun, 12 Aug 2007 18:46:28 +0930 Shawn Haggett [EMAIL PROTECTED] wrote: My situation seems to be a little more difficult and I would appreciate some advice/help. I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. But now USE='-emacs' revdep-rebuild -X --library libexpat.so.0 fails. It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango checking Pango flags... -DPNG_NO_MMX_CODE -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. For more information see http://www.pango.org Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/.libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) Thanks in advance for any help. allan Pango needs fontconfig, which you'll have to rebuild, too... There's a thread related to the expat update in the gentoo forums: https://forums.gentoo.org/viewtopic-t-448550-postdays-0-postorder-asc-start-0.html It seems to me the problem is still the same as it was back then.. Which leaves me recompiling most of my system :( I hope the link helps :) Michael -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Allan Gottlieb wrote: You used the wrong lib in the revdep-rebuild (see below) At Sun, 12 Aug 2007 06:18:02 -0500 Dale [EMAIL PROTECTED] wrote: Naga wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 ^ I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 allan I copied the command from what I was given by portage. I did the emerge in Konsole and I used the copy and paste function to enter that command. It appears that something is different between our systems or something. Weird again. Dale :-) :-)
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 18.50.24 Dale wrote: I copied the command from what I was given by portage. I did the emerge in Konsole and I used the copy and paste function to enter that command. It appears that something is different between our systems or something. Weird again. Not at all you did the copy/paste from gettext not from expat. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Runlevels
Hi there! I have problems related with runlevels: I can't boot in any specified runlevels other than default. If I use the command #rc runlevel_name I can pass with no problem, but boot procedure doesn't work for me. In Grub I have this entry: title Gentoo Linux 2.6.21 - NoNetwork root (hd0,2) kernel /boot/bzImage2.6 root=/dev/sda3 quiet splash=silent,fadein,theme:gentoo video=vesafb-tng:[EMAIL PROTECTED],ywrap,mtrr CONSOLE=/dev/tty1 idebus=66 libata.atapi_enabled=1 ide1=noprobe fbcon=scrollback:128K softlevel=nonetwork initrd /boot/fbsplash-gentoo-1280x800 my boot and nonetwork runlevels are like this: #rc-status boot Runlevel: boot bootmisc checkfs checkroot clock hostname keymaps localmount modules rmnologin urandom #rc-status nonetwork Runlevel: nonetwork acpid alsasound atieventsd cpufreqd cpufrequtils gpm keymaps laptop_mode local I also mapped it in /etc/inittab # Default runlevel. id:3:initdefault: # System initialization, mount local filesystems, etc. si::sysinit:/sbin/rc sysinit # Further system initialization, brings up the boot runlevel. rc::bootwait:/sbin/rc boot l0:0:wait:/sbin/rc shutdown l1:S1:wait:/sbin/rc single l2:2:wait:/sbin/rc nonetwork l3:3:wait:/sbin/rc default l4:4:wait:/sbin/rc battery l5:5:wait:/sbin/rc console l6:6:wait:/sbin/rc reboot #z6:6:respawn:/sbin/sulogin Can someone understand what's the problem? Thanks Mauro -- (definitions) % Rule #1: The Boss is always right. Rule #2: If the Boss is wrong, see Rule #1. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, Naga [EMAIL PROTECTED] wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 -- Naga Thanks to all that answered. I ran the command: revdep-rebuild -X --library libexpat.so.0 which rebuilt 22 packages. When finished I started the emerge -DuN gnome operation which got past the problems in the title of this thread and is not on package 15 or 56 so things are proceeding. I suspect I will probably want to do a revdep-rebuild on the whole machine when all of this is behind me and clean up any other problems left hanging around. Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sun, Aug 12, 2007 at 04:39:43AM -0500, Dale wrote: Shawn Haggett wrote: Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. Dale And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Naga Toro wrote: On Sunday 12 August 2007 18.50.24 Dale wrote: I copied the command from what I was given by portage. I did the emerge in Konsole and I used the copy and paste function to enter that command. It appears that something is different between our systems or something. Weird again. Not at all you did the copy/paste from gettext not from expat. Ahhh, you may be correct. I did have two packages to re-emerge. I may have confused myself and others as well. Going by this thread and one on the forums, this leads to a lot of things being re-emerged. I guess it all works out in the end though. I just hate that revdep-rebuild wants to re-emerge OOo too. Thanks for the correction. Dale :-) :-)
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
At Sun, 12 Aug 2007 16:51:17 +0200 Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Sunday 12 August 2007 16:33:59 Allan Gottlieb wrote: I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. Good. [SNIP] It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango [SNIP] Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/. libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) pango may need glib and certainly needs cairo (in that order). Thanks. This did the trick. The revdep-rebuild has been going successfully for a few hours and now is on 12 of 16 (openoffice). If you need more help than that post the full list of remaining packages that revdep-rebuild --ignore lists as broken. This does list gtk and pango (list is below), but when run it does gtk first, which seem bad. Also neither glib nor cairo are listed. Thanks again for your help! allan emerge --oneshot =gnome-extra/nautilus-cd-burner-2.16.3 =gnome-extra/gsynaptics-0.9.7 =gnome-extra/gnome-screensaver-2.16.2-r1 =gnome-extra/gucharmap-1.8.0 =gnome-extra/gnome-games-2.16.3 =gnome-extra/gnome-utils-2.16.2-r2 =gnome-extra/gconf-editor-2.16.0 =www-client/mozilla-firefox-2.0.0.5 =sys-devel/gdb-6.6-r2 =sys-devel/gcc-4.1.2 =app-text/poppler-0.5.4-r1 =app-text/evince-0.6.1-r3 =x11-wm/metacity-2.16.3 =dev-util/dialog-1.1.20070704 =dev-libs/dbus-glib-0.73 =dev-libs/apr-util-0.9.12-r1 =app-office/openoffice-2.2.1 =app-office/gnucash-2.0.5 =app-office/abiword-2.4.6 =app-office/dia-0.95.1 =mail-client/evolution-2.8.3-r2 =mail-client/mail-notification-3.0 =net-dns/avahi-0.6.19-r1 =x11-libs/pango-1.16.4 =x11-libs/vte-0.14.2 =x11-libs/libgksu-2.0.0 =x11-libs/gtk+-2.10.13 =sys-apps/dbus-1.0.2-r2 =sys-apps/hal-0.5.9-r1 =gnome-base/gnome-session-2.16.3 =gnome-base/librsvg-2.16.1-r1 =gnome-base/libgnomeui-2.16.1 =gnome-base/gdm-2.16.4 =gnome-base/nautilus-2.16.3 =gnome-base/gnome-keyring-0.6.0 =gnome-base/gnome-mount-0.6 =gnome-base/gnome-desktop-2.16.3 =gnome-base/libbonoboui-2.16.0 =gnome-base/gnome-panel-2.16.3 =www-servers/apache-2.0.58-r2 =x11-terms/gnome-terminal-2.16.1 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 04:39:43AM -0500, Dale wrote: Shawn Haggett wrote: Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. Dale And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? - Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? I wondered too, so I emerged svn once more, but as soon as I typed svn I received the same error again. After posting the previous message I saw the thread about revdep-rebuld --library etc, so I'll try that to see if that eliminates the need for this extra symlink. Kind regards, Henk. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Strange behavior when booting with softlevel=single
Hi. When I boot using softlevel=single -- what seems to be happening is that it runs the default level and then stops all of those processes since there is actually nothing in the /etc/runlevels/single directory. Is there anyway to have it not run the default level first -- as this causes some strange problem when a script in the default level starts another process which I then have to kill manually. Thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 20.09.33 [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? I wondered too, so I emerged svn once more, but as soon as I typed svn I received the same error again. Some of the libs that subversion uses, like apr-util or neon? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: charset iso/utf
Philip Webb wrote: purslow: system locale LANG= LC_CTYPE=POSIX You will have to use a UTF-8 locale if you want mutt/gvim to be able to handle anything beyond ASCII. When setting a POSIX locale, I also get this: Content-Type: text/plain; charset=unknown-8bit When using a UTF-8 locale, mutt correctly determines whether the produced message fits in us-ascii, iso-8859-1, or requires utf-8. If just setting the better locale doesn't help, then also try with an empty .muttrc. Benno -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] tools to detect hardware
On 8/8/07, Chuanwen Wu [EMAIL PROTECTED] wrote: Hi,guys! I need tools to detect the details of my hardware. Take a look here: http://gentoo-wiki.com/HARDWARE_Detecting_your_Hardware -- Liviu -- [EMAIL PROTECTED] mailing list
[gentoo-user] ACPI problem on Compaq
Hello, I've got an older Compaq EVO D510 desktop that I was thinking to setup as a lab machine (that should be also used by people who basicaly have no Linux knowledge). I've installed Gentoo on it and it works well but for one thing: When I want sto shut it down, it reboots! This happens as well from KDE as from the command line with shutdown -h now: the machine does shut down, then auto-reboots. I've thought it might be linked to ACPI - so I added noacpi acpi=off (I don't know why but it seems I need both to make grub understand) and now it shuts down and stpos, but does not turn off... and if I push the power button, it reboots. Just now I'm thinking I should look if APM is compiled into the kernel, I did a genkernel all so I assume it is. Any idea as to what other possibilities exist to tell that machine just to shut down and turn off? Thierry -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] OT :video cameras and gentoo
On 8/10/07, Don Jerman [EMAIL PROTECTED] wrote: On 8/10/07, James [EMAIL PROTECTED] wrote: Hello to all, I'm in need of a portable video camera(or rig), such as the sony SR82, but one that is gentoo friendly for video transfer. After playing around with video camera's for a few years, I have come to the conclusion that the best way to go is the hard-drive based models, such as the JVC everio series (their 3CCD model looks nice). I've done lots of firewire video capture over the years, including a few amateur wedding videos, and the biggest pain is capturing and storing the footage. With a HD model camera, you just plug it in like an external hard drive (JVC works this way, I assume others would be the same) and download the video files. No need to worry about how to encode, because it's all done for you, and at the exact aspect ratio and quality that the camera recorded in. Very fast! A mini-DV camera takes 1 hour to download (capture) 1 hour of footage. A mini DVD camera only stores about 1/2 per DVD. A HD camera can store 10+ hours, and take only 10 minutes to download it! Hopefully I can find a video camera that transfers directly to a gentoo sytem via usb 2.0? HD would definitely be the way then. Another nice feature would be the ability to use the laptop screen for viewing (while recording) instead of looking at that 2.7 in popout screen. you can do this with kino and firewire. Works fairly well actually, you can even get the audio if you want to use headphones (or laptop speakers). A remote control (wireless or via the usb cable) from a gentoo linux system would be keen. again, kino and firewire will let you pause, record, ff, etc., but not pan and zoom. Am I dreaming or has somebody seen a linux friendly video camera. My target is to record video at football and basketball practice where my kids play. Hope this helps - not exactly a complete remote control option, but maybe it will do? cya, -- Iain Buchanan iaindb at netspace dot net dot au If you push the extra ice button on the soft drink vending machine, you won't get any ice. If you push the no ice button, you'll get ice, but no cup. -- [EMAIL PROTECTED] mailing list
[gentoo-user] CXXABI error after gcc upgrade
Hi all, another gcc upgrade issue :) I've read and followed the gcc upgrade gentoo howto, and also a few bugs on b.g.o, but I'm getting stuck... this all went well: # gcc-config i686-pc-linux-gnu-4.1.2 # env-update source /etc/profile # fix_libtool_files.sh 3.4.6 # emerge --oneshot -av libtool then I did an emerge -eav system, also went well. Then I started upgrading, but came into this error: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found so I ran `revdep-rebuild --library=libstdc++.so.6` but that got stuck on eix: src/eix: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by src/eix) libstdc++so.6 belongs to gcc 3.4.x, so I recompiled gcc 4.1.2 just in case, and then re-ran the entire above sequence, but it gets stuck again at the same place. libstdc++so.6 _still_ belongs to gcc 3.4.x. Is this a problem? I've kind of run out of steps to follow now! I'm sure I came across this in my last gcc upgrade, but I can't remember how I fixed it... Any hints? thanks, -- Iain Buchanan iaindb at netspace dot net dot au Nowlan's Theory: He who hesitates is not only lost, but several miles from the next freeway exit. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ACPI problem on Compaq
Thierry de Coulon wrote: Hello, I've got an older Compaq EVO D510 desktop that I was thinking to setup as a lab machine (that should be also used by people who basicaly have no Linux knowledge). I've installed Gentoo on it and it works well but for one thing: When I want sto shut it down, it reboots! This happens as well from KDE as from the command line with shutdown -h now: the machine does shut down, then auto-reboots. Have you tried just using 'init 0' rather than 'shutdown -h now'? I've thought it might be linked to ACPI - so I added noacpi acpi=off (I don't know why but it seems I need both to make grub understand) and now it shuts down and stpos, but does not turn off... and if I push the power button, it reboots. I'd say check in your BIOS to see what power options there are - some BIOSes can change the action on receiving a power button signal. Just now I'm thinking I should look if APM is compiled into the kernel, I did a genkernel all so I assume it is. If you have the time, building your own kernel might help. Any idea as to what other possibilities exist to tell that machine just to shut down and turn off? Thierry I'd leave ACPI in place if I were you - it's more modern than APM. Check if there's a newer BIOS for your board. It's always a possibility (albeit a long shot) that the current BIOS has some sort of ACPI bug that prevents it from behaving properly in this situation. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. Interesting info. Thanks. While I reported that the revdep-rebuild command solved my problem which was Gnome not emerging, I cannot at this time say that any applications actually work. I've finished emerging Gnome but there are another 20 or so packages that a second revdep-rebuild wanted to emerge again. I get quite tired, and frankly do not understand, why gcc itself should be on this list so often, but it's there and it takes a lot of time to rebuild so there I am I'll report back later as to the functionality of the system. It's still running mythbackend as this process goes on. At least it's helping my network do good things Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] CXXABI error after gcc upgrade
On Montag, 13. August 2007, Iain Buchanan wrote: Hi all, another gcc upgrade issue :) I've read and followed the gcc upgrade gentoo howto, and also a few bugs on b.g.o, but I'm getting stuck... this all went well: # gcc-config i686-pc-linux-gnu-4.1.2 # env-update source /etc/profile # fix_libtool_files.sh 3.4.6 # emerge --oneshot -av libtool then I did an emerge -eav system, also went well. Then I started upgrading, but came into this error: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found so I ran `revdep-rebuild --library=libstdc++.so.6` but that got stuck on eix: src/eix: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by src/eix) libstdc++so.6 belongs to gcc 3.4.x, so I recompiled gcc 4.1.2 just in case, and then re-ran the entire above sequence, but it gets stuck again at the same place. libstdc++so.6 _still_ belongs to gcc 3.4.x. Is this a problem? I've kind of run out of steps to follow now! I'm sure I came across this in my last gcc upgrade, but I can't remember how I fixed it... Any hints? thanks, -- emerge -e world after system? reemerged libstdc++? (it does not 'belong' to 3.4.6 or any other gcc.) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] CXXABI error after gcc upgrade
On Mon, 2007-08-13 at 03:00 +0200, Volker Armin Hemmann wrote: On Montag, 13. August 2007, Iain Buchanan wrote: src/eix: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by src/eix) emerge -e world after system? I was trying to get out of this step, as there are rearly 900 packages to do. surely there's some way of finding out which one in particular is causing the problem without just compiling all 900? reemerged libstdc++? (it does not 'belong' to 3.4.6 or any other gcc.) huh? I reemerged gcc, which libstdc++ belongs to on my system: $ equery belongs /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6 [ Searching for file(s) /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6 in *... ] sys-devel/gcc-3.4.6-r2 (/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6 - libstdc++.so.6.0.3) thanks, -- Iain Buchanan iaindb at netspace dot net dot au Bender: That probulator sure knows how to please a man. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] CXXABI error after gcc upgrade
On Montag, 13. August 2007, Iain Buchanan wrote: On Mon, 2007-08-13 at 03:00 +0200, Volker Armin Hemmann wrote: On Montag, 13. August 2007, Iain Buchanan wrote: src/eix: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by src/eix) emerge -e world after system? I was trying to get out of this step, as there are rearly 900 packages to do. surely there's some way of finding out which one in particular is causing the problem without just compiling all 900? reemerged libstdc++? (it does not 'belong' to 3.4.6 or any other gcc.) huh? I reemerged gcc, which libstdc++ belongs to on my system: $ equery belongs /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6 [ Searching for file(s) /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6 in *... ] sys-devel/gcc-3.4.6-r2 (/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6 - libstdc++.so.6.0.3) thanks, -- Iain Buchanan iaindb at netspace dot net dot au Bender: That probulator sure knows how to please a man. esearch libstdc * sys-libs/libstdc++-v3 Latest version available: 3.3.6 but you are right, the libstdc is belonging to gcc. Maybe removing the gcc-3.4.6 might help? You won't need it anymore anyway -- [EMAIL PROTECTED] mailing list
[gentoo-user] Must I re-emerge gcc entirely?
I am a newbie to gentoo. Today I emerge my gcc to 4.2.0 When it finished, I found message that the libstdc++ manpage is not maked due to lack of doxygen. My question is whether I must re-emerge gcc entirely after emerging doxygen to make the manpage of libstdc++. Is there a alternative way to avoid compile whole gcc, because it takes a long time... -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: OT :video cameras and gentoo
Paul stenius at gmail.com writes: i have a sony digital camera that takes movies, and it just shows up as a usb drive. Well, I went ahaed and purchased a sony DCR SR42. It does not show up with usbview, ivman or in the dmesg if I reboot and leave it attached via usb. Did you activate anything special in your kernel? i would assume that the video recorders would work the same way. maybe you can take a laptop to a store that sells them and check to see if it works that way or find someone that has one and borrow it. if you dont want sony recorders im sure you can find another brand with the same interface. Well, If I cannot get it to at least mount the 30Gig HD like most usb devices, I might just return it for another model... ideas on things to try to get this DCR SR42 to work? James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: charset iso/utf
070812 Benno Schulenberg wrote: You will have to use a UTF-8 locale if you want mutt/gvim to be able to handle anything beyond ASCII. When using a UTF-8 locale, mutt correctly determines whether the produced message fits in us-ascii, iso-8859-1 or needs utf-8. I now have (via a line in .bashrc ): purslow: ~ locale LANG= LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL=en_US.UTF-8 There's no difference in the headers. It occurs to me that I'm running Mutt via 'konsole -e mutt', which is restarted automatically by KDE . I did restart X thereby KDE Konsole+Mutt , but just possibly that won't use .bashrc : any thoughts ? If just setting the better locale doesn't help, then also try with an empty .muttrc. That sounds rather extreme (smile): are there specific lines to comment out ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: OT :video cameras and gentoo
Iain Buchanan iaindb at netspace.net.au writes: After playing around with video camera's for a few years, I have come to the conclusion that the best way to go is the hard-drive based models, such as the JVC everio series (their 3CCD model looks nice). Hello Iain, I got a sony DCR SR42, but, if I cannot mount via the usb on the docking station, then I'm going to return it. I've done lots of firewire video capture over the years, including a few amateur wedding videos, and the biggest pain is capturing and storing the footage. With a HD model camera, you just plug it in like an external hard drive (JVC works this way, I assume others would be the same) and download the video files. Well this camera does not have usb right on the camera. It's on the docking station and that just my be why it does not show up, no matter what I try. No need to worry about how to encode, because it's all done for you, and at the exact aspect ratio and quality that the camera recorded in. Very fast! A mini-DV camera takes 1 hour to download (capture) 1 hour of footage. A mini DVD camera only stores about 1/2 per DVD. A HD camera can store 10+ hours, and take only 10 minutes to download it! Yes, standard Mpeg2 (DVD) is what most put out. That is easy to use under linux. Are you downloading wide and viewing it on a wide screen LCD TV? If so does your video card have hdmi out or what cabling are you using from your linux system to the to the LCD TV? again, kino and firewire will let you pause, record, ff, etc. I'll give kino a whirl, when I get the cabling straight. It sounds like I'm going to have to test these cameras in the store before making the final purchase. Thanks for the advice. James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: OT :video cameras and gentoo
On Mon, 2007-08-13 at 04:24 +, James wrote: I got a sony DCR SR42, but, if I cannot mount via the usb on the docking station, then I'm going to return it. I would tend to agree - if it has a HD and USB, it should show up as a USB HD! (what a pain to have to install special software, like you do for canon, just to get the files off...) I've done lots of firewire video capture over the years, including a few amateur wedding videos, and the biggest pain is capturing and storing the footage. With a HD model camera, you just plug it in like an external hard drive (JVC works this way, I assume others would be the same) and download the video files. Well this camera does not have usb right on the camera. It's on the docking station and that just my be why it does not show up, no matter what I try. the JVC had usb on the camera and on the dock. Both seemed to work the same. Yes, standard Mpeg2 (DVD) is what most put out. That is easy to use under linux. the biggest problem I found was that they named the files .MOD even though they were mpeg2, so nautilus came up with it's I'm not going to open because I think the name is wrong message. Other than that, they play fine. Are you downloading wide and viewing it on a wide screen LCD TV? If so does your video card have hdmi out or what cabling are you using from your linux system to the to the LCD TV? No actually, I edit and preview on my 16:10 15.4 laptop LCD, but usually hand it out to people who may have anything! again, kino and firewire will let you pause, record, ff, etc. I'll give kino a whirl, when I get the cabling straight. It sounds like I'm going to have to test these cameras in the store before making the final purchase. maybe. At least you know it'll work the way you want. Or just do what I did: convince your brother-in-law to buy it, then take it straight off him to play with :) Thanks for the advice. no worries. -- Iain Buchanan iaindb at netspace dot net dot au Let me take you a button-hole lower. -- William Shakespeare, Love's Labour's Lost -- [EMAIL PROTECTED] mailing list
