On Thu, Nov 01, 2007 at 07:58:29AM +, Raphael Hertzog wrote:
> On Thu, 01 Nov 2007, Bart Samwel wrote:
> > Hmmm. I'd require a sponsor for that, as I'm not a DD. Raphael, would you
> > mind sponsoring?
>
> Yeah, I can. And you could most probably quickly become "DM" for those
> packages given
On Thu, 1 Nov 2007 09:11:33 +0100
Raphael Hertzog <[EMAIL PROTECTED]> wrote:
> On Thu, 01 Nov 2007, Michael Biebl wrote:
> > Given that acpi-support is going to be deprecated in favor of
> > pm-utils/hal [1] I'd rather see acpi-support removed from the
> > laptop-task completely.
> > [1] https://w
Bart Samwel wrote:
> 2. What we may actually require is a detection system which triggers the
> installation of packages at installation time, based on hardware
> detection.
You should contact Petter Reinholdtsen, who has been working on a new life
for the package discover to do exactly that.
He
[Bart Samwel]
> 2. What we may actually require is a detection system which triggers
> the installation of packages at installation time, based on hardware
> detection.
The discover package got the script discover-pkginstall which will do
this. I've added mapping from hardware to packages for a
On Thu, Nov 01, 2007 at 03:54:44AM +0100, Bart Samwel wrote:
> Luk Claes wrote:
> >Bart Samwel wrote:
> >>3. Regarding the toshset package: I have a working Toshiba Tecra 8200,
> >>one of the models covered by toshset. I may be biased, but as far as I'm
> >>concerned the stuff is still useful. :-)
On Thu, 01 Nov 2007, Michael Biebl wrote:
> Given that acpi-support is going to be deprecated in favor of
> pm-utils/hal [1] I'd rather see acpi-support removed from the
> laptop-task completely.
> [1] https://wiki.ubuntu.com/PMUtilsSpec
I'm all for this if this is possible. acpi-support has alway
On Thu, 01 Nov 2007, Bart Samwel wrote:
> Luk Claes wrote:
>> Bart Samwel wrote:
>>> 3. Regarding the toshset package: I have a working Toshiba Tecra 8200,
>>> one of the models covered by toshset. I may be biased, but as far as I'm
>>> concerned the stuff is still useful. :-)
>> Please do adopt th
Bart Samwel wrote:
> I wouldn't mind having the packages installed in the laptop task if that
> fixes it. However, the laptop task currently uses the task-fields method,
> which AFAICT means that the dependent packages should list themselves as
> being part of the laptop task, something that wil
Bart Samwel schrieb:
> Joey Hess wrote:
>> Raphael Hertzog wrote:
>>> The problem is not so much on manually installed package but on initial
>>> installation. I'm not sure what would get installed via the laptop
>>> task if
>>> we made that a Recommends...
>>
>> d-i can't afford to install recomme
Joey Hess wrote:
Raphael Hertzog wrote:
The problem is not so much on manually installed package but on initial
installation. I'm not sure what would get installed via the laptop task if
we made that a Recommends...
d-i can't afford to install recommends by default (best way to change
that is
Luk Claes wrote:
Bart Samwel wrote:
3. Regarding the toshset package: I have a working Toshiba Tecra 8200,
one of the models covered by toshset. I may be biased, but as far as I'm
concerned the stuff is still useful. :-)
Please do adopt the toshutils and toshset packages so people don't need
t
Josselin Mouette wrote:
> You may be interested to learn that we plan to downgrade a number of
> dependencies of the gnome metapackages to Recommends.
>
> If this means tracking them later on to be sure that everything needed
> is installed, maybe we need a way to improve the coordination between
Le mercredi 31 octobre 2007 à 18:05 -0400, Joey Hess a écrit :
> d-i can't afford to install recommends by default (best way to change
> that is to make all uses of recommends sane to be installed by default).
>
> So the laptop task would need to track and list the recommends. Doing
> something sm
Bart Samwel wrote:
> tag 438665 wontfix
> merge 438665 445900
> thanks
>
> Clint Adams wrote:
>> reopen 438665
>> quit
>>
>> On Wed, Oct 31, 2007 at 06:22:11PM +0100, Luk Claes wrote:
>>> That sounds like the Dependens should be a Recommends, if so please file
>>> a bug for it.
>>
>> It doesn't lo
Raphael Hertzog wrote:
> The problem is not so much on manually installed package but on initial
> installation. I'm not sure what would get installed via the laptop task if
> we made that a Recommends...
d-i can't afford to install recommends by default (best way to change
that is to make all use
On Wed, 31 Oct 2007, Adeodato Simó wrote:
> * Bart Samwel [Wed, 31 Oct 2007 21:32:57 +0100]:
>
> Hello Bart. While I understand your reasoning, it may be now the time to
> revisit it:
>
> > or Recommends which
> > behaves exactly like Depends (like some package managers treat Recommends,
> > bu
* Bart Samwel [Wed, 31 Oct 2007 21:32:57 +0100]:
Hello Bart. While I understand your reasoning, it may be now the time to
revisit it:
> or Recommends which
> behaves exactly like Depends (like some package managers treat Recommends,
> but not all),
As announced in [1] and can be seen in [2], a
tag 438665 wontfix
merge 438665 445900
thanks
Clint Adams wrote:
reopen 438665
quit
On Wed, Oct 31, 2007 at 06:22:11PM +0100, Luk Claes wrote:
That sounds like the Dependens should be a Recommends, if so please file
a bug for it.
It doesn't look like #438665 was actually fixed.
OK, then I
18 matches
Mail list logo