Am 17.12.2012 14:58, schrieb Mike Noyes:
On 12/17/2012 03:17 AM, Yves Blusseau wrote:
Hi all,
i see some commits that has been done in the old git repository:
$ git cherry -v origin/master old/master
+ 7127babead986725fc128e9acc7b1c5a08fa44d8 kernel update to 3.2.35
+
Kirchdoerfer:
Hi Erich;
Am 16.12.2012 19:50, schrieb Erich Titl:
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
Am 19.12.2012 14:47, schrieb Mike Noyes:
On 12/19/2012 01:36 AM, KP Kirchdoerfer wrote:
Am 17.12.2012 14:58, schrieb Mike Noyes:
On 12/17/2012 03:17 AM, Yves Blusseau wrote:
Hi all,
i see some commits that has been done in the old git repository:
$ git cherry -v origin/master old/master
Am 19.12.2012 15:28, schrieb Mike Noyes:
On 12/19/2012 05:46 AM, Yves Blusseau wrote:
Le 19 déc. 2012 à 10:36, KP Kirchdoerfer kap...@users.sourceforge.net a
écrit :
And the new URL to browse the git repository is this one?
http://sourceforge.net/p/leaf/bering-uclibc/commit_browser
Using
Am 19.12.2012 16:01, schrieb Mike Noyes:
On 12/19/2012 06:40 AM, Mike Noyes wrote:
On 12/19/2012 06:27 AM, KP Kirchdoerfer wrote:
Am 19.12.2012 14:47, schrieb Mike Noyes:
-snip-
Also the commit message has some small errors, like refering to UNNAMED
Project.
Where are you seeing
Am 19.12.2012 16:25, schrieb Mike Noyes:
On 12/19/2012 07:14 AM, KP Kirchdoerfer wrote:
Am 19.12.2012 16:01, schrieb Mike Noyes:
On 12/19/2012 06:40 AM, Mike Noyes wrote:
On 12/19/2012 06:27 AM, KP Kirchdoerfer wrote:
Am 19.12.2012 14:47, schrieb Mike Noyes:
-snip-
Also the commit message
Hi Gents;
I'd like to make a proposal for the timeframe and features of the second
alpha version of 5.0.
First of all, I think it should still be an alpha version - so neither
the kernel nor the uClibc are fixed.
Also the major goal for 5.0 to support other cpu architectures misses at
least one
Am 19.12.2012 15:27, schrieb KP Kirchdoerfer:
Am 19.12.2012 14:47, schrieb Mike Noyes:
On 12/19/2012 01:36 AM, KP Kirchdoerfer wrote:
Am 17.12.2012 14:58, schrieb Mike Noyes:
On 12/17/2012 03:17 AM, Yves Blusseau wrote:
Hi all,
i see some commits that has been done in the old git repository
Am 19.12.2012 20:15, schrieb Mike Noyes:
On 12/19/2012 10:35 AM, KP Kirchdoerfer wrote:
-snip-
Another flaw is that I sometimes get the option to Log In but none to
Log out. If I get the option to logout via menu I'll end up in
sourceforge.net but not in the same space I logged out
Am 19.12.2012 20:15, schrieb Mike Noyes:
On 12/19/2012 10:35 AM, KP Kirchdoerfer wrote:
-snip-
Another flaw is that I sometimes get the option to Log In but none to
Log out. If I get the option to logout via menu I'll end up in
sourceforge.net but not in the same space I logged out
Hi Erich;
Am 16.12.2012 19:50, schrieb Erich Titl:
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
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 to load unsigned packages?
Yes. Currently verify
Hi;
Am 13.12.2012 14:47, schrieb Yves Blusseau:
Le 12/12/2012 22:11, Erich Titl a écrit :
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
Hi;
I did some work on Trac ticket 57 add gpg signing of packages, and
like to discuss, what I've done so far.
1) we do need gpgv (currently packaged as gnupg.lrp and the only binary
in this package)
2) gpgv depends on libiconv - I don't like it cause it adds another
600kb, but as I wrote a few
Hi Mike;
thx for taking care!
Am 14.12.2012 16:11, schrieb Mike Noyes:
Everyone,
I added David's logo to our project. The new project summary page needs:
Looks good.
Please add screenshots to your project.
https://sourceforge.net/p/leaf/admin/screenshots
I vaguely remember that Rich
Hi Mike;
a minor issue:
it should be Bering-uClibc instead of Bering Uclibc in the main line.
I've tried to change and while I could add a - (it's now
Bering-Uclibc), it seems Allura has it's own rules how to set capital
characters.
kp
Am 14.12.2012 20:12, schrieb Mike Noyes:
On 12/14/2012 11:09 AM, KP Kirchdoerfer wrote:
a minor issue:
it should be Bering-uClibc instead of Bering Uclibc in the main line.
I've tried to change and while I could add a - (it's now
Bering-Uclibc), it seems Allura has it's own rules how to set
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.
Glad it worked out that easy
Hi;
I've spent some time working on trac ticket 57 and found a drawback that
puzzles me.
I've found no way, regardless which configuration options I choosed, to
compile gpg(v) without linking the libiconv library. This is huge (600kb
as lrp) and presumably unneeded.
I've stopped for today, if
Hi Mike;
it's becoming a painful story to update the Packages page.
I can add the page source with konqueror and firefox, but when saving
the page I get an error.
After that I see with firefox
XML-Verarbeitungsfehler: malformed
Adresse:
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 driver.
I pushed a change to maint
Hello;
Am 01.12.2012 14:29, schrieb KP Kirchdoerfer:
Hi all;
I did a full build of the X86_64 toolchain and found only three pb's so far:
ipvsadm needs to be compiled with -fPIC
vsftpd needs a patch
Main question is, if it's possible to apply a patch or different CFLAG
only when
Hi all;
I did a full build of the X86_64 toolchain and found only three pb's so far:
ipvsadm needs to be compiled with -fPIC
vsftpd needs a patch
Main question is, if it's possible to apply a patch or different CFLAG
only when compiled with the X86_64 toolchain, and where?
initrd cannot
Am 26.11.2012 15:36, schrieb Erich Titl:
on 26.11.2012 14:39, Erich Titl wrote:
Hi Folks
I am trying to use ath5k on BuC 4.3.1
A few questions pop up
1) CONFIG_CFG80211_INTERNAL_REGDB is not enabled on kernel build, so the
kernel based regulatory database is not available (and is
Am 25.11.2012 15:53, schrieb Markus Koelle:
Hi,
where in LEAF filesystem is the recommended place to store own perl and shell
scripts? The scripts should be saved with standard config backup mechanism.
I add own scripts to /usr/bin.
The backup mechanism is via /var/lib/lrpkg/local.local.
Am 23.11.2012 17:32, schrieb Markus Koelle:
Hi,
in BUC 4.3.1 shorewall6 doesn't start automatically after booting. Manuelly I
can start with /etc/iniit.d/shorewall6 restart .
Shorewall6 init script is soft linked in /etc/rc0.d.
What's is missing?
Cheers
Markus
Hi;
did you set
Am 23.11.2012 19:11, schrieb Markus Koelle:
Am 23.11.2012 um 18:22 schrieb KP Kirchdoerfer:
Am 23.11.2012 17:32, schrieb Markus Koelle:
Hi,
in BUC 4.3.1 shorewall6 doesn't start automatically after booting. Manuelly
I can start with /etc/iniit.d/shorewall6 restart .
Shorewall6 init
Am 10.11.2012 22:50, schrieb Andrew:
Hi.
Will we place x86_64 image here?
Yes.
kp
10.11.2012 20:53, KP Kirchdoerfer пишет:
Am 10.11.2012 19:13, schrieb Andrew:
Hi all.
I saw 5.0-alpha1 tag into git tree. It seems like we announced new
release - so when files will be available on Files
Am 10.11.2012 03:10, schrieb Doug Sampson:
I went looking for information on log rotation and came up dry:
http://sourceforge.net/apps/mediawiki/leaf/index.php?title=Bering-uClibc_4.x_-_User_Guide_-_Basic_Configuration_-_Log_Files
How is log rotation handled in BuC 4.3.x?
Hi;
agree, the
Am 10.11.2012 19:13, schrieb Andrew:
Hi all.
I saw 5.0-alpha1 tag into git tree. It seems like we announced new
release - so when files will be available on Files Area?
Hi Andrew;
I thought it's time to finally make the step. Hope nobody disagree.
(nearly nothing is fixed doing this alpha)
Am 09.11.2012 19:16, schrieb Doug Sampson:
How does one upgrade a running BuC 4.3 system booting from /dev/sda1 to
version 4.3.1? The change log indicates there were a few kernel(?)/packages
upgrades. What's the easiest way to do an upgrade?
The updated packages are:
tc.lrp
initrd.lrp
Hi;
buildtool fails, when the ?include statement tries to load the same
file twice or more.
Can't include file
'/opt/buildtool-master/source/i486-unknown-linux-uclibc/ppp/common.cfg'
from file
'/opt/buildtool-master/source/i486-unknown-linux-uclibc/ppp/buildtool.cfg':
file has already been
Hi Gents;
After some talks about beta alpha and whatever, I'm lost about what
should happen next :)
I'll try to summarize and want to make a proposal.
Main points discussed are the kernel, the toolchain, uClibc and an image
beyond X86-32.
I think the uClibc version is fixed - especially since
Hi;
Based on the 4.x User Guide I created a 5.x User Guide. Two or three
chapters are missing because I don't know yet, which architectures we
will actually support in the first release.
Some of the chapters needs more work (as for 4.x).
Please review and correct if needed.
kp
Am 25.10.2012 11:21, schrieb Yves Blusseau:
Le 25/10/2012 10:33, Andrew a écrit :
25.10.2012 10:50, Yves Blusseau пишет:
Le 24/10/2012 10:59, Andrew a écrit :
Hi.
Before we decided to announce 5.0-alpha (because there is active
development process, and before release we may decide to upgrade
Am 24.10.2012 10:59, schrieb Andrew:
Hi.
Before we decided to announce 5.0-alpha (because there is active
development process, and before release we may decide to upgrade
kernel/uClibc/toolchain, + we still not have working cross-compiled
image for non-x86 arch - for ex., some SOHO MIPS
Am 24.10.2012 16:25, schrieb Yves Blusseau:
Le 24/10/2012 15:22, KP Kirchdoerfer a écrit :
Am 24.10.2012 10:59, schrieb Andrew:
Hi.
Before we decided to announce 5.0-alpha (because there is active
development process, and before release we may decide to upgrade
kernel/uClibc/toolchain, + we
Hi Mike;
looks like the hubs of the php application doesn't work.
http://leaf.sourceforge.net/ - works
http://leaf.sourceforge.net/bering-uclibc/ -fails to load without error
message.
kp
--
Everyone hates slow
Am 24.10.2012 18:49, schrieb Mike Noyes:
On 10/24/2012 09:21 AM, KP Kirchdoerfer wrote:
Hi Mike;
looks like the hubs of the php application doesn't work.
http://leaf.sourceforge.net/ - works
http://leaf.sourceforge.net/bering-uclibc/ -fails to load without error
message.
KP,
Thanks
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 fix for the pluto
daemon to handle a broken android
Am 16.10.2012 12:22, schrieb Yves Blusseau:
Hi all,
i think we have a problem with 64bits target.
The problem is that package create shared libraries in /usr/lib64 instead
of
/usr/lib.
Also pkgconfig files contain path to /usr/lib64.
So we need to find a way to package
Am 16.10.2012 16:12, schrieb Yves Blusseau:
Le 16/10/2012 15:52, Andrew a écrit :
16.10.2012 13:22, Yves Blusseau пишет:
Hi all,
i think we have a problem with 64bits target.
The problem is that package create shared libraries in /usr/lib64
instead of
/usr/lib.
Am 16.10.2012 16:14, schrieb Yves Blusseau:
Le 16/10/2012 16:02, KP Kirchdoerfer a écrit :
Hi Yves;
I don't like neither, because it tends to clutter buildtool.*.
Maybe it's possible to
a) work with?include and?include64, something similar and an env
variable. That way buildtool.mk
Am 11.10.2012 16:18, schrieb Erich Titl:
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
Am 06.10.2012 19:02, schrieb Yves Blusseau:
Hi all,
just for my information, why do we use the 3.2 kernel for BuC ?
Why not using the 3.4 or 3.5 stable versions ?
Or the upcoming 3.6 branch that will have good optimizations for network like
TCP Small Queues or TCP Fast Open ?
Hello
Am 04.10.2012 16:39, schrieb Erich Titl:
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
em4
Am 03.10.2012 00:18, schrieb ads...@genis-x.com:
Hi Kp,
ntpd does run fine, as in /etc/init.d/ntpd start
But it's not starting on reboot/power on.
I suspect you network is not up, when ntpd starts.
I see this from time to time happen as well - odd I agree.
It should start, when you try
HI Erich;
just to be shure you've branched nameif from maint and not master?
Am 03.10.2012 14:16, schrieb Erich Titl:
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
Am 02.10.2012 04:21, schrieb ads...@genis-x.com:
Hi all,
I added the package bbntpd to my 4.3.1 machine and adjusted the settings as
per
http://sourceforge.net/apps/mediawiki/leaf/index.php?title=Bering-uClibc_4.x
_-_User_Guide_-_Basic_Configuration_-_Setup_a_small_timeserver
But ntpd
Am 29.09.2012 07:07, schrieb ads...@genis-x.com:
Hi all,
Is there a chance we could get fwlogwatch as a package for Leaf?
http://fwlogwatch.inside-security.de/
Cheers
Adam
Hi Adam;
I've build a basic package for the 5.x series today, so most of the work
is done.
I'm still
Am 29.09.2012 18:12, schrieb Yves Blusseau:
Le 29 sept. 2012 à 14:38, Yves Blusseau a écrit :
Le 29 sept. 2012 à 13:18, Yves Blusseau a écrit :
Le 29 sept. 2012 à 11:33, KP Kirchdoerfer a écrit :
Hi;
I saw today that we managed to break the building of moddb and initmod.
I
Hi;
I saw today that we managed to break the building of moddb and initmod.
I haven't found the cause, and even less a solution yet, maybe someone
else is faster to fix it...
kp
--
How fast is your code?
3 out of 4
Am 25.09.2012 19:18, schrieb KP Kirchdoerfer:
But I tried to run buildall.sh with the toolchain set to
Toolchain = armv5te-unknown-linux-uclibcgnueabi.mk
There is an typo above, which caused the error below.
It has to be:
Toolchain = armv5te-unknown-linux-uclibcgnueabi
to work as expected
Hi all;
the x86 version of the upcoming 5.0 version runs quite well in
production for a few months.
The buildtool issues related to latest changes are solved and building
for x86 shows green for every package.
So I think the x86 is ready to prepare a release - anyone disagree about
x86?
But I
Am 22.09.2012 11:35, schrieb Yves Blusseau:
Le 21 sept. 2012 à 20:40, Yves Blusseau a écrit :
Le 21 sept. 2012 à 19:43, KP Kirchdoerfer a écrit :
Am 21.09.2012 19:36, schrieb Yves Blusseau:
Le 21 sept. 2012 à 18:29, KP Kirchdoerfer a écrit :
Am 21.09.2012 18:13, schrieb Yves
Hi;
before I'm doing something wrong here, I'd like to ask how do I merge a
a single commit (made to maint) into master?
The commit in question is
8045dd5b69f48127d39fc1171c52e4be69b11993
Am 21.09.2012 18:13, schrieb Yves Blusseau:
Le 21 sept. 2012 à 17:47, KP Kirchdoerfer a écrit :
Hi;
before I'm doing something wrong here, I'd like to ask how do I merge a
a single commit (made to maint) into master?
The commit in question is
8045dd5b69f48127d39fc1171c52e4be69b11993
Am 21.09.2012 19:36, schrieb Yves Blusseau:
Le 21 sept. 2012 à 18:29, KP Kirchdoerfer a écrit :
Am 21.09.2012 18:13, schrieb Yves Blusseau:
Le 21 sept. 2012 à 17:47, KP Kirchdoerfer a écrit :
Hi;
before I'm doing something wrong here, I'd like to ask how do I merge a
a single
Am 20.09.2012 09:30, schrieb Yves Blusseau:
Le 19/09/2012 17:16, KP Kirchdoerfer a écrit :
Hi Yves;
Am 19.09.2012 09:53, schrieb Yves Blusseau:
Le 18/09/2012 20:34, KP Kirchdoerfer a écrit :
Hi;
I did a complete resinstall of the buld system and tried a fresh build
of the 5.x.
The build
Hi Yves;
Am 19.09.2012 09:53, schrieb Yves Blusseau:
Le 18/09/2012 20:34, KP Kirchdoerfer a écrit :
Hi;
I did a complete resinstall of the buld system and tried a fresh build
of the 5.x.
The build of the source packages with tools/buildall.sh went fine, but
fails generate the packages
Hi;
I did a complete resinstall of the buld system and tried a fresh build
of the 5.x.
The build of the source packages with tools/buildall.sh went fine, but
fails generate the packages.
Is libparent-perl really needed? I do have
/usr/share/perl/5.14.2/parent.pm
which is included in
Am 17.09.2012 19:02, schrieb Yves Blusseau:
Le 17 sept. 2012 à 18:01, KP Kirchdoerfer a écrit :
Am 16.09.2012 15:27, schrieb Yves Blusseau:
Hi all,
i have made a big upgrade of buildtool scripts and modules. It took me
several days to rewrote/enhanced/test the scripts and perl modules
Am 12.09.2012 18:32, schrieb Mike Noyes:
On 09/12/2012 12:10 AM, KP Kirchdoerfer wrote:
Am 12.09.2012 08:53, schrieb Yves Blusseau:
Le 11/09/2012 20:17, KP Kirchdoerfer a écrit :
BTW: Anyone with an idea why the commit mails does not include the
commit message any longer?
I speak about
Am 12.09.2012 08:53, schrieb Yves Blusseau:
Le 11/09/2012 20:17, KP Kirchdoerfer a écrit :
BTW: Anyone with an idea why the commit mails does not include the
commit message any longer?
Previously:
- Log -
commit
Hi all;
did a rebuild from next branch and found one (or two?) pb's.
1) The first run of tools/buildall.sh compiles everything but fails to
build any packages, a second run of tools/buildall.sh generates the
packages as well.
2) building kmodules gives an error with depmod (see below)
Note: I
Am 11.09.2012 20:10, schrieb Andrew:
11.09.2012 20:59, KP Kirchdoerfer пишет:
Hi all;
did a rebuild from next branch and found one (or two?) pb's.
1) The first run of tools/buildall.sh compiles everything but fails to
build any packages, a second run of tools/buildall.sh generates
Am 08.09.2012 19:45, schrieb Andrew:
08.09.2012 17:46, Mike Noyes пишет:
On 09/08/2012 05:06 AM, Andrew wrote:
Hi all.
I looked at LEAF site, and I noticed that currently there is no history
of this distro, with all it's branches, into one page. No first release
date, no tiny difference
Am 28.08.2012 14:40, schrieb Yves Blusseau:
Le 27/08/2012 20:28, KP Kirchdoerfer a écrit :
Am 26.08.2012 19:33, schrieb Yves Blusseau:
Hi all,
i have added a new tool: tool/setup-builddir and associate a makefile
variable to it: $(BT_SETUP_BUILDDIR)
This tool help to uncompress source
Am 26.08.2012 19:33, schrieb Yves Blusseau:
Hi all,
i have added a new tool: tool/setup-builddir and associate a makefile
variable to it: $(BT_SETUP_BUILDDIR)
This tool help to uncompress source tarball in build directory.
In the buildtool.mk you can rewrite all:
bzcat
Hi Yves;
Am 26.08.2012 10:40, schrieb Yves Blusseau:
Hi
@KP, like the merge commit in master, your last merge commit (f010890d) is
really strange:
Merge branch 'next' of
ssh://leaf.git.sourceforge.net/gitroot/leaf/bering-uclibc into next
In next we must only see merge from master
Hi Andrew;
Enabling zswap in leaf.cfg does not work.
+ chmod 1777 /var/lock
+ chmod 1777 /tmp
+ [ 10M -ge 0 ]
sh: 10M: bad number
The line in leaf.cfg is
zswap=10M
kp
--
Live Security Virtual Conference
Exclusive
Am 26.08.2012 15:02, schrieb Yves Blusseau:
Le 26 août 2012 à 12:10, Andrew a écrit :
26.08.2012 12:20, KP Kirchdoerfer пишет:
Hi Yves;
Am 26.08.2012 10:40, schrieb Yves Blusseau:
Hi
@KP, like the merge commit in master, your last merge commit (f010890d) is
really strange
Am 25.08.2012 22:22, schrieb Andrew:
25.08.2012 23:02, KP Kirchdoerfer пишет:
Am 25.08.2012 21:47, schrieb Andrew:
25.08.2012 22:30, KP Kirchdoerfer пишет:
Am 25.08.2012 21:20, schrieb Andrew:
25.08.2012 22:12, KP Kirchdoerfer пишет:
Am 25.08.2012 17:29, schrieb Andrew:
25.08.2012 18:21, KP
Am 26.08.2012 16:33, schrieb Yves Blusseau:
So good !
Yes i will switch again 2.22. But if all is ok we can merge the commit into
master (with the same parent). So andrew can you commit your topic branch
directly into master (no cherry-pick). You must merge the same topic branch
that you
Am 26.08.2012 17:01, schrieb Yves Blusseau:
Le 26 août 2012 à 16:47, KP Kirchdoerfer a écrit :
Am 26.08.2012 16:33, schrieb Yves Blusseau:
So good !
Yes i will switch again 2.22. But if all is ok we can merge the commit
into master (with the same parent). So andrew can you commit your
Am 26.08.2012 18:32, schrieb Yves Blusseau:
Le 26 août 2012 à 17:24, Yves Blusseau a écrit :
As git cherry -v master give me:
+ 0306cd0 enabled mkswap and swapon/swapoff applets in bb
+ f662339 Disabled patch that removes swap stats (now swap is on by default)
+ 90ff671 fixed upnpd
Am 24.08.2012 20:57, schrieb Yves Blusseau:
Le 24 août 2012 à 18:53, KP Kirchdoerfer a écrit :
Am 24.08.2012 18:27, schrieb Yves Blusseau:
Hi all,
i have remove some big tarballs (linux, gcc, binutils, clamav) from the
localrepo.
It's better not to use git to store big compressed file
Am 25.08.2012 16:53, schrieb Andrew:
Hi all.
Now we have separate mawk package. At same time, there is a busybox awk
implementation.
So I have a question: do we really have a separate AWK? And what
difference between mawk and busybox awk? At
Am 25.08.2012 17:29, schrieb Andrew:
25.08.2012 18:21, KP Kirchdoerfer пишет:
Am 25.08.2012 16:53, schrieb Andrew:
Hi all.
Now we have separate mawk package. At same time, there is a busybox awk
implementation.
So I have a question: do we really have a separate AWK? And what
difference
Am 25.08.2012 21:30, schrieb KP Kirchdoerfer:
Am 25.08.2012 21:20, schrieb Andrew:
25.08.2012 22:12, KP Kirchdoerfer пишет:
Am 25.08.2012 17:29, schrieb Andrew:
25.08.2012 18:21, KP Kirchdoerfer пишет:
Am 25.08.2012 16:53, schrieb Andrew:
Hi all.
Now we have separate mawk package. At same
Am 25.08.2012 21:47, schrieb Andrew:
25.08.2012 22:30, KP Kirchdoerfer пишет:
Am 25.08.2012 21:20, schrieb Andrew:
25.08.2012 22:12, KP Kirchdoerfer пишет:
Am 25.08.2012 17:29, schrieb Andrew:
25.08.2012 18:21, KP Kirchdoerfer пишет:
Am 25.08.2012 16:53, schrieb Andrew:
Hi all.
Now we have
Am 24.08.2012 18:27, schrieb Yves Blusseau:
Hi all,
i have remove some big tarballs (linux, gcc, binutils, clamav) from the
localrepo.
It's better not to use git to store big compressed file like source tarball.
Actually ours git repository take 1,8G of space and the largest part of the
Tim;
Am 23.08.2012 01:13, schrieb Tim Wegner:
I have just gotten a new DSL modem that is accessed at 192.168.1.254.
Unless I discover the IP of the modem can be changed, I will need to
change my leaf router which also uses 192.168.1.254. My previous
modem was accessed at 192.168.1.1, and I
Am 21.08.2012 21:40, schrieb Yves Blusseau:
Hi,
i have fix and improved the buildtool.pl:
* Added a parameter to the list command (sourced built)
* The script can be launch anywhere (in the repo directory for example)
* Add a bash-completion script for it
to use the bash-completion
Am 21.08.2012 16:04, schrieb Yves Blusseau:
Hi all,
source configuration files can be defined by a Source or Package block. For
me it's exactly the same, if a source is declared as Package or Source.
So are you agree with me to simplify the declaration of the source
configuration files
Am 19.08.2012 18:07, schrieb Yves Blusseau:
Hi all,
i have commit in the next branch a feature. I have split the big
conf/sources.cfg into small ones in conf/sources.d/*.cfg.
I thinks it's easier to maintain and follow changes in small files than a big
one.
I've also commit the script to
Am 18.08.2012 02:35, schrieb Yves Blusseau:
Hi all,
i have rename all the version tags adding v in front of their old names. So
the old tag 4.1-beta1 become v4.1-beta1.
I do that because it is easier to distinguish version tags from other tags
with command like git describe --match
Am 16.08.2012 00:59, schrieb ads...@genis-x.com:
Hi all,
I have a problem I need a little help with.
Sometime ago (3.x) my setup was working a dream, ulogd + mysql output had
all the logging heading into a mysql db.
I moved to 4.0 and as you all know iptables dumps it's output into the
Am 11.08.2012 14:39, schrieb Andrew:
11.08.2012 02:54, KP Kirchdoerfer пишет:
Am 09.08.2012 21:02, schrieb Andrew:
09.08.2012 21:53, KP Kirchdoerfer пишет:
Hi
I tried to build a recent kernel (3.2.25 and 3.2.26), but both failed
with the error:
CC init/version.o
LD init
Am 11.08.2012 15:21, schrieb Andrew:
11.08.2012 16:18, KP Kirchdoerfer пишет:
Am 11.08.2012 14:39, schrieb Andrew:
11.08.2012 02:54, KP Kirchdoerfer пишет:
Am 09.08.2012 21:02, schrieb Andrew:
09.08.2012 21:53, KP Kirchdoerfer пишет:
Hi
I tried to build a recent kernel (3.2.25 and 3.2.26
Am 09.08.2012 21:02, schrieb Andrew:
09.08.2012 21:53, KP Kirchdoerfer пишет:
Hi
I tried to build a recent kernel (3.2.25 and 3.2.26), but both failed
with the error:
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o: In function
Am 29.07.2012 14:10, schrieb Andrew:
29.07.2012 13:05, david M brooke пишет:
On Sat, 2012-07-28 at 18:54 +0200, KP Kirchdoerfer wrote:
Current git sources build fine for x86 and I had only one error
(oprofile) for arm-versatile.
I also get that one build error on any non-x86 platform
Am 09.08.2012 20:15, schrieb Andrew:
09.08.2012 20:13, KP Kirchdoerfer пишет:
Am 29.07.2012 14:10, schrieb Andrew:
29.07.2012 13:05, david M brooke пишет:
On Sat, 2012-07-28 at 18:54 +0200, KP Kirchdoerfer wrote:
Current git sources build fine for x86 and I had only one error
(oprofile
Hi
I tried to build a recent kernel (3.2.25 and 3.2.26), but both failed
with the error:
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
kernel/built-in.o: In function `tick_nohz_stop_sched_tick':
(.text+0x2f55c): undefined reference to `calc_load_enter_idle'
Am 07.08.2012 09:30, schrieb Erich Titl:
Hi
at 06.08.2012 18:05, KP Kirchdoerfer wrote:
Hi all;
somewhere between busybox v 1.19.3 and 1.20.2 the ps command lost the
options a and x.
This results in an error message while running /usr/bin/poff:
Lots of scripts depend on the correct
Hi all;
somewhere between busybox v 1.19.3 and 1.20.2 the ps command lost the
options a and x.
This results in an error message while running /usr/bin/poff:
ps: invalid option -- a
BusyBox v1.20.2 (2012-08-03 15:42:23 CEST) multi-call binary.
Usage: ps
Show list of processes
w
Blusseau:
Le 2 août 2012 à 19:01, KP Kirchdoerfer a écrit :
Am 31.07.2012 19:33, schrieb Yves Blusseau:
Le 31 juil. 2012 à 17:35, KP Kirchdoerfer a écrit :
Hi Yves;
I've looked into the links you've send and start to get it. Though I
dislike the graphs that try to explain something
Am 30.07.2012 19:09, schrieb Yves Blusseau:
Hi all,
is it possible to avoid merge workflow to have a linear history of
commits and avoid the conflicts on the repository ?
Here are some articles that explain why Merge Workflow is bad:
http://www.randyfay.com/node/89
Am 31.07.2012 19:33, schrieb Yves Blusseau:
Le 31 juil. 2012 à 17:35, KP Kirchdoerfer a écrit :
Hi Yves;
I've looked into the links you've send and start to get it. Though I
dislike the graphs that try to explain something which is IMHO pretty
clear, *once* one understood it, and less
Am 01.08.2012 15:16, schrieb Yves Blusseau:
Hi all,
some histories was discard by the merge between the branches 4.3 and 5.0.
For example the iperf package was removed from the conf/sources.cfg file.
I have re-added the iperf package and made some diff between packages
that was in 4.3 and
401 - 500 of 1281 matches
Mail list logo