Re: pcspkr

[lee]

"Dan B."  writes:

> lee wrote:
>>
>> Hi,
>>
>> with the pcspkr module installed, shouldn't I hear the beep through the
>> sound card that otherwise would be played by a little loudspeaker
>> connected to the mainboard?
>
> pcspkr might be the wrong module.  You might want snd-pcsp instead.

With a little speaker plugged into the mainboard, I can install either
pcspkr or snd-pcsp and in both cases, the beep comes from the little
speaker and never from the sound card.  I cannot install both modules at
once, and without any of them, the speaker doesn't beep.

What's the difference between these modules?  Does snd-pcsp make the
little speaker available to alsa like a sound card?  There is a slider
labled "Beep" in alsamixer, and it doesn't seem to do anything.


-- 
Debian testing iad96 brokenarch


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87fw55n428@yun.yagibdah.de

Re: gnome

[Benjamin Martin]

On 21/10/12 07:49, Brendan Inglese wrote:

recover my workstation is to SSH in
remotely and stop gdm3 then start it again


Hi,

I occasionally have the same issue, I also have similar hardware.. I do
not have a solution, maybe when 3.6 arrives it might improve?

One thing I thought to mention is that, you don't /have/ to SSH in, you
can switch to a different console and then restart gdm this is done
by pressing Ctrl+Alt+F1
(you can use more than F1 to switch to multiple consoles, X seems to use
console 7)

Not sure if you already know this, but it is a good trick and often gets
me out of trouble :)

-Ben

This email, its content and any files transmitted with it are intended solely 
for the addressee(s) and may be legally privileged and/or confidential. If you 
are not the intended recipient, you may not divulge any of its contents to 
anyone and should delete the email and contact the sender on the telephone 
number shown above or via return email. Messages sent via this medium may be 
subject to delays, non-delivery and unauthorised alteration.  This email has 
been prepared using information believed by the author to be reliable and 
accurate, but neither TwentyCi Limited, nor any of its subsidiaries or 
associates makes any warranty as to its accuracy or completeness.  Any opinions 
or recommendations expressed herein are solely those of the author. TwentyCi 
Limited is a company registered in England, No.06943607. The registered office 
address is: 6 Whittle Court Knowlhill Milton Keynes MK5 8FT


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50864d37.90...@twentyci.co.uk

Re: please put not all into multiarch!

[Andrei POPESCU]

On Lu, 22 oct 12, 22:11:11, Mark Allums wrote:
> 
> Debian devs regard the nvidia closed source drivers anathems.  They
> disdain them, and pay no heed to bug reports filed against them.
> They also ignore kernel bug reports if the nvidia driver is loaded.
> They refer to that as "tainting" the kernel.  In days past, you
> needed the nv driver, and now you need the nouveau driver.
> nvidia-glx or the nvidia blob are "right out".

You are putting all developers in just one pot, which is not accurate, 
to say the least.

The Maintainers of the nvidia-graphics-drivers source package have the 
responsability to care about it, that is make it Debian Policy 
compliant, having it integrate properly in Debian, etc. What they can 
not do is care about bugs in the software itself, simply because they do 
not have access to the source. Don't forget that the Maintainers are 
doing this in their spare time and could step down whenever they want. 

Not getting an answer to bugs is more likely to be due to the usual 
problems: lack of time, the wheezy freeze, etc.

On the other hand, maintainers of packages that the nvidia driver 
interacts with (the most obvious being Xorg and the Linux kernel, but 
there are others) have enough work as it is. Why should they care about 
bugs that appear *only* in combination with non-free software if the 
equivalent free software has no issues?

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: I only have Audio with KDE applications

[Andrei POPESCU]

On Ma, 23 oct 12, 01:18:46, Haitike wrote:
> Greetings.
> 
> I have installed a Fresh Debian Testing with KDE insted of gnome.
> 
> My problem is that only KDE applications have sound (KDE Dragon Player
> , VLC, Amarok, KDE Audio Settings Tester, etc.)

I wouldn't call VLC a KDE application.
 
> But my computer cant reproduce other applications like Mplayer (from
> console), Iceweasel or even aplay.

Please copy-paste the output of mplayer and aplay when you try to use 
them.

> KDE Mixer seems to work fine, but I cant run the AlsaMixer command, i
> get the next error: cannot open mixer: The file or directory dont
> exist.

