Hi Bernhard,
"Bernhard R. Link" writes:
> Please also consider "codesearch-golang". Especially with longer package
> names not everything can show the full name so the beginning should be
> the more important information.
Given that we already have python-* and ruby-*, I’d find golang-* more
cons
Hi Shawn,
Shawn writes:
> Henceforth when a go program depends on a go library, those go
> libraries are ALWAYS compiled in statically. Static linking causes
> many problems for distributions like Debian, and therefore this
Can you please tell us which specific problems are caused by static
linki
❦ 2 janvier 2013 09:15 CET, Michael Stapelberg :
>> Henceforth when a go program depends on a go library, those go
>> libraries are ALWAYS compiled in statically. Static linking causes
>> many problems for distributions like Debian, and therefore this
> Can you please tell us which specific pro
* Michael Stapelberg [130102 09:13]:
> Given that we already have python-* and ruby-*, I’d find golang-* more
> consistent.
We also have lib*-perl.
Ruby seems to have changed recently from lib*-ruby to ruby-*. (Does
anyone know of the reason that changed? For I only remember all the
reasons for t
Hi Bernhard,
"Bernhard R. Link" writes:
>> >> (and of course just “codesearch” for the binaries).
>> >
>> > I assume s/binaries/sources/? And I'd suggest to just not policy the
>> No, I really meant binaries, as in “cgrep”, “cindex” and “csearch” in
>> this specific case.
>
> And what is the name
Bernhard R. Link:
> * Michael Stapelberg [130102 09:13]:
> > Given that we already have python-* and ruby-*, I’d find golang-* more
> > consistent.
>
> We also have lib*-perl.
and lib*-java, but the java packaging might not be the best place to look for
best practices? (Since we're few people.)
On Wed, 2013-01-02 at 09:15:59 +0100, Michael Stapelberg wrote:
> Shawn writes:
> > Henceforth when a go program depends on a go library, those go
> > libraries are ALWAYS compiled in statically. Static linking causes
> > many problems for distributions like Debian, and therefore this
> Can you p
* Paul Wise:
> On Wed, Jan 2, 2013 at 12:14 AM, Michael Stapelberg wrote:
>
>> Only when not using the “official” compiler (gc), e.g. gccgo has support
>> for dynamic linking.
>
> Then we should use gccgo until the official compiler supports this.
gccgo supports dynamic linking, but Go 1 API chan
On 1 January 2013 19:47, Michael Stapelberg wrote:
> Hi Dmitrijs,
>
> Dmitrijs Ledkovs writes:
>> What about multiarch?
> I tried to address this on the wiki page, see
> http://wiki.debian.org/MichaelStapelberg/GoPackaging#Multi-Arch.2Fcross-compiling
>
I was more concerned about future-proof, e
On Tue, Jan 01, 2013 at 10:56:53AM +0800, Paul Wise wrote:
> On Mon, Dec 31, 2012 at 7:18 PM, Dmitrijs Ledkovs wrote:
> > $ man debian-distro-info
> >
> > Debian OS provides API to query such information.
> > In addition, stable alias names are also provided (stable, testing,
> > unstable, experime
On 2 January 2013 14:32, Simon Paillard wrote:
> On Tue, Jan 01, 2013 at 10:56:53AM +0800, Paul Wise wrote:
>> On Mon, Dec 31, 2012 at 7:18 PM, Dmitrijs Ledkovs wrote:
>> > $ man debian-distro-info
>> >
>> > Debian OS provides API to query such information.
>> > In addition, stable alias names are
On Wed, Jan 2, 2013 at 8:32 PM, Simon Paillard wrote:
> Like a machine-readable http://http.debian.net/debian/dists/README ?
Yeah, or something like this:
http://changelogs.ubuntu.com/meta-release
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...
On Wed, Jan 2, 2013 at 8:51 PM, Dmitrijs Ledkovs wrote:
> Maybe distro-info-data's csv file should be published on mirrors, to
> even provide historical names.
>
> http://anonscm.debian.org/gitweb/?p=collab-maint/distro-info-data.git;a=blob;f=debian.csv;h=ed3302e57d18f7697eec0b67fee259b904436684;h
Hi Guillem,
Thanks for your explanations, most points make sense to me. Two
questions remain:
Guillem Jover writes:
> - Private dependencies, as they leak to rdeps. When a library uses
> another library privately this dependency gets linked in directly
> in all other rdeps, when
On 2013-01-02, Michael Stapelberg wrote:
>> * We might need to keep the sources for all library instances that
>> have been linked into any other package, to comply with license
>> conditions (see the Built-Using comment on this thread too).
> How is this any different from a ???normal??
Am 02.01.2013 03:54, schrieb Paul Wise:
> On Wed, Jan 2, 2013 at 12:14 AM, Michael Stapelberg wrote:
>
>> Only when not using the “official” compiler (gc), e.g. gccgo has support
>> for dynamic linking.
>
> Then we should use gccgo until the official compiler supports this.
>
>> AFAIK not, but I
* Matthias Klose , 2013-01-02, 15:17:
I don't mind having a second compiler in the archives
How generous of you!
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists
Hi,
I am trying to build a cross version of binutils (Squeeze version
2.20.1) using the directions in debian/README.cross with the command
line
TARGET=sparc fakeroot debian/rules binary-cross
However trying to assemble and link for a sun4 system (-m sun4
argument to sparc-linux-gnu-ld ), results
Hi Matthias,
Matthias Klose writes:
> Calling gc the "official" compiler seems to be misleading. gccgo in
That’s why I called it “official”, not official.
> wheezy supports the Go API 1.0, and the standard library 1.0.3,
> supports dynamic linking, supports multiarch, makes the distinction
> for
Michael Stapelberg wrote:
>Hi Matthias,
>
>Matthias Klose writes:
>> Calling gc the "official" compiler seems to be misleading. gccgo in
>That’s why I called it “official”, not official.
>
>> wheezy supports the Go API 1.0, and the standard library 1.0.3,
>> supports dynamic linking, supports
Hi Shawn,
shawnland...@gmail.com writes:
> I am not sure how or if lld works on .a files, but I am pretty sure
> that this binary is linked against libc6 and libgo1. If I invoke gccgo
> directly that is the result.
If by “this binary” you mean godebiancontrol.a, then no:
ldd /tmp/golang/pkg/linux
On Tue, Jan 01, 2013 at 03:55:22AM +0800, Thomas Goirand wrote:
> Wouldn't it be more simple to just choose a name and we would never ever
> have to talk about it again, and never ever have to process any of such
> unblocks?
>
Sure thing: The next release after Jessie will be called Thomas. [0]
Michael Stapelberg wrote:
>Hi Shawn,
>
>shawnland...@gmail.com writes:
>> I am not sure how or if lld works on .a files, but I am pretty sure
>> that this binary is linked against libc6 and libgo1. If I invoke
>gccgo
>> directly that is the result.
>If by “this binary” you mean godebiancontrol.
Hi Shawn,
shawnland...@gmail.com writes:
> [...]
> use of these .a files. You have to look at the resulting binaries.
But in this discussion we are talking about building _library_ packages,
not binaries. I would like to focus on the question of how to build a Go
package (such as github.com/mstap/
On Wed, Jan 02, 2013 at 01:05:46PM +0100, Guillem Jover wrote:
> - Private dependencies, as they leak to rdeps. When a library uses
> another library privately this dependency gets linked in directly
> in all other rdeps, when that library stop depending on that
> private depe
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: libjs-jquery-slides
Version: 1.1.9
Upstream Author: Nathan Searles
URL: http://nathansearles.com
License: Apache-2.0
Description: Simple slideshow plugin for jQuery
A sim
On Wed, 2 Jan 2013 14:42:41 +
Franz Zinn wrote:
> I am trying to build a cross version of binutils (Squeeze version
You'll get more response asking on the debian-embedded mailing list,
forwarding...
> 2.20.1) using the directions in debian/README.cross with the command
> line
>
> TARGET=sp
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Package name: ruby-aruba
Version: 0.5.1
Upstream Author: "Aslak Hellesøy", "David Chelimsky", "Mike Sassak", "Matt
Wynne"
Package: wnpp
Severity: wishlist
Owner: Hideki Yamane
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-ruby-extras-maintain...@lists.alioth.debian.org
Package name: ruby-fuubar
Version: 1.1.0
Upstream Author: Jeff Kreeftmeijer
URL: http://github.com/jeffkreeftmeijer/fuuba
29 matches
Mail list logo
