devil-linux-develop — developer discussions

[Devil-linux-develop] Question about upgrade plans

[Andrzej O. <an...@ma...>]

Dear Heiko,

Since my attempts with backport encountered some problems, especially in the 
context of grsec, I wanted to ask you about the plans for the transition to 
the 3.14 kernel line - whether and, if so, when are you planning to upgrade? 
Maybe my efforts are completely unnecessary?

Ready-backports does not compile with kernel 3.2.63 patched grsec smoothly. 
The least problems give backports of 3.10 if only for iwlwifi wireless. If 
successful, also would require source code analysis.

Meanwhile, the line is 3.14 has grsec from some time and seems is selected to 
be the successor to the kernel line 3.2.

I suspect that only you Could upgrade D-L to the kernel line 3.14 --- unless 
it requires a change in the compiler, and probably changes in the build 
environment.

That's why I thought to ask you about the plans.

Best regards

-- 
Andrzej Odyniec

[Devil-linux-develop] About drivers backports -- question

[Andrzej O. <an...@ma...>]

Dears,

Maybe someone tried to inject into the D-L kernel driver backports from a 
higher kernel series, eg. 3.17? If not, I will try. I need drivers to wlan 
cards 7600 series, but Intel supports this cards, it seems, from 3.10 or 3.11 
line.

Regards

-- 
Andrzej Odyniec


---
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
http://www.avast.com

Re: [Devil-linux-develop] mod_spdy in not compiling on 32-bit machine?

[Heiko Z. <he...@zu...>]

Andrzej,

You bring up a good point and I do agree with it.
I changed it to 64 bit only.

Heiko

Quoting Andrzej Odyniec <an...@ma...>:

> Heiko Zuerker wrote:
>> It fails on my side too. I didn't catch it, since I didn't review the
>> nightly compile logs in a while.
>>
>> I quickly read through the link you provided and it seems we might
>> need to download the sources from a 32 bit machine? I bet these
>> sources won't compile on 64 bit then...
>> Not sure when I'll have time to start looking at this, so if anybody
>> is interested in tackling this... ;-)
>
> Dear Heiko,
>
> I don't see the need.
>
> It seems to me that the Intel architecture of 32-bit thing of the past.
> Putting ambitious http/php server rather will extend to 64-bit. So far, I
> think few people compiled mod_spyd (if at all someone). You did it once in
> 64-bits.
>
> Maybe this is the right approach to distinguish between the 32-bit  
> from 64-bit
> contents of the packages?
>
> I turned off mod_spyd for 32-bit in my builds. On 32-bit I run only routers.
> Maybe I move to the 64-bit routers this year.
>
> Best Regards
>
> Andrzej Odyniec
>
> ---
> Ta wiadomość e-mail jest wolna od wirusów i złośliwego  
> oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
> http://www.avast.com
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] mod_spdy in not compiling on 32-bit machine?

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> It fails on my side too. I didn't catch it, since I didn't review the  
> nightly compile logs in a while.
> 
> I quickly read through the link you provided and it seems we might  
> need to download the sources from a 32 bit machine? I bet these  
> sources won't compile on 64 bit then...
> Not sure when I'll have time to start looking at this, so if anybody  
> is interested in tackling this... ;-)

Dear Heiko,

I don't see the need.

It seems to me that the Intel architecture of 32-bit thing of the past. 
Putting ambitious http/php server rather will extend to 64-bit. So far, I 
think few people compiled mod_spyd (if at all someone). You did it once in 
64-bits.

Maybe this is the right approach to distinguish between the 32-bit from 64-bit 
contents of the packages?

I turned off mod_spyd for 32-bit in my builds. On 32-bit I run only routers. 
Maybe I move to the 64-bit routers this year.

Best Regards

Andrzej Odyniec

---
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
http://www.avast.com

Re: [Devil-linux-develop] mod_spdy in not compiling on 32-bit machine?

[Heiko Z. <he...@zu...>]

Andrzej

It fails on my side too. I didn't catch it, since I didn't review the  
nightly compile logs in a while.

