devil-linux-develop — developer discussions

[Devil-linux-develop] [ devil-linux-Bugs-867869 ] hostap outdated

[SourceForge.net <no...@so...>]

Bugs item #867869, was opened at 2003-12-30 11:51
Message generated for change (Settings changed) made by smiley73
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=867869&group_id=34096

Category: Package
>Group: v1.1
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: hostap outdated

Initial Comment:
new driver is available, but they split the driver from
the apps.
a bunch new scripts have to be created.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=410643&aid=867869&group_id=34096

Re: [Devil-linux-develop] [PATCH] linuxrc

[Heiko Z. <he...@zu...>]

Tim Tait wrote:
> 
> Tim Tait wrote:
> 
>>
>> I made what I think is a few enhancements to the linuxrc script... now 
>> this is my 1st attempt at any real script mods, so I may not have it 
>> all correct.
>>
>> First is simple, I have it check floppies for a config 1st, thus 
>> allowing someone to temporarily test new configs by overiding one 
>> stored on a HD. Probably be good to check other removeable media list 
>> USB 1st too but thats trickier. I don't think this raises a security 
>> risk, cause if someone can put floppies into your machine they can do 
>> a lot worse too.
>>
>> 2nd, if you have multiple possible sources of  the configuration file, 
>> if it's not on the first one, it halts the boot to prompt if you want 
>> to write a default one to it. This is really bad, because it hangs the 
>> system on an unattended reboot. So I tweaked the script to check all 
>> media 1st, then if none was found do a 2nd pass to look for blank 
>> media. Of course lastly it still checks the CDROM. Is it possible to 
>> pass the config source from grub as option, like it works for  
>> "root=/dev/hda1"?
> 
> 
> 2nd try with "unified diff" attachment. I couldn't get the cvs diff -run 
> to work, sorry.

The patch is in CVS now, I did some more cleanup and you forgott a 
"umount /floppy".

Heiko

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Heiko Z. <he...@zu...>]

Diego Torres wrote:
> On Wed, Jan 07, 2004 at 06:36:03PM -0500, Heiko Zuerker wrote:
> 
>>>and mailman? or that is too much? :))
>>>
>>
>>nope, no mailman yet.
> 
> 
> 2.4.24 works great! :) i've built a couple of tests and now i'm *using* my storage server with the latest dl :)
> 

Cool. Now you just need to get coda running. ;-)

Heiko

OT: subject change (was Re: [Devil-linux-develop] new packages and gcc stack smashing protector?)

[Friedrich L. <fl...@fl...>]

Diego Torres wrote on 08.01.2004 01:09 MET:
> On Wed, Jan 07, 2004 at 06:36:03PM -0500, Heiko Zuerker wrote:
> 
>>>and mailman? or that is too much? :))
>>>
>>
>>nope, no mailman yet.
> 
> 
> 2.4.24 works great! :) i've built a couple of tests and now i'm *using* my storage server with the latest dl :)
> 

Would you guys mind to changing the subject line when when
deviating to far from the original subject of the thread? It
gets quite hard to follow sometimes. Just a thought.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Diego T. <dt...@co...>]

On Wed, Jan 07, 2004 at 06:36:03PM -0500, Heiko Zuerker wrote:
> >and mailman? or that is too much? :))
> >
> 
> nope, no mailman yet.

2.4.24 works great! :) i've built a couple of tests and now i'm *using* my storage server with the latest dl :)

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dtorres at anthalia dot org - Madrid / España

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Heiko Z. <he...@zu...>]

Diego Torres wrote:
> On Wed, Jan 07, 2004 at 05:46:06PM -0500, Heiko Zuerker wrote:
> 
>>>does the postfix version of current dl support TLS?
>>
>>Yes it does.
> 
> 
> and mailman? or that is too much? :))
> 

nope, no mailman yet.

Heiko

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Diego T. <dt...@co...>]

On Wed, Jan 07, 2004 at 05:46:06PM -0500, Heiko Zuerker wrote:
> >
> >does the postfix version of current dl support TLS?
> 
> Yes it does.

and mailman? or that is too much? :))

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dtorres at anthalia dot org - Madrid / España

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Heiko Z. <he...@zu...>]

