The -a option attempts to scan all keys on the machine, you need to
run it as root if you want to check every key that the script knows
about.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
On Wed, May 28, 2008 at 12:00:47AM +0100, Colin Watson wrote:
> On Tue, May 27, 2008 at 05:49:59PM +0200, Patrik Fimml wrote:
> > No, actually, /all/ keys I generated were allegedly weak -- this means,
> > after
> > executing ssh-keygen and dowkd.pl five times, I stuck to the key.
>
> This rings
On Thu, May 29, 2008 at 03:32:27PM +0800, Paul Wise wrote:
> The -a option attempts to scan all keys on the machine, you need to
> run it as root if you want to check every key that the script knows
> about.
>
I would add that on remote NFS directories root could have not
privileges to read such
(Please cc me in any replies, I'm not subscribed.)
Neil Williams wrote:
> ??? That simply does not work. The problem is that running gtk-doc not
> only requires tmpl/*.sgml files to exist but it *then modifies them*!
Here's how gtk-doc *used to* work:
* gtk-doc parses source code and writes out
Heya,
For some time now, I have been thinking about the problem of packages
which are removed from the archive at some point, without an (enforced)
transition to a new package name. Users of such packages keep them
around, usually never noticing the fact that no security (or other)
support is avai
On 29/05/08 at 13:24 +0200, Marc 'HE' Brockschmidt wrote:
> Heya,
>
> For some time now, I have been thinking about the problem of packages
> which are removed from the archive at some point, without an (enforced)
> transition to a new package name. Users of such packages keep them
> around, usual
Le jeudi 29 mai 2008 à 13:24 +0200, Marc 'HE' Brockschmidt a écrit :
> Heya,
>
> For some time now, I have been thinking about the problem of packages
> which are removed from the archive at some point, without an (enforced)
> transition to a new package name. Users of such packages keep them
> ar
/me seems to remember a fairly recent discussion about this...
Right: http://lists.debian.org/debian-devel/2008/03/msg00354.html
Marc 'HE' Brockschmidt wrote:
> Our current package management doesn't handle this case at all, so we
That is not entirely true: aptitude (and also dselect) does clearl
On Thu, May 29, 2008 at 01:24:59PM +0200, Marc 'HE' Brockschmidt wrote:
> The probably easiest way would be to make apt whine on all packages
> that are not available in any version at one of the locations
> specified in sources.list. This trivial solution sucks, because
> locally created packages
Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> On 29/05/08 at 13:24 +0200, Marc 'HE' Brockschmidt wrote:
>> For some time now, I have been thinking about the problem of packages
>> which are removed from the archive at some point, without an (enforced)
>> transition to a new package name. Users of su
Hello,
Marc 'HE' Brockschmidt schrieb:
> For some time now, I have been thinking about the problem of packages
> which are removed from the archive at some point, without an (enforced)
> transition to a new package name. Users of such packages keep them
> around, usually never noticing the fact tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/29/08 08:01, Marc 'HE' Brockschmidt wrote:
> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
>> On 29/05/08 at 13:24 +0200, Marc 'HE' Brockschmidt wrote:
>>> For some time now, I have been thinking about the problem of packages
>>> which are removed f
On Thu, May 29, 2008 at 02:40:07PM +0200, Kai Wasserbäch wrote:
> And for me that is enough, though a automatic notification by
> aptitude, when a package is added to that category would be nice.
As of version 0.4.11, this does happen. From the NEWS file:
* Command-line updates in aptitude wil
Ron Johnson <[EMAIL PROTECTED]> writes:
> On 05/29/08 08:01, Marc 'HE' Brockschmidt wrote:
>> Lucas Nussbaum <[EMAIL PROTECTED]> writes:
>>> I usually run 'apt-show-versions | grep -v uptodate' to find them. The
>>> remaining list is short enough to be analyzed manually.
>> I don't think normal use
Hi all,
On Thu, 29 May 2008 12:40:37 +0200, "Francesco P. Lovergine" wrote:
> On Thu, May 29, 2008 at 03:32:27PM +0800, Paul Wise wrote:
> > The -a option attempts to scan all keys on the machine, you need to
> > run it as root if you want to check every key that the script knows
> > about.
>
>
> With current kernels, if you use /dev/input/mice,
the
> port can be shared
> by gpm and X at the same time, and all mice you
connect
> (no matter what)
> show up in that device.
Thanks for the update on mouse sharing in newer
kernels. I didn't realize that this support had been
added. That doe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/29/08 09:35, Stephen Powell wrote:
[snip]
>
>> Given most people don't use the console ever,
>> installing a service that
>> is only for console use by default is simply wrong.
>
> I'm not sure how one would know that most people don't
> use th
On Thu, May 29, 2008 at 07:35:20 -0700, Stephen Powell wrote:
> I realize that PS/2 mice were not intended to be hot
> swapped, but "stuff happens". Sometimes the connector
> is loose and falls out, sometimes a mischievous
> co-worker unplugs it as a practical joke, sometimes
> the mouse fails, s
James Vega wrote:
> As of version 0.4.11, this does happen. From the NEWS file:
> * Command-line updates in aptitude will now list packages that are
> newly obsolete. This doesn't work when a source is removed and
> all its packages become obsolete, for technical reasons.
Hmm. New Debi
* Stefano Zacchiroli [Thu, 29 May 2008 14:18:35 +0200]:
> On Thu, May 29, 2008 at 01:24:59PM +0200, Marc 'HE' Brockschmidt wrote:
> > The probably easiest way would be to make apt whine on all packages
> > that are not available in any version at one of the locations
> > specified in sources.list.
Ron Johnson wrote:
> On 05/29/08 09:35, Stephen Powell wrote:
>> I'm not sure how one would know that most people don't
>> use the console. I, for one, use it a lot. But even
I work mainly in consoles too but I have no use at all for gpm as my
consoles are normally all in a graphical environmen
On 29-May-08, 07:07 (CDT), Frans Pop <[EMAIL PROTECTED]> wrote:
> Marc 'HE' Brockschmidt wrote:
> > Our current package management doesn't handle this case at all, so we
>
> That is not entirely true: aptitude (and also dselect) does clearly display
> obsolete and locally built packages in a sep
Here is a quick report on how I was able to speed up the boot in Lenny
by using the tools available already. I was able to reduce the boot
time as reported by bootchart from 48 to 30 seconds (37.5%). I post
it here to make more Debian users aware of the possibilities.
This test was done on a fr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/29/08 11:25, Frans Pop wrote:
> Ron Johnson wrote:
>> On 05/29/08 09:35, Stephen Powell wrote:
>>> I'm not sure how one would know that most people don't
>>> use the console. I, for one, use it a lot. But even
>
> I work mainly in consoles too
Steve Greenland wrote:
>
> Aptitude shows a group of "obsolete and locally created packages".
> However, it doesn't distinguish between them, as far as I can tell,
> which is what Marc (and I) would like.
There really is no current way to do this. Case in point: if you use
wget and dpkg -i to ins
On Thu, 29 May 2008, Petter Reinholdtsen wrote:
> I am not quite sure what to do to reduce it even further. Anyone got
> any ideas?
Yes, but for the kernel. You want to reduce the time to /sbin/init
being run by removing anything you don't want or need, and you want to
have the udev coldplug run
On Thu, May 29, 2008 at 08:16:28AM +1000, Ben Finney wrote:
> Where is your data for this assertion?
The number of people that have no idea how to get to the console from X.
Personally I hate dealing with machines that don't have gpm installed,
but I don't want to bloat the base install either.
On Thu, May 29, 2008 at 07:35:20AM -0700, Stephen Powell wrote:
> Thanks for the update on mouse sharing in newer
> kernels. I didn't realize that this support had been
> added. That does take away part of my supporting
> argument for configuring X to use gpm.
It was a very nice improvement.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
martin f krafft wrote:
> For reasons known to the board, Daniel Baumann stepped down from his
> position as treasurer
Just for the records and to avoid speculations: The reason is simply
lack of time.
- --
Address:Daniel Baumann, Burgunderstr
On Thu, May 29, 2008 at 12:22:15PM -0500, Ron Johnson wrote:
> Which I did many years ago. But it would still make it easier for
> us dual-use people, and not affect only-gooey users, if gpm were the
> default.
I would like ssh installed by default before gpm, but I don't think we
need to go back
Simon McVittie <[EMAIL PROTECTED]> writes:
> Here's how gtk-doc *used to* work:
>
> * gtk-doc parses source code and writes out skeletal tmpl/*.sgml
> * svn ci -m 'initial version of gtkdoc templates' tmpl
> * upstream doc author inserts content into tmpl/*.sgml
> * svn ci -m 'wrote some docs' tmp
CCing debian-dpkg for obvious reasons.
On Thu, 2008-05-29 at 14:18 +0200, Stefano Zacchiroli wrote:
> On Thu, May 29, 2008 at 01:24:59PM +0200, Marc 'HE' Brockschmidt wrote:
> > The probably easiest way would be to make apt whine on all packages
> > that are not available in any version at one of
Fellow earthicans,
I'm maintaining the libweather-com-perl package. Apparently
(http://rt.cpan.org/Public/Bug/Display.html?id=35681) the package stopped
working after May 6th 2008. I patched the package so it works again and
uploaded it into unstable. Just wondering what to do with Etch because
On Thu May 29 2008 12:37:28 Franklin PIAT wrote:
> Using `dpkg -i` really is insane as far as security is concerned :
The above statement is false.
Many people do extra levels of testing before
rolling out updates with "dpkg -i". With "apt-get"
you never know when the package lists will be upda
Hey there,
Some time ago I made disruptive changes to dhelp_parse, part of dhelp. I
assumed that the only one calling it was doc-base (in particular,
install-docs), so I synced the changes with some doc-base release and just
made them.
Now some bug (#482807) was assigned to dhelp, and the
Hi,
Marc 'HE' Brockschmidt wrote:
> For some time now, I have been thinking about the problem of packages
> which are removed from the archive at some point, without an (enforced)
> transition to a new package name. Users of such packages keep them
> around, usually never noticing the fact that n
Marc 'HE' Brockschmidt wrote:
>
> Our current package management doesn't handle this case at all, so we
> might need to fix this - we just need to decide how. The probably
> easiest way would be to make apt whine on all packages that are not
> available in any version at one of the locations speci
Hello,
On Thu, 2008-05-29 at 14:40 +0200, Kai Wasserbäch wrote:
> Marc 'HE' Brockschmidt schrieb:
> > For some time now, I have been thinking about the problem of packages
> > which are removed from the archive at some point, without an (enforced)
> > transition to a new package name. Users of suc
[Stephen Powell]
> I realize that PS/2 mice were not intended to be hot swapped, but
> "stuff happens".
The kernel 'psmouse' module, and the 'serio' layer that actually talks
to the i8042, actually have much more thorough and robust support for
PS/2 hotplugging than gpm ever did. The kernel even
[Christoph Haas]
> the package stopped working after May 6th 2008. I patched the package
> so it works again and uploaded it into unstable.
This is why we have volatile - see http://www.debian.org/volatile/.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description:
In article <[EMAIL PROTECTED]> you wrote:
> One could create dummy transition packages that `provides` the removed
> package :
or conflict with them in a "suported-lenny" package.
But I think obsolete packages can be mail-warned in security reports just
like vrms or something. "PAckages needing p
Stefano Zacchiroli wrote:
> On Wed, May 28, 2008 at 07:57:03PM -0500, Raphael Geissert wrote:
>> > You can imagine harvesting alioth.d.o and extracting all debian/control
>> > stored in whatever $VCS you find there, but you can't be sure if this
>> > is the currently used $VCS, if there are other
Yes, this could be solved by having APT (probably) store the origin of the
package when installing. Then, for example, if an APT front-end realizes
while updating package index files that a package coming from Debian is not
available anymore from Debian sources, the user could be prompted.
--
Mike Bird <[EMAIL PROTECTED]> writes:
> Many people do extra levels of testing before
> rolling out updates with "dpkg -i". With "apt-get"
> you never know when the package lists will be updated.
Uh... the package lists are updated when you run apt-get update. I must
be missing something.
--
Hi,
On Thu, 2008-05-29 at 21:37:28 +0200, Franklin PIAT wrote:
> I suggest to modify dpkg so it refuse to install package, unless the
> option "--insecure" is specified. Such option's manpage description
> would be :
That'd be mostly just annoying for no actual benefit. It would break
existing so
On Thu May 29 2008 16:58:41 Russ Allbery wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > Many people do extra levels of testing before
> > rolling out updates with "dpkg -i". With "apt-get"
> > you never know when the package lists will be updated.
>
> Uh... the package lists are updated when y
On Fri, May 30, 2008 at 3:44 AM, Christoph Haas <[EMAIL PROTECTED]> wrote:
> I'm maintaining the libweather-com-perl package. Apparently
> (http://rt.cpan.org/Public/Bug/Display.html?id=35681) the package stopped
> working after May 6th 2008. I patched the package so it works again and
> uploaded
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 440 (new: 18)
Total number of packages offered up for adoption: 106 (new: 11)
Total number of packages reque
Hello,
Make sure I think dpkg is a great tool..
home:/root# echo $(grep -c "dpkg" .bash_history)/$(wc -l .bash_history)
40/502
On Fri, 2008-05-30 at 05:06 +0300, Guillem Jover wrote:
> On Thu, 2008-05-29 at 21:37:28 +0200, Franklin PIAT wrote:
> > I suggest to modify dpkg so it refuse to instal
49 matches
Mail list logo