I quickly read through the link you provided and it seems we might  
need to download the sources from a 32 bit machine? I bet these  
sources won't compile on 64 bit then...
Not sure when I'll have time to start looking at this, so if anybody  
is interested in tackling this... ;-)

Heiko

Quoting Andrzej Odyniec <an...@ma...>:
> Dear Heiko,
>
> In my build context last CVS is building OK on 64-bit machine, but not on
> 32-bit... there are compilation errors. My base system is D-L too,  
> executed as
> VMware guest.
>
> Talk about this (a little old) is at:
> https://groups.google.com/forum/#!topic/mod-pagespeed-discuss/OUWUxd9pp0k
>
> Do you succeeded in compile a 32-bit system from the last CVS?
>
> Best Regards
>
> Andrzej Odyniec
>
>
> ---
> Ta wiadomość e-mail jest wolna od wirusów i złośliwego  
> oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
> http://www.avast.com
>
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

[Devil-linux-develop] mod_spdy in not compiling on 32-bit machine?

[Andrzej O. <an...@ma...>]

Dear Heiko,

In my build context last CVS is building OK on 64-bit machine, but not on 
32-bit... there are compilation errors. My base system is D-L too, executed as 
VMware guest.

Talk about this (a little old) is at: 
https://groups.google.com/forum/#!topic/mod-pagespeed-discuss/OUWUxd9pp0k

Do you succeeded in compile a 32-bit system from the last CVS?

Best Regards

Andrzej Odyniec


---
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
http://www.avast.com

Re: [Devil-linux-develop] Minimal build for router.

[Jan H. P. <jh...@jh...>]

Hi Heiko,

this is an old mail I reply to. It has been of my radar for a long time,
but now I need to rebuild my firewall and I run into some issues again
so I just pick up where I left of the last time.

>> 1. One of the scripts uses rsync to put some config in place, but if
>> rsync is not available this fails. Have changed the script so it uses
>> tar instead to copy the whole set of files that is needed.
> Could you send in a patch for this, so we can fix it?
>
The change is very straight forward.
I replaced the line that has the rsync in the conntrack-tools script to:

tar cf - doc/*/*.conf doc/*/*.sh doc/*/*/*README | (cd
$ETCDIR/etc/conntrackd && tar xf - ) || exit 1

This does the same but doesn't need rsync.

>> 2. While parted is not needed in my setup as far as I know it was
>> compiled anyway, but this failed because device-mapper support was not
>> available. I change the --enable-device-mapper into
>> --disable-device-mapper and that fixed the build of this package. Don't
>> know the impact though, but I suspect none because I have not included
>> parted in my system as far as I know.
> We'll need to just add the 'menuconfig' stuff for it, anybody have a  
> patch already?
>
I have seen that this is fixed. Thanks for that.

>> 3. I need wide-dhcpv6 to pickup a prefix delegation for my network from
>> my ADSL profider. This was not available so I hacked it in myself. Is
>> their any interest to put this package in the main tree?
I still have this available if you are interested.

Beside that I have some more dependencies I have found that might need
some attention.
perl needs tcp-wrappers for one of the plugins.
Layer7 netfilter patches don't work on a 3.2 kernel

The following options were new in the build run of the prepare script:
X86_32_IRIS
PARAVIRT_TIME_ACCOUNTING
IRQ_TIME_ACCOUNTING
COMPACTION
TRANSPARENT_HUGEPAGE
CLEANCACHE
X86_RESERVE_LOW
OLPC
CRYPTO_DEV_HIFN_795X

During the following day's I might come with more ;-)


Jan Hugo Prins

Re: [Devil-linux-develop] xHCI and USB boot problem on modern MBs

[Heiko Z. <he...@zu...>]

Added to CVS.

Best Regards
  Heiko Zuerker

-----Original Message-----
From: Andrzej Odyniec [mailto:an...@ma...] 
Sent: Tuesday, February 04, 2014 9:30 AM
To: dev...@li...
Subject: [Devil-linux-develop] xHCI and USB boot problem on modern MBs

Dear Heiko,

