devil-linux-develop — developer discussions

Re: [Devil-linux-develop] strip_debug function

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

Diego Torres wrote:

>On Tue, Oct 28, 2003 at 04:28:59PM -0500, Heiko Zuerker wrote:
>  
>
>>That sounds very promising !
>>    
>>
>
>find ./ -type f -exec strip -p --strip-all '{}' ';'
>
>This one, doesn't work. Gcc fails in the build stage. Going for the second atempt :)
>
>  
>
Use this command:     find ./ -type f -iregex ".*\.[^a]" -exec strip -p --strip-all '{}' ';' 1> /dev/null 2>/dev/null 

You probably striped the libraries.

Heiko

[Devil-linux-develop] anything else?

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

I updated e100, e1000 and iANS.
I downgraded bind (which is fine now)
And I changed the group for /bin/su to wheel.

Did I forgett something?

-- 

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

Re: [Devil-linux-develop] strip_debug function

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

On Tue, Oct 28, 2003 at 04:28:59PM -0500, Heiko Zuerker wrote:
> That sounds very promising !

find ./ -type f -exec strip -p --strip-all '{}' ';'

This one, doesn't work. Gcc fails in the build stage. Going for the second atempt :)

-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] Last minute BUG???

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

>> I'll verify it tonight and when it is f*** up, then I go back to the old
>> release.
>
> I ran a "ldd" on every binary in  [/usr]/[s]bin  grep'ing for
> "not found", and these are the only libraries that turned up:
>
>         libdns.so.11
>         libisccc.so.0
>         libisccfg.so.0
>
> Also, looking at the binaries missing libraries, the problem
> appears to be limited to the BIND package (I think).

Same problem on my Box, I downgraded to Bind 9.2.2

-- 

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

Re: [Devil-linux-develop] Last minute BUG???

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

On Tue, Oct 28, 2003 at 04:44:00PM -0500, Bruce Smith wrote:
>         libdns.so.11
>         libisccc.so.0 
>         libisccfg.so.0
> 
> Also, looking at the binaries missing libraries, the problem 
> appears to be limited to the BIND package (I think).

i don't use bind, so i can't confirm.
-- 
-- 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 - dt...@co... - Madrid / España

[Devil-linux-develop] [fmII] Cyrus IMAP Server 2.2.2-BETA released (2.2 branch)

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

This email is to inform you about the release of version '2.2.2-BETA' of
'Cyrus IMAP Server' through freshmeat.net. All URLs and other useful
information can be found at

    http://freshmeat.net/projects/cyrusimapserver/

The changes in this release are as follows:
This release has a number of new features and performance
improvements, including much-expanded header caching and support for
the IMAP SASL-IR and BINARY extensions. This release also has a large
number of bugfixes, including Cyrus Murder support of the virtual
domain, alternate namespace, and Unix hierarchy separator features,
as well as a significant improvement in how the Cyrus master process
keeps track of its children. This will likely be the last "beta"
release before the 2.2 series is considered stable. 

Project description:
The Cyrus IMAP server is generally intended to be run on sealed
systems, where normal users are not permitted to log in. The mailbox
database is stored in parts of the filesystem that are private to
Cyrus. All user access to mail is through the IMAP, POP3, or KPOP
protocols. The private mailbox database design gives the server large
advantages in efficiency, scalability, and administratability.
Multiple concurrent read/write connections to the same mailbox are
permitted. The server supports access control lists on mailboxes and
storage quotas on mailbox hierarchies, multiple SASL mechanisms, and
the Sieve mail filtering language.  

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 you're
subscribed to in the right column, which you may cancel by highlighting
the project in question and clicking the 'delete' button.

Sincerely,
freshmeat.net 
 
____________________________| Advertising |____________________________
This Freshmeat newsletter is sponsored by OSDN developer relations 

Here’s your chance to show off your extensive product knowledge. We want
to
know what you know. Tell us and you have a chance to win $100
 

http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 
____________________________| Advertising |____________________________

Re: [Devil-linux-develop] Last minute BUG???

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

> I'll verify it tonight and when it is f*** up, then I go back to the old
> release.

I ran a "ldd" on every binary in  [/usr]/[s]bin  grep'ing for 
"not found", and these are the only libraries that turned up:

        libdns.so.11
        libisccc.so.0 
        libisccfg.so.0

Also, looking at the binaries missing libraries, the problem 
appears to be limited to the BIND package (I think).

 - BS

Re: [Devil-linux-develop] Last minute BUG???

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

I'll verify it tonight and when it is f*** up, then I go back to the old
release.

