Re: [Fink-devel] XFree86 4.3.0 close

2003-02-03 Thread Benjamin Reed
On Monday, February 3, 2003, at 09:47 AM, David R. Morrison wrote:


Yes, for system-xfree86 I guess we need to test to make sure that the
user has upgraded his or her externally installed version of things.
At some point there will also be issues related to fixing problems
created by Apple's install-name bug, I guess.


Yeah.  Have we had enough confirmation on Ben's script that we should 
include it in system-xfree86 now?  It seems OK to me...



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] XFree86 4.3.0 close

2003-02-03 Thread David R. Morrison
Yes, for system-xfree86 I guess we need to test to make sure that the
user has upgraded his or her externally installed version of things.
At some point there will also be issues related to fixing problems
created by Apple's install-name bug, I guess.

  -- Dave


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-02-03 Thread Benjamin Reed
On Monday, February 3, 2003, at 08:44 AM, Jeff Whitaker wrote:


OK Dave, I'll try this.  It certainly is a lot easier than the myriad 
of
things I've been trying lately. What about people with system-xfree86? 
We
don't want to overwrite those files do we?

We'll make a system-xfree86 4.3 then, I suppose.



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-02-03 Thread Jeff Whitaker
On Mon, 3 Feb 2003, David R. Morrison wrote:

> Jeff,
>
> What I've just done with the major teTeX upgrade is to put a lot of
> "Replaces" and "Provides" lines but almost no "Conflicts" lines.
>
> What this does is enables the user to upgrade without dpkg complaining.
> Any file which exists in one of the old packages and also exists in
> the new package is overwritten when the user upgrades.
>
> A problem could arise if there are stray files in the old versions which
> are not replaced during this process, and whose presence would mess up
> the program.  I'm pretty sure this won't be a problem with teTeX, but
> we'd have to investigate things carefully in the case of XFree86.
>
> However, even in this situation, users could be told that after they
> upgrade, they need to remove their old version with "fink remove".
> This might actually be a better path than advising them to use the
> --force-depends facility in dpkg.
>
>   -- Dave
>


OK Dave, I'll try this.  It certainly is a lot easier than the myriad of
things I've been trying lately. What about people with system-xfree86? We
don't want to overwrite those files do we?

-Jeff

 --
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC  R/CDC1FAX   : (303)497-6449
325 BroadwayWeb   : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-02-03 Thread David R. Morrison
Jeff,

What I've just done with the major teTeX upgrade is to put a lot of
"Replaces" and "Provides" lines but almost no "Conflicts" lines.

What this does is enables the user to upgrade without dpkg complaining.
Any file which exists in one of the old packages and also exists in
the new package is overwritten when the user upgrades.

A problem could arise if there are stray files in the old versions which
are not replaced during this process, and whose presence would mess up
the program.  I'm pretty sure this won't be a problem with teTeX, but
we'd have to investigate things carefully in the case of XFree86.

However, even in this situation, users could be told that after they
upgrade, they need to remove their old version with "fink remove".
This might actually be a better path than advising them to use the
--force-depends facility in dpkg.

  -- Dave


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-02-03 Thread Pejvan BEIGUI
BTW, did you notice that Apple has released the sources of their X11, 
and commited to the XFree CVS ?
This could end to some interesting stuff, right ? :-)

Pejvan

Jeff Whitaker wrote:
On Sat, 1 Feb 2003, Max Horn wrote:



At 5:52 Uhr -0700 01.02.2003, jeff whitaker wrote:


Ben:  Thanks for the update.  I'm somewhat at a loss of how to proceed
with a 4.3.0 package.  Since it contains thread support, it should replace
both xfree86-base and xfree86-base-threaded.  At the same time, I'd like
to merge the -base and -rootless variants.  So, the new package should
replace xfree86-base, -base-threaded, -rootless and -rootless-threaded.
Unfortunately, with all the intertwined dependencies I think this is
impossible.  So, I think we may have to resort to telling people to use
the dreaded "dpkg -r --force-depends" in order to make this transition.
Have you found a way around this with your experimental package?


You analysis is right, this is impossible. I tried it (and you, too)
some time after chrisp left, and already then (with only two
packages) it was impossible, without --force-depends.



Cheers,

Max




Max et al:  Can you think of a way to automate the "dpkg -r
--force-depends" when upgrading to xfree86-4.3.0?  Is there any way for
fink to pass these arguments to dpkg?  Perhaps it could be done in the
preinst script?

-Jeff

 --
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC  R/CDC1FAX   : (303)497-6449
325 BroadwayWeb   : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel






---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-02-01 Thread Jeff Whitaker
On Sat, 1 Feb 2003, Max Horn wrote:

> At 5:52 Uhr -0700 01.02.2003, jeff whitaker wrote:
> >Ben:  Thanks for the update.  I'm somewhat at a loss of how to proceed
> >with a 4.3.0 package.  Since it contains thread support, it should replace
> >both xfree86-base and xfree86-base-threaded.  At the same time, I'd like
> >to merge the -base and -rootless variants.  So, the new package should
> >replace xfree86-base, -base-threaded, -rootless and -rootless-threaded.
> >Unfortunately, with all the intertwined dependencies I think this is
> >impossible.  So, I think we may have to resort to telling people to use
> >the dreaded "dpkg -r --force-depends" in order to make this transition.
> >Have you found a way around this with your experimental package?
>
> You analysis is right, this is impossible. I tried it (and you, too)
> some time after chrisp left, and already then (with only two
> packages) it was impossible, without --force-depends.
>
>
>
> Cheers,
>
> Max
>

Max et al:  Can you think of a way to automate the "dpkg -r
--force-depends" when upgrading to xfree86-4.3.0?  Is there any way for
fink to pass these arguments to dpkg?  Perhaps it could be done in the
preinst script?

-Jeff

 --
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC  R/CDC1FAX   : (303)497-6449
325 BroadwayWeb   : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-02-01 Thread Max Horn
At 5:52 Uhr -0700 01.02.2003, jeff whitaker wrote:

Ben:  Thanks for the update.  I'm somewhat at a loss of how to proceed
with a 4.3.0 package.  Since it contains thread support, it should replace
both xfree86-base and xfree86-base-threaded.  At the same time, I'd like
to merge the -base and -rootless variants.  So, the new package should
replace xfree86-base, -base-threaded, -rootless and -rootless-threaded.
Unfortunately, with all the intertwined dependencies I think this is
impossible.  So, I think we may have to resort to telling people to use
the dreaded "dpkg -r --force-depends" in order to make this transition.
Have you found a way around this with your experimental package?


You analysis is right, this is impossible. I tried it (and you, too) 
some time after chrisp left, and already then (with only two 
packages) it was impossible, without --force-depends.



Cheers,

Max


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] XFree86 4.3.0 close

2003-02-01 Thread jeff whitaker
Ben:  Thanks for the update.  I'm somewhat at a loss of how to proceed
with a 4.3.0 package.  Since it contains thread support, it should replace
both xfree86-base and xfree86-base-threaded.  At the same time, I'd like
to merge the -base and -rootless variants.  So, the new package should
replace xfree86-base, -base-threaded, -rootless and -rootless-threaded.
Unfortunately, with all the intertwined dependencies I think this is
impossible.  So, I think we may have to resort to telling people to use
the dreaded "dpkg -r --force-depends" in order to make this transition.
Have you found a way around this with your experimental package?

-Jeff

 On Fri, 31 Jan 2003, Benjamin Reed wrote:

> On Friday, January 31, 2003, at 06:46 PM, Torrey Lyons wrote:
>
> > The code freeze for XFree86 4.3.0 will be any day now. I believe the
> > Mac OS X/Darwin part of the code base is pretty much in final form.
> > Benjamin put together a package in fink unstable which builds
> > something very close to the top of the tree. I would encourage as many
> > people as possible to give it a try. The libraries and clients from
> > this version will be used for Apple's final release of X11 although
> > the X server will not be synced up until after 4.3.0 is out. Please
> > let me know promptly if you find any bugs.
> >
> > There has been only one bug fix since Benjamin's package was put
> > together: In 16-bit color pixmaps could sometimes appear shifted by 1
> > pixel from what was intended.
>
> Actually I updated it to a new snapshot as of this morning, so if you
> get it now, you get one that should include that fix (I watch the X
> commits list and saw the bugfixes).
>
> Jeffrey Whitaker is actually the maintainer of XFree86 in Fink, but I
> just wanted to reiterate that the packages in experimental are for the
> most part for my own edification, and because I was doing some testing
> for Torrey.
>
> Jeff, I don't know what your plans are for release, but if you want
> them, feel free to take over the packages in my exp tree.  I'm pretty
> certain they would need looking at, I didn't double-check that the
> shlibs stuff is right and that type of thing, so these aren't
> release-ready in the fink sense, although they're perfectly good for
> helping Torrey test.
>
> As of the last snapshots, things have worked pretty good as far as
> backwards-compatibility with software built against xfree86 4.2, but
> keep in mind that if you plan on testing this, and you build something
> against it, it won't work if you want to go back to 4.2.1.1 (including
> Apple's X11).  =)
>