Please also post the output of 'aplay -l' and 'aplay -L'.

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: Screenshots

[Ralf Mardorf]

Most screenshot tools allow to select and they also allow to give a name
and automatically add numbers to the name. If you want to do more, I
recommend to use http://shutter-project.org/ .

Regards,
Ralf


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1350983165.2136.15.camel@localhost.localdomain

Re: Bind wildcard and DNSsec

[Rob van der Putten]

Hi there


Rob van der Putten wrote:


I filed a bug report;
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690569

Bind refers to this bug as 'RT #26200'


Bind fixed this in January.
I don't expect Debian to implement this fix soon.
It's probably best to disable DNSsec in your resolver.


Regards,
Rob


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/k65ot2$qtt$1...@ger.gmane.org

Re: please put not all into multiarch!

[lee]

Andrei POPESCU  writes:

> there are others) have enough work as it is. Why should they care about 
> bugs that appear *only* in combination with non-free software if the 
> equivalent free software has no issues?

Even *if* 32bit apps can be run with the free driver --- which I doubt
very much --- getting something like 1--2 fps instead of only 10--20
doesn't really help much.  It might be much easier if Debian would
adjust so that the drivers provided by NVIDIA would integrate instead of
trying to do it the other way round and messing it up in the process.
Who cares about the free driver before it's at least as good as the one
from NVIDIA?

They better appreciate these drivers.  Without them, everyone who needs
a GUI would not use Linux anymore.


-- 
Debian testing iad96 brokenarch


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87y5ixmqz0@yun.yagibdah.de

Re: please put not all into multiarch!

[Stephan Seitz]

On Tue, Oct 23, 2012 at 12:18:27PM +0200, lee wrote:

Who cares about the free driver before it's at least as good as the one
from NVIDIA?


Who cares about non-free software?


They better appreciate these drivers.  Without them, everyone who needs
a GUI would not use Linux anymore.


Well, I need a GUI, and I don’t use the non-free drivers for many years.

If you have enough time to help the maintainers, then help them. But 
I don’t think you will get much help from the kernel or Xorg people.


Stephan

--
| Stephan Seitz  E-Mail: s...@fsing.rootsland.net |
| Public Keys: http://fsing.rootsland.net/~stse/keys.html |


smime.p7s
Description: S/MIME cryptographic signature

evolution and exchange calender (and contacts?)

[Steven Post]

Hi list,

