On Mon, Dec 03, 2012 at 11:47:54PM +0100, Milan Zamazal wrote:
> > "AM" == Agustin Martin writes:
>
> AM> I am attaching a patch that may help here with speechd-el. For
> AM> emacs21 and emacs22 it checks if a standalone eieio package is
> AM> installed and otherwise warns and ski
Sébastien Villemot writes:
> The code looks good, and it passed the upgrade tests for devscripts-el
> and emms. So I think you can go on.
Great, and thanks for the help.
I'll see about generating another wheezy candidate release soon -- very
happy you tracked this down.
--
Rob Browning
rlb @d
Le dimanche 09 décembre 2012 à 12:50 -0600, Rob Browning a écrit :
> Rob Browning writes:
>
> > Sébastien Villemot writes:
>
> >> Since there seem to be no other new-style package in Wheezy, I think
> >> this workaround is sufficient for now. But for Jessie you probably
> >> need to refactor th
Rob Browning writes:
> Sébastien Villemot writes:
>> Since there seem to be no other new-style package in Wheezy, I think
>> this workaround is sufficient for now. But for Jessie you probably
>> need to refactor the logic of emacsen-package-install so that each
>> install script of a dependency
Sébastien Villemot writes:
> I found the cause of the problem (at least for devscripts-el and emms;
> the case of speechd-el seems more complex). In short, the logic in
> emacs-package-install is wrong: the $script variable is not updated in
> the $pkg loop (see the attached debdiff which makes i
reassign 693472 emacsen-common 2.0.3
severity 693472 serious
reassign 694674 emacsen-common 2.0.3
reassign 694675 emacsen-common 2.0.3
forcemerge 693472 694674 694675
tags 693472 + patch
retitle 693472 emacsen-common: wrong compilation logic; only the last script in
dependency chains is actually c
Rob Browning writes:
> Sébastien Villemot writes:
>
>> - devscripts-el/wheezy is configured: it crashes, because it cannot find
>> mcharset.elc (which belongs to apel)
>
> So this fails in the devscripts-el postinst, perhaps?
Oh, and if you want to poke around yourself, here's what (iirc) is
Sébastien Villemot writes:
> - devscripts-el/wheezy is configured: it crashes, because it cannot find
> mcharset.elc (which belongs to apel)
So this fails in the devscripts-el postinst, perhaps?
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C6
Sébastien Villemot writes:
> Here is the sequence of events:
>
> - apel/wheezy is configured: it does not byte-compile, apparently
> because emacsen-common/wheezy is not yet configured
>
> - emacsen-common/wheezy is configured: it does *not* byte-compile apel
>
> - devscripts-el/wheezy is confi
> "AM" == Agustin Martin writes:
AM> I am attaching a patch that may help here with speechd-el. For
AM> emacs21 and emacs22 it checks if a standalone eieio package is
AM> installed and otherwise warns and skips byte-compilation for
AM> that flavour.
Thanks for the patch. Nev
Rob Browning writes:
> Sébastien Villemot writes:
>
>> devscripts-el/wheezy's postinst crashes. The problem is that apel/wheezy
>> is configured before emacsen-common/wheezy, and this apparently breaks.
>> If the order is changed and emacsen-common/wheezy is configured before
>> apel/wheezy and
tag 694676 +patch
thanks
On Sat, Dec 01, 2012 at 06:13:25PM +0100, Agustin Martin wrote:
> Loading /usr/share/emacs22/site-lisp/speechd-el/speechd-braille.el (source)...
> Cannot open load file: eieio
> make: *** [braille.elc] Error 255
> ERROR: install script from speechd-el package failed
>
> d
Sébastien Villemot writes:
> devscripts-el/wheezy's postinst crashes. The problem is that apel/wheezy
> is configured before emacsen-common/wheezy, and this apparently breaks.
> If the order is changed and emacsen-common/wheezy is configured before
> apel/wheezy and devscripts-el/wheezy, then eve
Sébastien Villemot writes:
> Looking at debian-emacs-policy from emacsen-common 2.0.3, I see
> that it recommends that addons add a Conflicts: emacsen-common << 2.0.0.
>
> First, I am not sure that a versioned conflicts is the right solution, a
> Breaks may be more appropriate (see
> http://linti
I could reproduce the problem for devscripts-el. Actually it has
nothing to do with emacs22. Here are the steps:
- start from a squeeze system with devscripts-el and emacs23 installed
(also note that apel is a dependency of devscripts-el)
- apt-get -t wheezy install apel
- apt-get -t wheezy inst
On 2012-12-01 18:13, Agustin Martin wrote:
> No problems found with devscripts-el here. Originally provided
> piuparts log mentions something at
>
> install/devscripts-el: Handling emacs22, logged in /tmp/elc_VaIFTD.log
>
> However, since that file is not attached I am afraid we cannot look at
>
2012/11/30 Andreas Beckmann :
> On 2012-11-29 23:17, Sébastien Villemot wrote:
>> I have installed lenny's emacs22 package in a wheezy chroot, then
>> installed wheezy's emms and devscripts-el, and it worked fine. It also
>> works when, in addition, I downgrade emacsen-common to squeeze's
>> versio
On 2012-11-29 23:17, Sébastien Villemot wrote:
> I have installed lenny's emacs22 package in a wheezy chroot, then
> installed wheezy's emms and devscripts-el, and it worked fine. It also
> works when, in addition, I downgrade emacsen-common to squeeze's
> version.
You could try squeeze + emacs22/
Andreas Beckmann writes:
> On 2012-11-28 12:44, Agustin Martin wrote:
>> I agree with you that are the add-ons packages who should make sure that
>> they do not try byte-compiling for unsupported flavours.
>>
>> Users can have old emacs versions installed for some legitimate reasons
> [...]
>
>
affects 693472 =
clone 693472 -1 -2 -3
user debian...@lists.debian.org
reassign -1 emms 3.0+20110425+1.git298e022-3
retitle -1 emms: incompatible with emacs22
severity -1 serious
usertag -1 piuparts
reassign -2 devscripts-el 35.2+nmu1
retitle -2 devscripts-el: incompatible with emacs22
severity -
On Tue, Nov 27, 2012 at 06:36:06PM -0600, Rob Browning wrote:
> Andreas Beckmann writes:
>
> > I'm currently doing piuparts upgrade tests lenny -> squeeze -> wheezy to
> > check whether long grown systems may successfully update to wheezy.
> > Several emacs addons (or however you may call them, I
Andreas Beckmann writes:
> I'm currently doing piuparts upgrade tests lenny -> squeeze -> wheezy to
> check whether long grown systems may successfully update to wheezy.
> Several emacs addons (or however you may call them, I'm not an emacs
> user) fail to install if the old emacs22 package from
Package: emacsen-common,emacs23
Version: 23.4+1-4
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
I'm currently doing piuparts upgrade tests lenny -> squeeze -> wheezy to
check whether long grown systems may successfully update to wheezy.
Several emacs addons (or howev
23 matches
Mail list logo