Problem was : God himself borned
answer was : just do logical
,,Armaggedon operation starded'' self test code ok 1 last 2 branches mission
test code nown for 3 familes from one
only 1 eva gender same branch born family. branche test succesful condition
seems ok
1 test condition seems done for
Package: wnpp
Severity: wishlist
* Package name: otf-apanov-heuristica
Version : 0.2.1
Upstream Author : Andrey V. Panov
* URL : http://code.google.com/p/evristika/
* License : SIL Open Font License
Programming Lang: Fontforge + Python scripts
Description
Le dimanche 02 mai 2010 à 11:57 -0500, Steve M. Robbins a écrit :
> One example is scientific users that need to ensure reproducibility of
> computer experiments [1] over many years: one technique used is to
> statically link the code and quarantine it so that it isn't disturbed
> by system librar
On Sun, 2010-04-25 at 18:44 -0400, Jameson Graef Rollins wrote:
> * Package name: xul-ext-monkeysphere
> Version : 0.1
The package description could mention that this is an
early/alpha/experimental release, to avoid deception (and encourage
feed-back)
> Description : Icewease
On Sun, 2010-04-25 at 18:12 +, Jeremiah C. Foster wrote:
>
> * Package name: libapp-cpanminus-perl
> Description : Get, unpack, build and install modules from CPAN
>
> A dependency free, zero configuration, and stand alone CPAN module
> installer. Maintainable and extensible with
On Thu, 2010-04-29 at 22:03 +0100, Chris Butler wrote:
> Package: wnpp
> Owner: Chris Butler
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
>
> * Package name: libtest-inter-perl
> Version : 1.01
> Upstream Author : Sullivan Beck
>
On Thu, 2010-04-29 at 00:41 +0200, Uwe Hermann wrote:
> Owner: Uwe Hermann
>
> * Package name: sigrok
> Version : 0.1
Version is 0.1... the package description could mention that the
software is an early release (alpha/experimental), to avoid deception
(and encourage feed-back).
>
On Wed, 2010-04-28 at 13:23 -0400, Yaroslav Halchenko wrote:
>
> * Package name: ants
> Description : advanced normalization tools for brain and image mapping
>
> The ANTS package is designed to enable researchers with advanced tools for
> brain and image mapping.
Hello,
On Thu, 2010-04-29 at 22:36 +0400, Al Nikolov wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Al Nikolov
>
>
> * Package name: goban
> Version : 1.1
> Upstream Author : Scott Draves
> * URL : http://draves.org/goban/
> * License : GPL
> Program
Twas brillig at 23:54:02 02.05.2010 UTC+04 when yo...@debian.org did gyre and
gimble:
>> For #includes that your library may do for its API (e.g. gobject).
NVY> But libetpan's public headers do not include any headers of those
dependent
NVY> packages, so it is not the case.
NVY> Any othe
Nikita V. Youshchenko, le Sun 02 May 2010 23:54:02 +0400, a écrit :
> > > > > > Static linking is resolved by providing a foo.pc file so that
> > > > > > "pkg-config --static --libs foo" is all that's needed to find
> > > > > > the right libs.
> > > > >
> > > > > This does not clarify the question
> > > > > Static linking is resolved by providing a foo.pc file so that
> > > > > "pkg-config --static --libs foo" is all that's needed to find
> > > > > the right libs.
> > > >
> > > > This does not clarify the question about dependences.
> > >
> > > It does, because foo.pc won't work without its
Nikita V. Youshchenko, le Sun 02 May 2010 21:18:26 +0400, a écrit :
> > On Sun, May 2, 2010 at 15:30:37 +0400, Nikita V. Youshchenko wrote:
> > > > On Sun, May 2, 2010 at 11:46:23 +0100, Neil Williams wrote:
> > > > > (To actually statically link without the .la (or with an .la
> > > > > 'mangled
> I wouldn't
> necessarily downgrade the -dev package dependencies: often they are
> there not only for the static lib, but also because your library's
> includes will #include files from other libs it depends on, so all
> users of your -dev package may need the depended-upon -devs. So it
> will d
> On Sun, May 2, 2010 at 15:30:37 +0400, Nikita V. Youshchenko wrote:
> > > On Sun, May 2, 2010 at 11:46:23 +0100, Neil Williams wrote:
> > > > (To actually statically link without the .la (or with an .la
> > > > 'mangled' to empty the dependency_libs field) largely amounts to
> > > > reconstruct
I'm a little alarmed at the attitude that "no one cares about static
linking" so that it's okay to drop the .a files. Likely relatively
few people care, but there are some that do.
One example is scientific users that need to ensure reproducibility of
computer experiments [1] over many years: one
Hi,
i just applied the following patch from Stefano Zacchiroli.
3b5a642da4b800dfde386df835e57b5d86f4
diff --git a/DMUP b/DMUP
index 8aba26e..ced6cd0 100644
--- a/DMUP
+++ b/DMUP
@@ -55,9 +55,9 @@ Debian Machine Usage Policies
Systems Administration and convince DSA that the
Martin Zobel-Helas writes:
> I took the opportunity to also fix some other minor stuff in the current
> version of the document. Please note that this is a first draft, not the
> final version, which needs to be announced as per delegation to
> debian-devel-announce.
>
> ...
>
> Find attached my
Neil Williams wrote:
> But does any package in Debian actually do the static linking?
A few udebs use static linking to avoid the need for separate udebs for
certain libraries. It also helps to reduce memory usage as only needed
symbols are linked in.
It's only used in a few specific cases; the
Hi,
the Debian Project Leader recently asked DSA in his delegation[1] to fix
a flaw in the current version of the DMUP, the fact that expulsions are
DAM's domain, and not our's.
I took the opportunity to also fix some other minor stuff in the current
version of the document. Please note that this
On Sun, May 2, 2010 at 15:30:37 +0400, Nikita V. Youshchenko wrote:
> > On Sun, May 2, 2010 at 11:46:23 +0100, Neil Williams wrote:
> > > (To actually statically link without the .la (or with an .la 'mangled'
> > > to empty the dependency_libs field) largely amounts to reconstructing
> > > the i
* Nikita V. Youshchenko [100502 11:27]:
> (3) looks like plain inconsistency: package will provide .a file, but not
> ensure things required for using .a file into system.
I think (3) is the best you can do if you assume the .a file is usefull
to anyone. If someone wants to link to the .a file, t
> On Sun, May 2, 2010 at 11:46:23 +0100, Neil Williams wrote:
> > (To actually statically link without the .la (or with an .la 'mangled'
> > to empty the dependency_libs field) largely amounts to reconstructing
> > the information that was in the .la originally. That should be
> > sufficient disin
Package: wnpp
Severity: wishlist
Owner: Frederic Peters
Owner: Frederic Peters
* Package name: iptraf-ng
Version : 1.0.2
Upstream Author : Gerard Paul Java
* URL : https://fedorahosted.org/iptraf-ng
* License : GPL
Programming Lang: C
Description : I
On Sun, May 2, 2010 at 11:46:23 +0100, Neil Williams wrote:
> (To actually statically link without the .la (or with an .la 'mangled'
> to empty the dependency_libs field) largely amounts to reconstructing
> the information that was in the .la originally. That should be
> sufficient disincentive t
On Sun, 2 May 2010 13:17:08 +0400
"Nikita V. Youshchenko" wrote:
> I'm going to unload a new version, and, among other things, I was
> going to remove .la file, per release-goal
(Thanks for the reminder, the lack of a bug report led to me completely
forgetting that I meant to do something about
Hi
I maintain a library package, libetpan.
I'm going to unload a new version, and, among other things, I was going to
remove .la file, per release-goal
In http://ftp-master.debian.org/~aba/la/current.txt, package is listed
as 'libetpan: dependency_libs', so I thoughty I just need to remove .la
27 matches
Mail list logo