Diego Torres wrote:
> On Tue, Jan 06, 2004 at 04:22:16PM -0500, Heiko Zuerker wrote:
> 
> 
>>this is disable_et_dyn) and next would be to disable SSP (which is a bit
>>more tricky and depends on the package).
> 
> 
> does the postfix version of current dl support TLS?

Yes it does.

Heiko

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Diego T. <dt...@co...>]

On Tue, Jan 06, 2004 at 04:22:16PM -0500, Heiko Zuerker wrote:

> this is disable_et_dyn) and next would be to disable SSP (which is a bit
> more tricky and depends on the package).

does the postfix version of current dl support TLS?
-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dtorres at anthalia dot org - Madrid / España

[Devil-linux-develop] [fmII] File::Scan 0.78 released (Development branch)

[<no...@fr...>]

This email is to inform you about the release of version '0.78' of
'File::Scan' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/filescan/

The changes in this release are as follows:
The BackDoor-CAG virus signature was added. The W32/Sober@MM virus
signature has been updated to detect the W32/Sober.c@MM variant.  

Project description:
File::Scan allows users to make multiplataform virus scanners which
can detect Windows/DOS/Mac viruses. It include a virus scanner and
signatures database.  

Trove categories:
[Development Status  ] 5 - Production/Stable
[Environment         ] Console (Text Based)
[Intended Audience   ] Developers, End Users/Desktop, System
Administrators
[License             ] OSI Approved :: Perl License
[Operating System    ] OS Independent
[Programming Language] Perl
[Topic               ] Security, Software Development :: Libraries :: Perl
Modules, System :: Monitoring, Utilities 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
This email is sponsored by OSDN's Audience Survey. 

Help shape OSDN's sites and tell us what you think.
Take this five minute survey and you could 
win a $250 Gift Certificate.
 

http://www.wrgsurveys.com/2003/osdntech03.php?site=2 
____________________________| Advertising |____________________________

[Devil-linux-develop] [fmII] cdrtools 2.01a24 released (Development branch)

[<no...@fr...>]

This email is to inform you about the release of version '2.01a24' of
'cdrtools' through freshmeat.net. All URLs and other useful information
can be found at

    http://freshmeat.net/projects/cdrecord/

The changes in this release are as follows:
This version adds a workaround to allow suid root  installations to
work again on Solaris 9. It fixes a bug in  the Mac OS X low level
SCSI code. There is the first  experimental SCSI SPTI support for
Windows NT. This  version also fixes a bug that prevented cdrecord
-toc to  work on CD-ROM drives. The cdrecord CUE sheet  handling code
now includes PATH search. A bug in  mkisofs Rock Ridge handling that
caused an endless loop  in multi session mode under some conditions
was fixed. 

Project description:
cdrtools (formerly cdrecord) creates home-burned CDs with a CDR/CDRW
recorder. It works as a burn engine for several applications. It
supports CD recorders from many different vendors; all SCSI-3/mmc-
and ATAPI/mmc-compliant drives should also work. Supported features
include IDE/ATAPI, parallel port, and SCSI drives, audio CDs, data
CDs, and mixed CDs, full multi-session support, CDRWs (rewritable),
TAO, DAO, RAW, and human-readable error messages. cdrtools includes
remote SCSI support and can access local or remote CD writers.  

Trove categories:
[Development Status  ] 6 - Mature
[Environment         ] Console (Text Based)
[Intended Audience   ] Developers, End Users/Desktop, System
Administrators
[License             ] OSI Approved :: GNU General Public License (GPL)
[Operating System    ] BeOS, MacOS X, Microsoft :: Windows, OS/2, POSIX,
POSIX :: AIX, POSIX :: BSD, POSIX :: HP-UX, POSIX :: IRIX, POSIX :: Linux,
POSIX :: Other, POSIX :: SCO, POSIX :: SunOS/Solaris
[Topic               ] Multimedia :: Sound/Audio :: CD Audio :: CD
Ripping, Multimedia :: Sound/Audio :: CD Audio :: CD Writing, System ::
Archiving, System :: Boot, System :: Software Distribution 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
This email is sponsored by OSDN's Audience Survey. 

Help shape OSDN's sites and tell us what you think.
Take this five minute survey and you could 
win a $250 Gift Certificate.
 

http://www.wrgsurveys.com/2003/osdntech03.php?site=2 
____________________________| Advertising |____________________________

[Devil-linux-develop] [fmII] Linux-VServer 1.3.4 released (Development branch)

[<no...@fr...>]

This email is to inform you about the release of version '1.3.4' of
'Linux-VServer' through freshmeat.net. All URLs and other useful
information can be found at

    http://freshmeat.net/projects/vserver/

The changes in this release are as follows:
This version basically is a cleanup of the Immutable Link Invert code,
which from now on shall be known as 'Immutable Unlink'. Support for
XFS was added to the ck1 version, and a small change was made to the
vserver userspace helper interface. 

Project description:
Linux-VServer allows you to create virtual private servers and
security contexts which operate like a normal Linux server, but allow
many independent servers to be run simultaneously in one box at full
speed. All services, such as ssh, mail, Web, and databases, can be
started on such a VPS, without modification, just like on any real
server. Each virtual server has its own user account database and
root password and doesn't interfere with other virtual servers.  

Trove categories:
[Development Status  ] 5 - Production/Stable
[Intended Audience   ] System Administrators
[License             ] OSI Approved, OSI Approved :: GNU General Public
License (GPL)
[Operating System    ] POSIX :: Linux
[Topic               ] Security, System :: Operating System Kernels ::
Linux 

If you would like to cancel subscription to releases of this project,
login to freshmeat.net and choose 'home' from the personal menubar at the
top of the page. You'll be presented with a list of projects and
categories you're subscribed to in the right column, which you may cancel
by highlighting the project or category in question and clicking the
'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
This email is sponsored by OSDN's Audience Survey. 

Help shape OSDN's sites and tell us what you think.
Take this five minute survey and you could 
win a $250 Gift Certificate.
 

http://www.wrgsurveys.com/2003/osdntech03.php?site=2 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] new packages and gcc stack smashing protector?

[Heiko Z. <he...@zu...>]

> If a new package is added to the build, will it get compiled with the gcc
> stack protector by default? Or does it need to get added to the make file
> or some script? Also, does grsecurity need anything done to protect the
> new package? Thanks-

It is all enabled by default (depending if you selected it via menuconfig).
When you run into compile problems, first disable ET_DYN (the command for
this is disable_et_dyn) and next would be to disable SSP (which is a bit
more tricky and depends on the package).

-- 

Regards
  Heiko Zuerker
  http://www.devil-linux.org

[Devil-linux-develop] new packages and gcc stack smashing protector?

[<t....@co...>]

If a new package is added to the build, will it get compiled with the gcc stack protector by default? Or does it need to get added to the make file or some script? Also, does grsecurity need anything done to protect the new package? Thanks-

Tim

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/config/etc profile,1.5,1.6

[Friedrich L. <fl...@fl...>]

Diego Torres wrote on 06.01.2004 20:59 MET:
> On Tue, Jan 06, 2004 at 08:31:53PM +0100, Friedrich Lobenstock wrote:
> 
>>>+##international support
>>>+##uncomment and modify as needed
>>>+
>>>+#export LANG=es_ES@euro
>>>+#export LC_ALL=es_ES@euro
>>
>>How about adding this to /etc/sysconfig/config? Or let's create
>>a /etc/sysconfig/lang config file instead. What do you think?
> 
> 
> lang and lc_all are standard variables, that should be placed in 
> /etc/environment or /etc/profile.

Yes that might be true but configured from /etc/sysconfig/...

SuSE 8.2 has a file file /etc/sysconfig/language:
# sed -e "/^$/d" -e "/^#/d" /etc/sysconfig/language
RC_LANG="de_DE@euro"
RC_LC_ALL=""
RC_LC_MESSAGES=""
RC_LC_CTYPE=""
RC_LC_COLLATE="POSIX"
RC_LC_TIME=""
RC_LC_NUMERIC=""
RC_LC_MONETARY=""
ROOT_USES_LANG="ctype"

Full file attached.

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/config/etc profile,1.5,1.6

[Diego T. <dt...@co...>]

On Tue, Jan 06, 2004 at 08:31:53PM +0100, Friedrich Lobenstock wrote:
> >+##international support
> >+##uncomment and modify as needed
> >+
> >+#export LANG=es_ES@euro
> >+#export LC_ALL=es_ES@euro
> 
> How about adding this to /etc/sysconfig/config? Or let's create
> a /etc/sysconfig/lang config file instead. What do you think?

lang and lc_all are standard variables, that should be placed in /etc/environment or /etc/profile.

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dtorres at anthalia dot org - Madrid / España

[Devil-linux-develop] Re: [Devil-linux-commit] build/config/etc profile,1.5,1.6

[Friedrich L. <fl...@fl...>]

rapid2k1 wrote on 06.01.2004 20:26 MET:
> --- profile	17 Dec 2002 17:42:31 -0000	1.5
> +++ profile	6 Jan 2004 19:26:48 -0000	1.6
> +
> +##international support
> +##uncomment and modify as needed
> +
> +#export LANG=es_ES@euro
> +#export LC_ALL=es_ES@euro

How about adding this to /etc/sysconfig/config? Or let's create
a /etc/sysconfig/lang config file instead. What do you think?

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/scripts/config config_linux,1.66,1.67

[Diego T. <dt...@co...>]

On Tue, Jan 06, 2004 at 01:12:32PM -0500, hzu...@ra... wrote:

> There's not much I can add there, except that the i486 version of 1.0.4
> already is on SF and the FTP Server.
> i686 is still compiling ( I NEED A FASTER BUILD MACHINE).

me too :)

-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dtorres at anthalia dot org - Madrid / España

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/scripts/config config_linux,1.66,1.67

[<hzu...@ra...>]

On 01/06/2004 01:05:48 PM Bruce Smith wrote:
>> i was surprised to hear that you're working/backporting things to
>dl1.0.
>> aren't users upgrading to latest cvs' version?
>
>1.0 is the latest stable version.  It still needs to have security and
>bug fixes.  The average user should be using the 1.0 version.
>
>1.1 is the development version, and may not always be completely stable.
>All new features and major changes go into 1.1, and it takes awhile to
>get all the bugs out.   1.0 only gets fixes, so it remains stable.
>
>Think of it like the Linux kernel.  2.5 is the development version, and
>at the same time 2.4 is still being maintained.  Most end users are
>still using 2.4.  (yeah, I know 2.6 is out now, but forget about that :)

There's not much I can add there, except that the i486 version of 1.0.4
already is on SF and the FTP Server.
i686 is still compiling ( I NEED A FASTER BUILD MACHINE).

Heiko

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/scripts/config config_linux,1.66,1.67

[Bruce S. <bw...@ar...>]

> i was surprised to hear that you're working/backporting things to dl1.0.
> aren't users upgrading to latest cvs' version?

1.0 is the latest stable version.  It still needs to have security and
bug fixes.  The average user should be using the 1.0 version.

1.1 is the development version, and may not always be completely stable.
All new features and major changes go into 1.1, and it takes awhile to
get all the bugs out.   1.0 only gets fixes, so it remains stable.

Think of it like the Linux kernel.  2.5 is the development version, and
at the same time 2.4 is still being maintained.  Most end users are
still using 2.4.  (yeah, I know 2.6 is out now, but forget about that :)

 - BS

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/scripts/config config_linux,1.66,1.67

[Diego T. <dt...@co...>]

On Tue, Jan 06, 2004 at 10:49:44AM -0500, hzu...@ra... wrote:

> >but i don't promise anything, since there is no beer :)
> 
> The first step is getting the Kernel support up and running, then you can
> get a beer and work on the rest.

how is everything going with 1.0.x? have we got a 2.4.24? i was surprised to hear that you're working/backporting things to dl1.0.

aren't users upgrading to latest cvs' version?
-- 
-- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC  2327 7CD0 DD91 B09D 5799
-- Use of a keyboard or mouse may be linked to serious injuries or disorders.  
Diego Torres - dtorres at anthalia dot org - Madrid / España

