On Wednesday 09 March 2005 01:42, David Härdeman wrote:
> So the revocation could even be stored in cleartext on the usb key,
> unless I'm mistaken?
Depending on the strength of the crypto/passphrase protecting your key, this
could lead at least to a DOS if the revocation is publicised without
c
On Tue, 8 Mar 2005, sean finney wrote:
you could easily extend the script i wrote to unencrypt/loop-mount
a filesystem-in-a-file without too much effort. prod me enough and
i might do it myself.
Prodding. :)
Moreover I'd suggest to send the result of it as patch to the gpg package
for inclusion in
Package: wnpp
Severity: wishlist
Owner: ARAKI Yasuhiro <[EMAIL PROTECTED]>
* Package name: sip-tester
Version : 1.1rc1
Upstream Author : Richard GAYRAUD
* URL : http://sourceforge.net/projects/sipp/
* License : GPL2 or any later
Description : a performanc
* David Pashley
| Ideally I want to keep the disk formatted as vfat so it is usable on
| other operating systems and use an ext2 loopback filesystem. Getting the
| system to mount that is the hard part.
You could partition the usb key and have a small partition for GPG/SSH
keys and the rest for
[Blunt Jackson]
> I am familiar with the nss issue, although that's not really relevant
> to this question. The nss issue, and the related question in the FAQ
> is that when statically linking to libc, there are still dynamic
> loads required -- but libc handles this for the application.
> (Presum
also sprach Gunnar Wolf <[EMAIL PROTECTED]> [2005.03.08.0232 +0100]:
> Well... It could get back into Debian for sure, but there must be
> somebody responsable for it. You can take the package, even not being
> a DD, uploading it through a sponsor. You are, besides, the second
> person who asked me
also sprach Jose Manuel dos Santos Calhariz <[EMAIL PROTECTED]>
[2005.03.09.0124 +0100]:
> If Martin Krafft don't try to put it back, I may try to find
> a sponsor. I am searchinf for a good excuse to be a DD.
I'll sponsor you.
--
Please do not send copies of list mail to me; I read the list!
On Mon, Mar 07, 2005 at 10:44:25AM +0200, Shaul Karl wrote:
> 60 PCs with Debian and there exist 4 different configurations?
> In case each PC has a nic, it sounds like the fai package suits your
> situation.
Or cfengine2 (optionally coupled with pkgsync).
/* Steinar */
--
Homepage: http://ww
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
Last summer, the LSM2004 took place in Bordeaux, organized by ABUL.
The president of the ABUL, Pierre Jarillon asked me to contact debian
about a documentation project.
Well, why me ? because I'm using debian a lot :-P
Pierre Jarillon and I have
On Tue, Mar 08, 2005 at 06:50:05PM +, Andrew Suffield wrote:
> > In that light, fully automatic NEW processing will not hurt at all (I agree
> > that a delay of a few days is sensible to give us time to react to the
> > worst problem cases.)
>
> Unfortunately reality isn't so simple. In prac
Hi there,
A while back I did a little bit of hacking and put together a package
with "standard" cron tasks. These tasks includes:
- backup stuff the cron package currently backups
- some other simple backups (the 'backup-simple' program and
manpage are included)
- common cron-related packages th
On Wednesday 09 March 2005 15:20, Javier FernÃndez-Sanguino PeÃa wrote:
> - Basic system accounting (implement in sysstat)
> - Basic logfile reporting (implemented through logcheck)
> - Basic security checks (implemented through checksecurity and Tiger)
> - Integrity file monitoring (through tr
hi,
On Wed, Mar 09, 2005 at 04:00:49PM +0100, David Schmitt wrote:
> Why {c,sh}ouldn't they be implemented as cron.daily scripts in the respective
> packages?
i'd like to ack that. however, if the non-arch specific stuff (generic
cron jobs, init scripts, etc) for cron is still sufficiently comp
[Please don't confuse my procmail with Cc's]
[http://www.debian.org/MailingLists/#codeofconduct]
On Wednesday 09 March 2005 16:16, sean finney wrote:
> On Wed, Mar 09, 2005 at 04:00:49PM +0100, David Schmitt wrote:
> > Why {c,sh}ouldn't they be implemented as cron.daily scripts in the
> > respecti
On Wed, 2005-03-09 at 11:34 +0100, Tollef Fog Heen wrote:
> You could partition the usb key and have a small partition for GPG/SSH
> keys and the rest for normal data transfers and stuff.
I was going to do the same, but picked up a rediculously cheap tiny USB
key, and only use it for this purpose.
On Wed, 9 Mar 2005 05:00:52 -0600, Peter Samuelson <[EMAIL PROTECTED]> wrote:
>
> Yes, dlopen, but the problem is version skew. With a dynamic libc6,
> libc and the NSS modules will always be compatible. With a static
> libc6, NSS functions (gethostbyname, getpwuid, etc.) will only work if
> the
On Wed, Mar 09, 2005 at 04:00:49PM +0100, David Schmitt wrote:
> Why {c,sh}ouldn't they be implemented as cron.daily scripts in the respective
> packages?
They are already are, please review the (simple) package. For some of the
packages that provide them (like systat) the tasks are pulled in fr
On Wed, 09 Mar 2005 12:40:15 +0100, martin f krafft wrote:
> I think switchconf is nice because it ties in well with guessnet,
> and because it's lean and mean and does exactly what it should, no
> more and no less.
I agree that switchconf should be kept around so long as there is nothing
else in
On Mon, 07 Mar 2005 00:10:12 +0100, Christoph Hellwig wrote:
> It's not a depency in any way. I play sound just fine with OSS drivers
> without the ALSA mess getting in my way anywhere.
On Mon, 07 Mar 2005 13:50:10 +0100, Josselin Mouette wrote:
> Without alsa-base installed, hotplug and discover
[EMAIL PROTECTED] said:
> I appreciate the clarification. What is desirable, then, is for the
> developer to be able to statically link his or her own libraries, and
> third party libraries, but to dynamically pick up "system" libraries,
> of which I would number libpthread. That would be adequate
Le mercredi 09 mars 2005 Ã 11:23 -0800, Blunt Jackson a Ãcrit :
> I appreciate the clarification. What is desirable, then, is for the developer
> to be able to statically link his or her own libraries, and third
> party libraries,
> but to dynamically pick up "system" libraries, of which I would nu
After stumbling upon the non-free Adventure font in python-gd, I
systematically checked all other Truetype fonts included in Debian
(except for packages that contain only fonts, I expect their maintainers
have already made sure they're free).
The result is this list of about twenty packages. I pla
On 03/09/2005 03:35 AM, Christian Perrier wrote:
The .dsc file contains:
.../...
Files:
fb6549efbab887efea88a8fcc4b4319f 451517 gnome-find_1.0.2.orig.tar.gz
7ea07e4e9226648422fb7a83d066ffe8 3400 gnome-find_1.0.2-1.1.diff.gz
And the .changes:
.../...
Files:
733af0b63b2a63ac5ec3df7e46a9633a 659 ut
On Wed, 9 Mar 2005 19:57:00 + (UTC), Jason Lunz <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] said:
>
> I just figured out a way to do this for the ssh binary. Maybe this would
> work for you?
>
> Here's what I did:
>
> $ apt-get source ssh
> $ cd openssh-3.8.1p1
> $ debian/rules build
I a
On Wed, 09 Mar 2005 21:35:56 +0100, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> Le mercredi 09 mars 2005 à 11:23 -0800, Blunt Jackson a écrit :
> > I appreciate the clarification. What is desirable, then, is for the
> > developer
> > to be able to statically link his or her own libraries, and th
On Wed, Mar 09, 2005 at 07:03:41PM -0300, Lucas Wall wrote:
> On 03/09/2005 03:35 AM, Christian Perrier wrote:
>
> >The .dsc file contains:
> >.../...
> >Files:
> > fb6549efbab887efea88a8fcc4b4319f 451517 gnome-find_1.0.2.orig.tar.gz
> > 7ea07e4e9226648422fb7a83d066ffe8 3400 gnome-find_1.0.2-1.1.d
El mar, 08-03-2005 a las 16:50 +0100, Marc 'HE' Brockschmidt escribió:
> David Moreno Garza <[EMAIL PROTECTED]> writes:
> > On Mon, 2005-03-07 at 17:21 +0100, Marc 'HE' Brockschmidt wrote:
> >> Marco Alfonso <[EMAIL PROTECTED]> writes:
> >>> * Package name: gtk2-engines-clearlooks
> >>> Versi
Pjotr Kourzanov wrote:
> Dear Debian developers,
>
> I gather there are some people out there with MIPS little-endian
> machines (from mipsel drop discussion) and Debian on it. Do huge shared
> libraries (containing >4 symbols) work for you? I am currently
> investigating an issue I have
On Tue, Mar 08, 2005 at 03:11:02PM -0800, Steve Langasek wrote:
> On Tue, Mar 08, 2005 at 04:54:34PM +0100, Sven Luther wrote:
> > On Tue, Mar 08, 2005 at 06:12:03AM -0800, Anthony Towns wrote:
> > > Sven Luther wrote:
> > > >>It's hard to take this sort of discussion as anything but an attack on
Wouter Verhelst wrote:
> Op za, 05-03-2005 te 14:26 +0100, schreef Thiemo Seufer:
> > Steve Halasz wrote:
> > > Hi,
> > >
> > > I've sent a few emails over the last month to [EMAIL PROTECTED] and
> > > [EMAIL PROTECTED] requesting that grass be removed from
> > > packages-arch-specific. But my ple
On Mon, 07 Mar 2005 20:40:40 +0100, Josselin Mouette wrote:
> Actually, the proposed solution that raised some approval was to split
> out the ALSA modules, just like the pcmcia modules.
I raised this idea on #debian-kernel and it was shot down.[0]
[0]http://lists.alioth.debian.org/pipermail/pkg
Le mercredi 09 mars 2005 Ã 20:33 +0100, Thomas Hood a Ãcrit :
> In theory I guess there should be an oss package that was the homologue of
> the alsa-base package. It would include files that would blacklist ALSA
> modules, just as alsa-base blacklists OSS modules. These packages would
> Conflict
Le jeudi 10 mars 2005 Ã 00:12 +0100, Thomas Hood a Ãcrit :
> On Mon, 07 Mar 2005 20:40:40 +0100, Josselin Mouette wrote:
> > Actually, the proposed solution that raised some approval was to split
> > out the ALSA modules, just like the pcmcia modules.
>
>
> I raised this idea on #debian-kernel an
On Tue, Mar 08, 2005 at 12:46:46AM +0100, David Härdeman wrote:
I've been meaning for some time to get a USB key to manage private keys
(such as gpg, ssh, etc), but it's not until recently that I tried to sit
down and sketch on how to implement it (filesystem layout,
functionality, which parts
On Thu, Mar 10, 2005 at 12:12:37AM +0100, Thomas Hood wrote:
> On Mon, 07 Mar 2005 20:40:40 +0100, Josselin Mouette wrote:
> > Actually, the proposed solution that raised some approval was to split
> > out the ALSA modules, just like the pcmcia modules.
> I raised this idea on #debian-kernel and i
On Thu, Mar 10, 2005 at 12:20:36AM +0100, Sven Luther wrote:
> On Tue, Mar 08, 2005 at 03:11:02PM -0800, Steve Langasek wrote:
> > On Tue, Mar 08, 2005 at 04:54:34PM +0100, Sven Luther wrote:
> > Here is the relevant section of the .changes file for the package in
> > question:
> > Date: Wed, 1
hi,
On Wed, Mar 09, 2005 at 08:36:24PM +0100, Javier Fernández-Sanguino Peña wrote:
> They are already are, please review the (simple) package. For some of the
> packages that provide them (like systat) the tasks are pulled in from the
> depends:, for other packages there might be users that mig
> So use -sa.
I forgot to ACK this : the suggestion was of course correct. Thanks
for the "tip" (which indeed could have been a RTFM.:-))
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thomas Hood <[EMAIL PROTECTED]> writes:
> On Mon, 07 Mar 2005 20:40:40 +0100, Josselin Mouette wrote:
>> Actually, the proposed solution that raised some approval was to split
>> out the ALSA modules, just like the pcmcia modules.
>
>
> I raised this idea on #debian-kernel and it was shot down.[0]
39 matches
Mail list logo
