Menu
▾
▴
devil-linux-develop — developer discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Heiko Z. <he...@zu...> - 2005-02-04 00:54:29
|
Jean-Luc Parouty wrote: > Hi, > Well... I compiled the 1.3 and had a bootcd.iso :-) > I tried to boot it with vmware, and it boot... :-) > > ...but usb keys are not detected :-( > I had to add a virtual disk and I finished the boot session... > Sorry, I don't know anything about usb stuff, so I can just give you > the dmesg traces > but no patch... It doesn't detect the usb key at all. Does it work with a 1.2 CD on the same system? Can you try another usb key (best a different brand) ? -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2005-02-04 00:53:15
|
Jean-Luc Parouty wrote: > > Hello, > I try to compile cvs current 1.3, but the glibc compilation failed... > ... it seems that gcc receive too unknown options : > -no-pie > -fno-stack-protector-all > I "hack" the scripts/glibc to remove them and it seems ok.. > Any ideas ? That should not be. Did you use the correct lfssystem? 1.3 needs a newer one, which you can find on the ftp server. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2005-02-04 00:49:32
|
Zsiros Zsolt wrote: >2005-02-02, sze keltezéssel 19:06-kor Heiko Zuerker ezt írta: > > >>Hey, >> >> >> >>>I'm trying to create an NTPD jail config, but the included ntpd in DL >>>1.2.2 doesn't support chrooting. >>>Does anybody know where can I find a more-or-less (preferably more :-) >>>official chroot patch for ntpd-4.2.0? >>> >>>I tried to search it on google, but it was unsuccessfull... >>>What patch source can accept the main development team? >>> >>> >>For cases like this we have the 'compartment' tool included, which takes >>care of chroot, setting capabilities and stuff like that. >>Take a look at what I did for Lotus Notes. Take a look at those files: >>/etc/sysconfig/jail/DOMINO >>/etc/init.d/domino >> >> > >I found this utility and I'm using it for Postfix but the compiled ntpd >binary in DL does not support chrooting. The ntpd in DL produces the >following "help": > >root@devil:~ # ntpd -h >ntpd: unknown option -h >usage: ntpd [ -abdgmnqx ] [ -c config_file ] [ -e e_delay ] > [ -f freq_file ] [ -k key_file ] [ -l log_file ] > [ -p pid_file ] [ -r broad_delay ] [ -s statdir ] > [ -t trust_key ] [ -v sys_var ] [ -V default_sysvar ] > [ -P fixed_process_priority ] > >But in my old RH9: > >[root@ubul ~]# ntpd -h >ntpd: unknown option -h >usage: ntpd [ -abdgmnqx ] [ -c config_file ] [ -e e_delay ] > [ -f freq_file ] [ -k key_file ] [ -l log_file ] > [ -p pid_file ] [ -r broad_delay ] [ -s statdir ] > [ -t trust_key ] [ -v sys_var ] [ -V default_sysvar ] > [ -T chroot_dir ] [ -U server_user ] > [ -P fixed_process_priority ] > >There is the -T to chroot ntpd and -U option to drop root privileges >after starting. > >On next link I found that the 4.2.0 version does not support chrooting: >http://lists.ntp.isc.org/pipermail/questions/2004-February/003323.html > >I'm a bit confused because I'm not sure about this chroot patch, is it >required to use ntp with compartment? > > Compartment is for daemons which do not support chrooting per default. It basically takes care of chrooting and dropping the priviliges. In addition you need to use the jail script and a config file with it (see my domino example), so all the necessary libraries, files and config files are available within the chroot jail. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Zsiros Z. <zs...@ma...> - 2005-02-03 09:10:39
|
2005-02-02, sze keltezéssel 19:06-kor Heiko Zuerker ezt írta:
> Hey,
>
> > I'm trying to create an NTPD jail config, but the included ntpd in DL
> > 1.2.2 doesn't support chrooting.
> > Does anybody know where can I find a more-or-less (preferably more :-)
> > official chroot patch for ntpd-4.2.0?
> >
> > I tried to search it on google, but it was unsuccessfull...
> > What patch source can accept the main development team?
>
> For cases like this we have the 'compartment' tool included, which takes
> care of chroot, setting capabilities and stuff like that.
> Take a look at what I did for Lotus Notes. Take a look at those files:
> /etc/sysconfig/jail/DOMINO
> /etc/init.d/domino
I found this utility and I'm using it for Postfix but the compiled ntpd
binary in DL does not support chrooting. The ntpd in DL produces the
following "help":
root@devil:~ # ntpd -h
ntpd: unknown option -h
usage: ntpd [ -abdgmnqx ] [ -c config_file ] [ -e e_delay ]
[ -f freq_file ] [ -k key_file ] [ -l log_file ]
[ -p pid_file ] [ -r broad_delay ] [ -s statdir ]
[ -t trust_key ] [ -v sys_var ] [ -V default_sysvar ]
[ -P fixed_process_priority ]
But in my old RH9:
[root@ubul ~]# ntpd -h
ntpd: unknown option -h
usage: ntpd [ -abdgmnqx ] [ -c config_file ] [ -e e_delay ]
[ -f freq_file ] [ -k key_file ] [ -l log_file ]
[ -p pid_file ] [ -r broad_delay ] [ -s statdir ]
[ -t trust_key ] [ -v sys_var ] [ -V default_sysvar ]
[ -T chroot_dir ] [ -U server_user ]
[ -P fixed_process_priority ]
There is the -T to chroot ntpd and -U option to drop root privileges
after starting.
On next link I found that the 4.2.0 version does not support chrooting:
http://lists.ntp.isc.org/pipermail/questions/2004-February/003323.html
I'm a bit confused because I'm not sure about this chroot patch, is it
required to use ntp with compartment?
Zsolt
|
|
From: Jean-Luc P. <Jea...@ib...> - 2005-02-02 19:26:06
|
Hi,
Well... I compiled the 1.3 and had a bootcd.iso :-)
I tried to boot it with vmware, and it boot... :-)
...but usb keys are not detected :-(
I had to add a virtual disk and I finished the boot session...
Sorry, I don't know anything about usb stuff, so I can just give you the
dmesg traces
but no patch...
Best regards,
- pjluc
--
Jean-Luc Parouty - Phone: +33 4 387 823 90
Institut de Biologie Structurale-CNRS (UMR 5075)/CEA/UJF - IBS
41 Av. Jules Horowitz - 38027 Grenoble Cedex 1 - France
|
|
From: Heiko Z. <he...@zu...> - 2005-02-02 18:07:07
|
Hey, > I'm trying to create an NTPD jail config, but the included ntpd in DL > 1.2.2 doesn't support chrooting. > Does anybody know where can I find a more-or-less (preferably more :-) > official chroot patch for ntpd-4.2.0? > > I tried to search it on google, but it was unsuccessfull... > What patch source can accept the main development team? For cases like this we have the 'compartment' tool included, which takes care of chroot, setting capabilities and stuff like that. Take a look at what I did for Lotus Notes. Take a look at those files: /etc/sysconfig/jail/DOMINO /etc/init.d/domino The jail script itself will take care of all the needed shared libraries (as long as the binaries tells us which ones it needs). Otherwise you can always add the missing ones to the jail config. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Zsiros Z. <zs...@ma...> - 2005-02-02 15:18:46
|
Hi, I'm trying to create an NTPD jail config, but the included ntpd in DL 1.2.2 doesn't support chrooting. Does anybody know where can I find a more-or-less (preferably more :-) official chroot patch for ntpd-4.2.0? I tried to search it on google, but it was unsuccessfull... What patch source can accept the main development team? Zsolt |
|
From: Jean-Luc P. <Jea...@ib...> - 2005-02-02 12:18:11
|
Hello,
I try to compile cvs current 1.3, but the glibc compilation failed...
... it seems that gcc receive too unknown options :
-no-pie
-fno-stack-protector-all
I "hack" the scripts/glibc to remove them and it seems ok..
Any ideas ?
- pjluc
During the make build :
executing glibc with option build (in /data/build/tmp/glibc-2.3.4-20040701)
ERROR
/data/build/scripts/glibc build failed
check log file /data/build/tmp/LOGS/build/glibc for details
In the tmp/LOGS/build/glibc :
(...)
checking whether ln -s works... yes
checking for gcc... gcc -no-pie -fno-stack-protector-all
checking for suffix of object files... configure: error: cannot compute
suffix of object files: cannot compile
See `config.log' for more details.
(...)
...and in the config.log :
(...)
gcc version 3.4.1
configure:2591: $? = 0
configure:2593: gcc -no-pie -fno-stack-protector-all -V </dev/null >&5
gcc: `-V' must come at the start of the command line
configure:2596: $? = 1
configure:2600: checking for suffix of object files
configure:2621: gcc -no-pie -fno-stack-protector-all -c conftest.c >&5
gcc: unrecognized option `-no-pie'
cc1: error: unrecognized command line option "-fno-stack-protector-all"
configure:2624: $? = 1
configure: failed program was:
(...)
--
Jean-Luc Parouty - Phone: +33 4 387 823 90
Institut de Biologie Structurale-CNRS (UMR 5075)/CEA/UJF - IBS
41 Av. Jules Horowitz - 38027 Grenoble Cedex 1 - France
|
|
From: Heiko Z. <he...@zu...> - 2005-02-02 00:28:47
|
Jean-Luc Parouty wrote: > Heiko Zuerker wrote: > >>> Hello (humans and Aliens), >>> Is there a plan - or someone who try ;-) to add nfs, netatalk and pam >>> to DL ? >>> >> >> >> I have PAM on my list for a while now, but I won't be mad at you if you >> volunteer for adding it. ;-) >> >> > Why not ;-) > I could try to see that... but on witch cvs version ? > rel-1-2-patches co/1.3 ? > (I use a bi-xeon dell, with a fedora C3) > - pjluc > For 1.3 We try not to add anything new to 1.2 if we can avoid it, to make sure the stable release stays stable. ;-) -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Jean-Luc P. <Jea...@ib...> - 2005-02-01 23:04:57
|
Heiko Zuerker wrote:
>>Hello (humans and Aliens),
>>Is there a plan - or someone who try ;-) to add nfs, netatalk and pam
>>to DL ?
>>
>>
>
>I have PAM on my list for a while now, but I won't be mad at you if you
>volunteer for adding it. ;-)
>
>
Why not ;-)
I could try to see that... but on witch cvs version ? rel-1-2-patches
co/1.3 ?
(I use a bi-xeon dell, with a fedora C3)
- pjluc
--
Jean-Luc Parouty - Phone: +33 4 387 823 90
Institut de Biologie Structurale-CNRS (UMR 5075)/CEA/UJF - IBS
41 Av. Jules Horowitz - 38027 Grenoble Cedex 1 - France
|
|
From: Heiko Z. <he...@zu...> - 2005-02-01 22:42:54
|
> On Tuesday 01 February 2005 02:28, Heiko Zuerker wrote: >> Roland Pabel wrote: >> >On Saturday 22 January 2005 22:54, Heiko Zuerker wrote: >> >>>On Saturday 22 January 2005 21:16, Heiko Zuerker wrote: >> >>>>Roland Pabel wrote: >> >>>>>Hi, >> >>> >> >>>[...] >> >>> > [...] >> >> So I guess we should set it on the 'linux' script per default ? > Can't hurt, I guess. Unless 64bit cpus become more common and users demand > a > 64bit compiled DL version. But I guess that's still not happen so > quickly. That would require some more changes anyway. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2005-02-01 22:41:10
|
> Hello (humans and Aliens), > Is there a plan - or someone who try ;-) to add nfs, netatalk and pam > to DL ? I have PAM on my list for a while now, but I won't be mad at you if you volunteer for adding it. ;-) -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Frank P. <pi...@we...> - 2005-02-01 22:21:54
|
On Tuesday 01 February 2005 22:34, Roland Pabel wrote: > On Tuesday 01 February 2005 02:28, Heiko Zuerker wrote: > > So I guess we should set it on the 'linux' script per default ? > > Can't hurt, I guess. Unless 64bit cpus become more common and users demand > a 64bit compiled DL version. But I guess that's still not happen so > quickly. Roland Great to hear that my wild guess of $ARCH was successful :-) For a 64bit DL same applies also for the configure call in modutils. It also fixed to i386 for now. Because modutils are compiled by default to handle 64bit and 32bit modules, we have to set the architecture, otherwise crosscompile fails. Frank |
|
From: Roland P. <rp...@ne...> - 2005-02-01 21:34:43
|
On Tuesday 01 February 2005 02:28, Heiko Zuerker wrote: > Roland Pabel wrote: > >On Saturday 22 January 2005 22:54, Heiko Zuerker wrote: > >>>On Saturday 22 January 2005 21:16, Heiko Zuerker wrote: > >>>>Roland Pabel wrote: > >>>>>Hi, > >>> > >>>[...] > >>> [...] > > So I guess we should set it on the 'linux' script per default ? Can't hurt, I guess. Unless 64bit cpus become more common and users demand a 64bit compiled DL version. But I guess that's still not happen so quickly. Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Jean-Luc P. <Jea...@ib...> - 2005-02-01 16:57:43
|
Hello (humans and Aliens),
Is there a plan - or someone who try ;-) to add nfs, netatalk and pam
to DL ?
Regards,
- pjluc
--
Jean-Luc Parouty - Phone: +33 4 387 823 90
Institut de Biologie Structurale-CNRS (UMR 5075)/CEA/UJF - IBS
41 Av. Jules Horowitz - 38027 Grenoble Cedex 1 - France
|
|
From: Heiko Z. <he...@zu...> - 2005-02-01 13:45:36
|
> 2005-02-01, k keltezéssel 02:26-kor Heiko Zuerker ezt írta: > >> >>Hi Heiko, >> >> >> >>I realized, that you checked in only the first halt of the multi-adsl >> >>patch. >> >>I mean that I can't see the disconnect part of the patch in the cvs. >> >> >> >>I apologize for sending patch for sysconfig/config file instead of >> >>sript/rp-pppoe script. >> >> >> > >> >OOPS... >> >Patch (the utility) didn't like your patch (the diff), so I applied the >> >changes by hand. While I was doing this, those damned Aliens (they live >> in >> >my air conditioning), erased the lines for the stop part from my >> screen. > > :-) > >> >I'll take care of it tonight. >> > >> OK it's fixed now. > > Hi Heiko, > > I can't find your fix in the cvs. > Did you check in this fix into the cvs or your malicious Aliens > redirected it to /dev/null? ;-) Those damned aliens ! ;-) I'm pretty sure I did (can't verify it, since I'm in the office). Usually the anonymous CVS server is at least a couple of hours "behind" the main CVS server. But this always depends on the time of the day, the temperature, the humidity and of course the Aliens. ;-) OK, enough BS for now, let's get back to work ! -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Zsiros Z. <zs...@ma...> - 2005-02-01 08:51:46
|
2005-02-01, k keltezéssel 02:26-kor Heiko Zuerker ezt írta: > >>Hi Heiko, > >> > >>I realized, that you checked in only the first halt of the multi-adsl > >>patch. > >>I mean that I can't see the disconnect part of the patch in the cvs. > >> > >>I apologize for sending patch for sysconfig/config file instead of > >>sript/rp-pppoe script. > >> > > > >OOPS... > >Patch (the utility) didn't like your patch (the diff), so I applied the > >changes by hand. While I was doing this, those damned Aliens (they live in > >my air conditioning), erased the lines for the stop part from my screen. :-) > >I'll take care of it tonight. > > > OK it's fixed now. Hi Heiko, I can't find your fix in the cvs. Did you check in this fix into the cvs or your malicious Aliens redirected it to /dev/null? ;-) Bye, Zsolt |
|
From: Heiko Z. <he...@zu...> - 2005-02-01 01:31:09
|
Roland Pabel wrote: >On Saturday 22 January 2005 22:54, Heiko Zuerker wrote: > > >>>On Saturday 22 January 2005 21:16, Heiko Zuerker wrote: >>> >>> >>>>Roland Pabel wrote: >>>> >>>> >>>>>Hi, >>>>> >>>>> >>>[...] >>> >>> >>> >>>>Which CPU type did you select ? >>>> >>>> >>>tried 586 and 686 using menuconfig (both for cpu and gcc compile). I >>>didn't >>>change the kernel config files... >>> >>> >>OK that's strange. It sounds like the kernel config would be dependend on >>your current system type, but I can't really believe that. >> >>In order to continue and look into the problem later, run the following >>command inside the chroot: >>scripts/build.sh build opt=prepare >>This will allow you to press a key during the kernel config. >> >>We had a similar problem a couple of weeks ago, but it went away when I >>re-created all the kernel config files. It could be that I introduced a >>new problem when I did this. >>I attached my DL .config, so you can compare your settings with mine. >> >>Additionally I uploaded the current build system to: >>ftp://ftp.devil-linux.org/pub/devel/testing/build-1.3-20050122.tar.bz2 >>Because it could also be, that the SF anonymous CVS server is out of sync >>again. >> >>Let us know what you find. >> >> >Sorry for the delay, was quite busy. I tried your .config file, the build >environment you uploaded and a clean lfssystem (lfssystem-6.0-i686.tar.bz2) >but nothing helped. It looks like Frank is right and the kernel reads $ARCH >from proc-fs: >export ARCH=test leads to >make: *** No rule to make target `/build/tmp/linux-2.6.10/arch/test/Makefile'. >So the choices are among what is listed in linux-2.6.10/arch/* . >Using ARCH=x86_64 the build stops exactly where it did in the beginning. >ARCH=i386 makes it work again :-) > > So I guess we should set it on the 'linux' script per default ? -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2005-02-01 01:29:18
|
Heiko Zuerker wrote: >>2005-01-29, szo keltezéssel 22:14-kor Heiko Zuerker ezt írta: >> >> >>>Zsiros Zsolt wrote: >>> >>> >>> >>>>Hi Developers, >>>> >>>>I created a patch of the adsl init script which can read more >>>> >>>> >>>pppoe.conf >>> >>> >>>>files and start more adsl connections. >>>>There is also a patch for /etc/sysconfig/config file. >>>>The patched init script looks for ADSL_CONFIGS parameter and if it >>>> >>>> >>>isn't >>> >>> >>>>empty then looks for given config files and starts connections. If the >>>>parameter is empty or commented out then tries to start with the >>>> >>>> >>>default >>> >>> >>>>config file (/etc/ppp/pppoe.conf). >>>>If you find this patch useful then please apply it to the cvs. >>>> >>>> >>>> >>>> >>>> >>>I applied your patches to 1.2 and 1.3 >>> >>> >>Hi Heiko, >> >>I realized, that you checked in only the first halt of the multi-adsl >>patch. >>I mean that I can't see the disconnect part of the patch in the cvs. >> >>I apologize for sending patch for sysconfig/config file instead of >>sript/rp-pppoe script. >> >> > >OOPS... >Patch (the utility) didn't like your patch (the diff), so I applied the >changes by hand. While I was doing this, those damned Aliens (they live in >my air conditioning), erased the lines for the stop part from my screen. > >I'll take care of it tonight. > > > OK it's fixed now. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Roland P. <rp...@ne...> - 2005-01-31 21:02:21
|
On Saturday 22 January 2005 22:54, Heiko Zuerker wrote: > > On Saturday 22 January 2005 21:16, Heiko Zuerker wrote: > >> Roland Pabel wrote: > >> >Hi, > > > > [...] > > > >> Which CPU type did you select ? > > > > tried 586 and 686 using menuconfig (both for cpu and gcc compile). I > > didn't > > change the kernel config files... > > OK that's strange. It sounds like the kernel config would be dependend on > your current system type, but I can't really believe that. > > In order to continue and look into the problem later, run the following > command inside the chroot: > scripts/build.sh build opt=prepare > This will allow you to press a key during the kernel config. > > We had a similar problem a couple of weeks ago, but it went away when I > re-created all the kernel config files. It could be that I introduced a > new problem when I did this. > I attached my DL .config, so you can compare your settings with mine. > > Additionally I uploaded the current build system to: > ftp://ftp.devil-linux.org/pub/devel/testing/build-1.3-20050122.tar.bz2 > Because it could also be, that the SF anonymous CVS server is out of sync > again. > > Let us know what you find. Sorry for the delay, was quite busy. I tried your .config file, the build environment you uploaded and a clean lfssystem (lfssystem-6.0-i686.tar.bz2) but nothing helped. It looks like Frank is right and the kernel reads $ARCH from proc-fs: export ARCH=test leads to make: *** No rule to make target `/build/tmp/linux-2.6.10/arch/test/Makefile'. So the choices are among what is listed in linux-2.6.10/arch/* . Using ARCH=x86_64 the build stops exactly where it did in the beginning. ARCH=i386 makes it work again :-) cu Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
|
From: Heiko Z. <he...@zu...> - 2005-01-31 19:37:08
|
> 2005-01-29, szo keltezéssel 22:14-kor Heiko Zuerker ezt írta: >> Zsiros Zsolt wrote: >> >> >Hi Developers, >> > >> >I created a patch of the adsl init script which can read more >> pppoe.conf >> >files and start more adsl connections. >> >There is also a patch for /etc/sysconfig/config file. >> >The patched init script looks for ADSL_CONFIGS parameter and if it >> isn't >> >empty then looks for given config files and starts connections. If the >> >parameter is empty or commented out then tries to start with the >> default >> >config file (/etc/ppp/pppoe.conf). >> >If you find this patch useful then please apply it to the cvs. >> > >> > >> > >> >> I applied your patches to 1.2 and 1.3 > > Hi Heiko, > > I realized, that you checked in only the first halt of the multi-adsl > patch. > I mean that I can't see the disconnect part of the patch in the cvs. > > I apologize for sending patch for sysconfig/config file instead of > sript/rp-pppoe script. OOPS... Patch (the utility) didn't like your patch (the diff), so I applied the changes by hand. While I was doing this, those damned Aliens (they live in my air conditioning), erased the lines for the stop part from my screen. I'll take care of it tonight. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Zsiros Z. <zs...@ma...> - 2005-01-31 15:23:06
|
2005-01-29, szo keltezéssel 22:14-kor Heiko Zuerker ezt írta: > Zsiros Zsolt wrote: > > >Hi Developers, > > > >I created a patch of the adsl init script which can read more pppoe.conf > >files and start more adsl connections. > >There is also a patch for /etc/sysconfig/config file. > >The patched init script looks for ADSL_CONFIGS parameter and if it isn't > >empty then looks for given config files and starts connections. If the > >parameter is empty or commented out then tries to start with the default > >config file (/etc/ppp/pppoe.conf). > >If you find this patch useful then please apply it to the cvs. > > > > > > > > I applied your patches to 1.2 and 1.3 Hi Heiko, I realized, that you checked in only the first halt of the multi-adsl patch. I mean that I can't see the disconnect part of the patch in the cvs. I apologize for sending patch for sysconfig/config file instead of sript/rp-pppoe script. Bye, Zsolt |
|
From: Heiko Z. <he...@zu...> - 2005-01-29 21:18:09
|
Zsiros Zsolt wrote: >Hi Developers, > >I created a patch of the adsl init script which can read more pppoe.conf >files and start more adsl connections. >There is also a patch for /etc/sysconfig/config file. >The patched init script looks for ADSL_CONFIGS parameter and if it isn't >empty then looks for given config files and starts connections. If the >parameter is empty or commented out then tries to start with the default >config file (/etc/ppp/pppoe.conf). >If you find this patch useful then please apply it to the cvs. > > > I applied your patches to 1.2 and 1.3 -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Frank P. <pi...@we...> - 2005-01-26 21:12:09
|
On Saturday 22 January 2005 21:08, Roland Pabel wrote: > Hi, > I tried to build 1.3 cvs on a dual Xeon 3.2 with 64 it extension, but I > never even got beyond 'prepare' stage. The Kernel configuration stops > because it cannot configure this option: > * > * Processor type and features > * > Processor family > 1. AMD-Opteron/Athlon64 (MK8) > > > 2. Intel x86-64 (MPSC) > > 3. Generic-x86-64 (GENERIC_CPU) (NEW) > > I couldn't find any option to set in the config file for this. It seems to > be x86_64 related because it runs fine on my old p3 right now... > I've never seen this before, probably because I have never built 2.6.10 on > x86_64 before, does anyone know this? I have not tried yet 1.3, but I can build 1.2 (up to 1.2.2) on my Opteron. Patches for the problems I found (uname, modutils) are applied already by Heiko. May be the kernel config of 2.6.10 tries now another way to find out the actual architecture (looking in /proc ?). Can you try with ARCH ? from toplevel Makefile: # When performing cross compilation for other architectures ARCH shall be set # to the target architecture. (See arch/* for the possibilities). # ARCH can be set during invocation of make: # make ARCH=ia64 # Another way is to have ARCH set in the environment. # The default ARCH is the host where make is executed. Regards Frank |
|
From: Roland P. <rp...@ne...> - 2005-01-25 21:47:04
|
Hi, here are the promised siproxd patches. Should apply cleanly to both cvs trees (at least they did last Sunday). The source for siproxd can be downloaded from http://siproxd.sourceforge.net/ and libosip2 from http://www.gnu.org/software/osip/ . Thanks to Frank Pieczynski <pi...@we...> for corrections for the latest versions of those packages and confirmation that it works not only for me :-). Roland -- ICQ UIN 49339118 Linux Counter #88774 GPG-Key 1024D/59C6AFA6 2003-02-07 Roland Pabel <ro...@pa...> |
35 messages has been excluded from this view by a project administrator.
