Hi David
on 04.07.2011 21:06, david M brooke wrote:
...
Hi Mike,
My build host is running Fedora 15 for x86_64. Works fine. Happy to share the
logfile from a clean build if that is any use, though it will be big...
Would be good to get an understanding of which build OS platforms
KP
on 05.07.2011 20:07, KP Kirchdoerfer wrote:
Hi all;
...
?
For 4.1 the following open issues come to my mind:
- webconf 1.2 doubles traceroute and ping
I am aware of that, have not found the time to address it completely. I
would opt to make it standard in webconf 1.2, thus move it
Hi folks
Trying to clean up and pull together all the various source and config
files I am wondering where the fine version info and modification
history within the source files went. Call me old fashioned, but I
personally like it. Is that something that just went overboard in the
GIT frenzy?
Hi Andrew
at 06.07.2011 09:43, Andrew wrote:
06.07.2011 09:34, Erich Titl пишет:
Hi folks
Trying to clean up and pull together all the various source and config
files I am wondering where the fine version info and modification
history within the source files went. Call me old fashioned
Andrew
just to show you what I mean
commit 1f8bb69aa9b81db2132e3822a21bd6bd879b5cf2
Author: mega m...@luna.think.ch
Date: Tue Jun 14 23:49:55 2011 +0200
fixed parsing bug for free memory, probably due to different formatting
of the busybox free applet
commit
Hi KP
on 07.07.2011 20:22, KP Kirchdoerfer wrote:
Hi ERich;
For the time being you are right, and I do not think it will change in the
medium future, but I vote to keep them seperated - that's something I've
learned from linux distro's like debian, esp. while reading about the
Hi David
on 11.07.2011 21:15, davidMbrooke wrote:
Hi,
I am looking at updating dhcpd.lrp to add the option of IPv6 (i.e.
DHCPv6 Server) support. Right now we build dhcp.lrp from ISC DHCP 2.0pl5
plus the -19.1 Debian patches, now more than 10 years old.
That is real old, I ported 3.x a long
HI KP
on 24.07.2011 01:39, KP Kirchdoerfer wrote:
Hi all;
I think we've made enough steps forward to 4.1 to build a first beta, but I'm
not shure if we do have showstoppers, which can be solved or has to be moved
to a later version.
David, do we need to wait for your work on isc-dhcp?
Hi KP
at 26.07.2011 20:45, KP Kirchdoerfer wrote:
Hi Erich;
Am Montag, 25. Juli 2011, 16:13:08 schrieb Erich Titl:
KP
at 25.07.2011 10:12, KP Kirchdoerfer wrote:
Hi Erich;
Am Sonntag, 24. Juli 2011, 23:03:23 schrieb Erich Titl:
HI KP
...
Updated webconf.lrp and get an error
Hi KP
at 26.07.2011 20:45, KP Kirchdoerfer wrote:
Hi Erich;
Am Montag, 25. Juli 2011, 16:13:08 schrieb Erich Titl:
KP
...
The easiest way to get quick results is to report single findings here.
I have not been able to find a ticket for it.
See tickets #58 and #60.
You asked
Hi Mike
at 27.07.2011 15:08, Mike Noyes wrote:
On Wed, 2011-07-27 at 08:16 +0200, Erich Titl wrote:
at 26.07.2011 20:45, KP Kirchdoerfer wrote:
Am Montag, 25. Juli 2011, 16:13:08 schrieb Erich Titl:
at 25.07.2011 10:12, KP Kirchdoerfer wrote:
Am Sonntag, 24. Juli 2011, 23:03:23 schrieb Erich
Hi KP
at 27.07.2011 17:20, KP Kirchdoerfer wrote:
Hi Erich;
Am Mittwoch, 27. Juli 2011, 08:16:29 schrieb Erich Titl:
Hi KP
at 26.07.2011 20:45, KP Kirchdoerfer wrote:
Hi Erich;
Am Montag, 25. Juli 2011, 16:13:08 schrieb Erich Titl:
KP
at 25.07.2011 10:12, KP Kirchdoerfer wrote:
Hi
Hi KP
on 27.07.2011 18:36, KP Kirchdoerfer wrote:
Am Mittwoch, 27. Juli 2011, 09:05:52 schrieb Erich Titl:
Hi KP
at 26.07.2011 20:45, KP Kirchdoerfer wrote:
Hi Erich;
Am Montag, 25. Juli 2011, 16:13:08 schrieb Erich Titl:
KP
...
The easiest way to get quick results is to report single
Mike
on 27.07.2011 18:50, Mike Noyes wrote:
On Wed, 2011-07-27 at 09:39 -0700, Mike Noyes wrote:
On Wed, 2011-07-27 at 16:44 +0200, Erich Titl wrote:
at 27.07.2011 15:08, Mike Noyes wrote:
-snip-
Erich,
Did you look at the git tutorials? It looks like diff is covered in git
tutorial 2
Hi KP
on 29.07.2011 18:25, KP Kirchdoerfer wrote:
Am Mittwoch, 27. Juli 2011, 22:49:24 schrieb Erich Titl:
...
and reapply. this should take care of the el/else issue
cheers
Erich
Done, but then I get
/bin/sh: syntax error: unexpected fi (expecting then)
Looks like an incomplete
Hi Folks
I have a question concerning buildtool.cfg.
Somehow the File xxx blah /File construct builds symbolic links from
the repo directory to the source directory. Does this also work for
directories, e.g. will
File etc
Server = localrepo
Revision = HEAD
Directory = lwp
/File
build a
Hi Folks
I just tried to pull from git to retrieve a broken buildtool.mk, just to
find out that the structures in lwp have changed completely. Needless to
say that the work I did to clean this mess up is completely futile by
now and I am quite frustrated.
I found that, in order to get rid of the
Hi KP
on 11.08.2011 19:31, KP Kirchdoerfer wrote:
-- Weitergeleitete Nachricht --
Betreff: Re: [leaf-user] Web Interface Issue
Datum: Donnerstag, 11. August 2011, 13:18:26
Von: Erich Titl erich.t...@think.ch
An: n22e113 n22e...@yahoo.ca, Leaf-User (E-mail) leaf-
u
Hi Folks
I am trying to reduce the footprint of the modules.lrp archive. I looked
at /lib/modules and found a completely unstructured module directory.
Is there a reason why we do that? This is so different from any other
Linux distribution that it is difficult to compare. Some of the modules
Hi KP
on 31.08.2011 20:16, KP Kirchdoerfer wrote:
Hi Erich;
...
I would like you to reconsider this decision.
I understand that modules.lrp is too big once a box is configured, but pls be
carefully removing modules, as they may be needed by others running a
different
setup.
A
Hi Andrew
at 31.08.2011 23:50, Andrew wrote:
01.09.2011 00:37, Erich Titl пишет:
Hi KP
on 31.08.2011 20:16, KP Kirchdoerfer wrote:
Hi Erich;
...
I would like you to reconsider this decision.
I understand that modules.lrp is too big once a box is configured, but pls
be
carefully
Hi KP
at 01.09.2011 18:16, KP Kirchdoerfer wrote:
Besides the structure (where Andrew may have an better response, what needs
to
be done, if we change it), keep in mind that a lot of hardware related
modules
are in initrd - they are still installed if you remove them and save
Hi Folks
I have recently been running a few time into an issue with buildtool
which probably bothers not only me.
from any average buildtool.mk
SMARTMON_DIR:=smartmontools-5.36
SMARTMON_TARGET_DIR:=$(BT_BUILD_DIR)/smartmon
$(SMARTMON_DIR)/.source:
zcat $(SMARTMON_SOURCE) | tar -xvf -
Hi Folks
wpasupplicant is quite an old release. I had some issues with it so I
upgraded to 0.7.3, will push to repo asap
cheers
Erich
smime.p7s
Description: S/MIME Kryptografische Unterschrift
--
BlackBerryreg;
Hi Folks
As noone came up with a solution for this IMHO missing feature in
builtool I use a simple solution to overcome this. I need this right now
to access whole directories instead of unpacking tarballs, e.g. for
webconf. This makes it easier to track modifications.
I have now in buildtool.mk
HI Folks
This thing is driving me crazy
mega@luna:~/leaf/devel/leaf/repo/dhcpd git pull
You are in the middle of a conflicted merge.
So what? There seems to be no way to find out about the conflicts as
pull is quite crytic about it. Even if I just abandon any work on dhcp I
am stuck and I am
Hi Andrew
at 26.09.2011 11:43, Andrew wrote:
On 26/09/11 00:53, Erich Titl wrote:
HI Folks
This thing is driving me crazy
mega@luna:~/leaf/devel/leaf/repo/dhcpd git pull
You are in the middle of a conflicted merge.
So what? There seems to be no way to find out about the conflicts
Hi KP
on 26.09.2011 19:14, KP Kirchdoerfer wrote:
Am Montag, 26. September 2011, 13:23:26 schrieb Erich Titl:
Hi Andrew
at 26.09.2011 11:43, Andrew wrote:
...
...
Two notes.
First I'll look into
http://leaf.git.sourceforge.net/git/gitweb.cgi?p=leaf/bering-
uclibc;a=shortlog
before I
Hi Folks
at 19.10.2011 14:46, Andrew wrote:
Hi.
18.10.2011 21:41, KP Kirchdoerfer пишет:
On the other hand, I'm currently thinking about the idea to build a later
branch to testdrive uClibc 0.9.32. I haven't tested the already built
packages and images in production, but a first try looks
Andrew
at 02.11.2011 23:19, Andrew wrote:
Hi all again.
Today I finished porting of all basic set of packages that are included
by default into leaf.cfg, + some more. I did this mostly for comparision
of RAM usage; -O2 + some busybox features + some updated software
versions gives ~23M
Hi Andrew
at 03.11.2011 12:27, Andrew wrote:
03.11.2011 11:28, Andrew пишет:
P.S. linux kernel can load archived modules; this can slightly reduce
memory consumption by ramfs.
From now 'next' branch uses compressed modules - now default memory
footprint is ~20M; also it'll require much
Hi
at 03.11.2011 18:50, davidMbrooke wrote:
Hi,
Just wondering if anyone has got a preferred approach for handling Perl
modules (.pm files) which are required for Perl-based LRP Packages but
which are:
- Not included in the standard Perl distribution
- Available from CPAN
Hi KP
maybe Pablo is right and we should use OpenSwan 2.6.37, it may be worth
a try.
Erich
Original-Nachricht
Betreff: Re: Env: Re: Fwd: Re: ipsec
Datum: Tue, 10 Jan 2012 15:52:05 -0200
Von: Pablo Barbarossa pa...@ecipi.com.ar
An: Erich Titl erich.t...@think.ch
Erich
Compile
Hi Per
at 18.01.2012 08:32, Per Sjoholm wrote:
On 01/17/2012 05:18 PM, KP Kirchdoerfer wrote:
Am 17.01.2012 08:40, schrieb Per Sjoholm:
Thanks I tried libpt never occurred in my mind to check for lpt...
Coming from leaf 2.0 I really like 4.2.
Usually I load the package with apkg and
Hi Per
on 19.01.2012 22:49, Per Sjoholm wrote:
Hi Erich
On 01/18/2012 10:56 AM, Erich Titl wrote:
...
When the parts are working together,
then we can consolidate and also chose a different implementation if needed.
Maybe use python as a base for system mgmt tasks, it has most of what we
Hi KP
rerouted to leaf-devel
Original-Nachricht
Betreff: Re: [leaf-devel] Fwd: Re: Env: Re: Fwd: Re: ipsec
Datum: Wed, 01 Feb 2012 19:58:03 +0100
Von: KP Kirchdoerfer kap...@users.sourceforge.net
Organisation: none
An: Erich Titl erich.t...@think.ch
Am 31.01.2012 23:59
Hi KP
on 02.02.2012 17:52, KP Kirchdoerfer wrote:
Am 01.02.2012 23:24, schrieb Erich Titl:
Hi KP
rerouted to leaf-devel
Original-Nachricht
Betreff: Re: [leaf-devel] Fwd: Re: Env: Re: Fwd: Re: ipsec
Datum: Wed, 01 Feb 2012 19:58:03 +0100
Von: KP Kirchdoerfer kap
Hi Mike
on 10.02.2012 17:08, Mike Noyes wrote:
Everyone,
Does anyone object to me reintializing (--bare) our git 'leaf'
repository? All of that content is in 'bering-uclibc' and 'packages'.
actually I believe the leaf directory is the base git directory. If you
reinitialize I have no clue
Hi Mike
on 10.02.2012 21:51, Mike Noyes wrote:
On 02/10/2012 11:44 AM, Erich Titl wrote:
Hi Mike
..
Erich,
We have three git repositories in leaf: leaf, bering-uclibc, and packages.
IIRC leaf _IS_ BuC 4.x
Erich
smime.p7s
Description: S/MIME Kryptografische Unterschrift
on 11.02.2012 02:51, Mike Noyes wrote:
On 02/10/2012 04:29 PM, Erich Titl wrote:
Erich,
We have three git repositories in leaf: leaf, bering-uclibc, and packages.
Erich,
You participated in this git repository structure change in the
leaf-devel git tree developments thread last year. I'm
Am 11.02.2012 15:14, schrieb Mike Noyes:
On 02/11/2012 03:44 AM, Erich Titl wrote:
on 11.02.2012 02:51, Mike Noyes wrote:
On 02/10/2012 04:29 PM, Erich Titl wrote:
Erich,
We have three git repositories in leaf: leaf, bering-uclibc, and packages.
Erich,
You participated in this git
on 12.02.2012 15:59, Mike Noyes wrote:
On 02/12/2012 05:10 AM, Erich Titl wrote:
Am 11.02.2012 15:14, schrieb Mike Noyes:
-snip-
You should be able to continue without performing any task on your end.
If this is not the case, please let me know. Thanks.
I guess it must be somewhere
Hi Andrew
at 22.04.2012 23:20, Andrew wrote:
Hi all.
I'm thinking about some improvements that can be useful in future,
especially on tiny systems, and that should be added before 5.0-beta
release if they'll be accepted as useful:
1) Split single solid initrd to multiple files, for ex. -
Hi Andrew
at 23.04.2012 10:07, Andrew wrote:
11.04.2012 09:36, Erich Titl написал:
Hi Andrew
at 22.04.2012 23:20, Andrew wrote:
Hi all.
I'm thinking about some improvements that can be useful in future,
especially on tiny systems, and that should be added before 5.0-beta
release
David
first and foremost, thanks for the effort.
at 15.05.2012 21:20, davidMbrooke wrote:
On Sat, 2012-05-05 at 12:12 +0100, davidMbrooke wrote:
...
I have uploaded a .png version of the full logo to our Wiki and
(temporarily) added it to the Main Page:
on 02.06.2012 14:45, Andrew wrote:
In any case, most of the packages are already in repo.
True, but questionable
In case of
foreign repo - we need to change paths every time when package is moved
on the server into other place, and in case of server failure/package
deletion we'll have a
Hi
on 02.06.2012 20:38, david M brooke wrote:
Looks like it's back online now so no need for any immediate action.
We also have an obligation to provide source code for everything we ship as
part of each LEAF distribution, in order to comply with the terms of most of
the open source
Hi Martin
on 02.06.2012 23:58, Martin Hejl wrote:
Hi Erich,
I am not a lawyer, so I have the right to be convinced that
as long as the source code of the project can be provided AND we
document where it came from, that should be sufficient.
You're not a lawyer, and neither am I - but the
Hi Yves
Thanks for the quick reply.
at 02.10.2012 16:55, Yves Blusseau wrote:
Le 02/10/2012 16:01, Erich Titl a écrit :
Hi folks
...
About git you can clone the project with:
git clone
ssh:///USERNAME/@leaf.git.sourceforge.net/gitroot/leaf/bering-uclibc
The branch for BuC 4.3
Hi Yves
One more question
How do you keep separate build environments, let's say for 4.x and 5.x
on your system, as the buildenv itself is not kept in GIT?
Thanks
Erich
smime.p7s
Description: S/MIME Kryptografische Unterschrift
Hi everybody
Just to be inline with current settings
I did what I had to do to build my initrd files, committed it to my
branch forked off of master v4.3
So master should be untouched and clean
mega@luna:~/leaf/devel/leaf.new/bering-uclibc git add repo/busybox/.config
Hi everybody
Thanks for bearing with me, I convinced git to behave like I wanted
(until now) , e.g. I have a branch called nameif off the tag v4.3 in
maint which is tracking origin/maint (I believe).
mega@luna:~/leaf/devel/leaf.new/bering-uclibc git branch
maint
master
* nameif
Hi Folks
First reports on the nameif applet, basically it does what one would
expect, e.g. renaming the interfaces.
Prerequisites
- The interface cannot be up when being renamed
- There is no dynamic behaviour, but that was to be expected.
- The interface order is kept, e.g. interface #12
Yves
at 04.10.2012 15:05, Yves Blusseau wrote:
...
Or we can use another name that ethX ?
em000:10:f3:08:4d:8b
em100:10:f3:08:4d:8c
em200:10:f3:08:4d:8d
em300:10:f3:08:4d:8e
em400:10:f3:08:4d:8f
em500:10:f3:08:4d:90
KP
on 04.10.2012 19:57, KP Kirchdoerfer wrote:
...
It is completely up to the user, my firewalls used the legacy settings
form the past and I will definitely not touch my firewall builder
database when moving to a new version of BuC.
We should deliver an empty mactab file.
Or commented
Hi Folks
I have gotten at a point where I want to push my stuff.
@Yves could you have a look at my merge output to just _guess_ if it
looks OK
mega@luna:~/leaf/devel/leaf.new/bering-uclibc git branch
maint
master
* nameif
mega@luna:~/leaf/devel/leaf.new/bering-uclibc git checkout maint
M
Hi Yves
on 06.10.2012 10:07, Yves Blusseau wrote:
Le 5 oct. 2012 à 19:07, Erich Titl a écrit :
Hi Folks
I have gotten at a point where I want to push my stuff.
@Yves could you have a look at my merge output to just _guess_ if it
looks OK
mega@luna:~/leaf/devel/leaf.new/bering-uclibc
Yves
thanks for your answer
on 06.10.2012 18:12, Yves Blusseau wrote:
Le 6 oct. 2012 à 14:22, Erich Titl a écrit :
Hi Yves
on 06.10.2012 10:07, Yves Blusseau wrote:
:$
Le 5 oct. 2012 à 19:07, Erich Titl a écrit :
Hi Folks
I have gotten at a point where I want to push my stuff
on 06.10.2012 18:27, Yves Blusseau wrote:
Erich this is for example some of the whitespace errors you have in your
patches:
http://dl.dropbox.com/u/112112/Screenshots/0zl_w0uz~4l7.png
Nice, but why would GIT care.
Also before merging a topic branch into an integration branch it's better
Hi Yves
at 07.10.2012 19:08, Yves Blusseau wrote:
...
Note that the snapshot pointed to by the final commit you end up with,
whether it’s the last of the rebased commits for a rebase or the final
merge commit after a merge, is the same snapshot — it’s only the history
that is different.
Hi Folks
I am about to test OpenSWan on BuC 4.3.
It looks like the modules.dep file does not contain a reference to
ipsec.ko, so I looked in the corresponding directory in staging and
indeed modules.dep is not updated.
Does anyone know where we run depmod, so it can be called in the
openswan
Hi Yves
at 11.10.2012 16:02, Yves Blusseau wrote:
Le 11/10/2012 14:25, Erich Titl a écrit :
Hi Folks
I am about to test OpenSWan on BuC 4.3.
It looks like the modules.dep file does not contain a reference to
ipsec.ko, so I looked in the corresponding directory in staging and
indeed
Hi Yves
at 12.10.2012 09:22, Yves Blusseau wrote:
Hi all,
i was reading some articles about zram.
I have retained that it is recommended to use one zram swap device for
each CPU core. So what do you think about upgrading our initrd scripts
to take this into account ?
I don't see any
Hi Folks
at 11.10.2012 16:32, Andrew wrote:
modules.dep is re-generated at kmodules package in main branch; in 4.x
branch it seems that depmod isn't called at all.
Why you don't want to use module auto-probing which should load modules
that are specified in /etc/modules? Or this is remote
Hi Folks
This has driven me crazy for a long time and was the reason for a number
of quirks in the makefiles.
When calling 'build' the buildtool passes the parameters defined in
buildtool.cfg to the environment and thus to the makefile.
here...
Hi KP
at 17.10.2012 17:31, KP Kirchdoerfer wrote:
Am 17.10.2012 15:55, schrieb Erich Titl:
Hi Folks
I was working with the openswan version in maint and had to make a few
adjustments to various files in that version, most to cater for safe
inclusion of the kernel module into moddb and one
on 17.10.2012 19:51, Yves Blusseau wrote:
about how to format the commit message.
Like KP said if you are unsure push to a remote branch :
erich-openswan-update with
git push origin HEAD:erich-openswan-update
Jez, it's a no brainer. Much too complicated. Somehow I don't like
the
Hi Yves
at 18.10.2012 09:54, Yves Blusseau wrote:
Le 18/10/2012 00:11, Erich Titl a écrit :
Jez, it's a no brainer. Much too complicated. Somehow I don't like
the idea of remoe branches, clutters up the site like hell.
Remote topic branches are only temporary branches: they are deleted
Hi Yves
on 19.10.2012 10:13, Yves Blusseau wrote:
Hi all,
i currently merging the maint branch into master.
In maint kmodules is dependent of openswan (because openswan create the
ipsec/ipsec.ko module).
Do you think it's necessary to put ipsec.ko module in the DEFAULT kernel
modules ?
Hi folks
it looks like the mactab and nameif stuff never made it to maint. Could
someone with a deep insight of git investigate why?
Thanks
Erich
smime.p7s
Description: S/MIME Kryptografische Unterschrift
--
Monitor
on 14.11.2012 09:39, Erich Titl wrote:
Hi folks
it looks like the mactab and nameif stuff never made it to maint. Could
someone with a deep insight of git investigate why?
Sorry for the noise folks, got myself back on track :-(
smime.p7s
Description: S/MIME Kryptografische Unterschrift
Hi KP
original message
Betreff: Re: [leaf-user] Discussion... Wifi on BuC 4.3.1 update
Datum: Mon, 26 Nov 2012 17:45:50 +0100
Von: Erich Titl erich.t...@think.ch
An: leaf-u...@lists.sourceforge.net
Hi KP
on 26.11.2012 16:09, KP Kirchdoerfer wrote:
...
Hi Erich;
would
Hi Folks
on 26.11.2012 16:09, KP Kirchdoerfer wrote:
...
Hi Erich;
would be great. Altough it works for me, I understand it is an issue.
I have looked some more into the atheros wifi driver.
I pushed a change to maint for the regulatory db inclusion in the kernel.
For my card, it is
on 08.12.2012 00:15, KP Kirchdoerfer wrote:
Hi Erich;
Am 06.12.2012 19:13, schrieb Erich Titl:
Hi Folks
on 26.11.2012 16:09, KP Kirchdoerfer wrote:
...
Hi Erich;
would be great. Altough it works for me, I understand it is an issue.
I have looked some more into the atheros wifi
Hi Yves
on 10.12.2012 10:30, Yves Blusseau wrote:
Hi all,
i have repush the patch from Erich because it's add a merge commit.
Please try to rebase your local topic branch from the remote one before doing
the merge.
To be sure use the git merge --ff-only command.
I am sure you are right,
Am 11.12.2012 08:29, schrieb Yves Blusseau:
Le 10 déc. 2012 à 11:28, Erich Titlerich.t...@think.ch a écrit :
Hi Yves
on 10.12.2012 10:30, Yves Blusseau wrote:
Hi all,
i have repush the patch from Erich because it's add a merge commit.
Please try to rebase your local topic branch from
Hi
Am 14.12.2012 20:14, schrieb Mike Noyes:
On 12/14/2012 10:53 AM, KP Kirchdoerfer wrote:
Hi Mike;
thx for taking care!
KP,
I sincerely apologize for it taking this long. The SF Staff made this
transition fairly painless. The git hook issue was the only snag.
Could anyone explain what
Hi KP
Am 15.12.2012 19:54, schrieb KP Kirchdoerfer:
Hi;
I did some work on Trac ticket 57 add gpg signing of packages, and
like to discuss, what I've done so far.
Will it still be possible to load unsigned packages?
cheers
Erich
Hi KP
Am 16.12.2012 11:12, schrieb KP Kirchdoerfer:
Am 15.12.2012 23:14, schrieb Erich Titl:
Hi KP
Am 15.12.2012 19:54, schrieb KP Kirchdoerfer:
Hi;
I did some work on Trac ticket 57 add gpg signing of packages, and
like to discuss, what I've done so far.
Will it still be possible
Hi KP
I am writing this in a warm evening breeze on the island of Curaçao, so
if anything is fuzzy blame it on the local rhum.
Am 18.12.2012 15:07, schrieb KP Kirchdoerfer:
Hi Erich;
Am 16.12.2012 19:50, schrieb Erich Titl:
Hi KP
Am 16.12.2012 11:12, schrieb KP Kirchdoerfer:
Am
Hi KP
Am 06.01.2013 15:34, schrieb KP Kirchdoerfer:
Hi all;
I did a build to test kernel 3.4.24 and a found the following issues:
1) the patch 620-sched_esfq.patch does not apply
don't of other patches needs to be applied, or new ones needed
2) $(BT_LINUX_DIR)/tools/slub/slabinfo.c can't
Hi Gents
Am 07.01.2013 13:06, schrieb Yves Blusseau:
...
Branches 4.x are in maintainer mode. So no update of the kernel or
uClibc
will be done.
You must be kidding. So you say that a release is in maintenance mode
before there is even a running beta of the next version?
What do you think
Am 31.03.2013 20:41, schrieb KP Kirchdoerfer:
Hi all;
I just looked into the branches we have:
git branch -r
origin/buc5-x86_64-toolchain
origin/maint
origin/maint-4.0
origin/maint-4.2
origin/master
origin/next
origin/pu
origin/rpi
origin/ybl/modules-OO
Hi Folks
Has anyone played with the above mentioned hardware? Allegedly it runs
under OpenWRT but might be a good target for LEAF.
cheers
Erich
smime.p7s
Description: S/MIME Kryptografische Unterschrift
--
How
Hi KP
on 24.07.2013 19:11, KP Kirchdoerfer wrote:
Hi all;
hi Yves;
now that 5.0 has gone stable and even a first beta of 5.0.1 is out, I
think it's about time to move master branch to maint.
What would be the old content of maint then and how would one access it?
Should we branch off a 4.x
Hi Yves
on 26.07.2013 19:30, Yves Blusseau wrote:
Le 24 juil. 2013 à 19:22, Erich Titl erich.t...@think.ch a écrit :
Hi KP
...
But why changing stuff in 4.x if we never release it again.
It's time to upgrade to version 5.x.
Because it takes time :-)
cheers
Erich
smime.p7s
HI Folks
I have fought a bit with my new 5.01 installation on a WRAP and I am
still wrestling to get it up and running the way I want.
I have a few requests for future packaging
- Could we refrain from placing the modules in a flat directory, it
makes the modules directory horribly unreadable
Hi Folks
I was offline for the better part of a year and would like to get my
hands on the current development repository without loosing old,
possibly not committed changes. I don't have disk space to host multiple
versions and was thinking that GIT permitted to switch between the
versions in a
Hi Andrew
on 09.10.2013 20:17, Andrew wrote:
Hi.
Just commit changes into this branch, and do 'git checkout master'.
I have gotten the impreddion that my master is not what it used to be,
as development has moved to 5.x. My master still points to 4.x. I recall
there have been major
Hi Andrew
on 10.10.2013 13:23, Andrew wrote:
4.x now is maint branch
Should I rename my master to maint then and poll master again? What else
is required?
Thanks
Erich
smime.p7s
Description: S/MIME Kryptografische Unterschrift
Hi Andrew
one of these weird git actions
I set up master to track origin master but checking it out yields
mega@luna:~/leaf/devel/leaf.new/bering-uclibc git checkout master
error: Your local changes to the following files would be overwritten by
checkout:
repo/openswan/buildtool.cfg
Hi Andrew
on 10.10.2013 15:51, Andrew wrote:
You try to checkout other branch, but there are modified files into tree
that should be changed during this.
You must commit your changes or reset files.
OK, the message appeared clear but sometimes one is just blind
Do I have to rebuild the
Hi Folks
I got my GIT repository updated and tried to get started, first thing i
tried to run srcclean...
mega@luna:~/leaf/devel/leaf.new/bering-uclibc ./buildtool.pl srcclean
make_path is not exported by the File::Path module
remove_tree is not exported by the File::Path module
Can't continue
Hi Folks
I am trying to build up my toolchain for 5.x. Unfortunately the build
process fails with
.
buildtool Version 0.7 starting
Fri Oct 11 14:17:22 2013
checking build environment
trace support not enabled in configfile
make: Entering directory
on 12.10.2013 19:43, KP Kirchdörfer wrote:
Hi Erich;
Am Mittwoch, 9. Oktober 2013, 10:32:02 schrieb Erich Titl:
HI Folks
I have fought a bit with my new 5.01 installation on a WRAP and I am
still wrestling to get it up and running the way I want.
I have a few requests for future
Hi Folks
I am still trying to build the tookchain, rebuilt tar and find :-( but
now I am running into this
xzcat patch-3.4.63.xz | patch -p1 -s -d
/data/leaf/devel/leaf.new/bering-uclibc/source/i486-unknown-linux-uclibc/linux/
this leads to approximately 2 lines of mostly invalid patches
on 14.10.2013 16:41, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 15:06:09 schrieb Erich Titl:
Hi Folks
I am still trying to build the tookchain, rebuilt tar and find :-( but
now I am running into this
xzcat patch-3.4.63.xz | patch -p1 -s -d
/data/leaf/devel/leaf.new/bering-uclibc
on 14.10.2013 17:24, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 00:19:52 schrieb Erich Titl:
on 12.10.2013 19:43, KP Kirchdörfer wrote:
Hi Erich;
Am Mittwoch, 9. Oktober 2013, 10:32:02 schrieb Erich Titl:
HI Folks
I have fought a bit with my new 5.01 installation on a WRAP and I am
Hi KP
on 14.10.2013 18:51, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 18:32:02 schrieb Erich Titl:
on 14.10.2013 16:41, KP Kirchdörfer wrote:
...
./getdirname.pl
/data/leaf/devel/leaf.new/bering-uclibc/source/i486-unknown-linux-uclibc/lin
ux/linux-3.4.tar.xz unsupported file type
Hi KP
on 14.10.2013 19:56, KP Kirchdörfer wrote:
Am Montag, 14. Oktober 2013, 19:01:11 schrieb Erich Titl:
Hi KP
...
Hi Erich
you've already topped me being a die-hard user of hard- and software - what
is
your build host?
It is a Xen virtual machine OpenSuse 11.1
I compiled find
401 - 500 of 880 matches
Mail list logo