[Andreas Beckmann]
Looks like we should start doing some automated upgrade tests with
aptitude ... jenkins.debian.net would be one solution, piuparts
another (anybody who wants to write a patch?).
A few years ago I did chroot upgrade tests like the one done by
jenkins.debian.net, using both
Aptitude installs all recommended packages by default which was rather
annoying until I found that in the options menu as I ran out of space a
couple of times.
as does apt-get.
I'm fairly sure synaptic doesn't select recommended by default, however
the synaptic package
For instance, one of the (ugly) boxes I help admin recently
had 1000 pacakges yet to update and 60 security packages not done, and not
enough space on the box to do them.
Aptitude installs all recommended packages by default which was rather
annoying until I found that in the options menu
On 2013-04-09 11:05, Kevin Chadwick wrote:
Aptitude installs all recommended packages by default which was rather
annoying until I found that in the options menu as I ran out of space a
couple of times.
as does apt-get.
--
brother
http://sis.bthstudent.se
--
To UNSUBSCRIBE, email to
+++ Chow Loong Jin [2013-04-09 09:32 +0800]:
On 09/04/2013 06:43, Adam Borowski wrote:
On Tue, Apr 09, 2013 at 04:19:19AM +0800, Chow Loong Jin wrote:
Actually, in the event of aptitude not being able to resolve the
dependencies
satisfactorily the first round (from aptitude install foo),
Le mardi 9 avril 2013 13:29:09, Wookey a écrit :
I too am a huge aptitude fan. The curses UI is brilliant for working
out what's up when things are a bit broken. However it doesn't deal
with multiarch well so I've been stuck with apt-get trying to work out
fro the tealeaves what's wrong. Is
On Tue, Apr 09, 2013 at 12:29:09PM +0100, Wookey wrote:
[cut]
I too am a huge aptitude fan. The curses UI is brilliant for working
out what's up when things are a bit broken. However it doesn't deal
with multiarch well so I've been stuck with apt-get trying to work out
fro the tealeaves
On Tue, Apr 9, 2013 at 7:29 PM, Wookey wrote:
Is anyone actually working on making the aptitude multiarch-friendly, or
planning to?
It appears so, see the bottom of this mail:
http://lists.debian.org/deity/2013/04/msg00027.html
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To
Hi,
Le Mon, Apr 08, 2013 at 06:02:27PM +0300, Eugene Lychauka a écrit :
http://www.debian.org/releases/testing/amd64/release-notes/ch-whats-new.html#pkgmgmt
Here we can read:
The preferred program for interactive package management from a
terminal is aptitude. For a non-interactive
Hi,
On Tue, Apr 09, 2013 at 09:32:52AM +0800, Chow Loong Jin wrote:
On 09/04/2013 06:43, Adam Borowski wrote:
On Tue, Apr 09, 2013 at 04:19:19AM +0800, Chow Loong Jin wrote:
Actually, in the event of aptitude not being able to resolve the
dependencies
satisfactorily the first round
On 04/09/2013 11:57 AM, Osamu Aoki wrote:
Hi,
On Tue, Apr 09, 2013 at 09:32:52AM +0800, Chow Loong Jin wrote:
On 09/04/2013 06:43, Adam Borowski wrote:
Have you been able to get that effect from aptitude? It seems that
whenever it sees some trouble (sometimes even when plain apt-get
On 2013-04-09 17:57, Osamu Aoki wrote:
[...]
I'm not sure if it makes sense to recommend aptitude in its present state.
I wouldn't recommend it when operating with multiarch enabled. Otherwise it's
mostly fine.
Looks like we should start doing some automated upgrade tests with
aptitude ...
Aptitude installs all recommended packages by default which was rather
annoying until I found that in the options menu as I ran out of space a
couple of times.
as does apt-get.
I'm fairly sure synaptic doesn't select recommended by default, however
the synaptic package itself is a
On Tue, Apr 09, 2013 at 06:15:12PM +0200, Andreas Beckmann wrote:
On 2013-04-09 17:57, Osamu Aoki wrote:
[...]
I'm not sure if it makes sense to recommend aptitude in its present state.
I wouldn't recommend it when operating with multiarch enabled. Otherwise
it's
mostly fine.
Looks
http://www.debian.org/releases/testing/amd64/release-notes/ch-whats-new.html#pkgmgmt
Here we can read:
The preferred program for interactive package management from a
terminal is aptitude. For a non-interactive command line interface for
package management, it is recommended to use apt-get.
On Monday, April 08, 2013 11:02:27, Eugene Lychauka wrote:
http://www.debian.org/releases/testing/amd64/release-notes/ch-whats-new.htm
l#pkgmgmt
Here we can read:
The preferred program for interactive package management from a
terminal is aptitude. For a non-interactive command line
On 08/04/2013 23:02, Eugene Lychauka wrote:
http://www.debian.org/releases/testing/amd64/release-notes/ch-whats-new.html#pkgmgmt
Here we can read:
The preferred program for interactive package management from a
terminal is aptitude. For a non-interactive command line interface for
package
Le Mon, Apr 08, 2013 at 06:02:27PM +0300, Eugene Lychauka a écrit :
http://www.debian.org/releases/testing/amd64/release-notes/ch-whats-new.html#pkgmgmt
Here we can read:
The preferred program for interactive package management from a
terminal is aptitude. For a non-interactive command
On Tue, Apr 09, 2013 at 04:19:19AM +0800, Chow Loong Jin wrote:
Actually, in the event of aptitude not being able to resolve the dependencies
satisfactorily the first round (from aptitude install foo), aptitude allows
you
to interactively pick other solutions, or tell it what to do:
Have you
Adam Borowski kilob...@angband.pl writes:
On Tue, Apr 09, 2013 at 04:19:19AM +0800, Chow Loong Jin wrote:
Actually, in the event of aptitude not being able to resolve the
dependencies satisfactorily the first round (from aptitude install
foo), aptitude allows you to interactively pick other
On 09/04/2013 06:43, Adam Borowski wrote:
On Tue, Apr 09, 2013 at 04:19:19AM +0800, Chow Loong Jin wrote:
Actually, in the event of aptitude not being able to resolve the dependencies
satisfactorily the first round (from aptitude install foo), aptitude allows
you
to interactively pick other
On Monday, April 08, 2013 18:43:06, Adam Borowski wrote:
On Tue, Apr 09, 2013 at 04:19:19AM +0800, Chow Loong Jin wrote:
Actually, in the event of aptitude not being able to resolve the
dependencies satisfactorily the first round (from aptitude install foo),
aptitude allows you
to
22 matches
Mail list logo