We have a problem with booting and loading D-L configurations on modern motherboards (eg with Intel 87 series chipsets). There is no longer the old USB controllers, but only the new USB 3.0, requiring drivers xHCI-hcd. 
Meanwhile, the driver has EXPERIMENTAL status and by default is configured as a module CONFIG_USB_XHCI_HCD=m, while other usb host drivers are linked into the kernel.

During the init script execution host driver is not loaded yet and on such motherboards init script is fail to find a boot image and/or configuration, if it is on USB mass storage.

You could modify the init script in the initrd for load xhci-hcd driver explicite and add the apropriate host drivers to the initrd but probably easier and more systematic is to link xHCI controller driver into the kernel, changing CONFIG_USB_XHCI_HCD=m to CONFIG_USB_XHCI_HCD=y

In my D-L compilations such change fixes the problem.

Regards

Andrzej Odyniec


---
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
http://www.avast.com


------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Devil-linux-develop mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

[Devil-linux-develop] xHCI and USB boot problem on modern MBs

[Andrzej O. <an...@ma...>]

Dear Heiko,

We have a problem with booting and loading D-L configurations on modern 
motherboards (eg with Intel 87 series chipsets). There is no longer the old 
USB controllers, but only the new USB 3.0, requiring drivers xHCI-hcd. 
Meanwhile, the driver has EXPERIMENTAL status and by default is configured as 
a module CONFIG_USB_XHCI_HCD=m, while other usb host drivers are linked into 
the kernel.

During the init script execution host driver is not loaded yet and on such 
motherboards init script is fail to find a boot image and/or configuration, if 
it is on USB mass storage.

You could modify the init script in the initrd for load xhci-hcd driver 
explicite and add the apropriate host drivers to the initrd but probably 
easier and more systematic is to link xHCI controller driver into the kernel, 
changing CONFIG_USB_XHCI_HCD=m to CONFIG_USB_XHCI_HCD=y

In my D-L compilations such change fixes the problem.

Regards

Andrzej Odyniec


---
Ta wiadomość e-mail jest wolna od wirusów i złośliwego oprogramowania, ponieważ ochrona avast! Antivirus jest aktywna.
http://www.avast.com

Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working

[Heiko Z. <he...@zu...>]

Hey,

Should we replace this in the distribution?

Best Regards
  Heiko Zuerker


-----Original Message-----
From: Serge Leschinsky [mailto:ser...@gm...] 
Sent: Wednesday, August 21, 2013 1:03 AM
To: dev...@li...
Subject: Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working


well, to avoid the image rebuilding, please try to replace the appropriate sections in /etc/init.d/network

vlan creation:
------------------------------------------------
# vlan-id needs to be a number. id's 0 and 4095 are reserved if test -n "$VLANID" -a "$VLANID" -gt 0 -a "$VLANID" -lt 4095 2>/dev/null; then
     echo -n "Setting vlan #$VLANID on physical interface $DEVICE"
     PHYDEV=$DEVICE
     DEVICE=$(get_vlan_name "$PHYDEV" "$VLANID")
     ip link add link $PHYDEV name $DEVICE type vlan id $VLANID
     evaluate_retval
fi
------------------------------------------------

vlan removal
------------------------------------------------
# vlan-id's 0 and 4095 are reserved
if test -n "$VLANID" -a "$VLANID" -gt 0 -a "$VLANID" -lt 4095 2>/dev/null; then
    echo -n "Removing vlan #$VLANID from physical interface $PHYDEV"
    ip link del $DEVICE type vlan id $VLANID
    evaluate_retval
fi
------------------------------------------------

The whole script is in the attachment.

works for me (c)


Sincerely,
Serge


On 08/20/2013 10:14 PM, Philippe Weill wrote:
> Le 20/08/2013 09:37, Olivier Thauvin a écrit :
>> Hello,
>>
>> I am trying to setup a firewall under Devil Linux 1.6.3.
>>
>> When I try to run vconfig I get: "no such file or directory". An 
>> strace mention the error occur once the command is call. I saw this 
>> kind of behavior before when applications were linked against obsolete glibc.
>>
>> Notice seting up vlan interface work from initscript.
>
>
> on another version the problem seem the same vconfig is 32bit with old 
> libc on 64bit devil
>
>
> root@XXXXXXX:~ # cat /etc/Devil-release Devil-Linux 
> 1.6.4-2013-01-21-x86_64 root@XXXXXXX:~ # uname -a Linux 
> el-diablo2.private.ipsl.fr 3.2.35-grsec #1 SMP Mon Jan 21 04:47:47 EST 
> 2013 x86_64 GNU/Linux root@XXXXXXX:~ # file /bin/ls
> /bin/ls: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), 
> dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped 
> root@XXXXXXX:~ # file /bin/vconfig
> /bin/vconfig: ELF 32-bit LSB executable, Intel 80386, version 1 
> (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, 
> stripped
>
>
>
>
>
>>
>> Regards.
>>
>> ==== Strace output: ====
>>
>> root@Devil:~ # strace vconfig
>> execve("/bin/vconfig", ["vconfig"], [/* 17 vars */]) = -1 ENOENT (No 
>> such file or directory)
>> dup(2)                                  = 3
>> fcntl(3, F_GETFL)                       = 0x8002 (flags
>> O_RDWR|O_LARGEFILE)
>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
>> 0) = 0x7f630d176000
>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>> write(3, "strace: exec: No such file or di"..., 40strace: exec: No 
>> such file or directory
>> ) = 40
>> close(3)                                = 0
>> munmap(0x7f630d176000, 4096)            = 0
>> exit_group(1)                           = ?
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> --------- Introducing Performance Central, a new site from 
>> SourceForge and AppDynamics. Performance Central is your source for 
>> news, insights, analysis and resources for efficient Application 
>> Performance Management.
>> Visit us today!
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.
>> clktrk
>>
>>
>>
>> _______________________________________________
>> Devil-linux-develop mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>>
>
>

Re: [Devil-linux-develop] IPv6 Firewall service patch

[Heiko Z. <he...@zu...>]

Hey,

Shouldn't we make the default policy to deny all traffic, so folks are actually forced to configure the firewall rules?
I would hate them to get the impression that we provide a basic firewall script, just like we do for  IPv4.

Best Regards
  Heiko Zuerker

-----Original Message-----
From: Olivier Thauvin [mailto:nan...@na...] 
Sent: Thursday, August 22, 2013 11:57 PM
To: dev...@li...
Subject: [Devil-linux-develop] IPv6 Firewall service patch

Hello,

The firewall I am trying to setup must do IPv4 and IPv6 filtering. Sadly the firewall6 service does not exists yet.

The attached patch provide the basis for such service: nothing
extraordianry: use ip6tables instead iptables :)

Regards.

-- 

Olivier Thauvin
CNRS  -  LATMOS
♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖

[Devil-linux-develop] IPv6 Firewall service patch

[Olivier T. <nan...@na...>]

Hello,

The firewall I am trying to setup must do IPv4 and IPv6 filtering. Sadly
the firewall6 service does not exists yet.

The attached patch provide the basis for such service: nothing
extraordianry: use ip6tables instead iptables :)

Regards.

-- 

Olivier Thauvin
CNRS  -  LATMOS
♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖

Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working

[Serge L. <ser...@gm...>]

On 08/21/2013 03:32 AM, Olivier Thauvin wrote:
> * Serge Leschinsky (ser...@gm...) wrote:
>>
>> well, to avoid the image rebuilding, please try to replace the
>> appropriate sections in /etc/init.d/network
>
> [...]
>
>>
>> works for me (c)
>
> In my case (1.6.3 x86_64) seting up vlan interface with initscript
> works, it's just I cannot setup vlan interface using vconfig by hand:

Don't use "vconfig", use "ip" :)

Seriously, I think that all network configuration should be done using "ip" and 
the only thing we need to achieve that is replace bridge handling commands.
Well, "brctl" is used by other services (like qemu), so we probably have to keep 
it in the system, but I doubt we need vconfig.

  > http://www.candelatech.com/~greear/vlan.html
  >
  > 802.1Q VLANs and MAC-VLANs can be created with the 'ip' utility (vconfig
  > works for vlans, but is crufty and deprecated).


