Re: Bug#258647: libc6-sparc64 has no reason to depend on lib64gcc1

2004-07-14 Thread GOTO Masanori
At Mon, 12 Jul 2004 07:51:29 -0400,
Ben Collins wrote:
   There is no reason for libc6 to depend on libgcc.
  
  Then is it safe to remove dependency?  If some userland application
  need to use lib64gcc1, user has to install it manually?  debian-sparc
  guys, BenC, is it OK?  Nikita, please ask to debian-sparc guys instead
  of me.
 
 It should be fine. libgcc1 gets pulled in by proper shlibdeps, so
 lib64gcc1 should do the same.

OK, that makes sense.  I'll modify it after uploading 2.3.2.ds1-14
because I fear the impact to the current sarge.

Regards,
-- gotom



Re: Bug#258647: libc6-sparc64 has no reason to depend on lib64gcc1

2004-07-12 Thread Nikita V. Youshchenko
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


 At Sun, 11 Jul 2004 00:51:14 +0400,

 Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
  Package: libc6-sparc64
  Version: 2.3.2.ds1-13
 
  Package libc6-sparc64 has no reason to depend on lib64gcc1. None of
  libraries provided by libc6-sparc64 are linked agains this library.

 The problem is they don't need to be installed on sparc environment
 always.

I can't understang how that's related to depending on lib64gcc1.

None of libc6 packages on other architectures depends on libgcc packages.
And libc6-s390x on s390 does not depend on lib64gcc1.

There is no reason for libc6 to depend on libgcc.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA8h7rsTbPknTfAB4RAvWkAJwLpy7qMC3TbEs82Kt3FX0vh9zuRwCeOmaY
cpfgFRN9L+t8AUdVfPkOn24=
=emas
-END PGP SIGNATURE-



Re: Bug#258647: libc6-sparc64 has no reason to depend on lib64gcc1

2004-07-12 Thread JLB
Debian's dependency system NEVER made any sense.

Seen today on my Debian/i386 system:

bombur:~/aac-plugin-for-xmms# dpkg --install autoconf_2.59-5_all.deb
Selecting previously deselected package autoconf.
dpkg: regarding autoconf_2.59-5_all.deb containing autoconf:
autoconf conflicts with autoconf2.13 ( 2.13-47)
autoconf2.13 (version 2.13-43) is installed.
dpkg: error processing autoconf_2.59-5_all.deb (--install):
conflicting packages - not installing autoconf
Errors were encountered while processing:
autoconf_2.59-5_all.deb
bombur:~/aac-plugin-for-xmms# dpkg --purge autoconf
dpkg: dependency problems prevent removal of autoconf:
autoconf2.13 depends on autoconf (= 2.50).
dpkg: error processing autoconf (--purge):
dependency problems - not removing
Errors were encountered while processing:
autoconf
bombur:~/aac-plugin-for-xmms#

Yes-- to install or remove autoconf 2.13, I had to first install autoconf
2.5. Or that's what the dependency checker gnomes told me.

On Mon, 12 Jul 2004, Nikita V. Youshchenko wrote:

 Date: Mon, 12 Jul 2004 09:17:27 +0400
 From: Nikita V. Youshchenko [EMAIL PROTECTED]
 To: GOTO Masanori [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED], debian-sparc@lists.debian.org
 Subject: Re: Bug#258647: libc6-sparc64 has no reason to depend on
 lib64gcc1
 Resent-Date: Mon, 12 Jul 2004 00:33:23 -0500 (CDT)
 Resent-From: debian-sparc@lists.debian.org

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1


  At Sun, 11 Jul 2004 00:51:14 +0400,
 
  Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
   Package: libc6-sparc64
   Version: 2.3.2.ds1-13
  
   Package libc6-sparc64 has no reason to depend on lib64gcc1. None of
   libraries provided by libc6-sparc64 are linked agains this library.
 
  The problem is they don't need to be installed on sparc environment
  always.

 I can't understang how that's related to depending on lib64gcc1.

 None of libc6 packages on other architectures depends on libgcc packages.
 And libc6-s390x on s390 does not depend on lib64gcc1.

 There is no reason for libc6 to depend on libgcc.
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.2.4 (GNU/Linux)

 iD8DBQFA8h7rsTbPknTfAB4RAvWkAJwLpy7qMC3TbEs82Kt3FX0vh9zuRwCeOmaY
 cpfgFRN9L+t8AUdVfPkOn24=
 =emas
 -END PGP SIGNATURE-


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


