[leaf-devel] 6.1 - troubles in syslinux

2017-04-06 Thread 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 from LEAF 6.1? Or from 6.0? -

Re: [leaf-devel] kernel 4.9 in master

2017-01-29 Thread Andrew
am, which is used to convert string uid/gid to numeric, uses system passwd/group. which is an mistake. On 29.01.2017 16:19, Erich Titl wrote: > Hi Andrew > > Am 29.01.2017 um 14:33 schrieb Andrew: >> this is not an apkg issue. it's an buildpacket issue. >> > > Alledg

Re: [leaf-devel] kernel 4.9 in master

2017-01-29 Thread Andrew
this is not an apkg issue. it's an buildpacket issue. On 29.01.2017 02:38, Erich Titl wrote: > Hi KP > > Am 29.01.2017 um 00:45 schrieb kp kirchdoerfer: >> Am Samstag, 28. Januar 2017, 10:04:59 schrieb Andrew: >>> On 28.01.2017 03:30, kp kirchdoerfer wrote: >>

Re: [leaf-devel] kernel 4.9 in master

2017-01-28 Thread 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. > I'm testing... > >> Also I noticed one trouble with packaging: when ow

Re: [leaf-devel] kernel 4.9 in master

2017-01-27 Thread Andrew
ly remaining package to fail is perf.lrp. And > hopefully it will be easier to upgrade to 4.10, once we ironed out errors with > the 4.9 kernel. > > Note: Currently the arm* toolchains do not build with with the 4.9 kernel. > > Please review the configs for x86_64, i486, geode etc.. &

[leaf-devel] leaf upgrade versioning

2016-10-29 Thread 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 6.0.1-minorfix -> 60101 6.0.2-beta1 -> 60110 this limits versioning to max 1

Re: [leaf-devel] intel network drivers

2016-10-03 Thread Andrew
On 03.10.2016 11:45, kp kirchdoerfer wrote: > 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 >&

Re: [leaf-devel] intel network drivers

2016-10-03 Thread 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. >>> most of the drivers will probab

Re: [leaf-devel] intel network drivers

2016-10-02 Thread Andrew
On 02.10.2016 20:45, Erich Titl wrote: > Hi > > Am 02.10.2016 um 18:36 schrieb kp kirchdoerfer: >> Hi; >> >> Am Sonntag, 2. Oktober 2016, 19:29:37 schrieb Andrew: >>> Hi. >>> >>> Built-in drivers have much less parameters. For ex., interrupt &g

Re: [leaf-devel] intel network drivers

2016-10-02 Thread 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., interrupt >> throttling, etc. > Is this also true for kernel driver 4.7+? I think yes.

Re: [leaf-devel] intel network drivers

2016-10-02 Thread Andrew
Hi. Built-in drivers have much less parameters. For ex., interrupt throttling, etc. On 02.10.2016 19:25, kp kirchdoerfer wrote: > 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

Re: [leaf-devel] linux-headers

2016-07-30 Thread Andrew
Hi. No, I just reassembled kernel headers tarball while trying to fix perf. It didn't help, but I've already committed it. On 30.07.2016 19:04, kp kirchdoerfer wrote: > Hi Andrew; > > I saw you committed new linux-headers to toolchain. > Just out of interest, has there b

Re: [leaf-devel] 6.0.0-beta

2016-07-29 Thread Andrew
28.07.2016 19:31, kp kirchdoerfer пишет: > Hi Andrew; > > Am Donnerstag, 28. Juli 2016, 12:24:58 schrieb Andrew: >> Hi. >> >> I think that we should move root, config and maybe some other 'core' >> packages to initrd - to make it possible to run on t

Re: [leaf-devel] 6.0.0-beta

2016-07-28 Thread Andrew
Hi. I think that we should move root, config and maybe some other 'core' packages to initrd - to make it possible to run on tiny systems with small amount of RAM and available persistent ROM for permanently mounted initrd (like SOHO routers). Also, on beta release we should also freeze uClibc-

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

2016-04-10 Thread Andrew
full. From other side, we may place packages in subdirectory, and there'll be no troubles with FAT in future :) 10.04.2016 22:51, Erich Titl пишет: > Am 10.04.2016 18:37, schrieb Andrew: > ... >>> kp >> 128MB DOM and 256-512MB flash works OK. >> >> As I und

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