Heiko

> This is from a 1.1 ISO I made late last night:
> (mrproper, new lfssystem)
>
>
> root@lx5:~ # host rt3
> host: error while loading shared libraries: libdns.so.11: cannot open
> shared object file: No such file or directory
>
> root@lx5:~ # nslookup rt3
> nslookup: error while loading shared libraries: libdns.so.11: cannot open
> shared object file: No such file or directory
>
> root@lx5:~ # ls /usr/lib/libdns*
> ls: /usr/lib/libdns*: No such file or directory
>
> root@lx5:~ # ldd /usr/sbin/named
>         liblwres.so.1 => /usr/lib/liblwres.so.1 (0x4538a000)
>         libdns.so.11 => not found
>         libcrypto.so.0.9.7 => /lib/libcrypto.so.0.9.7 (0x4539a000)
>         libisccfg.so.0 => not found
>         libisccc.so.0 => not found
>         libisc.so.7 => /usr/lib/libisc.so.7 (0x45490000)
>         libnsl.so.1 => /lib/libnsl.so.1 (0x454c5000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0x454da000)
>         libc.so.6 => /lib/libc.so.6 (0x4552a000)
>         libdl.so.2 => /lib/libdl.so.2 (0x45657000)
>         libz.so.1 => /lib/libz.so.1 (0x4565a000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x45376000)
>
>
> The ISO I made last week works fine.
> Is this a problem with the new version of BIND just updated?
> Is this going to effect DL 1.0???  YIKES!
>
> I've got LUG tonight, so I'm not going to be much help before tomorrow.
>
>  - BS
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>


-- 

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

Re: [Devil-linux-develop] strip_debug function

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

That sounds very promising !

Heiko

> On Tue, Oct 28, 2003 at 03:10:43PM -0500, Bruce Smith wrote:
>> > #man strip
>> > -s
>> > --strip-all
>> >   Remove all symbols.
>> >
>> > That's the default option for strip.
>>
>> How about creating a new function called "strip_all" in addition to
>> "strip_debug", then change all the scripts to use "strip_all"?
>
> I've never seen any problems once a file has been stripped.
>
> Symbols are used for debugging and relocating purpouses, and any
> executable file could live without them.
>
>> If any have problems with any packages, then we can change individual
>> scripts back to use "strip_debug".
>>
>> Also check to make sure all the scripts are calling "strip_all".
>
> From: http://www.linuxfromscratch.org/view/cvs/chapter09/theend.html
>
> Having said that, the --strip-debug option we use to strip is quite
> harmless under normal circumstances. It doesn't strip anything vital from
> the files. It also is quite safe to use --strip-all on regular programs
> (don't use that on libraries - they will be destroyed), but it's not as
> safe, and the space you gain is not all that much. But if you're tight on
> disk space every little bit helps, so decide for yourself. Please refer to
> the strip man page for other strip options you can use. The general idea
> is to not run strip on libraries (other than --strip-debug), just to be on
> the safe side.
>
> So, new proposed patch:
>
> strip_debug()
> {
>     echo "removing debug symbols from binaries"
>     find ./ -type f -iregex ".*\.[^a]" -exec strip -p --strip-all '{}' ';'
> 1> /dev/null 2>/dev/null
>     find ./ -type f -iregex ".*\.[a]" -exec strip -p --strip-debug '{}'
> ';' 1> /dev/null 2>/dev/null
> }
>
> Shared objetcs (.so) are always stripped (at least, on debian)
>
> --
> -- 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 - dt...@co... - Madrid / España
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop
>
>
>


-- 

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

[Devil-linux-develop] Last minute BUG???

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

This is from a 1.1 ISO I made late last night:
(mrproper, new lfssystem)


root@lx5:~ # host rt3
host: error while loading shared libraries: libdns.so.11: cannot open shared object file: No such file or directory

root@lx5:~ # nslookup rt3
nslookup: error while loading shared libraries: libdns.so.11: cannot open shared object file: No such file or directory

root@lx5:~ # ls /usr/lib/libdns*
ls: /usr/lib/libdns*: No such file or directory

root@lx5:~ # ldd /usr/sbin/named
        liblwres.so.1 => /usr/lib/liblwres.so.1 (0x4538a000)
        libdns.so.11 => not found
        libcrypto.so.0.9.7 => /lib/libcrypto.so.0.9.7 (0x4539a000)
        libisccfg.so.0 => not found
        libisccc.so.0 => not found
        libisc.so.7 => /usr/lib/libisc.so.7 (0x45490000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x454c5000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x454da000)
        libc.so.6 => /lib/libc.so.6 (0x4552a000)
        libdl.so.2 => /lib/libdl.so.2 (0x45657000)
        libz.so.1 => /lib/libz.so.1 (0x4565a000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x45376000)


The ISO I made last week works fine.  
Is this a problem with the new version of BIND just updated?
Is this going to effect DL 1.0???  YIKES!

I've got LUG tonight, so I'm not going to be much help before tomorrow.

 - BS

Re: [Devil-linux-develop] strip_debug function

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

On Tue, Oct 28, 2003 at 03:10:43PM -0500, Bruce Smith wrote:
> > #man strip
> > -s
> > --strip-all
> >   Remove all symbols.
> > 
> > That's the default option for strip.
> 
> How about creating a new function called "strip_all" in addition to
> "strip_debug", then change all the scripts to use "strip_all"?

I've never seen any problems once a file has been stripped.

Symbols are used for debugging and relocating purpouses, and any executable file could live without them.

> If any have problems with any packages, then we can change individual
> scripts back to use "strip_debug".
> 
> Also check to make sure all the scripts are calling "strip_all".

From: http://www.linuxfromscratch.org/view/cvs/chapter09/theend.html

Having said that, the --strip-debug option we use to strip is quite harmless under normal circumstances. It doesn't strip anything vital from the files. It also is quite safe to use --strip-all on regular programs (don't use that on libraries - they will be destroyed), but it's not as safe, and the space you gain is not all that much. But if you're tight on disk space every little bit helps, so decide for yourself. Please refer to the strip man page for other strip options you can use. The general idea is to not run strip on libraries (other than --strip-debug), just to be on the safe side.

