On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> /usr/X11R6/lib/libGLU.so.1-lGL
Hold on, doesn't this render the entire -gl/-glu fix moot?
--
Daniel Stone <[EMAIL PROTECTED]>
Developer, Trinity College, University of Melbourne
p
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.
> >
> > No, why, it only is a
Hello,
xfree86 4.2.1-6 fails to build on alpha due to:
...
LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t lutBS08.
bdf | gzip > lutBS08.pcf.gz
make[6]: *** [lutBS08.pcf.gz] Error 139
See http://buildd.debian.org/build.php?arch=alpha&pkg=xfree86&ver=4.2.1-6
Can this be lo
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
> > supported as it is: it takes quite an amount of work to support, and
> > porters would also be sp
On Thu, Apr 03, 2003 at 05:01:50PM +1000, Anthony Towns scrawled:
> xfree86 4.2.1-6 fails to build on alpha due to:
>
> ...
> LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t
> lutBS08.
> bdf | gzip > lutBS08.pcf.gz
> make[6]: *** [lutBS08.pcf.gz] Error 139
>
> See http://b
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
> > > supported as it is: it take
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
> > upstream patched it a couple of days ago, X didn't work on ia64, full
>
> And here is the proble
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
> > > upstream patched it a coupl
61613321 Account 9- 562774683
Take me off this campaign please
Daniel Stone <[EMAIL PROTECTED]> writes:
> On Thu, Apr 03, 2003 at 05:01:50PM +1000, Anthony Towns scrawled:
> > xfree86 4.2.1-6 fails to build on alpha due to:
> >
> > ...
> > LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t
> > lutBS08.
> > bdf | gzip > lutBS08.pcf.gz
> >
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
> > upstream about it, and no-one really had any idea, so we passed it
> > upstream.
>
> BTW,
On Apr 03, Daniel Stone <[EMAIL PROTECTED]> wrote:
>On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
>> /usr/X11R6/lib/libGLU.so.1 -lGL
>
>Hold on, doesn't this render the entire -gl/-glu fix moot?
[EMAIL PROTECTED] xlibmesa3/xlibmesa4 went to
xlibmesa4-gl and xlibme
severity 184057 serious
severity 187417 serious
merge 187417 184057
thanks
On Thu, Apr 03, 2003 at 11:07:16AM +0200, Falk Hueffner wrote:
> > Ah, the gzip killer bug. Works with -3, fails with -4 - where the
> > --rsyncable patch was introduced. However, StevenK claimed he couldn't
> > reproduce i
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
> > > upstream about it, a
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.
> > sparc and ia64 also usually get built, but I don't have direct access to
> > them. As I'm not
On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>No, why? libGLU depends on libGL (which isn't reflected in the
>xlibmesa*-glu dependencies due to this bug), I guess the rationale
Yes, I concluded this too.
>Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
>thing as
On Don, 2003-04-03 at 07:59, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > /usr/X11R6/lib/libGLU.so.1 -lGL
>
> Hold on, doesn't this render the entire -gl/-glu fix moot?
No, why? libGLU depends on libGL (which isn't reflected in the
xlibmesa*-
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.
> > > sparc and ia64 also usua
On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> No, why? libGLU depends on libGL (which isn't reflected in the
> xlibmesa*-glu dependencies due to this bug), I guess the rationale
> behind the split was that not every app that uses libGL also uses
> libGLU.
Ah, right. Sorry, br
On Don, 2003-04-03 at 10:04, 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:
>
> > > This is the sort of thing that necessitates having the older version in
> > > unstable for a while. XFree86 r
On Don, 2003-04-03 at 15:18, Marco d'Itri wrote:
> On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> >Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> >thing as libglu1-mesa, except that they tend to be more buggy?
> You should ask the libperl-sdl maintainer, this i
On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
>
> > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > thing as libglu1-mesa, except that they tend to be more buggy?
>
> Really not my decision, tbh.
I
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 is needed,
> i have to revive the box first though, and see if i have enough disk
> space. I could try an
Package: xbase-clients
Version: 4.1.0-16
Severity: normal
I was using window maker and xcalc and all was fine.
I now use sawfish and keyboard works no more.
I changed /etc/X11/app-defaults/XCalc and all is fine again.
14c14
< XCalc*Command.height: 26
---
> XCalc*Command.height: 30
Hi guys (especially DanielS),
I have finally gotten around to testing the 4.3.0-0ds3v1 packages I
built for sparc, and I've noticed one thing:
xserver-xfree86 does some weird stuff with the keyboard:
- 'l' sends the same keycode as 'b', and ',' sends the same as 'v'
(identical xev output).
On Don, 2003-04-03 at 15:21, 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:
>
> > > Core stuff, sure. But what about something that, say, includes Xrandr
> > > support in a ./configure check? W
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 is needed,
> > i have to revi
Le jeu 03/04/2003 à 19:55, Sven Luther a écrit :
> 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
when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk,
using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with
DISPLAY=localhost:0, nearly the same result.
Ask if you're interested in more precisions.
Xav
On Thu, Apr 03, 2003 at 03:58:31PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 10:04, Daniel Stone wrote:
> > Yes, and how much work on the packages do you guys both do?
>
> Thanks for your appreciation. How many patches have you been able to drop
> from your packages due to my upstream
On Thu, Apr 03, 2003 at 07:14:26PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 15:21, Daniel Stone wrote:
> > Except that it will be uninstallable and unbuildable for
> > everything/everyone that doesn't have 4.3.
>
> Simple: 4.3.0 goes to experimental, as does everything that needs it.
On Thu, Apr 03, 2003 at 08:40:11PM +0200, Xavier Bestel scrawled:
> when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk,
> using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with
> DISPLAY=localhost:0, nearly the same result.
>
> Ask if you're interested in more precisions.
On Thu, Apr 03, 2003 at 03:44:28PM +0200, Sven Luther scrawled:
> On Thu, Apr 03, 2003 at 11:21:36PM +1000, Daniel Stone wrote:
> > I've already got SPARC under control - it's ported, and there's a box
> > with a porter already I can use to build the debs. Right now, hppa, sh3,
> > sh4, m68k, mips,
On Thu, Apr 03, 2003 at 04:03:17PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> > On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> >
> > > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > > thing as libglu1-mesa, e
On Fre, 2003-04-04 at 00:42, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:58:31PM +0200, Michel D?nzer scrawled:
> > On Don, 2003-04-03 at 10:04, Daniel Stone wrote:
>
> > > > > I can do most everything but the porting. If anyone wants to port to
> > > > > any
> > > > > of the architectures l
On Fre, 2003-04-04 at 00:44, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 07:14:26PM +0200, Michel D?nzer scrawled:
> > On Don, 2003-04-03 at 15:21, Daniel Stone wrote:
> > > Except that it will be uninstallable and unbuildable for
> > > everything/everyone that doesn't have 4.3.
> >
> > Simple:
On Fre, 2003-04-04 at 00:57, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:44:28PM +0200, Sven Luther scrawled:
> > On Thu, Apr 03, 2003 at 11:21:36PM +1000, Daniel Stone wrote:
>
> > > Except that it will be uninstallable and unbuildable for
> > > everything/everyone that doesn't have 4.3. If
That bit about virtual terminals reminds me of a nearly trivial problem
I have with my x86 install. For some reason, when I upgraded to 4.3.0
via Stone's unofficial repository, control-alt-F1 no longer would switch
to the console from X. Control-alt-F2 through 6 still works just fine,
and if I sw
Processing commands for [EMAIL PROTECTED]:
> forwarded 185211 http://bugzilla.spamassassin.org/show_bug.cgi?id=1737
Bug#185211: xutils: update-fonts-scale: No way to invoke to not ignore
directories outside of /etc/X11/fonts, e.g., for AbiWord
Noted your statement that Bug has been forwarded to
On Fri, Apr 04, 2003 at 02:08:52AM +0200, Michel D?nzer scrawled:
> On Fre, 2003-04-04 at 00:44, Daniel Stone wrote:
> > So what's different from what we have now, apart from the name of the
> > external repository,
>
> experimental isn't external. It's integrated into the archive, BTS, ...
...
On Fri, Apr 04, 2003 at 02:25:45AM +0200, Michel D?nzer scrawled:
> On Fre, 2003-04-04 at 00:57, Daniel Stone wrote:
> > *sigh*. Imagine this.
> >
> > Qt has a compile-time ./configure check for Xrandr. If it finds it, it
> > enables a few Xrandr related features, and links with Xrandr.
> >
> > Q
Hi Branden!
I'm planning on applying all of these patches for -0ds3v2; do you have
any issue with this?
-d
- Forwarded message from Michel D?nzer <[EMAIL PROTECTED]> -
Subject: [Fwd: Radeon patches for X4.3]
From: Michel D?nzer <[EMAIL PROTECTED]>
To: Daniel Stone <[EMAIL PROTECTED]>
Mes
On Fri, Apr 04, 2003 at 01:50:40PM +1000, Daniel Stone wrote:
> Hi Branden!
> I'm planning on applying all of these patches for -0ds3v2; do you have
> any issue with this?
No, please go ahead. I read all 100 bugs filed so far in XFree86's
brand new Bugzilla system and it's obvious that the Radeon
unforwarded 185211
thanks
On Thu, Apr 03, 2003 at 08:18:03PM -0600, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > forwarded 185211 http://bugzilla.spamassassin.org/show_bug.cgi?id=1737
> Bug#185211: xutils: update-fonts-scale: No way to invoke to not ignore
How have you been?
Hello mate whats been up?
Processing commands for [EMAIL PROTECTED]:
> notforwarded 185211
Bug#185211: xutils: update-fonts-scale: No way to invoke to not ignore
directories outside of /etc/X11/fonts, e.g., for AbiWord
Removed annotation that Bug had been forwarded to
http://bugzilla.spamassassin.org/show_bug.cgi?id=1737
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
> > upstream patched it a couple of days ago, X didn't work on ia64, full
>
> And here is the proble
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
> > > upstream patched it a coupl
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
> > upstream about it, and no-one really had any idea, so we passed it
> > upstream.
>
> BTW,
On Apr 03, Daniel Stone <[EMAIL PROTECTED]> wrote:
>On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
>> /usr/X11R6/lib/libGLU.so.1 -lGL
>
>Hold on, doesn't this render the entire -gl/-glu fix moot?
[EMAIL PROTECTED] xlibmesa3/xlibmesa4 went to
xlibmesa4-gl and xlibme
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
> > > upstream about it, a
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.
> > sparc and ia64 also usually get built, but I don't have direct access to
> > them. As I'm not
On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>No, why? libGLU depends on libGL (which isn't reflected in the
>xlibmesa*-glu dependencies due to this bug), I guess the rationale
Yes, I concluded this too.
>Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
>thing as
On Don, 2003-04-03 at 07:59, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 12:12:09AM +0200, Marco d'Itri scrawled:
> > /usr/X11R6/lib/libGLU.so.1 -lGL
>
> Hold on, doesn't this render the entire -gl/-glu fix moot?
No, why? libGLU depends on libGL (which isn't reflected in the
xlibmesa*-
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.
> > > sparc and ia64 also usua
On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> No, why? libGLU depends on libGL (which isn't reflected in the
> xlibmesa*-glu dependencies due to this bug), I guess the rationale
> behind the split was that not every app that uses libGL also uses
> libGLU.
Ah, right. Sorry, br
On Don, 2003-04-03 at 10:04, 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:
>
> > > This is the sort of thing that necessitates having the older version in
> > > unstable for a while. XFree86 r
On Don, 2003-04-03 at 15:18, Marco d'Itri wrote:
> On Apr 03, Michel Dänzer <[EMAIL PROTECTED]> wrote:
>
> >Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> >thing as libglu1-mesa, except that they tend to be more buggy?
> You should ask the libperl-sdl maintainer, this i
On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
>
> > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > thing as libglu1-mesa, except that they tend to be more buggy?
>
> Really not my decision, tbh.
I
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 is needed,
> i have to revive the box first though, and see if i have enough disk
> space. I could try an
Package: xbase-clients
Version: 4.1.0-16
Severity: normal
I was using window maker and xcalc and all was fine.
I now use sawfish and keyboard works no more.
I changed /etc/X11/app-defaults/XCalc and all is fine again.
14c14
< XCalc*Command.height: 26
---
> XCalc*Command.height: 30
Hi guys (especially DanielS),
I have finally gotten around to testing the 4.3.0-0ds3v1 packages I
built for sparc, and I've noticed one thing:
xserver-xfree86 does some weird stuff with the keyboard:
- 'l' sends the same keycode as 'b', and ',' sends the same as 'v'
(identical xev output).
On Don, 2003-04-03 at 15:21, 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:
>
> > > Core stuff, sure. But what about something that, say, includes Xrandr
> > > support in a ./configure check? W
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 is needed,
> > i have to revive th
Le jeu 03/04/2003 à 19:55, Sven Luther a écrit :
> 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.
when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk,
using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with
DISPLAY=localhost:0, nearly the same result.
Ask if you're interested in more precisions.
Xav
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Thu, Apr 03, 2003 at 03:58:31PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 10:04, Daniel Stone wrote:
> > Yes, and how much work on the packages do you guys both do?
>
> Thanks for your appreciation. How many patches have you been able to drop
> from your packages due to my upstream
On Thu, Apr 03, 2003 at 07:14:26PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 15:21, Daniel Stone wrote:
> > Except that it will be uninstallable and unbuildable for
> > everything/everyone that doesn't have 4.3.
>
> Simple: 4.3.0 goes to experimental, as does everything that needs it.
On Thu, Apr 03, 2003 at 08:40:11PM +0200, Xavier Bestel scrawled:
> when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk,
> using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with
> DISPLAY=localhost:0, nearly the same result.
>
> Ask if you're interested in more precisions.
On Thu, Apr 03, 2003 at 03:44:28PM +0200, Sven Luther scrawled:
> On Thu, Apr 03, 2003 at 11:21:36PM +1000, Daniel Stone wrote:
> > I've already got SPARC under control - it's ported, and there's a box
> > with a porter already I can use to build the debs. Right now, hppa, sh3,
> > sh4, m68k, mips,
On Thu, Apr 03, 2003 at 04:03:17PM +0200, Michel D?nzer scrawled:
> On Don, 2003-04-03 at 15:23, Daniel Stone wrote:
> > On Thu, Apr 03, 2003 at 03:16:21PM +0200, Michel D?nzer scrawled:
> >
> > > Anyway, why not simply drop xlibmesa*-glu, seeing as they are the same
> > > thing as libglu1-mesa, e
On Fre, 2003-04-04 at 00:42, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:58:31PM +0200, Michel D?nzer scrawled:
> > On Don, 2003-04-03 at 10:04, Daniel Stone wrote:
>
> > > > > I can do most everything but the porting. If anyone wants to port to any
> > > > > of the architectures listed above
On Fre, 2003-04-04 at 00:44, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 07:14:26PM +0200, Michel D?nzer scrawled:
> > On Don, 2003-04-03 at 15:21, Daniel Stone wrote:
> > > Except that it will be uninstallable and unbuildable for
> > > everything/everyone that doesn't have 4.3.
> >
> > Simple:
On Fre, 2003-04-04 at 00:57, Daniel Stone wrote:
> On Thu, Apr 03, 2003 at 03:44:28PM +0200, Sven Luther scrawled:
> > On Thu, Apr 03, 2003 at 11:21:36PM +1000, Daniel Stone wrote:
>
> > > Except that it will be uninstallable and unbuildable for
> > > everything/everyone that doesn't have 4.3. If
That bit about virtual terminals reminds me of a nearly trivial problem
I have with my x86 install. For some reason, when I upgraded to 4.3.0
via Stone's unofficial repository, control-alt-F1 no longer would switch
to the console from X. Control-alt-F2 through 6 still works just fine,
and if I sw
Processing commands for [EMAIL PROTECTED]:
> forwarded 185211 http://bugzilla.spamassassin.org/show_bug.cgi?id=1737
Bug#185211: xutils: update-fonts-scale: No way to invoke to not ignore directories
outside of /etc/X11/fonts, e.g., for AbiWord
Noted your statement that Bug has been forwarded to
On Fri, Apr 04, 2003 at 02:08:52AM +0200, Michel D?nzer scrawled:
> On Fre, 2003-04-04 at 00:44, Daniel Stone wrote:
> > So what's different from what we have now, apart from the name of the
> > external repository,
>
> experimental isn't external. It's integrated into the archive, BTS, ...
...
On Fri, Apr 04, 2003 at 02:25:45AM +0200, Michel D?nzer scrawled:
> On Fre, 2003-04-04 at 00:57, Daniel Stone wrote:
> > *sigh*. Imagine this.
> >
> > Qt has a compile-time ./configure check for Xrandr. If it finds it, it
> > enables a few Xrandr related features, and links with Xrandr.
> >
> > Q
Hi Branden!
I'm planning on applying all of these patches for -0ds3v2; do you have
any issue with this?
-d
- Forwarded message from Michel D?nzer <[EMAIL PROTECTED]> -
Subject: [Fwd: Radeon patches for X4.3]
From: Michel D?nzer <[EMAIL PROTECTED]>
To: Daniel Stone <[EMAIL PROTECTED]>
Mes
On Fri, Apr 04, 2003 at 01:50:40PM +1000, Daniel Stone wrote:
> Hi Branden!
> I'm planning on applying all of these patches for -0ds3v2; do you have
> any issue with this?
No, please go ahead. I read all 100 bugs filed so far in XFree86's
brand new Bugzilla system and it's obvious that the Radeon
unforwarded 185211
thanks
On Thu, Apr 03, 2003 at 08:18:03PM -0600, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > forwarded 185211 http://bugzilla.spamassassin.org/show_bug.cgi?id=1737
> Bug#185211: xutils: update-fonts-scale: No way to invoke to not ignore
How have you been?
Hello mate whats been up?
Processing commands for [EMAIL PROTECTED]:
> notforwarded 185211
Bug#185211: xutils: update-fonts-scale: No way to invoke to not ignore directories
outside of /etc/X11/fonts, e.g., for AbiWord
Removed annotation that Bug had been forwarded to
http://bugzilla.spamassassin.org/show_bug.cgi?id=1737
How have you been?
Hello mate whats been up?
How have you been?
On Fri, Apr 04, 2003 at 01:45:55PM +1000, Daniel Stone wrote:
> On Fri, Apr 04, 2003 at 02:25:45AM +0200, Michel D?nzer scrawled:
> > On Fre, 2003-04-04 at 00:57, Daniel Stone wrote:
> > > *sigh*. Imagine this.
> > >
> > > Qt has a compile-time ./configure check for Xrandr. If it finds it, it
> >
severity 184057 serious
severity 187417 serious
merge 187417 184057
thanks
On Thu, Apr 03, 2003 at 11:07:16AM +0200, Falk Hueffner wrote:
> > Ah, the gzip killer bug. Works with -3, fails with -4 - where the
> > --rsyncable patch was introduced. However, StevenK claimed he couldn't
> > reproduce i
Daniel Stone <[EMAIL PROTECTED]> writes:
> On Thu, Apr 03, 2003 at 05:01:50PM +1000, Anthony Towns scrawled:
> > xfree86 4.2.1-6 fails to build on alpha due to:
> >
> > ...
> > LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/bdftopcf -t lutBS08.
> > bdf | gzip > lutBS08.pcf.gz
> > make
91 matches
Mail list logo
