[leaf-user] A few notes about the upcoming Bering-uClibc 6.1.0 release

Hi all; today 6.1.0-beta1 has been made available in the FRS https://sourceforge.net/projects/leaf/files/Bering-uClibc/6.1.0-beta1/ LEAF Bering-uClibc 6.1.0 will be based on uClibc-ng 1.0.25, gcc 5.4.0, kernel 4.9, perl 5.26.0 and busybox 1.27. The full blown libiconv package (approx 650kb)

Re: [leaf-devel] moving to Bering-uClibc 6.1.0-alpha2

Hi Erich; Am Samstag, 27. Mai 2017, 20:05:50 schrieb Erich Titl: > Hi KP > > Am 27.05.2017 um 19:15 schrieb kp kirchdoerfer: > > Hi all; > > > > the recent discussions about ntpd failing on i686 SMP and patching it, > > required to test the proposed patch wit

[leaf-devel] moving to Bering-uClibc 6.1.0-alpha2

Hi all; the recent discussions about ntpd failing on i686 SMP and patching it, required to test the proposed patch with uClibc-ng 1.0.24. The most visible change when building our packages with uClibc-ng 1.0.24 was the deletion of RPC support in uClibc-ng. A replacement is libtiprpc with a

Re: [leaf-user] ntpd segfaulting (copied to leaf-devel)

Hi Bob, Hi Erich; thanks for the profound work on this bug. I've contacted the maintainer of uClibc-ng and received some homework to track this issue. The proposed patch by by ddrown needs testing and if successful, might be accepted. kp Am Mittwoch, 3. Mai 2017, 22:04:53 schrieb Erich Titl:

Re: [leaf-user] wget-ssl.lrp missing in Buc 6.0.2 rev 1

Am Freitag, 28. April 2017, 23:09:10 schrieb Jean-Roch Blais: > Hello list, > > is there a reason why wget-ssl.lrp is missing from Buc 6.0.2 rev 1 and maybe > others distributions. It is required to perform a webconf firmware upgrade… >

Re: [leaf-devel] 6.1 - troubles in syslinux

Am Donnerstag, 6. April 2017, 18:21:34 schrieb Andrew: > Hi all. > > It seems like syslinux i LEAF becomes broken - I can't make flash > bootable with it. I've got 'Error converting to codepage 850 Success' > error, IMHO it's related to uClibc-ng libiconv. > > Anybody tried to make bootable disk

Re: [leaf-devel] 6.1 - troubles in syslinux

Hi Andrew; Am Donnerstag, 6. April 2017, 18:21:34 schrieb Andrew: > Hi all. > > It seems like syslinux i LEAF becomes broken - I can't make flash > bootable with it. I've got 'Error converting to codepage 850 Success' > error, IMHO it's related to uClibc-ng libiconv. > > Anybody tried to make

Re: [leaf-user] logrotate

Am Mittwoch, 5. April 2017, 09:26:42 schrieb Otto Halák - TeleLarm: > Hi, > is there some kind of "postrotate" option in lrp.conf? > SMSTools3 needs to be reloaded after log file rotation since it still > writes to previous old logfile (smsd.log.1). > Thanks in advance > Otto None in the old

Re: [leaf-user] Installing Openvpn

HI Mansoor; Am Montag, 20. März 2017, 09:16:45 schrieb Mansoor Ahmad: > Hello Everyone. > > In brief I have had a few years now working with leaf and its many > packages. In our camp, we typically used the old floppy, cd disk setup > with the Bering-uClibc distribution. We are now trying to boot

Re: [leaf-devel] kernel 4.9 in master

Am Samstag, 28. Januar 2017, 10:04:59 schrieb Andrew: > On 28.01.2017 03:30, kp kirchdoerfer wrote: > > Hi Andrew; > > > > Am Freitag, 27. Januar 2017, 20:55:15 schrieb Andrew: > >> Hi. > >> > >> I've fixed perf, it should be built now. >

Re: [leaf-devel] kernel 4.9 in master

> system passwd file. Which may not correspond to platform passwd... Do you have an (example) package you refer to? kp > On 15.01.2017 18:35, kp kirchdoerfer wrote: > > Hi all; > > > > I've committed a 4.9.(3) kernel to master for review. > > > > While I be

Re: [leaf-user] Module loading issues in 6.0.2-rc1

Hi; I understand you are talking neither about about shorewall nor /etc/init.d/iptables (start/stop/restart), which seesm to work, but plain iptables(-restore) binary? kp Am Mittwoch, 18. Januar 2017, 10:15:03 schrieb John Sager: > I'm trying to get 6.0.2-rc1 working on a PC Engines apu2c2

Re: [leaf-user] FYI: 6.0.2-rc1 works on a PC Engines apu2c2 but with issues

