Bug in aptitude?

2009-04-16 Thread Ben 
installation of package sendmail = http://rafb.net/p/CyyCc011.html
purge of package sendmail = http://rafb.net/p/L9QeCU60.html

why does aptitude not remove all packages installed? The packages
sendmail-base, sendmail-bin, sendmail-cf aren't depencies for any
other package installed.

Immediately after i installed sendmail i purged it, so the packages
left behind are NOT depencies!

Thanks


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Bug in aptitude?

2009-04-16 Thread Sven Joachim 
On 2009-04-16 18:56 +0200, Ben wrote:

 installation of package sendmail = http://rafb.net/p/CyyCc011.html
 purge of package sendmail = http://rafb.net/p/L9QeCU60.html

Please include such output in your mail, so that people don't have to
jump through hoops to read (and possibly cite) it.

 why does aptitude not remove all packages installed? The packages
 sendmail-base, sendmail-bin, sendmail-cf aren't depencies for any
 other package installed.

 Immediately after i installed sendmail i purged it, so the packages
 left behind are NOT depencies!

Probably you have some package that recommends mail-transport-agent
which is provided by sendmail-bin, so aptitude keeps it. The command

$ aptitude why sendmail-bin

will give you more information.  Note that aptitude only removes
automatically installed packages that are recommended by other packages
if the options Apt::Install-Recommends and Aptitude::Keep-Recommends are
both set to false.  See the aptitude user manual for more information.

Sven


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Is this bug in aptitude?

2008-08-31 Thread Wackojacko 

Daniel Burrows wrote:

On Wed, Aug 27, 2008 at 11:02:08AM +0300, Eugene V. Lyubimkin [EMAIL 
PROTECTED] was heard to say:

Rob Gom wrote:

Hello,
is this bug in aptitude when I try:
$ aptitude install a
[...]
b will be removed
$ aptitude install a b
[...]
b will be removed
[OK]
$ aptitude install b
[b is installed fine, the same with a]

So why does aptitude want to remove package b in the first place?


  [snip]


Aptitude tries to remove automatically installed packages. If you
manually install them, aptitude won't try to do this. It's not a bug.


  It is interesting that install a b doesn't flag b as manual.

  The command-line parsing logic is hairy and tries to do the right
thing in various cases, but this one seems to be falling through
the cracks (due to when aptitude calculates unused removals).  Problem
is, I'd have to be careful adding code to handle this situation: the
command-line is one of the few parts of aptitude that's not very well
specified, and so I'm not sure exactly what would happen if I tried
various hacks to do what you (quite reasonably) expect here.  I don't
see any obvious problems, but it's entirely possible that some other
use case would be affected.

  Daniel




Daniel

I don't know whether you saw my earlier message 
http://lists.debian.org/debian-user/2008/08/msg02156.html but the OP has 
testing and unstable in his sources list and is doing


#aptitude install -t unstable a

so wouldn't this remove any testing packages that conflict with a or any 
of its dependencies?


#aptitude install -t unstable b

will then install the new package from unstable as its supposed to.

This is how I read the OP and wouldn't want you to spend time hacking 
for a problem that doesn't IMHO exist.  Mixing dists will cause these 
anomalies and they should be expected, no?


HTH

Wackojacko


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is this bug in aptitude?

2008-08-31 Thread Daniel Burrows 
On Sun, Aug 31, 2008 at 07:10:38PM +0100, Wackojacko [EMAIL PROTECTED] was 
heard to say:
 Daniel Burrows wrote:
 So why does aptitude want to remove package b in the first place?

   [snip]

 Aptitude tries to remove automatically installed packages. If you
 manually install them, aptitude won't try to do this. It's not a bug.

   It is interesting that install a b doesn't flag b as manual.

 I don't know whether you saw my earlier message  
 http://lists.debian.org/debian-user/2008/08/msg02156.html but the OP has  
 testing and unstable in his sources list and is doing

 #aptitude install -t unstable a

 so wouldn't this remove any testing packages that conflict with a or any  
 of its dependencies?

  Yes, but that's not why they were being removed; his example quite