Re: [Devil-linux-develop] HosAP and Mtr ...

[Manu \MaNS\ E. <ee...@ma...>]

Diego Torres a =E9crit :

>On Tue, Jan 06, 2004 at 06:20:08AM +0100, Emmanuel ESCARABAJAL wrote:
> =20
>
>>http://eescar.free.fr  ...
>>   =20
>>
>
>403, access forbidden :)
>
> =20
>

???????????

Hi Diego, don't know what happened ... try with=20
http://eescar.free.fr/index.html ... for me it work fine.

Maybe they were working on they hosts as it took me about 15 tries to=20
manage upload 300Kb of files this morning ... their ftp server kick me=20
out every 30 seconds ...

Not only sourceForge has Pbs ;-)

Cya

MaNU

Re: [Devil-linux-develop] New Apps...Environment Variables

[Friedrich L. <fl...@fl...>]

Frischknecht Peter wrote on 06.01.2004 16:21 MET:
> 
>>Do you need this environment variables only for starting the
>>daemons or should every user have them in their environment?
> 
> They need to be available for starting certain processes.
> (specifically, Tomcat and Axis).

If those variables are only needed to start those applications
I suggest creating a file under /etc/sysconfig/ which get's read
by all your start scripts that need those variables. Would that
be a solution for you?

Anybody else having another suggestion?

-- 
MfG / Regards
Friedrich Lobenstock
____________________________________________________________________
Friedrich Lobenstock                       Linux Services Lobenstock
URL: http://www.lsl.at/                         Email: fl...@fl...
____________________________________________________________________

Re: [Devil-linux-develop] Re: [Devil-linux-commit] build/scripts/config config_linux,1.66,1.67

[<hzu...@ra...>]

On 01/06/2004 09:58:31 AM Diego Torres wrote:
>On Tue, Jan 06, 2004 at 09:36:33AM -0500, hzu...@ra...
>wrote:
>
>> >CONFIG_NLS_DEFAULT="iso8859-15"
>> >CONFIG_NLS_CODEPAGE_437=m
>> >CONFIG_NLS_CODEPAGE_850=m
>> >CONFIG_NLS_ISO8859_1=m
>> >CONFIG_NLS_ISO8859_15=y
>> >CONFIG_NLS_UTF8=m
>
>> >that is, everything as modules, and only 8859-15 inside the kernel.
>> >heiko, if everything is ok for you, say something :)
>>
>> I thought UTF-8 is the new standard?
>
>yes, but after a lot of testing & reading i've changed my mind. with
>utf-8
>you have multibyte characters representation (>127), and for example
>midnightcommander is not ready. redhat has done a lot of work on
>improving that, and they have patched versions of mc, mutt, etc, but
>i don't like using them on dl. so lets clean things on 8859-15 (that
>supports everyone using devil-linux) and leave utf-8 for dl2.0 :)
>
>also samba provides "unix charset" so the utf-8 default can be changed.
>
>This are the best documents i've found about utf-8 and 8859-15 support.
>http://melkor.dnp.fmph.uniba.sk/~garabik/debian-utf8/howto.html
>http://www.debian.org/doc/manuals/debian-euro-support/ch-configure.en.ht
>ml

Doesn't look like we got much of a choice... ;-)

>> >more things: our glibc is updated?
>>
>> No, why?
>
>utf-8 needs the latests glibc available, i mean, latests glibc is needed
>to use utf-8 :)

We switch to the new glibc, once it comes out.

>> >CONFIG_CODA_FS=m
>> >
>> >i'll start doing some tests. the beauty of coda is that near
>everything
>> >is in userspace.
>>
>> That change you can do.
>
>but i don't promise anything, since there is no beer :)

The first step is getting the Kernel support up and running, then you can
get a beer and work on the rest.

Heiko

RE: [Devil-linux-develop] New Apps...Environment Variables

[Frischknecht P. <pe...@em...>]

Thank you for the quick reply.

> Do you need this environment variables only for starting the
> daemons or should every user have them in their environment?

They need to be available for starting certain processes. (specifically, =
Tomcat and Axis).

Peter