[SLE] KDE 3.5.3 for 10.1 on Build Service not stripped?
As I understand it, supplementary KDE packages are now provided through the build service on opensuse rather than on suse mirrors in suse/[arch]/supplementary/KDE. These packages appear to contain unstripped binaries, greatly increasing their size (55 MB for kdebase3 rather than about 22 MB for previous stripped versions). Is this intentional, or is it a bug? I realize hard drives are very large now, but an extra 800 MB for stable KDE doesn't seem very useful. -- HH -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
3z5y05q02@sneakemail.com wrote:
As I understand it, supplementary KDE packages are now provided through the build service on opensuse rather than on suse mirrors in suse/[arch]/supplementary/KDE. These packages appear to contain unstripped binaries, greatly increasing their size (55 MB for kdebase3 rather than about 22 MB for previous stripped versions). Is this intentional, or is it a bug? I realize hard drives are very large now, but an extra 800 MB for stable KDE doesn't seem very useful.
A gigabyte here, a gigabyte there - pretty soon we're talking about real space. I guess that it is a perspective thing. I still remember my first 2 megabyte hard drive. Software always seems to expand to take up more room but Suse 10.1 even with everything but the kitchen sink installed still fits everything comfortably on 60 gigabyte partition on my hard drive. I use an external 300g hard drive to do image backups for the full Suse - Windows setup. Gradually, as I migrate all the legacy files over and figure out how to do an answering machine in Suse, I will probably replace the Windows partition with an expanded Suse setup. Hard drive space is so cheap now, I don't think software writers worry about compact code. Ralph Ellis -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Fri, 2006-06-02 at 02:53 -0400, Ralph Ellis wrote:
3z5y05q02@sneakemail.com wrote:
As I understand it, supplementary KDE packages are now provided through the build service on openSUSE rather than on suse mirrors in suse/[arch]/supplementary/KDE. These packages appear to contain unstripped binaries, greatly increasing their size (55 MB for kdebase3 rather than about 22 MB for previous stripped versions). Is this intentional, or is it a bug? I realize hard drives are very large now, but an extra 800 MB for stable KDE doesn't seem very useful.
A gigabyte here, a gigabyte there - pretty soon we're talking about real space. I guess that it is a perspective thing. I still remember my first 2 megabyte hard drive. Software always seems to expand to take up more room but Suse 10.1 even with everything but the kitchen sink installed still fits everything comfortably on 60 gigabyte partition on my hard drive. I use an external 300g hard drive to do image backups for the full Suse - Windows setup. Gradually, as I migrate all the legacy files over and figure out how to do an answering machine in Suse, I will probably replace the Windows partition with an expanded Suse setup. Hard drive space is so cheap now, I don't think software writers worry about compact code.
Which is the reason that software requires an ever increasing amount of CPU power. Efficient code is a thing of the past, just like the dinosaur. Think of how much faster programs would run if they were all written in assembler. Probably not the most efficient for the programmer but it is for the computer. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998 -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Friday 02 June 2006 05:41, Ken Schneider wrote:
Which is the reason that software requires an ever increasing amount of CPU power. Efficient code is a thing of the past, just like the dinosaur. Think of how much faster programs would run if they were all written in assembler. Probably not the most efficient for the programmer but it is for the computer.
-- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
Just my 2 cents as a old capacity planner. I have to agree with Ken here. We've come a long way with the size of hardware but the software has gone the opposite way. I can remember controlling a complete chemical plant (A?D and D/A control. repot writing, proccess monitoring, inventory, billing etc with a 8-16KB memory and a 256KB head per track disk Software was assembler, Fortran and some machine lanaguge. This was not a small plant. Also the statement about disk is cheap is an old copout for not managing and tuning applications. Yes the disks themselves are cheap, but managing and adding new disk can grow greatly. I was a capacity planner for 800 NT servers and it was a constant battle to get users to clean up their mail, files etc because disk was cheap!! -- Russ -- This message has been scanned for viruses and dangerous content by OpenProtect(http://www.openprotect.com), and is believed to be clean. -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Ken Schneider wrote:
On Fri, 2006-06-02 at 02:53 -0400, Ralph Ellis wrote:
3z5y05q02@sneakemail.com wrote:
As I understand it, supplementary KDE packages are now provided through the build service on openSUSE rather than on suse mirrors in suse/[arch]/supplementary/KDE. These packages appear to contain unstripped binaries, greatly increasing their size (55 MB for kdebase3 rather than about 22 MB for previous stripped versions). Is this intentional, or is it a bug? I realize hard drives are very large now, but an extra 800 MB for stable KDE doesn't seem very useful.
A gigabyte here, a gigabyte there - pretty soon we're talking about real space. I guess that it is a perspective thing. I still remember my first 2 megabyte hard drive. Software always seems to expand to take up more room but Suse 10.1 even with everything but the kitchen sink installed still fits everything comfortably on 60 gigabyte partition on my hard drive. I use an external 300g hard drive to do image backups for the full Suse - Windows setup. Gradually, as I migrate all the legacy files over and figure out how to do an answering machine in Suse, I will probably replace the Windows partition with an expanded Suse setup. Hard drive space is so cheap now, I don't think software writers worry about compact code.
Which is the reason that software requires an ever increasing amount of CPU power. Efficient code is a thing of the past, just like the dinosaur. Think of how much faster programs would run if they were all written in assembler. Probably not the most efficient for the programmer but it is for the computer.
You make a good point. I know that a lot of the early code for NASA devices was assembler. Since they had to use old hardware and software so they could guarantee its reliability (You don't want to reboot the space craft.), they were very limited in the code that they could use. Of course, documenting the assembler code was a real challenge and the next person who had to deal with it once the original programmer moved on had a real challenge. Ralph Ellis
On Friday, 2. June 2006 04:52, 3z5y05q02@sneakemail.com wrote:
Is this intentional, or is it a bug?
It's a bug/limitation of the build service (which is still Alpha). Watch https://bugzilla.novell.com/show_bug.cgi?id=180772 Bye, Steve -- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
participants (5)
-
3z5y05q02＠sneakemail.com -
Ken Schneider -
Ralph Ellis -
Russbucket -
Stephan Binner