Re: [gentoo-user] Firefox 3 stability
I agree with whoever said opera without mail is flying. It really is. I cant see the major improvements in firefox as preposed - ie speed, stability, memoryconsumption, etc. Opera still outdoes firefox imo. On 7/4/08, Graham Murray [EMAIL PROTECTED] wrote: Jason Messerschmitt [EMAIL PROTECTED] writes: I've noticed an odd visual glitch with blogspot pages- it superimposes my desktop on some pages. It's a bit hard to explain so here's a pic. As far as I know it's only this page, but might be good fodder for some of you troubleshooters out there. There is something which lots of people have noticed. The suggested solution, which worked for me, was to change the X acceleration from XAA to EXA in /etc/X11/xorg.conf. This will only work if your video driver supports EXA acceleration. -- gentoo-user@lists.gentoo.org mailing list -- Sent from Gmail for mobile | mobile.google.com -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] libselinux.so.1 dependency problems
Since the package sys-libs/libselinux is masked --- at least on AMD64
it is --- I ran
emerge --depclean --verbose sys-libs/libselinux
and the only reverse dependency it reported was python-selinux. So I
removed both packages and severely broke my system.
It turns out that many, many executables require libselinux.so.1,
despite what the documentation of --depclean in man emerge says
(or what I think it says -- is this a bug or operator error?)
I cobbled together a system that limps along thanks to the 2008.0 beta
LiveCD (which does not depend on libselinux.so.1), but I am unable
to emerge a large number of packages that seem to silently depend on
libselinux.so.1: the ebuilds fail when ld cannot find -lselinux.
I do not have USE=selinux anywhere, and I never have. There is no
selinux in the output of emerge --info, and none of the build
environment files I've checked contain selinux. libselinux.so.1 is
not in directory in /etc/ld.so.conf. Adding USE=-selinux on the
command line or in /etc/make.conf does not make any difference.
revdep-rebuild lists 37 packages, in particular many GNOME packages,
that depend on libselinux.so.1, but I don't seem to be able to
re-emerge any of them.
I ran
for pkg in $(equery depends libselinux | cut -d' ' -f1); do
eix -e $(qatom ${pkg} | cut -d' ' -f2)
done
and every package shown that depends on libselinux has actually been
installed with -selinux. (BTW, revdep-rebuild and equery depends
don't agree on which packages depend on libselinux.so.1.)
What gives? Where does the -lselinux come from? How can I get rid of
this maddening dependency?
Thanks for any help.
BTW, as a temporary measure, I've created an empty libselinux.so.1
that seems to satisfy ld.
--- Vladimir
--
Vladimir G. Ivanovic
--
gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
Am Sonntag, 6. Juli 2008 schrieb Matthew R. Lee: [grub.conf] default 0 timeout 30 splashimage=(hd0,0)/boot/grub/splash.xpm.gz title=Gentoo 2.6.22-r2 root (hd0,0) kernel /boot/kernel-2.6.22-r2-2 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] title=Gentoo 2.6.24-r8 root (hd0,0) kernel /boot/kernel-2.6.24-r8 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] Ok, I figured out the problem, but no why it's happened. If you look at the output of ls -la /boot there is another folder /boot and within this a symlink /boot (./) By copying the kernel to this folder and modifiying the grub.conf in the associated /grub folder the the new kernel boots. Question is how did I come to have a cascade of boot folders and how do I get things back the way they should be? Don't know how you got there, but to get things back to normal you should remove /boot/boot and make it a symlink to /boot: cd /boot rm -rf boot ln -s . boot I would also revise grub.conf a bit: default 0 timeout 30 root (hd0,0) splashimage=/grub/splash.xpm.gz title=Gentoo 2.6.22-r2 kernel /kernel-2.6.22-r2 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] - On one line, of course title=Gentoo 2.6.24-r8 kernel /kernel-2.6.24-r8 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] Optionally, you could also reinstall grub to your MBR, by running grub (or was it grub-shell?) and issue the following commands: root (hd0,0) setup (hd0) HTH... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Ekiga not finding v4l
On Sat, 2008-07-05 at 21:00 -0400, Michael Pobega wrote: On Sat, Jul 05, 2008 at 11:41:49AM -0500, Albert Hopkins wrote: On Sat, 2008-07-05 at 12:28 -0400, Michael Pobega wrote: For some reason when I run Ekiga it doesn't detect any v4l or v4l2 drivers...Only picture... Does the OS detect your device? I.E: 1. Do you see it in dmesg? 2. Does a device get created (e.g. /dev/video0) 3. Can you read from the device: e.g: $ ffmpeg -f video4linux2 -s 800x600 -r 10 -i /dev/video0 test.avi Likely your problem is one of the 3. -a ackbar pobega # ffmpeg -f video4linux2 -s 800x600 -r 10 -i /dev/video0 test.avi FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-static --enable-shared --cc=x86_64-pc-linux-gnu-gcc --disable-altivec --disable-debug --disable-audio-oss --disable-v4l --disable-v4l2 --disable-dv1394 --disable-network --disable-opts --enable-libmp3lame --enable-libvorbis --enable-libogg --enable-x11grab --enable-libogg --enable-gpl --enable-pp --disable-strip libavutil version: 49.4.0 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on Jul 2 2008 19:42:30, gcc: 4.1.2 (Gentoo 4.1.2 p1.1) Unknown input or output format: video4linux2 Apparently ffmpeg can't use v4l2 either...Perhaps there is a package I've failed to emerge? Note the --disable-v4l in your configuration. Also apparently I am running a different version of ffmpeg than you are so maybe the version you are running does not support V4L. I assume 1 and 2 checked look fine? Ekiga uses pwlib. Did you enable the v4l[2] USE flag for pwlib? -a -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Sebastian Günther schrieb: * KH ([EMAIL PROTECTED]) [05.07.08 13:24]: Hi, after reading some emails from the list I have been trying to unmerge cdrkit and to emerge cdrtools. I aslo hat to unmerge dvd+rw-tools and kino. Anyway I am still not able to emerge cdrtools. !!! Cannot write to '/usr/include/scsilib/scg'. !!! Please check permissions and directories for broken symlinks. !!! You may start the merge process again by using ebuild: !!! ebuild /usr/portage/app-cdr/cdrtools/cdrtools-2.01.01_alpha34.ebuild merge !!! And finish by running this: env-update than there is a very long list I can post if needed. ls -lah /usr/include/scsilib/scg lrwxrwxrwx 1 root root 25 Jun 25 12:48 /usr/include/scsilib/scg - /usr/include/scsilib/usal on my xterm there is red highlighting under the output. What can I do to install cdrtools correctly to a working standard? If I'm not mistaken, it means there is a dangling symlink. if # ls -lah /usr/include/scsilib/usal shows something like no such file or directory, then # rm /usr/include/scsilib/scg and continue as above mentioned with # ebuild /usr/portage/app-cdr/cdrtools/cdrtools-2.01.01_alpha34.ebuild merge HTH Sebastian P.S.: I don't use kino so just try a # emerge -pvt kino afterwards, to look what it tries to pull in. Hi, thanks for the help. looks like it is working now. I did not have the ebuild any more (tmpfs) but emerge did fine. kh -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Mick schrieb: On Saturday 05 July 2008, Sebastian Günther wrote: P.S.: I don't use kino so just try a # emerge -pvt kino afterwards, to look what it tries to pull in. I don't have cdrkit on my systems and it does not seem to have a dependency for kino: # emerge -pvt kino These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N] media-video/kino-1.2.0 USE=alsa dvdr gstreamer quicktime vorbis -gpac -lame -sox 10,388 kB [ebuild N] media-sound/rawrec-0.9.98 60 kB [ebuild N] media-libs/libiec61883-1.1.0 USE=-examples 359 kB [ebuild N] sys-libs/libavc1394-0.5.3 0 kB [ebuild N] media-libs/libdv-1.0.0-r2 USE=sdl xv -debug 0 kB [ebuild N] sys-libs/libraw1394-1.2.1 0 kB Total: 6 packages (6 new), Size of downloads: 10,806 kB A revdep-rebuild -X -p -v would probably resolve the OP's problem. Hi, you are right. But it looks like kino depends on app-cdr/dvd+rw-tools. And this depends on cdrkit until you remove the broken symlink. cdrkit seems to steal the cdrtools dependencies from other programs. emerge -av kino These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N] sys-libs/libavc1394-0.5.3 348 kB [ebuild N] media-libs/libsamplerate-0.1.2-r1 USE=-fftw -sndfile 692 kB [ebuild N] media-libs/libiec61883-1.1.0 USE=-examples 359 kB [ebuild N] media-video/dvdauthor-0.6.11 0 kB [ebuild N] media-sound/rawrec-0.9.98 60 kB [ebuild N] app-cdr/dvd+rw-tools-7.1 138 kB [ebuild N] media-video/mjpegtools-1.8.0-r1 USE=X dv gtk png quicktime sse -3dnow -dga (-mmx) -sdl -v4l -yv12 1,446 kB [ebuild N] media-video/kino-1.2.0 USE=alsa dvdr lame quicktime vorbis -gpac -gstreamer -sox 0 kB Total: 8 packages (8 new), Size of downloads: 3,040 kB Would you like to merge these packages? [Yes/No] kh -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Saturday 05 July 2008, Daniel Pielmeier wrote: grep virtual/cdrtools /media/system/repositories/portage/profiles/**/virtuals /media/system/repositories/portage/profiles/base/virtuals:virtual/cdr tools app-cdr/cdrkit That was what i am looking for, thanks! Why they did choose cdrkit in favor of cdrtools is a miracle to me! Maybe I will ask the maintainer about this! Probably for the same reason Debian felt obliged to do the same - licensing issues. It is widely acknowledged that cdrtools is the superior code over cdrkit but large sections of the OSS community feel that cdrtools' license puts tham at risk, regardless of what Joerg (cdrtools maintainer) asserts in this matter. But lets not start this useless debate all over again and simply acknowledge that some Gentoo dev made a decision and leave it at that. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Alan McKinnon schrieb: On Saturday 05 July 2008, Daniel Pielmeier wrote: grep virtual/cdrtools /media/system/repositories/portage/profiles/**/virtuals /media/system/repositories/portage/profiles/base/virtuals:virtual/cdr tools app-cdr/cdrkit That was what i am looking for, thanks! Why they did choose cdrkit in favor of cdrtools is a miracle to me! Maybe I will ask the maintainer about this! Probably for the same reason Debian felt obliged to do the same - licensing issues. It is widely acknowledged that cdrtools is the superior code over cdrkit but large sections of the OSS community feel that cdrtools' license puts tham at risk, regardless of what Joerg (cdrtools maintainer) asserts in this matter. But lets not start this useless debate all over again and simply acknowledge that some Gentoo dev made a decision and leave it at that. http://gentoo-portage.com/app-cdr/cdrtools the link under license is leading to nowhere. On the project page I have not been able to find a license, too (fast overview). Where can I find the license? KH -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
* KH ([EMAIL PROTECTED]) [06.07.08 10:33]: the link under license is leading to nowhere. On the project page I have not been able to find a license, too (fast overview). Where can I find the license? All licenses can be found under: /usr/portage/licenses/ And emerge -s cdrtools shows you which files you have to read. And the issue is not the licenses itself, but the mixing of the licenses in one project. KH HTH Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgplolBFu6i33.pgp Description: PGP signature
[gentoo-user] Re: DMRAID and complex setups
On Sun, 6 Jul 2008 11:03:45 +0200 Francesco Talamona [EMAIL PROTECTED] wrote: On Saturday 05 July 2008, Florian Philipp wrote: - Could I disable the kernel auto-detection and instead add a custom init-script prior to checkfs and localmount? It's impractical, check carefully all partitions with mdadm -E partition If it's not automatically assembled but you can do it manually, it means something is fooling mdadm. Try also to comment ARRAY lines in /etc/mdadm.conf. HTH Francesco What actually happens is that the kernel starts md1 (consisting of md0 and hdd7) BEFORE md0 (hda and hdb) is created. The most likely cause is that the kernel starts its autodetection on the disk where / (or /boot?) lie. mdadm.conf has the following lines: DEVICE /dev/hda1 /dev/hdb1 DEVICE /dev/md0 /dev/hdd7 ARRAY /dev/md0 devices=/dev/hda1,/dev/hdb1 ARRAY /dev/md1 devices=/dev/md0,/dev/hdd7 Since I can add kernel parameters for starting raids (see /usr/src/linux/Documentation/md.txt) I'm thinking about telling the kernel explicitly to start md0 in the hope that this happens before autodetection. Stay tuned ;) signature.asc Description: PGP signature
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Sonntag, 6. Juli 2008, KH wrote: you are right. But it looks like kino depends on app-cdr/dvd+rw-tools. And this depends on cdrkit until you remove the broken symlink. cdrkit seems to steal the cdrtools dependencies from other programs. *rolleyes* it is not 'stealing' but 'virtuals'. You might want to look them up. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Alan McKinnon [EMAIL PROTECTED] wrote: Probably for the same reason Debian felt obliged to do the same - licensing issues. It is widely acknowledged that cdrtools is the superior code over cdrkit but large sections of the OSS community feel that cdrtools' license puts tham at risk, regardless of what Joerg (cdrtools maintainer) asserts in this matter. I am sorry to see that you are still a victim of a _few_ OSS trolls. People who use their own brain should have no problem to understand that applying the claims from those few Debian trolls (made against cdrtools) to cdrkit also would make cdrkit of course illegal. Legal thoughts have similarities to mathemathics. If you make a claim that is incompatible with reality, this claim cannot be correct. None of the claims published by these OSS trolls is compatible with reality. But lets not start this useless debate all over again and simply acknowledge that some Gentoo dev made a decision and leave it at that. Why then do you start a debate based on obviously wrong claims? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
KH [EMAIL PROTECTED] wrote: http://gentoo-portage.com/app-cdr/cdrtools the link under license is leading to nowhere. On the project page I have not been able to find a license, too (fast overview). Where can I find the license? e.g. here: http://www.opensource.org/licenses/cddl1.php Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Sebastian Günther [EMAIL PROTECTED] wrote: And the issue is not the licenses itself, but the mixing of the licenses in one project. Your problem is not to understand the difference between project and distribution. I recommend _you_ to read the license indormation that comes with cdrtools and please do not start a new license debate that leads to nowhere. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
On Fri, 04 Jul 2008 14:43:01 -0500 Dale [EMAIL PROTECTED] wrote: Hi again, After getting a LOT of help on this, I got it sorted out. This is what is installed: [ebuild U ] app-cdr/cdrkit-1.1.8 [1.1.6] USE=unicode -hfs 0 kB [ebuild U ] app-cdr/k3b-1.0.5-r1 [1.0.4] USE=alsa arts dvdr dvdread encode hal mp3 vorbis -css -debug -emovix -ffmpeg -flac -musepack -musicbrainz -sndfile -vcd -xinerama LINGUAS=-af -ar -bg -br -bs -ca -cs -cy -da -de -el -en_GB -es -et -eu -fa -fi -fr -ga -gl -he -hi -hu -is -it -ja -ka -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ru -rw -se -sk -sr [EMAIL PROTECTED] -sv -ta -tr -uk -uz -zh_CN -zh_TW 0 kB Actually if you don't care about the GUI and compatibility with other systems, you can do DVD burning with growisofs only (without mkisofs/genisoimage respectively from cdrtools or cdrkit). I also noticed something else that was funny. I added the line to fstab but sort of forgot something else. This is one of my blonde moments here, not blonde but anyway. I forgot to make the mount point, you know, the hdd directory in /media. Dale slaps forehead AFAIK this might cause problems if you use auto-mounting software and forget to disable it before writing. The proof is in the puddin tho: [EMAIL PROTECTED] / # ls -al /media/hdd/ total 4194346 dr-xr-xr-x 2 root root112 2008-07-04 14:22 . drwxr-xr-x 5 root root192 2008-07-04 14:21 .. -r--r--r-- 1 root root 4295007744 2008-07-04 12:32 Test-_2008.07.04-10.06.53_1.tar [EMAIL PROTECTED] / # That's a BIG file. Now I want a blue ray thingy. o_O Then I can make HUGE files. lol The good part is that you don't need isofs for DVDs. Actually you don't need any fs at all. You could write files like this: growisofs -Z /dev/dvd=Test-_2008.07.04-10.06.53_1.tar Unfortunately I have I/O errors (ruined media) often with this method, so I use: tar cp path/to/files | \ pipebench -q -b 5000 | \ growisofs -Z /dev/sr0=/dev/fd/0 pipebench is in portage and provides two important advantages: - you can check the speed and make adjustments it if necessary - you can adjust the buffer (-b) To restore the files from the above backup: tar xpf /dev/dvd It works perfectly for me. You can burn this way images with your preferred FS. -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] [SOLVED] f-prot
On Fri, 04 Jul 2008 12:32:17 -0500 Dale [EMAIL PROTECTED] wrote: It worked fine here. Thanks! That was all I needed to know, that the problem is only mine. As Alan proposed I sniffed the traffic and found there was a header (User-Agent=MSIE) which was making the server say something like this OS is not supported. Now everything is fine. -- Best regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: DMRAID and complex setups
On Sun, 6 Jul 2008 11:32:36 +0200 Florian Philipp [EMAIL PROTECTED] wrote: On Sun, 6 Jul 2008 11:03:45 +0200 Francesco Talamona [EMAIL PROTECTED] wrote: On Saturday 05 July 2008, Florian Philipp wrote: - Could I disable the kernel auto-detection and instead add a custom init-script prior to checkfs and localmount? It's impractical, check carefully all partitions with mdadm -E partition If it's not automatically assembled but you can do it manually, it means something is fooling mdadm. Try also to comment ARRAY lines in /etc/mdadm.conf. HTH Francesco What actually happens is that the kernel starts md1 (consisting of md0 and hdd7) BEFORE md0 (hda and hdb) is created. The most likely cause is that the kernel starts its autodetection on the disk where / (or /boot?) lie. mdadm.conf has the following lines: DEVICE /dev/hda1 /dev/hdb1 DEVICE /dev/md0 /dev/hdd7 ARRAY /dev/md0 devices=/dev/hda1,/dev/hdb1 ARRAY /dev/md1 devices=/dev/md0,/dev/hdd7 Since I can add kernel parameters for starting raids (see /usr/src/linux/Documentation/md.txt) I'm thinking about telling the kernel explicitly to start md0 in the hope that this happens before autodetection. Stay tuned ;) Eureka! The kernel boot-parameter raid=noautodetect md=0,/dev/hda1,/dev/hdb1 md=1,/dev/hdd7,/dev/md0 seem to work. Now the raids are built in the right order. signature.asc Description: PGP signature
Re: [gentoo-user] Grub on a new disk
On Saturday 05 July 2008, Mick wrote: On Saturday 05 July 2008, Florian Philipp wrote: On Sat, 5 Jul 2008 15:06:31 +0100 Then I've installed grub into hda's MBR. Then something odd happened: Stage1.5 loads quiet fast but then Grub hangs once again of ~20sec with: Grub loading, please wait ... Since that is the moment when Grub accesses /dev/hdd for the first time, I think it could really be a problem with the hard disk, however, one that doesn't affect anything else. Maybe an automatic SMART self-test at boot-up? I'll investigate and as a workaround I'll get an SD-card or cheap USB-stick for Grub, since - unfortunately - the kernel is too big to fit on a floppy. I know what I would have done - right from the start. Not used grub-install. Not installed it in every single disk. Not installed it in any partition, unless I intended to chainload separately the GRUB bootloader of the said partition. Now, I know that this doesn't help and won't resolve your issue, but perhaps next time . . . I am not sure how GRUB goes about probing and reading boot sectors at boot time. As I understand it at the time it is installed in an MBR, the position of the grub fs is also written in there right after the boot code. At boot time the boot code (stage1) jumps to the block device where grub's root fs is stored to read and execute stage1.5 which can read the /boot device fs and then read the stage2 files, which finally go and load the main OS kernel image. Assuming this is correct, then what you have installed in the MBR of hdb and hdd and the partition boot sector of hdd1 is irrelevant and it *should not* make grub take so long. That's the reason why I said something hardware-wise may be amiss, although I can see that your checks and reasoning are sound. Just in case, you may want to try this: # grub --Also use --no-floppy if it hangs probing a floppy drive that doesn't exist-- grub root (hd2,0) --If your /boot drive is e.g. in /dev/hdd1)-- grub setup (hd0) --This will re-install GRUB in the MBR of /dev/hda-- grub quit If this does not help then I am not sure what else might fix it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Volker Armin Hemmann [EMAIL PROTECTED] wrote: On Sonntag, 6. Juli 2008, KH wrote: you are right. But it looks like kino depends on app-cdr/dvd+rw-tools. And this depends on cdrkit until you remove the broken symlink. cdrkit seems to steal the cdrtools dependencies from other programs. *rolleyes* it is not 'stealing' but 'virtuals'. You might want to look them up. cdrkit is not allowed to use the names cdrecord, cdda2wav, mkisofs and similar. In addition: grosisofs depends on features that are in the original software but not in the clone. Why do you believe that you may install cdrkit instead of cdrtools? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: DMRAID and complex setups
On Sun, 6 Jul 2008 14:02:14 +0300 Daniel Iliev [EMAIL PROTECTED] wrote: On Sun, 6 Jul 2008 11:32:36 +0200 Florian Philipp [EMAIL PROTECTED] wrote: On Sun, 6 Jul 2008 11:03:45 +0200 Francesco Talamona [EMAIL PROTECTED] wrote: On Saturday 05 July 2008, Florian Philipp wrote: - Could I disable the kernel auto-detection and instead add a custom init-script prior to checkfs and localmount? It's impractical, check carefully all partitions with mdadm -E partition If it's not automatically assembled but you can do it manually, it means something is fooling mdadm. Try also to comment ARRAY lines in /etc/mdadm.conf. HTH Francesco What actually happens is that the kernel starts md1 (consisting of md0 and hdd7) BEFORE md0 (hda and hdb) is created. The most likely cause is that the kernel starts its autodetection on the disk where / (or /boot?) lie. mdadm.conf has the following lines: DEVICE /dev/hda1 /dev/hdb1 DEVICE /dev/md0 /dev/hdd7 ARRAY /dev/md0 devices=/dev/hda1,/dev/hdb1 ARRAY /dev/md1 devices=/dev/md0,/dev/hdd7 Since I can add kernel parameters for starting raids (see /usr/src/linux/Documentation/md.txt) I'm thinking about telling the kernel explicitly to start md0 in the hope that this happens before autodetection. Stay tuned ;) You could also try something like this in local.start: mdadm --stop /dev/md0 mdadm --stop /dev/md1 mdadm -A /dev/md0 --uuid the UUID of md0 -c partitions mdadm -A /dev/md1 --uuid the UUID of md1 -c partitions It would not have been that easy because at that point, there would be an active lvm volume group on that raid and because the raid would already have been assembled it would need a resync after the next complete assembly. signature.asc Description: PGP signature
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Sonntag, 6. Juli 2008, Joerg Schilling wrote:
Volker Armin Hemmann [EMAIL PROTECTED] wrote:
On Sonntag, 6. Juli 2008, KH wrote:
you are right. But it looks like kino depends on app-cdr/dvd+rw-tools.
And this depends on cdrkit until you remove the broken symlink. cdrkit
seems to steal the cdrtools dependencies from other programs.
*rolleyes* it is not 'stealing' but 'virtuals'. You might want to look
them up.
cdrkit is not allowed to use the names cdrecord, cdda2wav, mkisofs
and similar.
AFAIK it doesn't. There might be some symlinks created. Ask someone using
cdrkit.
In addition: grosisofs depends on features that are in the original
software but not in the clone.
in that case it should have a 'hard' dependency on cdrtools and not the the
virtual.
Why do you believe that you may install cdrkit instead of cdrtools?
I don't believe anything. There is a concept called 'virtuals' in gentoo. If
several pieces of software are able fill the same 'void', they are grouped
into a virtual and the user can choose which one he wants to use. Freedom of
choice is important for gentoo. There are of course defaults, if some package
is is 'sane', so that the user does not have to babysit long emerges and other
reasons. But cdrecord/cdrkit is not the only example. Just have a look at
/usr/portage/profiles//virtuals there are several. And lo and behold, some
virtuals have cdrtools set as default for the corresponding virtual.
find /usr/portage/profiles -name virtuals -exec cat {} \;
gives you a lot of hits. You can ask the responsible devs why/if cdrkit is the
default. If you ask politly I am sure they will answer.
--
gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Grub on a new disk
On Sun, 6 Jul 2008 10:08:29 +0100 Mick [EMAIL PROTECTED] wrote: Just in case, you may want to try this: # grub --Also use --no-floppy if it hangs probing a floppy drive that doesn't exist-- grub root (hd2,0) --If your /boot drive is e.g. in /dev/hdd1)-- grub setup (hd0) --This will re-install GRUB in the MBR grub of /dev/hda-- quit If this does not help then I am not sure what else might fix it. I thought I had already done this but just to make sure, I've done it again - no effect. If there is really some kind to self-test going on, it's invisible to smartctl. A short self-test showed no errors, either. I'll look out for firmware updates for that disk and will buy a small SD/MMC/CF-card for testing. Maybe I'll also ask the Grub-guys whether they have any ideas. Thanks anyway! At least I know it's not just me who is confused by this behavior. signature.asc Description: PGP signature
Re: [gentoo-user] grub boot problem
On Sat, 5 Jul 2008 19:04:08 -0400, Matthew R. Lee wrote: root (hd0,0) kernel /boot/kernel-2.6.22-r2-2 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] If hd0,0 is your boot partition, you shouldn't have /boot in the kernel line, just kernel /kernel-2.6.22-r2-2 root=/dev/sda3 In GRUB, all paths are relative to the root. -- Neil Bothwick Not tonight dear, I have a Modem!!! signature.asc Description: PGP signature
Re: [gentoo-user] DVD and large files
Daniel Iliev wrote: On Fri, 04 Jul 2008 14:43:01 -0500 Dale [EMAIL PROTECTED] wrote: Hi again, After getting a LOT of help on this, I got it sorted out. This is what is installed: [ebuild U ] app-cdr/cdrkit-1.1.8 [1.1.6] USE=unicode -hfs 0 kB [ebuild U ] app-cdr/k3b-1.0.5-r1 [1.0.4] USE=alsa arts dvdr dvdread encode hal mp3 vorbis -css -debug -emovix -ffmpeg -flac -musepack -musicbrainz -sndfile -vcd -xinerama LINGUAS=-af -ar -bg -br -bs -ca -cs -cy -da -de -el -en_GB -es -et -eu -fa -fi -fr -ga -gl -he -hi -hu -is -it -ja -ka -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ru -rw -se -sk -sr [EMAIL PROTECTED] -sv -ta -tr -uk -uz -zh_CN -zh_TW 0 kB Actually if you don't care about the GUI and compatibility with other systems, you can do DVD burning with growisofs only (without mkisofs/genisoimage respectively from cdrtools or cdrkit). I also noticed something else that was funny. I added the line to fstab but sort of forgot something else. This is one of my blonde moments here, not blonde but anyway. I forgot to make the mount point, you know, the hdd directory in /media. Dale slaps forehead AFAIK this might cause problems if you use auto-mounting software and forget to disable it before writing. The proof is in the puddin tho: [EMAIL PROTECTED] / # ls -al /media/hdd/ total 4194346 dr-xr-xr-x 2 root root112 2008-07-04 14:22 . drwxr-xr-x 5 root root192 2008-07-04 14:21 .. -r--r--r-- 1 root root 4295007744 2008-07-04 12:32 Test-_2008.07.04-10.06.53_1.tar [EMAIL PROTECTED] / # That's a BIG file. Now I want a blue ray thingy. o_O Then I can make HUGE files. lol The good part is that you don't need isofs for DVDs. Actually you don't need any fs at all. You could write files like this: growisofs -Z /dev/dvd=Test-_2008.07.04-10.06.53_1.tar Unfortunately I have I/O errors (ruined media) often with this method, so I use: tar cp path/to/files | \ pipebench -q -b 5000 | \ growisofs -Z /dev/sr0=/dev/fd/0 pipebench is in portage and provides two important advantages: - you can check the speed and make adjustments it if necessary - you can adjust the buffer (-b) To restore the files from the above backup: tar xpf /dev/dvd It works perfectly for me. You can burn this way images with your preferred FS. Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? Also, is there a incremental GUI back-ip tool? I found reoback but haven't tried it yet. I like Kbackup but it is all or nothing. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] spamassassin-3.2.1-r1 emerge failure
For reasons discussed elsewhere, I've got to get serious about spam. But my first 3 attempts to emerge spamassassin have failed. (on x86). For one thing, there's a detection process near the beginning that is failing to detect Perl modules that are actually present, and from portage not CPAN. First it was Digest-SHA1. Re-emerging it fixed that, so maybe there was bitrot somewhere. But now it's doing the same thing with Mail::DKIM, but that's fortunately not a show-stopper like SHA1, but it's still worrisome. Now the show-stopper is some access violations that make no sense to me. It says it could not 'mkdir /usr/share/spamassassin', but I could do it from the command line (as root). Having done it, it still complained but proceeded to report an access violation on an attempt to 'chmod 0644 something'. I could also do that one from the command-line. G. Has anyone seen this, and know of a workaround? -- Kevin O'Gorman, PhD
Re: [gentoo-user] grub boot problem
On Sonntag, 6. Juli 2008, Neil Bothwick wrote: On Sat, 5 Jul 2008 19:04:08 -0400, Matthew R. Lee wrote: root (hd0,0) kernel /boot/kernel-2.6.22-r2-2 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] If hd0,0 is your boot partition, you shouldn't have /boot in the kernel line, just kernel /kernel-2.6.22-r2-2 root=/dev/sda3 In GRUB, all paths are relative to the root. really? I boot this for years, after nothing else worked: title=2.6 root (hd0,0) kernel (hd0,0)/boot/vmlinuz root=/dev/sda3 nmi_watchdog=0 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
On Sunday 06 July 2008, Volker Armin Hemmann wrote: On Sonntag, 6. Juli 2008, Neil Bothwick wrote: On Sat, 5 Jul 2008 19:04:08 -0400, Matthew R. Lee wrote: root (hd0,0) kernel /boot/kernel-2.6.22-r2-2 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] If hd0,0 is your boot partition, you shouldn't have /boot in the kernel line, just kernel /kernel-2.6.22-r2-2 root=/dev/sda3 In GRUB, all paths are relative to the root. really? I boot this for years, after nothing else worked: title=2.6 root (hd0,0) kernel (hd0,0)/boot/vmlinuz root=/dev/sda3 nmi_watchdog=0 Hmm, have you this in place? lrwxrwxrwx 1 root root 1 Mar 26 2006 boot - . -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] DVD and large files
On Sonntag, 6. Juli 2008, Dale wrote: Daniel Iliev wrote: On Fri, 04 Jul 2008 14:43:01 -0500 Dale [EMAIL PROTECTED] wrote: Hi again, After getting a LOT of help on this, I got it sorted out. This is what is installed: [ebuild U ] app-cdr/cdrkit-1.1.8 [1.1.6] USE=unicode -hfs 0 kB [ebuild U ] app-cdr/k3b-1.0.5-r1 [1.0.4] USE=alsa arts dvdr dvdread encode hal mp3 vorbis -css -debug -emovix -ffmpeg -flac -musepack -musicbrainz -sndfile -vcd -xinerama LINGUAS=-af -ar -bg -br -bs -ca -cs -cy -da -de -el -en_GB -es -et -eu -fa -fi -fr -ga -gl -he -hi -hu -is -it -ja -ka -lt -mk -ms -nb -nds -nl -nn -pa -pl -pt -pt_BR -ru -rw -se -sk -sr [EMAIL PROTECTED] -sv -ta -tr -uk -uz -zh_CN -zh_TW 0 kB Actually if you don't care about the GUI and compatibility with other systems, you can do DVD burning with growisofs only (without mkisofs/genisoimage respectively from cdrtools or cdrkit). I also noticed something else that was funny. I added the line to fstab but sort of forgot something else. This is one of my blonde moments here, not blonde but anyway. I forgot to make the mount point, you know, the hdd directory in /media. Dale slaps forehead AFAIK this might cause problems if you use auto-mounting software and forget to disable it before writing. The proof is in the puddin tho: [EMAIL PROTECTED] / # ls -al /media/hdd/ total 4194346 dr-xr-xr-x 2 root root112 2008-07-04 14:22 . drwxr-xr-x 5 root root192 2008-07-04 14:21 .. -r--r--r-- 1 root root 4295007744 2008-07-04 12:32 Test-_2008.07.04-10.06.53_1.tar [EMAIL PROTECTED] / # That's a BIG file. Now I want a blue ray thingy. o_O Then I can make HUGE files. lol The good part is that you don't need isofs for DVDs. Actually you don't need any fs at all. You could write files like this: growisofs -Z /dev/dvd=Test-_2008.07.04-10.06.53_1.tar Unfortunately I have I/O errors (ruined media) often with this method, so I use: tar cp path/to/files | \ pipebench -q -b 5000 | \ growisofs -Z /dev/sr0=/dev/fd/0 pipebench is in portage and provides two important advantages: - you can check the speed and make adjustments it if necessary - you can adjust the buffer (-b) To restore the files from the above backup: tar xpf /dev/dvd It works perfectly for me. You can burn this way images with your preferred FS. Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? emm. It should be handle to at least 8gb. And since I use tar to write to my 280gb tapelib ... and this guy used a 21gb tarball for his tests: http://bulk.fefe.de/lk2006/bench.html you are doing something wrong. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
Am Sonntag, 6. Juli 2008 schrieb Mick: Hmm, have you this in place? lrwxrwxrwx 1 root root 1 Mar 26 2006 boot - . I still wonder why it's needed. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] grub boot problem
On Sunday 06 July 2008, Dirk Heinrichs wrote: Am Sonntag, 6. Juli 2008 schrieb Mick: Hmm, have you this in place? lrwxrwxrwx 1 root root 1 Mar 26 2006 boot - . I still wonder why it's needed. So that people who can't wrap their brains around how grub works (i.e. it is NOT linux) can get the thing to work. So kernel /boot/vmlinuz root=... will boot, as well as kernel /vmlinuz root=... -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
On Sonntag, 6. Juli 2008, Mick wrote: On Sunday 06 July 2008, Volker Armin Hemmann wrote: On Sonntag, 6. Juli 2008, Neil Bothwick wrote: On Sat, 5 Jul 2008 19:04:08 -0400, Matthew R. Lee wrote: root (hd0,0) kernel /boot/kernel-2.6.22-r2-2 root=/dev/sda3 video=vesafb:mtrr,ywrap,[EMAIL PROTECTED] If hd0,0 is your boot partition, you shouldn't have /boot in the kernel line, just kernel /kernel-2.6.22-r2-2 root=/dev/sda3 In GRUB, all paths are relative to the root. really? I boot this for years, after nothing else worked: title=2.6 root (hd0,0) kernel (hd0,0)/boot/vmlinuz root=/dev/sda3 nmi_watchdog=0 Hmm, have you this in place? lrwxrwxrwx 1 root root 1 Mar 26 2006 boot - . yes. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
On Sonntag, 6. Juli 2008, Dirk Heinrichs wrote: What's this nmi_watchdog=0 good for (just curious)? to make sure it is off ;) I once read (also a long time ago) that the nmi-watchdog could/would/does slow down disk io. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Volker Armin Hemmann wrote: On Sonntag, 6. Juli 2008, Dale wrote: Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? emm. It should be handle to at least 8gb. And since I use tar to write to my 280gb tapelib ... and this guy used a 21gb tarball for his tests: http://bulk.fefe.de/lk2006/bench.html you are doing something wrong. Well, Kdar does the making part. I'm not doing anything fancy when unpacking it but when I do it with it set to 4.7Gb, I get a error about half way though unpacking. I can't recall the error at the moment but I should be able to reproduce it if needed. I was thinking tar could handle huge files which is what confuses me. Dale :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Sunday 06 July 2008, Joerg Schilling wrote: Alan McKinnon [EMAIL PROTECTED] wrote: Probably for the same reason Debian felt obliged to do the same - licensing issues. It is widely acknowledged that cdrtools is the superior code over cdrkit but large sections of the OSS community feel that cdrtools' license puts tham at risk, regardless of what Joerg (cdrtools maintainer) asserts in this matter. I am sorry to see that you are still a victim of a _few_ OSS trolls. Joerg, please, for the love of all that is holy and small furry animals, let it go. The OP asked a question about why a virtual has a certain default. I answered with the obvious answer which has to do with the point of view of the maintainer (who is not me). I said nothing about what I think in the matter, and I won't as it is in no way relevant. [snip] But lets not start this useless debate all over again and simply acknowledge that some Gentoo dev made a decision and leave it at that. Why then do you start a debate based on obviously wrong claims? I'm not starting anything. See above. As a token of respect for all the work you have done for many years with optical media and for your impressive level of coding competence, I am not going to fight with you and will instead simply ask you to drop this now. You have been given an audience here, you have been granted ample and fair opportunity to state your position and you have done so. No-one reading this list for the last fortnight is in any doubt about your point of view. Some agree with you, some don't. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
On Sun, 06 Jul 2008 10:19:09 -0500, Dale wrote: Well, Kdar does the making part. I'm not doing anything fancy when unpacking it but when I do it with it set to 4.7Gb, I get a error about half way though unpacking. I can't recall the error at the moment but I should be able to reproduce it if needed. I was thinking tar could handle huge files which is what confuses me. Kdar makes dar archives, not tar archives. -- Neil Bothwick The nice thing about Windows is - It does not just crash, it displays adialog box and lets you press OK first. signature.asc Description: PGP signature
Re: [gentoo-user] DVD and large files
On Sonntag, 6. Juli 2008, Dale wrote: Volker Armin Hemmann wrote: On Sonntag, 6. Juli 2008, Dale wrote: Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? emm. It should be handle to at least 8gb. And since I use tar to write to my 280gb tapelib ... and this guy used a 21gb tarball for his tests: http://bulk.fefe.de/lk2006/bench.html you are doing something wrong. Well, Kdar does the making part. I'm not doing anything fancy when unpacking it but when I do it with it set to 4.7Gb, I get a error about half way though unpacking. I can't recall the error at the moment but I should be able to reproduce it if needed. I was thinking tar could handle huge files which is what confuses me. Dale :-) tar can handle single files of 8gb and archives of enourmous sizes. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Ekiga not finding v4l
On Sun, Jul 06, 2008 at 02:22:08AM -0500, Albert Hopkins wrote: On Sat, 2008-07-05 at 21:00 -0400, Michael Pobega wrote: On Sat, Jul 05, 2008 at 11:41:49AM -0500, Albert Hopkins wrote: On Sat, 2008-07-05 at 12:28 -0400, Michael Pobega wrote: For some reason when I run Ekiga it doesn't detect any v4l or v4l2 drivers...Only picture... Does the OS detect your device? I.E: 1. Do you see it in dmesg? 2. Does a device get created (e.g. /dev/video0) 3. Can you read from the device: e.g: $ ffmpeg -f video4linux2 -s 800x600 -r 10 -i /dev/video0 test.avi Likely your problem is one of the 3. -a ackbar pobega # ffmpeg -f video4linux2 -s 800x600 -r 10 -i /dev/video0 test.avi FFmpeg version SVN-rUNKNOWN, Copyright (c) 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-static --enable-shared --cc=x86_64-pc-linux-gnu-gcc --disable-altivec --disable-debug --disable-audio-oss --disable-v4l --disable-v4l2 --disable-dv1394 --disable-network --disable-opts --enable-libmp3lame --enable-libvorbis --enable-libogg --enable-x11grab --enable-libogg --enable-gpl --enable-pp --disable-strip libavutil version: 49.4.0 libavcodec version: 51.40.4 libavformat version: 51.12.1 built on Jul 2 2008 19:42:30, gcc: 4.1.2 (Gentoo 4.1.2 p1.1) Unknown input or output format: video4linux2 Apparently ffmpeg can't use v4l2 either...Perhaps there is a package I've failed to emerge? Note the --disable-v4l in your configuration. Also apparently I am running a different version of ffmpeg than you are so maybe the version you are running does not support V4L. I assume 1 and 2 checked look fine? Ekiga uses pwlib. Did you enable the v4l[2] USE flag for pwlib? -a That was the problem! But now I have another issue, because my microphone doesn't seem to want to work in Ekiga ... I can get playback through my speakers (using alsamixer) but no matter what I do I can't get Ekiga's echoing system to echo back my microphone (sip:[EMAIL PROTECTED]) ... It's frustrating at this point in time, but I hope this is as easily solvable as the webcam issue. -- If programmers deserve to be rewarded for creating innovative programs, by the same token they deserve to be punished if they restrict the use of these programs. - Richard Stallman pgpYkBM3qVbFW.pgp Description: PGP signature
Re: [gentoo-user] DVD and large files
Volker Armin Hemmann [EMAIL PROTECTED] wrote: Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? emm. It should be handle to at least 8gb. And since I use tar to write to my 280gb tapelib ... and this guy used a 21gb tarball for his tests: http://bulk.fefe.de/lk2006/bench.html you are doing something wrong. Well, quoting a troll like fefe is not a good idea too. The page is full of nonsense. OK, it at least mentions a 21 GB tar archive but not a tar archive with a 21 GB file inside. The historic tar archive format supports single files up to 8 GB in tar archives. Since POSIX.1-2001, the extended tar archive format (called pax) has no size limitations. Linux typically does not come with tar but with a tar clone called GNU tar that by default does not write standard compliant archives but it does not have a 4.7 GB limit. Putting tar archives directly on CD/DVD media works, but it may confuse people. When discussing the best way for putting large files on DVDs, you should take into account that people who insert a medium that does not get automounted typically believe that there is a problem with the medium. This is why I added support for files 4 GB to mkisofs. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Alan McKinnon [EMAIL PROTECTED] wrote: The OP asked a question about why a virtual has a certain default. I answered with the obvious answer which has to do with the point of view of the maintainer (who is not me). I said nothing about what I think in the matter, and I won't as it is in no way relevant. Could you explain me why you started to publish incorrect claims about cdrtools? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Neil Bothwick wrote: On Sun, 06 Jul 2008 10:19:09 -0500, Dale wrote: Well, Kdar does the making part. I'm not doing anything fancy when unpacking it but when I do it with it set to 4.7Gb, I get a error about half way though unpacking. I can't recall the error at the moment but I should be able to reproduce it if needed. I was thinking tar could handle huge files which is what confuses me. Kdar makes dar archives, not tar archives. I'm using Kbackup not kdar. Two different things. I think Kdar is dead. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Joerg Schilling wrote: Volker Armin Hemmann [EMAIL PROTECTED] wrote: Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? emm. It should be handle to at least 8gb. And since I use tar to write to my 280gb tapelib ... and this guy used a 21gb tarball for his tests: http://bulk.fefe.de/lk2006/bench.html you are doing something wrong. Well, quoting a troll like fefe is not a good idea too. The page is full of nonsense. OK, it at least mentions a 21 GB tar archive but not a tar archive with a 21 GB file inside. The historic tar archive format supports single files up to 8 GB in tar archives. Since POSIX.1-2001, the extended tar archive format (called pax) has no size limitations. Linux typically does not come with tar but with a tar clone called GNU tar that by default does not write standard compliant archives but it does not have a 4.7 GB limit. Putting tar archives directly on CD/DVD media works, but it may confuse people. When discussing the best way for putting large files on DVDs, you should take into account that people who insert a medium that does not get automounted typically believe that there is a problem with the medium. This is why I added support for files 4 GB to mkisofs. Jörg How did you add support for that? Are you talking about the program itself or a USE flag? Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
Am Sonntag, 6. Juli 2008 schrieb Volker Armin Hemmann: On Sonntag, 6. Juli 2008, Dirk Heinrichs wrote: What's this nmi_watchdog=0 good for (just curious)? to make sure it is off ;) Got me ;) So what's this nmi_watchdog good for? Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
* Joerg Schilling ([EMAIL PROTECTED]) [06.07.08 12:44]: Sebastian Günther [EMAIL PROTECTED] wrote: And the issue is not the licenses itself, but the mixing of the licenses in one project. Your problem is not to understand the difference between project and distribution. Sorry, wrong term. You're right, the problem is about distributions. This is a free software license. It has a copyleft with a scope that's similar to the one in the Mozilla Public License, which makes it incompatible with the GNU GPL. This means a module covered by the GPL and a module covered by the CDDL cannot legally be linked together. We urge you not to use the CDDL for this reason. http://www.fsf.org/licensing/licenses/index_html#GPLIncompatibleLicenses And this is the problem, that e.g. Debian has. This is just a very short explaination to the poster, who has asked for where to find the licenses! *No need to debate* I recommend _you_ to read the license indormation that comes with cdrtools and please do not start a new license debate that leads to nowhere. I won't read anything related to cdrtools anymore. I won't install it, nor recommend anyone to use it. And this is not about any licensing issue, it is about your way of *communicating*. I still remember the time, when I had to download some license key to get DVDs burned. That was also pretty annoying. Jörg You just did yourself *again* what the Germans call Bärendienst One pissed of soul Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgpwg5mR3xpUv.pgp Description: PGP signature
Re: [gentoo-user] DVD and large files
* Dale ([EMAIL PROTECTED]) [06.07.08 16:13]: Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? Maybe it is more a problem of the specific fs, where you try to create it. If there the blocksize is to small (1024) then there is your problem. What does dumpe2fs -h says about the blocksize of the specific device? HTH Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgpqQVyyaNHPb.pgp Description: PGP signature
Re: [gentoo-user] Firefox 3 stability
On Fri, Jul 04, 2008 at 11:32:39AM +0100, Penguin Lover Graham Murray squawked: Jason Messerschmitt [EMAIL PROTECTED] writes: I've noticed an odd visual glitch with blogspot pages- it superimposes my desktop on some pages. It's a bit hard to explain so here's a pic. As far as I know it's only this page, but might be good fodder for some of you troubleshooters out there. There is something which lots of people have noticed. The suggested solution, which worked for me, was to change the X acceleration from XAA to EXA in /etc/X11/xorg.conf. This will only work if your video driver supports EXA acceleration. Where is this suggestion mentioned? Is there a bug number? I cannot use EXA on my laptop because of an old bug with xorg-ati-radeon that gives a CPU spike with EXA. Furthermore, when I experimented a small bit with using EXA (X and fvwm was very unresponsive, but it doesn't crash), most of the sites with the visual glitch problem were fixed, but a few different ones started having a different glitch, and a few of the sites that had a glitch now has a more minor, less noticeable glitch. I would like to track this bug/forum post to see if a more mature solution is proposed. W -- If I could choose between a second brain and a detachable stomach, I would definitely choose the stomach. I mean, then I could eat a lot, dump it all out, and simply continue eating, without any health worries! Whereas, I am perfectly happy with my brain as it is right now. ~m Sortir en Pantoufles: up 576 days, 15:37 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Sebastian Günther [EMAIL PROTECTED] wrote: * Joerg Schilling ([EMAIL PROTECTED]) [06.07.08 12:44]: Sebastian Günther [EMAIL PROTECTED] wrote: And the issue is not the licenses itself, but the mixing of the licenses in one project. Your problem is not to understand the difference between project and distribution. Sorry, wrong term. You're right, the problem is about distributions. This is a free software license. It has a copyleft with a scope that's similar to the one in the Mozilla Public License, which makes it incompatible with the GNU GPL. This means a module covered by the GPL and a module covered by the CDDL cannot legally be linked together. We urge you not to use the CDDL for this reason. http://www.fsf.org/licensing/licenses/index_html#GPLIncompatibleLicenses And this is the problem, that e.g. Debian has. Please finally stop this FUD! FUD stays FUD even if it is spread by the FSF... If the GPL did forbid to link non-GPL cpde together wit GPL code, then the GPL was dead from it's beginning. Note that the whole GPL does not use the word linking anywhere in the GPL text. The GPL is asymmetric and _only_ discallows you to create derived work from GPLd code that is not under GPL. The GPL does _not_ forbid to have GPLd code that is a derived work from NON-GPLd code. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Ekiga not finding v4l
On Sun, 2008-07-06 at 12:10 -0400, Michael Pobega wrote: [...] now I have another issue, because my microphone doesn't seem to want to work in Ekiga ... I can get playback through my speakers (using alsamixer) but no matter what I do I can't get Ekiga's echoing system to echo back my microphone (sip:[EMAIL PROTECTED]) ... It's frustrating at this point in time, but I hope this is as easily solvable as the webcam issue. Make sure your microphone is unmuted (alsamixer). If applicable, make sure that your capture device is set to microphone (alsamixer -V capture). -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Sun, Jul 06, 2008 at 06:21:42PM +0200, Penguin Lover Joerg Schilling squawked: Alan McKinnon [EMAIL PROTECTED] wrote: The OP asked a question about why a virtual has a certain default. I answered with the obvious answer which has to do with the point of view of the maintainer (who is not me). I said nothing about what I think in the matter, and I won't as it is in no way relevant. Could you explain me why you started to publish incorrect claims about cdrtools? Look Joerg, this is getting tiring. I don't know if the problem you have is with English language or with social communication, but Alan went out of his way and bent over backwards in his post to prevent a response like the one you just gave. It was very clear from his original post that he answered the OP's question with (I paraphrase here) Joerg is a coding God. But the maintainer in gentoo for the cdrtools package thinks that there is a license problem, following Debian's lead, so virtual/cdrtools defaults to cdrkit. Alan was not stating a fact about cdrtools. He was stating a fact about what a gentoo developer thinks. It is great and all that legal science and mathematics are both based on logic, but Alan has absolutely no control about what logic the developer uses. Nor do you, for this matter. If you have beef with the way cdrtools is treated, take it up with the gentoo developer that actually makes the decision to default to cdrkit and try to convince *him* that there is a problem with his interpretation. As far as I can tell, neither Alan nor I gives a hoot about the license issue, and we chose to use cdrtools because we feel that it is better code. Yelling at us will not get your problem solved. In fact, yelling at people who support using your code may just be the way to reduce said support. W -- Pintsize: I'm the foreman! The couch needs to movesix inches to the left to achieve maximum fen shui! Sortir en Pantoufles: up 576 days, 15:57 -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Firefox 3 stability
On Fri, Jul 04, 2008 at 12:07:10PM +0200, Gordon Schulz wrote: On 7/3/08, Michael Pobega [EMAIL PROTECTED] wrote: On Wed, Jul 02, 2008 at 02:24:49PM +1000, Adam Carter wrote: I'm finding it unusable as it crashes often. How are you guys finding it? That is how I found FF2, and why I initially switched to Galeon. But when Firefox-3.0-r2 came out I gave FF another try, and I don't regret it at all. FF3 is a vast improvement over FF2 for me, it's quicker, more robust, takes up less memory, and the UI is a lot nicer. FF2 used to memory leak like an old man with diareah, but no problems with FF3. And I'm talking about the mozilla-firefox package, not -bin. For -bin I have 2.0.0.14 installed in case I ever need to use FF2 for something...I don't know what I would use it for but it can't hurt to have it. Probably a bit OT, but out of boredom I decided to give the newly released Opera 9.51 a spin - and I am pleasantly surprised. It's even way faster than FF3 and the font rendering is totally awesome. As I am developing quite some web-based stuff at work their new Dragonfly Debugger/Inspector is a good substitute for Firebug and the myopera.com integration supplies the much needed bookmark synchronisation between machines that Foxmarks handles on Firefox. I'm tempted to install Opera, but my system is completely GTK (if not CLI) and I just don't want to waste space with installing Qt ... Is there any possible way to install Opera without Qt support? -- If programmers deserve to be rewarded for creating innovative programs, by the same token they deserve to be punished if they restrict the use of these programs. - Richard Stallman pgp77hZNI6xnT.pgp Description: PGP signature
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Willie Wong [EMAIL PROTECTED] wrote: a response like the one you just gave. It was very clear from his original post that he answered the OP's question with (I paraphrase here) Joerg is a coding God. But the maintainer in gentoo for the cdrtools package thinks that there is a license problem, following Debian's lead, so virtual/cdrtools defaults to cdrkit. Alan was not stating a fact about cdrtools. He was stating a fact about what a gentoo developer thinks. It is great and all that legal science and mathematics are both based on logic, but Alan has absolutely no control about what logic the developer uses. Nor do you, for this matter. If you have beef with the way cdrtools is treated, take it up with the gentoo developer that actually makes the decision to default to cdrkit and try to convince *him* that there is a problem with his interpretation. It may be a general problem with social relations in the english language If you quote a false claim and do not inform people that the quoted claim is wrong, then you indirerctly support the false claim. I recommend to simply not quote people that claim there is a problem as lawyers verified that there is no problem. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Firefox 3 stability
On Sun, Jul 6, 2008 at 7:39 PM, Michael Pobega [EMAIL PROTECTED] wrote: I'm tempted to install Opera, but my system is completely GTK (if not CLI) and I just don't want to waste space with installing Qt ... Is there any possible way to install Opera without Qt support? It is possible to install Opera with a statically linked QT toolkit, but else than that - no. That would be like wanting to install Firefox without GTK (which personally I would like ;p). -- Greetings, Gordon. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Sunday 06 July 2008, Sebastian Günther wrote: I won't read anything related to cdrtools anymore. I won't install it, nor recommend anyone to use it. That is indeed your right, but please do so in the full knowledge that cdrtools is vastly superior to anything else out there for any OS. No matter what anyone thinks of it's author, cdrtools kinda just works right every time. And, every time Joerg gives a purely technical answer to a purely technical question in this area, he's kinda spot on virtually every time... Food for thought. I believe we should all keep in mind that the code and the man are very separate things, and that Gentoo is a source distro. Meaning we don't have redistribution issues. It's entirely possible to build and use cdrtools on Gentoo in a manner consistent with it's author's intent. And this is not about any licensing issue, it is about your way of *communicating*. Ah, but the CDDL does not require you to listen to the author or to communicate back to the author. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
On Sunday 06 July 2008, Dale wrote: This is why I added support for files 4 GB to mkisofs. Jörg How did you add support for that? Are you talking about the program itself or a USE flag? Jörg is the author of mkisofs. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
On Sun, 06 Jul 2008 11:26:19 -0500, Dale wrote: Well, Kdar does the making part. I'm not doing anything fancy when unpacking it but when I do it with it set to 4.7Gb, I get a error about half way though unpacking. I can't recall the error at the moment but I should be able to reproduce it if needed. I was thinking tar could handle huge files which is what confuses me. Kdar makes dar archives, not tar archives. I'm using Kbackup not kdar. Two different things. I think Kdar is dead. That's what you said earlier, but this time you said you were using kdar. No, it's not dead. It was reported as such, but it is still in development. -- Neil Bothwick Don't just do something, sit there! signature.asc Description: PGP signature
Re: [gentoo-user] DVD and large files
On Sonntag, 6. Juli 2008, Dale wrote: How did you add support for that? Are you talking about the program itself or a USE flag? he is the maintainer of mkisofs ;) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] grub boot problem
On Sonntag, 6. Juli 2008, Dirk Heinrichs wrote: Am Sonntag, 6. Juli 2008 schrieb Volker Armin Hemmann: On Sonntag, 6. Juli 2008, Dirk Heinrichs wrote: What's this nmi_watchdog=0 good for (just curious)? to make sure it is off ;) Got me ;) So what's this nmi_watchdog good for? in theory it should be able to 'break' some kinds of lockups. just read this: /usr/src/linux/Documentation/nmi_watchdog.txt its a good read. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Ekiga not finding v4l
On Sun, Jul 06, 2008 at 12:14:30PM -0500, Albert Hopkins wrote: On Sun, 2008-07-06 at 12:10 -0400, Michael Pobega wrote: [...] now I have another issue, because my microphone doesn't seem to want to work in Ekiga ... I can get playback through my speakers (using alsamixer) but no matter what I do I can't get Ekiga's echoing system to echo back my microphone (sip:[EMAIL PROTECTED]) ... It's frustrating at this point in time, but I hope this is as easily solvable as the webcam issue. Make sure your microphone is unmuted (alsamixer). If applicable, make sure that your capture device is set to microphone (alsamixer -V capture). Nope, not working. No matter what settings I use in alsamixer the microphone doesn't seem to work with Ekiga's echo call ... So I don't know where to go from here. Here is a screenshot with my alsamixer settings http://img504.imageshack.us/img504/1757/alsamixer2wn3.jpg -- If programmers deserve to be rewarded for creating innovative programs, by the same token they deserve to be punished if they restrict the use of these programs. - Richard Stallman pgpmok6PXDAiX.pgp Description: PGP signature
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
On Sunday 06 July 2008, Joerg Schilling wrote: Alan McKinnon [EMAIL PROTECTED] wrote: The OP asked a question about why a virtual has a certain default. I answered with the obvious answer which has to do with the point of view of the maintainer (who is not me). I said nothing about what I think in the matter, and I won't as it is in no way relevant. Could you explain me why you started to publish incorrect claims about cdrtools? Jörg, Easy. In the abstract: person X performed action Y with regard to cdrtools for reason Z. I felt it important to understand Z in order to fully understand Y. -- Alan McKinnon alan dot mckinnon at gmail dot com -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Ekiga not finding v4l
On Sun, 2008-07-06 at 14:30 -0400, Michael Pobega wrote: On Sun, Jul 06, 2008 at 12:14:30PM -0500, Albert Hopkins wrote: On Sun, 2008-07-06 at 12:10 -0400, Michael Pobega wrote: [...] now I have another issue, because my microphone doesn't seem to want to work in Ekiga ... I can get playback through my speakers (using alsamixer) but no matter what I do I can't get Ekiga's echoing system to echo back my microphone (sip:[EMAIL PROTECTED]) ... It's frustrating at this point in time, but I hope this is as easily solvable as the webcam issue. Make sure your microphone is unmuted (alsamixer). If applicable, make sure that your capture device is set to microphone (alsamixer -V capture). Nope, not working. No matter what settings I use in alsamixer the microphone doesn't seem to work with Ekiga's echo call ... So I don't know where to go from here. Here is a screenshot with my alsamixer settings I dunno... works for me ;-) Again, check your USE flags... does pwlib have alsa support? -a -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Alan McKinnon [EMAIL PROTECTED] wrote: On Sunday 06 July 2008, Joerg Schilling wrote: Alan McKinnon [EMAIL PROTECTED] wrote: The OP asked a question about why a virtual has a certain default. I answered with the obvious answer which has to do with the point of view of the maintainer (who is not me). I said nothing about what I think in the matter, and I won't as it is in no way relevant. Could you explain me why you started to publish incorrect claims about cdrtools? Jörg, Easy. In the abstract: person X performed action Y with regard to cdrtools for reason Z. I felt it important to understand Z in order to fully understand Y. Do you know what defamation and slander is? If people did not believe in unproven and untrue claims, there was no problem. It therefore seems to be important to prevent underlying messages... Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Neil Bothwick wrote: On Sun, 06 Jul 2008 11:26:19 -0500, Dale wrote: Well, Kdar does the making part. I'm not doing anything fancy when unpacking it but when I do it with it set to 4.7Gb, I get a error about half way though unpacking. I can't recall the error at the moment but I should be able to reproduce it if needed. I was thinking tar could handle huge files which is what confuses me. Kdar makes dar archives, not tar archives. I'm using Kbackup not kdar. Two different things. I think Kdar is dead. That's what you said earlier, but this time you said you were using kdar. No, it's not dead. It was reported as such, but it is still in development. Oooops, my bad. I'm using Kbackup. My fingers are going coo coo. Kdar was masked a while back so I unmerged it. Sorry for the confusion. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Alan McKinnon wrote: On Sunday 06 July 2008, Dale wrote: This is why I added support for files 4 GB to mkisofs. Jörg How did you add support for that? Are you talking about the program itself or a USE flag? Jörg is the author of mkisofs. I thought that name looked familiar. Some names are so close and I am awful at remembering names anyway. Notice I mixed up Kdar and Kbackup? I was just wanting to make sure I had it set up on my rig correctly, now that we all know I am using Kbackup. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Sebastian Günther wrote: * Dale ([EMAIL PROTECTED]) [06.07.08 16:13]: Well, it seems tar can not handle 4.7Gb files any way. I'm not sure why but it seems happy with 2.2Gb files. Anybody know about the upper limits on tar? Maybe it is more a problem of the specific fs, where you try to create it. If there the blocksize is to small (1024) then there is your problem. What does dumpe2fs -h says about the blocksize of the specific device? HTH Sebastian I do remember it was something to do with a block. I'll create another one and get the exact error. I use reiserfs on all my partitions except /boot. According to mount, it uses udf for the DVD. Info you wanted about the partition where it was being untarred: [EMAIL PROTECTED] / # dumpe2fs -h /dev/hdb1 dumpe2fs 1.40.9 (27-Apr-2008) Filesystem volume name: none Last mounted on: not available Filesystem UUID: 1151d860-e80d-4897-a791-3fabec3386da Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file Filesystem flags: signed_directory_hash Default mount options:(none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 4890624 Block count: 19537040 Reserved block count: 976852 Free blocks: 11468312 Free inodes: 4361970 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 1019 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Thu Jul 3 18:18:01 2008 Last mount time: Sat Jul 5 20:52:40 2008 Last write time: Sat Jul 5 20:52:40 2008 Mount count: 3 Maximum mount count: 23 Last checked: Thu Jul 3 18:18:01 2008 Check interval: 15552000 (6 months) Next check after: Tue Dec 30 17:18:01 2008 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Journal inode:8 Default directory hash: tea Directory Hash Seed: add02ebf-4002-429a-8463-f5a4509bd066 Journal backup: inode blocks Journal size: 128M [EMAIL PROTECTED] / # Thanks Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Ekiga not finding v4l
On Sun, Jul 06, 2008 at 02:05:33PM -0500, Albert Hopkins wrote: On Sun, 2008-07-06 at 14:30 -0400, Michael Pobega wrote: On Sun, Jul 06, 2008 at 12:14:30PM -0500, Albert Hopkins wrote: On Sun, 2008-07-06 at 12:10 -0400, Michael Pobega wrote: [...] now I have another issue, because my microphone doesn't seem to want to work in Ekiga ... I can get playback through my speakers (using alsamixer) but no matter what I do I can't get Ekiga's echoing system to echo back my microphone (sip:[EMAIL PROTECTED]) ... It's frustrating at this point in time, but I hope this is as easily solvable as the webcam issue. Make sure your microphone is unmuted (alsamixer). If applicable, make sure that your capture device is set to microphone (alsamixer -V capture). Nope, not working. No matter what settings I use in alsamixer the microphone doesn't seem to work with Ekiga's echo call ... So I don't know where to go from here. Here is a screenshot with my alsamixer settings I dunno... works for me ;-) Again, check your USE flags... does pwlib have alsa support? -a Yessir, it does... dev-libs/pwlib-1.10.10-r1 USE=alsa ldap sdl ssl v4l xml -debug -ieee1394 -ipv6 -oss -sasl -v4l2 Is there anything else I should check? Perhaps I should enable OSS support as well...? I mean, it may work, considering I have ALSA doing OSS emulation. I'm not sure if it's even worth a try though. -- If programmers deserve to be rewarded for creating innovative programs, by the same token they deserve to be punished if they restrict the use of these programs. - Richard Stallman pgphsowBU1kI6.pgp Description: PGP signature
Re: [gentoo-user] Grub on a new disk
Florian Philipp wrote: On Sun, 6 Jul 2008 10:08:29 +0100 Mick [EMAIL PROTECTED] wrote: Just in case, you may want to try this: # grub --Also use --no-floppy if it hangs probing a floppy drive that doesn't exist-- grub root (hd2,0) --If your /boot drive is e.g. in /dev/hdd1)-- grub setup (hd0) --This will re-install GRUB in the MBR grub of /dev/hda-- quit If this does not help then I am not sure what else might fix it. I thought I had already done this but just to make sure, I've done it again - no effect. If there is really some kind to self-test going on, it's invisible to smartctl. A short self-test showed no errors, either. I'll look out for firmware updates for that disk and will buy a small SD/MMC/CF-card for testing. Maybe I'll also ask the Grub-guys whether they have any ideas. Thanks anyway! At least I know it's not just me who is confused by this behavior. From the man page: smartctl -t long /dev/hdc Begin an extended self-test of drive /dev/hdc. You can issue this command on a running system. The results can be seen in the self-test log visible with the ´-l selftest´ option after it has completed. I run that from time to time myself. It takes a while tho. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
* Dale ([EMAIL PROTECTED]) [06.07.08 21:52]: Sebastian Günther wrote: * Dale ([EMAIL PROTECTED]) [06.07.08 16:13]: [usage of reiserfs] Last time I saw a reiserfs, that I needed to maitain was with SuSe 6.3, so I don't know if there could be a problem, but I kind of doubt that. [EMAIL PROTECTED] / # dumpe2fs -h /dev/hdb1 dumpe2fs 1.40.9 (27-Apr-2008) Inode count: 4890624 Block count: 19537040 Reserved block count: 976852 Free blocks: 11468312 Free inodes: 4361970 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 1019 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Everthing looks OK, but if there were more than 4 million files in that tarball, then you could run into trouble ;-) Only thing, what comes in mind, is that the filesystem, where the tarball itself resides, has problems with files bigger than 2,2 GB and the tarball is currupt, because it was not copied completely. And then my Latin is at the end Sebastian -- Religion ist das Opium des Volkes. Karl Marx [EMAIL PROTECTED]@N GÜNTHER mailto:[EMAIL PROTECTED] pgpk6n1JH29N6.pgp Description: PGP signature
Re: [gentoo-user] DVD and large files
On Sun, 06 Jul 2008 14:42:52 -0500, Dale wrote: Oooops, my bad. I'm using Kbackup. My fingers are going coo coo. Kdar was masked a while back so I unmerged it. Kdar was masked, but not dar itself. Kdar was unmasked a few weeks later. From http://bugs.gentoo.org/show_bug.cgi?id=216063 Kdar was given last rites and pronounced dead at 3/5/08. But in the process of being wheeled down to the morgue for cremation it sat bolt upright in the gurney and coughed. Scared the sh*t out of the poor nurse. -- Neil Bothwick A woman walked into a bar and asked the barman for a large double entendre, so he gave her one. signature.asc Description: PGP signature
Re: [gentoo-user] DVD and large files
Neil Bothwick wrote: On Sun, 06 Jul 2008 14:42:52 -0500, Dale wrote: Oooops, my bad. I'm using Kbackup. My fingers are going coo coo. Kdar was masked a while back so I unmerged it. Kdar was masked, but not dar itself. Kdar was unmasked a few weeks later. From http://bugs.gentoo.org/show_bug.cgi?id=216063 Kdar was given last rites and pronounced dead at 3/5/08. But in the process of being wheeled down to the morgue for cremation it sat bolt upright in the gurney and coughed. Scared the sh*t out of the poor nurse. ROFLMAO. I didn't know that. I thought maybe something new was coming up for KDE 4 or something. I lost my emails from the list about that time so I missed the scared nurse. I did notice dar was still there tho. Thing is, how you unpack that from say a Gentoo boot CD? It's not exactly a tar file. Seems you have to have dar/kdar to unpack the thing which would be useless for a system back-up. I just wish I could have got that mondo-rescue thing to working. It seems perfect for a system back-up. Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] emerge -avC cdrkit emerge -av cdrtools
Joerg Schilling wrote: Alan McKinnon [EMAIL PROTECTED] wrote: Easy. In the abstract: person X performed action Y with regard to cdrtools for reason Z. I felt it important to understand Z in order to fully understand Y. Do you know what defamation and slander is? If people did not believe in unproven and untrue claims, there was no problem. It therefore seems to be important to prevent underlying messages... Do you understand opinion? This is the heart of the matter. Your mention of lawyers does not change this - as legal opinion is merely an opinion that costs some money! (if your lawyer says !Z it does not stop another one saying Z)... regards Mark -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
On Sun, 06 Jul 2008 16:29:34 -0500, Dale wrote: ROFLMAO. I didn't know that. I thought maybe something new was coming up for KDE 4 or something. I lost my emails from the list about that time so I missed the scared nurse. I did notice dar was still there tho. Thing is, how you unpack that from say a Gentoo boot CD? It's not exactly a tar file. Seems you have to have dar/kdar to unpack the thing which would be useless for a system back-up. It may not be on a Gentoo live CD, but it is on others, like SystemRescueCD and (I think) Knoppix. -- Neil Bothwick Top Oxymorons Number 47: Act naturally signature.asc Description: PGP signature
Re: [gentoo-user] DVD and large files
Neil Bothwick wrote: On Sun, 06 Jul 2008 16:29:34 -0500, Dale wrote: ROFLMAO. I didn't know that. I thought maybe something new was coming up for KDE 4 or something. I lost my emails from the list about that time so I missed the scared nurse. I did notice dar was still there tho. Thing is, how you unpack that from say a Gentoo boot CD? It's not exactly a tar file. Seems you have to have dar/kdar to unpack the thing which would be useless for a system back-up. It may not be on a Gentoo live CD, but it is on others, like SystemRescueCD and (I think) Knoppix. I got a Knoppix, sort of a old one but got one anyway. May have to check and make sure it has dar on it. Anyway, they all have the tar command. ;-) I'm in the process of making a 4Gb tarball to see what that error was again. Watch it work this time. o_O Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] another grub problem
The newest update of grub from 0.97-r5 to 0.97-r6 contained the *** IMPORTANT NOTE: you must run grub and install the new version's stage1 to your MBR. Until you do, stage1 and stage2 will still be the old version, but later stages will be the new version, which could cause problems such as an unbootable system. Since this is only a change in the -r, I suspect that it is not necessary to reinstall stage1, but I tried anyway and had trouble. Since I thought I repeated steps that worked before, I am asking for help/explanations. I run grub and then the following dialog. GNU GRUB version 0.97 (640K lower / 7168K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub find /boot/grub/stage1 (hd0,2) As expected hd0 is the disk grub setup (hd TAB Possible disks are: hd0 hd1 Again confirming that hd0 is a valid disk (as is hd1, but that is an external scsi that does not contain stage1) But now comes the problem. (I want grub in the MBR.) grub setup (hd0) Error 12: Invalid device requested What is wrong? I should add that I am following directions for installing grub natively, which is supposed to be done using a GRUB boot disk. I was trying it directly under gentoo, since I *think* that is what I did last time. I realize that the grub doc says that installing under the OS needs grub-install. I don't think I did this because of the somewhat frightening *Caution:* This procedure is definitely less safe, because there are several ways in which your computer can become unbootable. For example, most operating systems don't tell GRUB how to map BIOS drives to OS devices correctly--GRUB merely guesses the mapping. This will succeed in most cases, but not always. Therefore, GRUB provides you with a map file called the device map, which you must fix if it is wrong. *Note Device map::, for more details. However, if that is everyone's recommendation I will of course try it. (I don't have a floppy drive. I do have a DVD+-RW, which naturally works as a CDR. So could use this if I could figure out how to use xcdroast to create it). thanks, allan -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Dale wrote: How did you add support for that? Are you talking about the program itself or a USE flag? Dale :-) :-) Since you have some hands on experience with this stuff, see if you can help me figure this out. I used Kbackup to create 4.7Gb tarballs of my data directory. I use k3b to burn my DVD's with. I get this error when I try to burn it: System --- K3b Version: 1.0.5 KDE Version: 3.5.9 QT Version: 3.3.8 Kernel: 2.6.23-gentoo-r8 Devices --- HL-DT-ST CD-RW GCE-8520B 1.03 (/dev/hdc, ) [CD-R, CD-RW, CD-ROM] [CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R] Optiarc DVD RW AD-7200A 1.05 (/dev/hdd, ) [CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RAM, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96R, RAW/R96R, Restricted Overwrite, Layer Jump] Burned media --- DVD+RW K3bIsoImager --- mkisofs print size result: 423 (866304 bytes) Pipe throughput: 866304 bytes read, 866304 bytes written. Used versions --- mkisofs: 2.1.1a41 growisofs: 7.1 growisofs --- About to execute 'builtin_dd if=/dev/fd/0 of=/dev/hdd obs=32k seek=0' WARNING: /dev/hdd already carries isofs! /dev/hdd: Current Write Speed is 4.1x1352KBps. /dev/hdd: flushing cache /dev/hdd: stopping de-icing /dev/hdd: writing lead-out growisofs command: --- /usr/bin/growisofs -Z /dev/hdd=/dev/fd/0 -use-the-force-luke=notray -use-the-force-luke=tty -use-the-force-luke=tracksize:423 -speed=4 -use-the-force-luke=bufsize:32m mkisofs --- /usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes. /usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes. /usr/bin/mkisofs: Value too large for defined data type. File /backup/Data_2008.07.06-17.42.05_1.tar is too large for current mkisofs settings - ignoring /usr/bin/mkisofs: Value too large for defined data type. File /backup/Data_2008.07.06-17.42.05_1.tar is too large for current mkisofs settings - ignoring 423 /usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes. Setting input-charset to 'ISO-8859-1' from locale. /usr/bin/mkisofs: Value too large for defined data type. File /backup/Data_2008.07.06-17.42.05_1.tar is too large for current mkisofs settings - ignoring Total translation table size: 0 Total rockridge attributes bytes: 169 Total directory bytes: 238 Path table size(bytes): 10 Max brk space used 21000 423 extents written (0 MB) mkisofs calculate size command: --- /usr/bin/mkisofs -gui -graft-points -print-size -quiet -volid Data_2008.07.06-17.42.05_1 -volset -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM -publisher -preparer -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-dale/k3b6Njrlb.tmp -rational-rock -hide-list /tmp/kde-dale/k3bLQuQRa.tmp -joliet -joliet-long -hide-joliet-list /tmp/kde-dale/k3beqVKic.tmp -no-cache-inodes -udf -full-iso9660-filenames -iso-level 2 -path-list /tmp/kde-dale/k3b6oeC5a.tmp mkisofs command: --- /usr/bin/mkisofs -gui -graft-points -volid Data_2008.07.06-17.42.05_1 -volset -appid K3B THE CD KREATOR (C) 1998-2006 SEBASTIAN TRUEG AND THE K3B TEAM -publisher -preparer -sysid LINUX -volset-size 1 -volset-seqno 1 -sort /tmp/kde-dale/k3bGH40Xa.tmp -rational-rock -hide-list /tmp/kde-dale/k3b2ThSXa.tmp -joliet -joliet-long -hide-joliet-list /tmp/kde-dale/k3bKkQVfb.tmp -no-cache-inodes -udf -full-iso9660-filenames -iso-level 2 -path-list /tmp/kde-dale/k3bZDZ3oa.tmp Here is my thoughts. K3b seems to be using growisofs instead of the tools supplied by cdrtools. Is there some way to disable growisofs or is there another way to do this? Here is what I have installed: [I--] [ ] app-cdr/dvd+rw-tools-7.1 (0) [I--] [ ] app-cdr/cdrdao-1.2.2-r2 (0) [I--] [ ~] app-cdr/cdrtools-2.01.01_alpha41 (0) Any other ideas are welcome as well. Thanks Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] DVD and large files
Dale wrote: Any other ideas are welcome as well. Thanks Dale :-) :-) I got it to burn. It appears with all the unmerge/remerge stuff a setting got lost. It just won't work with udf not checked. Next issue. Now that it is burned, it can't mount it. Udf is in the kernel and it worked once before. Another setting maybe? Any other ideas? Little info here: [EMAIL PROTECTED] / # mount SNIP /dev/hdd on /media/hdd type udf (rw,noexec,nosuid,nodev) [EMAIL PROTECTED] / # ls -al /media/hdd/ total 2 d- 2 root root 40 2008-07-06 22:55 . drwxr-xr-x 5 root root 192 2008-07-06 01:55 .. [EMAIL PROTECTED] / # Thanks Dale :-) :-) -- gentoo-user@lists.gentoo.org mailing list