2016-04-10 Thread Andrew
10.04.2016 16:28, kp kirchdoerfer пишет: > 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

Re: [leaf-devel] more obscure menu items

2016-04-02 Thread Andrew
02.04.2016 10:48, Erich Titl пишет: > Hi Andrew > > Am 02.04.2016 um 00:37 schrieb Andrew: >> 31.03.2016 23:30, Erich Titl пишет: >>> Hi KP >>> >>> some more bugging >>> >>> >>> Network configuratio

Re: [leaf-devel] more obscure menu items

2016-04-01 Thread Andrew
31.03.2016 23:30, Erich Titl пишет: > Hi KP > > some more bugging > > > Network configuration menu > > 1) interfaces file > 2) hosts IP adresses > 3) hostname > 4) resolv.conf > 5) superserver daemon configuration > 6) h

Re: [leaf-devel] Delayed umount

2016-03-31 Thread Andrew
It just blocks killing on console logout (IMHO it'll be bad if all remains mounted after logout). It oesn't hurt TERM/KILL signals. 31.03.2016 11:35, Erich Titl пишет: > Am 31.03.2016 um 10:30 schrieb Andrew: >> 31.03.2016 01:32, Erich Titl пишет: >>> Am 30.03.

Re: [leaf-devel] Delayed umount

2016-03-31 Thread Andrew
31.03.2016 01:32, Erich Titl пишет: > Am 30.03.2016 um 17:20 schrieb Andrew: >> 30.03.2016 17:17, Erich Titl пишет: > ... >>> There are a few drawbacks with the invocation >>> >>> - umount_delayed must be pushed to the background to terminate >>

Re: [leaf-devel] Delayed umount

2016-03-30 Thread Andrew
30.03.2016 17:17, Erich Titl пишет: > Hi Folks > > I am not convinced this is necessary but it does not hurt, so I added > another function to mount_modules to allow delayed umount > > Tests show > > SALT# mount_modules > SALT# umount_modules > SALT# mount_modules > SALT# umount_delayed & > SALT# m

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

2016-03-28 Thread Andrew
28.03.2016 23:13, 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 Gents; >>> ... >>> At last I changed hwdetect to neglect moddb, and to do no

Re: [leaf-devel] ALIX specific kernel

2016-03-15 Thread Andrew
I'm not sure that it's really will be a big difference between all CS553x drivers enabled and CS5535-only driver... 15.03.2016 18:32, 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

Re: [leaf-devel] [leaf:bering-uclibc] New commit by Andrew Denisenko

2016-03-14 Thread Andrew
I'm not sure that it even requires intrusion... it seems like storage drivers are compiled as built-in. It'll require more testing on live hardware/emulator to ensure this. 15.03.2016 00:55, Erich Titl пишет: > Am 14.03.2016 um 23:07 schrieb LEAF Linux Embedded Appliance Framework > Git reposito

Re: [leaf-devel] ALIX specific kmodules

2016-03-14 Thread Andrew
These files are for moddb/initmod. It seems like we should clean them after merge your changes. 14.03.2016 19:22, Erich Titl пишет: > Am 14.03.2016 um 17:28 schrieb Andrew: >> Hi. >> >> modules-xxx.sqfs is built for each subarch specified in makefile. > What are the files

Re: [leaf-devel] ALIX specific kernel

2016-03-14 Thread Andrew
Hmm, right, it wasn't a master, it was new-initrd-6.x. It still didn't merged in master. 14.03.2016 19:09, Erich Titl пишет: > Hi Andrew > > Am 14.03.2016 um 17:24 schrieb Andrew: >> It seems like you do something wrong. Because in master these modules >> are alr

Re: [leaf-devel] ALIX specific kmodules

2016-03-14 Thread Andrew
Hi. modules-xxx.sqfs is built for each subarch specified in makefile. 14.03.2016 17:55, Erich Titl пишет: > Hi Folks > > The code generating kmodules/modules-karch.sqfs is quite cryptic and I > don't really want to play a guessing game on how it works. What do I > have to do in kmodules to get mo

Re: [leaf-devel] ALIX specific kernel

2016-03-14 Thread Andrew
* CONFIG_GPIO_CS5535=m CONFIG_MFD_CS5535=m CONFIG_SND_CS5530=m CONFIG_SND_CS5535AUDIO=m 14.03.2016 17:35, Erich Titl пишет: > Hi Andrew > > Am 14.03.2016 um 16:30 schrieb Andrew: >> Strange. Maybe you didn't specify ARCH=i386 in command line on x86_64? > I started with the config for geo

Re: [leaf-devel] ALIX specific kernel

2016-03-14 Thread Andrew
Strange. Maybe you didn't specify ARCH=i386 in command line on x86_64? 14.03.2016 15:50, Erich Titl пишет: > Am 14.03.2016 um 14:15 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

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-14 Thread Andrew
14.03.2016 14:45, Erich Titl пишет: > Am 14.03.2016 um 13:32 schrieb Andrew: >> 14.03.2016 12:28, Erich Titl пишет: >>> Hi Andre >>> >>> Am 12.03.2016 um 19:40 schrieb Andrew: >>>> Hi. >>> ...>> >>>>> Please let us kno

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-14 Thread Andrew
14.03.2016 12:28, Erich Titl пишет: > Hi Andre > > Am 12.03.2016 um 19:40 schrieb Andrew: >> Hi. > ...>> >>> Please let us know how you do a major kernel upgrade. If you write it >>> down, you might see that there are unnecessaty steps or you may >&g

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-12 Thread Andrew
Hi. 12.03.2016 13:02, Erich Titl пишет: > Hi Andrew > > Am 11.03.2016 um 18:19 schrieb Andrew: >> 11.03.2016 16:24, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 11.03.2016 um 12:50 schrieb Andrew: >>>> 11.03.2016 08:48, Erich Titl пишет: >

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-11 Thread Andrew
11.03.2016 16:24, Erich Titl пишет: > Hi Andrew > > Am 11.03.2016 um 12:50 schrieb Andrew: >> 11.03.2016 08:48, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 10.03.2016 um 21:19 schrieb Andrew: >>>> 10.03.2016 22:07, Erich Titl пишет: >>>

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-11 Thread Andrew
11.03.2016 08:48, Erich Titl пишет: > Hi Andrew > > Am 10.03.2016 um 21:19 schrieb Andrew: >> 10.03.2016 22:07, Erich Titl пишет: >>> Am 10.03.2016 um 19:39 schrieb Andrew: >>>> 10.03.2016 20:03, Erich Titl пишет: > ... > >>>>> But in

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-10 Thread Andrew
10.03.2016 22:07, Erich Titl пишет: > Am 10.03.2016 um 19:39 schrieb Andrew: >> 10.03.2016 20:03, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 10.03.2016 um 18:53 schrieb Andrew: >>>> Hi. >>>> >>>> For common config

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-10 Thread Andrew
10.03.2016 20:03, Erich Titl пишет: > Hi Andrew > > Am 10.03.2016 um 18:53 schrieb Andrew: >> Hi. >> >> For common config case you can easily check what real differences are >> between configs. >> >> + kernel upgrade is enough easy: just update co

Re: [leaf-devel] usefullness of kernel config cdiff files

2016-03-10 Thread Andrew
Hi. For common config case you can easily check what real differences are between configs. + kernel upgrade is enough easy: just update common config (be make oldconfig) and try to generate other configs (looking on cdiff output - for changed/missed lines); and then look on result of 'make old

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

2016-03-09 Thread Andrew
Hi. Can you also run 'free' to see RAM usage in both cases? 09.03.2016 13:38, 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

Re: [leaf-devel] git master

2016-03-08 Thread Andrew
Erich Titl пишет: > Hi Andrew > > Am 07.03.2016 um 21:46 schrieb Andrew: >> 07.03.2016 20:41, kp kirchdoerfer пишет: > ... >>> Another drawback is the time it needs to load modules.sqfs. >>> If we choose to that for several packages it will raise startup times

Re: [leaf-devel] git master

2016-03-07 Thread Andrew
07.03.2016 20:41, kp kirchdoerfer пишет: > 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? If it loads modules earlier - it should load them n

Re: [leaf-devel] git master

2016-03-07 Thread Andrew
Maybe we should just mount storage till hostapd will start? Also, maybe it'll be good to add delayed umount (for ex., 3-5 seconds)? 07.03.2016 19:06, Erich Titl пишет: > Hi Folks > > OK after some twiddling with buildtool.cfg in master I succeeded to > build a 486 version. > > There are a few qui

Re: [leaf-devel] git master

2016-03-06 Thread Andrew
06.03.2016 15:48, Erich Titl пишет: > Am 06.03.2016 um 11:05 schrieb Andrew: >> 4.4 config seems to be re-created from scratch; + currently we use i486 >> as base config - so I moved all changes from i486 cdiff to base config. > That is quite a bit puzzling that the 486 config s

Re: [leaf-devel] git master

2016-03-06 Thread Andrew
4.4 config seems to be re-created from scratch; + currently we use i486 as base config - so I moved all changes from i486 cdiff to base config. P.S. it seems like you forgot to commit umount_modules script into repo. 06.03.2016 00:33, Erich Titl пишет: > Hi Andrew > > Am 05.03.2016

Re: [leaf-devel] git master

2016-03-05 Thread Andrew
I cleaned configs (there was a lot of strange things - as I understood, you just build storage drivers in kernel instead of modules, all other changes are unnecessary?). Can you review branch diff to master? 05.03.2016 14:55, Erich Titl пишет: > Hi Andrew > > Am 05.03.2016 um 11:5

Re: [leaf-devel] git master

2016-03-05 Thread Andrew
Hi. I'll try to look on it at this weekend. 05.03.2016 12:51, Erich Titl пишет: > Am 05.03.2016 um 00:57 schrieb kp kirchdoerfer: >> Hi Erich; >> ... >> >> They are not forgotten, they are still used for armv6 toolchain. >> We need to update the raspberry kernel (armv6) to 4.4, until then both ke

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

2016-02-08 Thread Andrew
r new realization we shouldn't unload modules (else each device disconnect will require manual modules re-probing) or on each connect event we should try to mount storage for 5-10 seconds. 08.02.2016 19:59, Erich Titl пишет: > Am 08.02.2016 um 18:54 schrieb Andrew: >> Modules can

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

2016-02-08 Thread Andrew
Modules can be loaded by daemon (for ex. accel-ppp loads needed modules). 08.02.2016 19:32, 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 require

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

2016-02-04 Thread Andrew
04.02.2016 08:49, Erich Titl пишет: > Hi Andrew > > Am 03.02.2016 um 22:56 schrieb Andrew: >> 03.02.2016 22:47, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 03.02.2016 um 19:03 schrieb Andrew: >>>> Hi. >>>> >>> ...>

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

2016-02-03 Thread Andrew
03.02.2016 22:47, Erich Titl пишет: > Hi Andrew > > Am 03.02.2016 um 19:03 schrieb Andrew: >> Hi. >> > ...>> >>> Erich made the proposal to change the init scripts of such packages to mount >>> modules.sqfs and load whatever required. >> Good s

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

2016-02-03 Thread 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. > > 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 br

Re: [leaf-devel] LEAF rebase/merge

2016-01-14 Thread Andrew
Hi. Git conflict appears when there's two modifications of same code in merged branches. So only case of avoiding it - don't touch code which is modified in other branch, that is impossible in real world :) 14.01.2016 10:20, Erich Titl пишет: > Hi Yves > > Am 14.01.2016 um 09:10 schrieb Yves B

Re: [leaf-devel] vlan

2016-01-08 Thread Andrew
Hi. It is in core now (utility is in busybox) 08.01.2016 14:29, Erich Titl пишет: > Hi Folks > > What happened to vlan support, e.g vlan.lrp > > cheers > > ET > > -- > > ___ > l

Re: [leaf-devel] How to create a link in a .lrp package

2016-01-05 Thread Andrew
I'm not sure about hardlinks. IMHO they weren't needed earlier so there's no hardlinks support. But I didn't look in code. 05.01.2016 21:45, Erich Titl пишет: > Hi Andrew > > Am 05.01.2016 um 20:37 schrieb Andrew: >> Hi. >> >> Look at any librar

Re: [leaf-devel] How to create a link in a .lrp package

2016-01-05 Thread Andrew
Hi. Look at any library package. 05.01.2016 21:35, Erich Titl пишет: > Hi Folks > > The subject says it all, I could not find the right way to include a > link in a .lrp package, so the file gets created like > > SALT# > foo > SALT# ln foo bar > SALT# ls -l > -rw-r--r--2 root root

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2016-01-04 Thread Andrew
04.01.2016 11:32, Erich Titl пишет: > Hi Andrew > > Am 04.01.2016 um 10:18 schrieb Andrew: >> IMHO it's bad idea - toolchain depends on system libs (so it may not >> work on some systems), + it may be 32bit or 64bit. > We used to not be system dependent, but I

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2016-01-04 Thread Andrew
IMHO it's bad idea - toolchain depends on system libs (so it may not work on some systems), + it may be 32bit or 64bit. 03.01.2016 22:54, Erich Titl пишет: > Am 03.01.2016 um 20:28 schrieb Andrew: >> Use two separate dirs with same repo? >> >> In any case, gcc up

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2016-01-03 Thread Andrew
Use two separate dirs with same repo? In any case, gcc update may also break binary compatibility. 03.01.2016 20:40, Erich Titl пишет: > Am 03.01.2016 um 16:11 schrieb Andrew: >> I just replaced uClibc with uClibc-ng (uClibc fork) in toolchain. + >> added some compat fixes to pa

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2016-01-03 Thread Andrew
Weitergeleitete Nachricht > Betreff: [leaf:bering-uclibc] New commit by Andrew Denisenko > Datum:Fri, 01 Jan 2016 14:57:33 + > Von: LEAF Linux Embedded Appliance Framework Git repository > > Antwort an: LEAF Linux Embedded Appliance Framework Git reposi

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

2016-01-01 Thread Andrew
OPTS) from make call. 01.01.2016 17:56, kp kirchdoerfer пишет: > 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-li

Re: [leaf-devel] findfs in linuxrc

2015-12-23 Thread Andrew
It seems like it was dropped by unknown reason, so it should be enabled. 23.12.2015 13:11, Erich Titl пишет: > Hi David > > Am 23.12.2015 um 11:41 schrieb David M Brooke: >> Hi Erich, >> >> I added that code in 2012 in response to a user request. >> The need for findfs was flagged up at the time.

Re: [leaf-devel] new module/init structure test first results

2015-12-15 Thread Andrew
e WDT should be also compiled into kernel. But I'm in doubt about generic targets with tens of ATA/SATA controllers. 15.12.2015 20:18, Erich Titl пишет: > Am 15.12.2015 um 17:07 schrieb Andrew: >> Hi. >> >> Look on memory usage. Storage contains compressed code, linux image

Re: [leaf-devel] new module/init structure test first results

2015-12-15 Thread Andrew
Hi. Look on memory usage. Storage contains compressed code, linux image in RAM will be uncompressed after loading. I think that built-in modules will require much more RAM. 15.12.2015 17:38, Erich Titl пишет: > Hi Folks > > first results from my test with module handling > > I compiled kernels

