On Mon, May 20, 2019 at 08:05:09PM +0100, Rebecca N. Palmer wrote:
> On 19/05/2019 18:15, Andreas Tille wrote:
> > So what is the plan to fix this bug? Create new references to craft
> > a valid test or ignore these tests?
>
> ...or decide that something that's abandoned and doesn't follow its
>
> Why not use "fstrim --all --verbose" instead?
I knew there would be a reason, I just didn't know what it was.
The reason is to avoid trimming on ad-hoc mounted devices:
Package: python-scipy
Followup-For: Bug #914655
Digging a bit deeper, I think this bug may be impacted by the presence
of /usr/lib/x86_64-linux-gnu/libopenblas.so provide by libopenblas-base
I think you will find your bug may be present in local builds of
scipy, but the official Debian builds
Package: e2fsprogs
Version: 1.45.1-3
Fixed in the most recent upload of e2fsprogs. (Sorry, I typo'ed the
Closes: number in the changelog. I'll fix that up in a future release.)
- Ted
Package: libopenblas-base
Version: 0.3.5+ds-3
Severity: normal
This is more a Request For Clarification than a bug report.
Why is /usr/lib/x86_64-linux-gnu/libopenblasp-r0.3.5.so provided by
libopenblas-base?
We've got the alternatives mechanism for managing the different blas
implementations,
On 26/04/2019 22:19, Ross Vandegrift wrote:
> 1) Application Theme -> Icons, choose Adwaita icon theme.
> 2) rm ~/.cache/efreet/icons_Adwaita_*
> 3) log out and back in
> 4) check pavucontrol icon in everything & menus
I can reproduce this with libefreet1a=1.21.1-5 from sid.
> With a fresh
Package: util-linux
Version: 2.33.1-0.1
Severity: wishlist
File: /lib/systemd/system/fstrim.service
Currently fstrim.service runs "fstrim --fstab --verbose", so it silently ignores
* Stuff mounted via hand-written systemd.mount units (e.g.
/usr/share/systemd/tmp.mount);
* ZFS datasets
On Mon, May 20, 2019 at 08:17:09PM -0700, Noah Meyerhans wrote:
> At this point, I think it'd be worth revisiting, at the project level,
> the historical tradition of leaving the sbin directories out of non-root
> paths. Setting aside all the single user desktop and laptop systems,
> there are
Hello, Jean-Marc!
> Any information to add to this bug report ?
> Can you reproduce it ?
The only issue I've found in acme-tiny since this one is the wrong umask
handling:
https://github.com/diafygi/acme-tiny/issues/222
I'm not sure, but suspect this can be the same issue.
> In case you
Control: severity -1 wishlist
> This is a historical convention, going back decades, that only the
> system administrators needs to run the programs in /sbin and
> /usr/sbin. So to avoid users getting confused when they might run
> those programs and get "permission denied", historically normal
On 13/05/2019 22:51, Andrej Shadura wrote:
> Could you please provide more details?
# l /etc/hostapd
ls: cannot access '/etc/hostapd': No such file or directory
# apt policy hostapd
hostapd:
Installed: (none)
Candidate: 2:2.7+git20190128+0c1e29f-5
Version table:
Hi Helmut,
On Mon, May 20, 2019 at 08:33:10PM +0200, Helmut Grohne wrote:
> On Mon, May 20, 2019 at 06:51:57PM +0200, Sebastian Reichel wrote:
> > Did you forgot to add the attachment? FWIW both changes are with me.
>
> Yes, sorry. I intend to move foward with a "maintainer acknowledged NMU"
>
PS: one thing "systemd-analyze security" doesn't cover AT ALL is service denial
attacks.
For example, one day I mounted a backup drive (full of snapshots) on
/mnt instead of /media, and the overnight mlocate updatedb cron job
tried to scan it, flushing all the real disk's blocks from the page
Package: xye
Version: 0.12.2+dfsg-8
Severity: normal
Dear Maintainer,
In xye.cpp, the following function:
const char* hint::GetActiveText()
{
string res;
if (active==(hint*)(1))
res = globaltext;
else if (active)
res=active->text;
* Dom Sekotill:
> /usr/share/nmap/nselib/data/psexec/nmap_service.exe is detected by
> Sophos AV as malware.
The antivirus installation is apparently misconfigured. In the local
filesystem context, the program is not even directly runnable. In the
context of .deb transfer by APT this should not
The related bug/issue in fluidity is:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=929182
(wrong reference earlier in this thread)
> Would users rather have no sound ... or bad sound
I vote for bad sound.
If there is no sound, there could be all sorts of reasons which can be very
hard to
Package: e2fsprogs
Version: 1.45.1-2
Severity: normal
The cronjob already knows it, but the executable run doesn’t:
From: Cron Daemon
Message-ID: <20190521011002.0272d220...@tglase.lan.tarent.de>
To: r...@tglase.lan.tarent.de
Date: Tue, 21 May 2019 03:10:01 +0200 (CEST)
Subject: Cron test -e
Here's what I have now, with your latest feedback incorporated:
--- a/debian/ntpsec.ntpsec-rotate-stats.service
+++ b/debian/ntpsec.ntpsec-rotate-stats.service
@@ -5,3 +5,35 @@ Requisite=ntpsec.service
[Service]
Type=simple
ExecStart=/usr/lib/ntp/rotate-stats
+
+# These lock down this service
Richard Laager wrote:
> As a side note that has nothing to do with you, it's too bad that
> systemd-analyze security does not work on a unit _file_, but only
> installed units. Otherwise, this would be a great thing for someone to
> hook into Lintian.
I 100% agree, and I mentioned that in
Hey twb! I saw you pop into #ntpsec a couple of times, but you were
always gone by the time I was back at my computer.
I haven't had a chance to actually test this, outside of running
systemd-analyze on the modified unit.
Some comments:
1) In general, this is great! By all means, let's lock
Package: autofs
Version: 5.1.2-4
Severity: minor
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
I am seeing the following in the logs for autofs:
root@libra:~# cd /var/log
root@libra:/var/log# grep DESCRIP *.log
daemon.log:May 20 14:32:47
Ian_Zimmerman:
> Package: mlmmj
> Version: 1.2.19.0-1
> Severity: normal
> Tags: upstream
>
> When mlmmj-send injects mail into the MTA, it uses SMTP to 127.0.0.1 on port
> 25.
Those are the defaults, but the "relayhost" and "smtpport" settings are tunable,
and there's also a "smtphelo"
I brought this up in bug #601054 as well, but thought I'd mention it
here since this seems to be the same issue. Upstream we're experimenting
with using /var/lib/insserv/ as the location for storing boot-time
dependency data. However, I'm not sure we can rely on /var being mounted
when startpar
Hi Andreas,
thanks for all the patches you sent regarding usr-merge, just a small
comment:
On Fri, 7 Dec 2018 11:48:12 +0100 Andreas Henriksson
wrote:
> Package: pekwm
> Version: 0.1.17-3
> Severity: normal
> Tags: unreproducible patch
I find it a bit confusing to use the unreproducible tag
This has been done upstream and is now in the latest beta release [1].
Something I'm curious about is: what happens if /var is not mounted when
startpar runs? Let's say /var is on another disk, or mounted over NFS.
What then? I'm guessing some people are using a setup where /var is not
on the
Version: 1.0.9.8.5
Hi,
I can reproduce this in jessie with systemd-sysv + systemd:
# apt-get --reinstall install systemd-sysv systemd
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0
Package: wnpp
Severity: wishlist
* Package name: elpa-dockerfile
Version : 1.2
Upstream Author : Spotify AB
* URL : https://github.com/spotify/dockerfile-mode/
* License : Apache 2
Programming Lang: Elisp
Description : emacs mode for handling
Dear Santiago,
indeed conf.py for sphinxdoc has some problems due to enabled extensions...
I will prepare a fix.
Thanks,
Denis
On Sun, May 19, 2019 at 06:06:08PM +, Santiago Vila wrote:
> Package: src:flycheck
> Version: 31-2
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> I
Control: found -1 6.0.1-10
(I suggest opening a new bug for the 6.0.2 issues: as noted above, that
probably won't be accepted for buster even if we do get it to build.)
Running what I think is the relevant step in a debugger:
* Go to the top level directory of a _built_ source tree (i.e. one
Package: xlog
Severity: wishlist
Tags: patch l10n
Hi!
Please find attached the french translation updated, proofread
by the debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Kind Regards
jipege
fr.po.gz
Description:
>On Sat, 18 May 2019 20:34:57 +0100 Tim Colgate >
>wrote:
>> Unfortunately there doesn't seem to be a standard way in Linux of
>>setting a default soundfont to be used by all midi players; I was
This (#929185) may also affect timidity, which has its own format,
but with a trivial config file
Control: tags -1 + moreinfo
On Mon, 20 May 2019 03:23:24 -0400 Boruch Baum wrote:
[...]
> For several upgrade procedures in the course of the recent few weeks,
> apt-listbugs has repeatedly been prompting me for the same bug (#915689
> rng-tools), and doesn't ever seem to update file
>
Dixi quod…
>Hi Fabian and others,
>>Debian. If we add these to the alternatives system to provide
>Should we also make all packages providing an alternative for this
>Provides some virtual package, for others to depend on? I’d suggest
>sf2-soundfont and sf3-soundfont for naming, and SF3
Hi Fabian and others,
>I believe we have at least three soundfonts in SF2 format packaged in
>Debian. If we add these to the alternatives system to provide
>/usr/share/soundfonts/default.sf2, the effort would be manageable.
I’d be happy to add an /usr/share/sounds/sf2/default.sf2 alternative
to
Looks like a regression introduced by commit
9d41a057d9643505942628c919869a7019646276 which missed to add "C" to getopts
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Utkarsh Gupta
* Package name : ruby-inherited-resources
Version : 1.9.0
Upstream Author : Jose Valim
* URL : https://github.com/activeadmin/inherited_resources
* License : Expat
Programming Lang : Ruby
Package: e2fsprogs
Version: 1.45.1-2
Severity: serious
File: /lib/systemd/system/e2scrub_reap.service
During the latest update, I got this failure:
e2scrub_all.service is a disabled or a static unit not running, not starting it.
Job for e2scrub_reap.service failed because the control process
We'd like to support the complete toolset, but given the scope of the
work as compared to the number of contributions, we have to focus on
specific use cases. For example, for fastboot, we've focused on the use
case of flashing ROMs. Therefore, though this is a regression, I'm
categorizing this
Control: forcemerge 192787 -1
On Mon, 20 May 2019 03:18:55 -0400 Boruch Baum wrote:
[...]
> Currently, the program runs after downloading packages, with the result
> that a user may needlessly be downloading packages that won't be
> installed.
Hello Boruch,
thanks for your bug report.
This
Hello,
On Sun, May 12, 2019 at 07:03:44PM +0200, etche...@tutanota.com wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors, I am looking for a sponsor for my package "heimdall-flash"
it is wrong to file a RFS in your situation. The package heimdal-flash
already exists
severity 921952 serious
thanks
On Tue, Apr 16, 2019 at 04:51:52PM +0200, Jonas Smedegaard wrote:
> control: severity -1 important
>
> Quoting Aljoscha Lautenbach (2019-04-09 23:03:06)
> > during the BSP in Gothenburg last weekend I discussed with Jonas how I
> > could help to put libsass back
On Sat, May 11, 2019 at 06:45:13AM +0200, Christian Folini wrote:
Hi Christian,
Thanks for chiming in, much appreciated! But I need some further clarification.
> The Core Rule Set project explained the situation in
> https://coreruleset.org/20190425/regular-expression-dos-weaknesses-in-crs/
>
Hi all,
papi embeds iozone in appio component. This software has been declared
non-DFSG (https://lists.debian.org/debian-legal/2000/03/msg00024.html
thread). Removing src/components/appio/tests/iozone in "Files-Excluded"
field (and repack) is enough: these files are not used during build
(tested
How are you doing today and hope you are in good health,I am so pleased and
overwhelmed with your kind response, I'm happy to hear back from you. I am
America citizen and also an Army officer as a Major and I am serving in the
US Army, I base in Miami Florida but right now I am leading a troop in
Package: kmail
Version: 4:18.08.3-1
Severity: normal
Dear Maintainer,
I tried to print a mail, but I got only an empty page. Also the preview for
prints is showing an empty sheet.
When I imported the same e-mail into "evolution" (another mua), printing is
working like a charm.
All other
Source: akonadi
Severity: important
Dear Maintainer,
since over 2 years there is a problem with kmail and akonadi and from version
to version
it got worse.
The problem is this: When I want to delete mails in kmail (i.e. delete the
whole inbox), it does not work, when I delete them fast.
Le 20/05/2019 à 22:19, Xavier a écrit :
> Hi all,
>
> papi embeds iozone in appio component. This software has been declared
> non-DFSG (https://lists.debian.org/debian-legal/2000/03/msg00024.html
> thread). Removing src/components/appio/tests/iozone in "Files-Excluded"
> field (and repack) is
Hello!
ke 15. toukok. 2019 klo 13.33 Daniel Högele - adelphi
(hoeg...@adelphi.de) kirjoitti:
>
> Therefore it may be possible to reproduce the bug by repeating this update
> sequence, at least for the steps from 8 to 9 (or maybe 7->8->9).
You need to produce me the exact steps. I am not going
On Mon, May 20, 2019 at 01:02:25PM -0400, Noah Meyerhans wrote:
> On Mon, May 20, 2019 at 11:26:00AM +0200, Jorge Barata González wrote:
> >Vagrant image debian/stretch64 v9.6.0
> >/usr/sbin is not included by default in $PATH
> >
> >```
> >vagrant@stretch:~$ service
> >-bash:
Source: zookeeper
Version: 3.4.13-1
Severity: grave
Tags: security upstream
Justification: user security hole
Forwarded: https://issues.apache.org/jira/browse/ZOOKEEPER-1392
Control: found -1 3.4.9-3+deb9u1
Control: found -1 3.4.9-1
Hi,
The following vulnerability was published for zookeeper.
Package: wnpp
Severity: wishlist
Owner: Samyak Jain
* Package name: ruby-inherited-resources
Version : 1.10.0
Upstream Author : José Valim
* URL : https://github.com/activeadmin/inherited_resources
* License : Expat
Programming Lang: Ruby
Description
Hi again,
On Mon, 20 May 2019 19:23:40 +0200 Giovanni Mascellani
wrote:
> If we ignore this and just consider the bug as FTBFS, then it is easy to
> patch the package to that failing tests are ignored under 32 bit archs.
> Otherwise, the patch might be more complicated; I prodded upstream on
>
Hi Tim, hi slomo, hi Thorsten,
On Sat, 18 May 2019 20:34:57 +0100 Tim Colgate wrote:
> Unfortunately there doesn't seem to be a standard way in Linux of
setting a default soundfont to be used by all midi players; I was
wondering if it would be possible to use e.g. the /etc/alterntives
mechanism
Hi Andreas,
I am going to push back.
On 19-05-2019 10:33, Andreas Metzler wrote:
> I probably could try to pick the CVE related changes and other important
> bug-fixes, however I do not think it is the right choice. The changes
> will be smaller but the risk of breakage is higher.
Can you
Hi,
> I strongly recommend that you buy a new webcam. This is ancient hardware.
> Even the cheapest UVC webcams you can buy today will have far better
> quality than a pac207. If you really, really need this to work, then I
> need the full dmesg output and you also need to check if you can
Hi,
I just ran into this very same issue.
> I seem to remember having seen some discussion regarding how to detect
> binary or armoured keys; maybe a cheap(er) fix would be to make sure we
> install the needed gnupg bits into /target when such a setting
> (apt-setup/local*/key) is detected?
>
Hi Georges,
On 19-05-2019 12:22, Georges Khaznadar wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: rm
>
> Unmaintained upstream, not usable inside debian/buster, low popcon
I notice you are the maintainer. You don't have any
On Tue, May 21, 2019 at 2:53 AM Paul Gevers wrote:
[...]
> At this moment it's best to make unstable in line
> with testing again.
I could start to do this, but it would take some time.
> > 2. more packages need rebuild
>
> I don't understand why you say that. Only the reverse build
Source: efax-gtk
Version: 3.2.8-2.1
User: helm...@debian.org
Usertags: rebootstrap
efax-gtk fails to cross build from source, because it uses a broken,
outdated, embedded copy of PKG_CHECK_MODULES (shipped in acinclude.m4).
Please remove this copy and use the (fixed) system copy instead. Failing
On 19/05/2019 18:15, Andreas Tille wrote:
So what is the plan to fix this bug? Create new references to craft
a valid test or ignore these tests?
...or decide that something that's abandoned and doesn't follow its
documentation (even after the above fixes) doesn't belong in Debian
stable
Hi Ansgar,
On 20-05-2019 09:06, Ansgar wrote:
> I though about importing the full source to security-master already for
> a different reason: `Built-Using` leads to a similar problem as binNMUs
> in that uploads require source that is not already present in the
> archive.
>
> It is not necessary
Hi Shengjing,
On 19-05-2019 17:01, Shengjing Zhu wrote:
> On Sun, May 19, 2019 at 4:06 AM Paul Gevers wrote:
>> On 18-05-2019 17:10, Shengjing Zhu wrote:
>>> On Sat, May 18, 2019 at 10:53 PM Paul Gevers wrote:
>>> I'm sure most packages can't migrate to testing after binNMU in unstable.
>>>
forwarded 928406 https://github.com/aperezdc/revolt/issues/91
thanks
On Fri, 03 May 2019 16:50:15 -0400, Daniel Kahn Gillmor
said:
> I'm experimenting with revolt with a new account hosted on matrix.org.
> when i tried to chat with a different user, and the webapp shows me a
> dialog box
Hi Jan, Bálint,
On 20-05-2019 09:02, Jan Wagner wrote:
> Am 12.05.19 um 12:41 schrieb Jan Wagner:
>>>* Skip sending email when no package had to be installed, upgraded
>> or removed
>>> (LP: #1821103) (Closes: #924554)
>> I'm still considering this as a regression and thus RC.
>
> DO we
Package: installation-reports
Boot method: USB stick
Image version: debian-buster-DI-rc1-amd64-netinst.iso
Date: 2019-05-20
Machine: Dell M610
Processor: Duel Intel Xeon X5650
Memory: 96GB
Partitions: df -Tl
Filesystem Type 1K-blocksUsed Available Use% Mounted on
udev
Hi Sebastian,
On Mon, May 20, 2019 at 06:51:57PM +0200, Sebastian Reichel wrote:
> Did you forgot to add the attachment? FWIW both changes are with me.
Yes, sorry. I intend to move foward with a "maintainer acknowledged NMU"
if you lack time for doing the upload.
Helmut
diff --minimal -Nru
Ubuntu patched this, can Debian as well? Package maintainer has been
unresponsive.
https://bugs.launchpad.net/debian/+source/libnfsidmap/+bug/1819197
Michael Barkdoll
Hello Helmut,
Helmut Grohne kirjoitti 18.5.2019 klo 14.11:
> randtype fails to cross build from source, because it does not pass
> cross tools to make. The easiest way of doing so - using dh_auto_build -
> makes randtype cross buildable. Please consider applying the attached
> patch.
Thank you
Package: src:linux
Version: 4.19.37-3
Severity: normal
Control: found -1 5.0.2-1~exp1
If, on this 32-bit powerpc machine, i do:
# modprobe -v ecdh_generic
then the kernel produces two lines of output:
alg: ecdh: Party A: generate public key test failed. Invalid output
alg: ecdh:
I am experiencing this bug with nvidia driver 418.56 on Gentoo.
Package: libmspack0
Version: 0.8-1
Severity: important
The current version available in testing of libmspack0 makes it unusable for
winetricks users because of bug #912687 (solved in unstable). I request that an
exception is made so that this package may migrate from unstable to testing.
--
Hello Євгеній,
I am working on the ITA coccinelle.
I will need permission on salsa to work on the package. I will write to the
team.
I am having some problems building the package :
dwz: Error mmapping multi-file temporary files
dh_dwz: dwz -q
On Monday, 20 May 2019 07:50:06 BST you wrote:
> According to the man page, you may give the soundfont on the command line.
> There is even an example in the third paragraph: 'fluidsynth -ni
> soundfont.sf2 midifile1.mid midifile2.mid'
>
> So, this is the "official" way of starting fluidsynth
Hi,
On Sun, 7 Apr 2019 16:46:01 +0200 Andreas Henriksson
wrote:
> The lazy solution here is to argue that we don't want time-bombs and
> just disable the test-suite. The better solution involves generating
> the certificates so that they align with what 32bit machines can handle,
> uuencoding
Change commited[1].
[1]
https://salsa.debian.org/go-team/packages/termshark/commit/49ce3a14377411a0169c9949171f84cd83a669a2
pon., 20 maj 2019 o 15:08 Marvin Renich napisał(a):
>
> Package: termshark
> Version: 1.0.0-1
> Severity: normal
>
> The package description says "Written in Golang".
On Mon, May 20, 2019 at 11:26:00AM +0200, Jorge Barata González wrote:
>Vagrant image debian/stretch64 v9.6.0
>/usr/sbin is not included by default in $PATH
>
>```
>vagrant@stretch:~$ service
>-bash: service: command not found
>vagrant@stretch:~$ /usr/sbin/service
>
Hi Moritz,
sorry for the late response, your mail slipped through the cracks on my
end.. :(
re adoption: removal request sounds fine, I currently have not enough
time to take on more packages in Debian.
Regards,
Daniel
Hi,
On Mon, May 20, 2019 at 05:59:05PM +0200, Helmut Grohne wrote:
> Control: tags -1 + patch
>
> Hi Sebastian and Marcelo,
>
> On Sat, May 11, 2019 at 10:41:48AM +0200, Stefan Fritsch wrote:
> > Yes, using the Minifier.php from the above commit fixes the issue (and
> > another php warning that
Package: src:vlc
Version: 3.0.6-0+deb9u1
Severity: minor
Dear Maintainer,
The man page for vlc says, under "options":
"VLC follows the usual GNU command line syntax, with long options start‐
ing with two dashes (`-')."
This should, obviously, read "two dashes ('--')".
-- System
> Bug #928230 in mariadb-10.3 reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
Are you going to do an upload for buster, or is this postponed until after
buster becomes stable?
If
I contacted the author and he pointed to the "-a" option that controls
the search behaviour. I found the "-A" option to follow my expectation
of a forward and backward search,
-a or --search-skip-screen
By default, forward searches start at the top of the displayed
Package: src:elastalert
Version: 0.2.0b2-1
Tags: patch
Dear maintainer:
This package does not build twice in a row. Way to reproduce:
dpkg-buildpackage -uc -us
dpkg-buildpackage -uc -us
This is what will happen the second time:
dpkg-source: info: local changes detected, the modified files
Control: tags -1 - moreinfo
On Sun, May 12, 2019 at 1:42 AM Jonathan Wiltshire wrote:
> Please go ahead but use version 1.3.0+ds1-2.2~deb10u1 since this is
> backport of something in unstable, not a divergence of testing.
>
Sorry for the delay, it has been uploaded and built on all release
Control: tags -1 + patch
Hi Sebastian and Marcelo,
On Sat, May 11, 2019 at 10:41:48AM +0200, Stefan Fritsch wrote:
> Yes, using the Minifier.php from the above commit fixes the issue (and
> another php warning that appeared in apache error log). In order to test it,
> one needs to delete the
Please ignore fix-923592.patch in the previous message.
F.
Description: Fix FTBFS due to missing comment/description
After that commit https://phabricator.kde.org/D16867, a description is
needed in .desktop files.
The keyword actually looked for by desktoptojson converter utility is
"Comment=" .
Control: tags -1 patch
Control: forwarded -1 https://github.com/GaloisInc/cryptol/issues/542
--
Hi,
Adrian opened a bug upstream about this issue :
https://github.com/GaloisInc/cryptol/issues/542
Upstream committed a fix as Edmund explained :
Source: remem
Version: 2.12-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
remem fails to cross build from source, because it does not pass --host
to ./configure. The easiest way of doing so - using dh_auto_configure -
makes remem cross buildable. Please consider applying the
Source: minimap2
Version: 2.15+dfsg-1
Severity: important
Tags: ftbfs patch
User: helm...@debian.org
Usertags: rebootstrap
minimap2 fails to build from source on armhf and arm64 due to supplying
-msse2. Unlike many other architectures, this is easily fixable for
armhf and arm64 using the attached
Source: libzeep
Version: 3.0.2-7
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
libzeep fails to cross build from source, because it does not pass cross
tools to make. The easiest way of fixing that - using dh_auto_build -
almost fixes the build if it were not running strip directly.
It would be nice if better ctop from https://ctop.sh would be packaged in
Debian.
Why Debian maintainers still keep old, unmaintained ctop package instead
swtiching to better and active maintained implementation?
From: Antoine Beaupre
Subject: unmaintained upstream, switch to other
Hi Jan,
what a pleasant surprise to hear from you and even with some very
helpful patch. Thanks!
Jan Nordholz wrote:
> I have tested that the program starts up now, but I have no time to
> test #1 as well.
Will test later this evening when I'm back home.
Thanks again!
Regards,
20.05.2019 16:07, Salvatore Bonaccorso wrote:
Hi
FTR, https://salsa.debian.org/qemu-team/qemu/merge_requests/6 for the
related changes in unstable (and to target buster).
Yeah, I comitted it the same day this issue popped up,
but forgot to push it (done now).
Thanks!
/mjt
merge 929186 929254
thanks
On Mon, May 20, 2019 at 04:53:29AM +0200, Marc Lehmann wrote:
> Package: e2fsprogs
> Version: 1.45.1-1
> Severity: normal
>
> I just got this mail from cron:
>
>So sorry, the automatic e2scrub of /db on host failed.
>
>May 19 03:10:39 host systemd[1]:
On Mon, May 20, 2019 at 04:19:32PM +0200, Marco d'Itri wrote:
> Do you want me to submit an unblock request for 1.6.6-1 on your behalf?
> I would hate to ship a broken package in the next stable.
Hi
Yes, if you could submit it, it would be glad.
--
Elen sila lumenn' omentielvo
Ondrej
Gert,
On Mon, May 20, 2019 at 3:31 PM Andreas Tille wrote:
>
> Hint, hint, hint: Feel free to do an NMU / team upload of RC buggy
> package.
What's your opinion on this ? Revert to charls 1.x as suggested or
investigated actual regression ?
Le 20/05/2019 à 16:06, Christoph Groth a écrit :
> Unison 2.51.2 that has been released in January 2018 has a new feature
> that is very useful for synchronizing, for example, '.git' directories:
>
>> Add a new preference, 'atomic', for specifying directories that should
>> be treated atomically.
Hi Abe,
if upstream doesn't respond fast enough, here's my contribution to the
bug hunt for this release cycle, I just had an hour to look through the
BTS.
This bug is a common problem when using STL containers (deleting the
element at the iterator).
The attached patch fixes the two critical
Do you want me to submit an unblock request for 1.6.6-1 on your behalf?
I would hate to ship a broken package in the next stable.
On Apr 28, Ondrej Zajicek wrote:
> On Sun, Apr 28, 2019 at 10:23:26PM +0200, Marco d'Itri wrote:
> > Package: bird
> > Version: 1.6.5-1
> > Severity: important
> >
Package: deborphan
Version: 1.7.31
Severity: normal
Trying to use `deborphan --add-keep` with an empty or absent keep file fails:
deborphan: fseek on /var/lib/deborphan/keep: Invalid argument
strace says the failing seek is:
openat(AT_FDCWD, "/var/lib/deborphan/keep", O_RDWR|O_CREAT|O_APPEND,
Unison 2.51.2 that has been released in January 2018 has a new feature
that is very useful for synchronizing, for example, '.git' directories:
> Add a new preference, 'atomic', for specifying directories that should
> be treated atomically.
It would be great to see this in Debian soon!
1 - 100 of 153 matches
Mail list logo
