Package: flash-kernel
Version: 3.79
Severity: critical
Tags: d-i
Justification: breaks the whole system
Dear Maintainer,
I used debian installer to install debian on an Allwinner
A20-OLinuXino-Lime2 following the instructions at:
https://wiki.debian.org/InstallingDebianOn/Allwinner
In the debian
to start server:
$x0vncserver -display:0 -SecurityTypes None
Result:
0vncserver: /usr/bin/X0tigervnc exited with status 1, please look into
'/home/mark/.vnc/[machine-name-redacted]:5900.log' to determine the reason! -2
Can't locate object method "cleanup" via package "
Additional info:
TigerVNC says that this is an issue with Debian script, not an upstream issue
with them.
https://github.com/TigerVNC/tigervnc/issues/1560#issuecomment-1351443752
$ x0vncserver -display :0 -SecurityTypes None
*result:*
[usage is printed]
then
x0vncserver: /usr/bin/X0tigervnc exited with status 1, please look into
'/home/mark/.vnc/[redacted]:5900.log' to determine the reason! -2
/home/mark/.vnc/[redacted]:5900.log contains only the same information as a
Package: xserver-xorg-core
Version: 2:1.16.4-1
Severity: serious
Justification: unknow
Dear Maintainer,
For the ability to file other bug reports, this bug is in fact responsible for
affecting.
I cannot, via the command
"sudo /usr/share/bug/xorg/script 3>/tmp/script.log"
produce a script.log, s
orted". I've attached a
screenshot, which you can view here: imgur.com/5drZIUB
- Mark
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-4-amd64 (SMP w/2 CPU cores)
Locale: L
ke to say I had it installed only a while ago and working fine
then so not sure if that was an earlier version. It's a great package to
have when it works, compared with the online service which is innevitably
slower. Please can someone help?
Thanks,
Mark
-- System Information:
Debian Release
config.pl, the fix was to modify
Config{RsyncArgs} argument from --devices to -D, in order to instruct it to
do special files. Alternatively, adding the --specials argument also fixed.
In reference please also see the following URL:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg02295.html
>void RE::Init(const char *pat, const RE_Options* options)
> did change to
>void RE::Init(const string& pat, const RE_Options* options)
I guess I need to change the soname and hence the package name of the C++
library, then create a new source package of pcre 6.7 and build just a C++
libra
Package: installation-reports
Severity: serious
Justification: no longer builds from source
-- Package-specific info:
Boot method: CD
Image version: 501 netinst x86
Date:
Machine: Unknown MB - Phoenix 6.00 PG BIOS / VIA chipset
Partitions:
Base System Installation Checklist:
[O] = OK, [E]
Package: xserver-xorg-input-all
Version: 1:7.3+18
Severity: grave
Justification: renders package unusable
After a dist-upgrade of my Debian testing system to the bleeding edge a few
days ago I had a problem after rebooting my system:
- On the kdm logon screen I noticed a weird behaviour of my k
---Original Message-
On Thu, 19 Feb 2009 00:42:19 +0100
Brice Goglin wrote:
> Don't be so sure. Please send your config and log.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d
scription
+++-===-=-
ii libxi-dev 2:1.1.4-1 X11 Input extension library (development
ii libxi6 2:1.1.4-1 X11 Input extension library
Mark
--
To UNSUBSCRIBE, email to debian-bug
data 1.4-1 and setting that on "hold" as well,
> helps.
I guess I will try this as well.
See also this bugreport:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514975
Mark
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
OK, I downgraded xkb-data to version 1.3-2 (was not able to find a
copy of 1.4-1) and xorg I can't reproduce the error anymore.
Sounds like solid evidence that xkb-data 1.5-2 has a serious issue.
Cheers,
Mark
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a su
Package: python2.5
Version: 2.5-3
Followup-For: Bug #397006
apt-get exits cleanly enough but package install fails. Recent install of
amd64, apt-get
ditro-upgrade after update prior to failure
/*start console dump*/
pisces:/home/mark# apt-get install python2.5
Reading package lists... Done
soap movies stars and even art. What Are You Listening At... by Ichimaru Gin PM
Literature Conception discussion own works.
Site: Web Site email: de Issue Just for upcoming holiday we test shopping When
visit delighted easy buy sexy
Powered Version copy Jelsoft Ltd. or scheduled tasks will cease
sable-vsx.patch"
http://anonscm.debian.org/cgit/pkg-grub/grub.git/tree/debian/patches/ppc64el-disable-vsx.patch?id=debian/2.02.beta2-20
is causing the problem with the "mtmsrd" instruction.
I think the solution is to not apply this patch for 32-bit builds.
Thanks
-Mark
-- P
Package: installation-reports
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
Hello, I downloaded the Bluray images using jigdo and verified the
md5sums, burned, and verified the burn. The installer finishes installing the
base system and then at some point afte
ch looks like it will be allowable for jessie) as gridengine doesn't
seem to expose any SSL implementation details to/from other libraries.
I'm happy to prepare/upload a version with either fix in, depending on
preference.
Thanks,
Mark
--
Mark Hymers
"'I regret nothing?&#x
On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote:
> On 26.11.2016 19:42, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 03:56:21PM +0100, Matthias Klose wrote:
> > Please allow at least a little time for a response, I've no real idea
> > what you're e
On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote:
> On 26.11.2016 20:35, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 07:52:26PM +0100, Matthias Klose wrote:
> >> On 26.11.2016 19:42, Mark Brown wrote:
> >>> On Sat, Nov 26, 2016 at 03:56:21PM +0100, Ma
On Sun, Nov 27, 2016 at 06:39:22PM +0200, Sami Liedes wrote:
> It seems to me that Mark is saying that this is not even supposed to
> work with lib32z1-dev installed, but rather you should have
> zlib1g-dev:i386 installed (and not doing so is user error).
Right, that's now the ex
On Tue, Nov 29, 2016 at 02:00:48PM +0100, Matthias Klose wrote:
> On 28.11.2016 19:42, Mark Brown wrote:
> > On Sat, Nov 26, 2016 at 08:59:34PM +0100, Matthias Klose wrote:
> > Which apparently changed at some point in the toolchain, probably quite
> > some time ago, but fort
given the circumstances).
Regards,
Mark
On Fri, Jul 10, 2015 at 03:57:40PM -0600, Brett Johnson wrote:
> gcc5 changes the semantics of inline function declarations, causing some
> inline functions in xemacs to be considered "extern", and thus cause
In what way does it change the semantics - this seems like a very
surprising and counter
tag 778180 - patch
kthxbye
> --- xemacs21-21.4.22.orig/configure.in
> +++ xemacs21-21.4.22/configure.in
> @@ -1941,6 +1941,8 @@ if test "$cflags_specified" = "no"; then
> CFLAGS="-g -O3 -Wall -Wno-switch -Winline -Wmissing-prototypes"
> dnl Yuck, bad compares have been worth at least 3 c
On Thu, Aug 13, 2015 at 11:33:36AM -0400, Martin Michlmayr wrote:
> * Mark Brown [2015-08-13 12:51]:
> > > gcc5 changes the semantics of inline function declarations, causing some
> > > inline functions in xemacs to be considered "extern", and thus cause
>
On Thu, Aug 13, 2015 at 09:39:09AM -0600, Brett Johnson wrote:
> I agree that it would be better to make the change in the packaging,
> rather than in configure.in. If you've already done this, would you
> mind submitting a patch?
Who would I submit a patch for the packaging to?!
signature.asc
package apt-cacher
notfound 792206 1.7.11
thanks
On Fri, Jan 06, 2017 at 08:48:06AM +0100, Matthias Klose wrote:
> On 05.12.2016 18:50, Mark Brown wrote:
> > As we have been discussing it is still not clear to me if I should fix
> > or remove the multilib packages since it is still not clear to me that
> > there is a sensi
On Sat, Jan 07, 2017 at 11:15:51AM +0100, Matthias Klose wrote:
> multiarch is not yet ready; you can't build it on the buildds, you can't
> depend
> on foreign architectures on the buildds. If you want to spend some time
> working
> on this, it would be appreciated, but until then I think it's
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7 0xb428 in main (argc=, argv=) at
../lib/colord/cd-test-private.c:2400
(gdb)
I suppose this has been caused by the upload of version 2.14-1 of liblcms2-2,
but I don't immediately see the change there that has caused it.
Reassigning.
Mark
.
The severity is critical (and if the bug is confirmed, I understand
that's *critical*), but I don't understand if I can upgrade or not.
I don't see "movement" in the thread since some months, and the bug just
"lies here".
Thanks in advance,
Mark
signatu
Package: postgresql-11-postgis-2.5-scripts
Version: 2.5.2+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The first symptom I noticed was in psql, complaining that
> create extension postgis;
ERROR: could not open extension control file
"/usr/share/post
/6d351831be705cc26d897db44f878a978f4138fc
Mark
> On Jul 19, 2019, at 9:53 AM, David Fifield wrote:
>
> On Fri, Jul 19, 2019 at 08:30:32AM +0900, Mike Hommey wrote:
>> Download
>> http://ftp.mozilla.org/pub/firefox/releases/68.0.1/linux-x86_64/en-US/firefox-68.0.1.tar.bz2
>>
Control: tags -1 - moreinfo
Simon,
Many thanks for this.
On Fri, Aug 09, 2019 at 02:35:13PM +0100, Simon McVittie wrote:
> Control: tags -1 + moreinfo
>
> On Mon, 25 Feb 2019 at 10:58:49 +0000, Mark Hindley wrote:
> > For desktops to be installable on such systems, policykit-1
of these failures are below. However, I am aware that
using /proc as the test mountpoint is a linux only solution, so you may well
prefer another approach.
Thanks.
Mark
--- a/tests/ts/misc/fallocate
+++ b/tests/ts/misc/fallocate
@@ -30,7 +30,7 @@
# fs type of $TS_OUTDIR, could be used to
Sounds plausible. There's no recent gromacs changes to how we use CTest or
MPI!
On Thu, 21 Jan 2021 at 17:21, Nicholas Breen wrote:
> This is *probably* a side effect of the ongoing, messy mpich/pmix/ucx
> transition in unstable, but that has so many moving parts that it'll
> take a bit to figur
Control: tags 985509 + patch
Control: tags 985509 + pending
Dear openrc maintainers,
I've prepared an NMU for openrc (versioned as 0.42-2.1) to address #985509 and
uploaded it to DELAYED/2. Please feel free to tell me if I should delay it
longer.
Regards.
Mark
diff -Nru openrc-0.42/d
Hi,
just wanted to report that after using kernel 4.19.0-11-amd64 my system is
stable again (uptime now more than 1 week) and the message is no more seen in
the logs.
So problem is solved at least on my system.
Bye,wahlm
So you action is very
welcome. Thanks.
I am happy for there to be no delay, should you wish.
Thanks.
Mark
Hi Andreas,
Thanks for the report, and sorry for the omission. This was already fixed
upstream by bumping to soversion 0.2.0 and will be in 2021~beta2
Mark
On Mon, 2 Nov 2020 at 19:00, Andreas Beckmann wrote:
> Package: libgromacs6
> Version: 2021~beta1-1
> Severity: serious
>
Package: colord
Version: 1.4.5-1
Severity: serious
Justification: FTBFS
Dear Maintainer,
colord 1.4.5-1 fails to build from source on (at least) i386.
Summary of Failures:
1/4 colord-test-private FAIL 2.94s (killed by signal 6 SIGABRT)
Thanks.
Mark
Control: reassign -1 src:colord 1.4.5-1
Of course this would be better assigned to the source package.
Mark
> It has been removed despite this comment. This causes a bunch of breakage.
> Could you please bring it back?
At the request of the release-team, we re-injected the packages which
were still in testing back into unstable. Should be back at the next
dinstall.
Mark
--
Mark Hymers
Package: chromium
Followup-For: Bug #848029
Dear Maintainer,
Also having this problem on 55.0.2883.75-1~deb8u1, sound is just crackles on
youtube and video playback is fastforwarded.
This looks very similiar to the a H.264 bug on the Ubuntu package.
https://bugs.launchpad.net/ubuntu/+source/chro
On Wed, Nov 30, 2016 at 03:31:59PM +0100, Matthias Klose wrote:
> On 30.11.2016 13:45, Mark Brown wrote:
> > Well, there's a bunch of questions there - people seem generally
> > negative on x32 and the use cases for multilib with tooling for early
> > boot and so on
On Mon, Dec 05, 2016 at 04:40:29PM +0100, Matthias Klose wrote:
> On 05.12.2016 11:29, Mark Brown wrote:
> > On Wed, Nov 30, 2016 at 03:31:59PM +0100, Matthias Klose wrote:
> >> it's available in the GCC packages for a while now.
> > Sure, but there's a bunch mo
On Mon, Dec 05, 2016 at 06:24:46PM +0100, Matthias Klose wrote:
> On 05.12.2016 18:14, Mark Brown wrote:
> > I am suggesting that since nothing except for the multlib D runtime
> > packages needs a multilib zlib and there seems to be a very limited use
> > case for them it
error in a cleanup script.
The only weird thing about my setup is that I have ruby-asana=0.4.0-1 installed
from stretch, because
of a bug that prevented me from installing Gitlab.
Below, I included the full transcript of my flailing attempts to make this work.
Thanks. -Mark
dpkg returned an error code (1)
weirdvibe:/etc/gitlab#
Thank you.
Mark
attached a patch for /var/lib/dpkg/info/redmine.postrm ... not sure
about the installation problem yet though.
Mark
redmine.postrm.patch
Description: Binary data
I could not reproduce the installation problem. The only thing not
mentioned in the initial report was that I tried to configure a second
instance when dpkg prompted me.
Mark
On Wed, Jul 19, 2017 at 2:10 PM, Mark Hedges wrote:
> tags 868955 patch
> thanks
>
> Uninstall problem
dpkg: error processing package redmine (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
redmine
E: Sub-process /usr/bin/dpkg returned an error code (1)
On Wed, Jul 19, 2017 at 2:35 PM, Mark Hedges wrote:
> I c
hat all is as it should be?
Many thanks.
Mark
https://nvd.nist.gov/vuln/detail/CVE-2017-8386
https://security-tracker.debian.org/tracker/CVE-2017-9417
https://packages.debian.org/search?keywords=firmware-brcm80211
http://boosterok.com/blog/broadpwn/
-- System Information:
Debian Release: 8.9
A
https://nvd.nist.gov/vuln/detail/CVE-2017-9417
f removing/demoting the package in Ubuntu.
since nothing else presumably depends on libvmime, wouldn't it be
more straightforward to just revert to libvmime 0.9.1..?
thanks!
mark
On 2/3/17 08:52, Jesse Lopez wrote:
> This update has completely broken the installation of openjdk-8-j* on
> Jessie via backports.
>
> The bug report needs to be reopened.
>
For exact reproduction please see [an example of a Dockerfile][1] that
is broken by this issue.
[1]: https://github.co
mv debian/build-serial/java/src/jarhdf5-*.jar
debian/build-serial/java/src/jarhdf5.jar
jh_installlibs
which ensures that the jar is shipped - this may not be the
solution which you want to use.
This problem affects stable as well as unstable (as it's the same
version).
Thanks,
Mark
On Fri, Oct 21, 2016 at 02:08:47PM +, Debian Bug Tracking System wrote:
> Bug #837712 [src:xemacs21] xemacs21: FTBFS with bindnow and PIE enabled
> Severity set to 'serious' from 'important'
I've still not seen any usable reproduction instructions.
signature.asc
Description: PGP signature
On Fri, Oct 21, 2016 at 05:45:39PM +0200, Lucas Nussbaum wrote:
> On 21/10/16 at 16:32 +0100, Mark Brown wrote:
> > > Bug #837712 [src:xemacs21] xemacs21: FTBFS with bindnow and PIE enabled
> > > Severity set to 'serious' from 'important'
> &
severity 812532 serious
On Sun, Oct 23, 2016 at 12:36:18AM +0200, Marco d'Itri wrote:
> Control: severity -1 grave
Please don't play severity games, it's not at all helpful.
> On Jan 24, Marco d'Itri wrote:
> > which have the same name of file installed by the hostname package in
> > /bin/,
On Sun, Oct 23, 2016 at 01:18:54AM +0200, Marco d'Itri wrote:
> On Oct 23, Mark Brown wrote:
> > Which was uploaded yesterday without warning which isn't exactly
> > helpful, there's not even been a proposal from anyone working on this
> > for how to fix i
On Sun, Oct 23, 2016 at 02:06:29AM +0200, Marco d'Itri wrote:
> On Oct 23, Mark Brown wrote:
> > I'd have expected to at least have seen something going round saying
> > that the transition was mostly complete and that there were only a few
> > packages blocking
parts tests and therefore I'd like
> to see it fixed for buster.
Version 241.1-1 isn't in buster and I am not sure if it will make it in as there
is no sign of movement in the unblock request (#925489). But I am happy to fix
it in unstable.
Thanks
Mark
On Mon, Jan 24, 2022 at 05:51:43PM +0100, Thorsten Alteholz wrote:
> In order have some activity on this bug and to avoid autoremoval of
> dependencies, this is a reminder of outstanding things to do ...
Please don't send content free pings, they just add noise and make it
likely that it's going
On Wed, Aug 11, 2021 at 02:38:48PM +0200, Pierre Gruet wrote:
> Source: xemacs21-packages
> Version: 2009.02.17.dfsg.2-4
> Severity: serious
> Tags: stretch buster bullseye sid
...
> The file
> xemacs-packages/jde/java/src/jde/debugger/expr/LValue.java
> incorporates a non-free license, stating
the next routine one?
Mark
On Fri, Mar 25, 2022 at 10:50:51PM +0100, Salvatore Bonaccorso wrote:
> Here is a preliminary debdiff to address this.
Thanks, that's roughly what I uploaded - it looks like your mail
raced with my own update.
signature.asc
Description: PGP signature
On Wed, Jan 05, 2022 at 12:57:47PM +0100, Thorsten Alteholz wrote:
> are you already working on an update of mm and zlib? Or do you need some
> help?
They're utterly trivial, I'll get round to them at some point when I do
a batch run through all my packages. It'd be more effort to integrate
some
Package: cluster-glue
Version: 1.0.12-20
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
src:cluster-glue FTBFS in unstable as the build dependency on libltdl3-dev is no
longer available.
Thanks.
Mark
-- System
2 (2019-08-28) x86_64
> GNU/Linux
> ls -l /lib/*/libc.so.6
> lrwxrwxrwx 1 root root 12 Mai 1 19:24 /lib/x86_64-linux-gnu/libc.so.6 ->
> libc-2.28.so
The machine in question runs in a VirtualBox VM.
Best regards,
Mark Weyer
Control: tags -1 pending
Simon,
On Tue, Aug 27, 2019 at 05:46:32PM +0100, Mark Hindley wrote:
> I think I have finally got to the bottom of this. As you suspected it is apt's
> invocation of dpkg. See #935910.
This has now been fixed in apt 1.9.4 (experimental).
I propose to add
On Thu, Sep 19, 2019 at 08:36:53PM +0100, Mark Hindley wrote:
> Control: tags -1 pending
>
> Simon,
>
> On Tue, Aug 27, 2019 at 05:46:32PM +0100, Mark Hindley wrote:
> > I think I have finally got to the bottom of this. As you suspected it is
> > apt's
>
tions differ. I have been tolkd
int he past by elogind upstream that it is not possible for elogind to use
libsystemd0. For example libsystemd0 requires the concept of slices which
elogind doesn't have.
The only way I have got all of these components to work together on an elogind
systemd is to ensure everything uses libelogind0.
Mark
of the other features that systemd
provides, use systemd. If you want a slimmed down implementation of DBus login1
and sd-login(3) to use when systemd is not PID1, then elogind might be useful.
Mark
ms OK. However,
applications using the sd-*(3) APIs through libsystemd.so (most notably
src:polickit-1) fail to match pids to sessions despite the session being
registered correctly with elogind.
Normal functionality is restored by installing libelogind0 and restarting
polkitd.
Sorry.
Mark
Julian,
On Wed, Sep 11, 2019 at 02:28:55PM +0100, Mark Hindley wrote:
> > I don't think it's reasonable to ship this package with C/R/P
> > libsystemd0.
>
> I understand that you don't like it. However, for libelogind0 to export the
> same
> symbol
Control: tags -1 - pending
On Fri, Sep 20, 2019 at 04:30:00PM +0200, Thorsten Glaser wrote:
> On Thu, 19 Sep 2019, Mark Hindley wrote:
>
> > On irc he also said there was little point in adding the Breaks: as apt
> > doesn't
> > rexec itself.
>
> Yes, e
s relating to Simon's original
report.
Would you, please, start a new bug for this unless you really think it is the
same issue (apt being broken by continuing to uninstall libsystemd0 after
systemd prerm fails) and I will be happy to help.
Thanks.
Mark
is the same as Simon's original bug here.
HTH.
Mark
Sam,
Many thanks for this.
On Mon, Sep 23, 2019 at 11:58:18AM -0400, Sam Hartman wrote:
Mark> I have tried the approach suggested by Laurent of using
Mark> elogind with libsystemd0 and I could not get the sd-*(3) APIs
Mark> to function correctly.
> What trouble did you run in
we can't envisage all cases, but that is what testing is for.
Anyway, I am happy to try to work up a dpkg-divert solution if that is likely to
be more acceptable.
Thanks.
Mark
nal hash containers. So if a system is running elogind and polkit asks
libsystemd0 for a session id to a pid, it will search for a session-.scope
and find nothing.
See the two implementations of cg_path_get_session():
https://github.com/elogind/elogind/blob/d4a3f29/src/basic/cgroup-util.c#L1713
Mark
Ian,
Thanks for this.
On Tue, Sep 24, 2019 at 07:28:29AM +0800, Ian Campbell wrote:
> On Fri, 2019-09-20 at 10:16 +0100, Mark Hindley wrote:
> Would it be any help at all of the "dbus client-ish" bits and the
> "direct API-ish" bits of the two libraries were
On Mon, Sep 23, 2019 at 04:16:05PM -0400, Sam Hartman wrote:
> Mark> Anyway, I am happy to try to work up a dpkg-divert solution if
> Mark> that is likely to be more acceptable.
>
> I don't know if it will be.
> I'm trying to be a facilitator here and make s
On Wed, Sep 25, 2019 at 10:09:15PM +0200, Thorsten Glaser wrote:
> On Wed, 25 Sep 2019, Mark Hindley wrote:
>
> > libelogind0 can be coninstalled with libsystemd0. However, it is fragile
> > because
> > the file that needs to be diverted out of the way is libsys
On Thu, Sep 26, 2019 at 12:11:47AM +0200, Thorsten Glaser wrote:
> On Wed, 25 Sep 2019, Mark Hindley wrote:
>
> > Thanks. Triggers may be an answer to the libsystemd soversion issue.
>
> Mind that anything that runs between unpacking the new libsystemd0
> and running
Sam,
Since I cannot get a working and robust dpkg-divert solution, I feel the need to
revisit the validity of these concerns.
On Mon, Sep 23, 2019 at 03:03:57PM -0400, Sam Hartman wrote:
> >>>>> "Mark" == Mark Hindley writes:
> >> If we are going to use
On Thu, Sep 26, 2019 at 12:52:27PM +0200, Thorsten Glaser wrote:
> On Thu, 26 Sep 2019, Mark Hindley wrote:
>
> > It is possible to get APT to attempt a solution by specifically requesting
> > 'apt
> > install libelogind0 sysvinit-core'. This removes systemd-
Sam,
On Fri, Sep 27, 2019 at 09:19:10AM -0400, Sam Hartman wrote:
> >>>>> "Mark" == Mark Hindley writes:
>
> Mark> Sam, Since I cannot get a working and robust dpkg-divert
> Mark> solution, I feel the need to revisit the validity of these
>
wants to uninstall is pretty high. Few people will continue having
seen the 'You are about to do something potentially harmful' warning.
I think the effect we are after is rather closer to that of apt-mark hold
systemd or dpkg --set-selections systemd hold. Once held, uninstalling
solution is to explicitly request installation
of sysvinit-core such as 'apt install libpam-elogind sysvinit-core'
So I am not sure any changes are required in order to enforce explicit
instruction before attempting removal of systemd.
Is this sufficient?
Mark
test@DebianUnstable: ~tes
libpam-systemd systemd-sysv
dependency. See https://bugs.debian.org/935304. That would be a more appropriate
place for you to add any comments you may have regarding this aspect of the
behaviour you have observed.
Mark
Simon,
On Tue, Aug 27, 2019 at 05:46:32PM +0100, Mark Hindley wrote:
> Simon,
>
> I think I have finally got to the bottom of this. As you suspected it is apt's
> invocation of dpkg. See #935910.
This is now resolved in apt version 1.8.4 which is in both sid and bullseye.
56169d in ?? ()
#25 0x760f9b45 in __libc_start_main (main=0x555613c0, argc=1,
argv=0x7fffdb98, init=, fini=,
rtld_fini=, stack_end=0x7fffdb88) at libc-start.c:287
#26 0x55561bec in ?? ()
Downgrading to version 0.26.5-2+deb8u4 fixes the segfault.
Mark
On Fri, Oct 18, 2019 at 04:37:00PM +1100, Brian May wrote:
> Mark Hindley writes:
>
> > Since this upload was an LTS NMU, I should have copied you in.
>
> Thanks for the report. It looks like the fix for CVE-2019-10871 might be
> broken, and I might have to revert this chan
that the default ought to be different.
Perhaps you could confirm that this configuration change provides the behaviour
you want?
Many thanks.
Mark
> > behaviour
> > you want?
>
> thanks, yes, this provides the behaviour necessary for proper system
> operation. Please make it the default.
Good!
Downgrading severity to important.
I will explore the implications of changing the default.
Thanks.
Mark
1 - 100 of 1053 matches
Mail list logo
