emacs23 uploaded to unstable

On Sat, Aug 1, 2009 at 2:32 PM, Rob Browning<rlb.RemoveThis@defaultvalue.org> wrote:
> Sven Joachim <svenjoac.RemoveThis@gmx.de> writes:
>
>> Do you have a private repository where these packages are available
>> for testing?  Some add-on packages may not be compatible with emacs23,
>> and it would be good to sort this out ASAP.
>
> Sure.  For now, I've put copies here:
>
>  http://alioth.debian.org/~rlb/public_html/tmp/emacs23/

Thanks for packaging this, I think you mean:

http://alioth.debian.org/~rlb/tmp/emacs23/

Daniel

--
Daniel Moerner <dmoerner.RemoveThis@gmail.com>


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org

Sven Joachim <svenjoac.RemoveThis@gmx.de> writes:

> Do you have a private repository where these packages are available
> for testing? Some add-on packages may not be compatible with emacs23,
> and it would be good to sort this out ASAP.

Sure. For now, I've put copies here:

http://alioth.debian.org/~rlb/public_html/tmp/emacs23/

Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org

Daniel Moerner <dmoerner RemoveThis @gmail.com> writes:

> Thanks for packaging this, I think you mean:
>
> http://alioth.debian.org/~rlb/tmp/emacs23/
>
> Daniel

Yes, and thanks.
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


--
To UNSUBSCRIBE, email to debian-devel-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

Rob Browning <rlb.DeleteThis@defaultvalue.org> writes:

> I've uploaded the first emacs23 packages (23.1+1-1) to unstable. Please
> file bugs as appropriate. Note that we have also begun the process of
> removing emacs21 from unstable/testing.

Thanks for packaging this. I grabbed the source packages you made available,
built for amd64, and it emacs23-gtk presently working very nicely.

Regards,
Daniel
--
✣ Daniel Pittman ✉ daniel.DeleteThis@rimspace.net ☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org

* Rob Browning:

> I've uploaded the first emacs23 packages (23.1+1-1) to unstable. Please
> file bugs as appropriate.

Has anybody else experienced the FTBFS related to the removal of
dir.old?

It also seems to me that the Truetype-capable redisplay code is much,
much slower, especially during scrolling.


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org

On 2009-08-02 09:58 +0200, Florian Weimer wrote:

> * Rob Browning:
>
>> I've uploaded the first emacs23 packages (23.1+1-1) to unstable. Please
>> file bugs as appropriate.
>
> Has anybody else experienced the FTBFS related to the removal of
> dir.old?

Not me (building in pbuilder).

> It also seems to me that the Truetype-capable redisplay code is much,
> much slower, especially during scrolling.

I haven't tried emacs23 yet, but on recent emacs-snapshot packages I did
not experience much of a slowdown compared to emacs22. There is often a
delay when Emacs has to display characters that cannot be represented
with the current fontset; in this case it takes time to find a a
suitable font. However, subsequent scrolling should be fast.

Maybe the fact that emacs23 links against libm17n-0 and libotf0 while
emacs-snapshot does not can explain the difference.

Sven


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org

* Sven Joachim:

>> Has anybody else experienced the FTBFS related to the removal of
>> dir.old?
>
> Not me (building in pbuilder).

My sid pbuilder is currently somewhat hosed (due to lack of current
aptitude on amd64). 8-/ I will re-check when it's fixed.

>> It also seems to me that the Truetype-capable redisplay code is much,
>> much slower, especially during scrolling.
>
> I haven't tried emacs23 yet, but on recent emacs-snapshot packages I did
> not experience much of a slowdown compared to emacs22. There is often a
> delay when Emacs has to display characters that cannot be represented
> with the current fontset; in this case it takes time to find a a
> suitable font. However, subsequent scrolling should be fast.

Perhaps it's also somewhat related to the X server. Most of the CPU
usage during scrolling is in the X server. CPU load with Emacs 22 is
very low, though.

On my system, the redisplay activity is almost noticeable. There is a
slight effect, as if it were painted top-down (similar to those slide
effects in presentations).


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org

On 2009-08-02 10:38 +0200, Florian Weimer wrote:

