On Wed, May 21, 2003 at 04:21:33PM +0200, Robert Millan wrote:
> On Tue, May 20, 2003 at 03:05:32AM +0200, Michael Banck wrote:
> > [0] Getting python and perl to build with pthreads e.g.
>
> note that python2.3 does build with pthreads, we could just wait for
> it to replace python2.2.
Ah, great
On Tue, May 20, 2003 at 03:05:32AM +0200, Michael Banck wrote:
>
> Let's say there are more serious issues than dpkg-shlibdep[0],
> priority-wise. Does that sound alright?
>
> Michael
>
> --
> [0] Getting python and perl to build with pthreads e.g.
note that python2.3 does build with pthreads,
On Tue, May 20, 2003 at 03:05:32AM +0200, Michael Banck wrote:
> On Tue, May 20, 2003 at 02:40:45AM +0200, Marcus Brinkmann wrote:
> > Oh, and I think it will only work if you use a real /usr instead of a
> > symlink. The changed glibc makes that a possible configuration.
>
> True.
>
> But the d
On Tue, May 20, 2003 at 02:40:45AM +0200, Marcus Brinkmann wrote:
> Oh, and I think it will only work if you use a real /usr instead of a
> symlink. The changed glibc makes that a possible configuration.
True.
But the dpkg-dev rewrite in python works OK, and as doogie said he wants
to fix it him
On Tue, May 20, 2003 at 02:38:09AM +0200, Marcus Brinkmann wrote:
> On Tue, May 20, 2003 at 02:06:15AM +0200, Michael Banck wrote:
> > Anyway, I've heard the next glibc version (2.3.2) will fix this problem,
> > so it's not much to worry about at the moment.
>
> It won't fix it. It just sweeps it
On Tue, May 20, 2003 at 02:06:15AM +0200, Michael Banck wrote:
> Anyway, I've heard the next glibc version (2.3.2) will fix this problem,
> so it's not much to worry about at the moment.
It won't fix it. It just sweeps it under the carpet. This is a decision
that Jeff made for Debian GNU/Hurd (a
y identifies the packages which own certain libs even though
> on GNU/Hurd they are located in /lib instead of /usr/lib where dpkg
> believes them to be.
> Now, as also reported in a comment to #103204, the patch works only
> for /usr/lib -> /lib, but it doesn't help for libraries
located in /lib instead of /usr/lib where dpkg
believes them to be.
Now, as also reported in a comment to #103204, the patch works only
for /usr/lib -> /lib, but it doesn't help for libraries that are
stored in /X11R6/lib.
Now, I guess that fixing the patch should be trivial, but a
On Thu, Jan 31, 2002 at 04:31:52PM +0100, lode leroy wrote:
> I have read some mails about this X issue... and wondered
> if it would be difficult to compile the /usr/X11R6/lib in ld.so?
>
> Someone argued that /etc/ldso.conf is a linux thing, but
> would it be that hard to modi
Hi all,
I have read some mails about this X issue... and wondered
if it would be difficult to compile the /usr/X11R6/lib in ld.so?
Someone argued that /etc/ldso.conf is a linux thing, but
would it be that hard to modify the ld.so to try both
/lib and /usr/X11R6/lib? Or make it read a similar file
ioned above?
>
> Feel free to check out and do it if nobody did:
> http://bugs.debian.org/
There is a pending wishlist item for xfree86-common
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=114625
reported Oct 6 2001. But the reporter argues for /usr/X11R6 to become a
symlink to /usr
On Tue, Nov 27, 2001 at 01:06:53AM +0100, Johannes Rohr wrote:
> This works perfectly for me and I thought it had meanwhile been
> "officially" accepted.
This can only do Branden Robinson. Everyone here is happy with this
solution, but we don't maintain the X packages.
> If this solution has be
ose files were well installed by xlibs package
>> and ther are links.
>
>You have to specify where to find these libraries by doing
>"export LD_LIBRARY_PATH=/usr/X11R6/lib".
...which makes it impossible for non-root users to run SUID programmes
like xterm or rxvt withou
Hi,
an older mail which didn't get through my mail (mis)configuration
before I left for a while...
On Sun, Jul 01, 2001 at 10:47:37PM +0200, Robert Bihlmeyer wrote:
> All shared libraries in /X11R6/lib are broken as-shipped. The dynamic
> loader simply can't find them until to
* [Robert Bihlmeyer]
> (a) Wait for the successor of rpath, and use that
> (b) Declare that /X11R6 is old cruft, and "ln -s / /X11R6"
> (c) Declare that /X11R6 is old cruft, and stop using it for good
Although not at all ideal, wouldn't it also be possible to:
(d)
I don't think the situation will get better by ignoring it.
All shared libraries in /X11R6/lib are broken as-shipped. The dynamic
loader simply can't find them until told by setting up of
LD_LIBRARY_PATH. This won't work for s[ug]id programs.
A couple of possible solutions co
On Mon, May 07, 2001 at 12:44:38PM -0700, Jeff Bailey wrote:
> > Would it be true to the spirit of hurd and the /usr -> . symlink to have
> > /X11R6/lib be a symlink to ../lib?
[...]
> I think this makes far more sense then our /usr -> . symlink. I've
> never unders
Quoth Oystein Viggen:
> Quoth Marcus Brinkmann:
>
> > First we should fix xutils. But I don't plan a new tar file too soon
> > anyway. Thanks for testing this.
>
> I'll see what I can do wrt. xutils. *Goes to grab more coffee*
I'll have to report failure in this matter.
It seems that the
Quoth Marcus Brinkmann:
> Do you want to work out a patch for the xutils package and submit it to
> Branden to do something similar?
The X source package is a huge scary beast, but I'll look into it.
> That's good! And you don't need to set the LD_LIBRARY_PATH variable, right?
Right.
> suid
On Mon, May 07, 2001 at 08:11:43PM +0200, Oystein Viggen wrote:
> Hi
>
> OK, now it's done. The only filename clash I had was rstartd, which
> lives in /usr/X11R6/bin but has a symlink in /usr/bin. Both are in
> package xutils, so I just removed the symlink, hoping for the b
On Sun, May 06, 2001 at 09:40:22PM +0200, Oystein Viggen wrote:
> Would it be true to the spirit of hurd and the /usr -> . symlink to have
> /X11R6/lib be a symlink to ../lib? That way, most libraries would end
> up in /lib, which should sort out the problems people have been seing
&
Hi
OK, now it's done. The only filename clash I had was rstartd, which
lives in /usr/X11R6/bin but has a symlink in /usr/bin. Both are in
package xutils, so I just removed the symlink, hoping for the best.
Simple x-applications (xcalc) still work, and compiling seems not to
have worsen
On Mon, May 07, 2001 at 03:03:47PM +0200, Oystein Viggen wrote:
> Quoth Marcus Brinkmann:
>
> > Right. Same for /usr/X11R6/man and /usr/X11R6/include. It should be easy.
>
> is actually a bit of a different reason. There would
> be no problem having .h files with the
Quoth Marcus Brinkmann:
> Right. Same for /usr/X11R6/man and /usr/X11R6/include. It should be easy.
is actually a bit of a different reason. There would
be no problem having .h files with the same names here, just like
and .
Anyway I think we can conclude that all _should_ be fine and da
Quoth Marcus Brinkmann:
> Nono, that would be bad indeed. Luckily, you had a type above. The symlink
> is actually:
>
> ulysses:~# ls -l /usr/lib/X11
> lrwxrwxrwx1 root root 16 Feb 28 19:50 /usr/lib/X11 ->
> ../X11R6/lib/X11/
>
> So instead a sy
check for filename clashes in /bin, but as these
> would be just as silly as those in /lib, I hope there are none. IMO
> binaries with the same names in those two dirs would be a bug in the
> distribution anyway.
Right. Same for /usr/X11R6/man and /usr/X11R6/include. It should be easy.
>
On Mon, May 07, 2001 at 09:24:30AM +0200, Oystein Viggen wrote:
>
> > > Except for the standard /usr/lib/X11 -> ../X11R6/lib symlink (which I
> > > deleted - hope that's not horrible),
> >
> > It should be replace by a /usr/lib/X11 -> . symlink, r
in the two wrong locations ;)
Understood. I'll try the patch out tonight, Norwegian time.
> > Except for the standard /usr/lib/X11 -> ../X11R6/lib symlink (which I
> > deleted - hope that's not horrible),
>
> It should be replace by a /usr/lib/X11 -> . symlink, right
> There is nothing wrong with setting the prefix to / as the system default.
Empty prefix, you mean.
On Sun, May 06, 2001 at 08:59:46PM +, Adam Olsen wrote:
> On Sun, May 06, 2001 at 09:40:22PM +0200, Oystein Viggen wrote:
> > Hi
> >
> > Would it be true to the spirit of hurd and the /usr -> . symlink to have
> > /X11R6/lib be a symlink to ../lib? That way, m
On Mon, May 07, 2001 at 12:48:32AM +0200, Oystein Viggen wrote:
> Quoth Marcus Brinkmann:
>
> > X11R6 shouldn't exist even on Linux, if you ask me. I am all for it.
>
> Yes, perhaps an even better idea would be to replace /X11R6 with a
> symlink to ".".
Quoth Marcus Brinkmann:
> X11R6 shouldn't exist even on Linux, if you ask me. I am all for it.
Yes, perhaps an even better idea would be to replace /X11R6 with a
symlink to ".". I this time, I took the safe route replacing only
/X11R6/lib with a symlink to ../lib.
Is there
On Sun, May 06, 2001 at 09:40:22PM +0200, Oystein Viggen wrote:
> Hi
>
> Would it be true to the spirit of hurd and the /usr -> . symlink to have
> /X11R6/lib be a symlink to ../lib? That way, most libraries would end
> up in /lib, which should sort out the problems people have
On Sun, May 06, 2001 at 09:40:22PM +0200, Oystein Viggen wrote:
> Hi
>
> Would it be true to the spirit of hurd and the /usr -> . symlink to have
> /X11R6/lib be a symlink to ../lib?
X11R6 shouldn't exist even on Linux, if you ask me. I am all for it.
> That way, most l
Hi
Would it be true to the spirit of hurd and the /usr -> . symlink to have
/X11R6/lib be a symlink to ../lib? That way, most libraries would end
up in /lib, which should sort out the problems people have been seing
with setuid applications like xterm for which LD_LIBRARY_PATH won't, an
35 matches
Mail list logo