clearly showed that they were removed because they were unused (the u
flag after each one says that).  He also said that the packages being
removed could be installed afterwards, which wouldn't be the case if
they were not installable.

  Daniel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is this bug in aptitude?

2008-08-30 Thread Daniel Burrows 
On Wed, Aug 27, 2008 at 11:02:08AM +0300, Eugene V. Lyubimkin [EMAIL 
PROTECTED] was heard to say:
 Rob Gom wrote:
  Hello,
  is this bug in aptitude when I try:
  $ aptitude install a
  [...]
  b will be removed
  $ aptitude install a b
  [...]
  b will be removed
  [OK]
  $ aptitude install b
  [b is installed fine, the same with a]
  
  So why does aptitude want to remove package b in the first place?

  [snip]

 Aptitude tries to remove automatically installed packages. If you
 manually install them, aptitude won't try to do this. It's not a bug.

  It is interesting that install a b doesn't flag b as manual.

  The command-line parsing logic is hairy and tries to do the right
thing in various cases, but this one seems to be falling through
the cracks (due to when aptitude calculates unused removals).  Problem
is, I'd have to be careful adding code to handle this situation: the
command-line is one of the few parts of aptitude that's not very well
specified, and so I'm not sure exactly what would happen if I tried
various hacks to do what you (quite reasonably) expect here.  I don't
see any obvious problems, but it's entirely possible that some other
use case would be affected.

  Daniel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Is this bug in aptitude?

2008-08-27 Thread Rob Gom 
Hello,
is this bug in aptitude when I try:
$ aptitude install a
[...]
b will be removed
$ aptitude install a b
[...]
b will be removed
[OK]
$ aptitude install b
[b is installed fine, the same with a]

So why does aptitude want to remove package b in the first place?

Real example:
# aptitude -t unstable install dpatch dpkg dpkg-dev dput dselect dash
iptables irb1.8 iso-codes kalarm kdegraphics-kfile-plugins kdict
kghostview kipi-plugins kmix knewsticker kolourpaint kpdf krdc
krusader ksnapshot dvd+rw-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
The following packages will be REMOVED:
  cdparanoia{u} dvd+rw-tools{u} genisoimage{u} k3b{u} k3b-data{u}
kooka{u} libk3b3{u} libk3b3-extracodecs{u} libkscan1{u}
libmusicbrainz4c2a{u} libtag1c2a{u} ocrad{u}
  vcdimager{u} wodim{u}
The following packages will be upgraded:
  dash dpatch dpkg dpkg-dev dput dselect iptables irb1.8 iso-codes
kalarm kdegraphics-kfile-plugins kdict kghostview kipi-plugins kmix
knewsticker kolourpaint kpdf krdc krusader
  ksnapshot libkipi0 libreadline-ruby1.8
