Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: guile-commonmark
Version : 0.1.2
Upstream Contact: Erik Edrosa
* URL : https://github.com/OrangeShark/guile-commonmark
Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libtie-aliashash-perl
Version : 1.02
Upstream Contact: Aldo Calpini
* URL : https://metacpan.org/release/Tie-Ali
Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Francesco Paolo Lovergine
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-...@lists.debian.org
* Package name
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libgeo-converter-wkt2kml-perl
Version : 0.0.3
Upstream Contact: OHTSUKA Ko-hei
* URL : https://metacpan.org/release/Geo-Convert
On Fri, Mar 29, 2024 at 09:09:45PM +0100, Sirius wrote:
Hi there,
This is quite actively discussed on Fedora lists.
https://www.openwall.com/lists/oss-security/2024/
https://www.openwall.com/lists/oss-security/2024/03/29/4
Worth taking a look if action need to be taken on Debian.
Speaking ab
On Sun, Mar 31, 2024 at 12:39:55PM +0200, Johannes Schauer Marin Rodrigues
wrote:
In summary: would running unstable instead of bookworm let me find more bugs
than running bookworm with unstable chroots? For my specific work: yes,
absolutely. Am I upgrading from bookworm to unstable or at least
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libgeo-wkt-simple-perl
Version : 0.05
Upstream Contact: Yuto KAWAMURA
* URL : https://metacpan.org/release/KAWAMURAY/Geo-WKT-S
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libdata-find-perl
Version : 0.03
Upstream Contact: Andy Armstrong
* URL : https://github.com/AndyA/Data--Find
* License
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: libgeo-gdal-ffi-perl
Version : 0.1
Upstream Contact: Ari Jolma
* URL : https://metacpan.org/release/Geo-GDAL-FFI
* License
::Build for new stuff.
--
Francesco P. Lovergine
Package: wnpp
Owner: Francesco Paolo Lovergine
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libalien-build-perl
Version : 2.80
Upstream Author : Graham Ollis
* URL : https://metacpan.org/release/Alien-Bu
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
* Package name: ypserv
Version : 4.1
Upstream Author : Thorsten Kukuk
* URL : http://www.linux-nis.org/
* License
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
* Package name: ypbind
Version : 2.7.2
Upstream Author : Thorsten Kukuk
* URL : http://www.linux-nis.org/
* License : GPL, LGPL, BSD
Programming Lang: C
Description : Client
implementation was written in pure Perl, with portability and
correctness in mind. It implements the full ANSI standard for Fortran 77
Formats (or at least it should). It was not written with speed in mind, so if
you need to process millions of records it may not be what you need.
--
Francesco P
I would propose a replace roadmap for people using aolserver4 (in both testing
and stable) with usual replaces/provides/conflicts items, and add a *big* warn
in NEWS about known changes and incompatibilities.
--
Francesco P. Lovergine
st.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804043
[2]
http://lists.alioth.debian.org/pipermail/pkg-tcltk-devel/2018-February/003546.html
Kind regards,
Héctor
--
Francesco P. Lovergine
much better state.
https://bitbucket.org/naviserver/naviserver
--
Francesco P. Lovergine
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
* Package name: libgeo-shapelib-perl
Version : 0.22
Upstream Author : Ari Jolma
* URL : https://github.com/ajolma/Geo-Shapelib
* License : Artistic
Programming Lang: Perl
D
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
* Package name: libtree-r-perl
Version : 0.072
Upstream Author : Ari Jolma
* URL : https://metacpan.org/pod/Tree::R
* License : Artistic
Programming Lang: Perl
Description : P
Package: wnpp
Severity: wishlist
Owner: Francesco P. Lovergine
* Package name: libdoxygen-filter-perl
Version : 1.7.2
Upstream Author : Bret Jordan <>
* URL : https://github.com/jordan2175/doxygen-filter-perl
* License : Apache 2.0
Programming Lang
lve the main problem i.e. simplify maintainer
life.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20140217120451.gd4...@blegrez.ba.issia.cnr.it
issue by convincing Oracle
to change license or even better by re-implementing the package.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://
access to the git repository,
so a branch can be prepared for having a parallel flavor too.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
if it is painful, perhaps
> Debian could pioneer something and pass patches back to upstream?
>
> Thoughts?
>
I'm afraid it is quite difficult having such kind of proposal accepted
by upstreams. It implies changes for both them in library use, that they
could be not ready to in
.8.4 | libhdf5-1.8.4, libquadmath0 (>=
4.6), libstdc++6 (>= 4.4.0)
So at least at packaging level, that should be fixed to follow the previous
criteria.
That said, indeed NetCDF provides nc_create_par and nc_open_par in both serial
and parallel versions, but needs to be built with --enable-paralle
discussions
> around varoius Python helpers and so on).
+1
this is exactly the reason why we adopted *one* default Tcl/Tk instead
of the broken-by-design use of admin-changeable alternatives. Interpreters
are not the right target for such an approach. We have to choose a safe
default versio
e, maybe some of them
> should be orphaned or dropped instead?
>
+1
Very outdated debhelper versions, policy versions and very aged last upload
dates
could be signs of MIA developers and abandonware.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
d?
>
It definitively depends on the specific packageis. When ever it happened to
me, I followed up all the maintainer(s) involved and we found all together
a way to have a working pool of packages.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
configuration has some problems. Please ask on d-users.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101129142128.gc19...@blegrez.ba.issia.cnr.it
parallel in multi-threaded and MPI environments, can process
huge images and much more.
(Source package has been renamed to avoid collision wth an existing
python package).
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Wed, Apr 14, 2010 at 03:03:51PM +0200, Francesco P. Lovergine wrote:
> On Tue, Apr 13, 2010 at 10:47:37PM +0200, Cyril Brulebois wrote:
> > Source: netcdf
> > Version: 1:4.1.1-2
> > Severity: serious
> > Justification: FTBFS
> >
> > Hi,
> >
&
e 8.4, as minimum requirement
or die.
Be warned ;-)
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100401125245.gb4...@blegrez.ba.issia.cnr.it
Package: wnpp
Severity: wishlist
Owner: "Francesco P. Lovergine"
* Package name: geographiclib
Version : 1.1
Upstream Author : Charles Karney et al.
* URL : http://geographiclib.sourceforge.net/
* License : LGPL
Programming Lang: C++
Description
of a single maintainer: this should be
mandatory. Blocking maintainers should also be gently changed when
they are not able to step down themselves for what ever reason.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &quo
.
>
3) Use versioned symbols for the internal library to avoid conflicts
with the external one.
http://sca.uwaterloo.ca/coldfire/gcc-doc/docs/ld_25.html
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
?
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
admittedly
> more debatable than I originally thought if this package deserves a spot.
>
> Daniel
>
Most tiling WM are customizable by changing one configuration file.
On that regardi, dwm is quite unique.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists
ing/essays/bsd.html. Maybe you can give
> it a try?
>
> Have a nice day,
>
Note that in hdf5tools (from the same source, HDF Group) the advertising clause
is not mandatory. It could be something that would require an update on their
side.
Did you try to contact HDF group?
--
Francesco P.
On Mon, Sep 28, 2009 at 09:36:58AM -0700, Ben Pfaff wrote:
>
> It would be nice to mention what KML is.
KML is standard for vector geo-data representation, also used in common
applications like Google Maps and Earth.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-deve
stalled packages belonging to a given section.
>
I see no uses for such a selective removing. But that could be a pro
for the control field.
> Debtags is clearly meant to solve this problem, but for transitional
> packages I'd like to have a solution which is both sound and
> co
rades for
instance, and it would also allow maintainers to mark proper
transitional/dummy packages.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
gt; another interested party, so please feel free to take it over.
>
> Warren Turkal
> Linux Enthusiast and Libre Software Advocate
>
Thanks for all the paste work Warren, I'm going ahead with adoption.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ.
never :)
- Forwarded message from "Francesco P. Lovergine" -
Date: Mon, 7 Sep 2009 15:33:51 +0200
From: "Francesco P. Lovergine"
To: Warren Turkal
Cc: fran...@debian.org
Subject: Netcdf status
User-Agent: Mutt/1.5.20 (2009-06-14)
Warren
are you still motivated in maintaini
.
>
> Cheers,
At least in one case, I change the series file on-fly at building time
to create different flavors of the same lib with a different patchset.
I roughly suspect this is not compatible with the 3.0 format, but it
is also difficult to be auto-detected...
--
Francesco P. Loverg
he same script in your documentation. Note
that GMT coastlines format is quite known and used so i'm quite sure
you can provide eventually some helper script for possible format
conversions.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
a data
providing infrastructure, but I missed the whole thread conclusion
(if any).
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
mplementation in our distribution is a viable possibility,
but diverged by upstream: that should be done in the library package, while
the serial and mpi -dev packages still should retain the same names (and
conflict each other). This is what I will implement for the HDF5 case.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
,
and anyway if I remember correctly you could experience some problems
with older versions and ECW support.
> I must say that running the standard configure && make works but I would
> prefer not to do a make install against debian packages.
>
--
Francesco P. Lovergine
--
To
> Regards
> -r
Have a look onto the debian-gis svn repository where some gdal-ecw stuff
resides. Ecw support can be done using by plugin support.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Do you agree?
A monolithic source package simplies strict interdependencies. Splitting
is pointeless if source packages have not different releasing road maps
or you have not to encourage independent teams creations.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debia
On Wed, Mar 11, 2009 at 04:56:20PM +0100, Giacomo A. Catenazzi wrote:
> how to had new services in /etc/services database?
>
> ciao
> cate
Asking netbase maintainer(s)? Just read /etc/services about that.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debia
that can be
useful with all kinds of applications that manage spatial data.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
--
Francesco P. L
Package: wnpp
Severity: normal
With the release of 1.3.2 of proftpd is finally in place prxs and the whole
infrastructure
for building third-parties modules. I know currently at least about 30
different modules
available as non-core and some of them are sometimes requested by users.
See http://
rver
configurations, but that's another problem...
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
to some degree of misnomers, with which we can cope
> well as long as there are good descriptions of their meanings.
>
Stat rosa pristina nomine, nomina nuda tenemus.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
r remove to avoid breakages for other packages
installed at the same time.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nny was truly broken and
the new one perfect (which is doubtful). Also in that case think twice,
than give up: you are probably missing something and the result will be
worst.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
d generator which generates a random
> > password which is strong, safe and secure.
>
> pwgen already exists.
>
And gpw for pronaunceable passwords. If it did not add anything new
I would avoid to add a new password generator just because it is written
in Ruby instead of plain
that grub is
more flexible and generally useful but I would retain lilo as an
optional package at least.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to read such files, so those 'funny' outputs are
perfectly justified.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in for a debian-tcl mailing list, so I'm sending
> this to debian-devel as well as the two names listed in the Tcl/Tk
> policy package and the pkg-tcltk-devel list. If this is not the right
> place, please advise and do feel free to forward this email to the
> right place.
This is the right place.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
until
it will be available a proftpd-dev package to build independently
other DSO modules (in 1.3.2).
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Apr 16, 2008 at 09:33:32PM +0200, Lucas Nussbaum wrote:
> On 16/04/08 at 17:08 +0200, Francesco P. Lovergine wrote:
> > On Wed, Apr 16, 2008 at 04:49:50PM +0200, Christian Perrier wrote:
> > > There are rumours about that, yes. Maybe a package hijack could be
> >
On Wed, Apr 16, 2008 at 04:49:50PM +0200, Christian Perrier wrote:
>
> There are rumours about that, yes. Maybe a package hijack could be
> attempted by someone who's lucky enough to have his|her key in the
> keyring.
>
... and still have it after that upload :-P
--
Fr
lem, not a choice of contributors.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
enerally good to work with, at least from what i have observed.
>
What about first hand experiences with them in heavy-load production
environments? Stability, etc.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt;
> to fix the problem that was reported by the ddpo daemon. This
> worked for Sparc. Any hint what I could do to trigger a rebuild
> of the latest package version on Mipsel (except of uploading an
> unchanged package)?
>
> Kind regards
>
>Andreas.
>
Asking a gi
s-* packages because both provide manpages
> > such as passd.1, passwd.5, etc.
> >
This is quite common among all translated pages.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
27;m not enable to manage the
upstream messy building system...
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Dec 20, 2007 at 10:21:08AM +0100, Francesco P. Lovergine wrote:
> Now, what are YOUR plans?"
>
> No answer.
Sorry Ron, No _email_ answer. We talked in IRC about that indeed, I
forgot that.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
memory does not fail) no contact by other
supposed interested people in the meantime.
I find quite superfluous waiting another month in the long way
to a wxwidgets 2.8 package stabilization. It needs action and now.
PS:
I'm not personally interested in supporting
wxwidgets because already heav
long description.
Support leve is generally subject to frequent changes, so why
polluting descriptions with those things?
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rt from here: http://wiki.debian.org/DebianKernelCustomCompilation
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
manual dump/restore) at
the
time of etch->lenny transition due to geometry changes, too.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Nov 10, 2007 at 10:52:47AM +0100, Francesco P. Lovergine wrote:
> future 3.0 is definitively a per-program ones, it is not
> a duty of the library package.
s/package/packager/
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
On Fri, Nov 09, 2007 at 04:03:56PM +0100, Loïc Minier wrote:
> On Fri, Nov 09, 2007, Francesco P. Lovergine wrote:
> > So what about that? 2.8 is around since almost 1 year, and this delay
> > is not justifiable IMHO. There are now tons of developers and
> > maintainers that
choice of 2.6 instead of 2.8 or the
future 3.0 is definitively a per-program ones, it is not
a duty of the library package.
Also if one is not able to cope with patches and bugs of a specific
library, why not calling for helpers or giving up? Inaction is
not a solution.
--
Francesco P. Lovergin
tons of developers and
maintainers that need to build against 2.8, and I doubt a transition
plan from 2.6 has sense due to API and behaviors changes. We have
simply to cope with two different versions, as already happens
for other libraries.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
;s
> 18k packages on our own.
>
Wouldn't be the case to add a suitable control field, as proposed
in a previous thread for that case?
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
situation is worst than
what it seems :) I guess mass bug filing should be tempted in order
to change the current status and warns as many maintainer as possible.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; the team. It more accurately reflects who's caring about the packages.
>
I agree, but how managing this thing is a team policy. In DebianGis
we also remove uploaders after a reasonable period of non-contributing
time.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAI
PROTECTED];tag=oldbdb;dist=unstable
>
>
It appears to me that essentially it is a problem moving from 4.2 to
4.6, but I see nothing about the intermediate versions. Having 2
releases is largely better than having 5 versions around, isn't it?
--
Francesco P. Lovergine
--
To UNSUBS
t;. I'm not sure why the burden
> here should be on BDB alone.
>
That remembers me some other cases where people insist to use a non
stable C++ API instead of the C one. One could ask himself who is
guilty: the upstream who releases as public his private functions,
or developer who
vable that the library is not backward compatible at every new
release. Issues with specific versions should be managed
and solved: having a new source for every release is simply not
acceptable. BTW, this is not the only case of such a mess around for
libraries (maybe some upstreams should be spanked...)
a subdirectory of /usr/lib/tcltk or /usr/share/tcltk (not right
> now).
>
/usr/share/tcltk/$package for tcl/tk scripts and
/usr/lib/tcltk/$package for shared libs (extensions).
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; >
> Additionally, packages with embedded sources require patching, while
> packages which statically link only require rebuilding.
>
Yes, that was the ratio for distinguishing the two cases...
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
es, this list has always included apps linking statically.
>
> Cheers,
> Moritz
>
Anyway having a way to distinguish source-embedded by statically-linked
would be useful. IMHO the second case is almost always an error, but
for special cases (static linked shell for instance).
--
ource
package. Maybe something like
Embedded-Sources: , ...
Static-Build-Depends: , ...
with usual version relationships.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
there known cases where this is a required condition?
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
added in
debian/control to help tracking things.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
l required in stable/oldstable isn't it?
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t a soname and a more complex
tree of dirs to pick up their stuff than a single directory.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ce of old fashioned hardware with a more old fashioned
owner ...
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
subjects to filter
spamming activities? Something already adopted for the RT system indeed.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
diversions, because I found
broken diversions quite often on my development sid boxes. I have not an idea
about
that, but some sort of dpkg logging would be nice for instance...
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Jun 13, 2007 at 11:20:53PM -0300, [EMAIL PROTECTED] wrote:
> Does anyone know the whereabouts of Yvan? May I consider him missing in
> action?
>
It's a good think to CC [EMAIL PROTECTED] in those cases for tracking.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, e
job)
>
> This sounds juicy, assuming it matches what I've in mind; where can I
> find more info on this new feature?
>
It looks also very dangerous :)
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on proficiency to mockup a new application in Python first?
>
I would choose plain C instead of C++ to avoid possible ABI breakages
during main upgrades. But for that, there are more tiny languages
available to be embedded into a C/C++ framework, but probably I'm
biased and old-fashioned ;-)
-
amp;dist=unstable&include=patch
>
That's simply due to missing regular contributors. Also a few people are
still reported as 'main contributor' even if their contribution level
reached ground zero years ago.
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAI
to
> this ITP...
>
> Fr'wants to laugh too'ank
>
http://en.wikipedia.org/wiki/AACS_encryption_key_controversy
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 204 matches
Mail list logo