>
> Just think to fix vconfig binary for next release :)
>
Well, it's one approach ... Another one is to remove it from the system ;)  and 
I personally have inclination to the latter.



Sincerely,
Serge

Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working

[Olivier T. <nan...@na...>]

* Serge Leschinsky (ser...@gm...) wrote:
> 
> well, to avoid the image rebuilding, please try to replace the
> appropriate sections in /etc/init.d/network

[...]

> 
> works for me (c)

In my case (1.6.3 x86_64) seting up vlan interface with initscript
works, it's just I cannot setup vlan interface using vconfig by hand:

root@Devil:~ # cat /etc/sysconfig/nic/ifcfg-vlan650 
# the base interface (see ifcfg-eth1.sample for configuration)
DEVICE=bond0
ONBOOT=yes
DHCP=no
#DHCP=yes
#DHCP=server
### note: 0 < vlanid < 4095
VLANID=650
[...]

root@Devil:~ # ifconfig  |grep vlan
vlan650   Link encap:Ethernet  HWaddr f0:1f:af:ce:24:7c

The initscript seems to be already patched:

root@Devil:~ # grep "ip.*vlan" /etc/init.d/network 
        ip link add link $PHYDEV name $DEVICE type vlan id $VLANID
        ip link del $DEVICE type vlan id $VLANID

Just think to fix vconfig binary for next release :)

Thanks for the quick answer.

Regards.

-- 

Olivier Thauvin
CNRS  -  LATMOS
♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖

Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working

[Arnaud Gomes-do-V. <Arn...@ir...>]

Philippe Weill <phi...@la...> writes:

> on another version the problem seem the same
> vconfig is 32bit with old libc on 64bit devil

I sent a patch for this issue a few weeks/months ago, AFAIR it is now in
CVS.

-- 
A

Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working

[Serge L. <ser...@gm...>]

well, to avoid the image rebuilding, please try to replace the appropriate 
sections in /etc/init.d/network

vlan creation:
------------------------------------------------
# vlan-id needs to be a number. id's 0 and 4095 are reserved
if test -n "$VLANID" -a "$VLANID" -gt 0 -a "$VLANID" -lt 4095 2>/dev/null; then
     echo -n "Setting vlan #$VLANID on physical interface $DEVICE"
     PHYDEV=$DEVICE
     DEVICE=$(get_vlan_name "$PHYDEV" "$VLANID")
     ip link add link $PHYDEV name $DEVICE type vlan id $VLANID
     evaluate_retval
fi
------------------------------------------------

vlan removal
------------------------------------------------
# vlan-id's 0 and 4095 are reserved
if test -n "$VLANID" -a "$VLANID" -gt 0 -a "$VLANID" -lt 4095 2>/dev/null; then
    echo -n "Removing vlan #$VLANID from physical interface $PHYDEV"
    ip link del $DEVICE type vlan id $VLANID
    evaluate_retval
fi
------------------------------------------------

The whole script is in the attachment.

works for me (c)


Sincerely,
Serge