--
Jessica L. Blank, Systems Administrator, twu.net
Please avoid sending me Word, Excel or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html



Re: Bug#258647: libc6-sparc64 has no reason to depend on lib64gcc1

2004-07-12 Thread GOTO Masanori
At Mon, 12 Jul 2004 09:17:27 +0400,
Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
  Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
   Package: libc6-sparc64
   Version: 2.3.2.ds1-13
  
   Package libc6-sparc64 has no reason to depend on lib64gcc1. None of
   libraries provided by libc6-sparc64 are linked agains this library.
 
  The problem is they don't need to be installed on sparc environment
  always.
 
 I can't understang how that's related to depending on lib64gcc1.
 
 None of libc6 packages on other architectures depends on libgcc packages.
 And libc6-s390x on s390 does not depend on lib64gcc1.
 
 There is no reason for libc6 to depend on libgcc.

Then is it safe to remove dependency?  If some userland application
need to use lib64gcc1, user has to install it manually?  debian-sparc
guys, BenC, is it OK?  Nikita, please ask to debian-sparc guys instead
of me.

Regards,
-- gotom



Re: Bug#258647: libc6-sparc64 has no reason to depend on lib64gcc1

2004-07-12 Thread Ben Collins
On Mon, Jul 12, 2004 at 03:51:45PM +0900, GOTO Masanori wrote:
 At Mon, 12 Jul 2004 09:17:27 +0400,
 Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
   Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
Package: libc6-sparc64
Version: 2.3.2.ds1-13
   
Package libc6-sparc64 has no reason to depend on lib64gcc1. None of
libraries provided by libc6-sparc64 are linked agains this library.
  
   The problem is they don't need to be installed on sparc environment
   always.
  
  I can't understang how that's related to depending on lib64gcc1.
  
  None of libc6 packages on other architectures depends on libgcc packages.
  And libc6-s390x on s390 does not depend on lib64gcc1.
  
  There is no reason for libc6 to depend on libgcc.
 
 Then is it safe to remove dependency?  If some userland application
 need to use lib64gcc1, user has to install it manually?  debian-sparc
 guys, BenC, is it OK?  Nikita, please ask to debian-sparc guys instead
 of me.

It should be fine. libgcc1 gets pulled in by proper shlibdeps, so
lib64gcc1 should do the same.

-- 
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
WatchGuard - http://www.watchguard.com/



Re: Bug#258647: libc6-sparc64 has no reason to depend on lib64gcc1

2004-07-11 Thread GOTO Masanori
At Sun, 11 Jul 2004 00:51:14 +0400,
Nikita V. Youshchenko [EMAIL PROTECTED] wrote:
 Package: libc6-sparc64
 Version: 2.3.2.ds1-13
 
 Package libc6-sparc64 has no reason to depend on lib64gcc1. None of 
 libraries provided by libc6-sparc64 are linked agains this library.

The problem is they don't need to be installed on sparc environment
always.

 With the current situation, I'm getting checken-and-egg problem while 
 working on cross-gcc deb building procedures:
 - - lib64gcc1-sparc-cross deb should be produced by cross-gcc build;
 - - gcc while building for sparc target should build-depend on 
 libc6-sparc64-sparc-cross (produced automativcally by dpkg-cross from 
 libc6-sparc64-sparc-cross)
 - - libc6-sparc64-sparc-cross depends on lib64gcc1-sparc-cross because 
 libc6-sparc64 depends on lib64gcc1.

Look at the dependency loop: db1-compat and libc6.  Another example is
libc6 and gzip (Pre-Depends).  It's bootstrapping problem that
sometimes we harass.

I have no idea to fix it.  Sparc guys, if you have an idea or
suggestions, please let me know.  Otherwise, I'll close it.

Regards,
-- gotom