gmane.linux.gentoo.user

Re: Re: Unable to download Imagemagick

ert256 — 2008-12-02T01:32:54

[ 01.12.2008 13:16 ], Nikos Chantziaras : Thank You for help. Downloading file directly to /usr/portage/distfiles fixed the problem.

Re: FAT/VFAT fs analyser ???

b.n. — 2008-12-02T01:03:20

Daniel Pielmeier ha scritto: I know almost nothing about the iRiver, but the MTP protocol is supported under Linux. I manage my Creative Zen with Amarok using MTP, and there is even a (flaky) mtpfs FUSE layer. Is that an iRiver problem? m.

Automounting of USB drives

AJ Spagnoletti — 2008-12-02T00:15:21

I have finally reached the point where I use enough USB media (external hard drives and flash drives) that I would like to set up a system to automount the media devices for me. I have read in the past about hal + ivman and a bit of googling has brought up AutoFS as well. I was just wondering what the best system to automount USB media would be. I am looking for something that is relatively easy to set up and is also well maintained. Thanks in advance for any suggestions. AJ

Re: waiting for Godot & uevents

Joshua Murphy — 2008-12-01T23:01:02

If your backup box never sees hotplug events you can get away with a static /dev ... or you can go through and see which device/module/rule/etc is taking a long time and adjust things to work around that.

Re: [OT] Fragmentation of my drives. Curious mostly

Joshua Murphy — 2008-12-01T22:48:07

I'm tempted to donate my system for a short bit to try it.. but at least in the case of my desktop... I pre-cache all my major software at boot time, so I don't really want to dump caches there ;) ... maybe it'll be a good use for my old amd64... but, umm... it'll need an OS and even the slightest potential of fragmented files first... maybe I'll make that happen tonight if I get bored. As a side note, SSDs are the quickest way to remove all worries where fragmentation is concerned, having negligible seek times as they do... and physically smaller platters (2.5in SAS drives, the Velociraptor, etc) at least make a small dent on worst case seek times... reducing the impact that way.

Re: [Even More OT] Fragmentation of my drives. Curious mostly

Joshua Murphy — 2008-12-01T22:37:40

Assuming a level that performs striping, it would be alleviated, yes, but even striping is at its fastest when performing sequential reads, it just reads sequentially from more than one disk at a time... but the fact that one disk will likely be reading while another performs a seek would probably reduce the impact of the seeks considerably. (all of this is, of course, purely pulling from my understanding of raid and how it operates and could very well be 100% incorrect)

ssmtp & at&t woes

John Blinka — 2008-12-01T22:34:39

I recently switched to at&t from another isp. At that other isp, my ssmtp setup worked perfectly. With at&t, a similar ssmtp setup (modified appropriately to point to at&t's smtp server) does not work at all. AT&T told me to use the server smtp.att.yahoo.com and port 465. So my ssmtp.conf file looks like: Debug=YES root=xxx< at >att.net mailhub=smtp.att.yahoo.com:465 AuthUser=xxx AuthPass=yyy rewriteDomain=att.net FromLineOverride=YES UseTLS=YES and my revaliases file looks like root=xxx< at >att.net:smtp.att.yahoo.com:465 The result of the command mail -v -s test xxx< at >att.net is: [<-] 220 smtp122.sbc.mail.sp1.yahoo.com ESMTP [->] EHLO tobey [<-] 250 8BITMIME [->] AUTH LOGIN [<-] 334 VXNlcm5hbWU6 [->] am9obi5ibGlua2E= [<-] 334 UGFzc3dvcmQ6 [<-] 535 authorization failed (#5.7.0) send-mail: Authorization failed (535 authorization failed (#5.7.0)) Can't send mail: sendmail process failed with error code 1 I read somewhere that some people can't get at&t's port 465 to work with ssmtp and that they have used port 587 successfully. Not so for me. Using port 587 (replacing 465 by 587 in ssmtp.conf and revaliases), the result of mail -v -s test xxx< at >att.net is: SSL_connect: Success send-mail: Cannot open smtp.att.yahoo.com:587 Can't send mail: sendmail process failed with error code 1 I have no problem at all sending mail to my att.net account from various gmail accounts I use, so I know that my password and username combination functions. I can telnet to smtp.att.yahoo.com at either port 465 or 587 and get a response, so nothing is blocking either port. Any insights or suggestions? John Blinka

Re: [OT] Fragmentation of my drives. Curious mostly

Daniel Iliev — 2008-12-01T22:19:08

On Mon, 1 Dec 2008 15:40:11 -0500 "Joshua Murphy" gmail.com> wrote: = Yes. That has crossed my mind too, but I can't figure out if there's anything I alone can do about it. It would taint the results in a very bad way, because it is impossible to catch by increasing the number of repetitions. If my memory serves well its called "systematic error" in statistics. I'm open to suggestions. P.S. The way to eliminate the influence of this factor is to find many other people to make the test and share the results.

Re: [Even More OT] Fragmentation of my drives. Curious mostly

Anthony Metcalf — 2008-12-01T22:07:39

Ignoring the MS/*nix argument for a moment..... How does fragmentation work on hardware RAID? The normal argument of more fragmentation = more seeks = worse performance would seem to be eliminated by a controller with a large cache and lots of drives (say a Dell/Equallogic PS5000E in RAID 10.....). A

Re: [OT] Fragmentation of my drives. Curious mostly

Joshua Murphy — 2008-12-01T20:40:11

One thing that comes to mind... if one of those files is primarily closer to the start of the disk than the other, and the drive tapers down on speed as bad as some... well, that's one variable you can't easily resolve. Whether that would influence enough to matter, compared to seeks, is questionable though.

Re: [OT] Fragmentation of my drives. Curious mostly

Daniel Iliev — 2008-12-01T20:11:58

On Sun, 30 Nov 2008 14:27:22 +0200 Alan McKinnon gmail.com> wrote: [-snip-] Me? No, my dear. It is you who claims that fragmentation only matters on MS file systems while Linux FS remain unaffected w/o providing any proof. The common sense says otherwise: fragmentation leads to seeks, seeks hurt performance. Anyways, I'm going to do the tests because I want to see the numbers. Should the outcome prove you were right I'd be the first to congratulate and thank you for opening my eyes. Since I'm going to use my workstation at work to do the job at night I'll limit the repetitions to 400 which would take about 13 hours with two files, 2GB each. The machine has 1GB RAM installed and I'll run the test in Gentoo's "boot" rc level. I've closed everything except sshd and screen (see "ps" outpput below) and have taken care of the cache by clearing it before each run via /proc (see the script). The file system is ext3 and during the test it will be used in about 30% of its capacity: localhost test # df -h | grep home /dev/sdc1 15G 718M 14G 5% /home localhost test # mount -v | grep home /dev/sdc1 on /home/ type ext3 (rw,noatime,nodiratime,data=journal,commit=1) localhost test # rc-status Runlevel: boot bootmisc[ started ] checkfs[ started ] checkroot[ started ] clock[ started ] hostname[ started ] iptables[ started ] localmount[ started ] modules[ started ] net.eth0[ started ] net.lo[ started ] sshd[ started ] udev-postmount[ started ] localhost test # ps af PID TTY STAT TIME COMMAND 12191 pts/0 Ss 0:00 -bash 12227 pts/0 S 0:00 \_ su - 12231 pts/0 S 0:00 \_ -su 12266 pts/0 S+ 0:00 \_ screen -x 8575 pts/3 Ss+ 0:00 -/bin/bash 4967 pts/2 Ss 0:00 -/bin/bash 12830 pts/2 R+ 0:00 \_ ps af 4895 pts/1 Ss+ 0:03 -/bin/bash 4755 tty6 Ss+ 0:00 /sbin/agetty 38400 tty6 linux 4754 tty5 Ss+ 0:00 /sbin/agetty 38400 tty5 linux 4753 tty4 Ss+ 0:00 /sbin/agetty 38400 tty4 linux 4752 tty3 Ss+ 0:00 /sbin/agetty 38400 tty3 linux 4751 tty2 Ss+ 0:00 /sbin/agetty 38400 tty2 linux 4750 tty1 Ss+ 0:00 /sbin/agetty 38400 tty1 linux The script: #!/bin/bash cat /usr/portage/distfiles/* > test1 cp test1 test2 filefrag test* sync for (( i=0 ; i<=400 ; i++ )) do sync echo 3 > /proc/sys/vm/drop_caches echo -n "try_no=$i " /usr/bin/time -f "\ command=%C|\ real_t=%e|\ kernel_t=%S|\ user_t=%U|\ major_faults=%F|\ minor_faults=%R|\ context_sw=%c|\ io_waits=%w|\ fs_reads=%I|\ fs_writes=%O" cp test1 /dev/null sync echo 3 > /proc/sys/vm/drop_caches echo -n "try_no=$i " /usr/bin/time -f "\ command=%C|\ real_t=%e|\ kernel_t=%S|\ user_t=%U|\ major_faults=%F|\ minor_faults=%R|\ context_sw=%c|\ io_waits=%w|\ fs_reads=%I|\ fs_writes=%O" cp test2 /dev/null done ###########EOF I hope all this will be enough for you to accept the results.

Re: Conditional TMOUT variable

Mick — 2008-12-01T18:01:35

No, only in /root/.bashrc. Thanks, I entered this and I think it works (not sure I spent enough time online to be certain). Time will tell, ha!

Re: Re: pager independant of window manager

brigante — 2008-12-01T18:46:21

exist a pager , independent and more usefull than the traditional f/bbpafger , is "ipager"... ...go here [http://www.useperl.ru/ipager/index.en.html] bye !

Re: Re: pager independant of window manager

Joshua Murphy — 2008-12-01T17:34:33

Well... (pulling from http://fluxbox.sourceforge.net/fbpager/ ) in ~/.fluxbox/fbpager set: fbpager.icons: true fbpager.changeWorkspaceButton: 1 and in the case of bbpager (which doesn't support icons), in ~/.bbtools/bbpager.bb and ~/.bbtools/bbpager.nobb set: bbpager.desktopChangeButton:1 bbpager.windowMoveButton: 3

Re: audacious 1.5 not playing

Daniel Pielmeier — 2008-12-01T17:27:54

Michael George schrieb am 30.11.2008 11:33: Had the same problem here! I guess you have set "Detect file formats on demand, instead of immediately" under Preferences -> Audio -> Format Detection Disabling this option makes playback of ogg and mp3 files working again here. Regards, Daniel

Re: audacious 1.5 not playing

Sandro Hannemann — 2008-12-01T17:05:01

Hi, Maybe you could provide more detail about the error and your specific setup? What does "emerge --info" say? Do you get any error output when you try to play ogg-files? Just in case: I do use audacious once in a while and have been using the 1.5.1 versions for some time now. mp3 and ogg files both play like a charm (just checked it to be abs sure) Here the USE flags as set on my boxes: # emerge -1pv audacious audacious-plugins These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-sound/audacious-1.5.1-r1 USE="nls session sse2 (-altivec) -chardet -libsamplerate" 1,943 kB [ebuild R ] media-plugins/audacious-plugins-1.5.1-r3 USE="aac adplug alsa flac modplug mp3 musepack nls oss sdl tta vorbis wavpack wma -arts -chardet -esd -gnome -jack -lirc -mtp -pulseaudio -scrobbler -sid -sndfile -sse2 -timidity" 0 kB Cheers, Sandro

Re: OpenOffice-bin spellchecker not working

Fernando Antunes — 2008-12-01T15:54:41

2008/12/1 James tampabay.rr.com>

FiXeD: Re: Bug 246672 ATI-DRIVERS

James — 2008-12-01T15:48:10

I finally got 8.552-r2 installed and working using the latest information from bug 246672. This is the 3rd posting to the list (via Gmane) so appologies in advance if anyone get's multiple copies. Gmane does not show these multiple postings.. thanks Volker, James

Re: USB permissions glitch

Philip Webb — 2008-12-01T15:38:09

Thanks(1) : I hadn't noticed that. I have 1 USB stick with 'fat', in case I want to exchange files with a M$ machine (more below), hence the 'auto' entry in the filesystem column. Thanks(2) : indeed ! -- I reformatted 2 sticks to 'ext2' recently & that seems to be what undid the previous behaviour: having done 'chmod' with each stick mounted, the permissions persist when I remount them. However, I can't similarly change the permission for the 'fat' stick, presumably because M$ formats don't understand Linux permissions. I will make appropriate notes ... (smile)

OpenOffice-bin spellchecker not working

James — 2008-12-01T15:27:16

Any ideas how to fix? ispell, hunspell, aspell, myspell-en and aspell-en are all installed. James

waiting for Godot & uevents

Philip Webb — 2008-12-01T12:46:30

My back-up box has an irritating problem, which was discussed here in a thread which ended 080731 (msg 73690) apparently unresolved. At boot, it says "populating /dev with existing devices thro' uevents ... ". On this my everyday machine, it all goes successfully & very quickly, but on the other it says "waiting for uevents to be processed" & takes a very long time to finish whatever it's doing ( c 2 min ). Both machines have Udev-124-r1 & I copied /etc/udev/rules.d/* from this one to the back-up & rebooted it, but without any change. Was this problem ever resolved ? Does anyone have suggestions ?