> In <[EMAIL PROTECTED]>
> Branden Robinson <[EMAIL PROTECTED]> wrote:
>> On Wed, Jun 25, 2003 at 01:02:58AM +0200, Michel Dänzer wrote:
>> > On Tue, 2003-06-24 at 19:09, Branden Robinson wrote:
>> > > I think we just need someone to establish a branch, roll up his sleeves,
>> > > and g
Author: branden
Date: 2003-06-25 00:20:24 -0500 (Wed, 25 Jun 2003)
New Revision: 241
Modified:
branches/4.3.0/sid/debian/changelog
Log:
(cosmetic) cleanups to recent changelog entries
Modified: branches/4.3.0/sid/debian/changelog
===
Author: branden
Date: 2003-06-25 00:19:41 -0500 (Wed, 25 Jun 2003)
New Revision: 240
Modified:
branches/4.3.0/sid/debian/changelog
branches/4.3.0/sid/debian/patches/000_stolen_from_HEAD.diff
Log:
Fix Xv regression in trident driver, pointed out by Matt Behrens
<[EMAIL PROTECTED]>.
Modified
On Tue, Jun 24, 2003 at 07:42:42PM +0200, Fabio Massimo Di Nitto wrote:
> So your plan is to remove them, right?
As such, yes.
> Personally I would rather prefer to keep them in place, manly because I am
> paranoid and due to the complexity of the packages one check more (that is
> already in pla
On Wed, Jun 25, 2003 at 02:52:58AM +0900, ISHIKAWA Mutsumi wrote:
> I'll research waht kinds of change will be needed to use
> --list-missing and to drop MANIFEST check mechanism.
I think all we need is a kind of "ANTI-MANIFEST" ;-) which contains the
output of dh_install --list-missing from a kn
On Wed, Jun 25, 2003 at 01:02:58AM +0200, Michel Dänzer wrote:
> On Tue, 2003-06-24 at 19:09, Branden Robinson wrote:
> > I think we just need someone to establish a branch, roll up his sleeves,
> > and get to work.
>
> As stated before, I'm ready to do the work. But I'd like to have at
> least a
On Wed, Jun 25, 2003 at 01:03:23AM +0200, Michel Dänzer wrote:
> On Tue, 2003-06-24 at 18:52, Branden Robinson wrote:
> > As I said, you waited less than 24 hours after placing the ball in my
> > court before committing Michel Daenzer's (to my mind, hasty) proposal to
> > branches/4.3.0/sid.
>
> M
On Wed, Jun 25, 2003 at 01:02:32AM +0200, Michel Dänzer wrote:
> Upstream is broken, it installs all GL/ headers if BuildGlxExt ||
> BuildGLXLibrary is true.
Yup, that's busted.
> I meant to stress the need, and that it could be any package providing
> libglu-dev, should there ever be a reasonabl
On Tue, Jun 24, 2003 at 10:14:05PM +0200, Karsten Merker wrote:
> On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote:
> > Well, I wouldn't go that far. startx works because nothing is trying to
> > render that pixmap. If color allocation is busted in the server for
> > PseudoColor v
On Sun, Jun 22, 2003 at 06:02:22PM -0500, Jason Bucata wrote:
> I have two different monitors that I'm trying to use in a dual-head
> configuration, if only just to experiment with it. The I2C monitor info
> detection isn't working on the second head. In the logs, I see it
> detecting the first m
Package: XFree86
Version: 4.1.0.1
Attached is the report from the file: "/var/log/XFree86.0.log".
When running X-Window the mouse doesn't work.
I am using Debian/ Linux 2.2, kernel 2.2.20-idepci and libc 2.2.5
The problem seems that the /dev/mouse directory was not created during install
Author: daniel
Date: 2003-06-24 19:22:20 -0500 (Tue, 24 Jun 2003)
New Revision: 239
Added:
branches/4.3.0/sid/debian/local/xlibmesa-drm-src/
branches/4.3.0/sid/debian/xlibmesa-drm-src.install
branches/4.3.0/sid/debian/xlibmesa-gl-dbg.install
branches/4.3.0/sid/debian/xlibmesa-gl-dbg.li
Package: XFree86
Version: 4.1.0.1
Attached is the report from the file: "/var/log/XFree86.0.log".
When running X-Window the mouse doesn't work.
I am using Debian/ Linux 2.2, kernel 2.2.20-idepci and libc 2.2.5
The problem seems that the /dev/mouse directory was not created during install
On Tue, 2003-06-24 at 22:14, Karsten Merker wrote:
> On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote:
> > On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote:
>
> > > This bug did not occur with a woody installation which was running on
> > > the same hardware before, s
On Tue, 2003-06-24 at 16:40, Stephen J. Leavitt wrote:
> I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from
> the following apt sources.list entry:
>
> deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./
>
> I am using this out of necessity at work on a Dell Optipl
On Tue, 2003-06-24 at 18:44, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote:
> > > Why are you so gung-ho about killing libGLU?
> >
> > In order to stop the duplication of effort.
>
> What effort? It's a lot more trouble to patch the XFree86 source tree
On Tue, 2003-06-24 at 18:38, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote:
> > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote:
> > > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote:
> > > > > Mmm, I'm liking libgl1-xfree86. My original n
On Tue, 2003-06-24 at 18:52, Branden Robinson wrote:
> On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote:
> > On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote:
> > > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote:
> > > > Hi guys,
> > > > I've merged Savage,
On Tue, 2003-06-24 at 19:01, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote:
> > On Sun, 2003-06-22 at 20:40, Branden Robinson wrote:
> > > IMO it's stupid to ship glu.h if we're not going to ship the rest of the
> > > library.
> >
> > This change doesn't
On Tue, 2003-06-24 at 19:09, Branden Robinson wrote:
> On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote:
> > On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote:
> > >
> > > 2) Build without BuildGLULibrary is not easy.
> > >
> > > Even if we decide libGLU will not ship, we need
Author: daniel
Date: 2003-06-24 19:22:20 -0500 (Tue, 24 Jun 2003)
New Revision: 239
Added:
branches/4.3.0/sid/debian/local/xlibmesa-drm-src/
branches/4.3.0/sid/debian/xlibmesa-drm-src.install
branches/4.3.0/sid/debian/xlibmesa-gl-dbg.install
branches/4.3.0/sid/debian/xlibmesa-gl-dbg.li
On Tue, 2003-06-24 at 22:14, Karsten Merker wrote:
> On Tue, Jun 24, 2003 at 12:56:10AM -0500, Branden Robinson wrote:
> > On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote:
>
> > > This bug did not occur with a woody installation which was running on
> > > the same hardware before, s
On Tue, 2003-06-24 at 16:40, Stephen J. Leavitt wrote:
> I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from
> the following apt sources.list entry:
>
> deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./
>
> I am using this out of necessity at work on a Dell Optipl
On Tue, 2003-06-24 at 18:44, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote:
> > > Why are you so gung-ho about killing libGLU?
> >
> > In order to stop the duplication of effort.
>
> What effort? It's a lot more trouble to patch the XFree86 source tree
On Tue, 2003-06-24 at 18:52, Branden Robinson wrote:
> On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote:
> > On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote:
> > > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote:
> > > > Hi guys,
> > > > I've merged Savage,
On Tue, 2003-06-24 at 18:38, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote:
> > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote:
> > > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote:
> > > > > Mmm, I'm liking libgl1-xfree86. My original n
On Tue, 2003-06-24 at 19:09, Branden Robinson wrote:
> On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote:
> > On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote:
> > >
> > > 2) Build without BuildGLULibrary is not easy.
> > >
> > > Even if we decide libGLU will not ship, we need
On Tue, 2003-06-24 at 19:01, Branden Robinson wrote:
> On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote:
> > On Sun, 2003-06-22 at 20:40, Branden Robinson wrote:
> > > IMO it's stupid to ship glu.h if we're not going to ship the rest of the
> > > library.
> >
> > This change doesn't
Processing commands for [EMAIL PROTECTED]:
> reassign 198328 xlibs
Bug#198328: totem: UI hangs while video keeps playing
Bug reassigned from package `xserver-xfree86' to `xlibs'.
> retitle 198328 xlibs: [libXi] deadlock problems with threads enabled
Bug#198328: totem: UI hangs while video keeps p
The trident driver could use at least this fix:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c.diff?r1=1.35&r2=1.36
This fixes a regression in Xv that happened before 4.3.0, specifically
rev. 1.29 (4.2.99.2).
--
Matt Behrens <[EMAIL PROTECTED]> h
Processing commands for [EMAIL PROTECTED]:
> reopen 198328
Bug#198328: totem: UI hangs while video keeps playing
Bug reopened, originator not changed.
> reassign 198328 xserver-xfree86
Bug#198328: totem: UI hangs while video keeps playing
Bug reassigned from package `totem' to `xserver-xfree86'.
Processing commands for [EMAIL PROTECTED]:
> reassign 198328 xlibs
Bug#198328: totem: UI hangs while video keeps playing
Bug reassigned from package `xserver-xfree86' to `xlibs'.
> retitle 198328 xlibs: [libXi] deadlock problems with threads enabled
Bug#198328: totem: UI hangs while video keeps p
> In <[EMAIL PROTECTED]>
> Branden Robinson <[EMAIL PROTECTED]> wrote:
>> On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote:
>> > 3) Purpose of MANIFESTs (I believe) are checking what kind of files
>> > will be installed under debian/tmp, and *.install files or
>> >
Hi Branden,
On Tue, 24 Jun 2003, Branden Robinson wrote:
> I originally came up with the MANIFEST thing as a means of doing what
> you described, and also as a simplistic method of forcing the build to
> fail if something didn't get built.
>
> These days, which dh_install's --list-missing flag,
> In <[EMAIL PROTECTED]>
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>> On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote:
>> > 2) Build without BuildGLULibrary is not easy.
>> >
>> > Even if we decide libGLU will not ship, we need some more changes
>> > to solve problems
>>
The trident driver could use at least this fix:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/drivers/trident/trident_video.c.diff?r1=1.35&r2=1.36
This fixes a regression in Xv that happened before 4.3.0, specifically
rev. 1.29 (4.2.99.2).
--
Matt Behrens <[EMAIL PROTECTED]> h
Processing commands for [EMAIL PROTECTED]:
> reopen 198328
Bug#198328: totem: UI hangs while video keeps playing
Bug reopened, originator not changed.
> reassign 198328 xserver-xfree86
Bug#198328: totem: UI hangs while video keeps playing
Bug reassigned from package `totem' to `xserver-xfree86'.
On Mon, Jun 23, 2003 at 10:00:29AM -0500, Warren Turkal wrote:
> I forgot to build depend on dbs...oops.
I think your diff was backwards.
Could you please update debian/control to reflect the Build-Depends on
dbs, and then use diff -urN on revision 238 of the 4.3.0-sid branch
(available at
http:/
On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote:
> On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote:
> > > Branden Robinson <[EMAIL PROTECTED]> wrote:
> >
> > >> I object to killing off the X-forked GLU package at this point for that
> > >> reason
> > >> and others.
> >
On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote:
> 3) Purpose of MANIFESTs (I believe) are checking what kind of files
> will be installed under debian/tmp, and *.install files or
> something updates are needed.
>
> I think it is not good idea to edit MANIFESTs dir
On Sun, Jun 22, 2003 at 01:34:08PM -0500, Branden Robinson wrote:
> > ps The web view of the repository at
> >
> > http://necrotic.deadbeast.net/cgi-bin/viewcvs.cgi/
> >
> > appears to be broken.
I have researched this problem, and it appears to have been caused by
the upgrade to Subversion 0.2
On Mon, Jun 23, 2003 at 07:34:23AM +1000, Daniel Stone wrote:
> This is not, as has been alleged, a coup, or a deliberate attempt to get
> Branden out; nor anything more sinister than a misguided attempt to work
> quickly while I had time, for which I apologize.
I accept your apology. IMO package
On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote:
> On Sun, 2003-06-22 at 20:40, Branden Robinson wrote:
> > IMO it's stupid to ship glu.h if we're not going to ship the rest of the
> > library.
>
> This change doesn't ship it though, does it?
Not in the package, but the fact that
On Sun, Jun 22, 2003 at 02:24:29PM -0500, Branden Robinson wrote:
> Therefore, until further notice I have suspended the XSF subversion
> repository from further write access (except by me, I don't intend to
> disable my own shell account on my own machine -- nevertheless I will
> probably not be c
On Mon, Jun 23, 2003 at 07:29:52AM +1000, Daniel Stone wrote:
> On Sun, Jun 22, 2003 at 01:28:57PM -0500, Branden Robinson wrote:
> > On Sun, Jun 22, 2003 at 06:46:57PM +1000, Daniel Stone wrote:
> > > I meant to say: "nuke libGLU weak deps patch".
> >
> > So, please, please, fix the log property
On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote:
> On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote:
> > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote:
> > > Hi guys,
> > > I've merged Savage, fixed libGL's PICness, and it seems to build OK on
> > > i386.
On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote:
> > Why are you so gung-ho about killing libGLU?
>
> In order to stop the duplication of effort.
What effort? It's a lot more trouble to patch the XFree86 source tree
to pretend libGLU isn't there than it is to just leave well enou
On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote:
> On Sun, 2003-06-22 at 20:17, Branden Robinson wrote:
> > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote:
> > > > Mmm, I'm liking libgl1-xfree86. My original name for the DRM sources was
> > > > xfree86-drm-src, but that
On Sun, Jun 22, 2003 at 09:07:07PM +0100, Sean Neakums wrote:
> Michel Dänzer <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote:
> >> I wish you'd both calm down a little bit about this issue.
> >
> > I have the impression that we're perfectly calm.
>
> I feel
> In <[EMAIL PROTECTED]>
> Branden Robinson <[EMAIL PROTECTED]> wrote:
>> On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote:
>> > 3) Purpose of MANIFESTs (I believe) are checking what kind of files
>> > will be installed under debian/tmp, and *.install files or
>> >
Hi Branden,
On Tue, 24 Jun 2003, Branden Robinson wrote:
> I originally came up with the MANIFEST thing as a means of doing what
> you described, and also as a simplistic method of forcing the build to
> fail if something didn't get built.
>
> These days, which dh_install's --list-missing flag,
> In <[EMAIL PROTECTED]>
> Michel Dänzer <[EMAIL PROTECTED]> wrote:
>> On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote:
>> > 2) Build without BuildGLULibrary is not easy.
>> >
>> > Even if we decide libGLU will not ship, we need some more changes
>> > to solve problems
>>
On Mon, Jun 23, 2003 at 10:00:29AM -0500, Warren Turkal wrote:
> I forgot to build depend on dbs...oops.
I think your diff was backwards.
Could you please update debian/control to reflect the Build-Depends on
dbs, and then use diff -urN on revision 238 of the 4.3.0-sid branch
(available at
http:/
On Mon, Jun 23, 2003 at 11:12:25AM +0200, Michel Dänzer wrote:
> On Mon, 2003-06-23 at 04:35, ISHIKAWA Mutsumi wrote:
> > > Branden Robinson <[EMAIL PROTECTED]> wrote:
> >
> > >> I object to killing off the X-forked GLU package at this point for that reason
> > >> and others.
> >
> >
On Mon, Jun 23, 2003 at 11:35:36AM +0900, ISHIKAWA Mutsumi wrote:
> 3) Purpose of MANIFESTs (I believe) are checking what kind of files
> will be installed under debian/tmp, and *.install files or
> something updates are needed.
>
> I think it is not good idea to edit MANIFESTs dir
On Sun, Jun 22, 2003 at 01:34:08PM -0500, Branden Robinson wrote:
> > ps The web view of the repository at
> >
> > http://necrotic.deadbeast.net/cgi-bin/viewcvs.cgi/
> >
> > appears to be broken.
I have researched this problem, and it appears to have been caused by
the upgrade to Subversion 0.2
On Sun, Jun 22, 2003 at 10:12:44PM +0200, Michel Dänzer wrote:
> On Sun, 2003-06-22 at 20:40, Branden Robinson wrote:
> > IMO it's stupid to ship glu.h if we're not going to ship the rest of the
> > library.
>
> This change doesn't ship it though, does it?
Not in the package, but the fact that
On Mon, Jun 23, 2003 at 07:34:23AM +1000, Daniel Stone wrote:
> This is not, as has been alleged, a coup, or a deliberate attempt to get
> Branden out; nor anything more sinister than a misguided attempt to work
> quickly while I had time, for which I apologize.
I accept your apology. IMO package
On Sun, Jun 22, 2003 at 02:24:29PM -0500, Branden Robinson wrote:
> Therefore, until further notice I have suspended the XSF subversion
> repository from further write access (except by me, I don't intend to
> disable my own shell account on my own machine -- nevertheless I will
> probably not be c
On Mon, Jun 23, 2003 at 07:29:52AM +1000, Daniel Stone wrote:
> On Sun, Jun 22, 2003 at 01:28:57PM -0500, Branden Robinson wrote:
> > On Sun, Jun 22, 2003 at 06:46:57PM +1000, Daniel Stone wrote:
> > > I meant to say: "nuke libGLU weak deps patch".
> >
> > So, please, please, fix the log property
On Mon, Jun 23, 2003 at 07:28:44AM +1000, Daniel Stone wrote:
> On Sun, Jun 22, 2003 at 01:20:41PM -0500, Branden Robinson wrote:
> > On Sat, Jun 21, 2003 at 05:54:07PM +1000, Daniel Stone wrote:
> > > Hi guys,
> > > I've merged Savage, fixed libGL's PICness, and it seems to build OK on
> > > i386.
On Sun, Jun 22, 2003 at 09:26:54PM +0200, Michel Dänzer wrote:
> > Why are you so gung-ho about killing libGLU?
>
> In order to stop the duplication of effort.
What effort? It's a lot more trouble to patch the XFree86 source tree
to pretend libGLU isn't there than it is to just leave well enou
I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from
the following apt sources.list entry:
deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./
I am using this out of necessity at work on a Dell Optiplex GX260 with
on-board Intel i845 graphics. Just got DRI working un
On Sun, Jun 22, 2003 at 09:41:04PM +0200, Michel Dänzer wrote:
> On Sun, 2003-06-22 at 20:17, Branden Robinson wrote:
> > On Sun, Jun 22, 2003 at 02:00:54PM +0200, Michel Dänzer wrote:
> > > > Mmm, I'm liking libgl1-xfree86. My original name for the DRM sources was
> > > > xfree86-drm-src, but that
On Sun, Jun 22, 2003 at 09:07:07PM +0100, Sean Neakums wrote:
> Michel Dänzer <[EMAIL PROTECTED]> writes:
>
> > On Sun, 2003-06-22 at 20:17, Branden Robinson wrote:
> >> I wish you'd both calm down a little bit about this issue.
> >
> > I have the impression that we're perfectly calm.
>
> I feel
Start SpamAssassin results
33.30 points, 4 required;
* 3.4 -- Subject includes "viagra"
* 2.0 -- BODY: Bayesian classifier says spam probability is 90 to 99%
[score: 0.9821]
* 0.5 -- BODY: HTML has a low ratio of text to image area
* 0.4 -- BODY: Message is 40% to 50% HTML
* 2.1
Start SpamAssassin results
36.60 points, 4 required;
* 0.4 -- BODY: Offers a limited time offer
* 2.5 -- BODY: Asks you to click below (in capital letters)
* 1.0 -- BODY: Bayesian classifier says spam probability is 80 to 90%
[score: 0.8249]
* 0.2 -- BODY: Message is 80% to 90% H
I'm using Daniel Stone's debs 4.3.0.0ds2 backported to Woody from
the following apt sources.list entry:
deb http://people.debian.org/~mmagallo/packages/xfree86/$(ARCH)/ ./
I am using this out of necessity at work on a Dell Optiplex GX260 with
on-board Intel i845 graphics. Just got DRI working un
Start SpamAssassin results
33.30 points, 4 required;
* 3.4 -- Subject includes "viagra"
* 2.0 -- BODY: Bayesian classifier says spam probability is 90 to 99%
[score: 0.9821]
* 0.5 -- BODY: HTML has a low ratio of text to image area
* 0.4 -- BODY: Message is 40% to 50% HTML
* 2.1
Start SpamAssassin results
36.60 points, 4 required;
* 0.4 -- BODY: Offers a limited time offer
* 2.5 -- BODY: Asks you to click below (in capital letters)
* 1.0 -- BODY: Bayesian classifier says spam probability is 80 to 90%
[score: 0.8249]
* 0.2 -- BODY: Message is 80% to 90% H
Accepted:
libxcursor-dev_1.0.2-2_m68k.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_m68k.deb
libxcursor1-dbg_1.0.2-2_m68k.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_m68k.deb
libxcursor1_1.0.2-2_m68k.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_m68k.deb
Thank you for your cont
xcursor_1.0.2-2_m68k.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_m68k.deb
libxcursor1-dbg_1.0.2-2_m68k.deb
libxcursor-dev_1.0.2-2_m68k.deb
Greetings,
Your Debian queue daemon
Your message dated Tue, 24 Jun 2003 04:17:57 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#198584: fixed in xcursor 1.0.2-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now yo
Accepted:
libxcursor-dev_1.0.2-2_sparc.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_sparc.deb
libxcursor1-dbg_1.0.2-2_sparc.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_sparc.deb
libxcursor1_1.0.2-2_sparc.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_sparc.deb
Thank you for you
There are disparities between your recently accepted upload and the
override file for the following file(s):
libxcursor1-dbg_1.0.2-2_i386.deb: package says priority is optional, override
says extra.
Either the package or the override file is incorrect. If you think
the override is correct and t
Accepted:
libxcursor-dev_1.0.2-2_alpha.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_alpha.deb
libxcursor1-dbg_1.0.2-2_alpha.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_alpha.deb
libxcursor1_1.0.2-2_alpha.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_alpha.deb
Thank you for you
Accepted:
libxcursor-dev_1.0.2-2_i386.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_i386.deb
libxcursor1-dbg_1.0.2-2_i386.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_i386.deb
libxcursor1_1.0.2-2_i386.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_i386.deb
xcursor_1.0.2-2.diff.gz
Accepted:
libxcursor-dev_1.0.2-2_hppa.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_hppa.deb
libxcursor1-dbg_1.0.2-2_hppa.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_hppa.deb
libxcursor1_1.0.2-2_hppa.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_hppa.deb
Thank you for your cont
xcursor_1.0.2-2_hppa.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_hppa.deb
libxcursor1-dbg_1.0.2-2_hppa.deb
libxcursor-dev_1.0.2-2_hppa.deb
Greetings,
Your Debian queue daemon
xcursor_1.0.2-2_alpha.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_alpha.deb
libxcursor1-dbg_1.0.2-2_alpha.deb
libxcursor-dev_1.0.2-2_alpha.deb
Greetings,
Your Debian queue daemon
xcursor_1.0.2-2_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
xcursor_1.0.2-2.dsc
xcursor_1.0.2-2.diff.gz
libxcursor1_1.0.2-2_i386.deb
libxcursor1-dbg_1.0.2-2_i386.deb
libxcursor-dev_1.0.2-2_i386.deb
Greetings,
Your Debian queue daemon
xcursor_1.0.2-2_sparc.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_sparc.deb
libxcursor1-dbg_1.0.2-2_sparc.deb
libxcursor-dev_1.0.2-2_sparc.deb
Greetings,
Your Debian queue daemon
Accepted:
libxcursor-dev_1.0.2-2_m68k.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_m68k.deb
libxcursor1-dbg_1.0.2-2_m68k.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_m68k.deb
libxcursor1_1.0.2-2_m68k.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_m68k.deb
Thank you for your cont
xcursor_1.0.2-2_m68k.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_m68k.deb
libxcursor1-dbg_1.0.2-2_m68k.deb
libxcursor-dev_1.0.2-2_m68k.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Your message dated Tue, 24 Jun 2003 04:17:57 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#198584: fixed in xcursor 1.0.2-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now yo
Accepted:
libxcursor-dev_1.0.2-2_sparc.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_sparc.deb
libxcursor1-dbg_1.0.2-2_sparc.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_sparc.deb
libxcursor1_1.0.2-2_sparc.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_sparc.deb
Thank you for you
Accepted:
libxcursor-dev_1.0.2-2_i386.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_i386.deb
libxcursor1-dbg_1.0.2-2_i386.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_i386.deb
libxcursor1_1.0.2-2_i386.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_i386.deb
xcursor_1.0.2-2.diff.gz
Accepted:
libxcursor-dev_1.0.2-2_alpha.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_alpha.deb
libxcursor1-dbg_1.0.2-2_alpha.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_alpha.deb
libxcursor1_1.0.2-2_alpha.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_alpha.deb
Thank you for you
There are disparities between your recently accepted upload and the
override file for the following file(s):
libxcursor1-dbg_1.0.2-2_i386.deb: package says priority is optional, override says
extra.
Either the package or the override file is incorrect. If you think
the override is correct and t
Accepted:
libxcursor-dev_1.0.2-2_hppa.deb
to pool/main/x/xcursor/libxcursor-dev_1.0.2-2_hppa.deb
libxcursor1-dbg_1.0.2-2_hppa.deb
to pool/main/x/xcursor/libxcursor1-dbg_1.0.2-2_hppa.deb
libxcursor1_1.0.2-2_hppa.deb
to pool/main/x/xcursor/libxcursor1_1.0.2-2_hppa.deb
Thank you for your cont
On Sun, Jun 22, 2003 at 11:08:55PM +0200, Karsten Merker wrote:
> I can confirm that this bug happens on 8bit displays. I have just had
> it on an hppa system with the current xdm from unstable (4.2.1-8).
[...]
> X works when started via "startx", so the problem is not in the Xserver.
Well, I woul
Package: xcursor
Version: 1.0.2-1
This is on arm, but it looks like similar things are happening on other
architectures.
** Using build dependencies supplied by package:
Build-Depends: debhelper (>> 4.0.0), xlibs-dev (>> 4.2.1), libxrender-dev,
cdbs, autotools-dev
Checking for already installed
xcursor_1.0.2-2_hppa.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_hppa.deb
libxcursor1-dbg_1.0.2-2_hppa.deb
libxcursor-dev_1.0.2-2_hppa.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
xcursor_1.0.2-2_alpha.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_alpha.deb
libxcursor1-dbg_1.0.2-2_alpha.deb
libxcursor-dev_1.0.2-2_alpha.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
xcursor_1.0.2-2_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
xcursor_1.0.2-2.dsc
xcursor_1.0.2-2.diff.gz
libxcursor1_1.0.2-2_i386.deb
libxcursor1-dbg_1.0.2-2_i386.deb
libxcursor-dev_1.0.2-2_i386.deb
Greetings,
Your Debian queue daemon
--
T
xcursor_1.0.2-2_sparc.changes uploaded successfully to ftp-master.debian.org
along with the files:
libxcursor1_1.0.2-2_sparc.deb
libxcursor1-dbg_1.0.2-2_sparc.deb
libxcursor-dev_1.0.2-2_sparc.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wi
96 matches
Mail list logo