-- 
Jeffrey S. Whitaker Phone : (303)497-6313
NOAA/OAR/CDC  R/CDC1FAX   : (303)497-6449
325 BroadwayWeb   : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



Re: [Fink-devel] XFree86 4.3.0 close

2003-01-31 Thread Alexander Strange

On Friday, January 31, 2003, at 08:28 PM, Benjamin Reed wrote:

As of the last snapshots, things have worked pretty good as far as 
backwards-compatibility with software built against xfree86 4.2, but 
keep in mind that if you plan on testing this, and you build something 
against it, it won't work if you want to go back to 4.2.1.1 (including 
Apple's X11).  =)

Also, it might link to X11's freetype library instead of Fink's 
freetype2 and freetype2-hinting packages, but I haven't checked this...



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] XFree86 4.3.0 close

2003-01-31 Thread Benjamin Reed
On Friday, January 31, 2003, at 06:46 PM, Torrey Lyons wrote:


The code freeze for XFree86 4.3.0 will be any day now. I believe the 
Mac OS X/Darwin part of the code base is pretty much in final form. 
Benjamin put together a package in fink unstable which builds 
something very close to the top of the tree. I would encourage as many 
people as possible to give it a try. The libraries and clients from 
this version will be used for Apple's final release of X11 although 
the X server will not be synced up until after 4.3.0 is out. Please 
let me know promptly if you find any bugs.

There has been only one bug fix since Benjamin's package was put 
together: In 16-bit color pixmaps could sometimes appear shifted by 1 
pixel from what was intended.

Actually I updated it to a new snapshot as of this morning, so if you 
get it now, you get one that should include that fix (I watch the X 
commits list and saw the bugfixes).

Jeffrey Whitaker is actually the maintainer of XFree86 in Fink, but I 
just wanted to reiterate that the packages in experimental are for the 
most part for my own edification, and because I was doing some testing 
for Torrey.

Jeff, I don't know what your plans are for release, but if you want 
them, feel free to take over the packages in my exp tree.  I'm pretty 
certain they would need looking at, I didn't double-check that the 
shlibs stuff is right and that type of thing, so these aren't 
release-ready in the fink sense, although they're perfectly good for 
helping Torrey test.

As of the last snapshots, things have worked pretty good as far as 
backwards-compatibility with software built against xfree86 4.2, but 
keep in mind that if you plan on testing this, and you build something 
against it, it won't work if you want to go back to 4.2.1.1 (including 
Apple's X11).  =)



---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] XFree86 4.3.0 close

2003-01-31 Thread Alexander Hansen
Isn't Ben's package still in experimental rather than unstable?  That
limits the potential testers.

--
Alexander K. Hansen
Associate Research Scientist, Columbia University
visiting MIT Plasma Science and Fusion Center
Levitated Dipole Experiment
175 Albany Street, NW17-219
Cambridge, MA  02139-4213

On Fri, 31 Jan 2003, Torrey Lyons wrote:

> The code freeze for XFree86 4.3.0 will be any day now. I believe the
> Mac OS X/Darwin part of the code base is pretty much in final form.
> Benjamin put together a package in fink unstable which builds
> something very close to the top of the tree. I would encourage as
> many people as possible to give it a try. The libraries and clients
> from this version will be used for Apple's final release of X11
> although the X server will not be synced up until after 4.3.0 is out.
> Please let me know promptly if you find any bugs.
>
> There has been only one bug fix since Benjamin's package was put
> together: In 16-bit color pixmaps could sometimes appear shifted by 1
> pixel from what was intended.
>
> --Torrey
>
>
> ---
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> ___
> Fink-devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/fink-devel
>


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel



[Fink-devel] XFree86 4.3.0 close

2003-01-31 Thread Torrey Lyons
The code freeze for XFree86 4.3.0 will be any day now. I believe the 
Mac OS X/Darwin part of the code base is pretty much in final form. 
Benjamin put together a package in fink unstable which builds 
something very close to the top of the tree. I would encourage as 
many people as possible to give it a try. The libraries and clients 
from this version will be used for Apple's final release of X11 
although the X server will not be synced up until after 4.3.0 is out. 
Please let me know promptly if you find any bugs.

There has been only one bug fix since Benjamin's package was put 
together: In 16-bit color pixmaps could sometimes appear shifted by 1 
pixel from what was intended.

--Torrey


---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel