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
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
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
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
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
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.
--
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.
--
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
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
[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:
[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
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
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
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
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
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
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
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
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
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
-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 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.
>
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, 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
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
-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
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
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
* 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
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
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
-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
> 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
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.
>
>
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
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
-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
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
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
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
/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
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
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
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
(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
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
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
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
49 matches
Mail list logo