Re: [leaf-devel] [leaf:bering-uclibc] 2 new commits to Bering-uClibc

2015-12-13 Thread Andrew
There was an error in makefile - gzipped kernel modules weren't be copied to /lib/modules/linux-. 14.12.2015 00:37, Erich Titl пишет: > Hi Andrew > > Am 13.12.2015 um 14:53 schrieb LEAF Linux Embedded Appliance Framework > Git repository: >> Branch: master &g

Re: [leaf-devel] iperf/iperf3

2015-12-12 Thread Andrew
Hi. Iperf 2/3 protocol incompatibility. 12.12.2015 19:11, kp kirchdoerfer пишет: > Andrew; > > any reason we still provide iperf(2) additionally to iperf

Re: [leaf-devel] [leaf:bering-uclibc] New commit by kapeka

2015-12-11 Thread Andrew
I'm not sure that configs are changed... 11.12.2015 21:57, Erich Titl пишет: > Am 11.12.2015 um 20:40 schrieb Andrew: >> Just merge, and rename your configs to 4.1.14... > This, I believe, is insufficient, as the configs have changed and we > store just the cdiffs now

Re: [leaf-devel] [leaf:bering-uclibc] New commit by kapeka

2015-12-11 Thread Andrew
Just merge, and rename your configs to 4.1.14... 11.12.2015 19:52, Erich Titl пишет: > Hi Folks > > I am working on new Kernel config stuff, based on 4.1.13 and I would > like to get this work into maint. > > Am 11.12.2015 um 16:49 schrieb LEAF Linux Embedded Appliance Framework > Git repository:

Re: [leaf-devel] LEAF Kernel config