adds pxe boot, and the thread you've linked to was related to the latest BIOS. As I said, it still seems to be an issue and the advice from support tells the same story in other words :( kp > John > > On 18/01/17 15:40, kp kirchdoerfer wrote: > > Hi John; > > > > Am

Re: [leaf-user] FYI: 6.0.2-rc1 works on a PC Engines apu2c2 but with issues

Hi John; Am Mittwoch, 18. Januar 2017, 09:41:26 schrieb John Sager: > For some years I've run leaf-bering on a PC Engines Alix 2D13 board as my > main router, but now I need to upgrade to a board that supports gigabit > ethernet, vlans, baby jumbo frames, etc. > > The apu2c2 board has 3 gigabit

Re: [leaf-devel] kernel 4.9 in master

Hi Erich; Am Sonntag, 15. Januar 2017, 20:08:59 schrieb Erich Titl: > Hi KP > > Am 15.01.2017 um 16:35 schrieb kp kirchdoerfer: > > Hi all; > > > > I've committed a 4.9.(3) kernel to master for review. > > > > While I believe we should wait for an off

[leaf-devel] kernel 4.9 in master

Hi all; I've committed a 4.9.(3) kernel to master for review. While I believe we should wait for an official new LTS kernel (probably 4.10), upgrading the kernel to 4.9 made me aware of missing and failing packages (ipt-netflow, igb,...), the only remaining package to fail is perf.lrp. And

Re: [leaf-devel] 6.0.1 issue with DNAT

Hi Joern; Am Dienstag, 3. Januar 2017, 11:32:03 schrieb Jørn Eriksen: > Hello there, > > It seams also that 6.0.x has issues with DNAT when using Shorewall. Not > sure as to all the sub-modules involved - Tom belived is was due to > issues with > xt_nat > nf_nat > nf_nat_ipv4 I've started a

Re: [leaf-user] Perl error from buildtool.pl

Hi; Am Montag, 2. Januar 2017, 15:22:49 schrieb Frederick E. Stevens: > Hi, > > I was building BuC 6.0.1 from git maint branch. When > I tried to build argp-standalone the following error was produced: > > Error: Can't call method "isa" on unblessed reference > at

Re: [leaf-user] libmnl.lrp missing in 6.0.1 tarballs/images

Hi Martin; thx for spotting this. It seems building the complete image with buildall fools us for some packages - it was all "green" but it failed for libmnl and strongswan as another user detected Am Donnerstag, 29. Dezember 2016, 19:59:36 schrieb Martin Hejl: > Hi all, > > it appears

Re: [leaf-user] automatic upgrade from 5.2.4

HI Boris; Am Dienstag, 27. Dezember 2016, 09:00:43 schrieb Boris: > Hej Andrew (sorry fpr PM) and hej list, > > thanks for your answer! Is that working for upgrade to next major > release (6.x), too? As Andrew said it should, but currently it won't work. The 6.0 series has not been made

Re: [leaf-user] Bering-uClibc 6.0.1 release : Missed strongswan package

Hi; Am Mittwoch, 21. Dezember 2016, 15:41:15 schrieb Ecran Total: > Hi Leaf team, > > > > Missed strongswan package in > Bering-uClibc_6.0.1_geode_syslinux_serial115200 !! > > (6.0.1-rc1 changelog: strongswan updated to upstream version 5.5.1) Indeed; it hasn't been packaged and added to

Re: [leaf-user] dnsmasq does not start on boot with Bering-uClibc 6.0.0

Hi Sven; Am Montag, 5. Dezember 2016, 23:22:34 schrieb Sven Kirmess: > On Mon, Nov 28, 2016 at 12:45 AM, Erich Titl wrote: > > It might be easier to just add the modules to /etc/modules. They are also > > referenced at start up. > > That works also, thanks. I think that

[leaf-devel] post_upgrade branch

Hi Erich; can you pls explain, what we do have expect with the post_upgrade branch and how to test it? If all goes well, which branch do you want it to merged with? kp -- Check out the vibrant tech community on one

Re: [leaf-user] CLAMPMSS=Yes requires TCPMSS Target in your kernel and iptables

