Mathias Gug wrote:
>> In my case, actually having those unanswered questions kind of prevent
>> me from using the channel for random development chat. I don't feel like
>> appearing as an insensitive developer that continues his work and jokes
>> with co-workers while people beg for help on the channel. And most of
>> the time I could help them, if only I had the free time[tm] to do so.
>
> I understand that feeling. One perspective could be to set the expectations
> right: answers given in the channel are done on a best effort basis. And one
> should not be offended if their questions aren't answered even if people are
> chatting in the channel.

If I'm the only one bothered by this, I have no issue keeping the status
quo.

> The current help factoids states:
>
> Please don't ask to ask a question, simply ask the question (all on ONE line
> and in the channel, so that others can read and follow it easily). If anyone
> knows the answer they will most likely reply. :-)
>
> How about splitting out the help factoid to include a statement about setting
> the expectations right:
>
> Thanks for stopping by and ask for help. We'll try to help you out on a best
> effort basis. If anyone knows the answer they will probably reply. If you have
> a serious problem you may wanna opt for another support option available at
> http://www.ubuntu.com/support/.
>
> When someone asks a question one could always use the help factoid to set their
> expectations right.

Maybe the channel topic should be updated to reflect that development is
the main thing we discuss on this channel ? Currently it shows:

Ubuntu Server discussion and support | For general (not server specific)
support visit #ubuntu | IRC Guidelines:
https://wiki.ubuntu.com/IrcGuidelines | Get involved:
https://wiki.ubuntu.com/ServerTeam/GettingInvolved | Be patient. Don't
ask to ask, just ask. | Docs and resources:
https://help.ubuntu.com/10.04/serverguide/C/

How about:

Ubuntu Server development, discussion and support | For general (not
server specific) questions visit #ubuntu | Get involved:
https://wiki.ubuntu.com/ServerTeam/GettingInvolved | Be patient. Don't
ask to ask, just ask. | Docs and resources:
https://help.ubuntu.com/10.04/serverguide/C/

Then it wouldn't feel so awkward to ignore support questions to discuss
development issues.

--
Thierry Carrez
Ubuntu server team

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

"Thierry Carrez" <thierry.carrez@ubuntu.com> wrote:

>Mathias Gug wrote:
>>> In my case, actually having those unanswered questions kind of prevent
>>> me from using the channel for random development chat. I don't feel like
>>> appearing as an insensitive developer that continues his work and jokes
>>> with co-workers while people beg for help on the channel. And most of
>>> the time I could help them, if only I had the free time[tm] to do so.
>>
>> I understand that feeling. One perspective could be to set the expectations
>> right: answers given in the channel are done on a best effort basis. And one
>> should not be offended if their questions aren't answered even if people are
>> chatting in the channel.
>
>If I'm the only one bothered by this, I have no issue keeping the status
>quo.
>
>> The current help factoids states:
>>
>> Please don't ask to ask a question, simply ask the question (all on ONE line
>> and in the channel, so that others can read and follow it easily). If anyone
>> knows the answer they will most likely reply. :-)
>>
>> How about splitting out the help factoid to include a statement about setting
>> the expectations right:
>>
>> Thanks for stopping by and ask for help. We'll try to help you out on a best
>> effort basis. If anyone knows the answer they will probably reply. If you have
>> a serious problem you may wanna opt for another support option available at
>> http://www.ubuntu.com/support/.
>>
>> When someone asks a question one could always use the help factoid to set their
>> expectations right.
>
>Maybe the channel topic should be updated to reflect that development is
>the main thing we discuss on this channel ? Currently it shows:
>
>Ubuntu Server discussion and support | For general (not server specific)
>support visit #ubuntu | IRC Guidelines:
>https://wiki.ubuntu.com/IrcGuidelines | Get involved:
>https://wiki.ubuntu.com/ServerTeam/GettingInvolved | Be patient. Don't
>ask to ask, just ask. | Docs and resources:
>https://help.ubuntu.com/10.04/serverguide/C/
>
>How about:
>
>Ubuntu Server development, discussion and support | For general (not
>server specific) questions visit #ubuntu | Get involved:
>https://wiki.ubuntu.com/ServerTeam/GettingInvolved | Be patient. Don't
>ask to ask, just ask. | Docs and resources:
>https://help.ubuntu.com/10.04/serverguide/C/
>
>Then it wouldn't feel so awkward to ignore support questions to discuss
>development issues.
>
I'm fine with that.

Scott K

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam

Hello,

We are about to buy a Fujitsu server:

* Fujitsu Primergy RX300

and I'd like to know if someone has experience with it. I'm afraid that The server is not supported by debian. They don't list debian in the supported OS and there are no drivers for this server.

Thank you for your help,

Adrian

Hi,
On Mon, Jun 7, 2010 at 1:46 PM, Adrián Ribao Martínez <aribao@gmail.com> wrote:

Hello,



We are about to buy a Fujitsu server:



* Fujitsu Primergy RX300



and I'd like to know if someone has experience with it. I'm afraid that The server is not supported by debian. They don't list debian in the supported OS and there are no drivers for this server.


We have a etch system running xen in this server, and works fine
# lshw | head -4 && cat /etc/debian_version
rx30001******************
*** description: System
*** product: PRIMERGY RX300 S3

*** vendor: FUJITSU SIEMENS
4.0

I don't known if latter RX300 versions works too ..

Regards,

Thank you very much Javier,

We don't need virtualization in the server, I suppose it's the same and everything works ok.

Do you have a RAID controller in the system?

Thank you.

> Hi,
> On Mon, Jun 7, 2010 at 1:46 PM, Adrián Ribao Martínez <aribao@gmail.com>wrote:
>
> > Hello,
> >
> > We are about to buy a Fujitsu server:
> >
> > * Fujitsu Primergy RX300
> >
> > and I'd like to know if someone has experience with it. I'm afraid that The
> > server is not supported by debian. They don't list debian in the supported
> > OS and there are no drivers for this server.
> >
>
> We have a etch system running xen in this server, and works fine
> # lshw | head -4 && cat /etc/debian_version
> rx30001
> description: System
> product: PRIMERGY RX300 S3
> vendor: FUJITSU SIEMENS
> 4.0
>
> I don't known if latter RX300 versions works too ..
>
> Regards,
>

Adrián Ribao Martínez put forth on 6/7/2010 7:10 AM:
> Thank you very much Javier,
>
> We don't need virtualization in the server, I suppose it's the same and everything works ok.
>
> Do you have a RAID controller in the system?

According to this:
https://sp.ts.fujitsu.com/dmsp/docs/ds_prim-rx300_s4.pdf

Fujitsu uses the LSI MegaRAID series controllers, all of which are supported
by the standard Linux kernel either by megaraid.c or megaraid_sas.c.

The Broadcom BCM5708 GigE chip is supported by the standard Linux kernel.

IPMI, I2C, etc are supported by Linux, and Debian. Some of these will
probably require manual setup/configuration--it won't be done automatically
during Debian install.

If _you_ know Debian, and Linux in general, you shouldn't have a problem
running it on this server. It appears all the subsystem components are
industry standard fare supported by Linux. Again, you may have to
install/configure some of the user space tools manually.

--
Stan


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4C0CE6BD.60101@hardwarefreak.com">http://lists.debian.org/4C0CE6BD.60101@hardwarefreak.com

Thank you very much for your help.


> Adrián Ribao Martínez put forth on 6/7/2010 7:10 AM:
> > Thank you very much Javier,
> >
> > We don't need virtualization in the server, I suppose it's the same and everything works ok.
> >
> > Do you have a RAID controller in the system?
>
> According to this:
> https://sp.ts.fujitsu.com/dmsp/docs/ds_prim-rx300_s4.pdf
>
> Fujitsu uses the LSI MegaRAID series controllers, all of which are supported
> by the standard Linux kernel either by megaraid.c or megaraid_sas.c.
>
> The Broadcom BCM5708 GigE chip is supported by the standard Linux kernel.
>
> IPMI, I2C, etc are supported by Linux, and Debian. Some of these will
> probably require manual setup/configuration--it won't be done automatically
> during Debian install.
>
> If _you_ know Debian, and Linux in general, you shouldn't have a problem
> running it on this server. It appears all the subsystem components are
> industry standard fare supported by Linux. Again, you may have to
> install/configure some of the user space tools manually.
>
>

On 06/02/2010 03:14 AM, Thierry Carrez wrote:

>
> How about:
>
> Ubuntu Server development, discussion and support | For general (not
> server specific) questions visit #ubuntu | Get involved:
> https://wiki.ubuntu.com/ServerTeam/GettingInvolved | Be patient. Don't
> ask to ask, just ask. | Docs and resources:
> https://help.ubuntu.com/10.04/serverguide/C/

+1

--
Peter Matulis | GPG 34F740E8
Ubuntu Support Team | Canonical Ltd. (canonical.com)

--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com/ServerTeam