Date: Tue, 07 Jul 2015 11:55:35 +0100 From: Vsevolod Stakhov <vsevolod@FreeBSD.org> To: David Chisnall <theraven@FreeBSD.org> Cc: marino@freebsd.org, ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r391493 - head/cad/tkgate Message-ID: <559BB027.2020005@FreeBSD.org> In-Reply-To: <15B6E028-2BD8-4E72-BD6E-BEC2ACBD4929@FreeBSD.org> References: <201507070635.t676Zaqw085725@repo.freebsd.org> <559B9C36.2060300@FreeBSD.org> <559BA1B2.4050002@marino.st> <559BA55C.2080701@FreeBSD.org> <A3950497-8237-43F1-BC01-76194028D662@FreeBSD.org> <559BAA0F.4030509@FreeBSD.org> <53EEEF45-07F5-4EFF-847D-C31B53917A70@FreeBSD.org> <559BACBB.2030308@FreeBSD.org> <15B6E028-2BD8-4E72-BD6E-BEC2ACBD4929@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 07/07/2015 11:47, David Chisnall wrote: > On 7 Jul 2015, at 11:40, Vsevolod Stakhov <vsevolod@FreeBSD.org> > wrote: >> >> I'm trying to say that's it's a bad practice to prefer base >> system dependencies for the ports software. > > I disagree. > >> By nature, the ports are the rolling release of software where >> we have the most recent versions of software. Isn't it sane to >> prefer dependencies on the software installed from the ports as >> well? > > By that logic, we should have a version of libc and all other > libraries in /usr/lib in ports, do rolling releases of them, and > never have any dependencies on anything in the base system from > ports software. That's an incorrect example. Libc depends on kernel ABI and should not apparently be installed from the ports. But iconv is something system independent, so it makes it extremely hard to figure out which features are used in specific software installed from the ports. >> This would also allow to upgrade software easily (including >> security fixes, for example). > > The real problem is that upgrading the base system is harder than > upgrading ports. The fix for this is to make upgrading the base > system easier, not to remove all uses of the base system. I'm not proposing to remove all uses of the base system. I'm proposing to reduce uses to system dependent stuff and to some standard components, such as POSIX API. And something like having iconv in the base that is not compatible with GNU iconv just introduces potential problems with all ported software. - -- Vsevolod Stakhov -----BEGIN PGP SIGNATURE----- iQIcBAEBCAAGBQJVm7AnAAoJEAdke2eQCBQ3YHAQAKUf5trjbnPsVrt31YxlH4mn 3dQoLwGfEivG4JsSCnd/rLDHPPPwlG2hy0sHZZAlShPsjX9pZ45by6idYGLxqJGi OmDdQSobAbMsRRjKmunx0V17PWzK4q/ZOfwMRwX0AMlp6v6jXvyTSOASjuc82KRj jfuGxWgq+UM7EkOLtQND8csuNux5o5ixDmttWVMXXP9VtpePgDZ9dqiGCexysrQS fnKxd6WXoniarhMmyu3G5ZQtFd1fHJEZLkFStGpf3okHUAzKt8/jbmzMpLSgGXNf g3dwg9xnA5zSoOWA04NWCoM9FRIancpQeAlYE8zXOwPLkPk7nBqbeOTw9jQYAII3 vdv7kKCiecKFAAX8Y37tZCBiJ6++7bB5kvISG10JDG1QbENeu9gg3kwmdoPMtjGD 8X1DHMLBBeXQFUvzRRD9f2eiQ1x/89ZOq4z4yf36/fSCRrrRqOXQ4ckF3agaBmb+ qI5g/eEUxJIbsFhCU42eO67iVxAmYNwQd2Y1FA81c0B+fDr3B4NB6FKp77GXdptJ 1P+Mhg/uKbB7fJPQCtLnRBFeutYoFiXkX8ESMB1vtMk40ngiaCq1oSz+YV1P0yr0 0BZjptqcSnSpWspkzTV+mXWtsAz5FJWUZpnBklc50s1IxiJv8ykWM4uB21JEQJD/ h+Vem1BKP4zfq6wl5UNt =quMU -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?559BB027.2020005>