Am Mittwoch, 23. November 2016, 22:59:37 schrieb Sven Kirmess: > As Erich pointed out, it seems to not load the module during boot. (That's > again on a fresh system without a configdb.lrp) > > firewall# shorewall show capabilities | grep -i tcpmss >TCPMSS Match (TCPMSS_MATCH): Not available

Re: [leaf-user] CLAMPMSS=Yes requires TCPMSS Target in your kernel and iptables

Hi Sven; Am Dienstag, 22. November 2016, 21:43:48 schrieb Sven Kirmess: > I get this error message when I try to enable CLAMPMSS=Yes. This worked > with LEAF Bering-uClibc 5.2.5 but doesn't work with LEAF Bering-uClibc > 6.0.0. > > Was something in the kernel changed or did I do something wrong

[leaf-devel] Important: git package shrink

Hi all, Yves pointed me to BFG Repo-Cleaner (https://rtyley.github.io/bfg-repo-cleaner/) to shrink our Pagackes repo. After a lot of testing it has been time to finally make the step to push a shrinked version to our git repo. The packages repository has been reduced from 11GB to 2GB. It is

Re: [leaf-user] Bering-uClibc-6.0.0 introduces the new major version of LEAF Bering-uClibc

Am Sonntag, 30. Oktober 2016, 07:20:06 schrieb n22e113: > On 10/23/2016 12:26, kp kirchdoerfer wrote: > > * Support for PCEngines APU2 incl watchdog support and booting from SD > > card > > Many thanks! > Is the earlier PCEngines alix2d13 (with CF card) continue to be s

Re: [leaf-user] Bering-uClibc-6.0.0 introduces the new major version of LEAF Bering-uClibc

Hi Marko Am Dienstag, 25. Oktober 2016, 18:27:59 schrieb Mark Berndt: > I have some problem with openvpn not starting. I will post another thread > later when I get a chance to look at it. Other than that, all is good. > > cheers > Marko Is this still an issue? just curious kp

Re: [leaf-devel] leaf upgrade versioning

Hi Andrew; Am Samstag, 29. Oktober 2016, 20:12:11 schrieb Andrew: > hi. > > about versioning: > > The current proposed translation is: > > 5.2.8 -> 52800 > 6.0.0 -> 6 > 6.0.0-minorfix -> 60001 > 6.0.1-beta1 -> 60010 > 6.0.1-rc-1 -> 60020 > 6.0.1 -> 60100

Re: [leaf-commits] [bering-uclibc] Repository for Bering-uClibc. branch remove_moddb deleted. v5.2.5-rc1-160-g53cc407

Am Sonntag, 23. Oktober 2016, 16:58:23 schrieb Erich Titl: > This is an automated email from the git hooks/post-receive script. It was > generated because a ref change was pushed to the repository containing > the project "Repository for Bering-uClibc.". > > The branch, remove_moddb has been

[leaf-user] Bering-uClibc-6.0.0 introduces the new major version of LEAF Bering-uClibc

Hi all After a year development started and five month after the first alpha release a new major version of LEAF Bering-uClibc is considered stable. Major features of the 6.0.0 version are: * upgrading uClibc to uClibc-ng, receiving maintenance and regular updates (1.0.17) * upgrading to

[leaf-devel] git branches refreshed

Hi Gents; I've created a new branch maint-5.2, containing previous maint (5.2.x ) with the purpose to commit fixes to 5.2.x if necessary, and merged master into maint (now 6.0.x). maint should be for fixes and changes for the 6.0.x series. master is open for development >= 6.1.x Andrew now is

Re: [leaf-devel] intel network drivers

Am Montag, 3. Oktober 2016, 10:41:05 schrieb Andrew: > On 02.10.2016 23:37, Erich Titl wrote: > > Hi Andrew > > > > Am 02.10.2016 um 19:58 schrieb Andrew: > >> On 02.10.2016 20:45, Erich Titl wrote > >> > > :... > > : > >>> We need to find out if this is an issue for the majority of our users. >

Re: [leaf-devel] intel network drivers

Am Sonntag, 2. Oktober 2016, 19:48:21 schrieb Andrew: > On 02.10.2016 19:36, kp kirchdoerfer wrote: > > Hi; > > > > Am Sonntag, 2. Oktober 2016, 19:29:37 schrieb Andrew: > >> Hi. > >> > >> Built-in drivers have much less parameters. For ex., inter

[leaf-devel] intel network drivers

Hi; I've had some spare time and was looking at what is ahead . I've updated for testing uclibc-ng to 1.0.18 (which seems about 100 kb smaller) and kernel 4.7.6 (which seems about 100 kb larger). A few packages are failing to compile - notably ipt-netflow (looking into the src repository it

Re: [leaf-user] More/Many Missing Drivers in 5.2.x Series?!

Am Sonntag, 4. September 2016, 18:45:56 schrieb groups, freeman: > Having setup BuC5.2.7 under a VM and gotten it all setup I went to run > it on my production machine (an old ASUS mobo with Semperon 3400+ CPU) > and came up missing some more drivers. > > Of particular urgency is for me is the

Re: [leaf-user] Seeking vmxnet3 driver; was: Re: Missing AMD/PCnet32 Driver from 5.2.*?

Am Freitag, 2. September 2016, 13:36:08 schrieb groups, freeman: > On 16/09/01 13:09, kp kirchdoerfer wrote: > > HI; > > > > Am Mittwoch, 31. August 2016, 19:49:43 schrieb groups, freeman: > >> I seem to need the an AMD 79C970 driver (which is fulfilled by PCnet32

Re: [leaf-user] Missing AMD/PCnet32 Driver from 5.2.*?

HI; Am Mittwoch, 31. August 2016, 19:49:43 schrieb groups, freeman: > I seem to need the an AMD 79C970 driver (which is fulfilled by PCnet32) > for my VMWare Player v5 testbed. > > Trying BuC v5.2.7, I notice that the modules.sqfs filesystem contains no > "amd" dir under the 'drivers/net' subdir

Re: [leaf-user] PC Engines APU2 - Having Trouble Booting BuC 5.2.x

A drive. I boot from mSATA, also USB worked, at least for the installation. I have also an older bios (1/20/2016), and neither checked SD cards nor iPXE. kp > Thanks, > David > > > On 12 Aug 2016, at 23:17, kp kirchdoerfer <kap...@users.sourceforge.net> > > wrote: &g

Re: [leaf-user] PC Engines APU2 - Having Trouble Booting BuC 5.2.x

Hi David; Am Freitag, 12. August 2016, 12:02:56 schrieb Andrew: > Hi. > > Try to remove 'quiet' option from kernel line. Maybe it'll say you some > more info. > > On 12.08.2016 00:17, David M Brooke wrote: > > Hi Leaf Users, > > > > Does anybody have experience of using the PC Engines APU2

[leaf-devel] linux-headers

Hi Andrew; I saw you committed new linux-headers to toolchain. Just out of interest, has there been anythin wrong with the tarball I committed a few days ago, and if so what have I done wrong? I did #./buildtool.pl headers linux #cd headers/include #tar cvfJ

Re: [leaf-devel] 6.0.0-beta

o, on beta release we should also freeze uClibc-ng version for this > branch. Agreed. kp > 27.07.2016 20:03, kp kirchdoerfer пишет: > > Hi all; > > > > I've comitted changes to support the linux 4.4.x kernel for raspberry pi > > boards rev 1. > > While the raspber

[leaf-devel] 6.0.0-beta

Hi all; I've comitted changes to support the linux 4.4.x kernel for raspberry pi boards rev 1. While the raspberry pi 1 was mainly a proof-of-concept, we now support all the platforms that we did with 5.2.x. With the changes for rpi rev 1, we do have an example how to support booting

Re: [leaf-user] problem with upgrade 5.2.6-rc1 -> 5.2.6

Hi; Am Dienstag, 21. Juni 2016, 12:01:05 schrieb Erich Titl: > Hi Berndt > > Am 21.06.2016 um 11:50 schrieb Mark Berndt: > > there is plenty of free space in /tmp, but the upgrade script fails: > > > > firewall# df > > Filesystem 1K-blocks Used Available Use% Mounted on > > tmpfs

Re: [leaf-user] small dhcpd/shorewall problem in 5.2.6

HI Timothy; Am Freitag, 3. Juni 2016, 18:58:09 schrieb Timothy Wegner: > I have a LEAF router on a Soekris box. > > LEAF Bering-uClibc 5.2.6-rc1 works perfectly. But 5.2.6 does not. Shorewall > complains that it can't get an ip and won't start, and the boot messages > just before shorewall runs

Re: [leaf-devel] Something has changed with master

Am Samstag, 7. Mai 2016, 17:59:55 schrieb Erich Titl: > Hi Folks > > I tried to look into the init bug, just to run into one with the build > environment > > mega@leafbuilder64:~/leaf/devel/bering-uclibc$ git branch >maint > * master >new-initrd >new_upgrade >

Re: [leaf-devel] init problem sda1 still mounted

Hi Erich; Am Montag, 11. April 2016, 21:24:53 schrieb Erich Titl: > Hi KP > > Am 11.04.2016 um 15:39 schrieb kp kirchdoerfer: > > Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: > > > >> Need to look into linuxrc, where this should be umounted. As I

Re: [leaf-user] Update(grade) to Bering 5.x

Am Sonntag, 10. April 2016, 22:57:58 schrieb n22e113: > On 4/9/2016 05:51, kp kirchdoerfer wrote: > > But why do I invest time as Linux user to explain other Linux users > > ancient > > Windows filesystem limitations? I could have used Windows if I'm > > interested i

Re: [leaf-devel] init problem sda1 still mounted

Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: > Hi KP > > Am 09.04.2016 10:44, schrieb kp kirchdoerfer: > > Hi; > > > > I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) > > hd. If the disk is partitioned and formatted i

Re: [leaf-devel] init problem sda1 still mounted

Am Sonntag, 10. April 2016, 15:49:21 schrieb Erich Titl: > Hi KP > > Am 10.04.2016 14:55, schrieb kp kirchdoerfer: > > Hi Erich; > > ... > > >>>> Need to look into linuxrc, where this should be umounted. As I forgot > >>>> the charger fo

Re: [leaf-devel] init problem sda1 still mounted

Hi Erich; Am Sonntag, 10. April 2016, 14:18:34 schrieb Erich Titl: > Hi KP > > Am 10.04.2016 13:28, schrieb kp kirchdoerfer: > > Hi; > > ... > > >> Need to look into linuxrc, where this should be umounted. As I forgot > >> the charger for my other l

Re: [leaf-devel] init problem sda1 still mounted

Hi; Am Samstag, 9. April 2016, 14:23:31 schrieb Erich Titl: > Hi KP > > Am 09.04.2016 10:44, schrieb kp kirchdoerfer: > > Hi; > > > > I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) > > hd. If the disk is partitioned and formatted i

Re: [leaf-user] Update(grade) to Bering 5.x

Hi Bob; Am Samstag, 9. April 2016, 14:40:06 schrieb Bob von Knobloch: > On 09/04/16 11:51, kp kirchdoerfer wrote: > > We have long filenames on the iso image (>8.3). In FAT16 the > > root-dir-entries may run out of space because of that (root-dir-entries > > are also used

[leaf-devel] init problem sda1 still mounted

Hi; I've booted LEAF 6.0.0-alpha1 iso image in a vm with an attached (virtual) hd. If the disk is partitioned and formatted it will be mounted during boot, but never umounted. mount shows /dev/sda1 on /tmp/tmp.kci8fg type vfat etc This shouldn't happen. I suspect the problem is in

Re: [leaf-user] Update(grade) to Bering 5.x

information about FAT et al. > > On 8 Apr 2016, at 13:27, kp kirchdoerfer <kap...@users.sourceforge.net> > > wrote:> > > Am Freitag, 8. April 2016, 14:17:42 schrieb Bob von Knobloch: > >> On 08/04/16 13:27, David M Brooke wrote: > >>> And I th

Re: [leaf-user] Update(grade) to Bering 5.x

Am Freitag, 8. April 2016, 14:17:42 schrieb Bob von Knobloch: > On 08/04/16 13:27, David M Brooke wrote: > > And I thought it was just me who had this problem with CF cards!:-) > > > > Out of interest, how big is the disk partition & what proportion of that > > does 80MB represent? > > > > Last

Re: [leaf-devel] more obscure menu items

Hi Erich; Am Samstag, 2. April 2016, 13:31:19 schrieb Erich Titl: > Am 02.04.2016 um 12:00 schrieb Andrew: > > 02.04.2016 10:48, Erich Titl пишет: > ... > > >> You are right, but this is mostly due to the fact that the webconf > >> interface does not attract our developers. Maybe the fact that

Re: [leaf-devel] What about removing moddb?

Hi Erich; Am Donnerstag, 31. März 2016, 19:00:45 schrieb Erich Titl: > Hi KP > > Am 31.03.2016 um 17:31 schrieb kp kirchdoerfer: > ...> > > > The name "hwdetect" is misleading. The more interesting part of hwdetect > > now is loading modules from /

Re: [leaf-devel] What about removing moddb?

Am Montag, 28. März 2016, 22:13:37 schrieb Erich Titl: > Am 27.03.2016 um 18:26 schrieb kp kirchdoerfer: > > Am Sonntag, 27. März 2016, 16:03:06 schrieb Erich Titl: > >> Hi KP > >> > >> Am 26.03.2016 um 16:55 schrieb kp kirchdoerfer: > >>> H Gen

Re: [leaf-user] Fwd: Re: Can't reconfigure my LEAF-WRAP box

HI Bob; Am Montag, 28. März 2016, 14:15:44 schrieb Bob von Knobloch: > On 28/03/16 10:17, kp kirchdoerfer wrote: > > What Fritzbox do you use? > > Have you activated pppoe passthrough so the FB is only used as modem? > > > > kp > > Hi KP, > It's a Fritz

Re: [leaf-user] Fwd: Re: Can't reconfigure my LEAF-WRAP box

Am Sonntag, 27. März 2016, 21:45:01 schrieb Bob von Knobloch: > On 27/03/16 15:08, David M Brooke wrote: > > Hi Bob, > > > > Not sure if it’s enough to explain your symptoms, but I don’t think it’s > > correct to have the Gateway set the same as your Address. > > > > davidMbrooke > > Thanks

Re: [leaf-devel] What about removing moddb?

Am Sonntag, 27. März 2016, 16:03:06 schrieb Erich Titl: > Hi KP > > Am 26.03.2016 um 16:55 schrieb kp kirchdoerfer: > > H Gents; > > ... > > > At last I changed hwdetect to neglect moddb, and to do not use > > /var/lib/lrpkg/*.depmod any longer - there is

Re: [leaf-user] some problems with the upgrade script

Hi Erich; Am Sonntag, 27. März 2016, 16:17:52 schrieb Erich Titl: > Hi Mark > > Am 27.03.2016 um 06:13 schrieb Mark Berndt: > > No luck with the web interface, > > running ugrgrade from the command line shows: > > > > firewall# upgrade -vvv -c > > upgrade: opening ports 80 and 443 for upgrade >

Re: [leaf-user] Can't reconfigure my LEAF-WRAP box

Hi Bob; Am Samstag, 26. März 2016, 19:52:26 schrieb Bob von Knobloch: > Hi, > I'm sure its me missing something, but I'll ask anyway. My LEAF box is > currently configured for PPPOE on its eth0. I don't want this any more > (having to go to VOIP necessitates using a Fritz Box as my ISP interface

Re: [leaf-user] some problems with the upgrade script

Hi John; Am Samstag, 26. März 2016, 15:30:21 schrieb John Sager: > I am using the same version - 5.2.4 Rev 1. I loaded wget.lrp and resolved > its dependencies manually (I don't normally use it), and it's not built with > https support. Downloading the latest wget from sourceforge and resolving >

[leaf-devel] What about removing moddb?

H Gents; with the merge of newinitrd-6x into master we do have a simplified logic to load modules: either during boot from modules.sqfs and /etc/modules or from an init script as shorewall does for example. As long as I've not overlooked something important, I believe there is no need for

Re: [leaf-devel] ALIX specific kernel

ing geode image, which IMHO does not. Eventually we'll add an image for WRAP. kp > > > On 15. mars 2016 18:03, Erich Titl wrote: > > Am 15.03.2016 um 17:48 schrieb kp kirchdoerfer: > > ... > > > >>> That is fine. But t

Re: [leaf-devel] ALIX specific kernel

Am Dienstag, 15. März 2016, 17:32:55 schrieb Erich Titl: > Hi KP > > Am 15.03.2016 um 17:28 schrieb kp kirchdoerfer: > > Hi Erich; > > ... > > > Just to be clear I don't argue against a seperate WRAP image, until it's > > proofed to be outdated by dow

Re: [leaf-devel] ALIX specific kernel

Hi Erich; Am Dienstag, 15. März 2016, 16:38:15 schrieb Erich Titl: > Hi KP > > Am 15.03.2016 um 16:17 schrieb kp kirchdoerfer: > ... > > > Hi Erich; > > > > what's the difference between the alix specific kernel and the geode > > kernel? > Tha ALIX ke

Re: [leaf-devel] ALIX specific kernel

Am Montag, 14. März 2016, 14:15:30 schrieb Erich Titl: > Hi Folks > > I am trying to build a specific kernel for the ALIX board, but I am > failing configuring the CS553x ATA driver into the kernel, e.g. the > driver can be enabled as a module but menuconfig does not allow it to be > compiled

Re: [leaf-devel] master vs. new-initrd-6.x

Am Mittwoch, 9. März 2016, 12:38:05 schrieb Erich Titl: > Hi Folks > > I have successfully installed new-initrd-6.x on my WRAP testbed. This > system does not have neither moddb nor initmod anymore. > > Here a few numbers to compare it to the current master branch. Master is > alpha1,

Re: [leaf-user] IPv6 - Can EUI64 be used to configure the interface?

Hi Sven; Am Dienstag, 8. März 2016, 21:22:55 schrieb Sven Kirmess: > In EdgeOS I can configure an IPv6 interface like this: > > ipv6 { > address { > eui64 2001:db8::/64 > } > } > > This defines the network part, the interface part of the IP is generated > from the MAC

Re: [leaf-devel] git master

Sorry, another response Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: > Maybe we should just mount storage till hostapd will start? And what happens if hostpad isn't loaded at all? kp -- Transform Data into

Re: [leaf-devel] git master

Am Montag, 7. März 2016, 20:26:58 schrieb Andrew: > Maybe we should just mount storage till hostapd will start? Will hostapd really load the modules without changes to the init process? The later is something I try to avoid,cause it will make us to maintain a different init for hostapd.

Re: [leaf-devel] git master broken?

Am Montag, 7. März 2016, 11:13:47 schrieb Erich Titl: > Hi Folks > > Is master supposed to compile completely? To me it looks broken. > > mega@leafbuilder:~/leaf/devel/bering-6$ git branch > * master > new-initrd-6.x > mega@leafbuilder:~/leaf/devel/bering-6$ git pull > remote: Counting

Re: [leaf-devel] git master

Hi Erich; Am Freitag, 4. März 2016, 22:50:09 schrieb Erich Titl: > Hi Folks > > I am trying to rebase new-initrd to master and failing miserably due to > weird (for me) conflicts. In order to make progress I would like to > suggest to clean up master in a way to be at least consistent with the >

Re: [leaf-user] Deutsche Telekom VOIP

Hi Bob; Am Sonntag, 28. Februar 2016, 15:30:28 schrieb Bob von Knobloch: > On 22/02/16 17:38, kp kirchdoerfer wrote: > > I successfully used PCEngines Alix, APU and APU2 in this setup for LEAF. > > > > hth kp > > Hallo KP, > I've tried, without success, to

Re: [leaf-user] Deutsche Telekom VOIP

Hi Bob; Am Montag, 22. Februar 2016, 15:44:52 schrieb Bob von Knobloch: > Hi, > anyone had any experience of DT's VOIP? > It seems that we are being forced to change. > We have one house with ISDN, a splitter, modem and a LEAF-WRAP router. > The other house has just ISDN (no internet). > All

Re: [leaf-user] tc filter 'action connmark' doesn't work

Am Montag, 15. Februar 2016, 14:31:15 schrieb John Sager: > I needed to apply some shaping on incoming traffic to preserve bandwidth for > streaming services. bering-uclibc version 5.2.4 appeared to offer the > necessary facilities - linux 4.1.16 supports it and apparently tc supports > it too but

Re: [leaf-user] tc filter 'action connmark' doesn't work

Am Montag, 15. Februar 2016, 14:31:15 schrieb John Sager: > I needed to apply some shaping on incoming traffic to preserve bandwidth for > streaming services. bering-uclibc version 5.2.4 appeared to offer the > necessary facilities - linux 4.1.16 supports it and apparently tc supports > it too but

Re: [leaf-devel] status of modules loading - old, proposed new and questions

Am Montag, 8. Februar 2016, 13:20:07 schrieb Erich Titl: > Hi KP > > Just to make it more clear > > Am 07.02.2016 um 14:09 schrieb kp kirchdoerfer: > > Hi; > > .. > > > I don't think we can't make this a valuable decision. > > > > Just a

Re: [leaf-devel] status of modules loading - old, proposed new and questions

Am Montag, 8. Februar 2016, 18:32:07 schrieb Erich Titl: > Hi KP > > Am 08.02.2016 um 18:26 schrieb kp kirchdoerfer: > ... > > > You may analyze ppp/pppoe instead, where /var/lib/lrpkg/*.depmod provides > > the necesssry modules and therefor requires n

Re: [leaf-devel] status of modules loading - old, proposed new and questions

Hi; Am Mittwoch, 3. Februar 2016, 20:03:19 schrieb Andrew: > Hi. > > 03.02.2016 17:44, kp kirchdoerfer пишет: > > Hi all; > > > > I'll try to summarize the current and proposed status of loading modules > > as > > this raises questions. > > &g

[leaf-devel] status of modules loading - old, proposed new and questions

Hi all; I'll try to summarize the current and proposed status of loading modules as this raises questions. Pls correct me whereelse needed if I missed something or got it wrong. This summary is based on 5.2.x, master and new-initrd-6x branch A) The current status At the time we do have

Re: [leaf-user] Problems booting Bering-uClibc on APU2B4

Am Donnerstag, 28. Januar 2016, 20:43:30 schrieb Sven Kirmess: > I've created a fresh USB key from > Bering-uClibc_5.2.4-rc1_x86_64_syslinux_serial115200.tar.gz and it boots > without problem on my APU2B4. > > Thanks! Thanks for testing and feedback! kp

Re: [leaf-user] Problems booting Bering-uClibc on APU2B4

Hi Sven; Am Sonntag, 17. Januar 2016, 20:50:04 schrieb Sven Kirmess: > That worked. Thanks for your help. :-) > I've added the following 4 modules to initmod.lrp: > ehci-platform.ko.gz > ohci-pci.ko.gz > xhci-hcd.ko.gz > xhci-pci.ko.gz Thx for your help. The modules will be added into

Re: [leaf-user] Problems booting Bering-uClibc on APU2B4

Am Sonntag, 17. Januar 2016, 18:44:08 schrieb Sven Kirmess: > Where would I find the modules.tgz file with the additional modules? The > documentation < > http://bering-uclibc.zetam.org/wiki/Bering-uClibc_5.x_-_User_Guide_-_Advance > d_Topics_-_Modifying_initrd.lrp> mentions > > > modules.tgz

Re: [leaf-user] Problems booting Bering-uClibc on APU2B4

Hi Sven; I'll expect an APU2 next week and will give it a try ASAP. In the meantime I'll take care to build a X86_64 serial image for upcoming versions. The failure you see, looks like a missing module during boot... hopefully I'll have more info once I'll have an APU2 myself kp Am

Re: [leaf-devel] Leaf master branch

Am Donnerstag, 14. Januar 2016, 09:49:05 schrieb Erich Titl: > Hi Folks > > In my effort to port new-initrd to master I looked at the linux directory > > Why do we have config files for 4.1 and 4.4 plus the corresponding tarballs? > Shouldn't we make the config files release agnostic? It is

Re: [leaf-devel] http server

Hi Erich; Am Sonntag, 10. Januar 2016, 11:18:09 schrieb Erich Titl: > Hi KP > > Am 10.01.2016 um 08:40 schrieb kp kirchdoerfer: > > Am Samstag, 9. Januar 2016, 00:26:57 schrieb Erich Titl: > >> Hi KP > >> > >> ... > >> * update lightt

[leaf-devel] upcoming LEAF Bering-uClibc version

Hi all just a short note that 6.0 is making progress. Whilst I'm running the gcc 5.3.0, uClibc-ng 1.0.10 toolchain for about a week, this mail is send via a LEAF router with kernel version 4.4-rc8. kp -- Site24x7

Re: [leaf-devel] http server

Am Samstag, 9. Januar 2016, 00:26:57 schrieb Erich Titl: > Hi KP > > ... > * update lighttpd to 1.4.39 > > Is there a benefit in using lighthttpd over mini_httpd? If so, should we > drop mini_httpd? While it's still small it's more like a full-fledged webserver and more configuration options.

Re: [leaf-devel] uclibc-ng build error

Am Freitag, 1. Januar 2016, 23:18:01 schrieb Andrew: > Hi. > > It seems like there's troubles with parallel compilation. I thought that > it was due to building all and utils in one make call. I've committed > changes but forgot to push it. Try now. If it'll fail again (it may run > OK but may

Re: [leaf-devel] findfs in linuxrc

Happy New Year to all! Am Donnerstag, 31. Dezember 2015, 12:23:39 schrieb Erich Titl: > Hi KP > > Am 30.12.2015 um 20:11 schrieb kp kirchdoerfer: > > Erich; > > .. > > > Looking at the busybox documentation, it seems it does support handling of > > LAB

[leaf-devel] uclibc-ng build error

Hi Andrew; just tried to build toolchain with uclibc-ng, but ifailed the error AR cr libc/libc_so.a STRIP -x -R .note -R .comment libc/libc_so.a AR cr libc/libc_so.a i486-unknown-linux-uclibc-ar: libc/libc_so.a: Error reading libc_multiple_threads.oS: File truncated ...? kp

Re: [leaf-devel] findfs in linuxrc

Erich; Am Dienstag, 29. Dezember 2015, 12:52:20 schrieb Erich Titl: > Hi KP > > Am 28.12.2015 um 21:12 schrieb kp kirchdoerfer: > > Hi Erich; > > ...>> > > >> It requires a different busybox. The current one does not provide findfs. > > > >

Re: [leaf-devel] findfs in linuxrc

Am Mittwoch, 23. Dezember 2015, 15:30:53 schrieb Erich Titl: > Hi Andrew > > Am 23.12.2015 um 12:22 schrieb Andrew: > > It seems like it was dropped by unknown reason, so it should be enabled. > > Well, apparently nobody noticed, so I doubt it is used at all. > > cheers > > ET Hi Erich

Re: [leaf-devel] findfs in linuxrc

Hi Erich; Am Montag, 28. Dezember 2015, 19:59:45 schrieb Erich Titl: > Hi KP > > Am 28.12.2015 um 17:23 schrieb kp kirchdoerfer: > > Am Mittwoch, 23. Dezember 2015, 15:30:53 schrieb Erich Titl: > >> Hi Andrew > > ... > > > /lib/libuuid.so.1.3.0 and i

Re: [leaf-devel] findfs in linuxrc

Hi Erich; Am Montag, 28. Dezember 2015, 20:55:39 schrieb Erich Titl: > Hi KP > > Am 28.12.2015 um 20:43 schrieb kp kirchdoerfer: > > Hi Erich; > > > > Am Montag, 28. Dezember 2015, 19:59:45 schrieb Erich Titl: > >> Hi KP > >> > >> Am

Re: [leaf-devel] strongswan.lrp

Hi Erich; Am Montag, 14. Dezember 2015, 12:02:08 schrieb Erich Titl: > Hi Folks > > As the old ipsec.lrp has been changed to strongswan.lrp, did anyone > follow up with checking and renaming ipsec.lwp? Remember my suggestion > to include the webconf files in the packages :-) No I didn't. I

  1   2   3   4   5   6   7   8   9   10   >