Hi list,
When I look at /dev/input I see the devices mice, mouse0, mouse1,
mouse2, mouse3. The first one, mice, seems to be a combination of all
other mouse devices.
On the console I want to use gpm to get a pointer, but gpm can only
take one MOUSEDEV entry at a time (as far as I know), so curr
On 27 October 2011 20:35, Mark Knecht wrote:
> On Thu, Oct 27, 2011 at 11:41 AM, Jarry wrote:
>> Hi, perhaps someone could explain this to me:
>>
>> I have bouth two the same hard-drives. The same model
>> (Hitachi HUA722050CLA330), the same firmware (JP20A3EA),
>> the same size (500GB). Well, no
On 29 October 2011 01:03, Michael Mol wrote:
> Is this incorrect? Does it qualify as a bug?
Yes. The ebuild should respect your CFLAGS unless there is a USE flag
to enable/disable them. The counter to this is when a package won't
build without specific flags, then disregarding the user is okay.
S
On 27 October 2011 09:15, Dale wrote:
> Howdy,
>
> I'm wanting to get a hard drive that is pretty good size. I'm looking for
> about 1 to 2TBs or so. Thing is, a lot of them seem to be 5900 or even 5400
> rpm drives. I realize that the data on there is packed pretty tight so I
> want to ask a f
On 30 October 2011 15:29, Mick wrote:
> On Sunday 30 Oct 2011 13:32:26 James Broadhead wrote:
>> I'm surprised that no one has mentioned rkhunter yet
>
> I have ...
Oops, sorry! I was reading the thread on my phone, and must have missed it.
JB
On 31 October 2011 09:13, Willie Wong wrote:
> When I look at /dev/input I see the devices mice, mouse0, mouse1,
> mouse2, mouse3. The first one, mice, seems to be a combination of all
> other mouse devices.
>
> On the console I want to use gpm to get a pointer, but gpm can only
> take one MOUSEDE
James Broadhead wrote:
On 27 October 2011 09:15, Dale wrote:
Howdy,
I'm wanting to get a hard drive that is pretty good size. I'm looking for
about 1 to 2TBs or so. Thing is, a lot of them seem to be 5900 or even 5400
rpm drives. I realize that the data on there is packed pretty tight so I
On 31 October 2011 10:58, Dale wrote:
> James Broadhead wrote:
>> # Use 8MB input cache by default.
>> cache = 131072
>
> I have the same here too. Like minds maybe? o_O
I _think_ that it's the highest power-of-two that mplayer will allow
... so maybe not.
Michael Mol writes:
> My point is that the numbers aren't what mattered here. My point is
> that SAMSUNG sold me a shoddy product, replaced it with another
> instance of the the same shoddy product, wouldn't replace it again,
> and never addressed a detailed technical report of a systemic problem
On Mon, Oct 31, 2011 at 12:21 PM, Alex Schuster wrote:
> Michael Mol writes:
>
>> My point is that the numbers aren't what mattered here. My point is
>> that SAMSUNG sold me a shoddy product, replaced it with another
>> instance of the the same shoddy product, wouldn't replace it again,
>> and nev
Ok, not gentoo-specific, but I think you forgive this OT-posting if it
helps at least one gentoo-user to keep his data safe:
http://article.gmane.org/gmane.linux.kernel/1209036
Stefan
On Mon, Oct 31, 2011 at 09:57:10AM +, James Broadhead wrote:
> On 31 October 2011 09:13, Willie Wong wrote:
> > When I look at /dev/input I see the devices mice, mouse0, mouse1,
> > mouse2, mouse3. The first one, mice, seems to be a combination of all
> > other mouse devices.
> >
> > On the co
Hello Mates,
I'm getting this error: http://img684.imageshack.us/img684/5359/usberror.jpg
Everytime I try to use: "Safely Remove" option, in every USB device, I'm
not losing data -I guess- because I have not noticed, but, I really don't
know why is this happening, and well.. I would like to know
On Sun, Oct 30, 2011 at 11:51 AM, Grant Edwards
wrote:
> On 2011-10-30, Mark Knecht wrote:
>> I'd like to see about reducing the file size a bit if
>> possible. At the same time the native resolution of the Fire is
>> 1024x600 so I'm wondering about whether I can make the movies look
>> better b
Hello Carlos,
this error is just telling you that udisks did not succeed in powering
down the USB device, but actually it was unmounted cleanly (so no data
will be lost).
The reason is most likely a missing kernel option:
"USB runtime power management (autosuspend) and wakeup" in "Device
Drivers
On 31 October 2011 19:30, Felix Kuperjans wrote:
> Hello Carlos,
>
> this error is just telling you that udisks did not succeed in powering
> down the USB device, but actually it was unmounted cleanly (so no data will
> be lost).
>
> The reason is most likely a missing kernel option:
>
> "USB ru
On 2011-11-01, Mark Knecht wrote:
> On Sun, Oct 30, 2011 at 11:51 AM, Grant Edwards
>> If you mean you want the files encoded at a resolution of 1024x600,
>> you can tell handbrake what output resolution you want. ??You'll get
>> far better results by encoding to the desired resolution, format an
Hi,
I know of three commands to check the consistency of a Gentoo system:
eix-sync && emerge --color=n -p -v --newuse --update --deep world
emerge -p -v --depclean
revdep-rebuild --ignore -p -v
of course, one has to remove the -p and -v flags after checking the
putput of the command
18 matches
Mail list logo
