Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
On Thu, 12 Jun 1997, joost witteveen wrote: >> Sorry but this is stable bug. And its significant for people running Bo as >> a webserver etc which usually does not have a display or even a video >> board. I have a series of those machine that I maintain. > >You mean, they have gs installed, but no video card? Should there also >be a dummy xlib package then? xlib does not use a video card. Sure enough I have xlib installed on those systems but no X-Server. gs is mainly of use to convert between / to different graphics formats. >I see no reason why this would be significant for people running Bo >as webservers, as they will probably not have gs installed eighter. >Or if they have serious reasons not to install svgalib, why do they >install xlib? Because they want to run remote X Sessions. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
Well, OK, I can see *somebody* wants this. But still I'm not convinced this warrants inclusion in stable. Are there other people that would like the dependancy change - Depends: svgalib1 (>= 1:1.2.10-2) + Depends: svgalib1 (>= 1:1.2.10-2)|svgadummy to go into stable? > >> Sorry but this is stable bug. And its significant for people running Bo as > >> a webserver etc which usually does not have a display or even a video > >> board. I have a series of those machine that I maintain. > > > >You mean, they have gs installed, but no video card? Should there also > >be a dummy xlib package then? > > xlib does not use a video card. Sure enough I have xlib installed on those > systems but no X-Server. gs is mainly of use to convert between / to > different graphics formats. > > >I see no reason why this would be significant for people running Bo > >as webservers, as they will probably not have gs installed eighter. > >Or if they have serious reasons not to install svgalib, why do they > >install xlib? > > Because they want to run remote X Sessions. So it will at least not just be a web-server. But anyway, I get your point. -- joost witteveen, [EMAIL PROTECTED] #!/usr/bin/perl -sp0777ihttp://www.dcs.ex.ac.uk/~aba/rsa/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (joost witteveen) writes: >> Because they want to run remote X Sessions. > So it will at least not just be a web-server. But anyway, I get your > point. So it could be just a web server that people want to maintain using a GUI editor.
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
I've missed the start of this discussion, but I'm the maintainer of svgalib-dummy, and the issue of dependencies came up already several times... > Are there other people that would like the dependancy change > > - Depends: svgalib1 (>= 1:1.2.10-2) > + Depends: svgalib1 (>= 1:1.2.10-2)|svgadummy This would indeed be a fix for the dependency stuff, but only for the package that adds this |svgadummy. To fix the svgalib/svgalib-dummy problems with way, every depending packages would have to be changed similarily. svgalib-dummy indeed has a "Provides: svgalib", but unfortunately this doesn't have any effect... Since svgalib is a shared lib, all packages depending on it depend on >= some version. And such versioned dependencies can't be fulfilled by a Provides: :-(( This is not only a problem for svgalib-dummy (which can't really be used as a proper substitute for svgalib due to this), but it has also other implications: We'll never be able to replace or rename a shared library package! Currently, packages that are to replace an older one (renaming is a special case of this) have fields Replaces: and Provides:. But this works only as long as no other package has a *versioned* dependency on the package to be replaced. I see this as a kind of shortcoming of the dependency checking: It should be allowed to have versioned Provides: fields also (e.g.: "Provides: svgalib1 (1:1.2.10-2)". With that, you also give the version of the other package whose functionality is provided, and some dependency (e.g. "Depends: svgalib1 (>= 1:1.2.10-1)") can be fulfilled. I don't know how difficult this would be to implement in dpkg, but it would be a win not only for svgalib-dummy, but also for the future, in case we'll need to replace a shlib package sometimes... Roman -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
On Jun 12, joost witteveen wrote > > Well, OK, I can see *somebody* wants this. > But still I'm not convinced this warrants inclusion in stable. > Are there other people that would like the dependancy change > > - Depends: svgalib1 (>= 1:1.2.10-2) > + Depends: svgalib1 (>= 1:1.2.10-2)|svgadummy > > to go into stable? Looks like a kludge to me. The proper fix is to make dpkg grok versioned provides. Then svgadummy could "Provides: svgalib1 (= 1:1.2.10-2)" and everyone can be happy. Christian pgp3nBWmUoMHV.pgp Description: PGP signature
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
> On Jun 12, joost witteveen wrote > > > > Well, OK, I can see *somebody* wants this. > > But still I'm not convinced this warrants inclusion in stable. > > Are there other people that would like the dependancy change > > > > - Depends: svgalib1 (>= 1:1.2.10-2) > > + Depends: svgalib1 (>= 1:1.2.10-2)|svgadummy > > > > to go into stable? > > Looks like a kludge to me. The proper fix is to make dpkg grok versioned > provides. Then svgadummy could "Provides: svgalib1 (= 1:1.2.10-2)" and > everyone can be happy. That's what I've been saying all along. But Christoph thought the problem of not being able to install gs on a "Webserver" (that does have X installed, but cannot for some reason have svgalib installed, whatever that reason may be) was so serious, that it had to be fixed NOW, in stable. I just asked this list if there were other people that agree with Christoph on this, but so far I haven't seen anybody respond. -- joost witteveen, [EMAIL PROTECTED] #!/usr/bin/perl -sp0777ihttp://www.dcs.ex.ac.uk/~aba/rsa/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .