> > Oh, wait! No, I'm wrong, CNFS actually does something smart and encodes
> > the header in ASCII when writing it to disk.
> >
> > Okay, phew, this isn't going to be nearly as bad as I had thought.
>
> Good news. It would be great if you could add relevant info to the wiki page:
> https://wiki.d
> From what I've gathered, they want to deprecate storing private keys
> without associated certificates, which would be really bad. There is an
> audited infrastructure for key generation and storage, including
> smartcard support, and adding a requirement that keys may only be added
> together wi
> Well, that `emboss` tool clearly appears to be lame in its approach:
> it should provide a single CLI tool called `emboss` which would have
> those "yank" et al as its subcommands so that anyone could do something
> like `emboss yank ...` etc.
>
> I'd say this should be reported as a bug upstrea
> The primary (and AFAIR only) cause of no sound with PulseAudio that I
> have encountered is that it doesnt know whether you want to hear sound
> over the HDMI output or over the jack. Both appear to the system as two
> different devices. So PA just selects one (I havent investigated how it
>
> Aeh, are you sure? I think you missed my point. I'm not involved with
> any init system, nor a Debian developer, yet by developing some random
> app and having it depend on a specific init system, I could (according
> to you) make that init system unsuitable for Debian?
You would surely make _yo
> guess: nvram-wakeup sgt-puzzles
That's an awfully generic name for a program which gets run exactly once per
motherboard to figure out some hardware configuration :-(
Not knowing the game I would recommend renaming the nvram-wakeup thingy.
Olaf
--
To UNSUBSCRIBE, email to debian-devel-requ..
> > * Package name: dedupdedup
>
> Is it recommended to sing the name of this package in a Frank Sinatra
> impression?
In fact when I first read that I automatically read "dedupdedupdedup".
But apparently the last part has been deduplicated already ;-)
Olaf
--
To UNSUBSCRIBE, email to debi
> > Though I guess we could support both, and define an interchange format
> > for exchanging data between our two systems.
>
> Is there not a risk that they would dedupe each other ?
Not to mention the risk which any program which finds programs with
generalized duplicate-finder function inflicts
> So this is a special case of a general problem with no easy solution: What
> should df do when 2 filesystems are mounted at the same location? It can't
> easily give correct information for both of them, since the later mount
> obscures the earlier mount from view.
It is a special case of an eve
> > Why on earth would anyone want to run the Windows version of a native
> > Linux app under a Windows emulation under Linux? :-)
>
> Because they're a developer of that app and they want to test the Windows
> port before releasing?
Okay, that's a bit of a corner case ;-) but nonetheless valid.
> The difference is that antiword is a tool for the user. The user will
> have doc files to use with antiword, e.g. send by mail. The antiword
> program on its own provides the user with the ability to view his/her
> word files. It does not depend on the existance of such a file on the
> system to
> > First, I couldn't find any reference to a "GPLed NDIS driver" in
> > ndiswrapper's
> > website, like Michael Poole asserts:
> >
> > http://lists.debian.org/debian-devel/2005/01/msg00381.html
> >
>
> I assume he was talking about the CIPE driver; it's linked right from
> the main ndiswrapper
12 matches
Mail list logo
