if we may have addressed the original issue.
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
if it's always supposed to be "opt in", but we can at
least fix it in tools-deps-clojure for now.
--
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:
> With that, most of the tests succeed, but there's one failure in
> deploy-artifacts due to missing .asc.HASH files.
>
> FAIL in (deploy-artifacts) (aether_test.clj:337)
> Should deploy correctly demo "1.0.0"
> expected: (= #{"de
Rob Browning writes:
> From a preliminary investigation, it looks like this is being caused by
> a maven-resolver version that's too old. The class mentioned,
> NoopNamedLockFactory, doesn't appear to have been added until 1.7.0,
> while Debian has 1.6.3.
I thought I
t also need a
maven.rules now, perhaps something like this:
org.apache.maven maven-resolver-provider * s/.*/3.x/ * *
org.clojure clojure * s/.*/1.x/ * *
--
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
Hi,
I believe that this is now fixed in version 0.103
Regards,
Rob
> On 25 Nov 2024, at 20:41, Paul Gevers wrote:
>
> Source: rst2pdf
> Version: 0.102-2
> Severity: serious
> Tags: sid trixie
> User: debian...@lists.debian.org
> Usertags: edos-uninstallable
>
>
I believe that we have fixed this in 0.103
Regards,
Rob
> On 8 Dec 2024, at 12:12, Andreas Metzler wrote:
>
> Source: rst2pdf
> Version: 0.102-2
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source
>
> Hello,
>
> rst2pdf FTBFS on cur
Paul Gevers writes:
> Take your time, we're not in a hurry, but the autoremoval timer is
> ticking [1]. It would be a shame if it's removed while you know a path
> forward.
I'm planning to upload the downgrade in the next few days.
Thanks
--
Rob Browning
r
ittle bit longer after double-checking to see if there's a chance the
relevant people upstream might be about to look in to it. If not, or if
it needs to happen sooner, I'll proceed.
Thanks again
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8
be nice to avoid having to add an epoch, but perhaps that's where we're
headed?
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
table to revert to the version in trixie. Also fine (from my
perspective) for that to happen sooner if it helps.
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
Rob Browning writes:
> Right, I'm actually working on a release for this. I think I should be
> able to upload today or tomorrow, and not sure if we need to wait for
> preapproval aince we'd want this in any other future migrations from
> unstable to testing/bullseye
Rob Browning writes:
> Rob Browning writes:
>
>> Right, I'm actually working on a release for this. I think I should be
>> able to upload today or tomorrow, and not sure if we need to wait for
>> preapproval aince we'd want this in any other future migr
hey get
> removed during the upgrade to bookworm.
Right, I'm actually working on a release for this. I think I should be
able to upload today or tomorrow, and not sure if we need to wait for
preapproval aince we'd want this in any other future migrations from
unstable to testing/bullseye
hout native compilation.
Hope that helps, and 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
Greetings,
I believe this is caused by a specific c2hs issue
(https://github.com/haskell/c2hs/issues/268) which has been fixed in
c2hs 0.28.8.
Sincerely,
Rob
Fix submitted via pull request:
https://salsa.debian.org/debian/grpc/-/merge_requests/7
Source: grpc
Version: 1.30.2-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: r...@graphiant.com
Dear Maintainer,
grpc fails to build from source from a clean directory:
rob@graph-dev:~/grpc ((debian/1.30.2-3))$ git
them helps.
--
Rob Leslie
r...@mars.org
ashing, not all tests.
I'm fairly uneasy with disabling them all, if that's what we're
currently doing. I'll plan to take a look and/or talk to upstream soon,
though I might not get to it in depth until the weekend.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
uch better on that front than 2.2 was.
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
h-elpa or other
emacsen-related packages, which might or might not suggest a
mailutils-el package or something.
If you do decide to head that route, I'd highly recommend #debian-emacs
on oftc. Plenty of expertise there.
Thanks again
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as
ules:4: binary] Error 255
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status
2
It's trivial to reproduce with those commands, so happy to gather any
addiitonal information you might like.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07
/rules:52: override_dh_auto_install] Error 127
make[1]: Leaving directory '/home/vagrant/mailutils/mailutils-3.10'
make: *** [debian/rules:4: binary] Error 2
--
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 a
Greetings,
I've attached a patch that applies the same changes as the corresponding
commit for w_scan2, which allows w-scan to compile successfully with GCC 10.
Sincerely,
Rob
support_fno-common_compilation
Description: Binary data
/7440dd5c161eaac27c1a5488aa4cab7ba5934345
Sincerely,
Rob
> 10/7)
> FAIL: numbers.test: Number-theoretic division: truncate/: mixed types: (130.0
> -10/7)
> FAIL: numbers.test: Number-theoretic division: truncate/: mixed types:
> (-130.0 10/7)
> FAIL: numbers.test: Number-theoretic division: truncate/: mixed types: (-130.0
> -10/7)
Thank
Upstream has now released version 0.98 of rst2pdf which removes the pdfrw
dependency.
* https://github.com/rst2pdf/rst2pdf/releases/tag/0.98
<https://github.com/rst2pdf/rst2pdf/releases/tag/0.98>
* https://pypi.org/project/rst2pdf/0.98/ <https://pypi.org/project/rst2pdf/>
R
This issue was reported to upstream on 11 August 2020
(https://github.com/rst2pdf/rst2pdf/issues/895) and is being addressed.
--
Rob Allen
rst2pdf Project Lead
https://rst2pdf.org
mehow the option's no longer making it all the way through.
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
ying to make geda-gaf better.
>
> I'll file a removal request for geda-gaf.
OK, 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
this last night when I was updating us to
3.0.4 (see 3.0.4-1). And yeah, that was 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
g maintainers does.)
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
te" "~A" ("Broken pipe") (32)))
I'll try to remember to look in a bit, but that rings a vague bell -- we
may have added some patches (debian, and/or later upstream) for issues
there.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9
define scm_from_utf8_string(x) scm_from_utf8_stringn ((x), -1)
-#endif
-#ifndef HAVE_SCM_TO_UTF8_STRINGN
-# define scm_to_utf8_stringn scm_to_locale_stringn
-#endif
-#ifndef HAVE_SCM_TO_UTF8_STRING
-# define scm_to_utf8_string(x) scm_to_utf8_stringn ((x), NULL)
-#endif
-
-#ifndef HAVE_SCM_FROM_UTF8_SY
ns
in configure.ac (or configure.in).
I may investigate further myself if I have time, but please don't rely
on that.
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
Please try to update this soon, or we'll need to consider removing
freehdl from Debian, and if possible please attempt to move to guile-3.0
instead of guile-2.2 now, if possible.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676
rther myself if I have time, but please don't rely
on that.
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
[guile-2.0 >=
"$GUILE_VERSION_MAJOR.$GUILE_VERSION_MINOR"],
.pc/ruby-config.diff/configure.ac: [guile-2.0 >=
"$GUILE_VERSION_MAJOR.$GUILE_VERSION_MINOR"],
Oh, and if feasible, please consider migrating directly to guile-3.0
instead.
Thanks
/control: migrate to guile-3.0. (Closes: 885215)
+
+ * debian/control: build-depend on texinfo for makeinfo.
+
+ * debian/rules: request autoreconf to fix gcc invocations.
+
+ -- Rob Browning Sat, 25 Apr 2020 18:03:00 -0500
+
mcron (1.0.8-1) unstable; urgency=low
* New upstream release.
diff
guile-3.0; drop 1.8 and 2.0. (Closes: 885213)
+
+ -- Rob Browning Fri, 24 Apr 2020 19:36:46 -0500
+
make-dfsg (4.2.1-1.2) unstable; urgency=medium
* Non-maintainer upload.
diff --git a/debian/control b/debian/control
index e251b40..3588b46 100644
--- a/debian/control
+++ b/debian/contr
5f2aade19d1f3f3d
>
> Maybe we can import the above patch or mark this test as unstable?
Thanks much for he investigation. I'll see about doing something like
that in the next upload.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676
tall-info,
- guile-2.0,
+ guile-3.0,
sendmail|mail-transport-agent
Description: Guile-based program for running jobs at regular times
The GNU package mcron (Mellor's cron) can be a 100% compatible replacement for
Thanks
--
Rob Browning
rlb @defaul
Rob Browning writes:
> Actually now that guile-3.0 is in sid (though it's not yet building on
> all the release architectures), I suppose we might just side-step 2.2
> entirely, but either would be much appreciated.
>
> Here this at least builds via "fakeroot
-debconf, debhelper (>= 9.0.0), dh-autoreconf,
autoconf, automake | automaken, autopoint, file, pkg-config,
- guile-2.0-dev, procps, libbsd-resource-perl
+ guile-3.0-dev, procps, libbsd-resource-perl
Package: make
Suggests: make-doc
--
Rob Browning
rlb @defaultvalue.or
shirish शिरीष writes:
> Ah, thank you fixing any python 3 messes as well. Well aware of the
> transition happening. Haven't hit any major road-blocks yet, so all is
> good :)
OK, 2.2.4+1-2+deb10u1 uploaded to buster (if I did it right), and will
hopefully fix the problem.
--
Ro
shirish शिरीष writes:
> Just saw this, any idea when this FTFBS will be fixed. Somebody even
> shared a patch, maybe that fixes the issue.
I'll plan to investigate this weekend. (I've been unfortunately
preoccupied with python 3 related messes for a while.)
Thanks
--
Package: lvm2
Version: 2.03.02-3
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
On systems upgraded from stretch and without the usrmerge package installed,
/sbin/blkdeactivate (ExecStop= of blk-availability.service) gives the
following error during system shutdown:
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
Package: vim-gtk
Version: 2:7.4.488-7+deb8u4
Severity: serious
Justification: Policy 3.5
Dear Maintainer,
* What led up to the situation?
New install of Raspian including this package.
Error occurs when I try to edit a file with vim:
$ vim .hpodder/hpodder.conf
vim: symbo
Right -- that's what I intend to be doing, but I must have forgotten to
use the right arguments this time.
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:
> Rob Browning writes:
>
>> Yep -- I'm not sure yet, but I may lean toward providing:
>>
>> bin/guile -> ./guile-2.2 # or whatever the selected alternative is
>> bin/guild -> ./guild-2.2 # or whatever the selected alternati
Rob Browning writes:
> Yep -- I'm not sure yet, but I may lean toward providing:
>
> bin/guile -> ./guile-2.2 # or whatever the selected alternative is
> bin/guild -> ./guild-2.2 # or whatever the selected alternative is
OK, I think I'll have an upload thi
better not to differ unless we need to.)
Right now I'm poking around to see how where we might be headed
eventually compares to what's feasible to do at the moment (given
guile-2.0 and given the freeze).
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10
Rob Browning writes:
> I'm not certain, but I'm planning to work on guile over the next week.
> If so, I should be able to take a look.
Just as an update, I obviously didn't get to it earlier this week, but
I'm looking in to it now.
After I poke around a bit, I suspec
tain, but I'm planning to work on guile over the next week.
If so, I should be able to take a look.
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
y resolved.
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
; bug to them?
Hmm, suppose it may make sense to reassign this bug there for now, so
I've done that (above). We can always reassign it to emacs if that
turns out to to be appropriate.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676
rom emacspeak package failed
> dpkg: warning: old emacs-gtk package pre-removal script subprocess returned
> error exit status 1
> dpkg: trying script from the new package instead ...
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0
Kurt Roeckx writes:
> I've enabled guile-2.0 and 2.2 again on armel yesterday, and it
> seems to build without issues now.
Nice! And thanks much.
--
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
Package: emms
Version: 4.2-1.1
Severity: serious
It looks like emacs has removed the default-major-mode variable in favor
of major-mode. I tried just replacing the reference, and emms appears
to build successfully.
I noticed this because it breaks emacsspeak.
Thanks
--
Rob Browning
rlb
:25.2+1-12~
> <<<<< >8 >>>>>
>
> and do the same for -gtk and -lucid with adjusted paths.
Hmm, so we actually had that, and then intentionally switched to a
manual approach here:
https://salsa.debian.org/rlb/deb-emacs/commit/c60e9080df0d924d6a45e777
ut we may find out soonish:
https://lists.debian.org/debian-arm/2018/09/msg00059.html
--
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
like you'd prefer, you'll need
to pursue adoption of a broader policy, which may well involve
coordination with the su developers, gtk developers, and perhaps some
number of other libraries.
Otherwise, I suspect you'll end up playing version-to-version
whac-a-mole with various dependencies.
ggested elsewhere, you might consider switching from
the potentially fraught approach of using su, to a tramp or sudoedit
based approach (since it doesn't sound like emacs upstream expects the
su approach to ever necessarily avoid this kind of issue -- gsettings or
not).
Hope this helps
--
cs frame (i.e. not
"emacs -nw") has trouble.
If you want to pursue this, I suspect you should pursue it upstream, or
I'll plan to forward it later if you prefer.
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
Niels Thykier writes:
> Package: emacs25
> Version: 25.2+1-6+b3
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source
This should be fixed in emacs 1:25.2+1-9, which hopefully will be able
to completely replace emacs25 in sid/buster soon.
Thanks
--
R
Rob Browning writes:
> Sounds like I need to (at least) change the replaces line to:
>
> Replaces: emacs-gtk, emacs-lucid, emacs25-gtk (<<1:25), emacs25-lucid
> (<<1:25)
...rather:
Replaces: emacs-gtk, emacs-lucid,
emacs25-nox (<< 1:25) emacs25-gtk (&l
ucid
Replaces: emacs-gtk, emacs-lucid
Sounds like I need to (at least) change the replaces line to:
Replaces: emacs-gtk, emacs-lucid, emacs25-gtk (<<1:25), emacs25-lucid (<<1:25)
and do something similar to the emacs-lucid and emacs-gtk replaces lines.
Plausible?
Thanks
--
Rob Brown
flict,
but obviously I'm missing something (and agree that it's a somewhat
tortuous route).
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:
> Rob Browning writes:
>
>> It looks like gc.test may be failing intermittently in Debian (see below).
>> Searching around I saw at least one other report of this in the #guile
>> logs from last year.
>>
>> For now, I'm wondering if
Rob Browning writes:
> It looks like gc.test may be failing intermittently in Debian (see below).
> Searching around I saw at least one other report of this in the #guile
> logs from last year.
>
> For now, I'm wondering if if would be plausible to mark the test as
> un
==
> 1 of 1 test failed
>
>
> Full log at https://buildd.debian.org/status/package.php?p=guile-2.2
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
Package: musescore
Version: 2.2.1+dfsg1-4
Severity: grave
Justification: renders package unusable
Dear Maintainer,
After displaying the splash screen, Musescore stops
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architect
Vincent Lefevre writes:
> Package: emacs25
> Version: 25.2+1-6+b1
> Severity: grave
> Justification: renders package unusable
I'm not sure I understand yet how this makes Emacs unusable -- does it
warn or crash?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG
urgent.
Thanks you all for the pointers; I appreciate the assist :)
Rob N.
Package: blender
Version: 2.79+dfsg0-3+b2
Severity: grave
Justification: renders package unusable
output of /tmp/blender.crash.txt
# Blender 2.79 (sub 0), Unknown revision
# backtrace
blender(BLI_system_backtrace+0x37) [0x19ca067]
blender(+0xabb637) [0xf44637]
linux-gate.so.1(__kernel_sigreturn
rbs_continuation = 0;
#endif
t.continuation_root = SCM_EOL;
t.continuation_base = t.base;
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
the most significant bits, rather than the least, as compared to say
Guile, and I believe RScheme.
--
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
ropriate/acceptable to just substitute imap-tls-open for
imap-ssl-open, then I wondered if this or something like it might
address the immediate concerns:
>From 9db659f9f18a79c7295e609472deb66467be0dbb Mon Sep 17 00:00:00 2001
From: Rob Browning
Date: Sun, 16 Apr 2017 12:08:07 -0500
Subject: Don
ttached).
Release managers: just a note that upstream is completely in favor of
this change.
[Robert: thanks for pursuing it.]
--
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
certain that would be more effort now in exchange for *much* less effort
over the next year or two for any number of people.
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
ter spent finishing the removal.
However, I also understand that Emacs 25 may have been released too
close to the freeze (given the stability issues that we had to track
down) for that to be feasible.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C
-- I'm going to hold off on this for a couple of days. We're
waiting to hear back from the release team about the possibility of
switching emacs-defaults to emacs25 and then removing emacs24 from
stretch.
https://lists.debian.org/debian-emacsen/2016/12/msg00016.html
--
Rob Brow
+++ b/info/oneliner.texi
@@ -775,10 +775,10 @@ Enable debugging state.
@end ifset
@ifset jp
-@subsubsection ÊØÍø¤Êalias¤Î¾Ò²ð
+@subsection ÊØÍø¤Êalias¤Î¾Ò²ð
@end ifset
@ifset us
-@subsubsection Useful aliases
+@subsection Useful aliases
@end ifset
@table @code
--
Rob Browning
rlb
we can find a faster
way to reproduce the problem. I suppose one way to speed up the cycle
time would be to comment out the -x and -nox builds in debian/rules.
And not that I suspect it right now, but what does the build filesystem
look like?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @de
arlier, and noticed at least one build-dep
that's missing, though I don't know why my pdebuild run here didn't hit
the same issue. In any case, I should have time to work on it this
weekend.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C
renamed to gmalloc etc.) in terms of gmalloc etc.
Origin: backport, commit: 4b1436b702d56eedd27a0777fc7232cdfb7ac4f6
Bug-Debian: http://bugs.debian.org/833727
...and for the glibc patch, this looks like the origin:
e95b023163e96538b15f030b7176b7ec59cf86f5
Thanks again
--
Rob B
nnotations that it's not Wolfgang's original patch
(i.e. it's heavily modified).
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
Aurelien Jarno writes:
> On 2016-09-04 19:09, Rob Browning wrote:
> The patch i have attached is actually a backport of the above patch. It
> was present in various branches, so I might have backported one with a
> different commit number, but in practice it's the same.
>
anything as directly relevant for the glibc patch.
Perhaps there's nothing very close upstream (with respect to emacs-24),
i.e. maybe the patch you've attached is more appropriate there?
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C67
tags +unreproducible
thanks
Rob Browning writes:
> Nathaniel Smith writes:
>
>> And sometimes I've even had it fail on https://wrong.host.badssl.com
>> after setting this (but not always). However, it always happily loads
>> https://self-signed.badssl.com,
should have time to finish
it by Tuesday, but if not, you're welcome to go ahead.
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
The other (GnuTLS) bug has been closed. I've included the relevant
Guile clone above.
Rob Browning writes:
> Andreas Metzler writes:
>
>> There are no source changes from -9 to -10 but the the compilation
>> options changed, the following options are present in -
via:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816063#15
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
Package: debtags
Version: 2.1
Severity: serious
Tags: d-i
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
It occurs each time I do any
arate commits in
the (unnamed) branch that's merged in to sid. If it's useful, I'd also
be happy to send you a patch series (suitable for "git am").
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B
In case it helps, here's a patch to apply the same workaround to
1.3.7.1. It's basically the same as the recent commit but with
different line numbers.
--
Rob
diff --git a/src/CMakeLists.txt b/src/CMakeLists.txt
index f1cf0d0..c2f82df 100644
--- a/src/CMakeLists.txt
+++ b/src/CMak
, before I spend more time on the code.
I've nearly finished hacking up a first pass, but it's not likely to be
quite ready yet.
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
em "uname -m >/tmp/QobiScheme.tmp")
> ...
> (system "rm -f /tmp/QobiScheme.tmp"))
Thanks - working on an update.
--
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
1 - 100 of 444 matches
Mail list logo
