Hello Harlan,
On Mon, Feb 11, 2019 at 06:45:46PM -0500, Harlan Lieberman-Berg wrote:
> ...
>
> Hello Václav,
>
> Hm, that's strange. I went back and checked, and the timer file was
> present in the 0.10 version as well. The timer used to work, and now
> no longer does, correct?
Exactly. I
Control: tag -1 + moreinfo
On Tue, Dec 25, 2012 at 03:36:59AM -0600, Jeff Cliff wrote:
> Package: calibre
> Version: 0.8.51+dfsg-1
> Severity: normal
>
> Dear Maintainer,
>
> Perfectly reproducible(at least with the(sadly non-free) eBook I've got), and
> only seems to be an issue when in
❦ 10 février 2019 20:53 +00, Tim Duesterhus :
> please see this issue I already filed upstream:
>
> https://github.com/haproxy/haproxy/issues/40
>
> I'm including a short summary below:
>
> If I run haproxy with the attached reproducer configuration and
> direct concurrent requests to it then
Dear Debian security team,
I'll prepare the "jekyll"'s security fix about CVE-2018-17567 for strech
- https://security-tracker.debian.org/tracker/CVE-2018-17567
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909933
Please check and upload this package for stretch-security.
Patch
❦ 11 février 2019 21:35 +01, Stéphane Chauveau :
> My provider is using Pure-Ftp (I do not know which version) and on
> that server the chmod command does not work on non-existing files.
> Unfortunately, curlftpfs is using chmod to create new files which
> causes a systematic 'No such file of
See:
https://github.com/BurntSushi/ripgrep/commit/a4868b88351318182eed3b801d0c97a106a7d38f
Le 12/02/2019 à 02:04, peter green a écrit :
Package: rust-ripgrep
Version: 0.10.0-1
Severity: serious
While performing a test build on s390x to see if bug 916615 was
actually fixed I ran into a new
On Mon, Feb 04, 2019 at 08:48:49AM +0100, Chris Lamb wrote:
> Hi Nicholas,
>
> > No one has responded to this RFS since it was filed 12 Jan. Would you
> > please sponsor and review this NEW package
>
> Sure. python-css-parser_1.0.4-1_amd64.changes uploaded.
>
Thank you Chris! Sincerely
Hi,
On Sat, Feb 09, 2019 at 03:55:44AM +0100, Laura Arjona Reina wrote:
> * We still need the Apache redirects, so the people that try the old
> URLs (wether directly because they knew, or via the security tracker),
> find the files they need. What we need to do is send a patch to
>
>
On Mon, Feb 11, 2019 at 03:24:49PM +0300, Ilya Demyanov wrote:
> # modprobe wct4xxp
> modprobe: ERROR: could not insert 'wct4xxp': Unknown symbol in module, or
> unknown parameter (see dmesg)
> #
And what is the relevant part in dmesg ?
Hi,
On Wed, Mar 09, 2016 at 07:36:02PM +0100, Moritz Muehlenhoff wrote:
> Package: ftp.debian.org
> Severity: wishlist
>
> This was discussed at one of the past security team meetings, but
> there was never a bug for that:
>
> (This is a first high level view, the exact requirements can be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
control: forcemerge 846278 -1
On Mon, 2019-02-11 at 18:28 -0500, Dan Robinson wrote:
> Off a fresh install with no changes to the system, light-locker doesn't
> respond after locking the screen without manually switching VTs. Mouse or
> key
> input
On Mon, 11 Feb 2019, Brad Warren wrote:
> I agree with the concerns about updating python3-cryptography in jessie.
>
> If we can’t update jessie, I’d ideally love to see the packages in
> jessie-backports updated. Despite the announcement that jessie-backports was
> discontinued ~6 months ago,
On 2019-02-12 Brian May wrote:
> On Thu, Feb 07, 2019 at 06:53:18PM +0100, Andreas Metzler wrote:
>>> I was planning a new upload during this week (the version in sid, will
>>> not migrate as is due to a regression in dgit's autopkgtests), but can
>>> postpone it a few days until you've uploaded
I think 9 years definitely makes this bug Overcome by Events (OBE). :)
I'm in the middle of moving to California, so let me get that out of
the way and I'll dig up a copy of Debian 5.0.4 and try to reproduce
it. Then I'll walk it through the patches and see what happens so we
can get final
Hi,
On Fri, Oct 21, 2016 at 01:38:24PM +0300, Tommi Vainikainen wrote:
> Package: elpa-markdown-mode
> Version: 2.1-1
> Severity: normal
>
> elpa-markdown-mode should either Depend or Suggest markdown package so
> that markdown-preview function would work correctly. If not Depends,
> then it
On Thu, Feb 07, 2019 at 06:53:18PM +0100, Andreas Metzler wrote:
> > I was planning a new upload during this week (the version in sid, will
> > not migrate as is due to a regression in dgit's autopkgtests), but can
> > postpone it a few days until you've uploaded exim.
>
> Thanks for the offer, I
Martin Steigerwald writes:
> Well the file has in its header:
>
> /* Fast hashing routine for a long.
>(C) 2002 William Lee Irwin III, IBM */
>
> /*
> * Knuth recommends primes in approximately golden ratio to the maximum
> * integer representable by a machine word for multiplicative
Martin Steigerwald writes:
> Well the file has in its header:
>
> /* Fast hashing routine for a long.
>(C) 2002 William Lee Irwin III, IBM */
>
> /*
> * Knuth recommends primes in approximately golden ratio to the maximum
> * integer representable by a machine word for multiplicative
Martin Steigerwald writes:
> Well the file has in its header:
>
> /* Fast hashing routine for a long.
>(C) 2002 William Lee Irwin III, IBM */
>
> /*
> * Knuth recommends primes in approximately golden ratio to the maximum
> * integer representable by a machine word for multiplicative
On 2019-02-12 04:58, Mo Zhou wrote:
> Uploaded to unstable/NEW.
Thanks a lot for sponsoring!
> Please note that this package enters the NEW
> queue too late, so it got no chance to enter Buster.
Not a problem, I will be happy to have it sooner or later.
Best regards,
Andrius
--
Andrius
Package: speech-dispatcher
Version: 0.9.0-3
Severity: normal
Dear Maintainer,
Since the upgrade of Speech Dispatcher to version 0.9.0-3, the ibmtts module
doesn't work anymore.
# cat /var/log/speech-dispatcher/ibmtts.log
pulse.c: pa_simple_new() failed: Connection refused
-- System
Hi Julien,
On Mon, Feb 11, 2019 at 10:48:01AM +0100, Julien Cristau wrote:
> On 2/10/19 5:24 PM, Salvatore Bonaccorso wrote:
> > Looks this is happening again (or similarly):
> >
> > curl -I https://security-tracker.debian.org/tracker/data/json
> > HTTP/2 200
> > date: Sun, 10 Feb 2019 16:23:01
Package: ftp.debian.org
Severity: normal
Please remove libwww-topica-perl from unstable, the service
lists.topica.com is no longer available for the last year and
it does not look like it will be returning.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Please remove libwww-topica-perl from stable, the service
lists.topica.com is no longer available for the last year and
it does not look like it will be returning.
--
bye,
pabs
> I don't know whether this is an issue from amavisd-new or dpkg
> (start-stop-daemon) but feel free to assign it properly.
Bug #921557 is relevant here.
--
Brian May
Control: retitle -1 pam: 027_pam_limits_better_init_allow_explicit_root is
having serious negative interactions with SystemD 240
Hello,
On Wed, Dec 26, 2018 at 02:11:23PM -0500, Christian Weeks wrote:
> The SystemD 240 update has changed the handling of NOFILE for the init
> process and
Hi Santiago,
Quoting Santiago Vila (2019-02-12 00:38:02)
> This package still does not build reliably, and it is not just me who
> can't build it reliably.
>
> These are build logs from my autobuilders, using sbuild and schroot:
>
> https://people.debian.org/~sanvila/build-logs/alot/
>
> And
Hi Sebastien,
On Tue, Feb 12, 2019 at 2:39 AM Sebastien Bacher wrote:
>
> Thanks for the update/fix! I'm not on the system where I poked at that
> the other day now to verify but it looked like only the first test was
> an issue, "nfs-ls -D nfs://127.0.0.1" didn't return an error so maybe it
>
Just ran into the same problem with Octoprint (http://octoprint.org)
What is the reason to use this weird version format?
cu
Robert
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu scalapack_2.0.2-7 . ANY . unstable . -m "Rebuild against mpich 3.3 release."
nmu mocassin_2.02.73-1 . ANY . unstable . -m "Rebuild against mpich 3.3
release."
nmu netpipe_3.7.2-7.4 .
Package: vim-tiny
Version: 2:8.1.0875-1
Severity: normal
File: /usr/bin/vim.tiny
When /usr/bin/vim.tiny is invoked with no special options
(in particular, without -u NONE or -u NORC) it immediately spews
a flood of E319 error messages:
Error detected while processing
Ack. I see some problems in that last patch. Please hold off implementing
it - I'll submit a correction.
Package: calamares
Version: 3.2.3-2
Hi! In trying to utilize Debian's Calamares package with a custom config, I've
found that it errors out when trying to load the "plasmalnf" module. Reading
the build logs, it appears that Calamares attempts to build with it by default,
but it requires
On 2019-02-12 02:52:40, Mo Zhou wrote:
> Hi Antoine,
>
> I've also filed an ITP against gotop without being aware of yours:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922002
>
> My debian directory can be found here:
> https://salsa.debian.org/debian/gotop
>
> Maybe we should merge our
Hi Antoine,
I've also filed an ITP against gotop without being aware of yours:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922002
My debian directory can be found here:
https://salsa.debian.org/debian/gotop
Maybe we should merge our works?
On Mon, Feb 11, 2019 at 09:04:40AM +0100,
Package: src:grub
Version: 2.02+dfsg1-11
Severity: normal
Tags: upstream patch
Hi Colin,
I've already submitted the core of this upstream - see
http://lists.gnu.org/archive/html/grub-devel/2019-02/msg00018.html
Much like on x86, we can work out if the system is running on top of
EFI
There were translations (HTML or unicode or both) for several specific
accented characters. I discovered how to translate macros using characters
with combining class "above", and added those translations as the default.
I repeated that for accents \` (grave), \' (acute), \hat (circumflex),
I looked into this a bit yesterday.
As mentioned in the issue upstream at
https://github.com/etcd-io/etcd/issues/9353, the fix has been merged in
the master branch of etcd in March 2018, almost a year ago. The
conversation also mentions that this will be part of the next release
v3.4. However
Package: bsdmainutils
Version: 11.1.2+b1
Severity: wishlist
File: /usr/share/man/man1/column.1.gz
Please add an example of
-s Specify a set of characters to be used to delimit columns for the
-t option.
Control: reopen -1
Hi Hideki,
I'm afraid your fix in choose_partition/lvm/do_option is broken. It's
causing problems for other people trying to use LVM in d-i. See
#922100, which I've just confirmed locally.
Code:
--- a/choose_partition/lvm/do_option
+++ b/choose_partition/lvm/do_option
@@
Please also note the additional grub.cfg fix that we added:
### BEGIN /etc/grub.d/01_arm-efi-dt-fix ###
A secondary issue (for grub-efi-armhf) should also be created
regarding the detection of the grub module needed for /boot. That does
not seem to be happening and we have to explicitly do an
Package: wnpp
Severity: wishlist
Owner: Ron
* Package name: libopusenc
Version : 0.2.1
Upstream Author : Xiph.Org
* URL : http://opus-codec.org/development/
* License : BSD
Programming Lang: C
Description : High-level API for encoding Ogg Opus audio
Same issue with zuluMount-cli
zuluMount-cli: symbol lookup error:
/usr/lib/x86_64-linux-gnu/libzuluCrypt.so.1.2.0: undefined symbol:
gcry_cipher_close
The plan is to maintain this package under to go-team umbrella. The
packaging is at
https://salsa.debian.org/go-team/packages/golang-github-mtrmac-gpgme.
Comments / feedback welcome!
-rt
Package: grub-efi-arm
Version: 2.02~beta3-5+deb9u1
Severity: important
Dear Maintainer,
* What led up to the situation?
Install grub (bootarm.efi) and update-grub on armhf system.
* What exactly did you do (or not do) that was effective (or
ineffective)?
We pass the device
On Mon, Feb 11, 2019 at 05:04:19PM -0800, Wolvez wrote:
>Package: installation-reports
>Severity: important
...
>When using the guided partitioning with LVM, I was unable to remove any
>logical volumes.
>The installer appears to be trying to operate on the Volume Group
>"inVGbuster-vg"
>when
Hi,
I just wanted to let you know that I'm still seeing the same problem
with the last version uploaded on Debian.
Another weird thing that I-m seeing is that if I log in through the VM
console immediately after the VM boots, this behavior seems to not
happens.
Even more, what I see is that the
Hi,
On 2/11/19 2:01 PM, Adi Kriegisch wrote:
>
>> Reassigning to Debian Xen team, since I that makes more sense. We
>> totally missed this on our (release) radar.
>>
>> And indeed, we're shipping the upstream completion file now. Adi, I see
>> how you're improving it, and I like it.
> I'm happy
Package: installation-reports
Severity: important
Dear Maintainer,
-- Package-specific info:
Boot method: net installer as a CD in VM
Image version: Buster-DI-Alpha5-netinst downloaded 2019-Feb-8th
Date:
Machine: Xeon E3-1230v3 Proxmox VE 5.3-9
Partitions:
Filesystem Type
Package: rust-ripgrep
Version: 0.10.0-1
Severity: serious
While performing a test build on s390x to see if bug 916615 was actually fixed
I ran into a new error. I then did a test build on amd64 and was able to reduce
the same testsuite failure, so this doesn't seem to be architecture specific.
control: tags -1 +help
I add @bugs.d.o with the tag.
El sáb., 9 de feb. de 2019 a la(s) 13:36, Dmitry Bogatov (kact...@debian.org)
escribió:
>
> control: tags -1 +help
>
> [2019-02-07 14:39] eamanu15
> > > >
> > > > * Add me to Maintainer Field on d/control:
> > > > - For some reason that
On 2/12/19 1:35 AM, Gabriel F. T. Gomes wrote:
> On Sun, Feb 10 2019, Hans van Kranenburg wrote:
>>
>> Please remove the 'xm' file from the bash-completion package. This
>> command does not exist in Xen any more (last time it was relevant was in
>> Jessie, where it was already deprecated).
>
>
On 2/12/19 1:59 AM, Hans van Kranenburg wrote:
> On 2/12/19 1:35 AM, Gabriel F. T. Gomes wrote:
>> On Sun, Feb 10 2019, Hans van Kranenburg wrote:
>>>
>>> Please remove the 'xm' file from the bash-completion package. This
>>> command does not exist in Xen any more (last time it was relevant was in
Package: matrix-synapse
Version: 0.99.0-1
According to the 0.99 release info
(https://github.com/matrix-org/synapse/releases/tag/v0.99.0) synapse
now uses the HUP signal to reload certificates:
> Synapse will now reload TLS certificates from disk upon SIGHUP. (#4495, #4524)
So the
Package: inkscape
Version: 0.92.4-2
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome
On Sun, Feb 10 2019, Hans van Kranenburg wrote:
>
> Please remove the 'xm' file from the bash-completion package. This
> command does not exist in Xen any more (last time it was relevant was in
> Jessie, where it was already deprecated).
That should be easy to do for Debian. On the other hand,
On Mon, 21 Jan 2019, Thomas Goirand wrote:
> > If you still need a machine to reproduce this, please contact me
> > privately.
>
> Unfortunately, last time I tried, I could indeed see the FTBFS, but I
> wasn't able to understand why it was happening in your build env and not
> the standard one
Hi Onur,
El dl. 11 de 02 de 2019 a les 18:31 +0300, en/na Onur Tolga Sehitoglu
va escriure:
> I just posted the following on the SOGO bugtracker issue page.
> Patched fixed the problem for me:
>
> I figured out the problem. The shouldAskReceipt function in
> UIxMailView.m
> sends a nil email
I agree with the concerns about updating python3-cryptography in jessie.
If we can’t update jessie, I’d ideally love to see the packages in
jessie-backports updated. Despite the announcement that jessie-backports was
discontinued ~6 months ago, tens of thousands of users and many more domains
Package: sddm-theme-debian-maui
Version: 0.18.0-1
Severity: minor
Dear Maintainer,
Fresh install with the default kde-desktop task, the SDDM doesn't show a
background (which I assume would be the official artwork). Just a white screen.
-- System Information:
Debian Release: buster/sid
APT
On Mon, Feb 11, 2019 at 8:12 AM Václav Ovsík wrote:
> there is no periodic certificate renew task. LE sent me a first email
> about a first certificate expiration.
Hello Václav,
Hm, that's strange. I went back and checked, and the timer file was
present in the 0.10 version as well. The timer
Hi.
This package still does not build reliably, and it is not just me who
can't build it reliably.
These are build logs from my autobuilders, using sbuild and schroot:
https://people.debian.org/~sanvila/build-logs/alot/
And these are build logs from reproducible-builds.org, using pbuilder:
Op 12-02-19 om 00:21 schreef Bernhard Schmidt:
> Sorry, had a typo in it (_default.nzd.lock vs. _default.nzd-lock).
> Please change the filename in /etc/apparmor.d/local/usr.sbin.named to
> match the name of the file not being accessible and reload the profile.
>
> That worked in my quick test.
Package: light-locker
Version: 1.8.0-3
Severity: normal
Dear Maintainer,
Off a fresh install with no changes to the system, light-locker doesn't
respond after locking the screen without manually switching VTs. Mouse or key
input just leaves the screen blanked (and backlight off). Manually
On Fri, 2019-02-08 at 11:55 -0500, Clément 'wxcafé' Hertling wrote:
> Package: iproute2
> Version: 4.20.0-2
> Severity: normal
> Tags: ipv6 upstream
>
>
> When using `ip route get` with 0.0.0.0 or ::, iproute2 shows multiple
> incorrect behaviors:
>
> - `ip route get 0.0.0.0/0` answers "need at
Am 12.02.19 um 00:05 schrieb Paul van der Vlis:
/var/cache/bind/_default.nzd.lock rwk,
>>>
>>> With " rwk," at the end?
>>
>> Yes, that means "read write lock", which according to the log you showed
>> was the denied operation.
>>
>>> When I do "aa-enforce /usr/sbin/named", then I cannot
Op 11-02-19 om 23:49 schreef Bernhard Schmidt:
> Am 11.02.19 um 23:32 schrieb Paul van der Vlis:
>
> Hi Paul,
>
> please keep the Bug CCed...
Ah, sorry.
I upgraded from Debian9 tot Debian10 (testing). After this, bind did not
start. Syslog says it's AppArmor (see syslog below).
Hi,
On 2/9/19 6:37 AM, Elliott Mitchell wrote:
> I'm seeing bug #810964 occur in Xen 4.8 as well. Perhaps #810964
> should be reassigned to xen-hypervisor-common or src:xen ?
>
> I don't know whether it effects Xen 4.11 yet...
Since the issue seems to be a lack of functionality to support
On Tue, 5 Feb 2019 01:36:08 +0100 Dragan Milenkovic
wrote:
I have tracked the issue to this change:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/block/blk-flush.c?id=344e9ffcbd1898e1dc04085564a6e05c30ea8199
Thank you very much for your deep analisys and thank you
On 2/11/19 3:50 AM, Martin Steigerwald wrote:
> Adding in ax...@kernel.dk, as I am not sure whether the oracle.com address
> from Jens is actually valid / up to date.
>
> Domenico Andreoli - 11.02.19, 08:22:
>> On Mon, Feb 11, 2019 at 12:08:32AM +0100, Kristian Fiskerstrand wrote:
>> >
> Mit
Package: src:node-commander
Version: 2.12.2-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in sid but it failed:
[...]
debian/rules build-indep
dh build-indep --with nodejs
Package: src:core-specs-alpha-clojure
Version: 0.2.44-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in sid but it failed:
[...]
debian/rules build-indep
dh build-indep
Package: src:spec-alpha-clojure
Version: 0.2.176-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in sid but it failed:
[...]
debian/rules build-indep
dh build-indep
Am 11.02.19 um 23:32 schrieb Paul van der Vlis:
Hi Paul,
please keep the Bug CCed...
>>> I upgraded from Debian9 tot Debian10 (testing). After this, bind did not
>>> start. Syslog says it's AppArmor (see syslog below).
>>>
>>> A work-arround is "aa-complain /usr/sbin/named".
>>> You need the
Hi PEB, hi anarcat,
Pierre-Elliott Bécue:
> Le lundi 11 février 2019 à 16:27:21-0500, Antoine Beaupré a écrit :
>> On 2019-02-11 21:52:32, Pierre-Elliott Bécue wrote:
>>> Le lundi 11 février 2019 à 09:14:55-0500, Antoine Beaupré a écrit :
Right, the only way this could be properly
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi ftpmasters,
Source package srtp is obsolete: It is replaced by libsrtp2.
Please remove srtp from unstable.
- Jonas
-BEGIN PGP SIGNATURE-
On Sun, 2019-02-10 at 19:49 +0100, Mechtilde Stehmann wrote:
> the update has no longer been necessary. There is no such version in
> sid or testing/buster.
>
> Now I know that there is no version working with thunderbird 60.
>
> Sorry for the confusion but the reason is the major update in
Package: distro-info-data
Version: 0.39
Severity: minor
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu disco ubuntu-patch
The ubuntu.csv file is missing eol-server dates for multiple releases of
Ubuntu (likely because there is not a distinction between EoL dates for
Le dimanche 27 janvier 2019 à 19:47:59+0100, intrigeri a écrit :
> Hi,
>
> Pierre-Elliott Bécue:
> > We have to decide what solution I will implement.
>
> Right, thanks for following up.
>
> > I'm open to suggestions, although I'm considering the "disable
> > apparmor profiles for lxc" solution
Package: wnpp
Severity: wishlist
Owner: Reinhard Tartler
* Package name: golang-github-mtrmac-gpgme
Version : 0.0~git20170102.b243242-1
Upstream Author : Miloslav Trmač
* URL : https://github.com/mtrmac/gpgme
* License : BSD-3-clause
Programming Lang: Go
Le lun. 11 févr. 2019 à 20:39, Teemu Ikonen a écrit :
> Package: npm
> Version: 5.8.0+ds6-3
> Severity: normal
>
> I get a repeatable segfault from npm install by doing the following on
> i386 (deleting the local .npm and node_modules dirs is not needed to
> reproduce).
>
> -*-
>
> $ rm -rf
Disable Widevine updates for the workarround.
If you do not, Widevine will downgrade.
Le 11/02/2019 à 22:38, Antoine Beaupré a écrit :
> On 2019-02-11 22:20:58, Xavier wrote:
>> Le 11/02/2019 à 21:00, Antoine Beaupre a écrit :
>>> Package: devscripts
>>> Version: 2.19.2
>>> Severity: normal
>>> File: /usr/bin/salsa
>>>
>>> I can't use the `salsa fork` command for some reason:
>>>
Le lundi 11 février 2019 à 16:27:21-0500, Antoine Beaupré a écrit :
> On 2019-02-11 21:52:32, Pierre-Elliott Bécue wrote:
> > Le lundi 11 février 2019 à 09:14:55-0500, Antoine Beaupré a écrit :
> >> Right, the only way this could be properly implemented would be if
> >> debconf would attempt to
Hi Christian,
> dpkg-buildflags has started injecting -fdebug-prefix-map with a
> variable path into C(..)FLAGS. We need to figure out if we need to
> strip that.
Strip it? As in, the output of CFLAGS ends up in the build...?
Regards,
--
,''`.
: :' : Chris Lamb
`. `'`
Hi,
> On the other hand, the first thing I would do if this was working
> would be to try removing more hardening features as previously
> discussed on this bug number until it (likely) worked. Could you
> try this please?
>
> Also, perhaps enable some deeper logging? Or check the actual
>
Package: wnpp
Severity: wishlist
* Package name: file-rc
Version : 0.8.18
Upstream Author : Winfried Trümper and others
* URL : https://packages.debian.org/stretch/file-rc
* License : GPL/BSD
Programming Lang: sh
Description : Alternative SysV init
Sorry it took so long to confirm, but indeed adding -a to the gpg line
fixes this problem. And continues to work at least all the way back to
Sarge...
So, I don't think there is anything to do but a ideally a clearer error
message and also some documentation.
I attempted starting 1.4.10-3+deb9u3 with a new persistence_location
directory, and it started up correctly. In the crashing directory, I
have a couple of retained messages and the crash appears to be during
loading of those.
On 2019-02-11 22:20:58, Xavier wrote:
> Le 11/02/2019 à 21:00, Antoine Beaupre a écrit :
>> Package: devscripts
>> Version: 2.19.2
>> Severity: normal
>> File: /usr/bin/salsa
>>
>> I can't use the `salsa fork` command for some reason:
>>
>> anarcat@curie:cron(master)$ git remote -v
>> origin
Control: reopen -1
Hi,
On Mon, Feb 11, 2019 at 10:29:19PM +0200, Adrian Bunk wrote:
> > On Mon, Feb 11, 2019 at 10:19:08AM +0200, Adrian Bunk wrote:
> > > Package: release.debian.org
> > > Severity: normal
> > >
> > > The following source packages build binary-all packages that
> > > are not
Le 11/02/2019 à 21:00, Antoine Beaupre a écrit :
> Package: devscripts
> Version: 2.19.2
> Severity: normal
> File: /usr/bin/salsa
>
> I can't use the `salsa fork` command for some reason:
>
> anarcat@curie:cron(master)$ git remote -v
> originhttps://salsa.debian.org/webmaster-team/cron/
On 2019-02-11 21:52:32, Pierre-Elliott Bécue wrote:
> Le lundi 11 février 2019 à 09:14:55-0500, Antoine Beaupré a écrit :
>> On 2019-02-11 09:01:22, Pierre-Elliott Bécue wrote:
>> > Le 11 février 2019 00:10:55 GMT+01:00, "Antoine Beaupré"
>> > a écrit :
>> >>On 2019-02-10 01:11:35,
On 2019-02-09 14:39:50, Holger Levsen wrote:
> Hi Laura,
>
> many many thanks for your work on this, including and especially this
> writeup!
>
> some comments below, where I dont say anything I mean 'yay"! :)
>
> On Sat, Feb 09, 2019 at 03:55:44AM +0100, Laura Arjona Reina wrote:
>> * The
Hi Fabian,
I had a look on the build logs[1] and at least mips and s390x keep
on failing (some archs are not yet build).
Sorry for keeping you busy with this
Andreas.
[1] https://buildd.debian.org/status/package.php?p=libmurmurhash
On Mon, Feb 11, 2019 at 05:28:32PM +0100, Andreas
Hello Martijn,
On Mon 11 Feb 2019 at 03:26PM +01, Martijn de Gouw wrote:
> Package: emacsen-common
> Version: 3.0.4~bpo9+1
> Severity: normal
>
> --- Please enter the report below this line. ---
> Hi,
>
> After Debian 9.7 was released I started to dist-upgrade our machines,
> but it started to
tags 913359 +patch
forwarded 913359
https://gitlab.freedesktop.org/xorg/app/xkbcomp/merge_requests/3
thanks
Hi,
On Tue, Feb 12, 2019 at 01:53:04AM +0600, Judit Foglszinger wrote:
> tags 913359 -patch
> thanks
>
> > x11-xkb-utils should very much not depend on any -dev package.
> Ok. Then the
On 2019-02-09 03:55:44, Laura Arjona Reina wrote:
> Hello all
>
> Holger Levsen merged the generated DLAs and I've worked to create the
> /lts tree to show them separated from the DSA. I have moved to this new
> /lts folder the DLAs from years 2014, 2015 and 2016 that we had already,
> and remove
Le lundi 11 février 2019 à 09:14:55-0500, Antoine Beaupré a écrit :
> On 2019-02-11 09:01:22, Pierre-Elliott Bécue wrote:
> > Le 11 février 2019 00:10:55 GMT+01:00, "Antoine Beaupré"
> > a écrit :
> >>On 2019-02-10 01:11:35, Pierre-Elliott Bécue wrote:
> >>> Le vendredi 01 février 2019 à
Package: runescape
Version: 0.4-1
Severity: wishlist
Dear Maintainer,
currently, src/runescape.sh downloads a .dmg file and extracts it with
7z for the jagexappletviewer.jar file. The 7z executable comes from the
p7zip-full package.
It would be preferable if the .jar file would be downloaded
1 - 100 of 326 matches
Mail list logo
