Am Donnerstag, 31. März 2011, um 20:41:15 schrieb davidMbrooke:
> On Tue, 2011-02-22 at 20:15 +, davidMbrooke wrote:
> > Hi,
> >
> > I'm getting some strange failures running "tools/buildall.sh" on a clean
> > git clone from the latest (2011-02-22) master repository.
> >
> > Specifically:
> >
On Tue, 2011-02-22 at 20:15 +, davidMbrooke wrote:
> Hi,
>
> I'm getting some strange failures running "tools/buildall.sh" on a clean
> git clone from the latest (2011-02-22) master repository.
>
> Specifically:
>- Building the Packages for "kernel" and "kmodules"
>- Building the Sour
Hi,
I'm getting some strange failures running "tools/buildall.sh" on a clean
git clone from the latest (2011-02-22) master repository.
Specifically:
- Building the Packages for "kernel" and "kmodules"
- Building the Source and Package for "iscsi"
- Building the Packages for "initrd"
All
Am Samstag, 22. Januar 2011, um 17:53:02 schrieb Andrew:
> 22.01.2011 01:50, KP Kirchdoerfer пишет:
> > Am Freitag, 21. Januar 2011, um 00:25:13 schrieb Andrew:
> >> 10.01.2011 20:04, KP Kirchdoerfer пишет:
> >>> Andrew;
> >>>
> >>> can/will you make the changes necessary? I guess you're the one w
22.01.2011 01:50, KP Kirchdoerfer пишет:
> Am Freitag, 21. Januar 2011, um 00:25:13 schrieb Andrew:
>> 10.01.2011 20:04, KP Kirchdoerfer пишет:
>>> Andrew;
>>>
>>> can/will you make the changes necessary? I guess you're the one who knows
>>> best what has changed moving to initramfs (only) and wha
Am Samstag, 22. Januar 2011, um 12:49:07 schrieb Andrew:
> 22.01.2011 01:35, KP Kirchdoerfer пишет:
> >> It'll be good if someone re-checks code.
> >>
> >> P.S. About beta2 - IMHO it'll be good to update kernel before beta2
> >> tagging to latest 2.6.35 minor (currently 2.6.35.10), and possible to
22.01.2011 01:35, KP Kirchdoerfer пишет:
>
>> It'll be good if someone re-checks code.
>>
>> P.S. About beta2 - IMHO it'll be good to update kernel before beta2
>> tagging to latest 2.6.35 minor (currently 2.6.35.10), and possible to
>> update busybox (or we have something that depends on bb versio
Am Freitag, 21. Januar 2011, um 00:25:13 schrieb Andrew:
> 10.01.2011 20:04, KP Kirchdoerfer пишет:
> > Andrew;
> >
> > can/will you make the changes necessary? I guess you're the one who knows
> > best what has changed moving to initramfs (only) and what needs to be
> > done to have initramfs wi
Am Freitag, 21. Januar 2011, um 00:25:13 schrieb Andrew:
> 10.01.2011 20:04, KP Kirchdoerfer пишет:
> > Andrew;
> >
> > can/will you make the changes necessary? I guess you're the one who knows
> > best what has changed moving to initramfs (only) and what needs to be
> > done to have initramfs wi
10.01.2011 20:04, KP Kirchdoerfer пишет:
>
> Andrew;
>
> can/will you make the changes necessary? I guess you're the one who knows best
> what has changed moving to initramfs (only) and what needs to be done to have
> initramfs with rootfs.
>
> I consider the issue described above as serious and l
19.01.2011 23:11, KP Kirchdoerfer пишет:
> Am Samstag, 15. Januar 2011, um 21:38:20 schrieb davidMbrooke:
>> Hi,
>>
>> As per my earlier mail I have fixed my problems with make version 3.82
>> on Fedora 14, but I am seeing 2 failures running "buildall.sh" which are
>> unrelated.
>>
>> DEVTOOLS
>>
Am Samstag, 15. Januar 2011, um 21:38:20 schrieb davidMbrooke:
> Hi,
>
> As per my earlier mail I have fixed my problems with make version 3.82
> on Fedora 14, but I am seeing 2 failures running "buildall.sh" which are
> unrelated.
>
> DEVTOOLS
> calling buildpacket for devtools
> Generat
On Sun, 2011-01-16 at 02:59 +0100, KP Kirchdoerfer wrote:
> Am Samstag, 15. Januar 2011, um 23:16:02 schrieb KP Kirchdoerfer:
> > Am Samstag, 15. Januar 2011, um 21:38:20 schrieb davidMbrooke:
> > > Hi,
> > >
> > > As per my earlier mail I have fixed my problems with make version 3.82
> > > on Fed
Am Samstag, 15. Januar 2011, um 23:16:02 schrieb KP Kirchdoerfer:
> Am Samstag, 15. Januar 2011, um 21:38:20 schrieb davidMbrooke:
> > Hi,
> >
> > As per my earlier mail I have fixed my problems with make version 3.82
> > on Fedora 14, but I am seeing 2 failures running "buildall.sh" which are
> >
Am Samstag, 15. Januar 2011, um 21:38:20 schrieb davidMbrooke:
> Hi,
>
> As per my earlier mail I have fixed my problems with make version 3.82
> on Fedora 14, but I am seeing 2 failures running "buildall.sh" which are
> unrelated.
>
> DEVTOOLS
> calling buildpacket for devtools
> Generat
Hi,
As per my earlier mail I have fixed my problems with make version 3.82
on Fedora 14, but I am seeing 2 failures running "buildall.sh" which are
unrelated.
DEVTOOLS
calling buildpacket for devtools
Generating package devtools
cp: cannot stat
`/home/leaf/src/bering-uclibc4/buildtoo
Am Montag, 10. Januar 2011, 19:16:00 schrieb Andrew:
> 10.01.2011 20:04, KP Kirchdoerfer пишет:
> > Am Donnerstag, 6. Januar 2011, 15:44:37 schrieb KP Kirchdoerfer:
> >> Am Donnerstag, 6. Januar 2011, 15:06:42 schrieb Andrew:
> >>> 06.01.2011 15:56, KP Kirchdoerfer пишет:
> Hi;
>
>
10.01.2011 20:04, KP Kirchdoerfer пишет:
> Am Donnerstag, 6. Januar 2011, 15:44:37 schrieb KP Kirchdoerfer:
>> Am Donnerstag, 6. Januar 2011, 15:06:42 schrieb Andrew:
>>> 06.01.2011 15:56, KP Kirchdoerfer пишет:
Hi;
this is from an old mail, but I tested today what happens if
Be
Am Donnerstag, 6. Januar 2011, 15:44:37 schrieb KP Kirchdoerfer:
> Am Donnerstag, 6. Januar 2011, 15:06:42 schrieb Andrew:
> > 06.01.2011 15:56, KP Kirchdoerfer пишет:
> > > Hi;
> > >
> > > this is from an old mail, but I tested today what happens if
> > > Bering-uClibc3 runs out of memory and wha
Am Donnerstag, 6. Januar 2011, 15:06:42 schrieb Andrew:
> 06.01.2011 15:56, KP Kirchdoerfer пишет:
> > Hi;
> >
> > this is from an old mail, but I tested today what happens if
> > Bering-uClibc3 runs out of memory and what happens on Bering-uClibc4
> > box.
> >
> > Am Samstag, 12. Juni 2010, 20:1
06.01.2011 15:56, KP Kirchdoerfer пишет:
> Hi;
>
> this is from an old mail, but I tested today what happens if Bering-uClibc3
> runs out of memory and what happens on Bering-uClibc4 box.
>
> Am Samstag, 12. Juni 2010, 20:17:49 schrieb Andrew:
>> Hi.
>> I just finished migration from compressed min
Hi;
this is from an old mail, but I tested today what happens if Bering-uClibc3
runs out of memory and what happens on Bering-uClibc4 box.
Am Samstag, 12. Juni 2010, 20:17:49 schrieb Andrew:
> Hi.
> I just finished migration from compressed minix initrd to initramfs that
> uses compressed as cpi
Am Montag, 3. Januar 2011, 18:52:33 schrieb davidMbrooke:
> Hi kp,
>
> I'm getting a build failure for "webconf":
>
> buildtool::Download::download:file key: webconf-1.1.tar.gz
> --2011-01-03 17:16:32--
> http://leaf.cvs.sourceforge.net/viewvc/leaf/src/bering-uclibc/apps/webconf/
> webconf-1.1.ta
Hi kp,
I'm getting a build failure for "webconf":
buildtool::Download::download:file key: webconf-1.1.tar.gz
--2011-01-03 17:16:32--
http://leaf.cvs.sourceforge.net/viewvc/leaf/src/bering-uclibc/apps/webconf/webconf-1.1.tar.gz?revision=HEAD
Resolving leaf.cvs.sourceforge.net... 216.34.181.109
Con
On Sat, 2010-12-18 at 20:10 +, davidMbrooke wrote:
> On Sat, 2010-12-18 at 18:02 +0100, KP Kirchdoerfer wrote:
> >
> > Do we need also Reentrant RPC support?
>
> I don't believe so, at least not for an NFS server.
It turns out I got this wrong. rpc.mountd uses the _r() functions so I
do need
Am Samstag, 18. Dezember 2010, 22:01:31 schrieb davidMbrooke:
> On Sat, 2010-12-18 at 21:33 +0100, KP Kirchdoerfer wrote:
> > Hi David;
> >
> > Am Samstag, 18. Dezember 2010, 21:10:31 schrieb davidMbrooke:
> > > On Sat, 2010-12-18 at 18:02 +0100, KP Kirchdoerfer wrote:
> > > > Do we need also Reen
On Sat, 2010-12-18 at 21:33 +0100, KP Kirchdoerfer wrote:
> Hi David;
>
> Am Samstag, 18. Dezember 2010, 21:10:31 schrieb davidMbrooke:
> > On Sat, 2010-12-18 at 18:02 +0100, KP Kirchdoerfer wrote:
> > > Do we need also Reentrant RPC support?
> >
> > I don't believe so, at least not for an NFS se
Hi David;
Am Samstag, 18. Dezember 2010, 21:10:31 schrieb davidMbrooke:
> On Sat, 2010-12-18 at 18:02 +0100, KP Kirchdoerfer wrote:
> > Do we need also Reentrant RPC support?
>
> I don't believe so, at least not for an NFS server.
The help text claims that it is needed to support apps like expor
On Sat, 2010-12-18 at 18:02 +0100, KP Kirchdoerfer wrote:
>
> Do we need also Reentrant RPC support?
I don't believe so, at least not for an NFS server.
> Maybe some space can be saved:
>
> - What extended attributes support? Currently it's enabled, but do we (or any
> of the supported FS) use
18.12.2010 18:45, davidMbrooke пишет:
> On Sat, 2010-12-11 at 23:12 +0200, Andrew wrote:
>> 11.12.2010 23:02, davidMbrooke пишет:
>>> Hi,
>>>
>>> I just had an enquiry about some work I did in 2007/2008 on using
>>> Bering-uClibc 3.x as an NFS file server (hence the recent uploads to my
>>> "devel"
Am Samstag, 18. Dezember 2010, 17:45:10 schrieb davidMbrooke:
> On Sat, 2010-12-11 at 23:12 +0200, Andrew wrote:
> > 11.12.2010 23:02, davidMbrooke пишет:
> > > Hi,
> > >
> > > I just had an enquiry about some work I did in 2007/2008 on using
> > > Bering-uClibc 3.x as an NFS file server (hence th
On Sat, 2010-12-11 at 23:12 +0200, Andrew wrote:
> 11.12.2010 23:02, davidMbrooke пишет:
> > Hi,
> >
> > I just had an enquiry about some work I did in 2007/2008 on using
> > Bering-uClibc 3.x as an NFS file server (hence the recent uploads to my
> > "devel" branch of CVS).
> >
> > I am wondering a
On Sun, 2010-12-12 at 13:20 +0100, KP Kirchdoerfer wrote:
> Am Sonntag, 12. Dezember 2010, 13:04:50 schrieb davidMbrooke:
> > On Sun, 2010-12-12 at 12:55 +0100, KP Kirchdoerfer wrote:
> > > Am Sonntag, 12. Dezember 2010, 12:40:41 schrieb davidMbrooke:
> > > > Hi,
> > > >
> > > > I keep wishing we
Am Sonntag, 12. Dezember 2010, 13:04:50 schrieb davidMbrooke:
> On Sun, 2010-12-12 at 12:55 +0100, KP Kirchdoerfer wrote:
> > Am Sonntag, 12. Dezember 2010, 12:40:41 schrieb davidMbrooke:
> > > Hi,
> > >
> > > I keep wishing we had "ldd" as part of Bering-uClibc.
> > >
> > > Turns out this alread
On Sun, 2010-12-12 at 12:55 +0100, KP Kirchdoerfer wrote:
> Am Sonntag, 12. Dezember 2010, 12:40:41 schrieb davidMbrooke:
> > Hi,
> >
> > I keep wishing we had "ldd" as part of Bering-uClibc.
> >
> > Turns out this already gets built as part of uClibc: source code is
> > source/buildenv/uClibc-0.
12.12.2010 13:40, davidMbrooke пишет:
> Hi,
>
> I keep wishing we had "ldd" as part of Bering-uClibc.
>
> Turns out this already gets built as part of uClibc: source code is
> source/buildenv/uClibc-0.9.30.3/utils/ldd.c, executable is
> staging/bin/ldd (only 10KB, even when not stripped).
>
> I sup
Am Sonntag, 12. Dezember 2010, 12:40:41 schrieb davidMbrooke:
> Hi,
>
> I keep wishing we had "ldd" as part of Bering-uClibc.
>
> Turns out this already gets built as part of uClibc: source code is
> source/buildenv/uClibc-0.9.30.3/utils/ldd.c, executable is
> staging/bin/ldd (only 10KB, even whe
Hi,
I keep wishing we had "ldd" as part of Bering-uClibc.
Turns out this already gets built as part of uClibc: source code is
source/buildenv/uClibc-0.9.30.3/utils/ldd.c, executable is
staging/bin/ldd (only 10KB, even when not stripped).
I suppose I could create a separate package for it, but pr
11.12.2010 23:02, davidMbrooke пишет:
> Hi,
>
> I just had an enquiry about some work I did in 2007/2008 on using
> Bering-uClibc 3.x as an NFS file server (hence the recent uploads to my
> "devel" branch of CVS).
>
> I am wondering about adding support for NFS to Bering-uClibc 4.x. We
> already ha
Hi,
I just had an enquiry about some work I did in 2007/2008 on using
Bering-uClibc 3.x as an NFS file server (hence the recent uploads to my
"devel" branch of CVS).
I am wondering about adding support for NFS to Bering-uClibc 4.x. We
already have the kernel modules enabled (CONFIG_NFSD=m etc.) b
Am Montag, 29. November 2010, 20:26:25 schrieb davidMbrooke:
> Hi,
>
> I am thinking ahead to the ChangeLog for Beta2, and we have a few minor
> changes already...
>
> Options:
>1. We could log *every* change with a Trac ticket
> - Even the trivial ones, and even when one of the core de
Hi,
I am thinking ahead to the ChangeLog for Beta2, and we have a few minor
changes already...
Options:
1. We could log *every* change with a Trac ticket
- Even the trivial ones, and even when one of the core developers
finds and fixes an obvious problem
2. We could just make the chan
Hi,
I just uploaded a modified Bering-2.6.35.8.config (for
CONFIG_ATA_OVER_ETH) and in the process broke the kernel build.
The problem is that the i686 / i486 / geode patch files include the
timestamp on line 4. If this changes in the "base"
Bering-2.6.35.8.config the patches don't apply cleanly
On Sat, 2010-11-13 at 10:00 +, davidMbrooke wrote:
> Hi,
>
> I just noticed that a Wireshark trace is showing up Ethernet frames like
> the following, coming *from* a Bering-uClibc 4 machine:
> Broadcast AoE Query Config Information Request
>
> I am not that familiar with AoE
Good catch guys; great teamwork! :-)
So I will leave things as per my previous diff, except I will disable
"PRETTY_2.6_OUTPUT".
I will re-build BusyBox now, test and then commit to CVS.
dMb
On Mon, 2010-11-15 at 15:11 +0100, Eric Spakman wrote:
> Hi Kp,
>
> That's it ;)
>
>
> Eric
>
> 20
Hi Kp,
That's it ;)
Eric
2010/11/15 KP Kirchdoerfer
> Am Montag, 15. November 2010, 14:09:29 schrieb Eric Spakman:
> > David,
> >
> > If I remember correctly, the option "Check tainted module" is needed. But
> I
> > can't remember which modules needed it. Please check before commiting
> that
Am Montag, 15. November 2010, 14:09:29 schrieb Eric Spakman:
> David,
>
> If I remember correctly, the option "Check tainted module" is needed. But I
> can't remember which modules needed it. Please check before commiting that
> change.
>
>
Hi Eric
I guess you mean this one:
"-enabled insmod
15.11.2010 14:25, e-mail dmb.leaf-devel пишет:
> On 14 November 2010 21:29, Andrew wrote:
>> 14.11.2010 23:15, davidMbrooke пишет:
>>> On Sat, 2010-11-13 at 20:50 +0200, Andrew wrote:
13.11.2010 12:24, davidMbrooke пишет:
> On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
>> 12.11.201
David,
If I remember correctly, the option "Check tainted module" is needed. But I
can't remember which modules needed it. Please check before commiting that
change.
Eric
>
> Hi Andrew,
>
> I won't promise that *nothing* is broken, but everything I tried works OK.
> I will commit when I get hom
On 14 November 2010 21:29, Andrew wrote:
> 14.11.2010 23:15, davidMbrooke пишет:
>> On Sat, 2010-11-13 at 20:50 +0200, Andrew wrote:
>>> 13.11.2010 12:24, davidMbrooke пишет:
On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
> 12.11.2010 20:24, davidMbrooke пишет:
>> I see that we are
14.11.2010 23:15, davidMbrooke пишет:
> On Sat, 2010-11-13 at 20:50 +0200, Andrew wrote:
>> 13.11.2010 12:24, davidMbrooke пишет:
>>> On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
12.11.2010 20:24, davidMbrooke пишет:
> I see that we are using "CONFIG_MODPROBE_SMALL" rather than
> "
On Sat, 2010-11-13 at 20:50 +0200, Andrew wrote:
> 13.11.2010 12:24, davidMbrooke пишет:
> > On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
> >> 12.11.2010 20:24, davidMbrooke пишет:
> >>> I see that we are using "CONFIG_MODPROBE_SMALL" rather than
> >>> "CONFIG_MODPROBE" for BusyBox. Is there a
13.11.2010 12:24, davidMbrooke пишет:
> On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
>> 12.11.2010 20:24, davidMbrooke пишет:
>>> I see that we are using "CONFIG_MODPROBE_SMALL" rather than
>>> "CONFIG_MODPROBE" for BusyBox. Is there a good reason for that? Would
>>> switching to CONFIG_MODPROB
On Sat, 2010-11-13 at 11:11 +0200, Andrew wrote:
> 12.11.2010 20:24, davidMbrooke пишет:
> >
> > I see that we are using "CONFIG_MODPROBE_SMALL" rather than
> > "CONFIG_MODPROBE" for BusyBox. Is there a good reason for that? Would
> > switching to CONFIG_MODPROBE be a practical option?
> >
> > > Fr
Hi,
I just noticed that a Wireshark trace is showing up Ethernet frames like
the following, coming *from* a Bering-uClibc 4 machine:
Broadcast AoE Query Config Information Request
I am not that familiar with AoE (ATA over Ethernet), but I'm thinking
that I would rather not have
12.11.2010 20:24, davidMbrooke пишет:
>
> I see that we are using "CONFIG_MODPROBE_SMALL" rather than
> "CONFIG_MODPROBE" for BusyBox. Is there a good reason for that? Would
> switching to CONFIG_MODPROBE be a practical option?
>
> > From comparing the source code (modprobe.c versus modprobe-small.
On Thu, 2010-11-11 at 19:50 +0100, KP Kirchdoerfer wrote:
> Am Donnerstag, 11. November 2010, 19:25:34 schrieb davidMbrooke:
> > On Wed, 2010-11-10 at 22:28 +0100, KP Kirchdoerfer wrote:
> > > Am Mittwoch, 10. November 2010, 22:14:53 schrieb davidMbrooke:
> > > > On Wed, 2010-11-10 at 19:49 +0200,
Hi,
I have checked the updated buildimage.pl into CVS, along with (so far)
one example configuration file. The main change is handling of multiple
kernel variants. There is also some preparation for PXELINUX images.
Usage is as before. For example:
$ fakeroot ./buildimage.pl --image=Bering-u
Am Donnerstag, 11. November 2010, 19:25:34 schrieb davidMbrooke:
> On Wed, 2010-11-10 at 22:28 +0100, KP Kirchdoerfer wrote:
> > Am Mittwoch, 10. November 2010, 22:14:53 schrieb davidMbrooke:
> > > On Wed, 2010-11-10 at 19:49 +0200, Andrew wrote:
> > > > Hi all.
> > > > I asked in other thread abou
On Wed, 2010-11-10 at 22:28 +0100, KP Kirchdoerfer wrote:
> Am Mittwoch, 10. November 2010, 22:14:53 schrieb davidMbrooke:
> > On Wed, 2010-11-10 at 19:49 +0200, Andrew wrote:
> > > Hi all.
> > > I asked in other thread about this, but IMHO question is enough
> > > important to create separate topi
Am Donnerstag, 11. November 2010, 12:31:17 schrieb Per Sjoholm:
> ntpd won't adjust the clock if the time diff is to big.
>
> Try using ntpdate to set time before trying to adjust time with ntpd.
>
> /Per
Per,
this is (almost) true for the real ntpd, busybox ntpd applet does set the time
if ne
Am Donnerstag, 11. November 2010, 16:16:10 schrieb Andrew:
> 11.11.2010 14:04, KP Kirchdoerfer пишет:
> > Am Donnerstag, 11. November 2010, 12:04:20 schrieb Andrew:
> >> Hi all.
> >> I tried to test bb ntpd how it works. Unfortunatelly, for me it can't
> >> set system time:
> >>
> >> # ntpd -d -n
11.11.2010 14:04, KP Kirchdoerfer пишет:
> Am Donnerstag, 11. November 2010, 12:04:20 schrieb Andrew:
>> Hi all.
>> I tried to test bb ntpd how it works. Unfortunatelly, for me it can't
>> set system time:
>>
>> # ntpd -d -n -p 10.255.0.2
>> ntpd: sent query to 10.255.0.2
>> ntpd: reply from 10.255
ntpd won't adjust the clock if the time diff is to big.
Try using ntpdate to set time before trying to adjust time with ntpd.
/Per
On 2010-11-11 12:04, Andrew wrote:
> Hi all.
> I tried to test bb ntpd how it works. Unfortunatelly, for me it can't
> set system time:
>
> # ntpd -d -n -p 10.255.0.
Am Donnerstag, 11. November 2010, 12:04:20 schrieb Andrew:
> Hi all.
> I tried to test bb ntpd how it works. Unfortunatelly, for me it can't
> set system time:
>
> # ntpd -d -n -p 10.255.0.2
> ntpd: sent query to 10.255.0.2
> ntpd: reply from 10.255.0.2: reach 0x01 offset -10.105435 delay 0.003906
Hi all.
I tried to test bb ntpd how it works. Unfortunatelly, for me it can't
set system time:
# ntpd -d -n -p 10.255.0.2
ntpd: sent query to 10.255.0.2
ntpd: reply from 10.255.0.2: reach 0x01 offset -10.105435 delay 0.003906
status 0x24 strat 4 refid 0x0c00ff0a rootdelay 0.009506
ntpd: sent que
Am Mittwoch, 10. November 2010, 22:14:53 schrieb davidMbrooke:
> On Wed, 2010-11-10 at 19:49 +0200, Andrew wrote:
> > Hi all.
> > I asked in other thread about this, but IMHO question is enough
> > important to create separate topic.
> > We must decide before beta1, how we will maintain files with
On Wed, 2010-11-10 at 22:11 +0100, KP Kirchdoerfer wrote:
> Am Mittwoch, 10. November 2010, 22:05:40 schrieb davidMbrooke:
> > On Tue, 2010-11-09 at 23:34 +0100, KP Kirchdoerfer wrote:
> > > Am Dienstag, 9. November 2010, 23:09:52 schrieb davidMbrooke:
> > > > On Tue, 2010-11-09 at 22:39 +0100, KP
On Wed, 2010-11-10 at 19:49 +0200, Andrew wrote:
> Hi all.
> I asked in other thread about this, but IMHO question is enough
> important to create separate topic.
> We must decide before beta1, how we will maintain files with module options.
>
> One way I described earlier - to rename /etc/module
Am Mittwoch, 10. November 2010, 18:49:36 schrieb Andrew:
> Hi all.
> I asked in other thread about this, but IMHO question is enough
> important to create separate topic.
> We must decide before beta1, how we will maintain files with module
> options.
>
> One way I described earlier - to rename /e
Am Mittwoch, 10. November 2010, 22:05:40 schrieb davidMbrooke:
> On Tue, 2010-11-09 at 23:34 +0100, KP Kirchdoerfer wrote:
> > Am Dienstag, 9. November 2010, 23:09:52 schrieb davidMbrooke:
> > > On Tue, 2010-11-09 at 22:39 +0100, KP Kirchdoerfer wrote:
> > > > Am Dienstag, 9. November 2010, 22:08:1
On Tue, 2010-11-09 at 23:34 +0100, KP Kirchdoerfer wrote:
> Am Dienstag, 9. November 2010, 23:09:52 schrieb davidMbrooke:
> > On Tue, 2010-11-09 at 22:39 +0100, KP Kirchdoerfer wrote:
> > > Am Dienstag, 9. November 2010, 22:08:10 schrieb davidMbrooke:
> > > > Hi,
> > > >
> > > > I am just fixing u
Hi all.
I asked in other thread about this, but IMHO question is enough
important to create separate topic.
We must decide before beta1, how we will maintain files with module options.
One way I described earlier - to rename /etc/modules to different name
(for ex., /etc/modules.conf), and make /
Am Dienstag, 9. November 2010, 23:09:52 schrieb davidMbrooke:
> On Tue, 2010-11-09 at 22:39 +0100, KP Kirchdoerfer wrote:
> > Am Dienstag, 9. November 2010, 22:08:10 schrieb davidMbrooke:
> > > Hi,
> > >
> > > I am just fixing up buildimage.pl to cope with multiple kernel
> > > variants. (Actually
On Tue, 2010-11-09 at 22:39 +0100, KP Kirchdoerfer wrote:
> Am Dienstag, 9. November 2010, 22:08:10 schrieb davidMbrooke:
> > Hi,
> >
> > I am just fixing up buildimage.pl to cope with multiple kernel variants.
> > (Actually the script is fixed but not in CVS yet; I am still working on
> > the acc
Am Dienstag, 9. November 2010, 22:08:10 schrieb davidMbrooke:
> Hi,
>
> I am just fixing up buildimage.pl to cope with multiple kernel variants.
> (Actually the script is fixed but not in CVS yet; I am still working on
> the accompanying configuration files.)
>
> With BuC 3.x and earlier, one of
Hi,
I am just fixing up buildimage.pl to cope with multiple kernel variants.
(Actually the script is fixed but not in CVS yet; I am still working on
the accompanying configuration files.)
With BuC 3.x and earlier, one of the supported configurations was a
CD-ROM for the "static" files and a flopp
Hi all.
Today I have some free time, so I make some improvements into distro today.
1st, I added local.start and local.stop files (like in many full-sized
distros) that should contain user commands, that must be executed before
login prompt (S90 level) or before shutdown (K10). Levels may be
c
08.11.2010 22:34, KP Kirchdoerfer пишет:
>
> You need to up_update_ a package to see the pb; I'll try to test the
> changes...
>
> kp
I tried to "apkg -i hostapd; apkg -u hostapd" - this does no errors,
even when I removed config file.
-
Am Montag, 8. November 2010, 19:59:26 schrieb Andrew:
> 07.11.2010 21:30, KP Kirchdoerfer пишет:
> > Am Sonntag, 7. November 2010, 20:18:20 schrieb Andrew:
> >> 07.11.2010 20:56, KP Kirchdoerfer пишет:
> >>> They can always added as every other module, if someone needs those. I
> >>> assume pptp is
07.11.2010 21:30, KP Kirchdoerfer пишет:
> Am Sonntag, 7. November 2010, 20:18:20 schrieb Andrew:
>> 07.11.2010 20:56, KP Kirchdoerfer пишет:
>>> They can always added as every other module, if someone needs those. I
>>> assume pptp is not as widely used as ppp - maybe I'm wrong.
>> In some countri
On Sun, 2010-11-07 at 19:26 +0100, KP Kirchdoerfer wrote:
> Am Sonntag, 7. November 2010, 19:03:10 schrieb davidMbrooke:
> > On Sun, 2010-10-31 at 20:30 +0100, KP Kirchdoerfer wrote:
> > > Am Sonntag, 31. Oktober 2010, 13:04:14 schrieb davidMbrooke:
> > > > OK. I will try to convert and upload all
Am Sonntag, 7. November 2010, 20:18:20 schrieb Andrew:
> 07.11.2010 20:56, KP Kirchdoerfer пишет:
> > They can always added as every other module, if someone needs those. I
> > assume pptp is not as widely used as ppp - maybe I'm wrong.
>
> In some countries (for ex., Russia, Ukraine and so on) pp
07.11.2010 20:56, KP Kirchdoerfer пишет:
>
> They can always added as every other module, if someone needs those. I assume
> pptp is not as widely used as ppp - maybe I'm wrong.
In some countries (for ex., Russia, Ukraine and so on) pptp is still
widely used as tunnel connection to internet via LA
Am Sonntag, 7. November 2010, 19:14:20 schrieb Andrew:
> 07.11.2010 19:13, KP Kirchdoerfer пишет:
> > Am Sonntag, 7. November 2010, 17:11:30 schrieb Andrew:
> >> 07.11.2010 18:02, davidMbrooke пишет:
> >>> On Sun, 2010-11-07 at 16:35 +0100, KP Kirchdoerfer wrote:
> Am Sonntag, 7. November 2010
Am Sonntag, 7. November 2010, 19:03:10 schrieb davidMbrooke:
> On Sun, 2010-10-31 at 20:30 +0100, KP Kirchdoerfer wrote:
> > Am Sonntag, 31. Oktober 2010, 13:04:14 schrieb davidMbrooke:
> > > OK. I will try to convert and upload all of the existing 3.x
> > > Installation Guide today / tomorrow, apa
07.11.2010 19:13, KP Kirchdoerfer пишет:
> Am Sonntag, 7. November 2010, 17:11:30 schrieb Andrew:
>> 07.11.2010 18:02, davidMbrooke пишет:
>>> On Sun, 2010-11-07 at 16:35 +0100, KP Kirchdoerfer wrote:
Am Sonntag, 7. November 2010, 16:19:58 schrieb davidMbrooke:
> Hi,
>
> I have jus
On Sun, 2010-10-31 at 20:30 +0100, KP Kirchdoerfer wrote:
> Am Sonntag, 31. Oktober 2010, 13:04:14 schrieb davidMbrooke:
> > OK. I will try to convert and upload all of the existing 3.x
> > Installation Guide today / tomorrow, apart from the sections you
> > mention.
> >
This is taking much long
Am Sonntag, 7. November 2010, 17:11:30 schrieb Andrew:
> 07.11.2010 18:02, davidMbrooke пишет:
> > On Sun, 2010-11-07 at 16:35 +0100, KP Kirchdoerfer wrote:
> >> Am Sonntag, 7. November 2010, 16:19:58 schrieb davidMbrooke:
> >>> Hi,
> >>>
> >>> I have just run a full rebuild and buildall.sh failed
07.11.2010 18:02, davidMbrooke пишет:
> On Sun, 2010-11-07 at 16:35 +0100, KP Kirchdoerfer wrote:
>> Am Sonntag, 7. November 2010, 16:19:58 schrieb davidMbrooke:
>>> Hi,
>>>
>>> I have just run a full rebuild and buildall.sh failed on "kmodules":
>>>
>>> calling buildpacket for kmodules
>>> Generat
On Sun, 2010-11-07 at 16:35 +0100, KP Kirchdoerfer wrote:
> Am Sonntag, 7. November 2010, 16:19:58 schrieb davidMbrooke:
> > Hi,
> >
> > I have just run a full rebuild and buildall.sh failed on "kmodules":
> >
> > calling buildpacket for kmodules
> > Generating package moddb-geode
> > cp: cannot
Am Sonntag, 7. November 2010, 16:19:58 schrieb davidMbrooke:
> Hi,
>
> I have just run a full rebuild and buildall.sh failed on "kmodules":
>
> calling buildpacket for kmodules
> Generating package moddb-geode
> cp: cannot stat
> `/home/leaf/src/bering-uclibc4/buildtool/staging/lib/modules/2.6.35
Hi,
I have just run a full rebuild and buildall.sh failed on "kmodules":
calling buildpacket for kmodules
Generating package moddb-geode
cp: cannot stat
`/home/leaf/src/bering-uclibc4/buildtool/staging/lib/modules/2.6.35.8-geode/net/pptp.ko':
No such file or directory
Copying
file
/home/leaf/s
Hi kp.
On Thu, 2010-11-04 at 22:33 +0100, KP Kirchdoerfer wrote:
> Hi dMb;
>
> Am Donnerstag, 4. November 2010, 22:16:14 schrieb davidMbrooke:
> > Hi kp,
> >
> > Quick question about the new Busybox ntpd - is there a lrcfg menu option
> > to edit /etc/default/ntpd ? I can't see one...
>
> No th
Hi dMb;
Am Donnerstag, 4. November 2010, 22:16:14 schrieb davidMbrooke:
> Hi kp,
>
> Quick question about the new Busybox ntpd - is there a lrcfg menu option
> to edit /etc/default/ntpd ? I can't see one...
No there is no lrcfg menu option yet.
> Some users may want to change the peers, others
Hi kp,
Quick question about the new Busybox ntpd - is there a lrcfg menu option
to edit /etc/default/ntpd ? I can't see one...
Some users may want to change the peers, others may want to set
NTPDRUN=no in order to run the "proper" ntpd.
Thanks,
dMb
On Sun, 2010-10-31 at 12:55 +, davidMbrooke wrote:
>- I get errors from snmpd like "ioctl 35123 returned -1". This is
> because I have "long" interface names for my VLAN interfaces (>8
> characters, e.g. "eth1@eth1"). Seems that the latest version of
> SNMPD has a fix for this, so I in
Hi all.
I upgraded kernel to latest 2.6.35.8 from 2.6.35 branch - with has
enough bugfixes comparable to 2.6.35.7. Also I enabled in i686 config
support for more than 4G - up to 64G RAM (mainly for PAE support), and
enabled generic x86 optimizations. Also default powersave governor
changed fro
Am Montag, 1. November 2010, 21:51:10 schrieb davidMbrooke:
> On Mon, 2010-11-01 at 12:04 +, davidMbrooke wrote:
> > On Mon, 2010-11-01 at 12:36 +0100, KP Kirchdoerfer wrote:
> > > Hi;
> > >
> > > I looked into shorewall logging and saw that ulogd is completly
> > > broken... So for the near f
On Mon, 2010-11-01 at 12:04 +, davidMbrooke wrote:
> On Mon, 2010-11-01 at 12:36 +0100, KP Kirchdoerfer wrote:
> > Hi;
> >
> > I looked into shorewall logging and saw that ulogd is completly broken...
> > So for the near future we should go with syslog-ng and may decide later if
> > ulogd is
1 - 100 of 334 matches
Mail list logo
