Bug#233768: xlibs: Too many extraneous depends
On Fri, Feb 27, 2004 at 12:42:09PM +0100, David Martínez Moreno wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > El Jueves, 26 de Febrero de 2004 19:30, Branden Robinson escribió: > > On Wed, Feb 25, 2004 at 10:00:14AM +0100, David Martínez Moreno wrote: > > > Don't worry :-) > > > > > > xlibs now has become a transient package (i.e., a fake package that is > > > intended to make the transition to the new packages as smooth as > > > possible). > > > > Not quite true. It is transitional, but it is not "fake", and it *does* > > contain important files. > > I *knew* that I should not use that word. :-) I intentionally removed > the > last sentence from the package description: > > This package also contains configuration data used by the X Keyboard > Extension > (XKB). Other architecture-independent data used by X libraries can be found > in the xlibs-data package. > > I simply wanted to simplify a little the issue for Erik. Sorry if the > over-simplification hide the gory details, but it is what it is intended for. Well, when *I* hear "fake package", I think "oh, a package I can purge from the system and suffer no ill effect", which is absolutely *not* true of xlibs. However, explanations have to be crafted to suit the audience, and I can't speak for Erik. > > xlibs will have to live on dpkg is capable of migrating conffiles from > > one package to another. Some users of earlier experimental 4.3.0 > > packages saw what happens when the XKB data migrates; they 60 or 70 > > spurius "changed-conffile" prompts. Wow, I really wrote that in a hurry. "live on" should be "live on until", and "they" should be "they get". > I definitely do not like this...although you were definitely used to > enter > your GPG passphrase a couple of times every time you release, eh? ;-) Yes, but I know what I'm getting in return for that. 60 or 70 spurious changed-conffile prompts are garbage that no one should have to see. (Because they're spurious. :) ) > > In my opinion, it is not reasonable by any stretch of the imagination to > > subject our users to this behavior. > > I absolutely agree. > > > When dpkg is fixed, the XKB data can move to xlibs-data, and xlibs-data > > can Pre-Depend (I think) on dpkg (>= whatever-version-fixed-it). > > Who is actually maintaining dpkg? > > No, rephrase that: Is anyone actively maintaining dpkg? > > Last time doogie seemed too busy. Adam Heath (doogie) is still the maintainer as far as I know. He periodically has other things to work on, but I think he's been asked not to go too hog-wild with dpkg until sarge releases. Now is not the time to be making large changes to our package manager, at least not for release to unstable. (And possibly not for release anywhere, as some reckless package maintainers will grab it and upload packages built with it to unstable, or even stable-proposed-updates. This sort of thing tends to cause a lot of needless grief.) -- G. Branden Robinson|A committee is a life form with six Debian GNU/Linux |or more legs and no brain. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#233768: xlibs: Too many extraneous depends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Jueves, 26 de Febrero de 2004 19:30, Branden Robinson escribió: > On Wed, Feb 25, 2004 at 10:00:14AM +0100, David Martínez Moreno wrote: > > Don't worry :-) > > > > xlibs now has become a transient package (i.e., a fake package that is > > intended to make the transition to the new packages as smooth as > > possible). > > Not quite true. It is transitional, but it is not "fake", and it *does* > contain important files. I *knew* that I should not use that word. :-) I intentionally removed the last sentence from the package description: This package also contains configuration data used by the X Keyboard Extension (XKB). Other architecture-independent data used by X libraries can be found in the xlibs-data package. I simply wanted to simplify a little the issue for Erik. Sorry if the over-simplification hide the gory details, but it is what it is intended for. > > Eventually, if you run deborphan, you should be able to remove xlibs and > > whatever other graphical libraries dependencies you have, as the new > > xlibs design is far more modular than 4.2.1 one. > > > > What I mean is that you are seeing only what xlibs contained in 4.2.1 > > but only now is splitted in. > > xlibs will have to live on dpkg is capable of migrating conffiles from > one package to another. Some users of earlier experimental 4.3.0 > packages saw what happens when the XKB data migrates; they 60 or 70 > spurius "changed-conffile" prompts. I definitely do not like this...although you were definitely used to enter your GPG passphrase a couple of times every time you release, eh? ;-) > In my opinion, it is not reasonable by any stretch of the imagination to > subject our users to this behavior. I absolutely agree. > When dpkg is fixed, the XKB data can move to xlibs-data, and xlibs-data > can Pre-Depend (I think) on dpkg (>= whatever-version-fixed-it). Who is actually maintaining dpkg? No, rephrase that: Is anyone actively maintaining dpkg? Last time doogie seemed too busy. Regards, Ender. - -- Prepare ship for ludicrous speed! Fasten all seatbelts, seal all entrances and exits, close all shops in the mall, cancel the three ring circus, secure all animals in the zoo! -- Colonel Sandurz (Spaceballs). - -- Servicios de red - Network services RedIRIS - Spanish Academic Network for Research and Development Madrid (Spain) Tlf (+34) 91.585.51.50 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAPy0RWs/EhA1iABsRArV/AKCwkRjBbl6/QB+3UZNfoN+xAWqrlACg4FfN I2qttqnwH1IqS7smmgwam7k= =xEbn -END PGP SIGNATURE-
Bug#233768: xlibs: Too many extraneous depends
On Wed, Feb 25, 2004 at 10:00:14AM +0100, David Martínez Moreno wrote: > Don't worry :-) > > xlibs now has become a transient package (i.e., a fake package that is > intended to make the transition to the new packages as smooth as possible). Not quite true. It is transitional, but it is not "fake", and it *does* contain important files. > - From the description of xlibs: > > X Window System client libraries metapackage and XKB data > > This package smooths upgrades from Debian 3.0 by depending on the individual > library packages into which each shared object formerly contained in this > package has been split. > > This package is only depended upon by packages that haven't yet been compiled > against the new shared library packages. > > Eventually, if you run deborphan, you should be able to remove xlibs > and > whatever other graphical libraries dependencies you have, as the new xlibs > design is far more modular than 4.2.1 one. > > What I mean is that you are seeing only what xlibs contained in 4.2.1 > but > only now is splitted in. xlibs will have to live on dpkg is capable of migrating conffiles from one package to another. Some users of earlier experimental 4.3.0 packages saw what happens when the XKB data migrates; they 60 or 70 spurius "changed-conffile" prompts. In my opinion, it is not reasonable by any stretch of the imagination to subject our users to this behavior. When dpkg is fixed, the XKB data can move to xlibs-data, and xlibs-data can Pre-Depend (I think) on dpkg (>= whatever-version-fixed-it). -- G. Branden Robinson| The power of accurate observation Debian GNU/Linux | is frequently called cynicism by [EMAIL PROTECTED] | those who don't have it. http://people.debian.org/~branden/ | -- George Bernard Shaw signature.asc Description: Digital signature
Bug#233768: xlibs: Too many extraneous depends
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 El Jueves, 19 de Febrero de 2004 22:28, Erik Jacobson escribió: > Package: xlibs > Version: 4.3.0-2 > Severity: normal > Tags: sid > > It's highly annoying to have to install things like defoma and now various > fonts, and even many of the rendering related libraries from stuff that > depends on xlibs for one reason or another. (I try to avoid them, but one > or two packages always manage to sneak in) > > Mainly I run a server system, and try to keep all the extra X crap off > it as much as posisble. ;) But certain things liek GD like it (although > the noxpm can be used most of the time) > > THis may be a wishlist item, but I just noticed a lot of extra X related > stuff come down the pipe today that wasn't there before. Don't worry :-) xlibs now has become a transient package (i.e., a fake package that is intended to make the transition to the new packages as smooth as possible). - From the description of xlibs: X Window System client libraries metapackage and XKB data This package smooths upgrades from Debian 3.0 by depending on the individual library packages into which each shared object formerly contained in this package has been split. This package is only depended upon by packages that haven't yet been compiled against the new shared library packages. Eventually, if you run deborphan, you should be able to remove xlibs and whatever other graphical libraries dependencies you have, as the new xlibs design is far more modular than 4.2.1 one. What I mean is that you are seeing only what xlibs contained in 4.2.1 but only now is splitted in. Regards, Ender. - -- Hey, Mom, I saw a bunch of products on TV that I didn't know existed, but I desperately need! -- Calvin (Calvin & Hobbes comic strip). - -- Servicios de red - Network services RedIRIS - Spanish Academic Network for Research and Development Madrid (Spain) Tlf (+34) 91.585.51.50 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAPGQeWs/EhA1iABsRAneAAKC8o6rKoTGQEA4ZaIOFnj1Xh4bcJwCeIRxG iZ9MaNigDMhJkj97uevUEuE= =u/SS -END PGP SIGNATURE-
Bug#233768: xlibs: Too many extraneous depends
Package: xlibs Version: 4.3.0-2 Severity: normal Tags: sid It's highly annoying to have to install things like defoma and now various fonts, and even many of the rendering related libraries from stuff that depends on xlibs for one reason or another. (I try to avoid them, but one or two packages always manage to sneak in) Mainly I run a server system, and try to keep all the extra X crap off it as much as posisble. ;) But certain things liek GD like it (although the noxpm can be used most of the time) THis may be a wishlist item, but I just noticed a lot of extra X related stuff come down the pipe today that wasn't there before. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.0 Locale: LANG=C, LC_CTYPE=C Versions of packages xlibs depends on: ii libice6 4.3.0-2Inter-Client Exchange library ii libsm64.3.0-2X Window System Session Management ii libx11-6 4.3.0-2X Window System protocol client li ii libxext6 4.3.0-2X Window System miscellaneous exte ii libxft1 4.3.0-2FreeType-based font drawing librar ii libxi64.3.0-2X Window System Input extension li ii libxmu6 4.3.0-2X Window System miscellaneous util ii libxmuu1 4.3.0-2lightweight X Window System miscel ii libxp64.3.0-2X Window System printing extension ii libxpm4 4.3.0-2X pixmap library ii libxrandr24.3.0-2X Window System Resize, Rotate and ii libxt64.3.0-2X Toolkit Intrinsics ii libxtrap6 4.3.0-2X Window System protocol-trapping ii libxtst6 4.3.0-2X Window System event recording an ii xlibs-data4.3.0-2X Window System client data -- no debconf information