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
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
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
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
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
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
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
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
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
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
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 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, 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 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
* 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 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
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
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 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 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, 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,
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
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
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
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: 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
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.
>
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 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
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 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
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: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,
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
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 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
36 matches
Mail list logo