On 08/20/2013 10:14 PM, Philippe Weill wrote:
> Le 20/08/2013 09:37, Olivier Thauvin a écrit :
>> Hello,
>>
>> I am trying to setup a firewall under Devil Linux 1.6.3.
>>
>> When I try to run vconfig I get: "no such file or directory". An strace
>> mention the error occur once the command is call. I saw this kind of
>> behavior before when applications were linked against obsolete glibc.
>>
>> Notice seting up vlan interface work from initscript.
>
>
> on another version the problem seem the same
> vconfig is 32bit with old libc on 64bit devil
>
>
> root@XXXXXXX:~ # cat /etc/Devil-release
> Devil-Linux 1.6.4-2013-01-21-x86_64
> root@XXXXXXX:~ # uname -a
> Linux el-diablo2.private.ipsl.fr 3.2.35-grsec #1 SMP Mon Jan 21 04:47:47 EST 2013 x86_64 GNU/Linux
> root@XXXXXXX:~ # file /bin/ls
> /bin/ls: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared
> libs), for GNU/Linux 2.6.0, stripped
> root@XXXXXXX:~ # file /bin/vconfig
> /bin/vconfig: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses
> shared libs), for GNU/Linux 2.2.5, stripped
>
>
>
>
>
>>
>> Regards.
>>
>> ==== Strace output: ====
>>
>> root@Devil:~ # strace vconfig
>> execve("/bin/vconfig", ["vconfig"], [/* 17 vars */]) = -1 ENOENT (No
>> such file or directory)
>> dup(2)                                  = 3
>> fcntl(3, F_GETFL)                       = 0x8002 (flags
>> O_RDWR|O_LARGEFILE)
>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>> = 0x7f630d176000
>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>> write(3, "strace: exec: No such file or di"..., 40strace: exec: No such
>> file or directory
>> ) = 40
>> close(3)                                = 0
>> munmap(0x7f630d176000, 4096)            = 0
>> exit_group(1)                           = ?
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Introducing Performance Central, a new site from SourceForge and
>> AppDynamics. Performance Central is your source for news, insights,
>> analysis and resources for efficient Application Performance Management.
>> Visit us today!
>> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
>>
>>
>>
>> _______________________________________________
>> Devil-linux-develop mailing list
>> Dev...@li...
>> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>>
>
>

Re: [Devil-linux-develop] Devil 1.6.3: vconfig not working

[Philippe W. <phi...@la...>]

Le 20/08/2013 09:37, Olivier Thauvin a écrit :
> Hello,
>
> I am trying to setup a firewall under Devil Linux 1.6.3.
>
> When I try to run vconfig I get: "no such file or directory". An strace
> mention the error occur once the command is call. I saw this kind of
> behavior before when applications were linked against obsolete glibc.
>
> Notice seting up vlan interface work from initscript.


on another version the problem seem the same
vconfig is 32bit with old libc on 64bit devil


root@XXXXXXX:~ # cat /etc/Devil-release
Devil-Linux 1.6.4-2013-01-21-x86_64
root@XXXXXXX:~ # uname -a
Linux el-diablo2.private.ipsl.fr 3.2.35-grsec #1 SMP Mon Jan 21 04:47:47 EST 2013 x86_64 GNU/Linux
root@XXXXXXX:~ # file /bin/ls
/bin/ls: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared 
libs), for GNU/Linux 2.6.0, stripped
root@XXXXXXX:~ # file /bin/vconfig
/bin/vconfig: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses 
shared libs), for GNU/Linux 2.2.5, stripped





>
> Regards.
>
> ==== Strace output: ====
>
> root@Devil:~ # strace vconfig
> execve("/bin/vconfig", ["vconfig"], [/* 17 vars */]) = -1 ENOENT (No
> such file or directory)
> dup(2)                                  = 3
> fcntl(3, F_GETFL)                       = 0x8002 (flags
> O_RDWR|O_LARGEFILE)
> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0x7f630d176000
> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
> write(3, "strace: exec: No such file or di"..., 40strace: exec: No such
> file or directory
> ) = 40
> close(3)                                = 0
> munmap(0x7f630d176000, 4096)            = 0
> exit_group(1)                           = ?
>
>
>
>
> ------------------------------------------------------------------------------
> Introducing Performance Central, a new site from SourceForge and
> AppDynamics. Performance Central is your source for news, insights,
> analysis and resources for efficient Application Performance Management.
> Visit us today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>


-- 
  Weill Philippe -  Administrateur Systeme et Reseaux
  CNRS/UPMC/IPSL   LATMOS (UMR 8190)
  Tour 45/46 3e Etage B302 - 4 Place Jussieu - 75252 Paris Cedex 05 -  FRANCE
  Email:phi...@la... | tel:+33 0144274759 Fax:+33 0144273776

[Devil-linux-develop] Devil 1.6.3: vconfig not working

[Olivier T. <nan...@na...>]

Hello,

