El 19 de febrer de 2012 2:54, Steven Chamberlain ha escrit:
> Hi,
>
> Don't know if this is the proper fix, but my attached diff works for me.
It is. Thanks Steven.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "un
).
--
Robert Millan
xserver-xorg-mouse.diff
Description: Binary data
14dadc4]
> 3: ?? [0x7fc3]
> Segmentation fault at address (nil)
What glibc version are you using?
Could you get a meaningful backtrace? (with GDB and debugging symbols)
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubsc
X backtrace thing but not actually
> involved, also I think there are no debug symbols for vesa. I'll try get
> back to compile a nostrip version of it tomorrow.
Maybe also install xserver-xorg-core-dbg.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.o
iated.
Thanks for the pointers. I think attached patch should do it.
Christoph, does this work for you?
--
Robert Millan
pciaccess.diff
Description: Binary data
stoph/scratch/libpciaccess-0.13.1/build/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home/christoph/scratch/libpciaccess-0.13.1/build'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/christoph/scratch/libpciaccess-0.13.1/build
package this problem will affect most GNU/kFreeBSD
desktop users.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxpmuzaszrb8i_vr4mrd+
Package: xserver-xorg-video-intel
Severity: wishlist
User: debian-...@lists.debian.org
Usertags: kfreebsd
It seems that KMS support is being integrated into kFreeBSD in upstream:
http://www.phoronix.com/scan.php?page=news_item&px=MTA5MTc
and will be present in 9.1 and 10.0. As for userland it
also gives you . But
that doesn't apply to GNU systems. This looks like a simple
portability issue.
I think the best solution is to include from drm.h.
is the only header that garantees uintXX_t types (as per
POSIX).
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.d
'm not sure what you mean here. You want to define
uintXX_t? Then you need to request this to Glibc maintainers.
Or perhaps you want to emulate a FreeBSD-like build environment,
regardless of GNU behaviour? There's a package
specifically for this purpose: freebsd-glue.
--
Rob
ecifically for this purpose: freebsd-glue.
>>
> How is one supposed to use that? By passing -I/usr/include/freebsd to
> gcc?
Yes. I fail to see how's that better than fixing a one-line bug [1].
That burden is not mine to carry though.
[1] http://bugs.debian.org/cgi-bin/
2012/6/15 Julien Cristau :
> On Fri, Jun 15, 2012 at 18:46:10 +0200, Robert Millan wrote:
>
>> In summary: none of this has anything to do with the kernel, it's a
>> pure userland issue. The problem is simply that libdrm-dev attempts
>> to use uintXX_t without inclu
want to be including as that's
a userland header in all Debian platforms.
If you want the kernel version of that header, it's in
. For this particular problem, I wouldn't recommend
it since uintXX_t assumption is clearly buggy, but it's your choice.
--
Robert Millan
--
To
2012/7/17 Petr Salinger :
> Hi,
>
> I cooked with today tagged release and made it available on
>
> http://asdfasdf.debian.net/~salinger/xserver-xorg-video-nv/
Should this be uploaded to sid?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
wi
It's funny, according to the bug log I suggested this 5 years ago.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caofdtxmiq9jnwowvls9ny6mjzhmnxmetqcvrb3uvuze9bv+...@mail.gmail.com
2012/7/21 Robert Millan :
> 2012/7/20 Petr Salinger :
>>> Should this be uploaded to sid?
>>
>> IMHO yes, please just restrict architecture to kfreebsd-any.
>> It might be valuable for other people, not just me.
>
> Just to be sure: am I correct in assuming t
Package: xserver-xorg-core
Version: 1.12.3-1
Severity: grave
User: debian-...@lists.debian.org
Usertags: kfreebsd
I get this critical error when trying to start X server on kfreebsd-i386:
[ 175.651] (EE) config/hal: couldn't find input device:
org.freedesktop.DBus.Error.Spawn.ChildExited (Laun
tially raised that issue in Feb 2011,
> and nobody cared. You'll have to do some work here.
Can't you just disable HAL? There's no reason we have to treat HAL
problems as porting issue. All other platforms have already disabled
it and are not suffering from this problem.
--
elp if you try with kfreebsd-image-10? kfreebsd-downloader-10?
> glxgears: ../../../../../src/mesa/main/context.c:1501:
> _mesa_make_current: Assertion `newCtx->Version > 0' failed.
Probably a consequence of the above.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ..
Package: mesa
Version: 9.2.2-1
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
kFreeBSD supports Radeon KMS now. Please could you enable the associated
libGL plugins?
Patch attached.
Thanks!
--
Robert Millan
--- debian.old/rules 2013-12-16 13:14:47.0 +0100
+++ debian/rules
downloader (non-free firmware).
Thanks
--
Robert Millan
diff -ur xserver-xorg-video-ati-7.2.0/debian/control xserver-xorg-video-ati-7.2.0.new/debian/control
--- xserver-xorg-video-ati-7.2.0/debian/control 2013-12-16 22:40:22.0 +0100
+++ xserver-xorg-video-ati-7.2.0.new/debian/control 2013-12-1
reassign 732514 xserver-xorg-video-radeon
thanks
On 18/12/2013 13:31, Robert Millan wrote:
> Package: xserver-xorg-video-ati
> Version: 7.2.0-1
> Tags: patch
> User: debian-...@lists.debian.org
> Usertags: kfreebsd
>
> Hi,
>
> Please consider this set of fixes
red. If someone reading this is interested, please
let me know ;-)
Besides, when it comes to KMS drivers, is there a point in auto-loading them
just because the hardware is present? AFAICS it makes a lot more sense to load
them only when X is started and we know we will need them.
--
Robert Millan
On 18/12/2013 22:09, Julien Cristau wrote:
> On Wed, Dec 18, 2013 at 22:05:27 +0100, Robert Millan wrote:
>
>> Besides, when it comes to KMS drivers, is there a point in auto-loading them
>> just because the hardware is present? AFAICS it makes a lot more sense to
>> loa
Upstream part is merged in their repository now. I'm attaching an update for the
Debian part (regarding kfreebsd-downloader).
--
Robert Millan
diff -ur xserver-xorg-video-ati-7.2.0/debian/control xserver-xorg-video-ati-7.2.0.new/debian/control
--- xserver-xorg-video-ati-7.2.0/debian/co
.2-1 | testing/contrib | source,
> kfreebsd-amd64, kfreebsd-i386
> | kfreebsd-downloader | 9.2-1 | unstable/contrib | source,
> kfreebsd-amd64, kfreebsd-i386
Yes. The first branch of the expression is for forward-compatibility.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x
omeone else can provide insight into this
bug.
If you want to help, you're welcome to. Otherwise feel free to ignore it.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
On 26/01/2014 18:28, Julien Cristau wrote:
> On Sun, Jan 26, 2014 at 18:26:54 +0100, Robert Millan wrote:
>
>> On 26/01/2014 18:14, Julien Cristau wrote:
>>> debian-bsd is pretty much the maintainer of the hal package these days,
>>> so I'm not sure why you fi
On 28/01/2014 22:39, Julien Cristau wrote:
> I haven't been able
> to test nv, msm, omap, omapfb or sunffb.
nv builds fine. Thanks for the heads-up.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
d backend sends the same information
HAL did
(please can you verify you had the same problem with HAL?). Apparently X is
expected
to keep track of things and only unload the keyboard module when the last
keyboard
has been unplugged?
I'm not sure if this expectation is right. This is what the config backend code
(in
both HAL and devd extensions) suggests, but the code might be making the wrong
assumptions.
Can someone with more knowledge of X tell if the core server code is behaving
correctly?
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52f25b1c.1050...@debian.org
On 05/02/2014 15:39, Robert Millan wrote:
> I'm not sure whose fault is this. The devd backend sends the same information
> HAL did
> (please can you verify you had the same problem with HAL?). Apparently X is
> expected
> to keep track of things and only unload the keyboard
On 13/02/2014 07:36, Julien Cristau wrote:
> It doesn't seem to be whitelisted in wanna-build, so I'm unable to
> binNMU it.
How can we fix this?
> Would you mind building and uploading binNMUs yourself?
Sure, no problem. Building as I type.
--
Robert Millan
--
To UN
On 13/02/2014 14:52, Steven Chamberlain wrote:
> On 13/02/14 14:37, Julien Cristau wrote:
>> > On Thu, Feb 13, 2014 at 13:51:36 +0000, Robert Millan wrote:
>>> >> How can we fix this?
>>> >>
>> > https://www.debian.org/doc/manuals/developers-refe
Control: tags -1 patch
On 26/01/2014 17:14, Julien Cristau wrote:
> On Sun, Jan 26, 2014 at 17:22:30 +0100, Robert Millan wrote:
>
>> Package: xserver-xorg-core
>> Version: 2:1.14.5-1
>> Severity: important
>> User: debian-...@lists.debian.org
>> Usertags:
On 13/02/2014 20:24, Julien Cristau wrote:
> On Thu, Feb 13, 2014 at 16:06:49 +0000, Robert Millan wrote:
>
>> ++#if XORG_VERSION_CURRENT < 1080
>
> These don't belong here. We know what version we're building.
>
> Also in general I'd prefer t
Control: forwarded -1
http://lists.x.org/archives/xorg-devel/2014-February/040633.html
On Thu, Feb 13, 2014 at 09:24:08PM +0100, Julien Cristau wrote:
> On Thu, Feb 13, 2014 at 16:06:49 +0000, Robert Millan wrote:
>
> > ++#if XORG_VERSION_CURRENT < 1080
>
> These d
HAL-related. xserver 1.15 works fine with the devd patch, I tested
that version just a few days ago.
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/530fc950.2090...@debian.org
On 27/02/2014 23:25, Robert Millan wrote:
> On 27/02/2014 18:25, Christoph Egger wrote:
>> On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote:
>>> but, any input (mouse, touchpad, keyboard) doesn't work, so I can't
>>> log in.
>&g
me time to fix that but can't promise
> anything currently.
>
> Christoph
>
>
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53105fd5.2010...@debian.org
Package: xserver-xorg-video-intel
Version: 2.21.15
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
On 04/03/2014 10:43, Christoph Egger wrote:
> Robert Millan writes:
>> With latest kfreebsd-11 manual "kldload drm2" shouldn't be required anymore,
>
version of these files and will send them soon.
--
Robert Millan
--- xorg-x11-6.8.2.dfsg.1/debian/local/xserver-wrapper.c~ 2005-07-20
22:16:31.0 +0200
+++ xorg-x11-6.8.2.dfsg.1/debian/local/xserver-wrapper.c2005-07-22
20:21:14.0 +0200
@@ -104,7 +104,14 @@
# includ
tches/xorg/xwrapper_major_number.diff
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iff
http://glibc-bsd.alioth.debian.org/patches/xorg/xwrapper_major_number.diff
That's all for now, thank you!
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
includes an additional fix which we will send separately (since I don't expect
a new stable release to happen soon).
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
patch, make sure that nothing breaks on GNU/Linux,
and commit it. Sounds ok to you?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free
o use the same base configuration.
As for non-Glibc ports, we will have to split the Debian bits out of gnu.cf
into, say, debian.cf. Then both gnu.cf and NetBSD.cf can use that.
What do you people think?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in
e could use this hack for
Linux and a simple uname() call otherwise.
But I don't see why this requires a macro in the conffile. Can't we just use
#ifdef __linux__ in the code?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing ma
o, but it should be telling
imake to use g++ instead of gcc.
I've been unable to determine the iMakefile magic to do that, though. Can
someone enlighten me?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in poss
g++ was used, it should be ok.
I'll test this on GNU/kFreeBSD and commit.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care
g sure Imake doesn't live very much longer.
Yeah, this makes a lot of sense. I've wished imake went eat rotten flesh for
a bunch of times now.. ;)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor
ing the change in my local tree:
$ svn st
M debian/patches/031_glxinfo_makefile.diff
M debian/changelog
Doing a "svn commit" now would revert the change, but I'm not sure if that's
the way it should be done. Do you want me to do that?
OTOH, I also tried "svn merge -r 1674:1673 svn+ss
it the fix to the
> trunk (modifying patch #031 as needed).
As you already noticed, I messed up when committing this. I'll commit it to
trunk properly once 1674 is reverted (see my reply in the other thread).
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))
easier to integrate. I'll have a look then.
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))
pp-3.3 with /usr/bin/cpp
because we didn't have cpp-3.3 on GNU/k*BSD at the time.
This is no longer true, so just ignore this. All Debian ports should have
/lib/cpp, it's in the cpp package.
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))
On Wed, Jul 28, 2004 at 05:09:32PM -0500, X Strike Force SVN Repository Admin
wrote:
> Always link glxinfo with g++ (patch 031).
> -1692
> +1693
ouch :>
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(
o whom the
> * Software is furnished to do so, subject to the following conditions:
(I recall hearing something like this from Branden on IRC, but anyway)
Doesn't explicitly grant permission to distribute modified software, so it
fails to comply with DFSG #3.
--
Robert Millan
(Debr
ated space for buffer_return, it's likely to segfault.
(this includes when buffer_return is unallocated)
--
Robert Millan
(Debra and Ian) (Gnu's Not (UNiplexed Information and Computing System))/\
(kernel of *(Berkeley Software Distribution))
r $(TOP)/../../debian/local/exports
> #define XcursorLibraryDir $(TOP)/../../debian/local/exports
> # endif
> -
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jun 13, 2003 at 09:27:31AM +0900, ISHIKAWA Mutsumi wrote:
> >>>>> In <[EMAIL PROTECTED]>
> >>>>> Robert Millan <[EMAIL PROTECTED]> wrote:
>
> >> btw, if someone is going to fix gnu.cf, please consider splitting it
>
, netbsd.cf
> and gfbsd.cf. So, I'll happy to split off them to common file easy to
> maintain them.
Sure, splitting the Distribution-specific part is a good idea.
P.S: argh, if we just had autoconf :>
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ly Glibc-specific bits left.
ISHIKAWA, what about splitting all common stuff into Debian.cf, and
Glibc-specific stuff into Glibc.cf?
--
Robert Millan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jun 13, 2003 at 04:33:35PM +0300, Ognyan Kulev wrote:
> Robert Millan wrote:
>
> >ISHIKAWA, what about splitting all common stuff into Debian.cf, and
> >Glibc-specific stuff into Glibc.cf?
>
> Isn't it right that any glibc-based system is GNU system?
no. the
tly have
a set of GNU/KFreeBSD patches that need a bit more polishing before being
merged into the tree.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards n
rence to this. Please tell me and win a SVN
supporter.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to som
r $(TOP)/../../debian/local/exports
> #define XcursorLibraryDir $(TOP)/../../debian/local/exports
> # endif
> -
--
Robert Millan
On Fri, Jun 13, 2003 at 09:27:31AM +0900, ISHIKAWA Mutsumi wrote:
> >>>>> In <[EMAIL PROTECTED]>
> >>>>> Robert Millan <[EMAIL PROTECTED]> wrote:
>
> >> btw, if someone is going to fix gnu.cf, please consider splitting it
>
nd gnu.cf, netbsd.cf
> and gfbsd.cf. So, I'll happy to split off them to common file easy to
> maintain them.
Sure, splitting the Distribution-specific part is a good idea.
P.S: argh, if we just had autoconf :>
--
Robert Millan
ly Glibc-specific bits left.
ISHIKAWA, what about splitting all common stuff into Debian.cf, and
Glibc-specific stuff into Glibc.cf?
--
Robert Millan
On Fri, Jun 13, 2003 at 04:33:35PM +0300, Ognyan Kulev wrote:
> Robert Millan wrote:
>
> >ISHIKAWA, what about splitting all common stuff into Debian.cf, and
> >Glibc-specific stuff into Glibc.cf?
>
> Isn't it right that any glibc-based system is GNU system?
no. the
tly have
a set of GNU/KFreeBSD patches that need a bit more polishing before being
merged into the tree.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards n
rence to this. Please tell me and win a SVN
supporter.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to som
> On Tue, Oct 21, 2003 at 05:55:11PM -0500, X Strike Force SVN Repository Admin wrote:
> > * Fix build error when NOT_BUILDING_X_SERVER=yes. The "pI830" variable
> > introduced in patch 056 is used unconditionaly, but only declared when
> > XF86DRI m
ld probably say what it does but stop talking about
> NOT_BUILDING_X_SERVER stuff.
Done. Tell me if it looks fine now.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and
wo spaces between sentences in plain text files
> + no need to re-summarize the changeset on a per-file basis when only one
ok I'll take that. ;)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his o
Is branches/4.3.0/sid the proper place to apply this?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."
-- J.R.R.T, Ainulindale (Silmarillion)
On Thu, Dec 04, 2003 at 02:04:25AM -0500, Branden Robinson wrote:
> On Fri, Nov 28, 2003 at 02:14:07PM +0100, Robert Millan wrote:
> > Branden, I'd like to start integrating these patches in the debian/patches/\
> > 000_stolen_from_HEAD_*.diff hierrachy.
> >
> >
ch extra work.
It'd also be much easier to merge patches into upstream, and encourage
developers to do so.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and
Package: libgl1-mesa-glx
Version: 6.5.1-0.6
Severity: normal
Tags: patch
As Description says, libgl1-mesa-dri is needed for direct rendering.
Most users of opengl programs will want to use the 3D capabilities of their
cards, so in general it is indeed a good idea to install libgl1-mesa-dri
when u
reassign 438842 xserver-xorg
tags 438842 fixed-in-experimental
thanks
On Tue, Aug 21, 2007 at 08:48:48AM +0200, Brice Goglin wrote:
> Robert Millan wrote:
> > Package: libgl1-mesa-glx
> > Version: 6.5.1-0.6
> > Severity: normal
> > Tags: patch
> >
> >
Package: xserver-xorg
Version: 1:7.1.0-19
Severity: normal
In the vast majority of cases, xfonts-base is necessary for this package to
be useful. Could you consider putting it in Recommends ?
$ X :1
[...]
Fatal server error:
No valid FontPath could be found.
-- System Information:
Debia
Package: libmetacity0
Version: 1:2.14.5-4
Severity: important
According to this entry in compiz changelog:
* compiz-gtk needs to conflict with libmetacity0 (<< 1:2.15.21) because of
an incompatible ABI change. This should really be fixed in libmetacity. A
shlibs bump should do the trick
eone think otherwise ?
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
h latest
> xserver-xorg-core and drivers? If not, I will close this bug in the next
> weeks.
My card is an X300, but it seems to hit the same bug. I haven't tried lately,
but will try again tomorrow after my exams.
Thank you
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note:
On Sun, Dec 02, 2007 at 09:42:17PM +0100, Raphael Hertzog wrote:
> On Sun, 02 Dec 2007, Robert Millan wrote:
> > Please could you move dpkg-architecture from dpkg-dev to dpkg ? It seems
> > that
> > because of this, it turns out that having the xorg meta-package installed
On Sun, Dec 02, 2007 at 05:00:10PM +0100, Julien Cristau wrote:
> On Sun, Dec 2, 2007 at 13:43:56 +0100, Robert Millan wrote:
>
> > Is this a known issue? If not, I'd trace it a bit further by installing
> > i386 debian and trying the same with x86emu to determine w
On Mon, Dec 03, 2007 at 08:53:11AM +0100, Michel Dänzer wrote:
>
> On Sun, 2007-12-02 at 19:41 +0100, Robert Millan wrote:
> >
> > I did a bit more testing. The result is that on either i386 or amd64,
> > ddcprobe hangs if run whenever X is running (but not otherwise)
Package: compiz
Version: latest
Severity: important
Tags: patch
See attached patch.
-- System Information:
Debian Release: lenny/sid
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=ca_AD.
Package: compiz
Version: latest
Severity: normal
Tags: patch
The libmetacity0 (>= 1:2.15.21) override in shlibs.local is AFAICT not
necessary. Unless I got something wrong (from changelogs and your comments)
it's only there to workaround an incorrect abi bump, which is no longer an
issue on sid b
Package: compiz
Version: latest
Severity: wishlist
Tags: patch
These two patches let compiz build with the libfuse version that shipped in
etch.
Attached is the debian-specific part. The rest is in upstream BTS:
http://bugs.freedesktop.org/show_bug.cgi?id=13588
-- System Information:
Debian
Package: xorg
Version: latest
Severity: wishlist
Tags: patch
I just did some tests (setup a bare-bones sid system, and then installed
a working gnome/gdm/x11 environment by hand), and found that it is possible
to obtain a working gnome desktop by just installing the following X components
(and the
FYI
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
--- Begin Message ---
Accepted:
compiz-core_0.5.2-2~bpo40+1_amd64.deb
to pool/main/c/compiz/compiz-core_0.5.2-2~bpo40+1_amd64.deb
compiz-dev_0.5.2-2~bpo40
constructable situations where running build twice in a
> row might produce unwanted results (maybe if someone echo's or sed's onto
> files in the build target and undoes them in the clean target).
Which is a *really* bad idea and also defeats most of the purpose of using make
in
pply that to the next version in unstable.
Ah well, thank you for reconsidering then.
> sorry for the noise...
Guess I have to say the same ;-)
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
--
Package: compiz-gtk
Version: 0.2.2-1
Severity: wishlist
Please can you drop Conflicts on libmetacity0 (<< 1:2.15.21) ? Latest version
has a new shlibs, so this hack isn't needed anymore.
See #440063 for details.
-- System Information:
Debian Release: lenny/sid
APT prefers stable
APT policy:
Package: xserver-xorg
Version: latest
Severity: normal
Tags: patch
An "empty" $DRIVER_LIST may actually include a space. Also, the "observe"
command means that the problem is not reported to the user unless said user
is debugging the internals of the script.
See attached patch.
-- System Inform
x27; | sort
> -u | xargs \
Please add a '^' there as well, or we might get the same problem again.
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: xresprobe
Version: 0.4.23debian1
Severity: important
ddcprobe hangs while probing a radeonhd card. A gdb backtrace reveals
that it happened while processing real mode code under x86emu emulation.
Is this a known issue? If not, I'd trace it a bit further by installing
i386 debian and tr
Hi!
Not sure if this will be of any use, but I fixed the script to make non-discover
mode usable again. See attachment.
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
--- /var/lib/dpkg/info/xserver
On Sun, Dec 02, 2007 at 04:45:43PM +0100, Brice Goglin wrote:
> Robert Millan wrote:
> > Package: xresprobe
> > Version: 0.4.23debian1
> > Severity: important
> >
> > ddcprobe hangs while probing a radeonhd card. A gdb backtrace reveals
> > that it happene
Hi!
Recent changes in svn (-4+SVN version) modify the MANIFEST files. Since the
kfreebsd-i386 version wasn't yet there, it didn't include the changes.
Attached is a small patch (removes 6 lines) to put MANIFEST.kfreebsd-i386.in in
sync.
--
Robert Millan
Index: MANIFEST.kfreeb
1 - 100 of 216 matches
Mail list logo