> * Sven Joachim:
>>
>> I haven't tried emacs23 yet, but on recent emacs-snapshot packages I did
>> not experience much of a slowdown compared to emacs22. There is often a
>> delay when Emacs has to display characters that cannot be represented
>> with the current fontset; in this case it takes time to find a a
>> suitable font. However, subsequent scrolling should be fast.
>
> Perhaps it's also somewhat related to the X server. Most of the CPU
> usage during scrolling is in the X server. CPU load with Emacs 22 is
> very low, though.
>
> On my system, the redisplay activity is almost noticeable. There is a
> slight effect, as if it were painted top-down (similar to those slide
> effects in presentations).

This must be a problem of the video driver. Scrolling through the HELLO
file coming with Emacs, I see the CPU load of Emacs going up (and there
is indeed some redisplay lag), but Xorg's CPU usage stays close to 0.

Sven


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.DeleteThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.DeleteThis@lists.debian.org

Rob Browning <rlb DeleteThis @defaultvalue.org> writes:

> Daniel Moerner <dmoerner DeleteThis @gmail.com> writes:
>
>> Thanks for packaging this, I think you mean:
>>
>> http://alioth.debian.org/~rlb/tmp/emacs23/
>>
>> Daniel
>
> Yes, and thanks.

I've just uploaded 23.1+1-2 which fixes some significant problems with
23.1+1-1.

Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


--
To UNSUBSCRIBE, email to debian-devel-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org

Rob Browning <rlb DeleteThis @defaultvalue.org> writes:
> Rob Browning <rlb DeleteThis @defaultvalue.org> writes:
>> Daniel Moerner <dmoerner DeleteThis @gmail.com> writes:
>>
>>> Thanks for packaging this, I think you mean:
>>>
>>> http://alioth.debian.org/~rlb/tmp/emacs23/
>>>
>>> Daniel
>>
>> Yes, and thanks.
>
> I've just uploaded 23.1+1-2 which fixes some significant problems with
> 23.1+1-1.

403 Forbidden: You don't have permission to access
/~rlb/tmp/emacs23/emacs23_23.1+1-2_i386.changes on this server.

Regards,
Daniel

--
✣ Daniel Pittman ✉ daniel DeleteThis @rimspace.net ☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons


--
To UNSUBSCRIBE, email to debian-emacsen-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org

On 2009-08-02 10:16 +0200, Sven Joachim wrote:

> On 2009-08-02 09:58 +0200, Florian Weimer wrote:
>
>> * Rob Browning:
>>
>>> I've uploaded the first emacs23 packages (23.1+1-1) to unstable. Please
>>> file bugs as appropriate.
>>
>> Has anybody else experienced the FTBFS related to the removal of
>> dir.old?
>
> Not me (building in pbuilder).

Well, on closer inspection I can reproduce it. It is due to the
install-info transition and depends on whether the dpkg version of
install-info or the one from the new install-info package is found,
i.e. on the value of PATH.

With /usr/sbin before /usr/bin in $PATH (as in debuild or on the
buildds) everything is fine, but running
"debian/rules build && fakeroot debian/rules binary" as a normal user
without /usr/sbin in $PATH fails:

,----
| rm /usr/local/src/deb-src/emacs23/emacs23-23.1+1/debian/emacs23-common/usr/share/info/emacs-23/dir
| rm /usr/local/src/deb-src/emacs23/emacs23-23.1+1/debian/emacs23-common/usr/share/info/emacs-23/dir.old
| rm: cannot remove `/usr/local/src/deb-src/emacs23/emacs23-23.1+1/debian/emacs23-common/usr/share/info/emacs-23/dir.old': No such file or directory
| make: *** [install] Error 1
`----

ISTM the fix for the problem is to go through debian/rules and replace
all "rm $SOMETHING" calls with "rm -f $SOMETHING".

Sven


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org

Daniel Pittman <daniel.TakeThisOut@rimspace.net> writes:

> 403 Forbidden: You don't have permission to access
> /~rlb/tmp/emacs23/emacs23_23.1+1-2_i386.changes on this server.

OK, that should be fixed now, though I may just take the packages down
since it looks like they've made it to unstable.

Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


--
To UNSUBSCRIBE, email to debian-devel-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org