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: Bernard P. <ber...@un...> - 2012-05-04 14:54:56
|
On 05/04/2012 03:50 PM, Bernard Perrot wrote: > > loadproc /usr/sbin/rpc.nfsd -N 4 -p $PORT $PROCESSES Ooops... the "-N 4" is not in distribution, it's a private modification... So, please read : "loadproc /usr/sbin/rpc.nfsd -p $PORT $PROCESSES" Bernard |
|
From: Bernard P. <ber...@un...> - 2012-05-04 13:50:43
|
Hello,
With Devel-Linux v1.6.0, I had problems with the NFSD service, and just find
the solution : it is a bug in the NFSD startup script, because rpc.mountd is
started before rpc.nfsd. So, /proc/fs/nfsd is not mounted when rpc.mountd
starts and it don't works (error "rpc.mountd getfh failed function not
implemented").
So, the/etc/init.d/nfsd contains :
...
start)
echo -n "Starting NFS mountd..."
loadproc /usr/sbin/rpc.mountd
echo -n "Starting NFS nfsd..."
loadproc /usr/sbin/rpc.nfsd -N 4 -p $PORT $PROCESSES
echo -n "Starting NFS statd..."
loadproc /usr/sbin/rpc.statd
...
it must be :
...
start)
echo -n "Starting NFS nfsd..."
loadproc /usr/sbin/rpc.nfsd -N 4 -p $PORT $PROCESSES
echo -n "Starting NFS mountd..."
loadproc /usr/sbin/rpc.mountd
echo -n "Starting NFS statd..."
loadproc /usr/sbin/rpc.statd
...
Like that, it works like a charm...
Best regards,
Bernard
|
|
From: Heiko Z. <he...@zu...> - 2012-04-26 12:11:47
|
Olivier, Quoting Boursin Olivier <oli...@in...>: > Hello, > > Upgrade from DL 1.4.2 to 1.6.0 - both i686 32 bits - was done without > any problem in 5 minutes (services used : beep, cron, firewall, ntpd, > postfix, rooting, sshd). Thanks to DL team for everything ! Thanks for the success story! And you're welcome of course. ;-) -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Boursin O. <oli...@in...> - 2012-04-25 21:07:23
|
Hello, Upgrade from DL 1.4.2 to 1.6.0 - both i686 32 bits - was done without any problem in 5 minutes (services used : beep, cron, firewall, ntpd, postfix, rooting, sshd). Thanks to DL team for everything ! O. Boursin |
|
From: Andrzej O. <an...@ma...> - 2012-04-24 15:01:51
|
Frank Weis wrote: > Is there a way to do this with DL and, if so can anyone point me in the > right direction please? Frank, I'm shaping traffic with Shorewall (built into DL). Using methods described on page www.shorewall.net is possible to shape not only outgoing traffic, but (partially) incoming traffic too. -- Andrzej Odyniec |
|
From: Frank W. <Fra...@ct...> - 2012-04-24 14:29:33
|
Thanks Heiko, this seems to be rather powerful and yet understandable. I have two constraints that make my problem different, I believe: *) I need to limit incoming traffic (the uplink is symmetrical, and downloads, streaming, youtube, etc sometimes eat the incoming bandwidth) *) I have several internal NICs: the 'bad' guys (ie students) are one one NIC, and the 'nice' guys (School personnel) are behind another NIC. So what I need to do is penalize eth1 over eth3 when [incoming-on-eth0 | outgoing-on eth1 + eth3] exceeds a certain level... I would probably need a qdisc that spreads several devices.... like IMQ (but this is not explained in great detail in LARTC) Thanks for any clues, Frank -- _______________________________________________ Centre de Technologie de l'Education 29 avenue John F. Kennedy L-1855 Luxembourg-Kirchberg email: Fra...@ct... tél.: +352 247-85973 fax: +352 333797 _______________________________________________ On Tue, 2012-04-24 at 08:48 -0500, Heiko Zuerker wrote: > Frank, > > I attached the traffic shaping parts of my firewall script. > I don't remember where I got the code from, but it works great for me > to control the outgoing traffic. > > Heiko > > Quoting Frank Weis <Fra...@ct...>: > > > Hi all, > > > > I need to find a way to prioritize traffic (based on source IP) on one > > of my low-bandwidth sites. I remember looking into this a long time ago > > and coming up without any clue... > > > > Is there a way to do this with DL and, if so can anyone point me in the > > right direction please? > > > > Thanks a lot > > Frank > > -- > > _______________________________________________ > > Centre de Technologie de l'Education > > 29 avenue John F. Kennedy > > L-1855 Luxembourg-Kirchberg > > email: Fra...@ct... > > tél.: +352 247-85973 > > fax: +352 333797 > > _______________________________________________ > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Philippe M. <ph...@oz...> - 2012-04-24 14:29:23
|
On Tue, Apr 24, 2012 at 03:12:14PM +0200, Frank Weis wrote: > Hi all, > > I need to find a way to prioritize traffic (based on source IP) on one > of my low-bandwidth sites. I remember looking into this a long time ago > and coming up without any clue... > > Is there a way to do this with DL and, if so can anyone point me in the > right direction please? It is possible to do QoS for outgoing traffic however not so much for incoming as you cannot modify how fast a peer will send packets to you. I don't know what is provided in Devil, I used to use wondershaper in Debian. It is a set of scripts so should be easily adapted in Devil if needed. Philippe |
|
From: Heiko Z. <he...@zu...> - 2012-04-24 13:48:56
|
Frank, I attached the traffic shaping parts of my firewall script. I don't remember where I got the code from, but it works great for me to control the outgoing traffic. Heiko Quoting Frank Weis <Fra...@ct...>: > Hi all, > > I need to find a way to prioritize traffic (based on source IP) on one > of my low-bandwidth sites. I remember looking into this a long time ago > and coming up without any clue... > > Is there a way to do this with DL and, if so can anyone point me in the > right direction please? > > Thanks a lot > Frank > -- > _______________________________________________ > Centre de Technologie de l'Education > 29 avenue John F. Kennedy > L-1855 Luxembourg-Kirchberg > email: Fra...@ct... > tél.: +352 247-85973 > fax: +352 333797 > _______________________________________________ > > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Frank W. <Fra...@ct...> - 2012-04-24 13:31:42
|
Hi all, I need to find a way to prioritize traffic (based on source IP) on one of my low-bandwidth sites. I remember looking into this a long time ago and coming up without any clue... Is there a way to do this with DL and, if so can anyone point me in the right direction please? Thanks a lot Frank -- _______________________________________________ Centre de Technologie de l'Education 29 avenue John F. Kennedy L-1855 Luxembourg-Kirchberg email: Fra...@ct... tél.: +352 247-85973 fax: +352 333797 _______________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2012-04-15 13:53:01
|
Vincent, Did you execute the "make unpack" before you ran the "make build"? The source have to be unpacked before the build can be started. If you did this step, please provide the contents of /data/build/tmp/LOGS/build/prepare. -- Regards Heiko Zuerker http://www.devil-linux.org > -----Original Message----- > From: Vincent Renardias [mailto:vre...@ci...] > Sent: Saturday, April 14, 2012 8:30 AM > To: dev...@li... > Subject: [Devil-Linux-discuss] Problem rebuilding DL 1.6 from source... > > Hello, > > I'm trying to rebuild DL 1.6 and while the 'make menuconfig' worked fine, the > 'make build' yields the following error: > > # make build > mount: proc already mounted > mount: none already mounted or /sys busy > mount: according to mtab, none is already mounted on /sys > make: Entering directory `/data/build' > build: prepare > log: /data/build/tmp/LOGS/build/prepare > make: *** [prepare] Error 1 > make: Leaving directory `/data/build' > make: *** [build] Error 1 > # > > Any hint? > > Regards, > Vincent. > > ---------------------------------------------------------------------------- -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Vincent R. <vre...@ci...> - 2012-04-14 13:30:25
|
Hello, I'm trying to rebuild DL 1.6 and while the 'make menuconfig' worked fine, the 'make build' yields the following error: # make build mount: proc already mounted mount: none already mounted or /sys busy mount: according to mtab, none is already mounted on /sys make: Entering directory `/data/build' build: prepare log: /data/build/tmp/LOGS/build/prepare make: *** [prepare] Error 1 make: Leaving directory `/data/build' make: *** [build] Error 1 # Any hint? Regards, Vincent. |
|
From: Andrzej O. <an...@ma...> - 2012-04-13 17:59:57
|
Paolo Spizzirri wrote: > This is the error during installation > > Installing syslinux MBR > 0+1 records in > 0+1 records out > 440 bytes (440 B) copied, 8,8489e-05 s, 5,0 MB/s > installing SysLinux boot sector > ./install-on-usb: line 435: > /home/paolo/develop/devil-linux-1.6.0/tmp-install2usb/iso-mnt/boot/syslinux/syslinux: > cannot execute binary file > Install failed! > syncing and unmounting (this could take a while) Paolo, As you can see, in install-on-usb script boot sector is installed by syslinux executable from temporarily mounted installed image. But if bitness of installed image is 64 and host system has bitness 32, this file cannot be executed. Workaround: 1. first time install boot-sector from the same bitness 2. if you need other bitness, than installed, mount (or remount,rw if you don't use runfromram) boot partition and copy image with desired bitness to it but with additional extension ".new"; after reboot kernel will be substituted to new bitness. 3. next time you will have adequate bitness to following instalations Regards -- Andrzej Odyniec |
|
From: Dominic R. <dl...@ed...> - 2012-04-13 15:50:46
|
Which version are you trying to install? I don't see this when installing devil-linux-1.6.0-i686-server: Installing syslinux MBR 0+1 records in 0+1 records out 440 bytes (440 B) copied, 0.0250572 s, 17.6 kB/s installing SysLinux boot sector copying files Dominic On 13/04/2012 16:21, Paolo Spizzirri wrote: > This is the error during installation > > Installing syslinux MBR > 0+1 records in > 0+1 records out > 440 bytes (440 B) copied, 8,8489e-05 s, 5,0 MB/s > installing SysLinux boot sector > ./install-on-usb: line 435: > /home/paolo/develop/devil-linux-1.6.0/tmp-install2usb/iso-mnt/boot/syslinux/syslinux: > cannot execute binary file > Install failed! > syncing and unmounting (this could take a while) > > -- > > *Paolo Spizzirri* |
|
From: Paolo S. <pao...@gm...> - 2012-04-13 15:27:28
|
This is the error during installation Installing syslinux MBR 0+1 records in 0+1 records out 440 bytes (440 B) copied, 8,8489e-05 s, 5,0 MB/s installing SysLinux boot sector ./install-on-usb: line 435: /home/paolo/develop/devil-linux-1.6.0/tmp-install2usb/iso-mnt/boot/syslinux/syslinux: cannot execute binary file Install failed! syncing and unmounting (this could take a while) -- *Paolo Spizzirri* Software Developer Mobile: +39 349 7784465 Email: pao...@gm... |
|
From: Heiko Z. <he...@zu...> - 2012-04-12 13:30:27
|
Hello DL Community. It has finally happend: Devil-Linux 1.6 has been released! This new release brings many new features, lot's of improvements, many software updates, Kernel 3.2, and a 64 bit version! Please read the changelog for details. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Udo L. <udo...@al...> - 2012-04-09 11:50:20
|
Hi Heiko,
if I use the default squid.conf from Devil-Linux 1.6.0-RC3-i686 and add
only one parameter ("visible_hostname proxy.xxxx.de"), I got this error:
root@proxy:~ # /etc/init.d/squid reload
Reloading config Squid: squid: ERROR: No running copy [
OK ]
This was an fresh system, only with two new filesystems
(devil-linux/squid + devil-linux/log).
If I set pid_filename and stop squid (must kill the pid), all work like
expected:
root@proxy:~ # /etc/init.d/squid start
2012/04/09 13:44:13| Creating Swap Directories
Starting Squid: [
OK ]
root@proxy:~ # ls -lsa /var/run/squid.pid
4 -rw-r--r-- 1 root nogroup 5 Apr 9 13:44 /var/run/squid.pid
root@proxy:~ # /etc/init.d/squid reload
Reloading config Squid: [
OK ]
root@proxy:~ #
Udo
Am 07.04.2012 14:58, schrieb Heiko Zuerker:
> Udo,
>
> I removed the D from the init script.
> I couldn't find any issues with reloading squid and not having the
> pid_filename parameter set. Do you have any more details on this?
>
> --
>
> Regards
> Heiko Zuerker
> http://www.devil-linux.org
>
>> -----Original Message-----
>> From: Udo Lembke [mailto:udo...@al...]
>> Sent: Friday, April 06, 2012 4:20 PM
>> To: dev...@li...
>> Subject: Re: [Devil-Linux-discuss] [Devil-linux-develop] 1.6.0-RC3
>>
>> Hi,
>> just found one small issue:
>> the default /etc/init.d/squid use as PARAMETER "-sYD" but D isn't
>> valid
> with
>> an actual squid.
>> And i have to use the parameter "pid_filename /var/run/squid.pid" in
>> squid.conf to use e.g. reload without error.
>>
>> Nevertheless - very good work!
>>
>> Udo
>>
>>
|
|
From: Heiko Z. <he...@zu...> - 2012-04-07 12:59:05
|
Udo, I removed the D from the init script. I couldn't find any issues with reloading squid and not having the pid_filename parameter set. Do you have any more details on this? -- Regards Heiko Zuerker http://www.devil-linux.org > -----Original Message----- > From: Udo Lembke [mailto:udo...@al...] > Sent: Friday, April 06, 2012 4:20 PM > To: dev...@li... > Subject: Re: [Devil-Linux-discuss] [Devil-linux-develop] 1.6.0-RC3 > > Hi, > just found one small issue: > the default /etc/init.d/squid use as PARAMETER "-sYD" but D isn't valid with > an actual squid. > And i have to use the parameter "pid_filename /var/run/squid.pid" in > squid.conf to use e.g. reload without error. > > Nevertheless - very good work! > > Udo > > Am 06.04.2012 09:44, schrieb Serge Leschinsky: > > I don't know about the open issues. > > Everything seems to be fine. > > > > Serge > > > > On 04/04/2012 04:56 AM, Heiko Zuerker wrote: > >> Hi everyone, > >> > >> I just wanted to check if anybody found any problems with RC3. > >> It has been pretty quiet, which is a very good sign. > >> > >> If no new issues surface, I'm planning to release the official 1.6 > >> soon. > >> > > > > > > > > ---------------------------------------------------------------------- > > -------- For Developers, A Lot Can Happen In A Second. > > Boundary is the first to Know...and Tell You. > > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > > http://p.sf.net/sfu/Boundary-d2dvs2 > > _______________________________________________ > > Devil-linux-discuss mailing list > > Dev...@li... > > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > > ---------------------------------------------------------------------------- -- > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Udo L. <udo...@al...> - 2012-04-06 21:37:29
|
Hi, just found one small issue: the default /etc/init.d/squid use as PARAMETER "-sYD" but D isn't valid with an actual squid. And i have to use the parameter "pid_filename /var/run/squid.pid" in squid.conf to use e.g. reload without error. Nevertheless - very good work! Udo Am 06.04.2012 09:44, schrieb Serge Leschinsky: > I don't know about the open issues. > Everything seems to be fine. > > Serge > > On 04/04/2012 04:56 AM, Heiko Zuerker wrote: >> Hi everyone, >> >> I just wanted to check if anybody found any problems with RC3. >> It has been pretty quiet, which is a very good sign. >> >> If no new issues surface, I'm planning to release the official 1.6 >> soon. >> > > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Serge L. <ser...@gm...> - 2012-04-06 07:45:00
|
I don't know about the open issues. Everything seems to be fine. Serge On 04/04/2012 04:56 AM, Heiko Zuerker wrote: > Hi everyone, > > I just wanted to check if anybody found any problems with RC3. > It has been pretty quiet, which is a very good sign. > > If no new issues surface, I'm planning to release the official 1.6 soon. > |
|
From: Heiko Z. <he...@zu...> - 2012-04-04 11:56:14
|
Hi everyone, I just wanted to check if anybody found any problems with RC3. It has been pretty quiet, which is a very good sign. If no new issues surface, I'm planning to release the official 1.6 soon. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Dominic R. <dl...@ed...> - 2012-03-29 11:31:25
|
On 28/03/2012 18:24, Andrzej Odyniec wrote: > Dominic Raferd wrote: >> I guess this is your bespoke build of DL for asterisk because I don't >> see /etc/init.d/dahdi in my DL? How hard is it to add asterisk to the >> main release? Or is this outwith DL's remit? > [...] >> I would volunteer but I think it would be beyond me. I have never built >> DL, just used the official builds... > Dominic, > > There is no problem to add. There is problem to maintain. Asterisk needs over > 40 additional packages. Official distribution should be tested, but as for now > there is not many users interested with Asterisk on DL. So my private tests > needs from one to two months after Heiko/Serge/Bruce work is finished. I'm > running with Asterisk on DL because of security philosophy: for new versions > there is small number of exploits. Additionally: R/O OS is not so vulnerable > for attacks. But attackers trying to log into my Voip server i.e. using brute > force dozens everyday. But this is not popular philosophy and there is many > dedicated Asterisk distributions. So probably connecting Asterisk to main line > of DL is premature, as for now. OK I understand > But You can use Asterisk on DL in my way, compiling it from my scripts. And, > if You prefer, it is possible to use my compilation. I can give You link to > images on my servers. ISO image is 700MB long but squash image is only 500MB > long. I have free g729 codecs included too, but this is not legal in US. Now > I'm using on my production VoIP server Asterisk 1.8.8.1. On this machine (on > PC platform) is working about 200 users generating about 500 calls everyday. > And VoIP traffic is growing. Remember, please: Asterisk in not working under > grsecurity hardened kernel. > > You can be First Independent Tester ;-) > > So...? Thank you Andrzej - I am downloading your build now (and I am not in US)... Dominic |
|
From: Andrzej O. <an...@ma...> - 2012-03-28 17:24:32
|
Dominic Raferd wrote: > I guess this is your bespoke build of DL for asterisk because I don't > see /etc/init.d/dahdi in my DL? How hard is it to add asterisk to the > main release? Or is this outwith DL's remit? [...] > I would volunteer but I think it would be beyond me. I have never built > DL, just used the official builds... Dominic, There is no problem to add. There is problem to maintain. Asterisk needs over 40 additional packages. Official distribution should be tested, but as for now there is not many users interested with Asterisk on DL. So my private tests needs from one to two months after Heiko/Serge/Bruce work is finished. I'm running with Asterisk on DL because of security philosophy: for new versions there is small number of exploits. Additionally: R/O OS is not so vulnerable for attacks. But attackers trying to log into my Voip server i.e. using brute force dozens everyday. But this is not popular philosophy and there is many dedicated Asterisk distributions. So probably connecting Asterisk to main line of DL is premature, as for now. But You can use Asterisk on DL in my way, compiling it from my scripts. And, if You prefer, it is possible to use my compilation. I can give You link to images on my servers. ISO image is 700MB long but squash image is only 500MB long. I have free g729 codecs included too, but this is not legal in US. Now I'm using on my production VoIP server Asterisk 1.8.8.1. On this machine (on PC platform) is working about 200 users generating about 500 calls everyday. And VoIP traffic is growing. Remember, please: Asterisk in not working under grsecurity hardened kernel. You can be First Independent Tester ;-) So...? -- Andrzej Odyniec |
|
From: Dominic R. <dl...@ed...> - 2012-03-28 16:48:14
|
On 28/03/2012 17:06, Heiko Zuerker wrote: > Hey, > > Quoting Dominic Raferd<dl...@ed...>: >> On 28/03/2012 13:54, Andrzej Odyniec wrote: >>> ... So now is the easiest way to get around the problem by modifying >>> the script /etc/init.d/dahdi to mandatory unload all telephony cards >>> drivers before loading they in desired order. And drivers would be >>> loaded, unloaded and loaded again. >> Sorry to hear you were ill, now it's my turn (but I can still type...) >> >> I guess this is your bespoke build of DL for asterisk because I don't >> see /etc/init.d/dahdi in my DL? How hard is it to add asterisk to the >> main release? Or is this outwith DL's remit? > We can add anything to the build system, we may just not include it in > the official build. > In order to add it, I would request that somebody would volunteer to > own this piece. It is a little bit of work to keep the code and > sources updated. > I would volunteer but I think it would be beyond me. I have never built DL, just used the official builds... |
|
From: Heiko Z. <he...@zu...> - 2012-03-28 16:06:37
|
Hey, Quoting Dominic Raferd <dl...@ed...>: > On 28/03/2012 13:54, Andrzej Odyniec wrote: >> ... So now is the easiest way to get around the problem by modifying >> the script /etc/init.d/dahdi to mandatory unload all telephony cards >> drivers before loading they in desired order. And drivers would be >> loaded, unloaded and loaded again. > > Sorry to hear you were ill, now it's my turn (but I can still type...) > > I guess this is your bespoke build of DL for asterisk because I don't > see /etc/init.d/dahdi in my DL? How hard is it to add asterisk to the > main release? Or is this outwith DL's remit? We can add anything to the build system, we may just not include it in the official build. In order to add it, I would request that somebody would volunteer to own this piece. It is a little bit of work to keep the code and sources updated. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Dominic R. <dl...@ed...> - 2012-03-28 15:59:13
|
On 28/03/2012 13:54, Andrzej Odyniec wrote: > ... So now is the easiest way to get around the problem by modifying > the script /etc/init.d/dahdi to mandatory unload all telephony cards > drivers before loading they in desired order. And drivers would be > loaded, unloaded and loaded again. Sorry to hear you were ill, now it's my turn (but I can still type...) I guess this is your bespoke build of DL for asterisk because I don't see /etc/init.d/dahdi in my DL? How hard is it to add asterisk to the main release? Or is this outwith DL's remit? Dominic |
50 messages has been excluded from this view by a project administrator.
