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.
Oh, and
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 migrations fro
et
> 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.
Thanks
--
R
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
GPG as of 2011-07-1
utput in 5 minutes. kfreebsd-amd64 and kfreebsd-i396 seem to have
> failed in the same way as amd64.
I wonder if this might be time-limit related (again). cf.
https://salsa.debian.org/rlb/deb-guile/-/blob/deb/guile-3.0/d/sid/master/debian/rules#L187-195
Though 3.0 is much better on that front than 2.2
elated 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 of 2011-07-10 E6A9 DA3C C9FD 1
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-10 E6A9 DA3C C9FD 1FF8 C676 D
ride_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 as of 2002-11-03 14DD 432F
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
t 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
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
ers 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
ot; "~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 DA3C C9FD 1FF8
O_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_SYMBOLN
-# define scm_from_utf8_symboln scm_from_locale_symboln
-#endif
-#ifndef HAVE_SCM_F
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 25C8 D377
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 D2C4
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
--
Rob Br
/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
-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/control
@@
;
> 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 D2C4 C0F0 39E9 ED1B 597A
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 @default
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
= 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.org and @debian.org
GPG as
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.
--
Rob Bro
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
--
Rob Browni
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:
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/debian
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:
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 alternative is
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 this weeke
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 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
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 suspect the nex
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
hem?
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 D2C4 C0F0 39E9
e 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 C0F0 39E9 ED1B 597A
GP
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 2002
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
er, 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.
--
Rob Browning
rlb @default
ght 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
--
Rob Browning
rlb @defaultval
le.
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
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 Brow
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 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
> unresol
===
> 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')
Vincent Lefevre <vinc...@vinc17.net> 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.o
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]
e = base->reg_base;
+ t.pending_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
(at least used to) put the tag in
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
t it's
appropriate/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 <r...@defaultvalue.org>
Date: Sun,
20f4bdf5479b2847cc8eb0e, attached).
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 1
ain 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 B5
shing 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 C9FD 1FF8 C676 D2C4 C0
as well.
OK, thanks -- 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
+++ 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
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 @debian
. I saw that earlier, 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
is looks like the origin:
e95b023163e96538b15f030b7176b7ec59cf86f5
Thanks again
--
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
tions 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 <aure...@debian.org> 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 prac
of gmalloc etc.
But I didn't find 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-0
tags +unreproducible
thanks
Rob Browning <r...@defaultvalue.org> writes:
> Nathaniel Smith <n...@pobox.com> writes:
>
>> And sometimes I've even had it fail on https://wrong.host.badssl.com
>> after setting this (but not always). However, it always
, and I think I 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 <r...@defaultvalue.org> writes:
> Andreas Metzler <ametz...@bebt.de> writes:
>
>> There are no source changes from -9 to -10 but the the compilation
>> options
ps://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
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 597A
GPG as of 2002-
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/CMakeLists.txt
eed, 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
(system "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
a
chance to get back to it yet.
(I don't have a pointer handy, but iirc, it looked like there might an
upstream patch that we may be able to cherry-pick to fix the problem.)
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
Hi all,
is udisks2 really an alternative to usbmount?
I have it installed on testing, but it doesn't automatically mount anything:
carramba@robert-desktop:/usr/share/doc/udisks2$ dmesg | tail
[ 5092.063897] sd 4:0:0:0: [sdc] 30751744 512-byte logical blocks: (15.7
GB/14.6 GiB)
[ 5092.065393] sd
Package: clamav
Version: 0.98.7+dfsg-0+deb7
Severity: Serious
This error appears against 'freshclam', but I believe its related to
clamav-base.
Following a dist-upgrade of clamav, the /var/lib/clamav directory
ownership is reset to 'clamav'. This behaviour is incorrect if clamav
with the newer versions of guile, though.]
For the record, I'm fine with letting 1.8 stay for now. I imagine Don
and I can handle any serious problems, and hopefully we won't need it
too much longer.
Thanks
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8
)
-- Rob Browning r...@defaultvalue.org Sat, 07 Mar 2015 13:25:57 -0600
Thanks again 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
to reassign it yourself, or I'll try to get to it
later this weekend.
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 UNSUBSCRIBE
) [1].
Ahh, OK, I thought we needed prior approval before uploads to unstable
now.
Are you happy with the upload? Would you like to ask for prior approval first?
I'll hopefully have time to look at it this weekend.
Thanks again
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011
Balint Reczey bal...@balintreczey.hu writes:
It turned out to be an Emacs bug already fixed upstream.
Please see the attached NMU diff which fixes.
I'm uploading the fixed package to DELAYED/10 today.
Did you get approval from the release team?
Thanks
--
Rob Browning
rlb @defaultvalue.org
--listfiles emacs24-el | fgrep .el | xargs zfgrep export-as-ascii
...
/usr/share/emacs/24.4/lisp/org/ox-ascii.el.gz:(defun org-ascii-export-as-ascii
If so, suppose you might need a (require 'ox-ascii) if it's not already
available.
--
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG
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 UNSUBSCRIBE, email to debian
, and then migrate 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
1 - 100 of 422 matches
Mail list logo