[gentoo-user] static ip
I somehow killed the dhcp in my openwrt router and failsafe mode requires a static IP address. Stopping net.eth0 and then running '#ifconfig eth0 up; ifconfig eth0 192.168.1.2' resulted with a 'No route to host' error when telnetting to 192.168.1.1 . -- Andrey Vul andrey dot vul at gmail dot com andrey dot vul at utoronto dot ca A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? Google is your friend.
[gentoo-user] vdpau-able ?
Hi, as far as I think to know ;) (quite unsure about this), NVidia has introduced a new protocol (?something like this), which is useful for less-CPU-consumpting display of video streams. MPlayer (and may be other video-related applikations) does support vdpau. First tests on my Linux-box with mplayer -vo vdpau video results in a movie display with best audio, no video at all and concerns from mplayer: [vdpau] Error when calling vdp_device_create_x11: 1 Error opening/initializing the selected video_out (-vo) device. Unfortunately I have absolutely no clue for waht I have to search for. What/where I have to reconfig/recompile/install/etc. to make my Linux box vdpau-aware. Or is it such a new thing, that I better have to keep my fingers off that? Have a nice sunday! Best regards, Meino Cramer -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] static ip
On Sunday 09 August 2009, Andrey Vul wrote: I somehow killed the dhcp in my openwrt router and failsafe mode requires a static IP address. Stopping net.eth0 and then running '#ifconfig eth0 up; ifconfig eth0 192.168.1.2' resulted with a 'No route to host' error when telnetting to 192.168.1.1 . I think the No route to host means that your router interface is not up for some reason. Do you get the same problem if you run /etc/init.d/net.eth0 start and then you run ifconfig eth0 192.168.1.2 Otherwise also run: route add default gw 192.168.1.1 HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] vdpau-able ?
On Sunday 09 August 2009 09:25:08 meino.cra...@gmx.de wrote: Hi, as far as I think to know ;) (quite unsure about this), NVidia has introduced a new protocol (?something like this), which is useful for less-CPU-consumpting display of video streams. MPlayer (and may be other video-related applikations) does support vdpau. First tests on my Linux-box with mplayer -vo vdpau video results in a movie display with best audio, no video at all and concerns from mplayer: [vdpau] Error when calling vdp_device_create_x11: 1 Well, I entered this exact line above into google and the first two hits took me to the NVNews forum where you will find heaps of help. Such as: -not every nvidia card supports it -not every nvidia driver supports it -you must run the nvidia bug reporting tool to find out if you can use it -as of February, vdpau and xinerama were incompatible You'll get better quality help at NVNews than here, as the nvidia devs watch that forum and do respond. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: DSL and ATT. About time.
On Saturday 08 August 2009, Grant Edwards wrote: On 2009-08-08, Nikos Chantziaras rea...@arcor.de wrote: On 08/08/2009 05:29 AM, Dale wrote: I had thought about picking up a Linksys router and putting it between my desktop and the modem. Your modem is probably a router anyway. +1 I don't think I have seen a proper adsl modem for years now. 99% of them are modem+router combos or half-bridged routers. Almost certainly (at least in the US). DSL modems with Ethernet interfaces almost always are routers/firewalls (and have been since way back when). It used to be common for Cable modems to be bridges, but that seems to be getting less common. Yes, most cable so called modems are half-bridged routers. Furthermore, right now you're accessing the internet without any form of protection anyway. If you're with dial-up, that means you're connected directly to the internet. And don't forget this is Linux, not Windows. Even without a firewall, remote break-in is highly improbable, especially since you're not running any Apache or MySQL servers on your machine (at least I assume you don't.) That's what I thought back when I was using dialup on a Linux box that didn't have any servers running. Then one day I got root-kitted. IMO, safely attaching a Linux machine directly to the Internet takes a fair bit of skill and lot of diligence. Safely attaching a Windows machine directly to the Internet is at least an order of magnitude more difficult. I think that both are exactly the same in terms of measures that need apply. A firewall and practicing safe-hex. Of course the Linux machine has the added benefit that it should not be opening or listening on all sort of ports that you did not ask it to and as a rule in Linux you are not running a desktop and its applications logged in as root, but the basic premise of using a firewall is the same. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] KDE Control Centre - what package provides fonts module?
On Sunday 09 August 2009 05:40:07 Stroller wrote: Hi there, I use a Mac running OS X as my main desktop, but I really like knode on the rare occasions I use Usenet. So I have installed knode on a headless server and can ssh -X into it and knode works fine. Unfortunately, the fonts are pretty large - I would prefer to configure these on a KDE-wide basis, as the Location, Edit, View, c is equally large in Konqueror, which opens if I click a link in a usenet posting in knode. Did you just install knode, or more than that? knode gives you knode, not the other 50 packages that make up a basic KDE session :-) I suspect you might not have the control centre and it's modules at all, so you don;t have the background settings daemon thingy that controls the look and feel of all of kde. Edit ~/.kderc to set defaults you like Or you could install the kdebase-meta to get everything for a basic session. A bit of a waste just for knode... Version of knode: $ eix knode [I] kde-base/knode Available versions: (3.5) 3.5.9 3.5.10 (4.2) ~4.2.4 (4.3) [M]~4.3.0!t {aqua arts debug elibc_FreeBSD handbook kdeenablefinal kdeprefix kontact xinerama} Installed versions: 3.5.10(3.5)(13:07:37 25/06/09)(-debug - elibc_FreeBSD) Homepage:http://www.kde.org/ Description: A newsreader for KDE It appears that `kcmshell` is provided by kde-base/kdelibs, but I don't know what the !t in the below means: The eix man page is written in Martian. You don't understand it, I don;t understand it and the developer has no clue what he is doing - if he did, this question would not arise. He is making the fatal flaw of exposing the implementation in the interface or documentation But having said that, !t means that knode is subject to RESTRICT=test This fact is hidden deep in the man page, in section OUTPUT, subsection Slots, 4th example. Line 647 of 709 on my box (terminal 100 chars wide) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Question regarding VIDEO_CARDS and unrelated question regarding USE flags
Alex Schuster wrote: direct rendering: Yes Great! I thought OpenGL support were better? And there is power saving. Although I have an onboard card, so I would not have a loud spinning fan. Well, the drivers I use (ati-drivers-8.552-r2) are working perfectly (in combination with my current kernel, gentoo-sources-2.6.25-r9) for all the applications that I have installed/use on my machine. Stability is an issue for me and until the open source driver has matured I will stay with this. I have no need for opengl 3+ currently as no applications that I have installed support it. Thanks! But you motivated me to give the new drivers a try. Ah, well, that's something at least... :-) Okay, I just did it. Emerged ati-drivers 9.7. Got a locked display, but after a reboot, all is fine. Wow! Maybe the problem last time was that I tried 9.6, or I did not reboot. Whatever. Well, X drivers has some bits that needs to be synchronised: a kernel space glue (DRM module) and the user space X driver. So if you have upgraded you need to kill X, unload the old kernel module and load the new one, start X again. If you didn't know this already... Thanks again, I needed a little kick. Bitte schön! MfG Peter K
Re: [gentoo-user] {OT} zflashpoint for Linux? (SSD performance accelerator)
Grant schrieb: Here is some info on zflashpoint: http://forum.notebookreview.com/showthread.php?p=5163549 It is supposed to be an SSD performance accelerator. Gen1 SSDs suffer with small file writes and I read that 90% of Windows writes are small, so that introduces overall system lag. zflashpoint uses a 32MB buffer for small file writes, combining them and dumping them as one big write. Has anyone heard of development of a similar project for Linux? - Grant Sounds like laptop-mode to me (app-laptop/laptop-mode-tools). For ext* file systems, you can also try the 'commit' mount option. On her laptop, I get: # cat /proc/sys/vm/laptop_mode 0 There is lots of talk on the internet about the stuttering problems on SSD netbooks. Are you thinking this problem shouldn't manifest itself on a Linux system? - Grant Well, as I see it, there are two distinct problems here: 1. (Cheap) SSDs are slow 2. (Cheap) SSDs are terribly slow on random write Both reasons can produce stuttering and you can't completely fix them. However, you can try to cache random writes until you can commit them as one sequential write. There are several things which will help here: 1. A file system that does not scatter data unnecessarily and which might even align its (meta)data to the erase block boundaries of the SSD.[1] 2. A long commit interval in which writes can be collected until they are actually performed in optimal order(see my last post). OK, I'm sorry, I thought you were telling me before she must be in laptop-mode. Now I see that laptop-mode can act as the cache. Has anyone actually reported laptop-mode helping ease the stuttering of slow SSDs? No need to apologize. Some additional thoughts: When you think about the situation, laptop-mode might actually make the situation worse. You see, it was originally developed to help HDDs staying in standby for longer periods by delaying writes until a read action causes the drive to spin up or some period of time has passed. At this point, all writes should happen in one short burst. However, with slow SSDs, these bursts might actually cause the stuttering you experience. This is especially true when the writes delay a read action. I'm not sure whether the disk scheduler prefers reads over writes but it certainly would help. There is no need to keep an SSD idle as there is no kind of standby like HDDs have.[1] Therefore I think a better solution would be treating write actions as batch jobs: You do them only when there is nothing better to do (i.e. no read action). Until then, you keep them in a large write cache. I'm not sure if there is such a system, yet. Maybe you should try out XFS as it already implements a very aggressive write cache. I'd be very interested in benchmarks for Ext4 vs. XFS on slow SSDs but I wouldn't bet on seeing one soon. I suppose simulating and measuring such a usage pattern isn't a simple task. [1] Sure, an idle SSD still consumes less power than a busy one but you can't really compare that to HDDs. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] KDE Control Centre - what package provides fonts module?
On 9 Aug 2009, at 10:40, Alan McKinnon wrote: ... Did you just install knode, or more than that? knode gives you knode, not the other 50 packages that make up a basic KDE session :-) I just emerge'd knode added xauth when X11 over ssh gave an error. I suspect you might not have the control centre and it's modules at all, so you don't have the background settings daemon thingy that controls the look and feel of all of kde. I have the KDE Control Centre - that's what opens when I run `kcontrol`. Sorry if I didn't make that clear, but that *does* open - it's just blank down the left-hand side. Apparently I installed kde-base/kcontrol (and Konqueror) manually to try fix this, but apparently it didn't install the modules. $ eix -I -C kde* -c [I] kde-base/certmanager (3.5.10-r1(3.5)@09/08/09): KDE certificate manager gui. [I] kde-base/kcminit (3.5.10(3.5)@25/06/09): KCMInit - runs startups initialization for Control Modules. [I] kde-base/kcontrol (3.5.10(3.5)@25/06/09): The KDE Control Center [I] kde-base/kdebase-data (3.5.10(3.5)@25/06/09): Icons, localization data and various .desktop files from kdebase. [I] kde-base/kdebase-kioslaves (3.5.10-r1(3.5)@25/06/09): kioslave: the kde VFS framework - kioslave plugins present a filesystem-like view of arbitrary data [I] kde-base/kdelibs (3.5.10-r6(3.5)@09/08/09): KDE libraries needed by all KDE programs. [I] kde-base/kdesu (3.5.10(3.5)@25/06/09): KDE: gui for su(1) [I] kde-base/kdialog (3.5.10(3.5)@25/06/09): KDialog can be used to show nice dialog boxes from shell scripts [I] kde-base/kfind (3.5.10(3.5)@25/06/09): KDE file finder utility [I] kde-base/khelpcenter (3.5.10(3.5)@25/06/09): The KDE Help Center [I] kde-base/khotkeys (3.5.10(3.5)@25/06/09): KDE: hotkey daemon [I] kde-base/kicker (3.5.10-r1(3.5)@25/06/09): Kicker is the KDE application starter panel, also capable of some useful applets and extensions. [I] kde-base/kmenuedit (3.5.10(3.5)@25/06/09): KDE menu editor [I] kde-base/knode (3.5.10(3.5)@25/06/09): A newsreader for KDE [I] kde-base/konqueror (3.5.10(3.5)@25/06/09): KDE: Web browser, file manager, ... [I] kde-base/kontact (3.5.10(3.5)@25/06/09): KDE personal information manager [I] kde-base/ktnef (3.5.10(3.5)@25/06/09): KDE Viewer for mail attachments using TNEF format [I] kde-base/libkcal (3.5.10(3.5)@25/06/09): KDE kcal library for KOrganizer etc [I] kde-base/libkdenetwork (3.5.10-r1(3.5)@09/08/09): library common to many KDE network apps [I] kde-base/libkdepim (3.5.10(3.5)@25/06/09): Common library for KDE PIM apps [I] kde-base/libkmime (3.5.10(3.5)@25/06/09): KDE kmime library for Message Handling [I] kde-base/libkonq (3.5.10(3.5)@25/06/09): The embeddable part of konqueror [I] kde-base/libkpgp (3.5.10(3.5)@25/06/09): KDE pgp abstraction library [I] kde-base/libkpimidentities (3.5.10(3.5)@25/06/09): KDE PIM identities library Found 24 matches. $ Edit ~/.kderc to set defaults you like I'd rather not - it's kinda clumsy. If the KDE Control Centre is working properly it'll only take a couple of presses of a down arrow to reduce the font size. That's much easier than spending time working out what the -1,5,50,0,0,0,0,0 all mean in ~/.kderc. Or you could install the kdebase-meta to get everything for a basic session. A bit of a waste just for knode... And on the other hand, it's kinda clumsy having to install all that, just to add a module to the KDE Control Centre. Thanks for your help, Stroller.
Re: [gentoo-user] static ip
On 9 Aug 2009, at 08:01, Andrey Vul wrote: I somehow killed the dhcp in my openwrt router and failsafe mode requires a static IP address. Stopping net.eth0 and then running '#ifconfig eth0 up; ifconfig eth0 192.168.1.2' resulted with a 'No route to host' error when telnetting to 192.168.1.1 . Better to edit /etc/conf.d/net for static IP, then restart /etc/init.d/ net.eth0 See /etc/conf.d/net.example Probably something like: config_eth0=( 192.168.1.44 netmask 255.255.255.0 broadcast 192.168.1.255 ) routes_eth0=( default via 192.168.1.1 ) Stroller.
Re: [gentoo-user] {OT} zflashpoint for Linux? (SSD performance accelerator)
Here is some info on zflashpoint: http://forum.notebookreview.com/showthread.php?p=5163549 It is supposed to be an SSD performance accelerator. Gen1 SSDs suffer with small file writes and I read that 90% of Windows writes are small, so that introduces overall system lag. zflashpoint uses a 32MB buffer for small file writes, combining them and dumping them as one big write. Has anyone heard of development of a similar project for Linux? - Grant Sounds like laptop-mode to me (app-laptop/laptop-mode-tools). For ext* file systems, you can also try the 'commit' mount option. On her laptop, I get: # cat /proc/sys/vm/laptop_mode 0 There is lots of talk on the internet about the stuttering problems on SSD netbooks. Are you thinking this problem shouldn't manifest itself on a Linux system? - Grant Well, as I see it, there are two distinct problems here: 1. (Cheap) SSDs are slow 2. (Cheap) SSDs are terribly slow on random write Both reasons can produce stuttering and you can't completely fix them. However, you can try to cache random writes until you can commit them as one sequential write. There are several things which will help here: 1. A file system that does not scatter data unnecessarily and which might even align its (meta)data to the erase block boundaries of the SSD.[1] 2. A long commit interval in which writes can be collected until they are actually performed in optimal order(see my last post). OK, I'm sorry, I thought you were telling me before she must be in laptop-mode. Now I see that laptop-mode can act as the cache. Has anyone actually reported laptop-mode helping ease the stuttering of slow SSDs? No need to apologize. Some additional thoughts: When you think about the situation, laptop-mode might actually make the situation worse. You see, it was originally developed to help HDDs staying in standby for longer periods by delaying writes until a read action causes the drive to spin up or some period of time has passed. At this point, all writes should happen in one short burst. However, with slow SSDs, these bursts might actually cause the stuttering you experience. This is especially true when the writes delay a read action. I'm not sure whether the disk scheduler prefers reads over writes but it certainly would help. There is no need to keep an SSD idle as there is no kind of standby like HDDs have.[1] Therefore I think a better solution would be treating write actions as batch jobs: You do them only when there is nothing better to do (i.e. no read action). Until then, you keep them in a large write cache. I'm not sure if there is such a system, yet. Maybe you should try out XFS as it already implements a very aggressive write cache. I'd be very interested in benchmarks for Ext4 vs. XFS on slow SSDs but I wouldn't bet on seeing one soon. I suppose simulating and measuring such a usage pattern isn't a simple task. [1] Sure, an idle SSD still consumes less power than a busy one but you can't really compare that to HDDs. Thank you Florian. - Grant
Re: [gentoo-user] Anybody tried shake defragmenter?
Oh, and you're utilizing SMART, right? Should I be doing more than running this test: smartctl -t long /dev/sda [...] Does this indicate everything is OK as far as SMART can tell? Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 14109 - Looks good. Have a look at the output of 'smartctl -H /dev/sda', too. And also of 'smartctl -A /dev/sda', there you may spot things that are wearing down, but not failing imminently. The output is a little hard to interpret, though. Here's an article about smartmontools: http://www.linuxjournal.com:80/article/6983 Wonko Thank you for that. I do get this on one HDD: SMART overall-health self-assessment test result: PASSED Please note the following marginal Attributes: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 190 Airflow_Temperature_Cel 0x0022 066 035 045Old_age Always In_the_past 34 (Lifetime Min/Max 20/38) But based on the info here: http://forum.synology.com/enu/viewtopic.php?f=117t=9806start=15 it doesn't sound like a big deal. That HDD was previously in another system which I think had a temperature problem. - Grant
Re: [gentoo-user] {OT} zflashpoint for Linux? (SSD performance accelerator)
On 09.08.2009 16:13, Florian Philipp wrote: [..] When you think about the situation, laptop-mode might actually make the situation worse. You see, it was originally developed to help HDDs staying in standby for longer periods by delaying writes until a read action causes the drive to spin up or some period of time has passed. At this point, all writes should happen in one short burst. However, with slow SSDs, these bursts might actually cause the stuttering you experience. This is especially true when the writes delay a read action. I'm not sure whether the disk scheduler prefers reads over writes but it certainly would help. Reads do get higher priority by default. They are synchronous afterall. Problem usually occurs when reads get interspersed with random writes, i.e. when start you getting lots of seeks. But good SSDs don't care. Only HDDs do. And maybe bad SSDs, too. There is no need to keep an SSD idle as there is no kind of standby like HDDs have.[1] Therefore I think a better solution would be treating write actions as batch jobs: You do them only when there is nothing better to do (i.e. no read action). Until then, you keep them in a large write cache. It is not that easy (it never is?). There are a lot of trade-offs as can be witnessed by the variety and complexity of the disk schedulers. I'm not sure if there is such a system, yet. Maybe you should try out XFS as it already implements a very aggressive write cache. I'd be very interested in benchmarks for Ext4 vs. XFS on slow SSDs but I wouldn't bet on seeing one soon. I suppose simulating and measuring such a usage pattern isn't a simple task. Well, work with email (email causes a lot of filesystem syncs typically) while dd'ing a big file repeatedly in the background. Should be close enough. Both latency (stutters) and throughput are important. -- Eray
Re: [gentoo-user] vdpau-able ?
2009/8/9 meino.cra...@gmx.de: as far as I think to know ;) (quite unsure about this), NVidia has introduced a new protocol (?something like this), which is useful for less-CPU-consumpting display of video streams. MPlayer (and may be other video-related applikations) does support vdpau. Thanks for point out this. I didn't know that NVidia introduced such an important feature. First tests on my Linux-box with mplayer -vo vdpau video results in a movie display with best audio, no video at all and concerns from mplayer: Your command didn't work for me, too. First, I checked that my video card was capable of supporting this new API. Then, I updated the nvidia video driver and recompiled mplayer. For mplayer, make sure to activate the local use flag vdpau. Manuel Fiorelli
Re: [gentoo-user] vdpau-able ?
2009/8/9 Manuel Fiorelli manuel.fiore...@gmail.com: 2009/8/9 meino.cra...@gmx.de: First tests on my Linux-box with mplayer -vo vdpau video results in a movie display with best audio, no video at all and concerns from mplayer: Your command didn't work for me, too. First, I checked that my video card was capable of supporting this new API. Then, I updated the nvidia video driver and recompiled mplayer. For mplayer, make sure to activate the local use flag vdpau. Assuming that you want to playback a H.264 video, then right command should be mplayer -vo vdpau -vc ffh264vdpau file to force the selection of the HW accelerated codec from FFMPEG. Can anyone confirm that? Manuel Fiorelli
[gentoo-user] Konqueror and mp3
Hi All, I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What do I need to do to be able to copy mp3s out of a CD? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Konqueror and mp3
Am Sonntag 09 August 2009 21:23:27 schrieb Mick: I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What konqueror presents is just a virtual view. You cannot play anything else than the .wav's from a CD, because they're the only ones representing the real data. If you have the correct encoders installed, copying the other files to some other place will encode the selected audio track(s) and store the result in the destination directory. What do I need to do to be able to copy mp3s out of a CD? The correct encoders. See the audio cd section in KDE's system settings. HTH... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Konqueror and mp3
On Sunday 09 August 2009, Dirk Heinrichs wrote: Am Sonntag 09 August 2009 21:23:27 schrieb Mick: I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What konqueror presents is just a virtual view. You cannot play anything else than the .wav's from a CD, because they're the only ones representing the real data. Oh, I see. When I copy an mp3 file I get a file which is 4.5MB large, so I thought that it has real music in it. If you have the correct encoders installed, copying the other files to some other place will encode the selected audio track(s) and store the result in the destination directory. What do I need to do to be able to copy mp3s out of a CD? The correct encoders. See the audio cd section in KDE's system settings. This is what I can see under kcontrol/audiocd: http://gentoo.michaelkintzios.fastmail.fm/audioCD.png I guess these settings are not enough on their own. What else should I add? How do I specify the necessary encoders? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Konqueror and mp3
On Sonntag 09 August 2009, Mick wrote: On Sunday 09 August 2009, Dirk Heinrichs wrote: Am Sonntag 09 August 2009 21:23:27 schrieb Mick: I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What konqueror presents is just a virtual view. You cannot play anything else than the .wav's from a CD, because they're the only ones representing the real data. Oh, I see. When I copy an mp3 file I get a file which is 4.5MB large, so I thought that it has real music in it. If you have the correct encoders installed, copying the other files to some other place will encode the selected audio track(s) and store the result in the destination directory. What do I need to do to be able to copy mp3s out of a CD? The correct encoders. See the audio cd section in KDE's system settings. This is what I can see under kcontrol/audiocd: http://gentoo.michaelkintzios.fastmail.fm/audioCD.png I guess these settings are not enough on their own. What else should I add? How do I specify the necessary encoders? use constant bitrate, not vbr, just copy the mp3 somewhere and you will be fine.
Re: [gentoo-user] Konqueror and mp3
On 9 Aug 2009, at 21:00, Mick wrote: On Sunday 09 August 2009, Dirk Heinrichs wrote: Am Sonntag 09 August 2009 21:23:27 schrieb Mick: I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What konqueror presents is just a virtual view. You cannot play anything else than the .wav's from a CD, because they're the only ones representing the real data. Oh, I see. When I copy an mp3 file I get a file which is 4.5MB large, so I thought that it has real music in it. I believe that once you've dragged dropped one of these somewhere - resulting in a .mp3 file of about that size - they should indeed be playable. It sounds like something's broken. Are you using KDE 3.5.10? I think your problem may be described in this article: http://pclosmag.com/html/Issues/200907/page04.html But, if you want to rip MP3 files, you will have some extra work to do to get them to come out right. Due to a bug that crept into KDE 3.5.10, MP3s do not encode properly. Without the fix, all your MP3s will be nothing more than static-filled white noise. I no longer consider MP3 as a particularly good format for compressed audio. You might want to consider the Ogg Vorbis option, although on other platforms you may need to install software to play this format. Stroller.
[gentoo-user] Re: maintaining clones
On Fri, Jul 31, 2009 at 09:07:14AM +0200, Helmut Jarausch wrote: Hi, I have 4 identical machines, they only differ in the 2 files /etc/conf.d/hostname /etc/conf.d/net I'd like to maintain only one of them (updating GenToo upto several times a week) and 'rsync' the other ones. Why not use a DCVS? -- Nicolas Sebrecht
Re: [gentoo-user] Konqueror and mp3
On Sunday 09 August 2009, Stroller wrote: On 9 Aug 2009, at 21:00, Mick wrote: On Sunday 09 August 2009, Dirk Heinrichs wrote: Am Sonntag 09 August 2009 21:23:27 schrieb Mick: I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What konqueror presents is just a virtual view. You cannot play anything else than the .wav's from a CD, because they're the only ones representing the real data. Oh, I see. When I copy an mp3 file I get a file which is 4.5MB large, so I thought that it has real music in it. I believe that once you've dragged dropped one of these somewhere - resulting in a .mp3 file of about that size - they should indeed be playable. It sounds like something's broken. Are you using KDE 3.5.10? I think your problem may be described in this article: http://pclosmag.com/html/Issues/200907/page04.html But, if you want to rip MP3 files, you will have some extra work to do to get them to come out right. Due to a bug that crept into KDE 3.5.10, MP3s do not encode properly. Without the fix, all your MP3s will be nothing more than static-filled white noise. I no longer consider MP3 as a particularly good format for compressed audio. You might want to consider the Ogg Vorbis option, although on other platforms you may need to install software to play this format. Thank you both. It seems that this is indeed a bug for KDE-3.5.10. :-( I tried both solutions and neither works. The former creates a 4.5MB mp3 file which is full of white noise, the latter described in the article creates an empty file 0MB. Is there another solution to this? I need mp3 because the file will be ultimately played on a vanilla WinXP PC. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Konqueror and mp3
On Sonntag 09 August 2009, Mick wrote: On Sunday 09 August 2009, Stroller wrote: On 9 Aug 2009, at 21:00, Mick wrote: On Sunday 09 August 2009, Dirk Heinrichs wrote: Am Sonntag 09 August 2009 21:23:27 schrieb Mick: I am looking at saving the mp3 files presented in Konqueror when looking at the contents of an audio CD. Although I can play/copy .wav files fine, I cannot play .mp3 files shown in Konqueror. All I get is a hiss no matter which player I use. What konqueror presents is just a virtual view. You cannot play anything else than the .wav's from a CD, because they're the only ones representing the real data. Oh, I see. When I copy an mp3 file I get a file which is 4.5MB large, so I thought that it has real music in it. I believe that once you've dragged dropped one of these somewhere - resulting in a .mp3 file of about that size - they should indeed be playable. It sounds like something's broken. Are you using KDE 3.5.10? I think your problem may be described in this article: http://pclosmag.com/html/Issues/200907/page04.html But, if you want to rip MP3 files, you will have some extra work to do to get them to come out right. Due to a bug that crept into KDE 3.5.10, MP3s do not encode properly. Without the fix, all your MP3s will be nothing more than static-filled white noise. I no longer consider MP3 as a particularly good format for compressed audio. You might want to consider the Ogg Vorbis option, although on other platforms you may need to install software to play this format. Thank you both. It seems that this is indeed a bug for KDE-3.5.10. :-( I tried both solutions and neither works. The former creates a 4.5MB mp3 file which is full of white noise, the latter described in the article creates an empty file 0MB. Is there another solution to this? I need mp3 because the file will be ultimately played on a vanilla WinXP PC. I have started using flacs - because they can easily be trancoded into mp3 or ogg. flacs are lossless so they are good intermediate format. Rip to flac, store cd away and encode to whatever you want/need whenever you want/need to.
[gentoo-user] {OT} smartctl: read failure
I get this on my laptop's internal HDD: # smartctl -l selftest /dev/sda Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offlineCompleted: read failure 60% 12400 149547192 after some Googling, it sounds like it's bad sectors and not necessarily cause for alarm. Does anyone have experience with this type of error? Can you suggest other tests to run, or comment on the severity of the error? - Grant
Re: [gentoo-user] Konqueror and mp3
On Sunday 09 August 2009, Volker Armin Hemmann wrote: On Sonntag 09 August 2009, Mick wrote: Is there another solution to this? I need mp3 because the file will be ultimately played on a vanilla WinXP PC. I have started using flacs - because they can easily be trancoded into mp3 or ogg. flacs are lossless so they are good intermediate format. Rip to flac, store cd away and encode to whatever you want/need whenever you want/need to. Thanks for this. I ended up copying over to my drive the flac file and then running: for file in *.flac; do $(flac -cd $file | lame -h - ${file%.flac}.mp3); done Not sure if the bitrate is appropriate. As is it was converted to a 48KB mp3 file at a bitrate of 128kbps. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: {OT} smartctl: read failure
On 08/09/2009 03:15 PM, Grant wrote: I get this on my laptop's internal HDD: # smartctl -l selftest /dev/sda Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offlineCompleted: read failure 60% 12400 149547192 after some Googling, it sounds like it's bad sectors and not necessarily cause for alarm. Does anyone have experience with this type of error? Can you suggest other tests to run, or comment on the severity of the error? I have a disk that seemed very flakey in the lowest 10GB or so, even when it was relatively new. I ran e2fsck with the -c and -k flags over a period of time, and now I can use all of the disk with no apparent problems. You should read the man pages for e2fsck and badblocks before doing anything, of course. I've heard that SMART in newer disks is supposed to substitute bad block automatically, but I don't seem to have any disks that new. (Informed advice is very welcome :o)
Re: [gentoo-user] DSL and ATT. About time.
On Fri, Aug 7, 2009 at 6:45 PM, Dalerdalek1...@gmail.com wrote: Hi folks, Anyone here have ATT DSL? Is there anything special software wise that I need to get it to work or do I just point to the URL of the modem and set it up that way? As some may know, I have been promised DSL for the past 5 years or so. It is supposed to be here next week. They put the cards in the DSL box today. YEPPIE If I don't get DSL this time, my next post may be from jail. I'm going to drive my uninsured 3/4 ton pick up right over their shiney new DSL box. :-@ Thanks. Dale :-) :-) I believe they use PPPoE, which most consumer-grade DSL/Cable routers have built in support for. On your Gentoo box you wouldn't need to do anything special, I don't think. Depending if you're using DHCP or not.
Re: [gentoo-user] DSL and ATT. About time.
Paul Hartman wrote: On Fri, Aug 7, 2009 at 6:45 PM, Dalerdalek1...@gmail.com wrote: Hi folks, Anyone here have ATT DSL? Is there anything special software wise that I need to get it to work or do I just point to the URL of the modem and set it up that way? As some may know, I have been promised DSL for the past 5 years or so. It is supposed to be here next week. They put the cards in the DSL box today. YEPPIE If I don't get DSL this time, my next post may be from jail. I'm going to drive my uninsured 3/4 ton pick up right over their shiney new DSL box. :-@ Thanks. Dale :-) :-) I believe they use PPPoE, which most consumer-grade DSL/Cable routers have built in support for. On your Gentoo box you wouldn't need to do anything special, I don't think. Depending if you're using DHCP or not. That is what I was thinking too. I still have dhcp installed from when I was with my ex and her cable internet. Sounds like I am pretty much ready to go here. Thanks for the info. Dale :-) :-)
[gentoo-user] Re: Root-kitted (was: DSL and ATT. About time.)
On 2009-08-08, pk pete...@coolmail.se wrote: Grant Edwards wrote: That's what I thought back when I was using dialup on a Linux box that didn't have any servers running. Then one day I got root-kitted. This may be off-topic but I'm curious about the details. Can you please elaborate? Well, it was probably about 9 years ago, but here's the way I remember it: It started when I noticed the modem's RX/TX lights were flashing when there was no reason for them to be doing so (I was in the habit of keeping an eye on them to make sure the connection was working OK). When I did a netstat, it showed active network connections that shouldn't have been there, but ps didn't show the processes that netstat said had connections open. The ps binary had been replaced with a hacked version. IIRC, so had the lsof binary because it didn't show the processes that had the connections open either. I was running an RPM-based installation at the time (RH 6 or 7 I believe), and and an rpm verify command failed for a handful of system related binaries (among them ps and lsof): they weren't the same files that rpm had installed. The /proc filesystem was still complete, so I was able to track down the suspect processes and find out what binaries they were running. The binaries were very oddly named files in very strange places. A web search for their names told me that they were part of a rootkit that was used to remotely exploit Linux machines. I shut down the machine, rebooted from a liveCD, backed up some user files, and did a clean install -- after which I signed up for DSL and a Cicso 675 modem/router. It was a very sobering experience... -- Grant