> No because it is overcomplicated
This isn't a problem for you, I'm doing the work (I have already managed
to write a program to detect the ABI, a wrapper generator and patched
dpkg to move libraries; I still have to do shlibs support and hook the
wrapper generator to dpkg).
If it isn't accepted,
On Sun, 2002-08-18 at 17:47, Steve Langasek wrote:
> On Sun, Aug 18, 2002 at 05:36:04PM +0200, Luca Barbieri wrote:
> > > No because it is overcomplicated
> > This isn't a problem for you, I'm doing the work (I have already managed
> > to write a program to detec
> I certainly prefer NOT doing any ugly stuff with dpkg.
> "apt-get dist-upgrade" will uninstall packages that havn't been updated
> to the new c++ yet, which certainly is worth a bug report on these
> packages...
Oops, I meant upgrade not dist-upgrade. dist-upgrade is bad :)
> That is exactly the
On Sun, 2002-08-18 at 20:08, Erich Schubert wrote:
> > > hacking the dynamic linker certainly is better than that...
> > This only allows to avoid creating wrappers but doesn't avoid the
> > problem that two libraries can't have the same filename.
> > Something (dpkg) must move one of them.
>
> No
> > > > Aren't the G++ 3.2 packages going to be moved into sarge? Even if you do
> > > > so when the transition is complete, there will still be non-Debian G++
> > > > v2 packages installed on users' machines.
> > >
> > > No, they are not, as long as there are dependency problems, and as long
> >
According to Junichi's manual they should be in -dev packages (that
makes sense, since they are only used by libtool builds).
The following packages might be affected. The list only includes
packages from unstable in libs/ with digits in the name.
hamlib1
kdelibs3
kdelibs3-cups
libaspell10
libcap
> ltdl needs them at runtime.
If so, how should parallel installation be handled?
How does one decide whether the .la file should be put in the main
package or the dev one?
The shared library packaging manual should be updated to included this
information if this is the case.
signature.asc
Des
I've managed to patch both dpkg and glibc.
However the resulting system does not work because some things like KDE
use absolute paths so they would too need to be fixed.
Furthermore, we have the problem of C++ library packages including
non-C++ files. This can only be handled by heavily modifying
I propose to do the following to solve the libpng2/3 problem. I've
recompiled libpng2. libpng3 and libgtk2.0-0png3 locally and the system
seems to work correctly.
1. Recompile libpng2 and libpng3 with -Bsymbolic
2. Recompile all libraries that use either libpng2 or libpng3 to
On Tue, 2002-08-20 at 21:46, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > I propose to do the following to solve the libpng2/3 problem. I've
> > recompiled libpng2. libpng3 and libgtk2.0-0png3 locally and the system
> &g
> using -Bsymbolic ensures that whenever the libpng library makes a call to
> one of its own functions, the symbol is resolved internally instead of to
> another version of libpng that's loaded. This may account for a majority
> of the segfaults that people are seeing. It does not affect how symb
Yes, you are right, by reading at the source it seems that ld.so only
searches the object with -Bsymbolic.
In fact there is this comment in the relevant file:
/* Create an appropriate searchlist. It contains only this map.
XXX This is the definition of DT_SYMBOLIC in SysVr4. The
On Tue, 2002-08-20 at 23:02, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Apparently the "different interpretation" is what I was assuming the
> > current one.
>
> Yeah, I was in a severe headache for a while because I too knew
On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Why?
> > Can't we just use it in Debian?
>
> Are you mad? What happens if the ELF format or gnu upstream start using that
> value for something else?
On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > Why?
> > Can't we just use it in Debian?
>
> Are you mad? What happens if the ELF format or gnu upstream start using that
> value for something else?
I f
On Tue, 2002-08-20 at 23:56, Henrique de Moraes Holschuh wrote:
> On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > On Tue, 2002-08-20 at 23:28, Henrique de Moraes Holschuh wrote:
> > > On Tue, 20 Aug 2002, Luca Barbieri wrote:
> > > > Why?
> > > > Can't
This is a proposal (including patches) for a GNU extension to the ELF
executable format that adds a flag that causes the dynamic loader to
start searching for symbols referenced by modules with the flag set from
the module itself and its immediate dependencies. If the symbol is not
found in this wa
On Wed, 2002-08-21 at 19:13, Henrique de Moraes Holschuh wrote:
> On Wed, 21 Aug 2002, Torsten Landschoff wrote:
> > Just explain why it is the right thing to do. And I would like to stay
> > binary compatible with RedHat etc. if at all possible.
>
> Well, apps like to be able to use libsasl, and
On Thu, 2002-08-22 at 00:11, Henrique de Moraes Holschuh wrote:
> On Wed, 21 Aug 2002, Luca Barbieri wrote:
> > This is an another problem that would be easily and compatibly solved by
> > my ELF extension (until the library gets properly fixed upstream).
>
> Yes and no.
I forgot to consider what happens when a Debian-built versioned binary
is used with a non-Debian no-versioned library.
Here is Drepper's explanation:
The last case is if the object with the references uses symbol
versions but the object with the definitions has none. In this case a
matching symbo
Yes, unfortunately that situation triggers an assert... what a great
feature :(
So apart from the need to remove the unversioned-uses-versioned error,
we also to produce unversioned binaries.
The simplest way to this is is IMHO to add a /usr/lib/dev directory and
make it the first directory searc
Both problems can be solved by simply writing the version scripts so
that only a version tag is mentioned in each:
libpng2.ver:
LIBPNG_2.0 {global: png_*);
libpng3.ver:
LIBPNG_3.0 {global: png_*);
However, we'll still get a warning message if versioned binaries are
used with unversioned libraries
This an alternative solution to the -Bsymbolic/-Blocal approach that I
exposed before. It doesn't require any loader/linker code modifications
but requires more work by the library maintainers and is better done
with upstream consensus (but this isn't strictly necessary).
First, we must define ver
On Thu, 2002-08-22 at 08:13, Roland McGrath wrote:
> I think you can get the effect you need just by using -Bsymbolic. In your
> example, build the GTK+ library with -Bsymbolic. If that causes problems
> because some of the library's references should be resolved in the normal
> global scope, the
> Hmm, what if two functions which get imported from different versions of
> the same library operate on a static (private to the library) variable
> that is needed for a proper operation for some reason? You'd better
> rebuild the sources to use a single version of each library instead.
I don't
On Thu, 2002-08-22 at 11:23, Jakub Jelinek wrote:
> On Thu, Aug 22, 2002 at 10:35:33AM +0200, Maciej W. Rozycki wrote:
> > On 21 Aug 2002, Luca Barbieri wrote:
> >
> > > This is a proposal (including patches) for a GNU extension to the ELF
> > > executable format
On Thu, 2002-08-22 at 21:35, Maciej W. Rozycki wrote:
> On 22 Aug 2002, Luca Barbieri wrote:
>
> > > Hmm, what if two functions which get imported from different versions of
> > > the same library operate on a static (private to the library) variable
> > > that
> Then you have to deal with consistency issues. They do not exist for
> self-contained libraries that act locally only like png, but they may
> arise with libraries that interact with the outer world, e.g. any that
> makes use of networking. For example using different versions of the X11
> lib
On Mon, 2002-08-26 at 17:57, Henrique de Moraes Holschuh wrote:
> On Thu, 22 Aug 2002, Luca Barbieri wrote:
> > Both problems can be solved by simply writing the version scripts so
> > that only a version tag is mentioned in each:
> > libpng2.ver:
> > LIBPNG_2.0 {globa
Package: libssl096
Version: 0.9.6-1
Severity: normal
In bug report #78410 entitled "libssl096 does not provide /usr/lib/lib*.so.0",
Ivan Moore complains that libssl096 fails to provide libcrypo.so.0 etc.
After several email exchanges, Ivan and the maintainer, Christoph Martin, end
up agreeing tha
osophy and dedication to Free Software.
Sponsoring a package imply support for that package, and Debian want to
support even non free package.
We have our own Free Software Guideline to which we must refer for
licensing and redistribution.
Free Software integralism do not help Debian.
--
Luc
Package: wnpp
Version: N/A; reported 2002-04-02
Severity: wishlist
* Package name: libdigest-md4-perl
Version : 1.1
Upstream Author : Mike McCauley <[EMAIL PROTECTED]>
* URL :
http://cpan.org/modules/by-category/14_Security_and_Encryption/Digest/Digest-MD4-1.1.tar.gz
*
Package: wnpp
Version: N/A; reported 2002-04-02
Severity: wishlist
* Package name: libterm-readpassword-perl
Version : 0.1
Upstream Author : Tom Phoenix <[EMAIL PROTECTED]>
* URL :
http://cpan.org/modules/by-category/08_User_Interfaces/Term/Term-ReadPassword-0.01.tar.g
Package: wnpp
Version: N/A; reported 2002-04-02
Severity: wishlist
* Package name: libcrypt-cracklib-perl
Version : 0.1
Upstream Author : Daniel <[EMAIL PROTECTED]>
* URL :
http://cpan.org/modules/by-category/14_Security_and_Encryption/Crypt/Crypt-Cracklib-0.01.tar.gz
Package: wnpp
Version: N/A; reported 2002-04-15
Severity: wishlist
* Package name: libnet-server-perl
Version : 0.82
Upstream Author : Paul T Seamons <[EMAIL PROTECTED]>
* URL : http://seamons.com/
* License : GPL + Artistic
Description : an extensible, ge
2009/1/30 Erik Schanze :
> What about dvgrab?
> Not sure if it works for you, give it a try.
Dvgrab is mainly for capturing video and audio data, and supports only
DV and HDV formats, so it doesn't work with most of the webcams...
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian
h is a V4L2 driver. "
Most webcams (well, at least all I've tried) are not DV compliant,
they don't output DV or HDV streams.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
/bugs.debian.org/502147), with two
RAID1 arrays for / spanned on three different SCSI disks and managed
through LVM.
No debconf question at installation in this case.
I am going to re-install another HP Vectra VEi8 with the same
specifications as above: should I test our udeb, as w
Hi Martin!
On Wed, 04 Feb 2009 20:34:07 +0100, martin f krafft wrote:
> also sprach Luca Capello [2009.02.04.1208 +0100]:
>> I am going to re-install another HP Vectra VEi8 with the same
>> specifications as above: should I test our udeb, as well?
>
> Not necessary. Tha
Package: wnpp
Severity: wishlist
Owner: Luca Bigliardi
* Package name: frei0r
Version : 1.1.22
Upstream Author : Richard
* URL : http://www.piksel.org/frei0r
* License : GPL-2)
Programming Lang: C, C++
Description : a minimalistic plugin API for
On Mon, Feb 09, 2009 at 03:33 PM, Ron Johnson wrote:
> What apps support this?
MLT framework (thus things like kdenlive), FreeJ, LiVES among all.
There's a list on the project homepage.
Do you think I should mention that in the description field?
Thank you,
luca
--
Beware of program
anks! I've updated the description with a few more details for
binary plugins package and: "frei0r plugins are used by several projects
(e.g.: LiVES, Veejay, Open Movie Editor, FreeJ, Pure Data Visual Junk
Tools, MLT framework).".
You can follow the changes here:
http://git.dyne.org/inde
eep the debian stuff in a separate branch of
upstream git repository. It's the same approach we're using for other dyne
projects like freej and hasciicam.
luca
--
Beware of programmers who carry screwdrivers.
-- Leonard Brandwein
http://shammash.homelinux.
tant than the function of the
program itself.
Thx, bye,
Gismo / Luca
pgpt7ExIWGNDo.pgp
Description: PGP signature
Hi Stefano!
Cc:ing again the Debian Common Lisp mailing list, please keep it!
On Fri, 27 Feb 2009 13:02:59 +0100, Stefano Zacchiroli wrote:
> On Fri, Feb 27, 2009 at 11:04:36AM +0100, Luca Capello wrote:
>> FYI, as Aaron already showed with his list, ome packages (especially the
>&g
a/3.0/us/):
Thx, bye,
Gismo / Luca
pgpOnKnKCF6Dp.pgp
Description: PGP signature
utcome of bug
#449497 [1], some firmwares could even be legally distributable, in
which case even the current location would be fine. However, if there
is a "proper" one, I would prefer to use it ASAP.
Thx, bye,
Gismo / Luca
Footnotes:
[1] http://bugs.debian.org/449497
pgpgLJzTLXudn.p
mind maintaining your package under the pkg-fso umbrella [2],
which is the team behind any Debian effort for Openmoko devices?
Thx, bye,
Gismo / Luca
Footnotes:
[1] http://projects.openmoko.org/projects/pythm/
[2] http://wiki.debian.org/Teams/DebianFSO
pgpeCaoiJmL4u.pgp
Description: PGP signature
:
PolicyKit is specifically targeting applications in rich desktop
environments on multi-user UNIX-like operating systems.
Oh dear yes, another hal-like crap piece of software is just what we
need the whole system to rely on.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
a
good idea not to mess it up, and wait for someone who actually knows
it...
> kvm (what are the security implications of access to /dev/kvm?)
Locking large amounts of memory that can't be swapped out to disk.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.d
/usr/share/doc/base-passwd/user-and-groups.html
/usr/share/doc/base-passwd/user-and-groups.txt.gz
I would prefer any new information to be added there instead, since the
files above are available offline as well.
Thx, bye,
Gismo / Luca
pgpfvqJnViYXv.pgp
Description: PGP signature
that it's a terrible idea.
IANADD, but I think that if the concern is that amendments aren't
going to have enough seconds, you could amend the proposal not to
affect them: after all once you're having a ballot, having one more
option is not that huge effort more for the voter, so it
Package: wnpp
Owner: Luca Capello
Severity: wishlist
User: pkg-fso-ma...@lists.alioth.debian.org
Usertags: package-creation
* Package name: xserver-xorg-video-glamo
Version : MMDD.gitCOMMIT (read below)
Upstream Author : mainly Lars-Peter Clausen
* URL or Web page : http
x27;s Debian specific.
Maybe I am wrong, but since (most of) the Debian-specific tools to deal
with rc.d scripts end in -rc.d, why not 'service-rc.d'?
Just my 0.02CHF.
Thx, bye,
Gismo / Luca
pgp79f8RDrLTL.pgp
Description: PGP signature
me nostalgic of linux a couple of years ago. But I kind of feel I'm
not alone.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ated hot-plugging, I'll switch; but as long as I
don't need the feature, I don't want to pay the price, as Arjan van de
Ven put it.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
; I agree the HAL FDI files’ syntax sucks, but they allow to directly ship
> in packages a number of configuration snippets relevant to specific
> hardware – this is how we can really improve out-of-the-box hardware
> support.
I'm not saying that this shouldn't be possible, just
ce (e.g. mobile phones).
And a bloat like hal hurts even more there.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
that we would just like an
alternative, not to kick hal away (we're not stupid nor crazy). I
think this would be good for debian.
I see you want to drag this in a flame, so I step back, I can live
with equivs as long as possible instead of wasting my time writing
emails.
So long
was not able to use the mouse.
If I load the psmouse manually it works.
I have the same problem with all the other devices of my system (wlan,
soundcard and webcam)
Thanks,
Luca
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testi
Hi all,
I think that the bug #523187 is the real problem. I solved my problem
unistalling splashy.
Thanks,
Luca
On Thu, Apr 16, 2009 at 5:15 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
>
> This is an automatic notification regarding your Bug report
> which wa
Package: wnpp
Severity: wishlist
Owner: Luca Bruno
* Package name: python-box2d
Version : 2.0.2b1
Upstream Author : Ken Lauer
* URL : http://code.google.com/p/pybox2d/
* License : zlib
Programming Lang: C++, Python
log in in X
saying me "You have mail", like it happens by default if I log in from
terminal (and in movies from the '80s).
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
suggestions.
>
> Luca Falavigna
>drpython
Fixed in SVN, will appear in the next upload.
Thank you! :)
--
. ''`. Luca Falavigna
: :' : Ubuntu MOTU Developer
`. `'` Debian Maintainer
`- GPG Key: 0x86BC2A50
signature.asc
Description: OpenPGP digital signature
Hi there!
On Fri, 05 Jun 2009 16:31:59 +0200, Emilio Pozuelo Monfort wrote:
> Neil Williams escribió:
>> On Fri, 05 Jun 2009 08:02:20 +0200
>> Luca Capello wrote:
>>> the .desktop file looks for gpe-gallery.png while only the .xpm version
>>
>> Bah - this i
contact the last
person who touched it to see if he has interest in maintaining it, but
it is usually not the case.
--
. ''`. Luca Falavigna
: :' : Ubuntu MOTU Developer
`. `'` Debian Maintainer
`- GPG Key: 0x86BC2A50
signature.asc
Description: PGP signature
he extent that we can, anyway). I rely on the GPG web of trust for
Archive Security. If tools need to be improved, then that's where we (or
"them") should focus energies (and I seem to recall seeing an apt update,
recently).
Cheers,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
t; signatures on the archive than to attempt to do anything with X.509. The
> trust model and key management properties of X.509 are inherently inferior
> for our purposes.
But I far prefer the OpenPGP approach to securing the Archive.
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
signature.asc
Description: Digital signature
On Wed, Jun 18, 2014 at 10:27:23AM -0700, Russ Allbery wrote:
> Luca Filipozzi writes:
> > On Wed, Jun 18, 2014 at 10:05:32AM -0700, Russ Allbery wrote:
>
> >> This is only true if the root CA is maintained with the same level of
> >> security as the PGP signi
othing in place
> checking them.
Actually, there are two tools to check this:
* https://ftp-master.debian.org/override-disparity.gz
* https://qa.debian.org/debcheck.php (check for "Priority")
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
w
kages requiring
dependencies which are extra:
$ grep -E "^\s{4}" override-disparity | cut -d" " -f6 | sort | uniq -c
4789 extra
8 important
131 optional
17 standard
$
Looking at the policy again, I think extra is (mis)used quite too often.
Ch
> Oh, right. With different UserDirs (bonus point: the default one,
> public_html/, being the one that works https-only) people can simply use
> symlinks.
I'm in favour of soylent.debian.org since soylent [green] is people.
*cough*
--
Luca Filipozzi
http://www.crowdrise.com/Su
ove should be done by Clonezilla
itself, which is not ATM. Another Clonezilla problem is that it deals
with installing GRUB in the destination disk, but not with setting the
debconf installation device (which is currently missing in our script as
well, simply assuming /dev/sda is not always tr
Stefano Sabatini wrote:
> Please refrain from claiming other people are spreading lies,
> especially with no specific references (and this is not the place
> where to discuss such things).
Attila already amended one of the false statement that had been spun
around (about the people behind Libav "s
On 17/08/14 10:28, Michael Niedermayer wrote:
> On Fri, Aug 15, 2014 at 01:19:38AM +0200, Luca Barbato wrote:
>> Stefano Sabatini wrote:
> [...]
>>
>> The list is quite long and debunking each of the statements could take a
>> lot of time.
>>
&g
───
[...]
Depends: libc6 (>= 2.4), r-base-core (>= 3.1.2-2)
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cadk7b0opwvqeeaw9kmpoz2f8ys5mj0nd6ugqt0w_v7rte5r...@mail.gmail.com
ugh, as I can't speak for it.
Obviously, fixes to any R package should go through t-p-u, which could
be a pain to handle. I wonder whether the version in unstable can be
reverted to 3.1.1...
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
ween These Lines =-=-=-=-=-=-=-=-
--
Luca BRUNO (kaeso) : .''`.
Email: lucab debian.org : : :' :
GPG Key ID: 0x3BFB9FB3: `. `'`
HAM-radio callsign: IZ1WGT:`-
Networking sorcerer <%> Debian Developer
signature.asc
Description: PGP signature
Ahem, just forgot to properly set the recipient, sorry for the noise...
Cheers, Luca
signature.asc
Description: PGP signature
Package: wnpp
Owner: Luca Capello
Severity: wishlist
Usertags: pca.it-authentication
* Package name: lua-ldap
Version : 1.1.0
Upstream Author : Kepler Project (copyright holder)
* URL or Web page : <http://www.keplerproject.org/lualdap/>
* License : MIT
Descr
y chance? Or to drive
> developers crazy?
>
> No, an answer "it is written down there on page 17 of the man page"
> is *not* acceptable.
JFTR, the documentation bug was fixed in dpkg_1.16.3:
<http://bugs.debian.org/666752>
Thx, bye,
Gismo / Luca
pgpGowdrauvkJ.pgp
Description: PGP signature
-java
Debian Pkg-e Team
python-ecore
python-evas
Debian X Strike Force
xserver-xorg-video-v4l
Guido Günther
iceowl
Jakub Wilk
re2 (U)
Jan Lübbe
python-ecore (U)
python-evas (U)
Joachim Breitner
zhone (U)
Luca Capello
zhone (U)
Marc Haber
rageircd
Michael
Hi,
due to lack of time, I intend to give a couple of packages up for adoption:
* remmina (#676894)
* libvncserver (#676895)
The latter is a (build-)dependency of the first, so you may want to
have a look at both if you are interested in maintaining them.
Cheers,
Luca
--
To UNSUBSCRIBE
sidered acceptable?
At least for Bacula it is clear where the canonical upstream repository
is. And it should be clear also for those project using Git where the
Debian package is directly pulling from upstream (so everything is like
upstream except for the 'debian' branch).
Thx, bye,
Gismo / Luca
pgppDy3YWOsnN.pgp
Description: PGP signature
send a
notice to events@d.o with all the relevant information once everything
is settled.
I just realized that the BSP wiki page does not advertise that, fixed:
<https://wiki.debian.org/BSP?action=diff&rev2=349&rev1=348>
Thx, bye,
Gismo / Luca
PS, I know that you were already red
to remove is under a free
license, then I would not repack the original tarball simply because we
do not use it.
Thx, bye,
Gismo / Luca
pgpKpAjCBu2jJ.pgp
Description: PGP signature
2012/8/17 Jakub Wilk :
> Part of the problem is that we lack good tools to do this extra work for us.
> Really, repacking shouldn't be a tedious operation, it shouldn't take more
> than 5 seconds, it shouldn't require writing two dozens lines of code and
> documentation. :(
ACK.
Should we write a
2012/8/17 Bernd Zeimetz :
> But it usually does and also results in a source tarball which is
> missing essential pieces of the software, so people who download it for
> non-Debian usage will fail to run the shipped source just because we
> removed an otherwise free piece of software.
This does no
2012/8/17 Andreas Tille :
>http://lists.debian.org/debian-devel/2012/08/msg00397.html
> and do you agree that a (enhanced) uscan could be this tool?
Sounds good for the majority of the cases, I don't think there are too
many repacked sources in the archive for which it's impossible to
provide
27;ve been thinking about that even before you raised your
>> objection :-)
>>
>> Any suggestions? Would 'maps-client' be a good name?
>>
> gnome-maps ?
Or, if this is tightened to OSM, 'gnome-osm-maps'.
Thx, bye,
Gismo / Luca
pgpJnDupmL4ea.pgp
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Luca BRUNO
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libuv
Version : 0.11.3
Upstream Author : Ben Noordhuis
* URL : https://github.com/joyent/libuv
* License : MIT
Programming Lang: C
eam. Feel free to reply to this email (I've set the reply-to of this
email to secur...@rt.debian.org) to send more information to the Security Team.
Luca
On Sat, Jun 15, 2013 at 05:02:18PM +0200, Pau Garcia i Quiles wrote:
> What is the right way to contact the Security Team? I have tried
two ports (POP & IMAP) then I would
not start at all.
A system administrator is likely to interpret that a running process indicates
success start. What would trigger him to check that the process is listening
on both ports.
Also, in the start up script, how would you indicate that the daemon
IMAP?
> On Jun 16, 2013 2:40 PM, "Luca Filipozzi" wrote:
>
> > On Sun, Jun 16, 2013 at 08:28:18PM +0200, Salvo Tomaselli wrote:
> > > I have a question concerning a bugreport I got, but that could be quite
> > > general.
> > >
> > > Let&
Package: wnpp
Severity: wishlist
Owner: Luca Vercelli
* Package name: libjt400-java
Version : 7.10
Upstream Author : Steve Johnson-Evers
* URL : http://jt400.sourceforge.net
* License : IBM Public License Version 1.0
Programming Lang: Java
Description
there are more problems this would
introduce (mirror pushes, snapshot pushes, ...)
Cheers,
Luca
--
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/CADk7
2013/8/29 Dominique Dumont :
> Are the package signatures verified at this point ?
Yes. Packages are listed in incoming.d.o after they have been accepted by dak.
Cheers,
Luca
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
hardware configuration).
Is there another filesystem (or another approach) that would improve
performance? Are there other things we could consider (hdfs & solr, say)?
You know where we live,
Luca
--
Luca Filipozzi
http://www.crowdrise.com/SupportDebian
--
To UNSUBSCRIBE, email to
On Sat, Aug 31, 2013 at 12:40:08AM +0200, Michael Stapelberg wrote:
> Luca Filipozzi writes:
> > Why do you say that when you haven't even asked?
> Because I thought the answer was going to be “not in the Linux kernel,
> no chance”.
We also run kfreebsd, with some chall
On Sun, Sep 01, 2013 at 09:49:30PM +0100, Steven Chamberlain wrote:
> Hi Luca!
>
> On Sat, 31 Aug 2013 16:12:11 +0000, Luca Filipozzi wrote:
> > We also run kfreebsd, with some challenge, but we have it.
>
> How can we help with that?
http://dsa.debian.org/ports/kfreebsd/
301 - 400 of 876 matches
Mail list logo
