On 2009-06-24, Neil Roeth wrote:
> Thanks. So, another alternative would be for xemacs to remove its dependence
> on gtk 1.2, correct? I'll explore that angle as well.
Yes. that's anotehr alternative
/Sune
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "u
In article <20090624003554.gf9...@kunpuu.plessy.org> you wrote:
> that would be very welcome. This whole discussion confuses me and I do not
> understand if Debian as a project accepts signatures that are not based on a
> passport or an ID card. For instance, I have used drivers licenses or social
On Wed, 24 Jun 2009, xiangfu wrote:
> Hi
> I want to be a New Maintainer, so I follow "Debian New Maintainers' Guide "
> but when a use "dpkg-buildpackage -rfakeroot"
Please use debian-ment...@lists.debian.org for your packaging questions.
> dpkg-gencontrol: error: must specify package since c
In article <20090624025557.gb9...@rzlab.ucr.edu> you wrote:
> I imagine that we can arrange to have a copy of that or a similar book
> around for people to compare.
And a UV lamp (at least one for money checking, but a special one for
documents is even better, they have different wavelength. Eurp
Ben Finney writes:
> Russ Allbery writes:
>> For example, I think US drivers' licenses are only verifiable by
>> someone who's lived in that state or otherwise seen drivers' licenses
>> from that state. I really dislike seeing people use them at key
>> signings and would rather see people use pa
Russ Allbery writes:
> For example, I think US drivers' licenses are only verifiable by
> someone who's lived in that state or otherwise seen drivers' licenses
> from that state. I really dislike seeing people use them at key
> signings and would rather see people use passports.
Presumably this
Hi
I want to be a New Maintainer, so I follow "Debian New Maintainers' Guide "
but
when a use "dpkg-buildpackage -rfakeroot"
--
dh_installdeb
dh_shlibdeps
dpkg-shlibdeps: warning: dependency on libm.so.6 could be avoided if
"debian/inflash/usr/bin/inflash" were not uselessly linked against it
On Tue, 23 Jun 2009, Russ Allbery wrote:
> For example, I think US drivers' licenses are only verifiable by
> someone who's lived in that state or otherwise seen drivers'
> licenses from that state.
Nah; there's a guide published[1] which has all of them. [If you're a
bar tender or a notary, you h
On Jun 24, Sune Vuorela (nos...@vuorela.dk) wrote:
> On 2009-06-24, Neil Roeth wrote:
> > I received the below email that my package, aplus-fsf, was removed from
> > testing. Apparently that is due to the removal of gtk 1.2, but aplus-fsf
> > has
> > no direct dependency on gtk 1.2. I'm a l
On 2009-06-24, Neil Roeth wrote:
> I received the below email that my package, aplus-fsf, was removed from
> testing. Apparently that is due to the removal of gtk 1.2, but aplus-fsf has
> no direct dependency on gtk 1.2. I'm a little surprised at the removal - no
> bugs were filed, no lintian err
I received the below email that my package, aplus-fsf, was removed from
testing. Apparently that is due to the removal of gtk 1.2, but aplus-fsf has
no direct dependency on gtk 1.2. I'm a little surprised at the removal - no
bugs were filed, no lintian error that the package depended on an obsolet
On Wed, Jun 24, 2009 at 3:14 AM, Daniel Kahn
Gillmor wrote:
> I think that misses a critical point; i want to use my OpenPGP key for a
> variety of purposes both in and out of debian. I consider it a baseline
> tool for managing my digital identity. While i'm happy to obey
> debian-specific guid
Charles Plessy writes:
> that would be very welcome. This whole discussion confuses me and I do
> not understand if Debian as a project accepts signatures that are not
> based on a passport or an ID card. For instance, I have used drivers
> licenses or social security cards as well, is that accep
martin f krafft writes:
> I will always challenge the "government-issued ID" due to the vastly
> differing standards across the globe, but "travel document" is
> actually a term that someone uttered earlier, which raises the bar a
> lot higher.
For example, I think US drivers' licenses are only
Le Tue, Jun 23, 2009 at 08:52:20PM +0200, martin f krafft a écrit :
>
> On the other hand, just some clear guidelines that participants HAVE
> TO abide by, would help, e.g. a commitment to a signing policy for
> all keys that are to appear in a Debian keyring.
Hi Martin,
that would be very welco
Por R$ 89,00 à vista
Fone De Ouvido Original Motorola S9 - Bluetooth Stereo
Descrição
O fone Motorola S9 é o que há de mais moderno em relação aos produtos da
categoria.
Combinando leveza e qualidade, ele proporciona total conforto e praticidade
mesmo quando utilizado para práticas esportivas, al
Package: wnpp
Severity: wishlist
Owner: Anibal Monsalve Salazar
* Package name: libposix
Version : 0
Upstream Author : Henrique Almeida
* URL : http://libposix.sourceforge.net/
* License : See below
Programming Lang: C
Description : unifed implementati
On 06/23/2009 02:52 PM, martin f krafft wrote:
> Additional metadata, e.g. number and expiration date would
> be helpful.
This would certainly be useful from the smiting perspective, but might
raise privacy concerns if people don't want their passport number (or
whatever) bound to their OpenPGP ke
also sprach Daniel Kahn Gillmor [2009.06.23.1949
+0200]:
> --> govt-iss...@wot.debian.org might be a distinguished name
> identifying the apparent issuer of any validated identification,
> such as /C=US/ST=NY/ for a NY State (USA) driver's license and
> /C=US/ for an American passport. If you che
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libopenssl-perl
Version : 0.10
Upstream Author : Stefan Traby
* URL : http://search.cpan.org/~oesi/OpenSSL/
* License : GPL | Artistic
On 06/23/2009 12:34 PM, Manoj Srivastava wrote:
> Frankly, recording the details of the verification performed is
> a first step to improving the ability to assess the strength of the
> link in the web of trust. A simple key sig is not enough, there could
> be a formal process to add to
Intel and Nokia are pleased to jointly launch the ConnMan project, an
open source project to accelerate and expand development of Internet
connection management for Linux Devices. ConnMan will be utilized as a
technology within Moblin and Maemo. Connman.net is now the place to
bring developers toge
On Tue, Jun 23 2009, Giacomo A. Catenazzi wrote:
> Manoj Srivastava wrote:
>> On Tue, Jun 23 2009, Giacomo A. Catenazzi wrote:
>
>>> I think you miss an important item: people with the same name. In my
>>> small town, I know a lot of people with same name (first and surname).
>>> In linux communi
Manoj Srivastava wrote:
On Tue, Jun 23 2009, Giacomo A. Catenazzi wrote:
I think you miss an important item: people with the same name. In my
small town, I know a lot of people with same name (first and surname).
In linux community we have three different Alax Cox.
Right. But you ne
Package: wnpp
Severity: wishlist
Owner: "Raphaël Hertzog"
* Package name: smarty-validate
Version : 2.9
Upstream Author : Monte Ohrt
* URL : http://www.phpinsider.com/php/code/SmartyValidate/
* License : LGPL-2.1+
Programming Lang: PHP
Description : Se
On Tue, Jun 23 2009, Giacomo A. Catenazzi wrote:
> Manoj Srivastava wrote:
> (...)
>> Now really, we want to tie the key to a person -- even if they
>> resleeve (a. la. Altered Carbon, [0]). Thankfully, releeving is not
>> (yet) possible, so we don't have to deal with that. All we have t
Marco Túlio Gontijo e Silva writes:
> I've reported a bug asking to change a word in the documentation of
> emdebian-rootfs. It's written:
>
> wildcards supported by 'cp' are allowed.
[...]
> I think this is not very clear for the reader, specially if she is not a
> user of bash. If she is us
On Mon, Jun 22, 2009 at 02:41:09PM +0200, Christian Holm Christensen wrote:
> Yes and no. If bar and baz had put libfoo.so.1 in /usr/lib/bar
> and /usr/lib/baz respectively, one could at least install both packages
> at the same time without any conflict. If a user needed to use baz's
> libfoo.so
Marco Túlio Gontijo e Silva wrote:
> I've reported a bug asking to change a word in the documentation of
> emdebian-rootfs. It's written:
[snip]
> What do you think about that?
Please keep the discussion to the bug report. IIRC there are about
80-100 bug reports reported every day. If all this in
also sprach Johannes Wiedersich
[2009.06.23.1117 +0200]:
> The fact that different governments may have different levels of
> security/reliablity attached to their documents does not render the
> process arbitrary. Sticking to government IDs is a simple *rule*,
> sticking to some more or less vag
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: sprox
Version : 0.6.2
Upstream Author : Christopher Perkins
* URL : http://www.sprox.org/
* License : MIT
Programming Lang: Python
Description : Python library to generate web wi
Hello,
I've reported a bug asking to change a word in the documentation of
emdebian-rootfs. It's written:
wildcards supported by 'cp' are allowed.
And I suggested:
wildcards supported by bash are allowed.
Please notice that the patch in the bug reported is inverted. Sorry
about that.
When I
Hi again,
Let me first clear up a confusion:
I agree that putting a library in a sub-directory does not disambiguate
ld.so searches. If libFoo.so.1 exists in both /usr/lib/bar
and /usr/lib/baz and both these directories are in the ld.so search path
(one way or another), then there is an ambig
Package: wnpp
Severity: wishlist
Owner: Stefano Zacchiroli
* Package name: python-catwalk
Version : 2.0.2
Upstream Author : Christopher Perkins
* URL : http://pypi.python.org/pypi/Catwalk
* License : MIT
Programming Lang: Python
Description : model man
Hi Peter,
Peter Eisentraut wrote:
>
> It's a bit daring, but the following might work:
>
> DEB_CONFIGURE_INVOKE := . opt/foo/bar.sh ; $(DEB_CONFIGURE_INVOKE)
>
I need to add to daringness (Since LD_LIBRARY_PATH needs to be added to
as well at make time):
DEB_MAKE_INVOKE := . opt/foo/bar.sh ;
On Tuesday 23 June 2009 08:22:17 Carsten Aulbert wrote:
> Hi,
>
> as suggested on debian-user I repost my question here (sorry for the
> cross post, but I think it's better than send to individual emails to
> both lists, feel free to remove the other list)
>
> I'm currently packaging some "internal
martin f krafft wrote:
> also sprach Russ Allbery [2009.06.23.0158 +0200]:
>> Meeting in person and exchanging government ID or something that
>> looks good enough to fool people is a compromise position, but
>> I do think there's a general feeling that it's close to a sweet
>> spot in that tradeo
Manoj Srivastava wrote:
(...)
Now really, we want to tie the key to a person -- even if they
resleeve (a. la. Altered Carbon, [0]). Thankfully, releeving is not
(yet) possible, so we don't have to deal with that. All we have to do
is to tie a key to a real live person, and do it in a f
38 matches
Mail list logo