So, new proposed patch:

strip_debug()
{
    echo "removing debug symbols from binaries"
    find ./ -type f -iregex ".*\.[^a]" -exec strip -p --strip-all '{}' ';' 1> /dev/null 2>/dev/null 
    find ./ -type f -iregex ".*\.[a]" -exec strip -p --strip-debug '{}' ';' 1> /dev/null 2>/dev/null 
}

Shared objetcs (.so) are always stripped (at least, on debian)

-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] strip_debug function

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

>> > > btw: great improve over binaries that waste 3'5Mb... for example,
>> > > ldconfig. (after a strip it goes down to 3xxKbs)
>> >
>> > Did you check what "strip-all" removes?
>>
>> #man strip
>> -s
>> --strip-all
>>   Remove all symbols.
>>
>> That's the default option for strip.
>
> How about creating a new function called "strip_all" in addition to
> "strip_debug", then change all the scripts to use "strip_all"?
>
> If any have problems with any packages, then we can change individual
> scripts back to use "strip_debug".
>
> Also check to make sure all the scripts are calling "strip_all".

That's even better !
Let's see how much space we gain.

-- 

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

Re: [Devil-linux-develop] strip_debug function

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

> On Tue, Oct 28, 2003 at 02:41:28PM -0500, Heiko Zuerker wrote:
>> >
>> > btw: great improve over binaries that waste 3'5Mb... for example,
>> > ldconfig. (after a strip it goes down to 3xxKbs)
>>
>> Did you check what "strip-all" removes?
>
> #man strip
> -s
> --strip-all
>   Remove all symbols.
>
> That's the default option for strip.

Do we have any "real" developers here, who can tell us the implications ?

I would say we just give it a try, if nobody complains.

-- 

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

Re: [Devil-linux-develop] strip_debug function

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

> > > btw: great improve over binaries that waste 3'5Mb... for example,
> > > ldconfig. (after a strip it goes down to 3xxKbs)
> > 
> > Did you check what "strip-all" removes?
> 
> #man strip
> -s
> --strip-all
>   Remove all symbols.
> 
> That's the default option for strip.

How about creating a new function called "strip_all" in addition to
"strip_debug", then change all the scripts to use "strip_all"?

If any have problems with any packages, then we can change individual
scripts back to use "strip_debug".

Also check to make sure all the scripts are calling "strip_all".

 - BS

Re: [Devil-linux-develop] strip_debug function

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

On Tue, Oct 28, 2003 at 02:41:28PM -0500, Heiko Zuerker wrote:
> >
> > btw: great improve over binaries that waste 3'5Mb... for example,
> > ldconfig. (after a strip it goes down to 3xxKbs)
> 
> Did you check what "strip-all" removes?

#man strip
-s
--strip-all
  Remove all symbols.

That's the default option for strip.
			  
-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] strip_debug function

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