2015-12-09 Thread Andrew
Hi. Right, it's unneeded now. 09.12.2015 10:54, Erich Titl пишет: > Hi Andrew > > I am digging in the linux source directory and I am wondering why this > is/was necessary > > # workaround -- patch 2.7.1 needs --follow-symlinks, patch 2.61 will not > work >

Re: [leaf-devel] LEAF Kernel config

2015-12-08 Thread Andrew
08.12.2015 13:03, Erich Titl пишет: > Hi Andrew > > Am 08.12.2015 um 11:28 schrieb Andrew: >> Hi. >> >> You're right, only .cdiff files (+ generic config) are needed. >> >> Other per-target .config files are present just for easier update (this >

Re: [leaf-devel] LEAF Kernel config

2015-12-08 Thread Andrew
Hi. You're right, only .cdiff files (+ generic config) are needed. Other per-target .config files are present just for easier update (this was actual when usual .diff were used - after config change new config not always lays smooth, usually there were patching errors due to changed context)

Re: [leaf-devel] Notes after 5.2 release

2015-12-01 Thread Andrew
01.12.2015 17:36, Erich Titl пишет: > > > Am 01.12.2015 um 16:08 schrieb Andrew: >> Hi >> >> 01.12.2015 16:20, Erich Titl пишет: >>> Hi Andrew >>>> >>>>> >>>>> And SoC network drivers also may be compiled in kernel,

Re: [leaf-devel] Notes after 5.2 release

2015-12-01 Thread Andrew
Hi 01.12.2015 16:20, Erich Titl пишет: > Hi Andrew >> >>> >>> And SoC network drivers also may be compiled in kernel, not >>>> as modules to save some space. Rest of modules (like additional USB >>>> network adapters, iptables modules and so on)

Re: [leaf-devel] Notes after 5.2 release

2015-12-01 Thread Andrew
30.11.2015 23:44, Erich Titl пишет: > Hi Andrew > > Am 30.11.2015 um 14:16 schrieb Andrew: >> 30.11.2015 13:41, Erich Titl пишет: >>> Am 30.11.2015 um 10:44 schrieb Andrew: >>>> 30.11.2015 11:11, Erich Titl пишет: >>>>> Hi Andrew >>&

Re: [leaf-devel] Notes after 5.2 release

2015-11-30 Thread Andrew
30.11.2015 13:41, Erich Titl пишет: > Am 30.11.2015 um 10:44 schrieb Andrew: >> 30.11.2015 11:11, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 22.09.2015 um 20:02 schrieb Andrew: >>>> Hi. >>>> >>>> Another important target

Re: [leaf-devel] Notes after 5.2 release

2015-11-30 Thread Andrew
30.11.2015 11:11, Erich Titl пишет: > Hi Andrew > > Am 22.09.2015 um 20:02 schrieb Andrew: >> Hi. >> >> Another important target IMHO - merge all important stuff >> (root.lrp/etc.lrp/config.lrp/other packages that are 100% present in >> LEAF box) into initrd

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2015-11-30 Thread Andrew
30.11.2015 10:59, Erich Titl пишет: > Hi Andrew > > Am 30.11.2015 um 00:19 schrieb Andrew: >> Hi. >> >> I just renamed kernel configs corresponding to kernel minor version, not >> kernel release (in this case - *-4.1.13-* to *-4.1-*). >> >> Storing k

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2015-11-29 Thread Andrew
ember such cases), but kernel update adds useless configs renaming actions. 30.11.2015 00:23, Erich Titl пишет: > Hi Andrew > > What exactly will this change and why is it necessary? > > Thanks > > ET > > Weitergeleitete Nachricht > Betreff: [

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2015-11-22 Thread Andrew
What files do you mean? You can check what is changed during merge by 'git diff 22.11.2015 13:41, Erich Titl пишет: > Am 22.11.2015 um 11:23 schrieb Andrew: >> Hi. >> >> Merge just touches files which contains fixes. > Logical, but what about files that

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2015-11-22 Thread Andrew
Hi. Merge just touches files which contains fixes. 21.11.2015 17:29, Erich Titl пишет: > Am 21.11.2015 um 08:56 schrieb Andrew: >> Hi. >> >> I've added some minor fixes to maint-5.1 branch (for ex., >> usbhid-ups-related hiddev nodes privileges), and then merge i

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] New commit by Andrew Denisenko

2015-11-20 Thread Andrew
Hi. I've added some minor fixes to maint-5.1 branch (for ex., usbhid-ups-related hiddev nodes privileges), and then merge it to maint 21.11.2015 00:40, Erich Titl пишет: > Hi Andrew > > Just for curiosity, what does this achieve? I don't understand the logic > in t

Re: [leaf-devel] ipt-ratelimit fails to build

2015-10-17 Thread Andrew
Hi. Right, thanks. I missed it. Fixed. 17.10.2015 11:52, kp kirchdoerfer пишет: > Hi Andrew; > > your commit improved build, but still it fails > > i486-unknown-linux-uclibc-gcc -Os -march=i486 -mtune=pentiumpro - > I/opt/buildtool-maint/staging/i486-unknown-linux-uclibc/usr

Re: [leaf-devel] git should not track conf/buildtool.conf globally

2015-10-15 Thread Andrew
Hi. Use buildtool.local instead. 15.10.2015 00:38, Erich Titl пишет: > Hi Folks > > stupid question... > > How do you avoid the following > > mega@leafbuilder:~/leaf/devel/bering-uclibc$ git status > Auf Branch maint > Ihr Branch ist auf dem selben Stand wie 'origin/maint'. > > Änderungen, die ni

Re: [leaf-devel] ipt-ratelimit fails to build

2015-10-14 Thread Andrew
Hi. Hm, strange. Ok, I'll re-check it. 14.10.2015 21:02, kp kirchdoerfer пишет: > Hi Andrew; > > rebuilding from scratch fails with an error > > libxt_ratelimit.c:28:21: fatal error: xtables.h: file not found > #include > > A problem in kernel configs? > >

Re: [leaf-devel] Fwd: [leaf:packages] New commit by kapeka

2015-09-28 Thread Andrew
28.09.2015 20:08, Erich Titl пишет: > Am 28.09.2015 um 17:48 schrieb kp kirchdoerfer: >> Hello Erich; >> >> Am Sonntag, 27. September 2015, 13:55:34 schrieb Erich Titl: >>> Hi KP >>> I checked the contents of the 5_2 directory this morning using >>> build_upgrade >>> >>> running build_upgrade with

Re: [leaf-devel] Notes after 5.2 release

2015-09-22 Thread Andrew
Hi. Another important target IMHO - merge all important stuff (root.lrp/etc.lrp/config.lrp/other packages that are 100% present in LEAF box) into initrd. And try to add support for squashfs initrd + r/w tmpfs via overlayfs over top of it (which will be useful for embedded devices with mtd flas

Re: [leaf-devel] [leaf:bering-uclibc] New commit by Andrew Denisenko

2015-09-06 Thread Andrew
No, it's build-time dependency. kmodules package provides sqfs file with modules (+ moddb). So it should depends on all packages that provides kernel modules. 06.09.2015 13:59, Erich Titl пишет: > Hi Andrew > > Am 05.09.2015 um 23:26 schrieb LEAF Linux Embedded Appliance Fr

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-23 Thread Andrew
22.08.2015 22:32, kp kirchdoerfer пишет: > Am Freitag, 21. August 2015, 22:09:48 schrieb Erich Titl: >> Hi Andrew >> >> Am 21.08.2015 um 16:17 schrieb Andrew: >>> 21.08.2015 16:29, Erich Titl пишет: >> .. >> >>>> Upgrade does this automagical

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-21 Thread Andrew
21.08.2015 16:29, Erich Titl пишет: > Hi Andrew > > Am 21.08.2015 um 11:21 schrieb Andrew: >> 21.08.2015 12:05, Erich Titl пишет: >>> Hi >>> >>> Am 21.08.2015 um 10:53 schrieb Andrew:... >>>>> >>>>> Why keep that thing, it

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-21 Thread Andrew
21.08.2015 12:05, Erich Titl пишет: > Hi > > Am 21.08.2015 um 10:53 schrieb Andrew:... >>> >>> Why keep that thing, it is redundant and needs code to read it. >>> >> Just to reduce moddb size if it'll be needed for somebody. There are >> j

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-21 Thread Andrew
21.08.2015 11:14, Erich Titl пишет: > Hi Andrew > > Am 20.08.2015 um 20:25 schrieb Andrew: >> 20.08.2015 20:40, kp kirchdoerfer пишет: > ... > >> >> We also may change defaults for UPDATE_MODDB - set it ti true instead of >> false. >> > > Why keep

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-20 Thread Andrew
20.08.2015 21:47, kp kirchdoerfer пишет: > Am Donnerstag, 20. August 2015, 21:25:36 schrieb Andrew: >> 20.08.2015 20:40, kp kirchdoerfer пишет: >>> HI all; >>> >>> maybe we can make a step backwards in this discussion and can think about >>> my propo

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-20 Thread Andrew
qfs.modules we > can get rid of the changes to update moddb properly, addinga config option to > leaf.cfg etc... > Andrew, will there be any other issues related to such a change?" Just slower boot (we should need to unpack 2MB of modules instead of some kb). We also may change de

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-19 Thread Andrew
19.08.2015 17:24, Erich Titl пишет: > Hi Andrew > > Am 19.08.2015 um 16:21 schrieb Andrew: >> 19.08.2015 17:13, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 19.08.2015 um 16:11 schrieb Andrew: >>>> 19.08.2015 17:09, Erich Titl пишет: >>&g

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-19 Thread Andrew
19.08.2015 17:13, Erich Titl пишет: > Hi Andrew > > Am 19.08.2015 um 16:11 schrieb Andrew: >> 19.08.2015 17:09, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 19.08.2015 um 16:06 schrieb Andrew: >>>> 19.08.2015 16:55, Erich Titl пишет: >>>

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-19 Thread Andrew
19.08.2015 17:09, Erich Titl пишет: > Hi Andrew > > Am 19.08.2015 um 16:06 schrieb Andrew: >> 19.08.2015 16:55, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 19.08.2015 um 13:25 schrieb Andrew: >>>> 19.08.2015 12:23, Erich Titl пишет: >>>

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-19 Thread Andrew
19.08.2015 16:55, Erich Titl пишет: > Hi Andrew > > Am 19.08.2015 um 13:25 schrieb Andrew: >> 19.08.2015 12:23, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 19.08.2015 um 11:16 schrieb Andrew: >>> ... >>> >>>>>> >>

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-19 Thread Andrew
19.08.2015 12:23, Erich Titl пишет: > Hi Andrew > > Am 19.08.2015 um 11:16 schrieb Andrew: > ... > >>>> >>>> /var/lib/lrpkg/modules.sqfs >>> >>> What is this file for? If it is used to tell which modules to fetch >>> from where then

Re: [leaf-devel] 2 new commits to Bering-uClibc

2015-08-19 Thread Andrew
18.08.2015 23:19, Erich Titl пишет: > Hi KP > > Am 18.08.2015 um 19:19 schrieb kp kirchdoerfer: >> Am Montag, 17. August 2015, 21:35:07 schrieb Erich Titl: >>> Am 17.08.2015 um 17:57 schrieb kp kirchdoerfer: Hi Erich; > ... > >>> sqfs is a read only filesystem >> >> I know. >> But as I wr

Re: [leaf-devel] Fwd: [leaf:bering-uclibc] 2 new commits to Bering-uClibc

2015-08-16 Thread Andrew
If no option UPDATE_MODDB is in leaf.cfg nor in kernel cmdline - behavior is same as earlier (modules that were probed from squash aren't stored in moddb. 16.08.2015 18:42, Erich Titl пишет: > > Gr. > > So we have to update leaf.cfg, what a shame. > It should be automatic. > > cheers > > E

Re: [leaf-devel] 5.2-trunk seems to be unstable.

2015-08-16 Thread Andrew
16.08.2015 14:13, Erich Titl пишет: > Hi Andrew > > Am 16.08.2015 um 13:10 schrieb Andrew: >> 16.08.2015 13:30, Erich Titl пишет: > > >>> >>> Or maybe a bug in accel-ppp? >>> >> Userland tools shouldn't cause kernel errors - so i

Re: [leaf-devel] 5.2-trunk seems to be unstable.

2015-08-16 Thread Andrew
16.08.2015 13:30, Erich Titl пишет: > Hi Andrew > > Am 16.08.2015 um 12:25 schrieb Andrew: >> Hi. >> >> 16.08.2015 13:08, Erich Titl пишет: >>> Hi Andrew >>> >>> Am 15.08.2015 um 17:50 schrieb Andrew: >>>> After month of upti

  1   2   3   4   5   6   7   8   >