em and Andreas Beckmann
+for providing and testing the fix. (Closes: 1034941)
+
+ * emacs-common: add breaks elpa-cider (<< 0.19.0+dfsg-4~). Thanks to
+Andreas Beckmann for reporting the problem and providing and testing
+the fix. (Closes: 1035781)
+
+ -- Rob Browning Sat, 13 Ma
issue. (Closes: 1033397)
+
+ * Fix Org Mode command injection vulnerability CVE-2023-28617. Add
+0027-Org-Mode-vulnerability-CVE-2023-28617-is-fixed-1-2.patch and
+0028-Org-Mode-vulnerability-CVE-2023-28617-is-fixed-2-2.patch to
+address the issue. (Closes: 1033342)
+
+ -- Rob Browning Sa
bdiff
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
escription: guile-3.0_3.0.5-2-to-4.debdiff
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
** SNAPSHOT build @7c5887c8ae064398fafa38b8fea4c5d500830d5f **
> +
> + * UNRELEASED
> +
> + -- Rob Browning Sun, 10 Jan 2021 19:22:48 -0600
>
> could we have a finalised version of that, please? :-)
Oh, no, certainly. I just submitted the UNRELEASED version for the
pre-approval. I'
; urgency=medium
+
+ ** SNAPSHOT build @7c5887c8ae064398fafa38b8fea4c5d500830d5f **
+
+ * UNRELEASED
+
+ -- Rob Browning Sun, 10 Jan 2021 19:22:48 -0600
+
emacs (1:26.1+1-3.2+deb10u1) buster; urgency=high
* Update the EPLA packaging key (previous key expires 2019-09-23) via
diff -Nru emacs
got something wrong.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Andreas Beckmann writes:
> On Mon, 16 Sep 2019 22:02:59 -0500 Rob Browning
> wrote:
>> Rob Browning writes:
>> > emacs (1:26.1+1-3.2+deb10u1) buster; urgency=medium
>> >
>> > * Update the EPLA packaging key (previous key expires 2019-09-23) via
>
r questions.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Rob Browning writes:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: pu
> Tags: buster
> Severity: normal
>
> emacs (1:26.1+1-3.2+deb10u1) buster; urgency=medium
>
> * Update the EPLA packaging key (previous key expires
g the problem. (Closes: 930774)
+
+ -- Rob Browning Sun, 08 Sep 2019 15:22:44 -0500
+
guile-2.2 (2.2.4+1-2) unstable; urgency=medium
* Backport upstream fix for after-gc-hook test failures. Replace
diff -Nru guile-2.2-2.2.4+1/debian/rules guile-2.2-2.2.4+1/debian/rules
--- guile-2.2-2.2.4+1/d
the upstream commit f16785d361097df9fddfcc0b60ae6f0d92e7e911. Add the
+old and new keyrings to debian/ and debian/source/include-binaries
+since debian/patches/ can't handle git binary diffs. Thanks to Stefan
+Monnier for reporting the problem and providing the patch.
+
+ -- Rob Brow
s from the start, so that we don't have to
+manually change them in debian/rules. This also arranges for
+guile-config, etc. to refer to the versioned guile in their #! lines,
+which is what we should have been doing all along.
- -- Rob Browning Sat, 28 Jul 2018 15:05:31 -050
reporting the problem and
+Iain Lane for backporting and providing the fix.
+(Closes: 854799, 861032)
+
+ -- Rob Browning Sat, 29 Apr 2017 10:23:47 -0500
+
emacs24 (24.5+1-10) unstable; urgency=medium
* Don't segfault if gcc expects -nopie instead of -no-pie.
diff -Nru emacs24-24.5+
"Adam D. Barratt" writes:
> For the record, I retried the build this evening with an explicit
> dependency on the new glibc version (as otherwise it won't get
> automagically upgraded in the chroot) and it built successfully.
Excellent.
--
Rob Browning
rlb @defaultvalue
"Adam D. Barratt" writes:
> That glibc version got accepted last night, so hopefully we'll be in a
> position to retry the guile-2.0 build later on.
Great. Please let me know if I can help further.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of
Rob Browning writes:
> I'll try to get some time this week to run the tests on a porterbox --
> see if I can reproduce the problem there.
I was able to reproduce the problem on partch, and then poked around a
bit. It looks like this might be a glibc bug that's addressed i
issue.
+(Closes: 766397)
+
+ -- Rob Browning Sun, 23 Apr 2017 11:49:52 -0500
+
emacs25 (25.1+1-3) unstable; urgency=medium
* Configure with REL_ALLOC=no to fix crashes. Thanks to Santiago
diff -Nru emacs25-25.1+1/debian/patches/0001-Prefer-usr-share-info-emacs-MAJORVERSION.patch emacs25-2
Rob Browning writes:
> Rob Browning writes:
>
>> "Adam D. Barratt" writes:
>>
>>> On Sun, 2017-01-29 at 22:06 +, Adam D. Barratt wrote:
>>>> On Sat, 2017-01-28 at 11:48 +, Adam D. Barratt wrote:
>>>> > Uploaded and fl
Rob Browning writes:
> "Adam D. Barratt" writes:
>
>> On Sun, 2017-01-29 at 22:06 +, Adam D. Barratt wrote:
>>> On Sat, 2017-01-28 at 11:48 +, Adam D. Barratt wrote:
>>> > Uploaded and flagged for acceptance.
>>>
>>> Un
)
+
+ * Fix mkdir umask-related vulnerability (CVE-2016-8605). Previously,
+whenever the second argument to mkdir was omitted, it would
+temporarily change the umask to 0, a change which would also affect
+any concurrent threads. Add
+0018-Remove-umask-calls-from-mkdir.patch to incorporat
Add these patches to fix the problem:
+ 0028-IMAP-connections-no-longer-use-openssl-s_client.patch
+ 0029-openssl-s_client-is-no-longer-a-default-for-ssl-conn.patch
+Thanks to Kurt Roeckx for reporting the issue. (Closes: #766397)
+
+ -- Rob Browning Sat, 22 Apr 2017 12:33:05 -
Niels Thykier writes:
> Rob Browning:
> Ok. Is there any easy way to figure this out? I am ready to consider
> additionally targeted fixes for non-deterministic build failures.
I suspect both of those fixes may be appropriate. I'll see what I can
come up with.
> If it is j
cgi-bin/bugreport.cgi?bug=766397#141
(And see Kurt's earlier message(s) in the report.) Though in my patch
there I hadn't removed the gnutls-cli ssl3 invocations too.
I'd wondered about proposing an unblock request for that bug next,
assuming the fix ended up being plausible, b
Rob Browning writes:
> and then run
>
> emacs24 -Q -l test-ssl.el
Or noninteractively:
emacs24 -Q --batch -l test-ssl.el
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F
tches that were just added to improve SSL security will take
+effect by default. Thanks to Nathaniel Smith for reporting the
+problem and Antoine Beaupre for providing code to reproduce
+it. (Closes: 816063)
+
+ -- Rob Browning Sun, 16 Apr 2017 10:07:37 -0500
+
emacs24 (24.5+1-8) u
ting on the removal of emacs24 or the switch
of emacs-defaults to emacs25 (or both)?
[1] Now I'm going to try to fix what I think is the same issue in
emacs24, i.e. changes to libc/malloc that caused emacs to start crashing
frequently.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.
sense to consider changing the emacs-defaults version to
Emacs 25.
Thanks for the help
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
kages
are indeed the only broken depends.
[1] https://wiki.debian.org/Emacs25InStretch
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Salvatore Bonaccorso writes:
> Any news on that upload?
I should be able to handle it before Tuesday, but let me make sure I
understand what's desired. We're talking about the 2.0.11+1-9+deb8u1
changes I initially proposed?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debi
tead of
emacs24.
Summary of our findings: https://wiki.debian.org/Emacs25InStretch
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
ction.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
e'll be able to handle most of the rest by Sunday.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
n that case, I think we
should be able to get the mips64el fix backported to 0.28.1.
Thanks for all your work on the release
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
Rob Browning writes:
> And at the moment, we have:
>
> First category:
> - two packages that are likely fine once the deps are broadened
> - five still to evaluate
>
Update regarding the second category:
- ten packages that appear fine (plus or minus a couple
Of course if after testing, that doesn't appear to be the case, then we
can just leave things as-is, but I think we'd all be substantially
better off if we can avoid having to support both emacs24 and emacs25
for the lifetime of stretch.
Thanks
--
Rob Browning
rlb @defaultvalue.org a
"Adam D. Barratt" writes:
> Control: tags -1 + moreinfo
> Control: severity -1 normal
>
> On Sat, 2016-10-22 at 13:10 -0500, Rob Browning wrote:
>> I'd like to propose an update for jessie as described by the attached
>> debdiff. Though the final upload/d
e fix.
+See that file for further information. (Closes: 840556)
+
+ -- Rob Browning Sat, 22 Oct 2016 11:36:24 -0500
+
guile-2.0 (2.0.11+1-9) unstable; urgency=medium
* Always use "gcc" in guile-snarf. Avoid the gcc-4.8 CC override that
diff -Nru guile-2.0-2.0.11+1/debian/patches/0
gt; If you encounter any issues, please don't hesitate to get in touch with
> the Debian Release Team at 'debian-release@lists.debian.org'
>
>
Rob Hodgins Calm
I come to you. I take your pain away.
780 862-5335
r...@robhodgins.com
http://www.robhodgins.com
gt;
> A clean solution (according to my tests with dak rm) would be
>
> remove guile-1.8/1.8.8+1-10 lilypond/2.18.2-4.1 denemo/2.0.0-0.1
> songwrite/0.14-10 frescobaldi/2.18.1+ds1-3
I just fixed trackballs, but we're still waiting on at least lilypond.
Thanks
--
Rob Browning
rlb @defa
for reporting the problem. (Closes: 767949)
* Add "Breaks: apel (<< 10.8+0.20120427-4)" to emacs24-common to fix
a byte-compilation problem with older versions of the package.
Thanks to Łukasz Stelmach for the report and Sébastien Villemot
for tracking down the cor
te in tandem with the new
g-wrap.
Hence my feeling that we need active maintainers for whichever of these
are to remain in Debian. I might considering helping with that
eventually, but probably not in the short term.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6
bian that have Guile 2.0 support upstream, but not in Debian.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRI
elp. For what it's worth, they're quite responsive, and I
believe are in favor of inclusion.
But it does represent a large change right up against the freeze
migration threshold deadline (tomorrow?).
Thoughts?
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9
Jonathan Wiltshire writes:
> On 2014-10-13 03:51, Rob Browning wrote:
>> Luca Falavigna writes:
>>> g-wrap [1]
>>> guile-gnome-platform [1]
>>> guile-cairo
Leaving these alone for the moment, since as mentioned I *might* attempt
to handle one or more
Jonathan Wiltshire writes:
> Some personal observations.
>
> On 2014-10-13 03:51, Rob Browning wrote:
>> I've also been told that drgeo no longer uses Guile upstream.
>
> Is there any way to tell for sure?
It looks like the current download available here http://www.
t; doesn't list it, but maybe "-s
testing" isn't working right? In any case, I imagine it's the swig dep
above.
> guile-1.8-non-dfsg/non-free
Should be removed iff guile-1.8 is.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9
On Wed, 2013-05-08 at 13:05 +0200, Sjors Gielen wrote:
> There's a better solution: Rob has a fixed template that does not use
> live-debconfig, and he said he is willing to support it. The release
> team suggested the solution that a non-maintainer upload is done with
> the worki
"Adam D. Barratt" writes:
> Thanks for the review. Rob - please feel free to go ahead.
emacsen-common 2.0.5 has been uploaded to unstable. Please let me know
if you have any trouble.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C
"Adam D. Barratt" writes:
> On Sun, 2012-12-09 at 17:03 -0600, Rob Browning wrote:
>> And when I submit 2.0.5 here, should I include the debdiff against
>> 2.0.4, or the full debdiff against what's currently in wheezy (i.e
>> including the 2.0.4 and 2.0.
esubmit.
And when I submit 2.0.5 here, should I include the debdiff against
2.0.4, or the full debdiff against what's currently in wheezy (i.e
including the 2.0.4 and 2.0.5 diffs)?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676
Julien Cristau writes:
> On Sun, Dec 2, 2012 at 11:55:53 -0600, Rob Browning wrote:
>
>>
>> Please feel free to ignore this, but there were a few bugfixes in
>> lockfile-progs 0.1.17 (just uploaded to sid) that I thought might make
>> it appropriat
t (in violation of Debian
+policy) /usr/local wouldn't preceed the other entries.
+Thanks to Hendrik Tews for the report and Kevin
+Ryde for an initial suggested patch -- posted to
+#454778. (closes: #676424)
+
+ -- Rob Browning Sun, 02 Dec 2012 16:03:18 -0600
+
emacsen-common
etopt_long()
+optstring, it didn't actually work. Fix it.
+Thanks to Michael Deegan for the report.
+(Closes: #686057)
+
+ * Fix cross-builds; use the cross-compiler when cross-building.
+ Thanks to Colin Watson for the report and the
+patch. (Closes: #694842)
+
+ -- Rob B
ry metapackage. Move the emacs
+binary metapackage to its own source package (emacs-defaults,
+cf. gcc-defaults). This will prevent emacs23 and emacs24 from
+producing the same binary package.
+
+ -- Rob Browning Sat, 08 Sep 2012 14:59:52 -0500
+
emacs23 (23.4+1-3) unstable; ur
en the emacs23 src package that removes
the emacs binary package?
Just want to make sure I don't handle things in an order that actually
slows you down.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
"Adam D. Barratt" writes:
> [Added Rob to recipients, as I assumed he's not subscribed]
(Thanks, I'm not.)
>
> On 01.08.2012 13:04, Axel Beckert wrote:
>> Rob Browning wrote:
>>> ... a bit of discussion on IRC produced a plan that I'd like to
lease let me know if that sounds reasonable, or if you have some other
way you'd rather handle the problem.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRIBE, email to debian-release-requ...@list
Julien Cristau writes:
> On Fri, Jul 27, 2012 at 09:59:25 -0500, Rob Browning wrote:
>
>> Just to double-check, do I need to do anything to have emacs24 pulled
>> from testing (or is that documented somewhere I should read)?
>>
> It's not in testing, and has ne
ckage at this point that might cause other packages to need
> modifications.
Understandable, and no problem.
Just to double-check, do I need to do anything to have emacs24 pulled
from testing (or is that documented somewhere I should read)?
Thanks for the help.
--
Rob Browning
rlb @defaultvalue.or
LAGS+=-g and
+CFLAGS+=-O2. See also: #582439. (Closes: #679986)
+
+ -- Rob Browning Fri, 20 Jul 2012 12:51:32 -0500
+
+emacs24 (24.1+1-3) unstable; urgency=low
+
+ * Add 0011-Don-t-use-IN_FLOAT-when-calling-fabs-since-it-may-cl.patch.
+Fix FTBS on i386 by adding an upstream patch to skip fabs(
Rob Browning writes:
> In any case, the fix is trivial, and I'll upload a -3 shortly that
> includes it. After that, I'll foward a diff between -1 and -3 to
> debian-release, and then you can decide what you'd like to do.
I suppose it's probably time to consider
7;ll foward a diff between -1 and -3 to
debian-release, and then you can decide what you'd like to do.
It will be a very small diff, just the addition of [linux-any] to the
libselinux1-dev build-dep, and this fabs/errno adjustment.
Thanks for the help
--
Rob Browning
rlb @defaultvalue.org and @
Rob Browning writes:
> Also not ideal, but if it's allowed, I could just upload both amd64 and
> i386 (or just i386). So far murphy's the only place we seem to have
> this problem.
So the build in the wheezy chroot, running on the i386 squeeze vm didn't
fail. The hos
roblem might be related to
murphy's older host dist/kernel (i.e. the host is running something
squeeze-ish).
So I have a squeeze i386 kvm vm set up, with a current wheezy schroot,
and I'm waiting to see if that fails. If it doesn't, then I'd be happy
to hear any other suggesti
t back /until/
> it's built on biber; that'll work, but it's not really ideal longer
> term.
Also not ideal, but if it's allowed, I could just upload both amd64 and
i386 (or just i386). So far murphy's the only place we seem to have
this problem.
Thanks
--
Rob Browning
r
Rob Browning writes:
> Right, that one I can't explain. So far, only murphy hates the package
> (both revisions). It builds fine on biber, and also here in a wheezy
> i386 chroot.
It looks like one difference between biber and murphy is that the former
is amd64 while the latt
revisions). It builds fine on biber, and also here in a wheezy
i386 chroot.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject o
e includes the fix for #600826; I've just fixed
> the version information, but as things were the BTS believed that the
> bug had been re-introduced in -6.
Ahh, OK. Sorry I overlooked that.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 5
PEMD-160 in epg-digest-algorithm-alist
according to RFC 4880. Thanks to Daniel Kahn Gillmor
for the report and the fix.
(closes: #594510)
-- Rob Browning Sat, 11 Dec 2010 11:00:07 -0600
emacs23 (23.2+1-6) unstable; urgency=low
* Build-depend on "bsd-mailx | mailx"
out a .git dir this time.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
Rob Browning writes:
> Rob Browning writes:
>
>> I forget, will just uploading another copy work, or must I bump the
>> version?
>
> Nevermind, I'm going to fix another minor bug while I'm at it.
OK, I've uploaded 1.4.21. Please let me know if ther
Rob Browning writes:
> I forget, will just uploading another copy work, or must I bump the
> version?
Nevermind, I'm going to fix another minor bug while I'm at it.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A
Rob Browning writes:
> Mehdi Dogguy writes:
>
>> On 11/30/2010 05:12 AM, Rob Browning wrote:
>>>
>>> I've just uploaded emacsen-common 1.4.20 which should fix RC bug
>>> #604164.
>>>
>>
>> Could you please remove the &quo
Mehdi Dogguy writes:
> On 11/30/2010 05:12 AM, Rob Browning wrote:
>>
>> I've just uploaded emacsen-common 1.4.20 which should fix RC bug
>> #604164.
>>
>
> Could you please remove the ".git" directory that got added to the
> source package?
I've just uploaded emacsen-common 1.4.20 which should fix RC bug
#604164.
Thanks, and thanks to Mehdi Dogguy for the previous
DELAYED NMU.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4
--
To UNSUBSCRIBE, ema
Julien Cristau writes:
> On Fri, Oct 15, 2010 at 20:42:10 -0500, Rob Browning wrote:
>> Could you give me an opinion about this one?
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397757
>>
>> I'm tempted to consider including the fix sin
Julien Cristau writes:
> On Wed, Aug 18, 2010 at 21:51:42 -0500, Rob Browning wrote:
>
>>
>> Would this fix be appropriate for squeeze, or should I hold off?
>>
>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586459
>>
>> The bug's p
Would this fix be appropriate for squeeze, or should I hold off?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586459
The bug's probably not "important" since the circumstances involved are
likely to be rare, but the consequences are fairly severe.
Thanks
--
R
Rob Browning writes:
> In addition, he just reported an FTBS caused by an upstream problem with
> parallel builds, so I'll need to disable that for now and include it in
> -4.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592992
OK, I've just uploaded em
Rob Browning writes:
>> There's also a couple of build-dependency changes between the NMU (and
>> possibly earlier uploads, I only checked the diff against the NMU as I'd
>> already unblocked that) and the new upload; were they intentional?
>
> Yes and no.
ows that any bugs
> marked as fixed in -2.1 are fixed in -3 without them having to be
> mentioned again in -3.
Hmm, I thought about that, but I didn't because I didn't actually
include exactly the same changes as 2.1, and I wanted to include more
detail in the chang
for the 23.2+1-2.1 NMU.
+
+ * Add ${misc:Depends} to debian/control for debhelper. Thanks to
+Stéphane Glondu for the 23.2+1-2.1 NMU.
+
+ * Fix startup hang on GNU/kFreeBSD (fix-kfreebsd-startup.diff).
+Thanks to antoine beaupre for the report
+and Petr Salinger for the patch
Sven Joachim writes:
> It's not so easy since there are a few packages which would be broken:
>
> wnn7egg (contrib)
> ecasound-el
> elserv
> gnus
> hyperlatex
> wysihtml-el
> yc-el
I've just filed bugs against all of these that still appear to require
Martin Schulze <[EMAIL PROTECTED]> writes:
> Rob Browning wrote:
>>
>> I've uploaded emacs22 22.2+2-5 unstable which contains two bug fixes
>> that I believe should be considered for Lenny. Please let me know if
>> you would like me to do anything fu
error if the mailer is never invoked. Thanks to
+Ralf Resack <[EMAIL PROTECTED]> for proposing the
+fix. (closes: #429059)
+
+ -- Rob Browning <[EMAIL PROTECTED]> Sun, 09 Nov 2008 12:05:33 -0800
+
emacs22 (22.2+2-4) unstable; urgency=medium
* Fix a security problem related to
+ * Fix vc-mode's handling of internal temporary buffers. This should
+avoid failures when trying to open files under monotone version
+control. Thanks to Sven Joachim <[EMAIL PROTECTED]> and Michael Berg
+<[EMAIL PROTECTED]>. (closes: #476108)
+
+ -- Rob Browning &
Luk Claes <[EMAIL PROTECTED]> writes:
>>> Rob Browning <[EMAIL PROTECTED]> writes:
>> Should I upload a new version that changes the relevant packages to
>> "Architecture: any" or adds ia64 to their Architectures lists, or is
>> that unnecess
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> Rob Browning <[EMAIL PROTECTED]> writes:
>> So Marc, what do you think about this? I'd be tempted to go with the
>> upstream code, and add support ia64, but I could also understand
>> taking the
So Marc, what do you think about this? I'd be tempted to go with the
upstream code, and add support ia64, but I could also understand
taking the more conservative approach, taking out the patch, and
leaving ia64 support for unstable.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debia
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> Rob Browning <[EMAIL PROTECTED]> writes:
>> I just uploaded a new version, 1.8.5+1-3, which I hope will fix the
>> remaining issues. This version may also fix the long-standing
>> problem with suppor
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> Rob Browning <[EMAIL PROTECTED]> writes:
>> Hopefully, this should fix the one remaining RC bug for lenny. The
>> other RC bug was fixed by the previous upload (1.8.5+1-1). I believe
>> this rel
Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> writes:
> Rob Browning <[EMAIL PROTECTED]> writes:
>> Hopefully, this should fix the one remaining RC bug for lenny. The
>> other RC bug was fixed by the previous upload (1.8.5+1-1). I believe
>> this rel
rt and Neil Jerram <[EMAIL PROTECTED]> for the
final patches. (closes: #481378)
-- Rob Browning <[EMAIL PROTECTED]> Sun, 03 Aug 2008 16:35:39 -0700
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B
Search for the best and cheapest pharmacy online
http://adhering.yourgoldenhealth.info/?advocatesxtvuypoacherzgvcairn
It is rash to condemn where you are ignorant.
There are two sides to every question.
Even pleasure itself is a toil.
The capacity for passion is both cruel and d
Frans Pop wrote:
- Rob Bradford for providing the basis on which to build
No. A really really big thank you for taking over on this whilst i've
been busy. It was very much appreciated.
Cheers,
Rob
--
Rob Bradford <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTEC
Unawareness of this issue may result in a non-working keyboard after
rebooting with the new kernel.
The second patch ("_sparc") covers two issues that are specific to new
installations on Sparc systems.
Included.
Cheers,
Rob
--
Rob Bradford <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, em
Adeodato Simó wrote:
Rob, as per [1], we propose the following paragraph to be included in
the release notes:
Modules 'profile' and 'pstats' moved to non-free: None of the
python2.X packages shipped with Sarge include the standard modules
'profile'
nstalling udev
so that a reboot is not required.
However, on a related note I will be recommending that the user reboot their
system if possible. Since this can give a good performance benefit since some
memory will no doubtly be wasted by an already running process using an old
version of a shared library and a new process using the new one.
Cheers,
Rob
--
Rob 'robster' Bradford
http://robster.org.uk
shed, where did you get this from? Did you
build them from CVS? If so i'm very concerned.
Cheers,
Rob
--
Rob Bradford
http://www.robster.org.uk | GPG: DF81EE83
signature.asc
Description: Digital signature
1 - 100 of 103 matches
Mail list logo