(Please CC me, I'm not subscribed)

Due to several bugs in the libmapi0 libraries I can't use the
evolution-mapi plugin (see [1] and [2] for details). Thus I'm connecting
to the server using IMAP and SMTP, however using this method I cannot
access the calendar or the contacts.
Has anyone ever successfully done that without the mapi plugin?

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691149
[2] https://bugzilla.gnome.org/show_bug.cgi?id=682449

Regards,
Steven


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1350986916.13623.11.ca...@archimiddle-postste.iconos.be

Re: multiple DHCP servers and /etc/resolv.conf

[Tom H]

On Mon, Oct 22, 2012 at 7:12 AM, Vincent Lefevre  wrote:
> On 2012-10-21 16:11:28 -0400, Tom H wrote:
>>
>> What do you mean by "kill"? "dhclient -r "?
>
> I don't know how it is killed exactly. I have in /etc/network/interfaces:
>
> allow-hotplug n900
>
> mapping n900
>   script /usr/sbin/guessnet-ifupdown
>   map syslog: true
>   map default: n900-dhcp
>   map debug: true
>   map timeout: 10
>
> iface n900-dhcp inet dhcp
>
> iface n900-n900 inet dhcp
>   test peer address 192.168.2.15
>   up sed -i 's/.*[[:space:]]n900\./192.168.2.15\tn900./' /etc/hosts
>   down sed -i 's/.*[[:space:]]n900\./192.168.0.9\tn900./' /etc/hosts
>
> When I unplug the USB cable, the n900 interface is automatically
> removed (by udev, I assume), and I suppose that it is ifupdown
> that kills the DHCP client and that it does the right thing (by
> using "dhclient -r ...").

When you said "kill" I thought that you might be using "kill...".

You seem to have hit a resolvconf bug.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAOdo=SwJY8iY9=2_ia_0tfv3v6-2qclqz+ojpnceq5qaao6...@mail.gmail.com

lm-sensors

[lee]

[   12.509295] f71882fg: Found f71889fg chip at 0x600, revision 21
[   12.509364] ACPI: resource f71882fg [io  0x0600-0x0607] conflicts with ACPI 
region HMOR [io 0x605-0x606]
[   12.509372] ACPI: If an ACPI driver is available for this device, you should 
use it instead of the native driver


Is there an ACPI driver available for this chip, and if so, which one
would that be?  Sensors only says:


k10temp-pci-00c3
Adapter: PCI adapter
temp1:+29.5°C  (high = +70.0°C)


I've never seen lmsensors show any useful values and now it's giving
error messages.  Does that work at all?


-- 
Debian testing iad96 brokenarch


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pq49mllm@yun.yagibdah.de

Re: lm-sensors

[Darac Marjal]

On Tue, Oct 23, 2012 at 02:14:29PM +0200, lee wrote:
> 
> [   12.509295] f71882fg: Found f71889fg chip at 0x600, revision 21
> [   12.509364] ACPI: resource f71882fg [io  0x0600-0x0607] conflicts with 
> ACPI region HMOR [io 0x605-0x606]
> [   12.509372] ACPI: If an ACPI driver is available for this device, you 
> should use it instead of the native driver
> 
> 
> Is there an ACPI driver available for this chip, and if so, which one
> would that be?  Sensors only says:

You can look at this page: http://www.lm-sensors.org/wiki/Devices. You
want to find a line for your sensor with "ACPI" in the "bus type"
(fifth) column.

Alternatively, read this FAQ on the subject:
http://www.lm-sensors.org/wiki/FAQ/Chapter3#Mysensorshavestoppedworkinginkernel2.6.31

(This is a summary of my searching the web for "ACPI: resource
f71882fg")


signature.asc
Description: Digital signature

Re: multiple DHCP servers and /etc/resolv.conf

[Vincent Lefevre]

On 2012-10-23 06:48:37 -0400, Tom H wrote:
> You seem to have hit a resolvconf bug.

I'll try to investigate and report a bug.

I need to do the same tests with the wicd daemon stopped (though
I don't see how it could interfere, because it doesn't track the
n900 interface).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121023130438.ga6...@xvii.vinc17.org

Re: Screenshots

[Frank McCormick]

On 23/10/12 05:06 AM, Ralf Mardorf wrote:

Most screenshot tools allow to select and they also allow to give a name
and automatically add numbers to the name. If you want to do more, I
recommend to use http://shutter-project.org/ .




  Well ImageMagicks import doesn't allow this ( or I couldn't find it 
in imports massive manual )..that's why Lees solution works fine for me.
I did use shutter for a while sometime ago ...but found it overkill for 
what I need now.







--
Cheers
Frank


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/50869799.3020...@videotron.ca

High PCI Adapter Temperature

[Zhong Jiang]

Hi,

I'm running Debian Squeeze on my Hp Pavilion dv6 dual boot laptop, and am 
experiencing problems with the temperature readings produced by lm-sensors: 

root@debian:/home/zhong# sensors -f
k10temp-pci-00c3
Adapter: PCI adapter
temp1:      +164.3°F  (high = +158.0°F, crit = +239.9°F)  

Here's the detection result: 

root@debian:/home/zhong# sensors-detect
# sensors-detect revision 5818 (2010-01-18 17:22:07 +0100)
# System: Hewlett-Packard HP Pavilion dv6 Notebook PC (laptop)
# Board: Hewlett-Packard 143F

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           Success!
    (driver `k10temp')
AMD Family 11h thermal sensors...                           No
Intel Core family thermal sensor...                         No
Intel Atom thermal sensor...                                No
Intel AMB FB-DIMM thermal sensor...                         No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no): y
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): y
Using driver `i2c-piix4' for device :00:14.0: ATI Technologies Inc 
SB600/SB700/SB800 SMBus
Module i2c-dev loaded successfully.

Next adapter:  (i2c-0)
Do you want to scan it? (YES/no/selectively): y

Next adapter:  (i2c-1)
Do you want to scan it? (YES/no/selectively): y
Client found at address 0x28
Probing for `National Semiconductor LM78'...                No
Probing for `National Semiconductor LM79'...                No
Probing for `National Semiconductor LM80'...                No
Probing for `Winbond W83781D'...                            No
Probing for `Winbond W83782D'...                            No
Probing for `Winbond W83627HF'...                           No
Probing for `Winbond W83627EHF'...                          No
Probing for `Winbond W83627DHG/W83667HG/W83677HG'...        No
Probing for `Asus AS99127F (rev.1)'...                      No
Probing for `Asus AS99127F (rev.2)'...                      No
Probing for `Asus ASB100 Bach'...                           No
Probing for `Analog Devices ADM1029'...                     No
Probing for `ITE IT8712F'...                                No
Client found at address 0x50
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 yNo
Probing for `EDID EEPROM'...                                Yes
    (confidence 8, not a hardware monitoring chip)

Next adapter:  (i2c-2)
Do you want to scan it? (YES/no/selectively): 

Now follows a summary of the probes I have just done.
Just press ENTER to continue: 

Driver `k10temp' (autoloaded):
  * Chip `AMD Family 10h thermal sensors' (confidence: 9)

No modules to load, skipping modules configuration.

Unloading i2c-dev... OK

What could be causing such high tempera

Re: High PCI Adapter Temperature

[Darac Marjal]

On Tue, Oct 23, 2012 at 07:06:04AM -0700, Zhong Jiang wrote:
>Hi,
>I'm running Debian Squeeze on my Hp Pavilion dv6 dual boot laptop, and am
>experiencing problems with the temperature readings produced by
>lm-sensors: 
>root@debian:/home/zhong# sensors -f
>k10temp-pci-00c3
>Adapter: PCI adapter
>temp1:      +164.3�F  (high = +158.0�F, crit = +239.9�F)  
>Here's the detection result: 
[cut]
>What could be causing such high temperatures? 

Excessive load on the CPU, insufficient cooling (for example, a fan not
running or not running quickly enough or dust in cooling fins).

Basically, a CPU uses energy to perform calculations. Modern CPUs such
as the AMD k10 series are somewhat proportional in the amount of work
they do to how much energy they use. That energy is not used 100%
efficiently and some of it gets turned to heat. In order to avoid a
build up of heat (which would quite quickly melt a CPU), fans move air
over the surface of the chip, transporting the heat to a cooler point.

So, in other words, the high temperature is caused by a build up in
waste energy at the CPU - either due to too much being produced or due
to it not being moved away quickly enough.

You will notice that you are above the warning level for your sensor
(but not above the critical level), so you should either reduce the
amount of work the CPU is doing, if possible, or increase the cooling to
it.

(Alternatively, if you're actually suggesting that the reading is wrong
(you didn't say that, but it's a common complaint), make sure your
/etc/sensors3.conf is configured correctly)


signature.asc
Description: Digital signature

Re: High PCI Adapter Temperature

[Ralf Mardorf]

On Tue, 2012-10-23 at 15:36 +0100, Darac Marjal wrote or words to that
effect:
> On Tue, Oct 23, 2012 at 07:06:04AM -0700, Zhong Jiang wrote or words to that 
> effect:
> > laptop
> > What could be causing such high temperatures? 
> 
> insufficient cooling (for example, dust in cooling fins).

For Laptops often caused by dust or an unfavourable pad. Take care that
the fins aren't covered.

Regards,
Ralf





-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1351007929.1142.4.camel@localhost.localdomain

Re: please put not all into multiarch!

[Mark Allums]

On 10/23/2012 3:59 AM, Andrei POPESCU wrote:

On Lu, 22 oct 12, 22:11:11, Mark Allums wrote:


Debian devs regard the nvidia closed source drivers anathems.  They
disdain them, and pay no heed to bug reports filed against them.
They also ignore kernel bug reports if the nvidia driver is loaded.



You are putting all developers in just one pot, which is not accurate,
to say the least.



Perhaps.  That was not my intent.  However, I believe it accurately 
describes the kernel group, for one.





--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/5086e7fb.9000...@allums.com

Re: please put not all into multiarch!

[John Hasler]

Mark Allums wrote:
> Debian devs regard the nvidia closed source drivers anathems.  They
> disdain them, and pay no heed to bug reports filed against them.

They don't regard them as "anathema".  They regard them as Nvidia's
problem.  Which they are.  I've used them in the past, and I certainly
didn't expect the Debian kernel group to help me with them (and I
certainly didn't get any help from Nvidia).

> They also ignore kernel bug reports if the nvidia driver is loaded.

So does Linus, and for good reason.  There is no way for anyone outside
Nvidia to know what their closed-source drivers are doing.
-- 
John Hasler


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87zk3dkmv3@thumper.dhh.gt.org

Re: please put not all into multiarch!

[Mark Allums]

On 10/23/2012 2:30 PM, John Hasler wrote:

Mark Allums wrote:

Debian devs regard the nvidia closed source drivers anathems.  They
disdain them, and pay no heed to bug reports filed against them.


They don't regard them as "anathema".  They regard them as Nvidia's
problem.  Which they are.  I've used them in the past, and I certainly
didn't expect the Debian kernel group to help me with them (and I
certainly didn't get any help from Nvidia).


They also ignore kernel bug reports if the nvidia driver is loaded.


So does Linus, and for good reason.  There is no way for anyone outside
Nvidia to know what their closed-source drivers are doing.




They certainly *do* regard them as anathema, as they do all 
closed-source and non-free software.  Whether this fact is important or 
not is a separate discussion.  I did not adequately include the 
closed-source nature into my point.  I did not make myself clear.





--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/5087088b.2060...@allums.com

Re: Screenshots

[Tony Baldwin]

On Tue, Oct 23, 2012 at 09:11:53AM -0400, Frank McCormick wrote:
> On 23/10/12 05:06 AM, Ralf Mardorf wrote:
> >Most screenshot tools allow to select and they also allow to give a name
> >and automatically add numbers to the name. If you want to do more, I
> >recommend to use http://shutter-project.org/ .
> >
> 
> 
>   Well ImageMagicks import doesn't allow this ( or I couldn't find
> it in imports massive manual )..that's why Lees solution works fine
> for me.
> I did use shutter for a while sometime ago ...but found it overkill
> for what I need now.

I use scrot, and do it like this: 
#!/bin/bash

filedate=$(date +%m%d%y%H%M%S)

scrot $filedate.jpg

gthumb $filedate.jpg

exit

Then I can crop or do whatever in gthumb.
I also have a keybinding in my openbox rc.xml set to fire this script
off by pressing the "Print Screen" button.
Most WM or DE have some means of mapping a command to a button or
keybinding.
So, I just fire off the button, then preview the shot in gthumb, and, as
mentioned, can crop, resize, etc., if desired.
Gthumb even has utilities to upload to flickr, picasa, and, I think,
facebook (I don't use those, but they're there for those who want them).

Of course, this could also be done just as easily with ImageMagick,
and, someone posted a more efficient means, by just including the
filedate part in the file name, even.
(I am no skilled scripter...always taking the long way around the
barn...)

./tony
-- 
http://www.tonybaldwin.me
all tony, all the time!
3F330C6E


signature.asc
Description: Digital signature

Re: please put not all into multiarch!

[John Hasler]

Mark Allums wrote:
> Debian devs regard the nvidia closed source drivers anathems.

I wrote:
> They don't regard them as "anathema".

> They certainly *do* regard them as anathema, as they do all
> closed-source and non-free software.

False.  I am a Debian dev.  I do not regard closed-source as anathema.
I do consider it the sole responsibility of whoever controls the source.
I am not going to help you fix it even if I can figure out how without
source (unless you pay me) if I cannot publish the fixed version.  Ask
the guy you bought it from.  He clearly wants to be the only one able to
fix it.
-- 
John Hasler


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vce0lv8r@thumper.dhh.gt.org

reportbug hangs

[Enrique Garcia]

 Hi,

 I just installed Debian and wanted to report a bug, but reportbug itself hang 
after I configured it...
 I followed the configuration questions, the gtk appeared but it is completely 
hang afterwards. Here is my .reportbugrc:


# reportbug preferences file
# character encoding: UTF-8
# Version of reportbug this preferences file was written by
reportbug_version "4.12.6"
# default operating mode: one of: novice, standard, advanced, expert
mode advanced
# default user interface
ui gtk2
# offline setting - comment out to be online
#offline
# name and email setting (if non-default)
# realname "KKK KKK KKK"
email "k...@kkk.com"
# Disable fallback mode by commenting out the following:
no-cc
header "X-Debbugs-CC: k...@kkk.com"
smtphost reportbug.debian.org
# You can add other settings after this line.  See
# /etc/reportbug.conf for a full listing of options.


 It is also very annoying that I cannot Ctrl-C on the terminal, I have to kill 
-9 the process. If I start reportbug afterwards, the gtk window appears and 
hangs again.

 Any ideas?
 Thank you,
 Enrique


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201210240012.47417.cqu...@arcor.de

Re: Screenshots

[Frank McCormick]

On 23/10/12 05:30 PM, Tony Baldwin wrote:


I use scrot, and do it like this:
#!/bin/bash

filedate=$(date +%m%d%y%H%M%S)

scrot $filedate.jpg

gthumb $filedate.jpg

exit


  The filedate is what I was missing for ImageMagicks import

  I use OpenBox periodiclly...but mostly use Fluxbox..and have
setup printscreen the same way...didn't think about gthumb to preview
the shot...but I have now :)



(I am no skilled scripter...always taking the long way around the
barn...)

./tony



  Makes two of us :)

  Thanks

--
Cheers
Frank


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/50871783.9020...@videotron.ca

Re: please put not all into multiarch!

[Mark Allums]

On 10/23/2012 4:43 PM, John Hasler wrote:

Mark Allums wrote:

Debian devs regard the nvidia closed source drivers anathems.


I wrote:

They don't regard them as "anathema".



They certainly *do* regard them as anathema, as they do all
closed-source and non-free software.


False.  I am a Debian dev.  I do not regard closed-source as anathema.
I do consider it the sole responsibility of whoever controls the source.
I am not going to help you fix it even if I can figure out how without
source (unless you pay me) if I cannot publish the fixed version.  Ask
the guy you bought it from.  He clearly wants to be the only one able to
fix it.



Don't assume when I generalize that I am too stupid to realize that 
there might be exceptions.  However, there are plenty of devs who do 
feel that way, enough to validly characterize one type of dev that way, 
a type that is not at all uncommon, and even typical.  I would guess the 
number of such would be at least half based on what I see when I read 
lists, read IRC, read bug reports.  They're everywhere.


I am glad you are more moderate.  How do you stand on device firmware?



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/50871953.5030...@allums.com

Re: reportbug hangs

[Hugo Vanwoerkom]

Enrique Garcia wrote:

 Hi,

 I just installed Debian and wanted to report a bug, but reportbug itself hang 
after I configured it...
 I followed the configuration questions, the gtk appeared but it is completely 
hang afterwards. Here is my .reportbugrc:







 It is also very annoying that I cannot Ctrl-C on the terminal, I have to kill 
-9 the process. If I start reportbug afterwards, the gtk window appears and 
hangs again.


 Any ideas?


Run reportbug from a VT?

Hugo


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/k678f7$ief$1...@ger.gmane.org

Re: ServeRAID M5110e driver for Debian Squeeze

[Stan Hoeppner]

On 10/23/2012 8:14 AM, s0lid wrote:
> Hi,
> 
> I have a new server IBM X3650 M4 with a raid controller ServeRaid
> M5110e. I'm having a problem finding driver for this device. I tried
> to install debian using the ISO from http://kmuto.jp/debian/d-i/ which
> say that it has the driver for the M5110e but still no avail. I tried
> the megaraid_sas, megaraid, megaraid_mbox and megaraid_mm but nothing
> works.
> 
> Anyone have an experience with this?

I'm seeing a trend.  You're the 2nd person recently to post about
trouble with an OEM card based on the latest LSI MegaRAID PCIe 3.0 design.

This isn't uncommon when new hardware meets "old" kernels and/or kernels
that eliminate all non-free source and/or firmware.

Install 6.x to boot drive connected to a mobo SATA/SATA controller
supported by 6.x.  Download vanilla 3.6.x, configure megaraid_sas and
megaraid_new NOT as modules, include all firmware blobs in the kernel,
and see if that works.  Apparently the 3.2.x Wheezy kernel doesn't like
these boards either, so using vanilla source is your best bet.

This isn't an optimal solution but for one-off servers.  If you have ten
to manage, obviously it would be preferred for the stock Debian kernels
to work with these cards.

-- 
Stan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50872e47.6070...@hardwarefreak.com