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 with uClibc-ng 1.0.24.
Wouldn't it be easier and better to just wait for the uClibc team to fix
the mainstream code?
Hi Bob
(copying this to leaf-devel)
Sorry, I was too fast, I did not look into the i386 code but the one in
x86_64
Am 03.05.2017 um 20:03 schrieb Robert K Coffman Jr. -Info From Data Corp.:
Eric,
IRC user ddrown confirmed the x64 patch I mentioned earlier seems to fix
the issue on i386 as
Hi Bob
(copying this to leaf-devel)
Am 03.05.2017 um 20:03 schrieb Robert K Coffman Jr. -Info From Data Corp.:
Eric,
IRC user ddrown confirmed the x64 patch I mentioned earlier seems to fix
the issue on i386 as well. I'm not really sure what to do with that
information. Is it possible to
Hi Andrew
Am 29.01.2017 um 14:33 schrieb Andrew:
this is not an apkg issue. it's an buildpacket issue.
Alledgedly buildpacket has requirements that cannot always be met,
because apkg cannot or does not set UID/permissions. I see this as a
weakness of the packaging system.
cheers
ET
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:
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
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 official new LTS kernel (probably 4.10),
> upgrading the kernel to 4.9 made me aware of missing and failing packages
> (ipt-netflow,
Hi Tom
Am 05.01.2017 um 19:29 schrieb Tom Eastep:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 01/03/2017 12:05 PM, Martin Hejl wrote:
>> Hi Erich
>>
>
> That having been said, I don't understand why Shorewall module loading
> should behave differently between 'shorewall
Am 05.01.2017 um 15:53 schrieb Boris:
> Hej Erich,
>
> Am 03.01.2017 um 19:12 schrieb Erich Titl:
>> Hi Boris
>>
...
>>
>> I for myself have decided a long time ago to use some offline tool to
>> handle my certificates. It is better anyway to keep th
Hi KP
Am 03.12.2016 um 18:03 schrieb kp kirchdoerfer:
> 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?
It just contains a modified upgrade which will try to execute a
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 probably just work as they work in standad
>> distros.
> This is issue for
Hi KP
It looks like the packages are not available for 5.2.7, but latest
specifies 5.2.7
AP# upgrade -c
aborting: cannot find
https://sourceforge.net/p/leaf/packages/ci/5.2.7/tree/version
cheers
ET
--
Hi Andrew
Am 29.07.2016 um 11:02 schrieb Andrew:
28.07.2016 19:31ers, 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 tiny
Hi Folks
I see that mini-httpd has been updated. I am surprised that it does not
compile now.
cp -aL savelog-mini_httpd
/home/mega/leaf/devel/bering-uclibc/build/i486-unknown-linux-uclibc/mini_httpd/etc/cron.daily/
cp: cannot stat 'savelog-mini_httpd': No such file or directory
:-(
cheers
Hi KP
Am 07.05.2016 um 18:38 schrieb kp kirchdoerfer:
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
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
mega@leafbuilder64:~/leaf/devel/bering-uclibc$ git status
On branch master
Your branch is
Hi KP
Am 14.04.2016 um 13:21 schrieb kp kirchdoerfer:
> Hi Erich;
>
...
>>> Another observation: it only happens with vfat formated sda1, formating
>>> with ext[234] doesn't show this error.
>>
>> This is completely weird, AFAIK the code does not make a difference
>> between file system types. It
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 forgot
>> the charger for my other laptop, I have no access to the source code, sorry.
&g
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 for my other laptop, I have no access to the source code,
sorry.>
>>> Are you away for a few days, or will it have to wait
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 laptop, I have no access to the source code, sorry.
>
> Are you away for a few days, or will it have to wait until end of
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 it will be mounted during boot, but
> never umounted.
>
> mount shows
> /dev/sda1 on /tmp/tmp.kci8fg type vfat
Hi KP
Am 03.04.2016 um 14:06 schrieb kp kirchdoerfer:
> Hi Erich;
...
>> /etc/hosts
>
> I think this will not help in terms of user friendliness...
No it won't but it would at least be correct
>
>>
>> So everything can remain as is, but that does not make the LEAF software
>> any
Hi Sven
Am 02.04.2016 um 00:16 schrieb Sven Kirmess:
> That annoys me to. :-)
>
> The root package includes the whole content of the /root directory to the
> configdb.lrp file.
>
> # more /var/lib/lrpkg/root.local
> root
> var/lib/random-seed
>
>
> Would probably make sense to redirect this
Hi Andrew
Am 02.04.2016 um 00:37 schrieb Andrew:
> 31.03.2016 23:30, Erich Titl пишет:
>> Hi KP
>>
>> some more bugging
>>
>>
>> Network configuration menu
>>
>> 1) interfaces file
>> 2
Hi KP
Am 02.04.2016 um 00:28 schrieb kp kirchdoerfer:
> Hi Erich;
>
...
>>
>> Mhhh.. I don't know, IMHO less is more
>
> It shows a lot more in my case; and while it might not useful for you, it
> came
> in quite handy from time to time, at least for me.
>
> Each of both a re two lines of
Am 31.03.2016 um 19:26 schrieb kp kirchdoerfer:
> 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 mislead
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 /etc/modules rather than loading hardware.
> This way I can add pppoe to /etc/modules, run hwdtect (of "f" from lrcfg
> menu)
>
Am 31.03.2016 um 10:47 schrieb Andrew:
> It just blocks killing on console logout (IMHO it'll be bad if all
> remains mounted after logout)
sure
. It oesn't hurt TERM/KILL signals.
Tests have shown problems for some reason. normal background operation
works fine.
cheers
ET
Am 31.03.2016 um 10:30 schrieb Andrew:
> 31.03.2016 01:32, Erich Titl пишет:
>> Am 30.03.2016 um 17:20 schrieb Andrew:
>>> 30.03.2016 17:17, Erich Titl пишет:
...
> Command can push itself in background. Something like this:
>
> if [ "$1" == "--nofork
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
> it may call itself with some parameter (that indicates that
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# mount_modules
SALT# umount_delayed &
[1]- Terminated
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
Hi Folks
After building kernels many times these few days I am a bit annoyed by
the missing dependencies in our buildtool, e.g. after modifying a
Bering-something.cdiff I cannot just build kernel and it will just build
the something (sub)arch by honoring all the dependencies. This makes
Hi Andrew
Am 15.03.2016 um 20:41 schrieb Andrew:
> I'm not sure that it's really will be a big difference between all
> CS553x drivers enabled and CS5535-only driver...
Right, it does not make much of a difference, maybe 30K.
-rw-rw-r-- 1 mega mega 2079760 Mar 15 15:24 linux-alix
-rw-rw-r-- 1
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 kernel has just one single PATA adapter. All the other storage
drivers are absent.
>
> Will the difference justify a seperate image?
Am 15.03.2016 um 10:01 schrieb Erich Titl:
> Hi Folks
>
> the uboot compile breaks in new-initrd-6.x probably due to the compiler
> being gcc5
>
> /home/mega/leaf/devel/bering-6/source/armv6zk-unknown-linux-uclibcgnueabi/uboot/u-boot-2013.01.01/include/linux/compiler-gcc.h:87
Hi Folks
the uboot compile breaks in new-initrd-6.x probably due to the compiler
being gcc5
/home/mega/leaf/devel/bering-6/source/armv6zk-unknown-linux-uclibcgnueabi/uboot/u-boot-2013.01.01/include/linux/compiler-gcc.h:87:30:
fatal error: linux/compiler-gcc5.h: No such file or directory
Am 14.03.2016 um 23:07 schrieb LEAF Linux Embedded Appliance Framework
Git repository:
>
> Branch: new-initrd-6.x
>
> linux: revert changes for versatile/bcmrpi configs
>
> it seems like configs are completely wrong, taretted to x86_64
Very possible as marked in the comment to those
Am 14.03.2016 um 19:12 schrieb Andrew:
> These files are for moddb/initmod. It seems like we should clean them
> after merge your changes.
Ah, OK. I will leave them as is for the moment until we have a stable
environment.
Thanks
ET
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 applied to each subarch and how are they
defined/generated?
mega@leafbuilder:~/leaf/devel/bering-6/source/i486-unknown-linux-uclibc/kmodules$
ls
buildtool.cfg
Hi Andrew
Am 14.03.2016 um 17:24 schrieb Andrew:
> It seems like you do something wrong. Because in master these modules
> are already compiled in kernel:
Mhhh... this is master
mega@leafbuilder:~/leaf/devel/bering-6/repo/linux$ git branch
* master
new-initrd-6.x
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 modules-xxx.sqfs built? It appears the
documentation lacks a bit there.
Thanks
ET
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 geode, which is running on ALIX. Now the
current config is aimed at loading CS5536 as a module, not compiled into
the kernel.
What is needed to
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 know how you do a major kernel upgrade. If you write it
>>>&g
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
>> convince me that the diff files are valuable.
>>
> 1. Upgrade kernel version, copy configs,
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 пишет:
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
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 пишет:
>>>> Am 10.03.2016 um 19:39 schrieb Andrew
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 the end you have to do it for every arch, not only common config.
>>>>
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 case you can easily check what real differences are
>>> between conf
Hi Folks
Some time ago I suggested to not keep complete kernel config files, but
base them on a common basic configuration and diff files, so common
settings would be kept in a single file only. This has been implemented
in the config.cdiff files. I was falsely convinced, that common config
Am 09.03.2016 um 19:09 schrieb kp kirchdoerfer:
> 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.
>>
Hi Andrew
Am 09.03.2016 um 12:52 schrieb Andrew:
> Hi.
>
> Can you also run 'free' to see RAM usage in both cases?
Sure, it might show different numbers due to uncompressed drivers in the
kernel.
SALT login: root
LEAF Bering-uClibc 6.0.0-alpha2 Rev 1 uClibc 1.0.12 at SALT
Linux 4.4.3-i486 #1
Hi Folks
it looks like perf on master is broken or has a missing dependency
make
DESTDIR=/home/mega/leaf/devel/bering-6/build/i486-unknown-linux-uclibc/perf/usr
-C
/home/mega/leaf/devel/bering-6/source/i486-unknown-linux-uclibc/linux/linux/tools/perf
install)
make[1]: Entering directory
Hi Andrew
Am 07.03.2016 um 22:46 schrieb Andrew:
> Delayed unmounting is mostly for services that have delayed modules
> loading (like wpa-supplicant or hostapd) to ensure that all is ok.
If you really want to do this right, then you would need to insert
control logic that communicates with the
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
>> significantly.
> Delayed umount can solve this. Just
Hi Andrew
Am 07.03.2016 um 21:46 schrieb 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
Hi KP
Am 07.03.2016 um 19:41 schrieb 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?
I doubt it.
> The later is something I try to
Hi Andrew
Am 05.03.2016 um 20:30 schrieb 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?).
There should not be any other changes in config, if they are I would
Hi Andrew
Am 05.03.2016 um 11:54 schrieb Andrew:
> Hi.
>
> I'll try to look on it at this weekend.
I believe I made some progress
mega@leafbuilder:~/leaf/devel/bering-6$ git status
On branch new-initrd-6.x
Your branch and 'origin/new-initrd-6.x' have diverged,
and have 101 and 17 different
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 kernel
> versions configs are needed to keep the kernel for raspberry pi at 4.1, which
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
actual kernel release, e.g. the person responsable for the introduction
of
Am 10.02.2016 um 22:17 schrieb Erich Titl:
> Hi Folks
>
> It appears that sourceforge changed access policies today. Could someone
> comment please.
>
The problem appears to be that sourceforge is redirecting http requests
partially to https. Not all sourceforge hosts support h
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 adding more code and more options to load modules will increase
> maintenance work and will be confusing in the future.
>
> If we
Am 08.02.2016 um 18:54 schrieb Andrew:
> Modules can be loaded by daemon (for ex. accel-ppp loads needed modules).
Right, so at daemon start the modules need to be accessible
ET
--
Site24x7 APM Insight: Get Deep
Hi KP
Am 07.02.2016 um 14:09 schrieb kp kirchdoerfer:
> Hi;
>
..
>
> I don't think we can't make this a valuable decision.
>
> Just adding more code and more options to load modules will increase
> maintenance work and will be confusing in the future.
>
> If we do not copy modules during
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 solution.
>
> But IMHO we should leave possibility to use old behavior on systems.
What behaviour
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.
>>>
>> ...>>
>>>> Erich made the proposal to change the init scripts of s
Hi Yves
Am 14.01.2016 um 09:10 schrieb Yves Blusseau:
> Hi Erich,
>
> the best is to merge the new-initrd branch into the maint or master.
> In either case (merge or rebase) you need to resolve the conflicts.
> There are no other alternative.
Pretty disappointing :-(
Is there a best practise
Hi Folks
I just looked at leaf.sourceforge.net and was wondering
Created on 2003-02-04 10:24:27 by install
Updated on 2005-08-24 11:48:30 by mhnoyes
Latest news:
LEAF Bering-uClibc maintenance update 4.3.3 released
Wouldn't we think that the release of 5.2.3 it worth a note?
Should we
Hi Andrew
Am 14.01.2016 um 11:04 schrieb 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 :)
So I thought, anyway I
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?
cheers
ET
Hi KP
Am 14.01.2016 um 15:45 schrieb kp kirchdoerfer:
> 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.
Hi KP
Am 10.01.2016 um 12:12 schrieb Erich Titl:
> Hi KP
>
> Am 10.01.2016 um 11:45 schrieb kp kirchdoerfer:
>> About 100kb more than mini_httpd, depends also on included modules.
>
> Right now we don't have that many requirements, possibly only ssl
I have recompiled lig
Hi KP
Am 10.01.2016 um 11:45 schrieb kp kirchdoerfer:
> About 100kb more than mini_httpd, depends also on included modules.
Right now we don't have that many requirements, possibly only ssl
cheers
ET
--
Site24x7 APM
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 lighttpd to 1.4.39
>>
>> Is there a benefit in using lighthttpd over mini_httpd? If so, should we
>> drop
Hi KP
Am 10.01.2016 um 11:45 schrieb kp kirchdoerfer:
> Hi Erich;
>
..
>>
>> Details? If it supports some kind of CGI is should just work.
>
> I believe we need to adjust install pathes and look into the configuration as
> well. Though I haven't looked into it seriously.
I gave it a try
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?
cheers
ET
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM +
Hi Folks
What happened to vlan support, e.g vlan.lrp
cheers
ET
--
___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
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 0 Jan 5 19:33 bar
-rw-r--r--2 root root 0 Jan 5 19:33 foo
Am 05.01.2016 um 20:48 schrieb 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.
It's not that important, just knowing about the facts.
cheers
ET
Hi Andrew
Am 05.01.2016 um 20:37 schrieb Andrew:
> Hi.
>
> Look at any library package.
Link creates a symlink, not a hard link. Is this not supported?
Thanks
ET
--
___
Am 04.01.2016 um 10:54 schrieb 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 32bi
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 agree, it is a big difference.
Still, having multiple workspaces from the same
Am 03.01.2016 um 20:28 schrieb Andrew:
> Use two separate dirs with same repo?
>
> In any case, gcc update may also break binary compatibility.
>
Crufty way to handle this, we need to take the development environment
into Git
cheers
ET
Am 01.01.2016 um 14:15 schrieb kp kirchdoerfer:
> 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;
>>
>> ..
>>
>>&
Hi
How do we handle this step for the development environment?
cheers
ET
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
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 packages.
Right, but how to switch from master to maint and back?
cheers
ET
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
> LABEL and UUID.
>
> We should give it a try.
I have built a initrd with findfs enabled in busybox and struggled for a
few hours with
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.
>
> It requires findfs in initrd, but not necessarily as busybox applet.
It does not make sense to me to require it to be pulled from hdsupp
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 its symbolic links
>
>
> It is marked as an feature "for advanced users" and
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 28.12.2015 um 17:23 schrieb kp kirchdoerfer:
>>> Am Mittwoch, 23. Dezember 2015, 15:30:5
Hi Folks
Looking at linuxrc I see that there is some code to use UUID or LABEL to
identify a hard disk for boot.
Now this code uses findfs, which is not enabled in busybox making the
code lame. I suggest to drop it entirely as there appears not to be a
real use case.
cheers
ET
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 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.
I guessed so, but looking at the actual busybox configuration this code
snippet is lame.
# Actually there is no
Hi KP
Am 20.12.2015 um 15:25 schrieb kp kirchdoerfer:
> Hi Erich;
> ...
>
> Your point adding lwp's to pacjages is not valid in this case - ipsec.lwp
> would have been buried in ipsec.lrp; strongswan.lrp is a complete new package.
Well, ipsec.lrp was _not_ called openswan.lrp :-)
>
>
Hi KP
Am 16.12.2015 um 16:18 schrieb kp kirchdoerfer:
> Am Mittwoch, 16. Dezember 2015, 16:03:44 schrieb Erich Titl:
>> Hi Folks
>>
>> I believe this is inherently wrong
>>
>> ./iscsi/buildtool.mk
>> echo $(ESCKEY) "isofs\nvfat" > $(
Hi Folks
I believe this is inherently wrong
./iscsi/buildtool.mk
echo $(ESCKEY) "isofs\nvfat" > $(INITRD_TARGET_DIR)/boot/etc/modules
echo $(ESCKEY) "ext4" >> $(INITRD_TARGET_DIR)/boot/etc/modules
This gets those modules loaded even if there is no iscsi used to access
storage at
Sorry incomplete paste
Am 16.12.2015 um 16:03 schrieb Erich Titl:
> Hi Folks
>
> I believe this is inherently wrong
>
mkdir -p $(PPTP_TARGET_DIR)/etc/modules.d
cp -aL accel-pptp.modules $(PPTP_TARGET_DIR)/etc/modules.d/accel-pptp
./accel-pptp/buildtool.mk
mkdir -p $(ISCSI_TAR
Am 15.12.2015 um 19:52 schrieb Andrew:
> This is for i486 target? USB is compiled in, or as module? Is USB
> present on target platform? USB is enough fat, and not all legacy
> platforms have USB.
Indeed, and that is why this is so overloaded.
>
> For geode, of course it have a big sense
Am 15.12.2015 um 17:07 schrieb 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.
Possibly, but we are loading the compressed modules plus installing some
Hi Folks
first results from my test with module handling
I compiled kernels with all the modules from initmod compiled into the
kernel for each of the three i386 architectures
SALT# ls -l linux* initrd*
-rwxr-xr-x1 root root 1313792 Dec 15 08:37 initrd.lrp
-rwxr-xr-x1 root
1 - 100 of 880 matches
Mail list logo
