Control: forwarded -1 https://github.com/biod/BioD/issues/50
Control: tags -1 help upstream
Dear Matthias,
unfortunately there is another issue with libbiod and as usual I need
your help due to my total incompetence in D. :-(
I have reported the issue upstream as well.
Kind regards
On Wed 2019-01-09 22:57:03 -0500, Daniel Kahn Gillmor wrote:
> Please either drop Type=forking, or pass -B. Of those too choices, i
> think it's better to pass -B on the command line, so that the daemon
> has some mechanism of indicating readiness to systemd (detaching and
> moving to the
Ian and Sean,
Thank you for such a quick review. Here is another git format-patch
submission that incorporates the feedback from you both, for dgit
version 8.3 this time. I saw no new typos in version 8.3 document
changes.
I left "a la" as is given that Debian's man command doesn't properly
Hi Witold
Regarding: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912783
I don't have a processor similar to a threadripper, do you mind testing
it on the latest version in unstable (0.8.3)? Upstream have made some
changes to the graph logic which may have solved this issue for you.
On Sat, 29 Dec 2018 11:44:13 + Simon McVittie wrote:
> On Sat, 29 Dec 2018 at 05:40:43 +0100, Niels Thykier wrote:
> > tests/test_autopkgtest.py::T::test_alternative_gcc
> > /usr/lib/python3/dist-packages/yaml/constructor.py:126:
> > DeprecationWarning: Using or importing the ABCs from
I don't see reason for dependency on android-* crap for fastboot
package. I want to control my phone over fastboot/adb and i don't need
android-* crap.
Android-* should be marked as recommended.
--
Lampa
On Wednesday, 9 January 2019 11:29:14 AM AEDT Colin Watson wrote:
> On Wed, Jan 09, 2019 at 10:43:42AM +1100, Russell Coker wrote:
> > It would probably be easier to just canonicalise all path names given
> > on the command line and then cd / before starting work. Apart from the
> > possibility of
Package: ftp.debian.org
Severity: normal
Control: block -1 by 918866
thunderbird does currently not build for mips/mipsel,
remove the cruft packages since this does not seem
to get fixed soon.
This was ACK'ed by Carsten Schoenert.
dak complains about reverse dependencies,
but except for
Source: irssi
Version: 1.1.1-1
Severity: important
Tags: patch security upstream
Forwarded: https://github.com/irssi/irssi/pull/948
Hi,
The following vulnerability was published for irssi.
CVE-2019-5882[0]:
| Irssi 1.1.x before 1.1.2 has a use after free when hidden lines are
| expired from the
Package: ftp.debian.org
Severity: normal
thunderbird does currently not build for mips/mipsel,
and birdtray is the only binary-any reverse dependency.
tags 918326 +patch +pending
tags 918645 +patch +pending
thanks
I just went ahead and uploaded a NMU fixing bugs 918326 (dependency on cruft
package) and 918645 (testsuite failure due to missing build-dependency) to
delayed/5. A debdiff is attatched, please tell me if you have any issues with
On Wednesday, 9 January 2019 11:04:26 PM AEDT Reinhard Tartler wrote:
> All in all, the package looks good for upload to me. May I ask where we are
> with that?
Wait a sec, did you check the following forwarded bug upstream?
https://github.com/opencontainers/image-tools/issues/204
That's the
Hi again Tobias,
On Sun, Nov 18, 2018 at 09:53:30AM +0100, Joost van Baal-Ilić wrote:
> On Sat, Nov 17, 2018 at 11:57:03PM +0100, Dr. Tobias Quathamer wrote:
> > Am 17.11.2018 um 09:04 schrieb Joost van Baal-Ilić:
> > > I plan to work on the Debian FAQ at
> > >
On Wednesday, 9 January 2019 11:04:26 PM AEDT Reinhard Tartler wrote:
> All in all, the package looks good for upload to me. May I ask where we are
> with that?
I've got distracted and lost track... I don't remember current status...
--
Cheers,
Dmitry Smirnov.
---
Lies are the social
Hi,
about 20 minutes and two reboots later...
Axel Beckert wrote:
> > I am running a custom 4.19.13 which ran fine on stable.
>
> I am running stock Debian unstable kernels.
>
> So far it happened with 4.18.20-2 (last 4.18 which was in sid/buster)
> and 4.19.12-1 (current is 4.19.13-1).
Same
Source: calligra
Version: 1:3.1.0+dfsg-4
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
calligra fails to cross build from source, because cmake checks for a
working iconv using try_run. Doing so is a good thing in principle and
should be kept for native builds, but it is not
Control: retitle -1 gitolite3: CVE-2018-20683: security issue in optional
bundle helper ("rsync" command)
On Wed, Jan 09, 2019 at 10:44:51PM +0100, Salvatore Bonaccorso wrote:
> Source: gitolite3
> Version: 3.6.9-1
> Severity: important
> Tags: patch security upstream
>
> From
>
Control: reassign -1 initramfs-tools-core 0.132
Control: tag -1 moreinfo
On Wed, 9 Jan 2019 21:17:47 +0600
Tech Knowledge wrote:
> Package: kernel
> Version: 4.19.0-1-amd64
>
>
> I installed debian testing(buster). It installed the updated kernel
> 4.19.0-1-amd64 automatically.
> But it
Hi Michael,
On Thu, Jan 10, 2019 at 01:41:17AM +0100, Michael Biebl wrote:
> On Wed, 09 Jan 2019 21:08:51 +0100 Salvatore Bonaccorso
> wrote:
> > Source: systemd
> > Version: 204-1
> > Severity: grave
> > Tags: security upstream
> > Justification: user security hole
> > Control: found -1
Package: win32-loader
Version: 0.8.3+deb9u1 +net
I have a new Lenovo X1 6th Gen running stock Windows 10. It has one
internal disk and 16GB Ram. The first thing I did with it was download and
run win32-loader. I didn't notice any errors, read the notice about
rebooting, waited eagerly for the
For anyone looking at this bug (especially folks at bug squashing
parties): I've filed an Intent To Salvage for this package
(https://bugs.debian.org/917937), and assuming I don't hear from the
maintainer by January 21st, will be uploading a version of lsof that
fixes this bug.
Hi,
Elimar Riesebieter wrote:
> At boottime I get:
>
> WARNING: Device /dev/md0 not initialized in udev database even after waiting
> 1000 microseconds.
I get the same warning, too, at boot time and so far also at any time
I call a LVM command. In anycase the command (and hence the boot
Control: fixed -1 0.9.15-1
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Package: wnpp
Severity: wishlist
Owner: =?utf-8?b?QW5kcmV3IExlZSAo5p2O5YGl56eLKQ==?=
* Package name: ruby-momentjs-rails
Version : 2.20.1
Upstream Author : Derek Prior
* URL : https://github.com/derekprior/momentjs-rails
* License : MIT
Programming Lang:
On Fri, 04 Jan 2019 11:27:03 +0100 Bas Couwenberg
wrote:
> Source: dask
> Version: 1.0.0+dfsg-1
> Severity: normal
> Control: block 917323 by -1
>
> Dear Maintainer,
>
> The autopkgtest for your package fail with python-numpy
> (1:1.16.0~rc1-3), this increased the required age of python-numpy
Package: hostapd
Version: 2:2.7-2
Severity: normal
Control: found -1 2:2.6-21
I'm running hostapd on a machine that is pure systemd.
I'm using the hostapd@.service generator.
when i do:
systemctl start hostapd@wlp1s0.service
it hangs for a while and then fails. This is because the
Package: firefox
Version: 64.0-1
Severity: minor
File: /usr/share/man/man1/firefox.1.gz
The man page says
OPTIONS
A summary of the options supported by firefox is included below.
...
Mozilla options
-h, -help
Show summary of options.
Please change that last
Package: firefox
Version: 64.0-1
Severity: wishlist
File: /usr/share/man/man1/firefox.1.gz
Say at the bottom of the man page that this man page was created by
Debian, not upstream.
https://bugzilla.mozilla.org/show_bug.cgi?id=1322878
That way people won't report bugs about it to the wrong
Followup-For: Bug #916707
Control: reopen -1
Hi,
the problem is still present in 17.12.2-3:
0m22.4s DEBUG: Starting command: ['chroot', '/srv/piuparts/tmp/tmp4R31CL',
'/usr/sbin/logrotate', '/etc/logrotate.d/svxreflector']
0m22.4s DUMP:
error: /etc/logrotate.d/svxreflector:5 unknown user
Package:
python-meep-openmpi,python-meep-mpich2,python-meep-mpi-default,python-meep-lam4
Version: 1.7.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this
Package: python3-distutils
Version: 3.7.2-2
Severity: important
Dear Maintainer,
It looks like the latest version is missing the python 3.6 version of the
distutils module (as reported by
https://packages.debian.org/sid/all/python3-distutils/filelist, dpkg -L, and
through distutils modules
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "rmlint"
* Package name: rmlint
Version : 2.8.0-2
Upstream Author : Christopher Pahl
* URL : https://rmlint.readthedocs.io/
* License : GPL-3+
Control: forwarded -1 https://github.com/br101/horst/issues/93
On 2017-09-01 10:46:44, Uwe Kleine-König wrote:
> Hello,
>
> On Thu, Aug 31, 2017 at 11:43:53PM +0100, Ramsay Jones wrote:
>> On 31/08/17 21:55, Uwe Kleine-König wrote:
>> > On Wed, Aug 30, 2017 at 08:11:49PM -0400, Christopher Li
On 2019-01-09 8:57 p.m., Simon Deziel wrote:
> Could you give a try to the attached profile and report back?
Actually, please use this new attached profile which is identical in
purpose but uses better names.
Thanks,
Simon
# Author: Simon Deziel
#include
/usr/bin/msmtp
On 2019-01-09 11:52 a.m., Kai Weber wrote:
> passwordeval python -c "import keyring; print keyring.get_password('smtp',
> 'kai.we...@glorybox.de')"
> passwordeval secret-tool lookup service smtp username kai.we...@glorybox.de
The python version would be hard to secure and is probably not widely
In fact, it turned out that the libLASi-1.1.0 version of MissingGlyphExample.cpp
did not verify this bug. So I looked more carefully at the PLplot results, and
the first problem of this kind occurred for Unicode U+2648 = ♈.
So I tried that glyph in MissingGlyphExample.cpp using the following
Thank you very much IOhannes.
Olivier
On Wed, 09 Jan 2019 21:08:51 +0100 Salvatore Bonaccorso
wrote:
> Source: systemd
> Version: 204-1
> Severity: grave
> Tags: security upstream
> Justification: user security hole
> Control: found -1 232-25+deb9u6
> Control: found -1 240-2
>
> Hi,
>
> The following vulnerability was published for
Package: debconf
Version: 1.5.69
Severity: serious
Hi.
I'm running a mostly-up-to-date Debian/sid system. I just tried updating
it, and it barf at me when I ask it to update debconf:
root@machine:~# aptitude install debconf
The following NEW packages will be installed:
Andreas Beckmann, le jeu. 10 janv. 2019 01:02:19 +0100, a ecrit:
> I successfully built the package with the attached patch that switched
> to GCC 7, but since the build system is a bit special, I'm not going to
> upload this myself.
I'll handle it once CUDA 9.2 is uploaded, yes. Thanks for
Followup-For: Bug #892403
Control: reopen -1
Hi,
while trying to rebuild starpu-contrib for CUDA 9.2 it failed with some
errors related to gcc-6.
I successfully built the package with the attached patch that switched
to GCC 7, but since the build system is a bit special, I'm not going to
upload
Thanks for posting this to the Debian bug list. It did indeed make
finding it easier!
Unfortunately I'm still getting the same error after modifying
/etc/apparmor.d/libvirt/TEMPLATE.qemu. Maybe I missed something.
Here's my file:
-
#include
profile LIBVIRT_TEMPLATE
On 1/9/19 3:45 PM, Andreas Beckmann wrote:
> Package: neutron-fwaas-common
> Version: 1:13.0.1-3
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package fails to remove.
>
>>From the attached log (scroll to the
Package: cargo
Version: 0.31.1-1
Severity: grave
Any time I try to update the crates.io index with the currently packaged
version of cargo, I get a segfault:
$ cargo update
Updating crates.io index
Segmentation fault
I can reproduce this in a brand new project (`cargo new foo`) by adding
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
[Last time, please keep the bug address on CC, I am not a private support
channel]
On Wed, 2019-01-09 at 09:47 -0800, vassil wrote:
> Please go to menu "View" and try indicated shortcuts for "Zoom In", "Zoom
> Out", "Normal Size". Check for
It looks like the merge with bug 813658 failed. Since that bug is
closed this one is unblocked and should maybe even be closed.
--
Francois Gouget http://fgouget.free.fr/
In theory, theory and practice are the same, but in practice they're different.
i have the same problem here with one of my boxes.
it happens with disk IO going via raid1 to one of my SATA ssd's (sda & sdb).
disabling blk_mq solves this issue for me.
i am using 4.19.0-1-amd64 #1 SMP Debian 4.19.12-1
but i had the same problems with 4.18.
my raid setup:
$ pvdisplay
---
Am Mittwoch, 9. Jänner 2019, 23:37:45 CET schrieb Lisandro Damián Nicanor
Pérez Meyer:
> Can you tell us which exactly was? In this way:
>
> - other users reading the report might benefit from it
> - we might end up finding a proper solution
Sorry, I thought that was clear from the context.
Hi,
On 2019-01-09 16:25, leopoldotosi wrote:
>
> Package: libc6
> Version: 2.24-11+deb9u3
> Severity: critical
> Tags: d-i
> Justification: breaks unrelated software
>
> Dear Maintainer,
>
> I can not work libvirtd ?-:-(
I am sorry about that.
> Reading symbols from virsh...(no debugging
On 2019-01-09 08:01:47 [+], Witold Baryluk wrote:
intrigeri, halp :) The good news is that I addressed the other two
apparmor related bugs. Now, I got a new one that reached my capacity:
> Here is dmesg output for the latest run:
>
> [129772.521856] audit: type=1400
Control: fixed 911392 linux/4.19.12-1
Dear Maintainer,
did an update on that testsystem and the error
does not show up with at least 4.19.12-1.
Kind regards,
Bernhard
Em qua, 9 de jan de 2019 às 23:03, Manuel A. Fernandez Montecelo
escreveu:
> 2019-01-08 03:11 Faidon Liambotis:
> >
> >5.1.0-2 was uploaded to unstable shortly before my previous email, so it
> >should start appearing on mirrors etc. soon. This upload involves a
> >transition, so I'll hold any
So, this bit me again, years later. This time I have a better
understanding of what is going on.
When a snapshot is mounted, /proc/mounts gets weird. Here's an example
having created two LVs, bind mounting the first onto a new directory,
and then mounting a snapshot of the second lv into
Can you tell us which exactly was? In this way:
- other users reading the report might benefit from it
- we might end up finding a proper solution
Thanks!
Hello Michael Hatzold,
I tried to have a look and guess gimp received from some
plugin feedback in form of a malformed GIMP_PDB_INT16ARRAY.
Unfortunately this may not be enough information
for the maintainer to fix it.
Could you please provide more details on which exact
steps you took to
Am 09.01.19 um 22:29 schrieb Adrian Almenar:
> Container is a simple debian buster made with debootstrap
>
> using systemd 239 server was able to install and run mysql, apache,
> dovecot services but since the update to systemd 240, not even creating
> a new template the services start and on a
Control: tags -1 pending
Control: tags 918771 pending
I intend to upload theano (also containing other changes - see Salsa
repo) either tonight or tomorrow night.
...or by calling numpy 1.16 a transition, are you implying you want this
minimal fix and nothing else?
Cool, thanks!
On Wed, Jan 9, 2019 at 10:46 AM Juan Picca wrote:
> Hi Reinhard.
>
> Currently ostree-go, commit d0388bd (master HEAD today) fails some tests:
>
> ```
> === RUN TestCommitTreeSuccess
> --- FAIL: TestCommitTreeSuccess (0.11s)
> commit_test.go:108: failed to tar populated dir:
Followup-For: Bug #892388
Control: tag -1 pending
Hi,
I just pushed a (build-tested) commit to switch to CUDA 9.2 and GCC 7.
I don't plan to upload it immediately ... so you can update the package
if needed and upload yourself.
Andreas
Control: retitle -1 ITA: tintin++ -- classic text-based MUD client
Control: owner -1 runave...@gmail.com
Hi,
as discussed with Ana, I would like to adopt and maintain this package.
On Wed, 9 Jan 2019 at 18:26, Ana Guerrero Lopez wrote:
> Hi Jozsef,
> Yes, please go ahead!. It's up for adoption
09.01.2019 14:40, bret curtis пишет:
> what happens if you use -lsndio when you compile? This is just out of
> curiosity.
$ cc openal-example.o -o openal-example -lopenal -lalut -lsndio
/usr/bin/ld: cannot find -lsndio
collect2: error: ld returned 1 exit status
The libsndio-dev
I'm sending the message again, it seems the previous one hasn't reached
bugs.d.o.
Forwarded Message
Subject: Re: Bug#918667: libopenal-dev on kFreeBSD: missing dependency libsndio?
Date: Wed, 9 Jan 2019 22:37:35 +0300
From: Коля Гурьев
To: bret curtis
09.01.2019 14:40, bret
On Wed, Jan 09, 2019 at 02:31:08PM +0200, Eliza Ralph wrote:
> What further information do you need?
Well, I guess you already provided enough of it.
> What do I do in the case when "apt-cache depends" shows multiple
> package versions?
Remove the superfluous packages? But be aware that the
Package: qtcreator
Version: 4.8.0-1
Severity: normal
--- Please enter the report below this line. ---
When starting qtcreator with the ClangRefactoring plugin enabled, the code
model seems to get confused (Pressing F2 to jump to the implementation of a
method, as well as showing uses of a
Hi,
as reported in bug #907624 ffindex autopkgtest fails with SIGSEGV in sid
and buster. I've tested in stretch (gcc 6.3) and the code works fine.
I've reported upstream[1] the results of my gdb session where I was able
to find the exact code line[2] where the SIGSEGV is thrown. It turns out
https://gitlab.gnome.org/GNOME/gnome-disk-utility/issues/119
Hi,
On Wed, Jan 09, 2019 at 10:50:32PM +0100, Michael Biebl wrote:
> Am 09.01.19 um 22:45 schrieb Michael Biebl:
> > Should CVE-2018-16864, CVE-2018-16865 and CVE-2018-16866 be handled
> > separately, i.e. do you plan to file separate bug reports?
>
> Hm, for some reason I only received #918848
Hi Andrius,
thanks for the bug report. It took me a bit longer to apply the patch
since I figured out some issues with different ffindex versions. I
now found the one that is compatible with hhsuite but it has an issue
that needs to be solved:
control: tags -1 wontfix
Hi Andreas,
thanks for your bug report! However...
On Wed, Jan 09, 2019 at 10:03:54PM +0100, Andreas Pommer wrote:
> I understand the reason for the ProtectHome=true setting for munin-node in
> general, but unfortunately this makes it impossible to monitor /home.
as
Thanks for reporting this. From looking around, it looks like this was the
consequence of a bug-fix in NumPy 1.16:
```
Arrays based off readonly buffers cannot be set writeable
-
We now disallow setting the writeable flag True on arrays
Hi,
On Thu, Jan 10, 2019 at 02:14:14AM +0500, Andrey Rahmatullin wrote:
> On Wed, Jan 09, 2019 at 09:42:43PM +0100, Andreas Tille wrote:
> > to find the exact code line[2] where the SIGSEGV is thrown. It turns out
> > that the elements of a structure are not accessible:
> >
> >(gdb) print
2019-01-08 03:11 Faidon Liambotis:
On Tue, Jan 08, 2019 at 12:35:28AM +0100, Manuel A. Fernandez Montecelo wrote:
I am not sure what are your modifications, but I tried with the
patch/debdiff attached, compared to 5.1.0-1 (-2 is/was not yet in
snapshot or deb.debian.org) and everything went
On Wed 2019-01-09 16:39:36 +0100, Laurent Bigonville wrote:
> So what is the status of this?
>
> In RHEL 7 they made the switch to p11-kit and libnssckbi.so is an
> alternative between the file shipped by nss and p11-kit-trust.so shipped
> by p11-kit (with p11-kit version being the default).
>
>
Hi Helmut. I just pushed cross-gcc-dev=218. It includes patches rebased
for gcc-9. Can you please confirm that these work for you?
Thanks.
Container is a simple debian buster made with debootstrap
using systemd 239 server was able to install and run mysql, apache, dovecot
services but since the update to systemd 240, not even creating a new
template the services start and on a clean template they dont even install.
[510907.402767]
Source: ufo-filters
Version: 0.14.1+dfsg1-1.1
Severity: important
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.8
Forwarded: https://github.com/ufo-kit/ufo-filters/pull/171
Dear Maintainer,
ufo-filters fails to build with Sphinx 1.8, currently available in
experimental:
Please go on.
I think I finally do full release but I need a little time to start up this
project on Debian's gitlab first.
Cheers,
.''`.Piotr Roszatycki
: :' :mailto:piotr.roszaty...@gmail.com
`. `' mailto:dex...@debian.org
`-
On Wed, Jan 9, 2019 at 11:31 AM Johannes Schauer
Package: munin-node
Version: 2.0.44-1
Severity: normal
Dear Maintainer,
The 'df' plugin no longer reports on the size of the /home partition. This
seems to be due to the "ProtectHome=true" setting in the munin-node.service for
systemd. I think this behaviour started with the upgrade in testing
Hi Otto!
This may be related to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879099.
And some useful information could be found there:
https://jira.mariadb.org/browse/MDEV-15835
For the moment I don't know if my suggestion on MDEV-15835 could apply
to this too.
Faustin
On Wed, Jan 09, 2019 at 10:49:48PM +0100, Andreas Tille wrote:
> > > to find the exact code line[2] where the SIGSEGV is thrown. It turns out
> > > that the elements of a structure are not accessible:
> > >
> > >(gdb) print entry->offset
> > >Cannot access memory at address 0x7
> > It's
Source: libmypaint
Version: 1.3.0-2
Severity: important
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.8
Dear Maintainer,
libmypaint fails to build with Sphinx 1.8, currently available in
experimental:
sphinx-build source/ build/
Running Sphinx v1.8.3
Extension
I'm sending the message again, it seems the previous one hasn't reached
bugs.d.o.
Forwarded Message
Subject: Re: Bug#918667: libopenal-dev on kFreeBSD: missing dependency libsndio?
Date: Wed, 9 Jan 2019 22:37:35 +0300
From: Коля Гурьев
To: bret curtis
09.01.2019 14:40, bret
Hello,
might this just another cases of similar bugs 908924/908382/911392?
Is this still an issue with current version 4.19.12-1 ?
Kind regards,
Bernhard
signature.asc
Description: OpenPGP digital signature
Am 09.01.19 um 22:45 schrieb Michael Biebl:
> Should CVE-2018-16864, CVE-2018-16865 and CVE-2018-16866 be handled
> separately, i.e. do you plan to file separate bug reports?
Hm, for some reason I only received #918848 just now.
So that part of my question is moot.
Regards,
Michael
--
Why is it
On 2018-11-16 06:54, Mo Zhou wrote:
> Please hold on the CUDA version for a while. Some important applications
> are still not fully ready for CUDA 10. Since recently Nvidia started to
> produce buggy software and buggy hardware, I think we should slow down
> our pace and only update CUDA when
Hello Bernhard,
Am Mittwoch, 9. Jänner 2019, 19:19:04 CET schrieb Bernhard Übelacker:
> I fear I cannot help on this issue any deeper.
Thanks for your help! You enabled me to find a workaround for the immediate
issue, making the bug only a minor nuisance for me.
Cheers,
Johannes
On Wed, 09 Jan 2019 21:08:51 +0100 Salvatore Bonaccorso
wrote:
> Source: systemd
> Version: 204-1
> Severity: grave
> Tags: security upstream
> Justification: user security hole
> Control: found -1 232-25+deb9u6
> Control: found -1 240-2
>
> Hi,
>
> The following vulnerability was published for
Source: busybox
Version: 1:1.27.2-3
Severity: normal
Tags: patch security upstream
Forwarded: https://bugs.busybox.net/show_bug.cgi?id=11506
Hi,
The following vulnerability was published for busybox.
CVE-2018-20679[0]:
| An issue was discovered in BusyBox before 1.30.0. An out of bounds read
|
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
On behalf of the GNUstep team I'd like to ask for your permission to
carry out a last gasp GNUstep transition (libgnustep-base1.25 -> 1.26
and libgnustep-gui0.26 -> 0.27).
I realize it
Source: systemd
Version: 43-1
Severity: grave
Tags: security upstream
Justification: user security hole
Control: found -1 232-25+deb9u6
Control: found -1 240-2
Hi,
The following vulnerability was published for systemd, opening
tracking bug.
CVE-2018-16865[0]:
memory corruption
If you fix the
Hi Faidon,
Quoting Faidon Liambotis (2019-01-09 16:16:40)
> > Until it is properly fixed upstream we can just temporarily disable
> > --enable-prof, right?
> We could, yes. This is a useful piece of functionality that I'd like to
> enable, though...
but does it matter if proot disables it in its
Source: matlab-support
Version: 0.0.21
Severity: important
X-Debbugs-CC: y...@debian.org m...@debian.org t...@neuro.debian.net
I see that package matlab-support hasn't receive any updates since 2015 and
I'm wondering about its future. As a MATLAB user, I'd like to open an ITS to
help to improve
tag 918410 unreproducible moreinfo
thanks
Please try the following:
a) Try opening Creator in a new user (you can also move stuff in ~/.config/,
but that's more involved, as you have an rc file and more data inside
QtProject).
b) Open Qt Creator and go to Help → About plugins. Then be sure to
Package: tracker.debian.org
Severity: normal
Dear Tracker maintainers,
On January 5th I got a SSO certificate from
https://sso.debian.org/alioth/certs/. It works ok in https://sso.debian.org,
https://nm.debian.org, etc. but when accessing https://tracker.debian.org it
asks for the certificate
Control: tags -1 + moreinfo
Am 09.01.19 um 19:26 schrieb Adrian Almenar:
> Package: systemd
> Version: 240-2
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>* What exactly
On Wed, Jan 09, 2019 at 09:42:43PM +0100, Andreas Tille wrote:
> to find the exact code line[2] where the SIGSEGV is thrown. It turns out
> that the elements of a structure are not accessible:
>
>(gdb) print entry->offset
>Cannot access memory at address 0x7
It's because entry is 0x7.
>
Source: gitolite3
Version: 3.6.9-1
Severity: important
Tags: patch security upstream
>From
>https://github.com/sitaramc/gitolite/commit/5df2b817255ee919991da6c310239e08c8fcc1ae
> Nick Cleaton (n...@cleaton.net) found and reported a security issue
> caused by trusting the remote rsync too much.
On 1/7/19 10:17 PM, Colin Watson wrote:
> On Mon, Jan 07, 2019 at 09:53:36PM +0100, Hans van Kranenburg wrote:
>> Note that:
>>
>> Installing for x86_64-xen platform.
>> grub-install: warning: no hints available for your platform. Expect
>> reduced performance.
>> Installation finished. No error
Source: kitchen
Version: 1.2.5-3
Severity: important
User: python-modules-t...@lists.alioth.debian.org
Usertags: sphinx1.8
Dear Maintainer,
kitchen fails to build with Sphinx 1.8, currently available in experimental:
PYTHONPATH=/<>/kitchen3/ http_proxy='127.0.0.1:9' \
sphinx-build
Package: lxc
Version: 1:3.1.0-1
Severity: important
Hi,
I freshly installed lxc on my testing box and could not run a container with
weird error messages
root@BOTOX:/etc/apparmor.d# lxc-start autopkgtest-unstable-amd64 -F
lxc-start: autopkgtest-unstable-amd64: lsm/lsm.c:
1 - 100 of 278 matches
Mail list logo