I am trying to setup a firewall under Devil Linux 1.6.3.

When I try to run vconfig I get: "no such file or directory". An strace
mention the error occur once the command is call. I saw this kind of
behavior before when applications were linked against obsolete glibc.

Notice seting up vlan interface work from initscript.

Regards.

==== Strace output: ====

root@Devil:~ # strace vconfig
execve("/bin/vconfig", ["vconfig"], [/* 17 vars */]) = -1 ENOENT (No
such file or directory)
dup(2)                                  = 3
fcntl(3, F_GETFL)                       = 0x8002 (flags
O_RDWR|O_LARGEFILE)
fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f630d176000
lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: No such file or di"..., 40strace: exec: No such
file or directory
) = 40
close(3)                                = 0
munmap(0x7f630d176000, 4096)            = 0
exit_group(1)                           = ?


-- 

Olivier Thauvin
CNRS  -  LATMOS
♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖

Re: [Devil-linux-develop] Patch save-config?

[Heiko Z. <he...@zu...>]

Frank,

In the past we have solved this issue by actually changing the packages to
use a directory within /etc/ (like the dhcp client software).
That being said, having the ability to save other directories might actually
not be a bad idea.

Best Regards
  Heiko Zuerker

-----Original Message-----
From: Frank Weis [mailto:Fra...@ct...] 
Sent: Tuesday, August 06, 2013 1:49 AM
To: dev...@li...
Subject: [Devil-linux-develop] Patch save-config?

Hi,

I want to use heartbeat 2 on DL, which relies on having a persistent
/var/lib/heartbeat between reboots (if all nodes are down at the same time,
the cib would otherwise be lost, and even if the cib is still around on
another node, heartbeat generates new node uuids after a reboot).

I have hacked save-config to include /var/lib/heartbeat in the tar, and that
solves my issue, but I have two questions:

*) is this safe? Any objections? Foreseeable problems?

*) If I take the time to do this right, would that be an interesting feature
for DL? Where should I set, say, $SAVE_CONFIG_ADDITIIONAL_FILES?
In the root's
environment? /etc/sysconfig/config? /etc/default/save-config?

TIA

Frank


----------------------------------------------------------------------------
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you take to put your SQL databases under
version control? Why should you start doing it? Read more to find out.
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
_______________________________________________
Devil-linux-develop mailing list
Dev...@li...
https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] Adding csync2 to DL

[Frank W. <Fra...@ct...>]

Hi Serge,

yes I didn't edit Makefile.build/.install.

Now it starts, but configure comes up with an error. I did a complete
build before so any libs (sqlite) are there, so I guess I have to dig
deeper in the package source to see if I can fix this.

Thanks,

Frank

On Fri, 2013-08-02 at 11:52 -0700, Serge Leschinsky wrote:
> Hi Frank,
> 
> On 08/02/2013 07:33 AM, Frank Weis wrote:
> > Hi all,
> >
> > I am trying to add csync2 (file syncro) to DL;
> > I have successfully built the entire DL.
> >
> > I have put the source tarball into the build/src directory and it
> > unpacks in build/tmp
> > I made scripts in build/scripts and build/scripts/configuration, and
> > build/scripts/configuration/help so that I can see it in
> > make menuconfig
> >
> > after make menuconfig, I have CONFIG_CSYNC2=y in the .config file, but
> > the thing does not get built. (ie there is no tmp/LOGS/build/csync2)
> 
> Did you add an appropriate line to Makefile.build / Makefile.install ?
> I guess you didn't.
> 
> 
> > When I try to compile it manually in the chrooted environment, it fails,
> > complaining about libsqlite not being there, which is part of DL
> Maybe the ordering issue... Make sure you build csync after sqlite.
> 
> 
> 
> Serge
> 
> ------------------------------------------------------------------------------
> Get your SQL database under version control now!
> Version control is standard for application code, but databases havent 
> caught up. So what steps can you take to put your SQL databases under 
> version control? Why should you start doing it? Read more to find out.
> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
> 

[Devil-linux-develop] Patch save-config?

[Frank W. <Fra...@ct...>]

