Processing commands for cont...@bugs.debian.org:
> user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was
jcris...@debian.org).
> usertag 579522 squeeze-can-defer
Bug#579522: tasksel - Removes packages without consent
There were no userta
user release.debian@packages.debian.org
usertag 579522 squeeze-can-defer
tag 579522 squeeze-ignore
kthxbye
On Wed, Apr 28, 2010 at 11:59:49 +0200, Bastian Blank wrote:
> Package: tasksel
> Version: 2.81
> Severity: grave
>
> On Mon, Apr 05, 2010 at 11:09:56PM +0200, Bastian Blank wrote:
> >
So as already discussed offline, the best would be to drop -y from the
aptitude install invocation. If there are unmet dependencies, aptitude would
prompt for a confirmation, in which case tasksel could just relay the question
to the user.
-S
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@
On Sun, Oct 31, 2010 at 02:14:10PM +0100, Bastian Blank wrote:
> On Sun, Oct 31, 2010 at 12:52:22PM +0100, Serafeim Zanikolas wrote:
> > With Aptitude::ProblemResolver::Remove-Level=maximum, the picture is very
> > different:
> > 0 packages upgraded, 375 newly installed, 0 to remove and 21 not
On Sun, Oct 31, 2010 at 12:52:22PM +0100, Serafeim Zanikolas wrote:
> With Aptitude::ProblemResolver::Remove-Level=maximum, the picture is very
> different:
> 0 packages upgraded, 375 newly installed, 0 to remove and 21 not upgraded.
> As I wrote already, I see this as defeating the point of ta
On Sun, Oct 31, 2010 at 11:52:39AM +0100, Serafeim Zanikolas wrote:
> Hi,
>
> I see two approaches here. Run aptitude in simulation mode, parse the output,
> and ask for user confirmation if any removals are required.
>
> Alternatively, tweak aptitude to not install any packages that require
> re
Hi,
I see two approaches here. Run aptitude in simulation mode, parse the output,
and ask for user confirmation if any removals are required.
Alternatively, tweak aptitude to not install any packages that require
removals. I don't know or use aptitude but from the little I've looked into
the manu
found 579522 2.66
thanks
tasksel has always behaved like this, some times removing packages
without any warning. It is a install time tool, and do not do really
do this when called from debian-installer, unless one has prepared
ones own tasks in addition to the tasks provided by
tasksel/debian-i
Raphael Hertzog wrote:
> Joey, you're the only uploader, do you plan to take care of this bug (if
> you understand it)?
no
(and a look at the changelog will clarify who uploads it)
--
see shy jo
signature.asc
Description: Digital signature
On Fri, May 07, 2010 at 03:55:40PM +0200, Raphael Hertzog wrote:
> On Wed, 28 Apr 2010, Bastian Blank wrote:
> > On Mon, Apr 05, 2010 at 11:09:56PM +0200, Bastian Blank wrote:
> > > - Task reinstallation removed packages first.
> > The task installation must not remove packages without approval.
>
Hi,
On Wed, 28 Apr 2010, Bastian Blank wrote:
> Package: tasksel
> Version: 2.81
> Severity: grave
>
> On Mon, Apr 05, 2010 at 11:09:56PM +0200, Bastian Blank wrote:
> > - Task reinstallation removed packages first.
>
> The task installation must not remove packages without approval.
What task
Package: tasksel
Version: 2.81
Severity: grave
On Mon, Apr 05, 2010 at 11:09:56PM +0200, Bastian Blank wrote:
> - Task reinstallation removed packages first.
The task installation must not remove packages without approval.
Bastian
--
I'm a soldier, not a diplomat. I can only tell the truth.
12 matches
Mail list logo