23 packages upgraded, 0 newly installed, 14 to remove and 586 not upgraded.
Need to get 19,0MB of archives. After unpacking 18,1MB will be freed.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
Get:1 ftp://ftp.pl.debian.org unstable/main dpkg 1.14.21 [2292kB]
Get:2 ftp://ftp.pl.debian.org unstable/main dash 0.5.4-12 [93,0kB]
Get:3 ftp://ftp.pl.debian.org unstable/main iptables 1.4.1.1-3 [530kB]
Get:4 ftp://ftp.pl.debian.org unstable/main dpatch 2.0.30 [88,2kB]
Get:5 ftp://ftp.pl.debian.org unstable/main dpkg-dev 1.14.21 [757kB]
Get:6 ftp://ftp.pl.debian.org unstable/main dput 0.9.2.33 [43,4kB]
Get:7 ftp://ftp.pl.debian.org unstable/main dselect 1.14.21 [783kB]
Get:8 ftp://ftp.pl.debian.org testing/main libreadline-ruby1.8
1.8.7.22-3 [260kB]
Get:9 ftp://ftp.pl.debian.org testing/main irb1.8 1.8.7.22-3 [300kB]
Get:10 ftp://ftp.pl.debian.org testing/main iso-codes 3.2-1 [1582kB]
Get:11 ftp://ftp.pl.debian.org testing/main kalarm 4:3.5.9-5 [685kB]
Get:12 ftp://ftp.pl.debian.org testing/main kdegraphics-kfile-plugins
4:3.5.9-3 [260kB]
Get:13 ftp://ftp.pl.debian.org testing/main kdict 4:3.5.9-4 [308kB]
Get:14 ftp://ftp.pl.debian.org testing/main kghostview 4:3.5.9-3 [236kB]
Get:15 ftp://ftp.pl.debian.org testing/main libkipi0 0.1.6-2 [146kB]
Get:16 ftp://ftp.pl.debian.org testing/main kipi-plugins 0.1.5-2 [3892kB]
Get:17 ftp://ftp.pl.debian.org unstable/main kmix 4:3.5.9-3 [394kB]
Get:18 ftp://ftp.pl.debian.org testing/main knewsticker 4:3.5.9-4 [453kB]
Get:19 ftp://ftp.pl.debian.org testing/main kolourpaint 4:3.5.9-3 [1071kB]
Get:20 ftp://ftp.pl.debian.org testing/main kpdf 4:3.5.9-3 [843kB]
Get:21 ftp://ftp.pl.debian.org testing/main krdc 4:3.5.9-4 [509kB]
Get:22 ftp://ftp.pl.debian.org testing/main krusader 1.90.0-3 [3314kB]
Get:23 ftp://ftp.pl.debian.org testing/main ksnapshot 4:3.5.9-3 [168kB]
Fetched 19,0MB in 3min22s (93,7kB/s)
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Preconfiguring packages ...
(Reading database ... 168854 files and directories currently installed.)
Removing k3b ...
Removing cdparanoia ...
Removing dvd+rw-tools ...
Removing genisoimage ...
Removing k3b-data ...
Removing kooka ...
Removing libk3b3-extracodecs ...
Removing libk3b3 ...
Removing libkscan1 ...
Removing libmusicbrainz4c2a ...
Removing libtag1c2a ...
Removing ocrad ...
Removing vcdimager ...
Removing wodim ...
Processing triggers for menu ...
Processing triggers for man-db ...
(Reading database ... 168356 files and directories currently installed.)
Preparing to replace dpkg 1.14.20 (using .../archives/dpkg_1.14.21_i386.deb) ...
Unpacking replacement dpkg ...
Processing triggers for man-db ...
Setting up dpkg (1.14.21) ...
(Reading database ... 168360 files and directories currently installed.)
Preparing to replace dash 0.5.4-11 (using .../dash_0.5.4-12_i386.deb) ...
Unpacking replacement dash ...
Preparing to replace iptables 1.4.1.1-2 (using
.../iptables_1.4.1.1-3_i386.deb) ...
Unpacking replacement iptables ...
Preparing to replace dpatch 2.0.29 (using
.../archives/dpatch_2.0.30_all.deb) ...
Unpacking replacement dpatch ...
Preparing to replace dpkg-dev 1.14.20 (using .../dpkg-dev_1.14.21_all.deb) ...
Unpacking replacement dpkg-dev ...
Preparing to replace dput 0.9.2.32 (using
.../archives/dput_0.9.2.33_all.deb) ...
Unpacking replacement dput ...
Preparing to replace dselect 1.14.20 (using .../dselect_1.14.21_i386.deb) ...
Unpacking replacement dselect ...
Preparing to replace libreadline-ruby1.8 1.8.6.114-2 (using
.../libreadline-ruby1.8_1.8.7.22-3_i386.deb) ...
Unpacking replacement libreadline-ruby1.8 ...
Preparing to replace irb1.8 1.8.6.114-2 (using
.../irb1.8_1.8.7.22-3_all.deb) ...
Unpacking replacement irb1.8 ...
Preparing to replace iso-codes 2.1-1 (using

Re: Is this bug in aptitude?

2008-08-27 Thread Eugene V. Lyubimkin 
Rob Gom wrote:
 Hello,
 is this bug in aptitude when I try:
 $ aptitude install a
 [...]
 b will be removed
 $ aptitude install a b
 [...]
 b will be removed
 [OK]
 $ aptitude install b
 [b is installed fine, the same with a]
 
 So why does aptitude want to remove package b in the first place?
 
 Real example:
 # aptitude -t unstable install dpatch dpkg dpkg-dev dput dselect dash
 iptables irb1.8 iso-codes kalarm kdegraphics-kfile-plugins kdict
 kghostview kipi-plugins kmix knewsticker kolourpaint kpdf krdc
 krusader ksnapshot dvd+rw-tools
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Reading extended state information
 Initializing package states... Done
 The following packages will be REMOVED:
   cdparanoia{u} dvd+rw-tools{u} genisoimage{u} k3b{u} k3b-data{u}
 kooka{u} libk3b3{u} libk3b3-extracodecs{u} libkscan1{u}
 libmusicbrainz4c2a{u} libtag1c2a{u} ocrad{u}
   vcdimager{u} wodim{u}
 The following packages will be upgraded:
   dash dpatch dpkg dpkg-dev dput dselect iptables irb1.8 iso-codes
 kalarm kdegraphics-kfile-plugins kdict kghostview kipi-plugins kmix
 knewsticker kolourpaint kpdf krdc krusader
   ksnapshot libkipi0 libreadline-ruby1.8
 23 packages upgraded, 0 newly installed, 14 to remove and 586 not upgraded.
 Need to get 19,0MB of archives. After unpacking 18,1MB will be freed.
 Do you want to continue? [Y/n/?]
 Writing extended state information... Done
 Get:1 ftp://ftp.pl.debian.org unstable/main dpkg 1.14.21 [2292kB]
 Get:2 ftp://ftp.pl.debian.org unstable/main dash 0.5.4-12 [93,0kB]
 Get:3 ftp://ftp.pl.debian.org unstable/main iptables 1.4.1.1-3 [530kB]
 Get:4 ftp://ftp.pl.debian.org unstable/main dpatch 2.0.30 [88,2kB]
 Get:5 ftp://ftp.pl.debian.org unstable/main dpkg-dev 1.14.21 [757kB]
 Get:6 ftp://ftp.pl.debian.org unstable/main dput 0.9.2.33 [43,4kB]
 Get:7 ftp://ftp.pl.debian.org unstable/main dselect 1.14.21 [783kB]
 Get:8 ftp://ftp.pl.debian.org testing/main libreadline-ruby1.8
 1.8.7.22-3 [260kB]
 Get:9 ftp://ftp.pl.debian.org testing/main irb1.8 1.8.7.22-3 [300kB]
 Get:10 ftp://ftp.pl.debian.org testing/main iso-codes 3.2-1 [1582kB]
 Get:11 ftp://ftp.pl.debian.org testing/main kalarm 4:3.5.9-5 [685kB]
 Get:12 ftp://ftp.pl.debian.org testing/main kdegraphics-kfile-plugins
 4:3.5.9-3 [260kB]
 Get:13 ftp://ftp.pl.debian.org testing/main kdict 4:3.5.9-4 [308kB]
 Get:14 ftp://ftp.pl.debian.org testing/main kghostview 4:3.5.9-3 [236kB]
 Get:15 ftp://ftp.pl.debian.org testing/main libkipi0 0.1.6-2 [146kB]
 Get:16 ftp://ftp.pl.debian.org testing/main kipi-plugins 0.1.5-2 [3892kB]
 Get:17 ftp://ftp.pl.debian.org unstable/main kmix 4:3.5.9-3 [394kB]
 Get:18 ftp://ftp.pl.debian.org testing/main knewsticker 4:3.5.9-4 [453kB]
 Get:19 ftp://ftp.pl.debian.org testing/main kolourpaint 4:3.5.9-3 [1071kB]
 Get:20 ftp://ftp.pl.debian.org testing/main kpdf 4:3.5.9-3 [843kB]
 Get:21 ftp://ftp.pl.debian.org testing/main krdc 4:3.5.9-4 [509kB]
 Get:22 ftp://ftp.pl.debian.org testing/main krusader 1.90.0-3 [3314kB]
 Get:23 ftp://ftp.pl.debian.org testing/main ksnapshot 4:3.5.9-3 [168kB]
 Fetched 19,0MB in 3min22s (93,7kB/s)
 Reading package fields... Done
 Reading package status... Done
 Retrieving bug reports... Done
 Parsing Found/Fixed information... Done
 Preconfiguring packages ...
 (Reading database ... 168854 files and directories currently installed.)
 Removing k3b ...
 Removing cdparanoia ...
 Removing dvd+rw-tools ...
 Removing genisoimage ...
 Removing k3b-data ...
 Removing kooka ...
 Removing libk3b3-extracodecs ...
 Removing libk3b3 ...
 Removing libkscan1 ...
 Removing libmusicbrainz4c2a ...
 Removing libtag1c2a ...
 Removing ocrad ...
 Removing vcdimager ...
 Removing wodim ...
 Processing triggers for menu ...
 Processing triggers for man-db ...
 (Reading database ... 168356 files and directories currently installed.)
 Preparing to replace dpkg 1.14.20 (using .../archives/dpkg_1.14.21_i386.deb) 
 ...
 Unpacking replacement dpkg ...
 Processing triggers for man-db ...
 Setting up dpkg (1.14.21) ...
 (Reading database ... 168360 files and directories currently installed.)
 Preparing to replace dash 0.5.4-11 (using .../dash_0.5.4-12_i386.deb) ...
 Unpacking replacement dash ...
 Preparing to replace iptables 1.4.1.1-2 (using
 .../iptables_1.4.1.1-3_i386.deb) ...
 Unpacking replacement iptables ...
 Preparing to replace dpatch 2.0.29 (using
 .../archives/dpatch_2.0.30_all.deb) ...
 Unpacking replacement dpatch ...
 Preparing to replace dpkg-dev 1.14.20 (using .../dpkg-dev_1.14.21_all.deb) ...
 Unpacking replacement dpkg-dev ...
 Preparing to replace dput 0.9.2.32 (using
 .../archives/dput_0.9.2.33_all.deb) ...
 Unpacking replacement dput ...
 Preparing to replace dselect 1.14.20 (using .../dselect_1.14.21_i386.deb) ...
 Unpacking replacement dselect ...
 Preparing to replace libreadline-ruby1.8 1.8.6.114-2 (using
 .../libreadline-ruby1.8_1.8.7.22-3_i386.deb) ...
 Unpacking replacement libreadline-ruby1.8 ...
 Preparing to replace irb1.8

Re: Is this bug in aptitude?

2008-08-27 Thread Steve Kemp 
On Wed Aug 27, 2008 at 11:02:08 +0300, Eugene V. Lyubimkin wrote:

 Aptitude tries to remove automatically installed packages. If you
 manually install them, aptitude won't try to do this. It's not a bug.

  Please trim messages you're replying to.  There was no need to
 quote that message in its entirety to add a mere two lines.

Steve
-- 
Debian GNU/Linux System Administration
http://www.debian-administration.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is this bug in aptitude?

2008-08-27 Thread Eugene V. Lyubimkin 
Steve Kemp wrote:
 On Wed Aug 27, 2008 at 11:02:08 +0300, Eugene V. Lyubimkin wrote:
 
 Aptitude tries to remove automatically installed packages. If you
 manually install them, aptitude won't try to do this. It's not a bug.
 
   Please trim messages you're replying to.  There was no need to
  quote that message in its entirety to add a mere two lines.
 
 Steve
Reasonable. Acknowledged.

-- 
Eugene V. Lyubimkin aka JackYF



signature.asc
Description: OpenPGP digital signature

Re: Is this bug in aptitude?

2008-08-27 Thread Rob Gom 
[cut]

 Aptitude tries to remove automatically installed packages. If you
 manually install them, aptitude won't try to do this. It's not a bug.

 --
 Eugene V. Lyubimkin aka JackYF



Thank you very much.
However I don't understand the answer. Why does aptitude want to
uninstall them? Are they in conflict with something else? If so, why
removed packages can be installed without problem later?
In other words - _why does aptitude want to remove automatically
installed packages_?

Regards,
Robert


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is this bug in aptitude?

2008-08-27 Thread Eugene V. Lyubimkin 
Rob Gom wrote:
[cut]
 Thank you very much.
 However I don't understand the answer. Why does aptitude want to
 uninstall them? Are they in conflict with something else? If so, why
 removed packages can be installed without problem later?
 In other words - _why does aptitude want to remove automatically
 installed packages_?
Because these packages were installed as dependencies to some other
package(s). When these packages are to removed, aptitude assumes that
installed dependencies are not needed anymore. And you need to manually
specify which packages are important to you (man aptitude, option
unmarkauto).

-- 
Eugene V. Lyubimkin aka JackYF



signature.asc
Description: OpenPGP digital signature

Re: Is this bug in aptitude?

2008-08-27 Thread Osamu Aoki 
On Wed, Aug 27, 2008 at 03:22:57PM +0200, Rob Gom wrote:
 [cut]
 
  Aptitude tries to remove automatically installed packages. If you
  manually install them, aptitude won't try to do this. It's not a bug.
 
  --
  Eugene V. Lyubimkin aka JackYF
 
 
 
 Thank you very much.
 However I don't understand the answer. Why does aptitude want to
 uninstall them? Are they in conflict with something else? If so, why
 removed packages can be installed without problem later?

Noone want to accumulate junk in their system.

 In other words - _why does aptitude want to remove automatically
 installed packages_?

If there is no other package using it, auto-installed packages are
removed.  Simple.  You can change auto installed status with m/M.
 
Osamu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is this bug in aptitude?

2008-08-27 Thread Rob Gom 

 Noone want to accumulate junk in their system.

 In other words - _why does aptitude want to remove automatically
 installed packages_?

 If there is no other package using it, auto-installed packages are
 removed.  Simple.  You can change auto installed status with m/M.

 Osamu


Understood, acknowledged.
Thx,
Robert


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is this bug in aptitude?

2008-08-27 Thread Wackojacko 

Rob Gom wrote:

[cut]

Aptitude tries to remove automatically installed packages. If you
manually install them, aptitude won't try to do this. It's not a bug.

--
Eugene V. Lyubimkin aka JackYF




Thank you very much.
However I don't understand the answer. Why does aptitude want to
uninstall them? Are they in conflict with something else? If so, why
removed packages can be installed without problem later?
In other words - _why does aptitude want to remove automatically
installed packages_?

Regards,
Robert




Rob

Are you running lenny and picking things from sid?

My theory is that are only using some packages from sid.  These sid 
packages sometimes depend on new versions of libraries and replace old 
libraries in lenny.  Any packages in lenny which depend on the old 
libraries and not the new ones (due to transition to newer software) 
will be automatically removed due to unsatisfied dependencies.


However, when you reinstall the packages (from sid) that got removed it 
will install the newer version which depend on the new libraries.


If you are running sid then you need to dist-upgrade first then all 
would be well.


Of course it may be none of the above :)

My 2p!

HTH

Wackojacko






--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: bug en aptitude ?

2007-09-06 Thread [EMAIL PROTECTED] 
Iñigo Tejedor Arrondo escribió:
 ¿Ven bien las opciones en la página man de aptitude de debian _estable_?

 man aptitude
 ...
  \fBinstall\fR
 ...
  \fB+\fR
 ...
  \fBremove\fR, \fBpurge\fR, \fBhold\fR, \fBunhold\fR, \fBkeep\fR,
\fBreinstall\fR
 ...

 LANG=C man aptitude

 lo mismo

 LANG=en man aptitude

 lo mismo

 ¿a alguien más, o soy el único? me mosquea porque me pasa en varias
 máquinas.

 Saludos



   
Debian 4.0 stable

man aptitude


Identica respuesta:
The following actions are available:

   \fBinstall\fR
   Install one or more packages. The packages should be listed after

RE: bug en aptitude ?

2007-09-05 Thread Gabriel Bueno 


 -Mensaje original-
 De: Iñigo Tejedor Arrondo [mailto:[EMAIL PROTECTED]
 Enviado el: Martes, 4 de Septiembre de 2007 21:02
 Para: Lista Debian
 Asunto: bug en aptitude ?
 
 
 ¿Ven bien las opciones en la página man de aptitude de debian _estable_?
 
 man aptitude
 ...
  \fBinstall\fR
 ...
  \fB+\fR
 ...
  \fBremove\fR, \fBpurge\fR, \fBhold\fR, \fBunhold\fR, \fBkeep\fR,
\fBreinstall\fR
 ...
 
 LANG=C man aptitude
 
 lo mismo
 
 LANG=en man aptitude
 
 lo mismo
 
 ¿a alguien más, o soy el único? me mosquea porque me pasa en varias
 máquinas.
 
 Saludos
 
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact 
 [EMAIL PROTECTED]
 

A mi me pasa lo mismo.

Por ej:
package\fB+\fR
   Install package.

\fBforbid-version\fR

ding \fB=version\fR t


Saludos


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: bug en aptitude ?

2007-09-05 Thread Iñigo Tejedor Arrondo 
El mar, 04-09-2007 a las 19:36 -0500, Marcos Delgado escribió:

 No eres el único, recuerdo que ese problema estaba también en la
 versión inestable, pero ya lo solucionaron. Lo acabo de verificar en
 la versión de pruebas (la que estoy usando en este momento) y también
 esta solucionado.
 Saludos.
 Marcos Delgado.

Gracias



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

bug en aptitude ?

2007-09-04 Thread Iñigo Tejedor Arrondo 
¿Ven bien las opciones en la página man de aptitude de debian _estable_?

man aptitude
...
 \fBinstall\fR
...
 \fB+\fR
...
 \fBremove\fR, \fBpurge\fR, \fBhold\fR, \fBunhold\fR, \fBkeep\fR,
   \fBreinstall\fR
...

LANG=C man aptitude

lo mismo

LANG=en man aptitude

lo mismo

¿a alguien más, o soy el único? me mosquea porque me pasa en varias
máquinas.

Saludos



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: bug en aptitude ?

2007-09-04 Thread Marcos Delgado 
El 4/09/07, Iñigo Tejedor Arrondo [EMAIL PROTECTED] escribió:
 ¿Ven bien las opciones en la página man de aptitude de debian _estable_?

 man aptitude
 ...
  \fBinstall\fR
 ...
  \fB+\fR
 ...
  \fBremove\fR, \fBpurge\fR, \fBhold\fR, \fBunhold\fR, \fBkeep\fR,
\fBreinstall\fR
 ...

 LANG=C man aptitude

 lo mismo

 LANG=en man aptitude

 lo mismo

 ¿a alguien más, o soy el único? me mosquea porque me pasa en varias
 máquinas.

 Saludos


No eres el único, recuerdo que ese problema estaba también en la
versión inestable, pero ya lo solucionaron. Lo acabo de verificar en
la versión de pruebas (la que estoy usando en este momento) y también
esta solucionado.
Saludos.
Marcos Delgado.