> On Tue, Oct 28, 2003 at 07:50:14PM +0100, Diego Torres wrote:
>> -    find ./ -type f -exec strip -p --strip-debug '{}' ';' 1> /dev/null
>> 2>/dev/null
>> +    find ./ -type f -exec strip -p --strip-all '{}' ';' 1> /dev/null
>> 2>/dev/null
>
> btw: great improve over binaries that waste 3'5Mb... for example,
> ldconfig. (after a strip it goes down to 3xxKbs)

Did you check what "strip-all" removes?

-- 

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

Re: [Devil-linux-develop] strip_debug function

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

>
> Q: is there any reason for not doing this?
>
> scripts/functions
>
> strip_debug()
> {
>     echo "removing debug symbols from binaries"
> -    find ./ -type f -exec strip -p --strip-debug '{}' ';' 1> /dev/null
> 2>/dev/null
> +    find ./ -type f -exec strip -p --strip-all '{}' ';' 1> /dev/null
> 2>/dev/null
> }

I think there was, but I can't remember what.
We could give it a try for the 1.1 version, then we got enough time to see
if it causes problems.

So go ahead and change it.

-- 

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

Re: [Devil-linux-develop] strip_debug function

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

On Tue, Oct 28, 2003 at 07:50:14PM +0100, Diego Torres wrote:
> -    find ./ -type f -exec strip -p --strip-debug '{}' ';' 1> /dev/null 2>/dev/null
> +    find ./ -type f -exec strip -p --strip-all '{}' ';' 1> /dev/null 2>/dev/null

btw: great improve over binaries that waste 3'5Mb... for example, ldconfig. (after a strip it goes down to 3xxKbs)

-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] groff ?

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

> what are we using groff for? iirc its some sort of util for the man
> command... ? can i safely delete /usr/share/groff if we don't install any
> documentation on cd?

For my knowledge man is the only command which uses it.
But what do I know.... ;-)

-- 

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

Re: [Devil-linux-develop] krb5

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

> On Mon, Oct 27, 2003 at 08:23:36PM -0500, Heiko Zuerker wrote:
>> I just replaced krb5 with heimdal, which compiles fine with the stack
>> smashing protector.
>
> mirror: Access failed: 550 heimdal-0.6.tar.gz: Permission denied

ooops, how did that happen ? ;-)

fixed

-- 

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

[Devil-linux-develop] strip_debug function

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

Q: is there any reason for not doing this?

scripts/functions

strip_debug()
{
    echo "removing debug symbols from binaries"
-    find ./ -type f -exec strip -p --strip-debug '{}' ';' 1> /dev/null 2>/dev/null
+    find ./ -type f -exec strip -p --strip-all '{}' ';' 1> /dev/null 2>/dev/null
}
	 
-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] install-on-usb script

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

>> > I start building the 1.0 Images tomorrow (Tuesday) night,
>
> Unless the mailings lists are 24 hours slow again (they haven't been),
> today is Tuesday.  Tomorrow is Wednesday.  We are still in the same
> time zone, right?  Or did you forget to set your clocks back?  ;-)
>
> So, are you starting build tonight (Tue) or tomorrow night (Wed)?

OH CRAP !
*ROFL*

I had yesterday off, so today is Monday.....or not.
Yes I will start building tonight.

-- 

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

[Devil-linux-develop] groff ?

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

what are we using groff for? iirc its some sort of util for the man command... ? can i safely delete /usr/share/groff if we don't install any documentation on cd?

-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] krb5

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

On Mon, Oct 27, 2003 at 08:23:36PM -0500, Heiko Zuerker wrote:
> I just replaced krb5 with heimdal, which compiles fine with the stack 
> smashing protector.

mirror: Access failed: 550 heimdal-0.6.tar.gz: Permission denied

ops :)

-- 
-- 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 - dt...@co... - Madrid / España

Re: [Devil-linux-develop] install-on-usb script

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

>> >OK, I made a bunch of changes and checked it in 1.1 (untested!).
>> >
>> >Can you try it and see what happens?
>> >I don't have a devfs system for testing.
>> >
>> >I also added a grub entry for memtest86, if it's installed.
>>
>> I think this is stuff which should go into 1.0, too.
>> What do you think ?
>
> Sure, if tests show it to work.
>
>> I start building the 1.0 Images tomorrow (Tuesday) night, so please test
>> it
>> immediatelly.
>
> I can try it on a non-devfs system, but I don't have any devfs systems
> to test it on.

You do have Devil-Linux boxes somewhere and you do have VMWare. ;-)

-- 

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