Hi,

I want to use heartbeat 2 on DL, which relies on having a
persistent /var/lib/heartbeat between reboots (if all nodes are down at
the same time, the cib would otherwise be lost, and even if the cib is
still around on another node, heartbeat generates new node uuids after a
reboot).

I have hacked save-config to include /var/lib/heartbeat in the tar, and
that solves my issue, but I have two questions:

*) is this safe? Any objections? Foreseeable problems?

*) If I take the time to do this right, would that be an interesting
feature for DL? Where should I set, say, $SAVE_CONFIG_ADDITIIONAL_FILES?
In the root's
environment? /etc/sysconfig/config? /etc/default/save-config?

TIA

Frank

Re: [Devil-linux-develop] Adding csync2 to DL

[Serge L. <ser...@gm...>]

Hi Frank,

On 08/02/2013 07:33 AM, Frank Weis wrote:
> Hi all,
>
> I am trying to add csync2 (file syncro) to DL;
> I have successfully built the entire DL.
>
> I have put the source tarball into the build/src directory and it
> unpacks in build/tmp
> I made scripts in build/scripts and build/scripts/configuration, and
> build/scripts/configuration/help so that I can see it in
> make menuconfig
>
> after make menuconfig, I have CONFIG_CSYNC2=y in the .config file, but
> the thing does not get built. (ie there is no tmp/LOGS/build/csync2)

Did you add an appropriate line to Makefile.build / Makefile.install ?
I guess you didn't.


> When I try to compile it manually in the chrooted environment, it fails,
> complaining about libsqlite not being there, which is part of DL
Maybe the ordering issue... Make sure you build csync after sqlite.



Serge

[Devil-linux-develop] Adding csync2 to DL

[Frank W. <Fra...@ct...>]

Hi all,

I am trying to add csync2 (file syncro) to DL;
I have successfully built the entire DL.

I have put the source tarball into the build/src directory and it
unpacks in build/tmp
I made scripts in build/scripts and build/scripts/configuration, and 
build/scripts/configuration/help so that I can see it in 
make menuconfig

after make menuconfig, I have CONFIG_CSYNC2=y in the .config file, but
the thing does not get built. (ie there is no tmp/LOGS/build/csync2)

When I try to compile it manually in the chrooted environment, it fails,
complaining about libsqlite not being there, which is part of DL

Where am I going wrong/what am I missing?

TIA

Regards,

Frank

Re: [Devil-linux-develop] [PATCH] BIRD routing daemon

[Arnaud Gomes-do-V. <Arn...@ir...>]

Arnaud Gomes-do-Vale <Arn...@ir...> writes:

> I have added support for the BIRD Internet Routing Daemon
> <http://bird.network.cz/> to DL. The patch is attached; the source
> tarball can be downloaded from
> <ftp://bird.network.cz/pub/bird/bird-1.3.9.tar.gz>.

BIRD 1.3.10 has been released, here is the updated patch.

-- 
A

Re: [Devil-linux-develop] [PATCH] BIRD routing daemon

[Arnaud Gomes-do-V. <Arn...@ir...>]

Hello Heiko,

"Heiko Zuerker" <he...@zu...> writes:

> Before I add it, just a couple of questions:
>
> How's bird different from quagga?

Two main differences:

- BIRD has a more "system", less "network" approach to its
  configuration: to reconfigure it, just edit bird.conf and send it
  SIGHUP (Quagga has a more Cisco-like "change the live config through
  the CLI then save it" approach).
- More important, from my limited experience, BIRD tends to be less
  buggy than Quagga, particularly when using OSPFv3. Quagga's ospf6d 
  has been described by its authors as "alpha/beta quality" and this is
  quite close to the truth.

> What's the benefit with having both in DL?

Choice. :-)

>From our point of view, we are currently switching from Quagga to BIRD
so it would be easier to have it in DL. If you don't want to ship both I
will have to maintain a separate patch; I can perfectly understand
this. I can't promise I will track upstream BIRD releases closely as we
don't tend to upgrade our DL boxes very often.

-- 
Arnaud