On Tue, Jun 28, 2011 at 01:44:36AM +0200, Adam Borowski wrote:
> On Mon, Jun 27, 2011 at 11:54:53AM +0100, Steve Langasek wrote:
> > Multiarch handling of header files (/usr/include) will require
> > more per-package attention, because architecture-dependent and
> > architecture-independent header
Am Montag, 27. Juni 2011, 16:20:23 schrieb Steve Langasek:
> So this:
> > So it should be a matter of changing that to print this instead on Debian
> > multiarch: $ gcc -print-multi-os-directory
> > x86_64-linux-gnu
> > $ gcc -print-multi-os-directory -m32
> > i486-linux-gnu
>
> would definitely b
On 2011-06-27 18:42, Bastian Blank wrote:
> On Mon, Jun 27, 2011 at 05:49:34PM +0200, Stanisław Findeisen wrote:
>> This specifies that users sf, u2 and u3 can each do passwordless su to
>> users root and sf2. User sf2 can do passwordless su to user u2. You can
>> also use "debug" (anywhere on the
On 2011-06-27 15:59:27 +0100, Simon McVittie wrote:
> If by "fat binaries" you mean executables,
No, I meant libraries (the term "fat binary" is used by the GMP library,
but is here restricted to x86 subarchs).
> If by "fat binaries" you mean shared libraries, they could either go in
> /usr/lib,
Package: wnpp
Severity: wishlist
Owner: Luis Pedro Coelho
* Package name: python-numpydoc
Version : 0.4
Upstream Author : Pauli Virtanen and others
* URL : http://pypi.python.org/pypi/numpydoc/
* License : BSD
Programming Lang: (Python)
Description :
On 2011-06-27 15:42:47 +0100, Steve Langasek wrote:
> On Mon, Jun 27, 2011 at 03:31:24PM +0200, Vincent Lefevre wrote:
> > How libraries are searched is not clear, but depending on how this
> > is done, there may be compatibility issues when the user installs
> > software in his home directory, in
On Mon, Jun 27, 2011 at 11:54:53AM +0100, Steve Langasek wrote:
> Multiarch handling of header files (/usr/include) will require
> more per-package attention, because architecture-dependent and
> architecture-independent header files are currently mixed together in a
> single directory and we proba
On Tue, 28 Jun 2011 00:04:23 +0100, Steve Langasek wrote:
> The convention I've adopted so far for udeb-building packages has been to
> install libraries in /usr/lib instead of to /usr/lib/$arch.
Ok, that makes sense to me. Of course, it's also harder for me to manage
in the package as I'm insta
Hi Keith,
On Mon, Jun 27, 2011 at 01:02:13PM -0700, Keith Packard wrote:
> On Mon, 27 Jun 2011 11:54:53 +0100, Steve Langasek wrote:
> Non-text part: multipart/signed
> > It is with excitement and trepidation that I write to you today about the
> > status of multiarch support in Debian.
> Thank
On Mon, Jun 27, 2011 at 06:31:19PM +0200, Bernhard R. Link wrote:
> * Steve Langasek [110627 13:00]:
> > http://wiki.debian.org/Multiarch/Implementation
> > If you have any questions about the multiarchification of libraries, please
> > don't hesitate to ask on debian-devel@lists.debian.org.
>
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: python-larch
Version : 0.19
Upstream Author : Lars Wirzenius
* URL : http://liw.fi/larch/
* License : GPL
Programming Lang: Python
Description : B-tree library for Python
An implem
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: seivot
Version : 1.9
Upstream Author : Lars Wirzenius
* URL : http://liw.fi/seivot/
* License : GPL
Programming Lang: Python
Description : benchmark program for backup software
sei
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius
* Package name: summain
Version : 0.8
Upstream Author : Lars Wirzenius
* URL : http://liw.fi/summain/
http://liw.fi/summain/README/
http://liw.fi/summain/NEWS/
Package: wnpp
Owner: Fabrizio Regalli
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libinternals-perl
Version : 1.1
Upstream Author : Steffen Beyer
* URL : http://search.cpan.org/dist/Internals/
* License
Hi,
As an ongoing process to increase the link popularity of TRAVEL Website , we
are looking for some good quality Websites to exchange links with our website.
I recently came across your Website through Google Search and found it
beneficial and informative for our site's visitors.
For ou
On Mon, 27 Jun 2011 11:54:53 +0100, Steve Langasek wrote:
Non-text part: multipart/signed
> It is with excitement and trepidation that I write to you today about the
> status of multiarch support in Debian.
Thanks for the update. I'm afraid I haven't been paying close attention,
but a cursory se
Hi Ben,
On 06/27/2011 11:04 AM, Ben Hutchings wrote:
> On Mon, Jun 27, 2011 at 10:03:04AM -0700, Geoff Levand wrote:
>
>> From what I understand of otherOS++, a kernel update to the PS3 code for
>> hot plug memory and initrd is needed. Existing powerpc binaries won't
>> work.
>
> The existing *
On Mon, Jun 27, 2011 at 10:03:04AM -0700, Geoff Levand wrote:
> Hi,
>
> On 06/26/2011 02:35 PM, Ben Hutchings wrote:
> > We wouldn't consider this as a distinct port, as the PS3 will run the
> > same powerpc binaries as we already provide. But I assume there is some
> > specific hardware support
Hi,
On 06/26/2011 02:35 PM, Ben Hutchings wrote:
> We wouldn't consider this as a distinct port, as the PS3 will run the
> same powerpc binaries as we already provide. But I assume there is some
> specific hardware support (particularly for the SPEs) that is currently
> lacking from our powerpc p
On Mon, Jun 27, 2011 at 05:49:34PM +0200, Stanisław Findeisen wrote:
> This specifies that users sf, u2 and u3 can each do passwordless su to
> users root and sf2. User sf2 can do passwordless su to user u2. You can
> also use "debug" (anywhere on the command line) for additional debug
> informatio
On Mon, Jun 27, 2011 at 03:19:53PM +0200, Adam Borowski wrote:
[...]
> Before the conversion of amd64 -m32 to i386, and sparc -m64 to sparc64, it
> could keep using biarch paths for the time being but provide the correct
> multiarch one when no -m is specified.
>
> Otherwise, it produces oh so use
* Steve Langasek [110627 13:00]:
> http://wiki.debian.org/Multiarch/Implementation
>
> If you have any questions about the multiarchification of libraries, please
> don't hesitate to ask on debian-devel@lists.debian.org.
Is there anything for nss plugins yet? As plugins for libc one needs to
ma
On 2011-06-01 20:24, Steve Langasek wrote:
> On Wed, Jun 01, 2011 at 12:43:46PM +0200, Stanisław Findeisen wrote:
>
>> It looks that pam_listfile only allows to restrict *source* user set and
>> *not* *target* user set.
>
> That's not true at all. item=user *is* the target user set. (Source use
On Mon, 27 Jun 2011 at 15:31:24 +0200, Vincent Lefevre wrote:
> Related to that, will Linux support fat binaries[*] one day?
I doubt it; but multiarch doesn't make them any more problematic.
> If this is possible, where should they be installed, and how
> libraries would be searched in a consiste
On Mon, Jun 27, 2011 at 03:31:24PM +0200, Vincent Lefevre wrote:
> On 2011-06-27 11:54:53 +0100, Steve Langasek wrote:
> > Work is ongoing to formulate a proper, distribution-neutral interface for
> > querying the correct multiarch path for a system. In the meantime, if you
> > are an upstream aff
On Mon, Jun 27, 2011 at 03:06:10PM +0300, Török Edwin wrote:
> On 06/27/2011 01:54 PM, Steve Langasek wrote:
> > currently the only authoritative way to get the multiarch path for a system
> > is by calling dpkg-architecture, so many of these patches are not yet
> > upstreamable; with the result th
On Mon, Jun 27, 2011 at 12:16:41PM +, Hector Oron wrote:
> 2011/6/27 Török Edwin :
> > I think gcc already provides a way to find out the multiarch directory,
> > so it should be only a matter of patching gcc.
>
> Please try not to confuse multiarch with multilibs.
What multilib does is allow
Hi,
On 2011-06-27 11:54:53 +0100, Steve Langasek wrote:
> Work is ongoing to formulate a proper, distribution-neutral interface for
> querying the correct multiarch path for a system. In the meantime, if you
> are an upstream affected by this issue, or a maintainer of a package whose
> upstream i
I've been using Gmail and thought you might like to try it out. Here's an
invitation to create an account.
You're Invited to Gmail!
sachin gautam has invited you to open a Gmail account.
Gmail is Google's free email service, built on the idea that email can be
intuitive, efficient, and fun. G
Hello,
2011/6/27 Török Edwin :
> I think gcc already provides a way to find out the multiarch directory, so it
> should be only a matter of patching gcc.
Please try not to confuse multiarch with multilibs.
There is also multiarch designation for sparc machines so they use
STT_GNU_IFUNC functions
On 06/27/2011 01:54 PM, Steve Langasek wrote:
> currently the only authoritative way to get the multiarch path for a system
> is by calling dpkg-architecture, so many of these patches are not yet
> upstreamable; with the result that some upstream projects now have a hard
> time building on Debian w
On Mon, 27 Jun 2011 10:43:38 +0200
Geert Uytterhoeven wrote:
> On Mon, Jun 27, 2011 at 07:35, Mike Hommey wrote:
> > On Sun, Jun 26, 2011 at 10:35:08PM +0100, Ben Hutchings wrote:
> >> On Sun, 2011-06-26 at 08:04 -0400, Durandal Dokucheyav wrote:
> >> > I am contacting you guys on behalf of http
Hector Oron scrisse:
> I am planning to adopt gdb and I am looking for interested parties
> to setup a team for gdb maintainance. If you are interested, please
> let me know.
Having a bunch of packages that strictly depend on it, I could help
with occasional contributions (mostly from time to tim
Hi,
2011/6/26 Daniel Jacobowitz :
> I intend to orphan the gdb package. I will continue to intermittently
> follow upstream development, and upstream is pretty active; not a lot
> of Debian-local work is needed. There's a couple of local patches
> (bad Dan!) which could be submitted. Or possib
On Mon, Jun 27, 2011 at 07:35, Mike Hommey wrote:
> On Sun, Jun 26, 2011 at 10:35:08PM +0100, Ben Hutchings wrote:
>> On Sun, 2011-06-26 at 08:04 -0400, Durandal Dokucheyav wrote:
>> > I am contacting you guys on behalf of http://gitbrew.org. We have
>> > recently released the otherOS++ firmware
Package: wnpp
Version: 0.12.1-2
On Fri, Jun 24, 2011 at 10:29:03 (CEST), Reinhard Tartler wrote:
[...]
> I know that I did the last upload of the package, but since I don't
> really use it, getting the package in shape is not really my
> priority. For the team, I ask you what to do about it. Do
36 matches
Mail list logo
