Menu
▾
▴
devil-linux-discuss — General Mailing List for all discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bogdan P. <pet...@ya...> - 2010-09-29 03:33:07
|
I removed DHCP from eth0 and seems to work now The thing is my DSL router (TP-Link) has a DHCP server even when you set it in bridge mode and I thought it was a good idea to enable it on my gateway too. It worked until now so I completely ignored this setting. Again thank you for your help and keep up the good work -------------------------------- In the beginning there was nothing. Then, God said, "Let there be light". And there was still nothing, but at least you could see it. -------------------------------- --- On Mon, 9/27/10, Bogdan Petrisor <pet...@ya...> wrote: > From: Bogdan Petrisor <pet...@ya...> > Subject: Re: [Devil-Linux-discuss] devil-linux-1.4RC4 default gateway > To: dev...@li... > Date: Monday, September 27, 2010, 10:35 PM > Hi Serge, > > I'll try this tomorrow (it's a bit late here) and let you > know how it works. > The DSL modem should be in bridge mode, I'll check that too > ... > > Thank you for your time > > -------------------------------- > In the beginning there was nothing. Then, God said, "Let > there be light". > And there was still nothing, but at least you could see > it. > -------------------------------- > > > --- On Mon, 9/27/10, Serge Leschinsky > <ser...@gm...> > wrote: > > > From: Serge Leschinsky <ser...@gm...> > > Subject: Re: [Devil-Linux-discuss] devil-linux-1.4RC4 > default gateway > > To: dev...@li... > > Date: Monday, September 27, 2010, 2:40 AM > > Hi Bogdan, > > > > After some tests I'm sure that pppoe server and client > on > > DL work correctly. The > > specific of pppd behavior is declared in > > '/usr/sbin/pppoe-start' script (and in > > log file if you start pppoe in debug mode) > > > > $ECHO "* The following section lists your routing > table." > > >> $DEBUG > > $ECHO "* If you have an entry which starts with > '0.0.0.0', > > you probably" >> $DEBUG > > $ECHO "* have defined a default route and gateway, and > pppd > > will" >> $DEBUG > > $ECHO "* not create a default route using your ISP. > > Try getting" >> $DEBUG > > $ECHO "* rid of this route." >> $DEBUG > > > > Unfortunately, I still don't understand your setup. If > your > > adsl modem works in > > bridge mode, it shouldn’t respond on DHCP, if it's > in > > router mode - there is no > > necessity to use pppoe... Assuming that it's in brige > mode > > I'd suggest keeping > > the interface connected to adsl modem unconfigured > (i.e. > > set "DHCP=no" in the > > config you posted) or add a line to adsl init script > which > > will remove default > > gateway before pppd starting. > > > > Serge > > > > On 09/19/2010 08:15 PM, Bogdan Petrisor wrote: > > > Hi Serge, > > > > > > root@annuminas:~ # cat > /etc/sysconfig/nic/ifcfg-eth0 > > > DEVICE=eth0 > > > ONBOOT=yes > > > MODULE="8139too" > > > DHCP=yes > > > IP= > > > NETMASK= > > > BROADCAST="" > > > > ..... > > > > > ------------------------------------------------------------------------------ > > Start uncovering the many advantages of virtual > appliances > > and start using them to simplify application > deployment > > and > > accelerate your shift to cloud computing. > > http://p.sf.net/sfu/novell-sfdev2dev > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > > > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment > and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2010-09-28 18:10:04
|
It's already in CVS and will be included in the next build. :-) Heiko Quoting mailing dl2 <mai...@gm...>: > I will be very happy to try it! > > Will you add the module to DL? > > Regards. > > 2010/9/28 Heiko Zuerker <he...@zu...>: >> You could always convert your expect scripts to perl. ;-) >> >> Heiko >> >> Quoting mailing dl2 <mai...@gm...>: >> >>> Damned. >>> >>> Thanks anyway for your spent time. >>> >>> We will keep some Ubuntu... >>> >>> Regards. >>> >>> 2010/9/28 Heiko Zuerker <he...@zu...>: >>>> I did some quick research and it seems expect requires tcl/tk to be >>>> installed. :-( >>>> >>>> Heiko >>>> >>>> Quoting mailing dl2 <mai...@gm...>: >>>> >>>>> Hello, >>>>> >>>>> Is it possible to add the "expect" command to the new release of DL? >>>>> >>>>> We have some Ubuntu servers that we could migrate to DL if this >>>>> command is in. >>>>> >>>>> Regards. >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Start uncovering the many advantages of virtual appliances >>>>> and start using them to simplify application deployment and >>>>> accelerate your shift to cloud computing. >>>>> http://p.sf.net/sfu/novell-sfdev2dev >>>>> _______________________________________________ >>>>> Devil-linux-discuss mailing list >>>>> Dev...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> Regards >>>> Heiko Zuerker >>>> http://www.devil-linux.org >>>> >>>> >>>> ---------------------------------------------------------------- >>>> This message was sent using IMP, the Internet Messaging Program. >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Start uncovering the many advantages of virtual appliances >>>> and start using them to simplify application deployment and >>>> accelerate your shift to cloud computing. >>>> http://p.sf.net/sfu/novell-sfdev2dev >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >>> >>> ------------------------------------------------------------------------------ >>> Start uncovering the many advantages of virtual appliances >>> and start using them to simplify application deployment and >>> accelerate your shift to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >> >> >> >> -- >> >> Regards >> Heiko Zuerker >> http://www.devil-linux.org >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: mailing d. <mai...@gm...> - 2010-09-28 14:41:30
|
I will be very happy to try it! Will you add the module to DL? Regards. 2010/9/28 Heiko Zuerker <he...@zu...>: > You could always convert your expect scripts to perl. ;-) > > Heiko > > Quoting mailing dl2 <mai...@gm...>: > >> Damned. >> >> Thanks anyway for your spent time. >> >> We will keep some Ubuntu... >> >> Regards. >> >> 2010/9/28 Heiko Zuerker <he...@zu...>: >>> I did some quick research and it seems expect requires tcl/tk to be >>> installed. :-( >>> >>> Heiko >>> >>> Quoting mailing dl2 <mai...@gm...>: >>> >>>> Hello, >>>> >>>> Is it possible to add the "expect" command to the new release of DL? >>>> >>>> We have some Ubuntu servers that we could migrate to DL if this >>>> command is in. >>>> >>>> Regards. >>>> >>>> ------------------------------------------------------------------------------ >>>> Start uncovering the many advantages of virtual appliances >>>> and start using them to simplify application deployment and >>>> accelerate your shift to cloud computing. >>>> http://p.sf.net/sfu/novell-sfdev2dev >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >>> >>> >>> >>> -- >>> >>> Regards >>> Heiko Zuerker >>> http://www.devil-linux.org >>> >>> >>> ---------------------------------------------------------------- >>> This message was sent using IMP, the Internet Messaging Program. >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Start uncovering the many advantages of virtual appliances >>> and start using them to simplify application deployment and >>> accelerate your shift to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2010-09-28 13:49:05
|
You could always convert your expect scripts to perl. ;-) Heiko Quoting mailing dl2 <mai...@gm...>: > Damned. > > Thanks anyway for your spent time. > > We will keep some Ubuntu... > > Regards. > > 2010/9/28 Heiko Zuerker <he...@zu...>: >> I did some quick research and it seems expect requires tcl/tk to be >> installed. :-( >> >> Heiko >> >> Quoting mailing dl2 <mai...@gm...>: >> >>> Hello, >>> >>> Is it possible to add the "expect" command to the new release of DL? >>> >>> We have some Ubuntu servers that we could migrate to DL if this >>> command is in. >>> >>> Regards. >>> >>> ------------------------------------------------------------------------------ >>> Start uncovering the many advantages of virtual appliances >>> and start using them to simplify application deployment and >>> accelerate your shift to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >> >> >> >> -- >> >> Regards >> Heiko Zuerker >> http://www.devil-linux.org >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: mailing d. <mai...@gm...> - 2010-09-28 13:41:13
|
Damned. Thanks anyway for your spent time. We will keep some Ubuntu... Regards. 2010/9/28 Heiko Zuerker <he...@zu...>: > I did some quick research and it seems expect requires tcl/tk to be > installed. :-( > > Heiko > > Quoting mailing dl2 <mai...@gm...>: > >> Hello, >> >> Is it possible to add the "expect" command to the new release of DL? >> >> We have some Ubuntu servers that we could migrate to DL if this >> command is in. >> >> Regards. >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2010-09-28 13:40:54
|
Hi, the "RC5" version in the testing folder is only a preliminary version. The full RC6 will be released this week. Heiko Quoting Dominic Raferd <dl...@ed...>: > Possible explanation: 1.4RC4-i686 kernel requires CPU which supports > PAE (http://en.wikipedia.org/wiki/Physical_Address_Extension), if yours > does not have this I think you have to use 1.4RC4-i486, or maybe there > is a way to switch it off at the boot prompt? > > Dominic > > On 28/09/2010 11:44, Paolo Spizzirri wrote: >> i downloaded DL 1.4RC4 version and wrote bootcd.iso image onto a new >> cd, but when i power on the system, it fails to boot from cd. >> All works well with 1.2 Version. >> >> Paolo >> -- >> >> *Paolo Spizzirri* >> >> Software Developer >> >> Mobile: +39 349 7784465 >> Email: pao...@gm... > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2010-09-28 13:21:55
|
I did some quick research and it seems expect requires tcl/tk to be installed. :-( Heiko Quoting mailing dl2 <mai...@gm...>: > Hello, > > Is it possible to add the "expect" command to the new release of DL? > > We have some Ubuntu servers that we could migrate to DL if this > command is in. > > Regards. > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2010-09-28 13:09:50
|
Ah crap, the version in the testing directory wasn't marked as a test-release. I'll bumped up the version number in CVS.... Heiko Quoting Dominic Raferd <dl...@ed...>: > Or will it be 1.4RC6? I've been using 1.4RC5 for a while now: > > # cat /DEVIL-LINUX > 1.4RC5 > > Dominic > > On 27/09/2010 15:01, Heiko Zuerker wrote: >> Hey, >> >> 1.4RCx is very stable already. >> 1.4RC5 will be released probably within the week, so it'll probably be >> worth waiting for it. >> >> Most of the settings should be upgraded without any issues, but you'll >> have to do some adjustments. Most components are on significantly >> newer versions. >> >> Heiko >> >> Quoting Paolo Spizzirri<pao...@gm...>: >> >>> I'm using DL 1.2 in my Headquarter Office with Firewall,DHCP,DNS and >>> VPN Services enabled;now we're going to open a Branch Office in >>> another city. So i'm thinking about using the new 1.4RC4 version >>> instead of 1.2. My question is : how stable is the 1.4RC4 version ? >>> Can i pass to the new version from 1.2 without any problems, >>> preserving the same configuration settings? When will the 1.4 >>> stable version be released? Kind Regards, >>> Paolo -- PAOLO SPIZZIRRI >>> >>> Software Developer >>> >>> Mobile: +39 349 7784465 >>> Email: pao...@gm... > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2010-09-28 11:48:41
|
Possible explanation: 1.4RC4-i686 kernel requires CPU which supports PAE (http://en.wikipedia.org/wiki/Physical_Address_Extension), if yours does not have this I think you have to use 1.4RC4-i486, or maybe there is a way to switch it off at the boot prompt? Dominic On 28/09/2010 11:44, Paolo Spizzirri wrote: > i downloaded DL 1.4RC4 version and wrote bootcd.iso image onto a new > cd, but when i power on the system, it fails to boot from cd. > All works well with 1.2 Version. > > Paolo > -- > > *Paolo Spizzirri* > > Software Developer > > Mobile: +39 349 7784465 > Email: pao...@gm... |
|
From: Paolo S. <pao...@gm...> - 2010-09-28 10:45:03
|
i downloaded DL 1.4RC4 version and wrote bootcd.iso image onto a new cd, but when i power on the system, it fails to boot from cd. All works well with 1.2 Version. Paolo -- *Paolo Spizzirri* Software Developer Mobile: +39 349 7784465 Email: pao...@gm... |
|
From: mailing d. <mai...@gm...> - 2010-09-28 09:38:51
|
Hello, Is it possible to add the "expect" command to the new release of DL? We have some Ubuntu servers that we could migrate to DL if this command is in. Regards. |
|
From: Dominic R. <dl...@ed...> - 2010-09-28 08:37:25
|
Or will it be 1.4RC6? I've been using 1.4RC5 for a while now: # cat /DEVIL-LINUX 1.4RC5 Dominic On 27/09/2010 15:01, Heiko Zuerker wrote: > Hey, > > 1.4RCx is very stable already. > 1.4RC5 will be released probably within the week, so it'll probably be > worth waiting for it. > > Most of the settings should be upgraded without any issues, but you'll > have to do some adjustments. Most components are on significantly > newer versions. > > Heiko > > Quoting Paolo Spizzirri<pao...@gm...>: > >> I'm using DL 1.2 in my Headquarter Office with Firewall,DHCP,DNS and >> VPN Services enabled;now we're going to open a Branch Office in >> another city. So i'm thinking about using the new 1.4RC4 version >> instead of 1.2. My question is : how stable is the 1.4RC4 version ? >> Can i pass to the new version from 1.2 without any problems, >> preserving the same configuration settings? When will the 1.4 >> stable version be released? Kind Regards, >> Paolo -- PAOLO SPIZZIRRI >> >> Software Developer >> >> Mobile: +39 349 7784465 >> Email: pao...@gm... |
|
From: Bogdan P. <pet...@ya...> - 2010-09-28 02:35:54
|
Hi Serge, I'll try this tomorrow (it's a bit late here) and let you know how it works. The DSL modem should be in bridge mode, I'll check that too ... Thank you for your time -------------------------------- In the beginning there was nothing. Then, God said, "Let there be light". And there was still nothing, but at least you could see it. -------------------------------- --- On Mon, 9/27/10, Serge Leschinsky <ser...@gm...> wrote: > From: Serge Leschinsky <ser...@gm...> > Subject: Re: [Devil-Linux-discuss] devil-linux-1.4RC4 default gateway > To: dev...@li... > Date: Monday, September 27, 2010, 2:40 AM > Hi Bogdan, > > After some tests I'm sure that pppoe server and client on > DL work correctly. The > specific of pppd behavior is declared in > '/usr/sbin/pppoe-start' script (and in > log file if you start pppoe in debug mode) > > $ECHO "* The following section lists your routing table." > >> $DEBUG > $ECHO "* If you have an entry which starts with '0.0.0.0', > you probably" >> $DEBUG > $ECHO "* have defined a default route and gateway, and pppd > will" >> $DEBUG > $ECHO "* not create a default route using your ISP. > Try getting" >> $DEBUG > $ECHO "* rid of this route." >> $DEBUG > > Unfortunately, I still don't understand your setup. If your > adsl modem works in > bridge mode, it shouldn’t respond on DHCP, if it's in > router mode - there is no > necessity to use pppoe... Assuming that it's in brige mode > I'd suggest keeping > the interface connected to adsl modem unconfigured (i.e. > set "DHCP=no" in the > config you posted) or add a line to adsl init script which > will remove default > gateway before pppd starting. > > Serge > > On 09/19/2010 08:15 PM, Bogdan Petrisor wrote: > > Hi Serge, > > > > root@annuminas:~ # cat /etc/sysconfig/nic/ifcfg-eth0 > > DEVICE=eth0 > > ONBOOT=yes > > MODULE="8139too" > > DHCP=yes > > IP= > > NETMASK= > > BROADCAST="" > > ..... > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment > and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2010-09-27 19:34:07
|
I added it to CVS. I didn't get a chance to validate it myself yet, so I hope this works. ;-) Heiko Quoting Dominic Raferd <dl...@ed...>: > I uploaded the revised /etc/init.d/beep (and diff file) to mantis, > with your fix > > Dominic > > On 27/09/2010 08:16, mailing dl2 wrote: >> Hello, >> >> I did test it and it seems that the line >> + if [ "`tty`" = "/dev/ttys/0" ]; then >> should be replaced by >> + if [ "`tty`" = "/dev/console" ]; then >> >> Thanks for this patch. >> >> Regards. >> >> 2010/9/26 Heiko Zuerker<he...@zu...>: >>> Could someone using a serial console try Dominic's patch? >>> >>> Heiko >>> >>>> -----Original Message----- >>>> From: Dominic Raferd [mailto:dl...@ed...] >>>> Sent: Friday, September 24, 2010 10:05 AM >>>> To: dev...@li... >>>> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >>>> >>>> According to man beep at swoolley.org/*man*.cgi/*beep*: 'beep >>>> attempts to poke at the tty, which is how it beeps'. So yes it doesn't >>> use >>>> the bell character but it is still using tty. The serial console setup >>>> establishes 2 consoles: tty0 and ttyS0. In this case, a/c to >>>> http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure- >>>> kernel.html, >>>> 'kernel messages will appear on both the first virtual terminal and >>> the >>>> serial port, but messages from the init system and the system logger >>> will >>>> appear only on the first serial port'. >>>> >>>> My guess is that the output from the beep program, like that from the >>>> init system and the system logger, goes to ttyS0 and not to tty0. >>> There >>>> doesn't seem to be an option in beep to force it to go elsewhere, so >>>> maybe for serial consoles echo is the only way. >>>> >>>> I guess /etc/init.d/beep could be modified to use an echo sequence >>>> directed to /dev/tty0 instead of the beep sequences if `tty` is >>>> /dev/ttys/0? Something like: >>>> >>>> # diff -U 0 /etc/init.d/beep /opt/beep >>>> --- /etc/init.d/beep 1980-01-01 01:01:01.000000000 +0000 >>>> +++ /opt/beep 2010-09-24 16:01:20.000000000 +0100 >>>> @@ -51,0 +52,4 @@ >>>> + if [ "`tty`" = "/dev/ttys/0" ]; then >>>> + # force bell sound to tty0 i.e. local machine >>>> + for n in {4..1}; do echo -en "\a">/dev/tty0; >>>> sleep 0.$n; done >>>> + else >>>> @@ -58,0 +63 @@ >>>> + fi >>>> >>>> (untested in a serial console configuration) >>>> >>>> Dominic >>>> >>>> On 24/09/2010 15:35, Heiko Zuerker wrote: >>>>> The 'normal' DL beep doesn't use the bell character, the program >>>>> controls the PC speaker directly as far as I remember. >>>>> >>>>> Heiko >>>>> >>>>>> -----Original Message----- >>>>>> From: Dominic Raferd [mailto:dl...@ed...] >>>>>> Sent: Friday, September 24, 2010 9:29 AM >>>>>> To: dev...@li... >>>>>> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >>>>>> >>>>>> Ok, I'm glad it worked then. It works for me too with>/dev/tty1, >>>>>> or >>>>>>> /dev/tty0. Does it work for you with /dev/tty0? >>>>>> I am trying to understand why the normal DL startup beep doesn't >>>> work >>>>>> for you. Googling 'man beep', there is a suggestion about chmod >>> 4755 >>>>>> beep which might help. >>>>>> >>>>>> Can anyone else using DL through serial console configured by >>>>> install-on- >>>>>> usb confirm that they don't hear startup beeps at the DL box? >>>>>> >>>>>> Dominic >>>>>> >>>>>> On 24/09/2010 14:56, mailing dl2 wrote: >>>>>>> In fact I was looking to hear the beep at the DL box, when you are >>>>> in >>>>>>> front of the computer and you are not sure if it has finished its >>>>> boot >>>>>>> process. >>>>>>> >>>>>>> So your answer match my need. >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>> Sorry then maybe this isn't a solution for you. You might >>> check >>>>> the >>>>>>>> settings of your serial-connection client machine, maybe there is >>> a >>>>>>>> way to enable the bell sound. For instance Putty offers different >>>>>>>> actions upon receiving a bell via the terminal. Maybe your client >>>>> is >>>>>>>> just ignoring the bell character when it receives it (via ttyS0)? >>>>>>>> >>>>>>>> On 24/09/2010 13:58, mailing dl2 wrote: >>>>>>>>> Yes, when I redirect to tty1, I hear it on the DL box. >>>>>>>>> >>>>>>>>> I will add a script at startup with : echo -e "\a"> >>> /dev/tty1 >>>>>>>>> Thanks. >>>>>>>>> >>>>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>>>> So echoing to tty1 do you hear it on your remote machine >>> (via >>>>>>>>>> serial >>>>>>>>>> connection) or just on the local (DL) machine? >>>>>>>>>> >>>>>>>>>> On 24/09/2010 12:51, mailing dl2 wrote: >>>>>>>>>>> I did the test and the result is: >>>>>>>>>>> >>>>>>>>>>> through serial port (ttyS0) I do not hear the beep through >>>>> console >>>>>>>>>>> port (tty1) I do hear the beep >>>>>>>>>>> >>>>>>>>>>> Regards. >>>>>>>>>>> >>>>>>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>>>>>> I don't use serial mode but does it work if you echo a >>>>>>>>>>>> bell character (ASCII 07)? >>>>>>>>>>>> >>>>>>>>>>>> echo -e "\a" >>>>>>>>>>>> >>>>>>>>>>>> Or for several bells, not as distinctive as DL's normal >>>>> start-up >>>>>>>>>>>> beep but might be adequate for a start-up signal: >>>>>>>>>>>> >>>>>>>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done >>>>>>>>>>>> >>>>>>>>>>>> Dominic >>>>>>>>>>>> >>>>>>>>>>>> On 24/09/2010 08:31, mailing dl2 wrote: >>>>>>>>>>>>> Hello, >>>>>>>>>>>>> >>>>>>>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is >>>>>>>>>>>>> easier to have serial acces than KVM access on remote sites. >>>>>>>>>>>>> >>>>>>>>>>>>> The problem we face is that in serial mode, the beep at the >>>>> end >>>>>>>>>>>>> of the startup process are not working. >>>>>>>>>>>>> >>>>>>>>>>>>> At the startup it outputs this: >>>>>>>>>>>>> >>>>>>>>>>>>> Starting beep system-up noises: >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>>> >>>>>>>>>>>>> When I type "beep" through serial port (ttyS0) it outputs >>> the >>>>>>>>>>>>> error message and it does not beep. >>>>>>>>>>>>> And when I type "beep" through console (tty1) it outputs >>>> the >>>>>>>>>>>>> error message but it does beep. >>>>>>>>>>>>> >>>>>>>>>>>>> It is realy usefull to hear the beep when you (or a non >>>>>>>>>>>>> technical >>>>>>>>>>>>> user) are in a technical without acces to a monitor. >>>>>>>>>>>>> We really miss it. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards. >>> ---------------------------------------------------------------------- >>>>> -- >>>>> ------ >>>>>> Nokia and AT&T present the 2010 Calling All Innovators-North >>> America >>>>>> contest Create new apps& games for the Nokia N8 for consumers in >>>>>> U.S. and Canada >>>>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>>>> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >>>> Publish >>>>>> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >>>>>> _______________________________________________ >>>>>> Devil-linux-discuss mailing list >>>>>> Dev...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>>> >>> ---------------------------------------------------------------------- >>>>> -------- Nokia and AT&T present the 2010 Calling All >>> Innovators-North >>>>> America contest Create new apps& games for the Nokia N8 for >>>> consumers >>>>> in U.S. and Canada >>>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>>> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >>>> Publish >>>>> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >>>>> _______________________________________________ >>>>> Devil-linux-discuss mailing list >>>>> Dev...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>>> >>>> >>> ------------------------------------------------------------------------ >>> ------ >>>> Start uncovering the many advantages of virtual appliances and start >>>> using them to simplify application deployment and accelerate your >>> shift >>>> to cloud computing. >>>> http://p.sf.net/sfu/novell-sfdev2dev >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >>> ------------------------------------------------------------------------------ >>> Start uncovering the many advantages of virtual appliances >>> and start using them to simplify application deployment and >>> accelerate your shift to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2010-09-27 18:43:50
|
I uploaded the revised /etc/init.d/beep (and diff file) to mantis, with your fix Dominic On 27/09/2010 08:16, mailing dl2 wrote: > Hello, > > I did test it and it seems that the line > + if [ "`tty`" = "/dev/ttys/0" ]; then > should be replaced by > + if [ "`tty`" = "/dev/console" ]; then > > Thanks for this patch. > > Regards. > > 2010/9/26 Heiko Zuerker<he...@zu...>: >> Could someone using a serial console try Dominic's patch? >> >> Heiko >> >>> -----Original Message----- >>> From: Dominic Raferd [mailto:dl...@ed...] >>> Sent: Friday, September 24, 2010 10:05 AM >>> To: dev...@li... >>> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >>> >>> According to man beep at swoolley.org/*man*.cgi/*beep*: 'beep >>> attempts to poke at the tty, which is how it beeps'. So yes it doesn't >> use >>> the bell character but it is still using tty. The serial console setup >>> establishes 2 consoles: tty0 and ttyS0. In this case, a/c to >>> http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure- >>> kernel.html, >>> 'kernel messages will appear on both the first virtual terminal and >> the >>> serial port, but messages from the init system and the system logger >> will >>> appear only on the first serial port'. >>> >>> My guess is that the output from the beep program, like that from the >>> init system and the system logger, goes to ttyS0 and not to tty0. >> There >>> doesn't seem to be an option in beep to force it to go elsewhere, so >>> maybe for serial consoles echo is the only way. >>> >>> I guess /etc/init.d/beep could be modified to use an echo sequence >>> directed to /dev/tty0 instead of the beep sequences if `tty` is >>> /dev/ttys/0? Something like: >>> >>> # diff -U 0 /etc/init.d/beep /opt/beep >>> --- /etc/init.d/beep 1980-01-01 01:01:01.000000000 +0000 >>> +++ /opt/beep 2010-09-24 16:01:20.000000000 +0100 >>> @@ -51,0 +52,4 @@ >>> + if [ "`tty`" = "/dev/ttys/0" ]; then >>> + # force bell sound to tty0 i.e. local machine >>> + for n in {4..1}; do echo -en "\a">/dev/tty0; >>> sleep 0.$n; done >>> + else >>> @@ -58,0 +63 @@ >>> + fi >>> >>> (untested in a serial console configuration) >>> >>> Dominic >>> >>> On 24/09/2010 15:35, Heiko Zuerker wrote: >>>> The 'normal' DL beep doesn't use the bell character, the program >>>> controls the PC speaker directly as far as I remember. >>>> >>>> Heiko >>>> >>>>> -----Original Message----- >>>>> From: Dominic Raferd [mailto:dl...@ed...] >>>>> Sent: Friday, September 24, 2010 9:29 AM >>>>> To: dev...@li... >>>>> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >>>>> >>>>> Ok, I'm glad it worked then. It works for me too with>/dev/tty1, >>>>> or >>>>>> /dev/tty0. Does it work for you with /dev/tty0? >>>>> I am trying to understand why the normal DL startup beep doesn't >>> work >>>>> for you. Googling 'man beep', there is a suggestion about chmod >> 4755 >>>>> beep which might help. >>>>> >>>>> Can anyone else using DL through serial console configured by >>>> install-on- >>>>> usb confirm that they don't hear startup beeps at the DL box? >>>>> >>>>> Dominic >>>>> >>>>> On 24/09/2010 14:56, mailing dl2 wrote: >>>>>> In fact I was looking to hear the beep at the DL box, when you are >>>> in >>>>>> front of the computer and you are not sure if it has finished its >>>> boot >>>>>> process. >>>>>> >>>>>> So your answer match my need. >>>>>> >>>>>> Thanks. >>>>>> >>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>> Sorry then maybe this isn't a solution for you. You might >> check >>>> the >>>>>>> settings of your serial-connection client machine, maybe there is >> a >>>>>>> way to enable the bell sound. For instance Putty offers different >>>>>>> actions upon receiving a bell via the terminal. Maybe your client >>>> is >>>>>>> just ignoring the bell character when it receives it (via ttyS0)? >>>>>>> >>>>>>> On 24/09/2010 13:58, mailing dl2 wrote: >>>>>>>> Yes, when I redirect to tty1, I hear it on the DL box. >>>>>>>> >>>>>>>> I will add a script at startup with : echo -e "\a"> >> /dev/tty1 >>>>>>>> Thanks. >>>>>>>> >>>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>>> So echoing to tty1 do you hear it on your remote machine >> (via >>>>>>>>> serial >>>>>>>>> connection) or just on the local (DL) machine? >>>>>>>>> >>>>>>>>> On 24/09/2010 12:51, mailing dl2 wrote: >>>>>>>>>> I did the test and the result is: >>>>>>>>>> >>>>>>>>>> through serial port (ttyS0) I do not hear the beep through >>>> console >>>>>>>>>> port (tty1) I do hear the beep >>>>>>>>>> >>>>>>>>>> Regards. >>>>>>>>>> >>>>>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>>>>> I don't use serial mode but does it work if you echo a >>>>>>>>>>> bell character (ASCII 07)? >>>>>>>>>>> >>>>>>>>>>> echo -e "\a" >>>>>>>>>>> >>>>>>>>>>> Or for several bells, not as distinctive as DL's normal >>>> start-up >>>>>>>>>>> beep but might be adequate for a start-up signal: >>>>>>>>>>> >>>>>>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done >>>>>>>>>>> >>>>>>>>>>> Dominic >>>>>>>>>>> >>>>>>>>>>> On 24/09/2010 08:31, mailing dl2 wrote: >>>>>>>>>>>> Hello, >>>>>>>>>>>> >>>>>>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is >>>>>>>>>>>> easier to have serial acces than KVM access on remote sites. >>>>>>>>>>>> >>>>>>>>>>>> The problem we face is that in serial mode, the beep at the >>>> end >>>>>>>>>>>> of the startup process are not working. >>>>>>>>>>>> >>>>>>>>>>>> At the startup it outputs this: >>>>>>>>>>>> >>>>>>>>>>>> Starting beep system-up noises: >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> ioctl: Invalid argument >>>>>>>>>>>> >>>>>>>>>>>> When I type "beep" through serial port (ttyS0) it outputs >> the >>>>>>>>>>>> error message and it does not beep. >>>>>>>>>>>> And when I type "beep" through console (tty1) it outputs >>> the >>>>>>>>>>>> error message but it does beep. >>>>>>>>>>>> >>>>>>>>>>>> It is realy usefull to hear the beep when you (or a non >>>>>>>>>>>> technical >>>>>>>>>>>> user) are in a technical without acces to a monitor. >>>>>>>>>>>> We really miss it. >>>>>>>>>>>> >>>>>>>>>>>> Regards. >> ---------------------------------------------------------------------- >>>> -- >>>> ------ >>>>> Nokia and AT&T present the 2010 Calling All Innovators-North >> America >>>>> contest Create new apps& games for the Nokia N8 for consumers in >>>>> U.S. and Canada >>>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>>> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >>> Publish >>>>> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >>>>> _______________________________________________ >>>>> Devil-linux-discuss mailing list >>>>> Dev...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >> ---------------------------------------------------------------------- >>>> -------- Nokia and AT&T present the 2010 Calling All >> Innovators-North >>>> America contest Create new apps& games for the Nokia N8 for >>> consumers >>>> in U.S. and Canada >>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >>> Publish >>>> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >>> >> ------------------------------------------------------------------------ >> ------ >>> Start uncovering the many advantages of virtual appliances and start >>> using them to simplify application deployment and accelerate your >> shift >>> to cloud computing. >>> http://p.sf.net/sfu/novell-sfdev2dev >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> >> ------------------------------------------------------------------------------ >> Start uncovering the many advantages of virtual appliances >> and start using them to simplify application deployment and >> accelerate your shift to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2010-09-27 17:57:10
|
I just checked in the dovecot 2.04 update into CVS. It'll be included in the next RC. Heiko Quoting Udo Lembke <udo...@al...>: > Am 13.09.2010 15:41, schrieb Heiko Zuerker: >> I was contemplating about it, but didn't do it yet since it just >> recently got released. >> On the other hand, dovecot has always released pretty stable software. >> >> Any opinions on this? >> >> Heiko >> >> > yes, i think there will be some futher dovecot-updates. But 2.0.2 is > released, so the most will work without problems (i guessed). > And there a good changes with version 2 - so it will be nice to get the > features in 1.4. > BTW. there are some changes in the config-files, so it will be better to > change the config-files on a devil-linux update between 1.2/3 to 1.4 > than between 1.4.1 to 1.4.2 (only for instance). > > Udo > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2010-09-27 14:01:19
|
Hey, 1.4RCx is very stable already. 1.4RC5 will be released probably within the week, so it'll probably be worth waiting for it. Most of the settings should be upgraded without any issues, but you'll have to do some adjustments. Most components are on significantly newer versions. Heiko Quoting Paolo Spizzirri <pao...@gm...>: > I'm using DL 1.2 in my Headquarter Office with Firewall,DHCP,DNS and > VPN Services enabled;now we're going to open a Branch Office in > another city. So i'm thinking about using the new 1.4RC4 version > instead of 1.2. My question is : how stable is the 1.4RC4 version ? > Can i pass to the new version from 1.2 without any problems, > preserving the same configuration settings? When will the 1.4 > stable version be released? Kind Regards, > Paolo -- PAOLO SPIZZIRRI > > Software Developer > > Mobile: +39 349 7784465 > Email: pao...@gm... -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Paolo S. <pao...@gm...> - 2010-09-27 10:50:47
|
I'm using DL 1.2 in my Headquarter Office with Firewall,DHCP,DNS and VPN Services enabled;now we're going to open a Branch Office in another city. So i'm thinking about using the new 1.4RC4 version instead of 1.2. My question is : how stable is the 1.4RC4 version ? Can i pass to the new version from 1.2 without any problems, preserving the same configuration settings? When will the 1.4 stable version be released? Kind Regards, Paolo -- *Paolo Spizzirri* Software Developer Mobile: +39 349 7784465 Email: pao...@gm... |
|
From: mailing d. <mai...@gm...> - 2010-09-27 07:16:20
|
Hello, I did test it and it seems that the line + if [ "`tty`" = "/dev/ttys/0" ]; then should be replaced by + if [ "`tty`" = "/dev/console" ]; then Thanks for this patch. Regards. 2010/9/26 Heiko Zuerker <he...@zu...>: > Could someone using a serial console try Dominic's patch? > > Heiko > >> -----Original Message----- >> From: Dominic Raferd [mailto:dl...@ed...] >> Sent: Friday, September 24, 2010 10:05 AM >> To: dev...@li... >> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >> >> According to man beep at swoolley.org/*man*.cgi/*beep*: 'beep >> attempts to poke at the tty, which is how it beeps'. So yes it doesn't > use >> the bell character but it is still using tty. The serial console setup >> establishes 2 consoles: tty0 and ttyS0. In this case, a/c to >> http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure- >> kernel.html, >> 'kernel messages will appear on both the first virtual terminal and > the >> serial port, but messages from the init system and the system logger > will >> appear only on the first serial port'. >> >> My guess is that the output from the beep program, like that from the >> init system and the system logger, goes to ttyS0 and not to tty0. > There >> doesn't seem to be an option in beep to force it to go elsewhere, so >> maybe for serial consoles echo is the only way. >> >> I guess /etc/init.d/beep could be modified to use an echo sequence >> directed to /dev/tty0 instead of the beep sequences if `tty` is >> /dev/ttys/0? Something like: >> >> # diff -U 0 /etc/init.d/beep /opt/beep >> --- /etc/init.d/beep 1980-01-01 01:01:01.000000000 +0000 >> +++ /opt/beep 2010-09-24 16:01:20.000000000 +0100 >> @@ -51,0 +52,4 @@ >> + if [ "`tty`" = "/dev/ttys/0" ]; then >> + # force bell sound to tty0 i.e. local machine >> + for n in {4..1}; do echo -en "\a">/dev/tty0; >> sleep 0.$n; done >> + else >> @@ -58,0 +63 @@ >> + fi >> >> (untested in a serial console configuration) >> >> Dominic >> >> On 24/09/2010 15:35, Heiko Zuerker wrote: >> > The 'normal' DL beep doesn't use the bell character, the program >> > controls the PC speaker directly as far as I remember. >> > >> > Heiko >> > >> >> -----Original Message----- >> >> From: Dominic Raferd [mailto:dl...@ed...] >> >> Sent: Friday, September 24, 2010 9:29 AM >> >> To: dev...@li... >> >> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >> >> >> >> Ok, I'm glad it worked then. It works for me too with>/dev/tty1, >> >> or >> >>> /dev/tty0. Does it work for you with /dev/tty0? >> >> I am trying to understand why the normal DL startup beep doesn't >> work >> >> for you. Googling 'man beep', there is a suggestion about chmod > 4755 >> >> beep which might help. >> >> >> >> Can anyone else using DL through serial console configured by >> > install-on- >> >> usb confirm that they don't hear startup beeps at the DL box? >> >> >> >> Dominic >> >> >> >> On 24/09/2010 14:56, mailing dl2 wrote: >> >>> In fact I was looking to hear the beep at the DL box, when you are >> > in >> >>> front of the computer and you are not sure if it has finished its >> > boot >> >>> process. >> >>> >> >>> So your answer match my need. >> >>> >> >>> Thanks. >> >>> >> >>> 2010/9/24 Dominic Raferd<dl...@ed...>: >> >>>> Sorry then maybe this isn't a solution for you. You might > check >> > the >> >>>> settings of your serial-connection client machine, maybe there is > a >> >>>> way to enable the bell sound. For instance Putty offers different >> >>>> actions upon receiving a bell via the terminal. Maybe your client >> > is >> >>>> just ignoring the bell character when it receives it (via ttyS0)? >> >>>> >> >>>> On 24/09/2010 13:58, mailing dl2 wrote: >> >>>>> Yes, when I redirect to tty1, I hear it on the DL box. >> >>>>> >> >>>>> I will add a script at startup with : echo -e "\a"> > /dev/tty1 >> >>>>> >> >>>>> Thanks. >> >>>>> >> >>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >> >>>>>> So echoing to tty1 do you hear it on your remote machine > (via >> >>>>>> serial >> >>>>>> connection) or just on the local (DL) machine? >> >>>>>> >> >>>>>> On 24/09/2010 12:51, mailing dl2 wrote: >> >>>>>>> I did the test and the result is: >> >>>>>>> >> >>>>>>> through serial port (ttyS0) I do not hear the beep through >> > console >> >>>>>>> port (tty1) I do hear the beep >> >>>>>>> >> >>>>>>> Regards. >> >>>>>>> >> >>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >> >>>>>>>> I don't use serial mode but does it work if you echo a >> >>>>>>>> bell character (ASCII 07)? >> >>>>>>>> >> >>>>>>>> echo -e "\a" >> >>>>>>>> >> >>>>>>>> Or for several bells, not as distinctive as DL's normal >> > start-up >> >>>>>>>> beep but might be adequate for a start-up signal: >> >>>>>>>> >> >>>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done >> >>>>>>>> >> >>>>>>>> Dominic >> >>>>>>>> >> >>>>>>>> On 24/09/2010 08:31, mailing dl2 wrote: >> >>>>>>>>> Hello, >> >>>>>>>>> >> >>>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is >> >>>>>>>>> easier to have serial acces than KVM access on remote sites. >> >>>>>>>>> >> >>>>>>>>> The problem we face is that in serial mode, the beep at the >> > end >> >>>>>>>>> of the startup process are not working. >> >>>>>>>>> >> >>>>>>>>> At the startup it outputs this: >> >>>>>>>>> >> >>>>>>>>> Starting beep system-up noises: >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> ioctl: Invalid argument >> >>>>>>>>> >> >>>>>>>>> When I type "beep" through serial port (ttyS0) it outputs > the >> >>>>>>>>> error message and it does not beep. >> >>>>>>>>> And when I type "beep" through console (tty1) it outputs >> the >> >>>>>>>>> error message but it does beep. >> >>>>>>>>> >> >>>>>>>>> It is realy usefull to hear the beep when you (or a non >> >>>>>>>>> technical >> >>>>>>>>> user) are in a technical without acces to a monitor. >> >>>>>>>>> We really miss it. >> >>>>>>>>> >> >>>>>>>>> Regards. >> >> >> > > ---------------------------------------------------------------------- >> > -- >> > ------ >> >> Nokia and AT&T present the 2010 Calling All Innovators-North > America >> >> contest Create new apps& games for the Nokia N8 for consumers in >> >> U.S. and Canada >> >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >> >> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >> Publish >> >> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >> >> _______________________________________________ >> >> Devil-linux-discuss mailing list >> >> Dev...@li... >> >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > >> > > ---------------------------------------------------------------------- >> > -------- Nokia and AT&T present the 2010 Calling All > Innovators-North >> > America contest Create new apps& games for the Nokia N8 for >> consumers >> > in U.S. and Canada >> > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >> > marketing Develop with Nokia Qt SDK, Web Runtime, or Java and >> Publish >> > to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >> > _______________________________________________ >> > Devil-linux-discuss mailing list >> > Dev...@li... >> > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > >> >> > ------------------------------------------------------------------------ > ------ >> Start uncovering the many advantages of virtual appliances and start >> using them to simplify application deployment and accelerate your > shift >> to cloud computing. >> http://p.sf.net/sfu/novell-sfdev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Serge L. <ser...@gm...> - 2010-09-27 06:40:35
|
Hi Bogdan, After some tests I'm sure that pppoe server and client on DL work correctly. The specific of pppd behavior is declared in '/usr/sbin/pppoe-start' script (and in log file if you start pppoe in debug mode) $ECHO "* The following section lists your routing table." >> $DEBUG $ECHO "* If you have an entry which starts with '0.0.0.0', you probably" >> $DEBUG $ECHO "* have defined a default route and gateway, and pppd will" >> $DEBUG $ECHO "* not create a default route using your ISP. Try getting" >> $DEBUG $ECHO "* rid of this route." >> $DEBUG Unfortunately, I still don't understand your setup. If your adsl modem works in bridge mode, it shouldn’t respond on DHCP, if it's in router mode - there is no necessity to use pppoe... Assuming that it's in brige mode I'd suggest keeping the interface connected to adsl modem unconfigured (i.e. set "DHCP=no" in the config you posted) or add a line to adsl init script which will remove default gateway before pppd starting. Serge On 09/19/2010 08:15 PM, Bogdan Petrisor wrote: > Hi Serge, > > root@annuminas:~ # cat /etc/sysconfig/nic/ifcfg-eth0 > DEVICE=eth0 > ONBOOT=yes > MODULE="8139too" > DHCP=yes > IP= > NETMASK= > BROADCAST="" ..... |
|
From: Heiko Z. <he...@zu...> - 2010-09-26 12:40:28
|
Could someone using a serial console try Dominic's patch? Heiko > -----Original Message----- > From: Dominic Raferd [mailto:dl...@ed...] > Sent: Friday, September 24, 2010 10:05 AM > To: dev...@li... > Subject: Re: [Devil-Linux-discuss] Beep in serial mode > > According to man beep at swoolley.org/*man*.cgi/*beep*: 'beep > attempts to poke at the tty, which is how it beeps'. So yes it doesn't use > the bell character but it is still using tty. The serial console setup > establishes 2 consoles: tty0 and ttyS0. In this case, a/c to > http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure- > kernel.html, > 'kernel messages will appear on both the first virtual terminal and the > serial port, but messages from the init system and the system logger will > appear only on the first serial port'. > > My guess is that the output from the beep program, like that from the > init system and the system logger, goes to ttyS0 and not to tty0. There > doesn't seem to be an option in beep to force it to go elsewhere, so > maybe for serial consoles echo is the only way. > > I guess /etc/init.d/beep could be modified to use an echo sequence > directed to /dev/tty0 instead of the beep sequences if `tty` is > /dev/ttys/0? Something like: > > # diff -U 0 /etc/init.d/beep /opt/beep > --- /etc/init.d/beep 1980-01-01 01:01:01.000000000 +0000 > +++ /opt/beep 2010-09-24 16:01:20.000000000 +0100 > @@ -51,0 +52,4 @@ > + if [ "`tty`" = "/dev/ttys/0" ]; then > + # force bell sound to tty0 i.e. local machine > + for n in {4..1}; do echo -en "\a">/dev/tty0; > sleep 0.$n; done > + else > @@ -58,0 +63 @@ > + fi > > (untested in a serial console configuration) > > Dominic > > On 24/09/2010 15:35, Heiko Zuerker wrote: > > The 'normal' DL beep doesn't use the bell character, the program > > controls the PC speaker directly as far as I remember. > > > > Heiko > > > >> -----Original Message----- > >> From: Dominic Raferd [mailto:dl...@ed...] > >> Sent: Friday, September 24, 2010 9:29 AM > >> To: dev...@li... > >> Subject: Re: [Devil-Linux-discuss] Beep in serial mode > >> > >> Ok, I'm glad it worked then. It works for me too with>/dev/tty1, > >> or > >>> /dev/tty0. Does it work for you with /dev/tty0? > >> I am trying to understand why the normal DL startup beep doesn't > work > >> for you. Googling 'man beep', there is a suggestion about chmod 4755 > >> beep which might help. > >> > >> Can anyone else using DL through serial console configured by > > install-on- > >> usb confirm that they don't hear startup beeps at the DL box? > >> > >> Dominic > >> > >> On 24/09/2010 14:56, mailing dl2 wrote: > >>> In fact I was looking to hear the beep at the DL box, when you are > > in > >>> front of the computer and you are not sure if it has finished its > > boot > >>> process. > >>> > >>> So your answer match my need. > >>> > >>> Thanks. > >>> > >>> 2010/9/24 Dominic Raferd<dl...@ed...>: > >>>> Sorry then maybe this isn't a solution for you. You might check > > the > >>>> settings of your serial-connection client machine, maybe there is a > >>>> way to enable the bell sound. For instance Putty offers different > >>>> actions upon receiving a bell via the terminal. Maybe your client > > is > >>>> just ignoring the bell character when it receives it (via ttyS0)? > >>>> > >>>> On 24/09/2010 13:58, mailing dl2 wrote: > >>>>> Yes, when I redirect to tty1, I hear it on the DL box. > >>>>> > >>>>> I will add a script at startup with : echo -e "\a"> /dev/tty1 > >>>>> > >>>>> Thanks. > >>>>> > >>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: > >>>>>> So echoing to tty1 do you hear it on your remote machine (via > >>>>>> serial > >>>>>> connection) or just on the local (DL) machine? > >>>>>> > >>>>>> On 24/09/2010 12:51, mailing dl2 wrote: > >>>>>>> I did the test and the result is: > >>>>>>> > >>>>>>> through serial port (ttyS0) I do not hear the beep through > > console > >>>>>>> port (tty1) I do hear the beep > >>>>>>> > >>>>>>> Regards. > >>>>>>> > >>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: > >>>>>>>> I don't use serial mode but does it work if you echo a > >>>>>>>> bell character (ASCII 07)? > >>>>>>>> > >>>>>>>> echo -e "\a" > >>>>>>>> > >>>>>>>> Or for several bells, not as distinctive as DL's normal > > start-up > >>>>>>>> beep but might be adequate for a start-up signal: > >>>>>>>> > >>>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done > >>>>>>>> > >>>>>>>> Dominic > >>>>>>>> > >>>>>>>> On 24/09/2010 08:31, mailing dl2 wrote: > >>>>>>>>> Hello, > >>>>>>>>> > >>>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is > >>>>>>>>> easier to have serial acces than KVM access on remote sites. > >>>>>>>>> > >>>>>>>>> The problem we face is that in serial mode, the beep at the > > end > >>>>>>>>> of the startup process are not working. > >>>>>>>>> > >>>>>>>>> At the startup it outputs this: > >>>>>>>>> > >>>>>>>>> Starting beep system-up noises: > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> ioctl: Invalid argument > >>>>>>>>> > >>>>>>>>> When I type "beep" through serial port (ttyS0) it outputs the > >>>>>>>>> error message and it does not beep. > >>>>>>>>> And when I type "beep" through console (tty1) it outputs > the > >>>>>>>>> error message but it does beep. > >>>>>>>>> > >>>>>>>>> It is realy usefull to hear the beep when you (or a non > >>>>>>>>> technical > >>>>>>>>> user) are in a technical without acces to a monitor. > >>>>>>>>> We really miss it. > >>>>>>>>> > >>>>>>>>> Regards. > >> > > ---------------------------------------------------------------------- > > -- > > ------ > >> Nokia and AT&T present the 2010 Calling All Innovators-North America > >> contest Create new apps& games for the Nokia N8 for consumers in > >> U.S. and Canada > >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > >> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and > Publish > >> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev > >> _______________________________________________ > >> Devil-linux-discuss mailing list > >> Dev...@li... > >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > > ---------------------------------------------------------------------- > > -------- Nokia and AT&T present the 2010 Calling All Innovators-North > > America contest Create new apps& games for the Nokia N8 for > consumers > > in U.S. and Canada > > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > > marketing Develop with Nokia Qt SDK, Web Runtime, or Java and > Publish > > to Ovi Store http://p.sf.net/sfu/nokia-dev2dev > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > > ------------------------------------------------------------------------ ------ > Start uncovering the many advantages of virtual appliances and start > using them to simplify application deployment and accelerate your shift > to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Serge L. <ser...@gm...> - 2010-09-24 15:47:07
|
On 09/23/2010 01:17 PM, Heiko Zuerker wrote: > Hey, ... > I just got married and was a bit pre-occupied over the last few weeks. Congratulations! Serge |
|
From: Dominic R. <dl...@ed...> - 2010-09-24 15:05:21
|
According to man beep at swoolley.org/*man*.cgi/*beep*: 'beep attempts to poke at the tty, which is how it beeps'. So yes it doesn't use the bell character but it is still using tty. The serial console setup establishes 2 consoles: tty0 and ttyS0. In this case, a/c to http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/configure-kernel.html, 'kernel messages will appear on both the first virtual terminal and the serial port, but messages from the init system and the system logger will appear only on the first serial port'. My guess is that the output from the beep program, like that from the init system and the system logger, goes to ttyS0 and not to tty0. There doesn't seem to be an option in beep to force it to go elsewhere, so maybe for serial consoles echo is the only way. I guess /etc/init.d/beep could be modified to use an echo sequence directed to /dev/tty0 instead of the beep sequences if `tty` is /dev/ttys/0? Something like: # diff -U 0 /etc/init.d/beep /opt/beep --- /etc/init.d/beep 1980-01-01 01:01:01.000000000 +0000 +++ /opt/beep 2010-09-24 16:01:20.000000000 +0100 @@ -51,0 +52,4 @@ + if [ "`tty`" = "/dev/ttys/0" ]; then + # force bell sound to tty0 i.e. local machine + for n in {4..1}; do echo -en "\a">/dev/tty0; sleep 0.$n; done + else @@ -58,0 +63 @@ + fi (untested in a serial console configuration) Dominic On 24/09/2010 15:35, Heiko Zuerker wrote: > The 'normal' DL beep doesn't use the bell character, the program > controls the PC speaker directly as far as I remember. > > Heiko > >> -----Original Message----- >> From: Dominic Raferd [mailto:dl...@ed...] >> Sent: Friday, September 24, 2010 9:29 AM >> To: dev...@li... >> Subject: Re: [Devil-Linux-discuss] Beep in serial mode >> >> Ok, I'm glad it worked then. It works for me too with>/dev/tty1, or >>> /dev/tty0. Does it work for you with /dev/tty0? >> I am trying to understand why the normal DL startup beep doesn't work >> for you. Googling 'man beep', there is a suggestion about chmod 4755 >> beep which might help. >> >> Can anyone else using DL through serial console configured by > install-on- >> usb confirm that they don't hear startup beeps at the DL box? >> >> Dominic >> >> On 24/09/2010 14:56, mailing dl2 wrote: >>> In fact I was looking to hear the beep at the DL box, when you are > in >>> front of the computer and you are not sure if it has finished its > boot >>> process. >>> >>> So your answer match my need. >>> >>> Thanks. >>> >>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>> Sorry then maybe this isn't a solution for you. You might check > the >>>> settings of your serial-connection client machine, maybe there is a >>>> way to enable the bell sound. For instance Putty offers different >>>> actions upon receiving a bell via the terminal. Maybe your client > is >>>> just ignoring the bell character when it receives it (via ttyS0)? >>>> >>>> On 24/09/2010 13:58, mailing dl2 wrote: >>>>> Yes, when I redirect to tty1, I hear it on the DL box. >>>>> >>>>> I will add a script at startup with : echo -e "\a"> /dev/tty1 >>>>> >>>>> Thanks. >>>>> >>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>> So echoing to tty1 do you hear it on your remote machine (via >>>>>> serial >>>>>> connection) or just on the local (DL) machine? >>>>>> >>>>>> On 24/09/2010 12:51, mailing dl2 wrote: >>>>>>> I did the test and the result is: >>>>>>> >>>>>>> through serial port (ttyS0) I do not hear the beep through > console >>>>>>> port (tty1) I do hear the beep >>>>>>> >>>>>>> Regards. >>>>>>> >>>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>: >>>>>>>> I don't use serial mode but does it work if you echo a bell >>>>>>>> character (ASCII 07)? >>>>>>>> >>>>>>>> echo -e "\a" >>>>>>>> >>>>>>>> Or for several bells, not as distinctive as DL's normal > start-up >>>>>>>> beep but might be adequate for a start-up signal: >>>>>>>> >>>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done >>>>>>>> >>>>>>>> Dominic >>>>>>>> >>>>>>>> On 24/09/2010 08:31, mailing dl2 wrote: >>>>>>>>> Hello, >>>>>>>>> >>>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is >>>>>>>>> easier to have serial acces than KVM access on remote sites. >>>>>>>>> >>>>>>>>> The problem we face is that in serial mode, the beep at the > end >>>>>>>>> of the startup process are not working. >>>>>>>>> >>>>>>>>> At the startup it outputs this: >>>>>>>>> >>>>>>>>> Starting beep system-up noises: >>>>>>>>> ioctl: Invalid argument >>>>>>>>> ioctl: Invalid argument >>>>>>>>> ioctl: Invalid argument >>>>>>>>> ioctl: Invalid argument >>>>>>>>> ioctl: Invalid argument >>>>>>>>> ioctl: Invalid argument >>>>>>>>> ioctl: Invalid argument >>>>>>>>> >>>>>>>>> When I type "beep" through serial port (ttyS0) it outputs the >>>>>>>>> error message and it does not beep. >>>>>>>>> And when I type "beep" through console (tty1) it outputs the >>>>>>>>> error message but it does beep. >>>>>>>>> >>>>>>>>> It is realy usefull to hear the beep when you (or a non >>>>>>>>> technical >>>>>>>>> user) are in a technical without acces to a monitor. >>>>>>>>> We really miss it. >>>>>>>>> >>>>>>>>> Regards. >> > ------------------------------------------------------------------------ > ------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America >> contest Create new apps& games for the Nokia N8 for consumers in >> U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish >> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps& games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Heiko Z. <he...@zu...> - 2010-09-24 14:35:48
|
The 'normal' DL beep doesn't use the bell character, the program
controls the PC speaker directly as far as I remember.
Heiko
> -----Original Message-----
> From: Dominic Raferd [mailto:dl...@ed...]
> Sent: Friday, September 24, 2010 9:29 AM
> To: dev...@li...
> Subject: Re: [Devil-Linux-discuss] Beep in serial mode
>
> Ok, I'm glad it worked then. It works for me too with >/dev/tty1, or
> >/dev/tty0. Does it work for you with /dev/tty0?
>
> I am trying to understand why the normal DL startup beep doesn't work
> for you. Googling 'man beep', there is a suggestion about chmod 4755
> beep which might help.
>
> Can anyone else using DL through serial console configured by
install-on-
> usb confirm that they don't hear startup beeps at the DL box?
>
> Dominic
>
> On 24/09/2010 14:56, mailing dl2 wrote:
> > In fact I was looking to hear the beep at the DL box, when you are
in
> > front of the computer and you are not sure if it has finished its
boot
> > process.
> >
> > So your answer match my need.
> >
> > Thanks.
> >
> > 2010/9/24 Dominic Raferd<dl...@ed...>:
> >> Sorry then maybe this isn't a solution for you. You might check
the
> >> settings of your serial-connection client machine, maybe there is a
> >> way to enable the bell sound. For instance Putty offers different
> >> actions upon receiving a bell via the terminal. Maybe your client
is
> >> just ignoring the bell character when it receives it (via ttyS0)?
> >>
> >> On 24/09/2010 13:58, mailing dl2 wrote:
> >>> Yes, when I redirect to tty1, I hear it on the DL box.
> >>>
> >>> I will add a script at startup with : echo -e "\a"> /dev/tty1
> >>>
> >>> Thanks.
> >>>
> >>> 2010/9/24 Dominic Raferd<dl...@ed...>:
> >>>> So echoing to tty1 do you hear it on your remote machine (via
> >>>> serial
> >>>> connection) or just on the local (DL) machine?
> >>>>
> >>>> On 24/09/2010 12:51, mailing dl2 wrote:
> >>>>> I did the test and the result is:
> >>>>>
> >>>>> through serial port (ttyS0) I do not hear the beep through
console
> >>>>> port (tty1) I do hear the beep
> >>>>>
> >>>>> Regards.
> >>>>>
> >>>>> 2010/9/24 Dominic Raferd<dl...@ed...>:
> >>>>>> I don't use serial mode but does it work if you echo a bell
> >>>>>> character (ASCII 07)?
> >>>>>>
> >>>>>> echo -e "\a"
> >>>>>>
> >>>>>> Or for several bells, not as distinctive as DL's normal
start-up
> >>>>>> beep but might be adequate for a start-up signal:
> >>>>>>
> >>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done
> >>>>>>
> >>>>>> Dominic
> >>>>>>
> >>>>>> On 24/09/2010 08:31, mailing dl2 wrote:
> >>>>>>> Hello,
> >>>>>>>
> >>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is
> >>>>>>> easier to have serial acces than KVM access on remote sites.
> >>>>>>>
> >>>>>>> The problem we face is that in serial mode, the beep at the
end
> >>>>>>> of the startup process are not working.
> >>>>>>>
> >>>>>>> At the startup it outputs this:
> >>>>>>>
> >>>>>>> Starting beep system-up noises:
> >>>>>>> ioctl: Invalid argument
> >>>>>>> ioctl: Invalid argument
> >>>>>>> ioctl: Invalid argument
> >>>>>>> ioctl: Invalid argument
> >>>>>>> ioctl: Invalid argument
> >>>>>>> ioctl: Invalid argument
> >>>>>>> ioctl: Invalid argument
> >>>>>>>
> >>>>>>> When I type "beep" through serial port (ttyS0) it outputs the
> >>>>>>> error message and it does not beep.
> >>>>>>> And when I type "beep" through console (tty1) it outputs the
> >>>>>>> error message but it does beep.
> >>>>>>>
> >>>>>>> It is realy usefull to hear the beep when you (or a non
> >>>>>>> technical
> >>>>>>> user) are in a technical without acces to a monitor.
> >>>>>>> We really miss it.
> >>>>>>>
> >>>>>>> Regards.
>
>
------------------------------------------------------------------------
------
> Nokia and AT&T present the 2010 Calling All Innovators-North America
> contest Create new apps & games for the Nokia N8 for consumers in
> U.S. and Canada
> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in
> marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish
> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev
> _______________________________________________
> Devil-linux-discuss mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss
|
|
From: Dominic R. <dl...@ed...> - 2010-09-24 14:29:34
|
Ok, I'm glad it worked then. It works for me too with >/dev/tty1, or
>/dev/tty0. Does it work for you with /dev/tty0?
I am trying to understand why the normal DL startup beep doesn't work
for you. Googling 'man beep', there is a suggestion about chmod 4755
beep which might help.
Can anyone else using DL through serial console configured by
install-on-usb confirm that they don't hear startup beeps at the DL box?
Dominic
On 24/09/2010 14:56, mailing dl2 wrote:
> In fact I was looking to hear the beep at the DL box, when you are in
> front of the computer and you are not sure if it has finished its boot
> process.
>
> So your answer match my need.
>
> Thanks.
>
> 2010/9/24 Dominic Raferd<dl...@ed...>:
>> Sorry then maybe this isn't a solution for you. You might check the
>> settings of your serial-connection client machine, maybe there is a way
>> to enable the bell sound. For instance Putty offers different actions
>> upon receiving a bell via the terminal. Maybe your client is just
>> ignoring the bell character when it receives it (via ttyS0)?
>>
>> On 24/09/2010 13:58, mailing dl2 wrote:
>>> Yes, when I redirect to tty1, I hear it on the DL box.
>>>
>>> I will add a script at startup with : echo -e "\a"> /dev/tty1
>>>
>>> Thanks.
>>>
>>> 2010/9/24 Dominic Raferd<dl...@ed...>:
>>>> So echoing to tty1 do you hear it on your remote machine (via serial
>>>> connection) or just on the local (DL) machine?
>>>>
>>>> On 24/09/2010 12:51, mailing dl2 wrote:
>>>>> I did the test and the result is:
>>>>>
>>>>> through serial port (ttyS0) I do not hear the beep
>>>>> through console port (tty1) I do hear the beep
>>>>>
>>>>> Regards.
>>>>>
>>>>> 2010/9/24 Dominic Raferd<dl...@ed...>:
>>>>>> I don't use serial mode but does it work if you echo a bell character
>>>>>> (ASCII 07)?
>>>>>>
>>>>>> echo -e "\a"
>>>>>>
>>>>>> Or for several bells, not as distinctive as DL's normal start-up beep
>>>>>> but might be adequate for a start-up signal:
>>>>>>
>>>>>> for n in {3..7}; do echo -en "\a"; sleep 0.$((10-$n))s; done
>>>>>>
>>>>>> Dominic
>>>>>>
>>>>>> On 24/09/2010 08:31, mailing dl2 wrote:
>>>>>>> Hello,
>>>>>>>
>>>>>>> We use our DL boxes in serial mode (install-on-usb) as it is easier to
>>>>>>> have serial acces than KVM access on remote sites.
>>>>>>>
>>>>>>> The problem we face is that in serial mode, the beep at the end of the
>>>>>>> startup process are not working.
>>>>>>>
>>>>>>> At the startup it outputs this:
>>>>>>>
>>>>>>> Starting beep system-up noises:
>>>>>>> ioctl: Invalid argument
>>>>>>> ioctl: Invalid argument
>>>>>>> ioctl: Invalid argument
>>>>>>> ioctl: Invalid argument
>>>>>>> ioctl: Invalid argument
>>>>>>> ioctl: Invalid argument
>>>>>>> ioctl: Invalid argument
>>>>>>>
>>>>>>> When I type "beep" through serial port (ttyS0) it outputs the error
>>>>>>> message and it does not beep.
>>>>>>> And when I type "beep" through console (tty1) it outputs the error
>>>>>>> message but it does beep.
>>>>>>>
>>>>>>> It is realy usefull to hear the beep when you (or a non technical
>>>>>>> user) are in a technical without acces to a monitor.
>>>>>>> We really miss it.
>>>>>>>
>>>>>>> Regards.
|
50 messages has been excluded from this view by a project administrator.
