te that XFree86 has feature frozen the code base for the 4.3.0
release, so i suppose your code would be accepted only after 4.3.0 is
released, i think. People may well test it earlier though.
Friendly,
Sven Luther
firm this, and then post the log
of X (/var/log/XFree86.0.log) and maybe of the screensaver ?
Disabling (or removing) the screensaver (package) would be a temporary
workaround.
Friendly,
Sven Luther
windows, etc, because that delay. If i wait, pointer back again and i
First a few checks ...
Does this happen also in gpm under the console ? If yes then it is
either a hardware problem (does it happen on amigaOS also or not ?, i
usually had problems with the mouse cable getting bad contacts) o
ckages have that ugly 3 or
> 4 or whatever in them). As you are well aware of, changing a package's
> name in Debian is next to impossilbe. Provides isn't enough because
> versioned provides don't exist, and that's because everytime the topic
And because the autobuilders don't like virtual build dependencies,
which is, i think, a worse problem.
Friendly,
Sven Luther
On Sun, Feb 02, 2003 at 04:21:53PM +0100, Marcelo E. Magallon wrote:
> On Sun, Feb 02, 2003 at 03:09:11PM +0100, Sven Luther wrote:
>
> > And because the autobuilders don't like virtual build dependencies,
> > which is, i think, a worse problem.
>
> Please. Th
er this, and what were your plans to handle it?
Fix the packages that depend on it ? I already did so with my packages,
anyway, you have to changes the dependencies, since you don't have
xlibmesa but xlibmesa-gl and xlibmesa-glu, now (and yes, i (build) depend on
xlibmesa-gl | libgl1 and so).
Friendly,
Sven Luther
On Sun, Feb 02, 2003 at 05:06:29PM +0100, Michel Dänzer wrote:
> On Son, 2003-02-02 at 16:49, Sven Luther wrote:
> > On Sun, Feb 02, 2003 at 04:17:52PM +0100, Michel Dänzer wrote:
> > > > (I got to get myself a Radeon before that happens[0]) and that's just
> >
in 6 month at least).
Friendly,
Sven Luther
ld provide libgl1.
And what about packages that build-depend on xlibmesa3-gl | libgl1 ?
if the autobuilder are clever enough to search a libgl1 providing
package when xlibmesa3-gl is not there, we could drop the first part
anyway ?
Friendly,
Sven Luther
Description: Mesa OpenGL utility library development files [XFree86]
xlibmesa-dev provides static versions of the libraries provided in
xlibmesa3-glu, as well as header files and manual pages.
Friendly,
Sven Luther
On Thu, Feb 13, 2003 at 06:29:11AM -0600, Marcelo E. Magallon wrote:
> >> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > Package: xlibmesa-glu-dev
> > Replaces: mesag-dev (>> 5.0.0-1), [...]
>
> Replaces mesag-dev? What did I miss?
No idea, ...
Defi
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote:
> Hi Sven,
>
> On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote:
>
> > Definitively, this improved the situation, but it still fails on
> > alpha with :
> >
> > Error on dy
3.2.2. Don't really know.
Anyway, unless i miss something, please add a dependency from
xlibmesa-glu-dev to xlibmesa3-glu.
Friendly,
Sven Luther
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote:
> Hi Sven,
>
> On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote:
>
> > Definitively, this improved the situation, but it still fails on
> > alpha with :
> >
> > Error on dy
On Thu, Feb 13, 2003 at 02:39:18PM +0100, Marcelo E. Magallon wrote:
> On Thu, Feb 13, 2003 at 02:22:22PM +0100, Sven Luther wrote:
>
> > I removed all the xlibmesa packages, and tried to install the mesa
> > packages. There is a mesa-dev packages, and libglu-mesa and
&g
On Thu, Feb 13, 2003 at 02:56:15PM +0100, Marcelo E. Magallon wrote:
> On Thu, Feb 13, 2003 at 02:50:25PM +0100, Sven Luther wrote:
>
> > BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is
> > more confusing than something else.
>
> The way I s
fine on alpha.
i had to remove ghc5-opengl though, which apparently only depends on
xlibmesa-dev.
So this is definitevely a problem with the xlibmesa packages.
Friendly,
Sven Luther
On Thu, Feb 13, 2003 at 01:51:56PM +0100, Sven Luther wrote:
> Package: xlibmesa-glu-dev
> Version: 4.2.1-5
>
>
> When i build-depend on xlibmesa-glu-dev, the autobuilder doesn't install
> any libglu providing package, and thus glu using library fail to
> autobuild
On Thu, Feb 13, 2003 at 03:38:11PM -0500, Branden Robinson wrote:
> On Thu, Feb 13, 2003 at 03:42:04PM +0100, Sven Luther wrote:
> > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote:
> > > > I just uploaded -5.1, you can see for yourself if built ok or
BTS before filing.
I did miss it, i guess that comes from not using bugreport or some other
such tool.
Friendly,
Sven Luther
de, so he knows more than me on this issue.
Anyway, i guess the best solution would be to check each X driver, and
see if it supports the UseFBDev option. Then you can either parse the
/proc/fb for appropriate drivers, with a mapping like Michel suggest, or
use the pci ids the driver supports. S
kage.
Or add a debhelper doing this ? If i understand debhelper well, it could
even be a little dh_fontconfig module (or whatever it is called) which
could go into the fontconfi package ?
Friendly,
Sven Luther
ested on doing this, and i
can help as much as my time permitts.
There is also a tdlabs-0-0-1-branch in the DRI CVS where we can work on
and where my early code can be found. You would need to ask Alan
Hourihane <[EMAIL PROTECTED]> to update it to the 4.3.0
released state though.
Friendly,
Sven Luther
he sarge release be to short for that ?
Friendly,
Sven Luther
On Wed, Apr 02, 2003 at 08:02:12PM +1000, Daniel Stone wrote:
> On Wed, Apr 02, 2003 at 11:32:24AM +0200, Sven Luther scrawled:
> > Now, this will work (and build) only with the 4.3.0 version of X, as the
> > randr is not supported in earlier versions.
> >
> > So i ha
On Wed, Apr 02, 2003 at 08:41:57PM +1000, Daniel Stone wrote:
> On Wed, Apr 02, 2003 at 12:18:08PM +0200, Sven Luther scrawled:
> > Why not just upload it to sid (it is already in the NEW queue btw), it
> > will not be installable for people not using 4.3.0 so it will not break
&
e garbage characters (either just a c, or a succession of
> > > > cs). Is this a known bug or something ?
> > >
> > > Not that I know of, and certainly not without more info.
> >
> > What kind of info would be needed ?
>
> XF86Config-4, XFree86.0.log.
On Wed, Apr 02, 2003 at 10:49:42PM +1000, Daniel Stone wrote:
> On Wed, Apr 02, 2003 at 01:55:24PM +0200, Sven Luther scrawled:
> > On Wed, Apr 02, 2003 at 09:21:31PM +1000, Daniel Stone wrote:
> > > Well, considering 4.3.0 only runs on i386/powerpc/sparc/ia64/alpha at
> >
On Wed, Apr 02, 2003 at 11:49:27PM +1000, Daniel Stone wrote:
> On Wed, Apr 02, 2003 at 03:29:51PM +0200, Sven Luther scrawled:
> > Maybe things will change in the future, but that said, i think that if
> > the debian porting effort happened during the same time as the XFree86
>
On Thu, Apr 03, 2003 at 07:53:12AM +1000, Daniel Stone wrote:
> On Wed, Apr 02, 2003 at 04:21:13PM +0200, Sven Luther scrawled:
> > On Wed, Apr 02, 2003 at 11:49:27PM +1000, Daniel Stone wrote:
> > > That means that we'll be unable to support the version in sid, then.
>
On Thu, Apr 03, 2003 at 05:06:49PM +1000, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 08:32:09AM +0200, Sven Luther scrawled:
> > On Thu, Apr 03, 2003 at 07:53:12AM +1000, Daniel Stone wrote:
> > > Well, if we were were working on 4.3.0, 4.2.1 wouldn't be as well
>
On Thu, Apr 03, 2003 at 06:04:01PM +1000, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 09:28:41AM +0200, Sven Luther scrawled:
> > On Thu, Apr 03, 2003 at 05:06:49PM +1000, Daniel Stone wrote:
> > > Well, the problem is, you're always going to have problems. Until
>
On Thu, Apr 03, 2003 at 08:10:09PM +1000, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 10:44:15AM +0200, Sven Luther scrawled:
> > On Thu, Apr 03, 2003 at 06:04:01PM +1000, Daniel Stone wrote:
> > > xserver-xfree86-dbg ran. xserver-xfree86 didn't. I talked to mharris and
On Thu, Apr 03, 2003 at 11:21:36PM +1000, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 02:33:40PM +0200, Sven Luther scrawled:
> > On Thu, Apr 03, 2003 at 08:10:09PM +1000, Daniel Stone wrote:
> > > i386, powerpc, alpha - these are the architectures I have access to.
> &g
On Thu, Apr 03, 2003 at 05:31:38PM +0200, Xavier Bestel wrote:
> Le jeu 03/04/2003 à 15:44, Sven Luther a écrit :
>
> > Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it
> > will
> > take ages to build X on such a box. I can do it though if it
y
> clueful and dedicated to jump in anyway ...
And how do you get clue-full, by waking one morning with a illumination
or whatever, or by following the mails of the one actually knowledgeable
enough. Sure, some will only lurk, but even if we get 1 more developper,
then it is already helpfull.
Friendly,
Sven Luther
.Xresources get parsed and
the cursor changed accordyingly.
If you are worried about making
/usr/X11R6/lib/X11/icons/default/index.theme a conffile, maybe it would
be better to move this file to /etc/X11 (or maybe
/etc/X11/icons/default/index.theme) and symlink it from there ?
Friendly,
Sven Luther
BTW,
is it normal that i cannot launch the X server from your package with
neither startx nor directly. It complains about the server not being
suid root. I don't remember such problems with branden's package.
Friendly,
Sven Luther
try, i will happily assist you, i
could even ressurect my amiga box for it, but i have not much time to
really work on this right now.
Notice also that there is a bug with the shadowfb code and the new ARGB
cursor code, Daniel, i will try to generate a patch for it soon, maybe
it would be good to have it integrated into your -2 package ?
Friendly,
Sven Luther
n't want to get dragged in on
either side of the silly X controversy.
Friendly,
Sven Luther
On Mon, Apr 14, 2003 at 01:54:54AM +1000, Daniel Stone wrote:
> On Sun, Apr 13, 2003 at 05:01:38PM +0200, Sven Luther wrote:
> > I have been toying with the idea of producing official debian packages
> > from the bi-monthly X developpment snapshots which were recently
> > ann
On Mon, Apr 14, 2003 at 10:30:16AM +1000, Daniel Stone wrote:
> On Sun, Apr 13, 2003 at 07:55:49PM +0200, Sven Luther wrote:
> > On Mon, Apr 14, 2003 at 01:54:54AM +1000, Daniel Stone wrote:
> > > Well, only if they're good quality. If you're going to help the XSF, you
On Mon, Apr 14, 2003 at 04:29:35PM +1000, Daniel Stone wrote:
> On Mon, Apr 14, 2003 at 07:51:30AM +0200, Sven Luther wrote:
> > On Mon, Apr 14, 2003 at 10:30:16AM +1000, Daniel Stone wrote:
> > > Then it's largely useless to the XSF - the bulk of the work in migratin
-depend upon ? It would contain the result of a
make install.sdk.
Friendly,
Sven Luther
On Wed, Apr 16, 2003 at 10:46:33PM +1000, Daniel Stone wrote:
> On Wed, Apr 16, 2003 at 01:42:25PM +0200, Sven Luther wrote:
> > Alan Hourihane just announced a new driver only cvs module, it still
> > needs the driver SDK which is part of the main tree.
> >
> > Do y
On Wed, Apr 16, 2003 at 11:29:53PM +1000, Daniel Stone wrote:
> On Wed, Apr 16, 2003 at 02:58:47PM +0200, Sven Luther wrote:
> > On Wed, Apr 16, 2003 at 10:46:33PM +1000, Daniel Stone wrote:
> > > I don't want to make this change for a .0-1 release - far too major IMO.
>
On Thu, Apr 17, 2003 at 12:06:02AM +1000, Daniel Stone wrote:
> On Wed, Apr 16, 2003 at 03:37:52PM +0200, Sven Luther wrote:
> > On Wed, Apr 16, 2003 at 11:29:53PM +1000, Daniel Stone wrote:
> > > I want to know exactly what it changes and test it for myself.
> >
> &g
On Thu, Apr 17, 2003 at 12:06:49AM +0200, Michel Dänzer wrote:
> On Mit, 2003-04-16 at 14:58, Sven Luther wrote:
> >
> > This would enable us to produce a driver package (which would need to
> > divert the official drivers or something such) [...]
>
> A driver package
but just using the 4.3.0 drivers.
Then you could always use the "pretend it is a radeon 8500" trick, which
involves using the chipset option in your configuration file, and
setting it to the radeon 8500 pci id, not sure it works though.
Friendly,
Sven Luther
le. I am not entirely sure why the libxosd packages depend on
xlibs-pic and not xlibs, so it could simply be problem during the build
of it.
Friendly,
Sven Luther
On Thu, May 22, 2003 at 08:07:24PM +1000, Daniel Stone wrote:
> On Thu, May 22, 2003 at 11:19:32AM +0200, Sven Luther wrote:
> > your packages don't include xlibs-pic, which make libxosd-dev and libxosd2
> > uninstallable. I am not entirely sure why the libxosd packages depend
On Thu, May 22, 2003 at 09:07:59PM +1000, Daniel Stone wrote:
> On Thu, May 22, 2003 at 12:20:24PM +0200, Sven Luther wrote:
> > On Thu, May 22, 2003 at 08:07:24PM +1000, Daniel Stone wrote:
> > > On Thu, May 22, 2003 at 11:19:32AM +0200, Sven Luther wrote:
> > > &g
On Thu, May 22, 2003 at 10:31:17PM +1000, Daniel Stone wrote:
> On Thu, May 22, 2003 at 01:51:34PM +0200, Sven Luther wrote:
> > BTW, some time back i asked for the addition of a xfree86-driver-sdk
> > package so that driver packages could be easily built from xfree86 cvs.
>
On Fri, May 23, 2003 at 09:21:14AM +1000, Daniel Stone wrote:
> On Thu, May 22, 2003 at 05:13:03PM +0200, Sven Luther wrote:
> > On Thu, May 22, 2003 at 10:31:17PM +1000, Daniel Stone wrote:
> > > Looking like it, given I barely have enough time to even merge the
> >
d tree, which is
easier.
Also, since the paths are hardcoded, it is a bit difficult to have a
package which builds in it, which is something the autobuilders will not
like, so maybe something akin to the module target in make-kpkg would be
a better idea.
Friendly,
Sven Luther
On Sat, May 24, 2003 at 12:04:22AM +1000, Daniel Stone wrote:
> On Fri, May 23, 2003 at 08:41:11AM +0200, Sven Luther wrote:
> > On Fri, May 23, 2003 at 09:21:14AM +1000, Daniel Stone wrote:
> > > I sort of have an aversion to merging patches I haven't tested, unless I
>
On Sat, May 24, 2003 at 12:43:46AM +1000, Daniel Stone wrote:
> On Fri, May 23, 2003 at 04:14:27PM +0200, Sven Luther wrote:
> > On Sat, May 24, 2003 at 12:04:22AM +1000, Daniel Stone wrote:
> > > If you want to backport the fixes to xf-4.3-branch, I'll look at it
> >
On Sat, May 24, 2003 at 12:43:46AM +1000, Daniel Stone wrote:
> On Fri, May 23, 2003 at 04:14:27PM +0200, Sven Luther wrote:
> > On Sat, May 24, 2003 at 12:04:22AM +1000, Daniel Stone wrote:
> > > I don't want to merge something that turns out to be a complete useless
> &
in the future.
Friendly,
Sven Luther
be
supported, so you may ask for it on the xfree86@xfree86.org mailing
list, or even better, start working on this yourself after having read
the DESIGN document. I am not familiar with the s3 driver, nor do i own
ISA hardware, but i have the feeling that it is only an issue of
detecting the isa cards proper
, please describe the bug to me (i am
no KDE user though), and if it is not fixed in the current upstream CVS
head, i will have a try at hunting it.
Friendly,
Sven Luther
developer
which have access to said hardware. So if you have the hardware and a
little programing knowledge, you are the best candidate to do the port
yourself, which should not be all that difficult since it already did
work for the v3 server.
As said, any question or otherwise you might have, i am ready to respond
to.
Friendly,
Sven Luther
hould
> static libraries be built without -fPIC, and who's policy is it anyway?
Because if you do PIC, you use up one register. on i386 this mean that
you only have 7 (6 ?) registers left, which is a problem for this
already register starven architecture.
Friendly,
Sven Luther
.]
> > > What about using the system installed headers, like the DRI tree does?
> >
> > And have XFree86 Build-Depend on itself? No thanks!
>
> I was thinking of a separate source package.
You want two copies of the huge XFree86 source tarballl in the archive ?
Friendly,
gt; head, file a separate report.
>
> Brett has a Matrox MGA G400 AGP rev 130. That is the only model of card
> that matters for this report.
I have a :
VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 4).
Would it be helpfull to this bug report ?
I can do some tes
for the second head, well,
actually it is not a separate chip, but included in the G400.
The G450 was a G400 with a smaller process and which used a DDR memory
bus instead of the dual mono directional SDR memeory bus of the G400. I
think it was more or less the same, just cheaper for matrox to
manufacture.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
've understood correctly, the user can still use the XFILESEARCHPATH
> environment variable to choose what he wants.
I have :
*VT100*color4: SteelBlue1
*VT100*color12: DodgerBlue1
in my .Xdefaults file. I know there is another ressource file you may
want to use in priority to this one, bu
shade of blue sometime.
Yes, the linux console colors are rather nice, but the VT100*color4 don't
comes close to being as readable as the console one, which seems (to me)
to be a shade darker.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f daemons:
>
> 1) editing /etc/init.d/* scripts to exit 0 near the top
And you will provide a debconf question about this :))) ?
> 2) removing the package
Both of them are not satisfactory, but then i think various efforts to
solve the daemon problem are currently under work.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;t you think ? If it is ok with you, i
will close it, unless you do that is.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Nov 14, 2002 at 10:44:09PM -0500, Branden Robinson wrote:
> On Thu, Nov 14, 2002 at 04:53:52PM +0100, Sven Luther wrote:
> > Branden, i was looking at the list of bugs i filled searching for one in
> > particular, and found this one. It is more than 3 days old, applies t
On Fri, Nov 15, 2002 at 09:57:09PM -0500, Branden Robinson wrote:
> On Fri, Nov 15, 2002 at 08:19:36AM +0100, Sven Luther wrote:
> > Why ? I am sure it is _not_ because of the reasons listed in the bug i
> > sent you, which was against 3.3.4, and was just a missing mach64
>
On Fri, Nov 15, 2002 at 09:57:09PM -0500, Branden Robinson wrote:
> On Fri, Nov 15, 2002 at 08:19:36AM +0100, Sven Luther wrote:
> > Why ? I am sure it is _not_ because of the reasons listed in the bug i
> > sent you, which was against 3.3.4, and was just a missing mach64
>
On Fri, Nov 15, 2002 at 09:57:09PM -0500, Branden Robinson wrote:
> On Fri, Nov 15, 2002 at 08:19:36AM +0100, Sven Luther wrote:
> > Why ? I am sure it is _not_ because of the reasons listed in the bug i
> > sent you, which was against 3.3.4, and was just a missing mach64
>
er board, there is an option for this, maybe called chipset,
but i don't remember well, never having used it, it worked for the 7500
in the 4.1.0 days. That said, you will not have the r200 DRI that you
would get from michel's packages.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
last thread
of the debian-gtk-gnome list for more info.
Or just downgrade the three packages :
libbonobo-activation-dev
libbonobo-activation4
bonobo-activation
And it should be fine (i did put them on hold with dpkg --set-selection
until the problem is fixed).
Friendly,
Sven Luther
--
To
y matrox drivers to 4.2.[01] ones.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
te that XFree86 has feature frozen the code base for the 4.3.0
release, so i suppose your code would be accepted only after 4.3.0 is
released, i think. People may well test it earlier though.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
firm this, and then post the log
of X (/var/log/XFree86.0.log) and maybe of the screensaver ?
Disabling (or removing) the screensaver (package) would be a temporary
workaround.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
windows, etc, because that delay. If i wait, pointer back again and i
First a few checks ...
Does this happen also in gpm under the console ? If yes then it is
either a hardware problem (does it happen on amigaOS also or not ?, i
usually had problems with the mouse cable getting bad contacts) o
ckages have that ugly 3 or
> 4 or whatever in them). As you are well aware of, changing a package's
> name in Debian is next to impossilbe. Provides isn't enough because
> versioned provides don't exist, and that's because everytime the topic
And because the autobuil
On Sun, Feb 02, 2003 at 04:21:53PM +0100, Marcelo E. Magallon wrote:
> On Sun, Feb 02, 2003 at 03:09:11PM +0100, Sven Luther wrote:
>
> > And because the autobuilders don't like virtual build dependencies,
> > which is, i think, a worse problem.
>
> Please. Th
er this, and what were your plans to handle it?
Fix the packages that depend on it ? I already did so with my packages,
anyway, you have to changes the dependencies, since you don't have
xlibmesa but xlibmesa-gl and xlibmesa-glu, now (and yes, i (build) depend on
xlibmesa-gl | libgl1 and so)
On Sun, Feb 02, 2003 at 05:06:29PM +0100, Michel Dänzer wrote:
> On Son, 2003-02-02 at 16:49, Sven Luther wrote:
> > On Sun, Feb 02, 2003 at 04:17:52PM +0100, Michel Dänzer wrote:
> > > > (I got to get myself a Radeon before that happens[0]) and that's just
> >
in 6 month at least).
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ld provide libgl1.
And what about packages that build-depend on xlibmesa3-gl | libgl1 ?
if the autobuilder are clever enough to search a libgl1 providing
package when xlibmesa3-gl is not there, we could drop the first part
anyway ?
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Description: Mesa OpenGL utility library development files [XFree86]
xlibmesa-dev provides static versions of the libraries provided in
xlibmesa3-glu, as well as header files and manual pages.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
On Thu, Feb 13, 2003 at 06:29:11AM -0600, Marcelo E. Magallon wrote:
> >> Sven Luther <[EMAIL PROTECTED]> writes:
>
> > Package: xlibmesa-glu-dev
> > Replaces: mesag-dev (>> 5.0.0-1), [...]
>
> Replaces mesag-dev? What did I miss?
No idea, ...
Defi
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote:
> Hi Sven,
>
> On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote:
>
> > Definitively, this improved the situation, but it still fails on
> > alpha with :
> >
> > Error on dy
3.2.2. Don't really know.
Anyway, unless i miss something, please add a dependency from
xlibmesa-glu-dev to xlibmesa3-glu.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Feb 13, 2003 at 01:56:02PM +0100, Marcelo E. Magallon wrote:
> Hi Sven,
>
> On Thu, Feb 13, 2003 at 01:47:52PM +0100, Sven Luther wrote:
>
> > Definitively, this improved the situation, but it still fails on
> > alpha with :
> >
> > Error on dy
On Thu, Feb 13, 2003 at 02:39:18PM +0100, Marcelo E. Magallon wrote:
> On Thu, Feb 13, 2003 at 02:22:22PM +0100, Sven Luther wrote:
>
> > I removed all the xlibmesa packages, and tried to install the mesa
> > packages. There is a mesa-dev packages, and libglu-mesa and
&g
On Thu, Feb 13, 2003 at 02:56:15PM +0100, Marcelo E. Magallon wrote:
> On Thu, Feb 13, 2003 at 02:50:25PM +0100, Sven Luther wrote:
>
> > BTW, why is mesag3 not called libgl-mesa ? And i agree that the 3 is
> > more confusing than something else.
>
> The way I s
fine on alpha.
i had to remove ghc5-opengl though, which apparently only depends on
xlibmesa-dev.
So this is definitevely a problem with the xlibmesa packages.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Feb 13, 2003 at 01:51:56PM +0100, Sven Luther wrote:
> Package: xlibmesa-glu-dev
> Version: 4.2.1-5
>
>
> When i build-depend on xlibmesa-glu-dev, the autobuilder doesn't install
> any libglu providing package, and thus glu using library fail to
> autobuild
On Thu, Feb 13, 2003 at 03:38:11PM -0500, Branden Robinson wrote:
> On Thu, Feb 13, 2003 at 03:42:04PM +0100, Sven Luther wrote:
> > On Thu, Feb 13, 2003 at 03:08:36PM +0100, Marcelo E. Magallon wrote:
> > > > I just uploaded -5.1, you can see for yourself if built ok or
BTS before filing.
I did miss it, i guess that comes from not using bugreport or some other
such tool.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
de, so he knows more than me on this issue.
Anyway, i guess the best solution would be to check each X driver, and
see if it supports the UseFBDev option. Then you can either parse the
/proc/fb for appropriate drivers, with a mapping like Michel suggest, or
use the pci ids the driver supports. S
kage.
Or add a debhelper doing this ? If i understand debhelper well, it could
even be a little dh_fontconfig module (or whatever it is called) which
could go into the fontconfi package ?
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on doing this, and i
can help as much as my time permitts.
There is also a tdlabs-0-0-1-branch in the DRI CVS where we can work on
and where my early code can be found. You would need to ask Alan
Hourihane <[EMAIL PROTECTED]> to update it to the 4.3.0
released state though.
Friendl
1 - 100 of 463 matches
Mail list logo
