On Tue, Mar 12, 2019 at 12:25:51PM +0100, Arnaud Loonstra wrote:
> Running vim-tutor results in: E484: Can't open file
> /usr/share/nvim/runtime/tutor/tutor.vim
It looks like you've changed the vim alternative to use nvim. Neovim
has a different mechanism for running the tutor, so vimtutor
On Tue, 22 Jan 2019 00:44:03 +0100 Raphael Hertzog wrote:
> On Mon, 21 Jan 2019, Steve McIntyre wrote:
> > I've just been looking at the details for sbsigntool
> > (https://tracker.debian.org/pkg/sbsigntool) It looks like the tracker
> > code is confused by the architecture list for sbsigntool:
>
Package: debian-installer
User has a USB drive, loaded with
$ mount
/dev/sdg2 on /var/cache/apt/archives type ext4
/dev/sdg1 on /var/lib/apt/lists type ext4
He takes this drive, along with another drive,
containing a Debian installation ISO, to a remote mountain (offline)
computer, intending to
Package: libgtk-3-0
Version: 3.24.5-1
It's impossible to select new keyboard layout, due to can't scroll in
mate-keyboard-preferences .
It is a known bug discussed at:
https://github.com/mate-desktop/mate-panel/issues/920
The bug was fixed in gtk 3.24.6 with this patch:
LS> Clearly the initramfs was able to mount /dev and run fsck, but mounting
LS> it to /root/dev to transfer to the real rootfs failed due to a missing
LS> directory.
So it booted, meaning it is not a
https://www.debian.org/releases/stretch/amd64/ch03s06.html.en#UEFI
problem...
Package: debian-installer
Here the user is left staring at an empty screen. (Many look that way
for a while at the beginning. Even with the latest fastest hardware.)
Not for long you might say.
But long enough for the user to scratch his head, and then casually get
out his cellphone and take a
Package: debian-installer
In https://wiki.debian.org/UEFI
We read
"debian-installer's support for UEFI is mostly contained in two modules.
First comes the partman-efi module, and this will be loaded
automatically if d-i recognises it has been booted in UEFI mode."
The problem here is that on
Package: arduino
Version: 2:1.0.5+dfsg2-4.1
severity: important
Issue:
Can the Arduino package be updated to 1.8.9 as per Arduino homepage? I
created a script for easier install.
# Install: 1.8.9 from Arduino Site
mkdir "$HOME/Arduino"
sudo mkdir /usr/local/bin/arduino
cd
On Sat, 23 Mar 2019 10:44:15 +0100
Paul Gevers wrote:
> On Tue, 14 Nov 2017 17:07:54 -0600 "Karl O. Pinc"
> wrote:
> > Section 4.7 "Preparing for the next release" of the jessie->stretch
> > release notes do not mention that Debian 10 will require migration
> > to the kernel's "predictable
[Forwarding to #833608 after "unarchive" & "found"...]
- Original message -
From: Ximin Luo
To: Chris Lamb , 833...@bugs.debian.org
Cc:
Subject: Re: lintian: version-substvar-for-external-package, but external
package is versioned provides
Date: Monday, 25 March 2019 10:37 PM
Control:
On 2019-03-27 00:48, wf...@niif.hu wrote:
> Yes, I'm on it. It's somewhat bizarre: libcrmcluster1-dev wasn't part
> of jessie or stretch. Similarly, pacemaker-dev was present in wheezy
> only, until I reintroduced it recently, and looks like its ghost came
> back to haunt us. I didn't
Paul Gevers wrote:
> I wonder what is missing there from the perspective of this bug. The
> section about dummy packages exists since before 2009 and currently reads:
> '''
> Dummy packages
>
> Some packages from have been split into several
> packages in , often to improve system
Package: shairport-sync
Version: 3.2.2-1
Severity: normal
If the name-parameter is changed within the general block to something else
than "%H", shairport-sync
will crash with following error when either launched from init scripts or with
--daemon parameter:
Looking for configuration file at
Control: fixed 925539 3.26.1-1
Dear Maintainer,
unfortunately realised just now that there is
already a newer version 3.26.1-1 in unstable which
contains both patches - should therefore fix the issue.
Kind regards,
Bernhard
Paul Gevers wrote:
>>> we mean by "APT source-list files", if only by pointing at
>>> sources.list(5).
>>
>> I wanted to link to that man page as well, so let's find a place. I'm
>> nearly of to bed now, so if you find a good spot before I do tomorrow,
>> don't hesitate to mail.
>
> I have added
Valentin Vidic writes:
> On Mon, Mar 25, 2019 at 03:45:58PM +0100, Andreas Beckmann wrote:
>
>> In that case you should probably add Breaks+Replaces against all of the
>> old -dev packages that were merged, just to be on the safe side.
>
> Yes, that is the plan. I think wferi will take care of
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package python-trustme
This fixes an FTBFS. The package previously built fine, pulling in
python3-idna implicitly via python3-cryptography via python3-openssl.
Since then,
On Tue, Mar 26, 2019 at 02:46:35PM +0100, Mattia Rizzolo wrote:
> Source: libspring-java
> Version: 4.3.22-2
> Severity: serious
> X-Debbugs-Cc: tony mancill
> Control: block 925390 924635 924634 by -1
>
> Dear maintainer (and tony, whose upload 4.3.22-2 caused this bug),
>
> your package
Source: tclxml
Version: 1:3.2.7-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], we noticed
that tclxml could not be built
Well, i have forgotten to change the file name, and to avoid the old mistake
here it is the translation with the corrected "language" in the filename
sorry
gkdebconf_2.0.4_pt.po.gz
Description: application/gzip
Jim Turner pisze:
Hi,
> truetype fonts, and instead use pkg-config. Problem is that the patch
> properly removes it from configure.in, but NOT from configure itself
The configure script is regenerated during the build process, so there
is no need to change it via a patch.
> I simply untacked
On Tue, Mar 26, 2019 at 09:49:00PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in buster (in a buster chroot, not a
> sid chroot), your package failed to build on amd64.
Thank you for this report.
It looks like python-trustme (build time) tests uses the idna directly,
so an
On 27.03.19 00:03, Sean Whitton wrote:
> Source: gcc-9-cross-ports
> Severity: important
>
> Hello,
>
> The copyright information should be updated to include recent copyright
> years and holders. It looks to be out-of-date, listing only Linaro, a
> long time ago.
this is for the packaging;
Package: gkdebconf
Version: 2.0.4
Tags: l10n, patch
Severity: wishlist
Updated Portuguese translation for gkdebconf's messages
Translator: Américo Monteiro
Feel free to use it.
Please place this file in the "pt" directory and not in pt_PT this time
For translation updates please contact
Hi Hilmar,
On Tue, 26 Mar 2019, Hilmar Preuße wrote:
> > - drop a conf file into /etc/fonts/conf.avail plus the link
> > - file a bug against fontconfig to have interest (trigger) on
> > /usr/share/texmf-texlive/fonts, too.
> >
> > The reason, there is already
> > /usr/share/texmf/fonts
>
Thanks, yes, that did the trick.
I’ve installed it on one of my test computers. It seems to work fine. I’ve
tried a couple of things that should trigger the bug, if it’s still there.
In particular, rebooting the computer then examining the journal shows that it
does get to poll all of the
Source: gcc-9-cross-ports
Severity: important
Hello,
The copyright information should be updated to include recent copyright
years and holders. It looks to be out-of-date, listing only Linaro, a
long time ago.
--
Sean Whitton
signature.asc
Description: PGP signature
I think this is actually expected behavior. Sorry for the bug report.
I'll just use siglongjmp.
https://stackoverflow.com/questions/16828378/readline-get-a-new-prompt-on-sigint
On Tue, Mar 26, 2019 at 6:09 PM Debian Bug Tracking System
wrote:
>
> Thank you for filing a new Bug report with
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
Control: block 925570 by -1
* Package name: dnlib
Version : 2.1
Upstream Author : de4...@gmail.com
* URL or Web page : https://github.com/0xd4d/dnlib
* License : MIT
Description : .NET module/assembly
On 05.12.09 16:25, Norbert Preining wrote:
> On Sa, 05 Dez 2009, Paul Wise wrote:
>> Perhaps adding /usr/share/texmf-texlive/fonts to the fontconfig
>> configuration and triggers is the way to go? It would suck to have to
>
> Hmm, looking into the fontconfig package I find a different solution
>
Control: tags -1 moreinfo
Am 24.03.19 um 01:52 schrieb Jack Underwood:
> Package: network-manager-gnome
> Version: 1.8.20-1
> Severity: important
>
> Dear Maintainer,
>
> Sometime in (late) 2018 the NetworkManager stopped showing ifupdown (eth0) in
> the interfaces, iirc
> eth0 would only
On Sun, 24 Mar 2019 16:01:27 +0100,
gus...@debian.org wrote:
>Unfortunately this seems like it isn't enough - I have translated the
>string for Swedish, but still the message is presented in English. (See
>the link above to see for yourself).
>
>Converted to a bug-report, to easier track.
>
>As
Package: kernel-package
Version: 13.018+nmu1
Just wanted to let you know I'm a user of kernel-package and it works
fine on my amd64 debian testing machine. Just finished compiling
linux-5.0.4-amd64 kernel for my specific use case. I'm not seeing any
major bugs like what I see on my x86
Source: node-opencv
Version: 6.0.0+git20180416.cfc96ba0-2
Severity: important
Tags: security upstream
Hi,
The following vulnerability was published for node-opencv.
CVE-2019-10061[0]:
| utils/find-opencv.js in node-opencv (aka OpenCV bindings for Node.js)
| prior to 6.1.0 is vulnerable to
On 18.04.04 20:17, Fabian Franz wrote:
Hi,
Can we use this address for communication or should we use a different one?
> please add a icon to your package.
>
> You can take one from KDE or Gnome iconsets called "khelpcenter".
> Even if I would prefer a icon like a questionmark: ?
>
This bug
On 2019-03-22 17:30, Florian Weimer wrote:
> > About the archive rebuild: The rebuild was done on EC2 VM instances from
> > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
> > failed build was retried once to eliminate random failures.
>
> I believe the actual test
Hello Mattia,
Am 26.03.19 um 15:32 schrieb Mattia Rizzolo:
> On Tue, Mar 26, 2019 at 01:40:47AM +0100, Bernhard Übelacker wrote:
>> Therefore gdb may not show the line information I guess.
>>
>> Maybe you can please send the output of the disassemble
>> and x command from gdb having loaded the
Source: cnvkit
Version: 0.9.5-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20190325 qa-ftbfs
Justification: FTBFS in buster on amd64
Hi,
During a rebuild of all packages in buster (in a buster chroot, not a
sid chroot), your package failed to build on
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: de4dot
Version : Git snapshot
Upstream Author : de4...@gmail.com
* URL or Web page : https://github.com/0xd4d/de4dot
* License : GPL-3+
Description : .NET deobfuscator and unpacker
This package
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
I've prepared a flatpak update for stable to fix CVE-2019-10063 in
the next point release. The security team told me they don't intend to
release a DSA for this.
May I upload?
Source: python-trustme
Version: 0.4.0-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20190325 qa-ftbfs
Justification: FTBFS in buster on amd64
Hi,
During a rebuild of all packages in buster (in a buster chroot, not a
sid chroot), your package failed to
Source: gcc-8-cross
Version: 26
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20190325 qa-ftbfs
Justification: FTBFS in buster on amd64
Hi,
During a rebuild of all packages in buster (in a buster chroot, not a
sid chroot), your package failed to build on
Source: ruby-voight-kampff
Version: 1.1.3-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20190325 qa-ftbfs
Justification: FTBFS in buster on amd64
Hi,
During a rebuild of all packages in buster (in a buster chroot, not a
sid chroot), your package failed
Control: tags -1 moreinfo
On Sun, 10 Jun 2018 02:15:51 +0100 Ben Hutchings
wrote:
> > Perhaps a better location would be the upgrading chapter of the release
> > notes? [1]
> >
> > That includes various things that one can do to clean up your system
> > after the upgrade; removing transitional
On 18.04.04 20:17, Fabian Franz wrote:
Hi,
> please add a icon to your package.
>
> You can take one from KDE or Gnome iconsets called "khelpcenter".
> Even if I would prefer a icon like a questionmark: ?
>
This bug is still open. Is the requirement still valid, given the fact
that menu is
Hi!
Per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913765 leafpad has
been removed, it is no longer taking part on Buster.
I think it is time for lxde on Debian to remove the leafpad dependency.
Regards.
--
Manty/BestiaTester -> http://manty.net
Package: dxvk
Version: 0.96+ds1-1
Repro:
1. Initialize wineprefix WINEPREFIX=~/.wine_exp wine-development winecfg
2. Attempt to install dxvk into it: WINEPREFIX=~/.wine_exp dxvk-setup install
-d
Oberved result:
Installation of 32-bit libraries is not launched.
installing
Package: libreadline7
Version: 7.0-5
Severity: normal
Dear Maintainer,
I'm writing a readline program which handles CTRL-C (SIGINT). I call
rl_set_signals() and verify with strace that readline installs a
signal handler for SIGINT. But, pressing CTRL-C still terminates my
program. Here is a
On Tue, Mar 26, 2019 at 07:29:12PM +0100, Gert Wollny wrote:
> the problem is I at least don't know the offending package because I
> was not able to reproduce the build failure. Whatever it was, it has
> probably already benn fixed.
My build history for buster:
Status: successful
On Tue, 26 Mar 2019 at 21:35:31 +0100, Salvatore Bonaccorso wrote:
> On Tue, Mar 26, 2019 at 03:28:03PM +, Simon McVittie wrote:
> > Security team: I assume you probably won't want to do a DSA for this?
>
> Ack. Can you fix the issue via (upcoming) point release for stretch?
Yes, that should
Package: xfce4-weather-plugin
Version: 0.8.9-1
Severity: important
Hi,
The xfce4-weather-plugin started issuing "HTTP 404, cause: Not Found" error
messages in ~/.xsession-errors because the current API is outdated.
Please consider upgrading to the new stable release that solves this problem:
Hi Simon,
On Tue, Mar 26, 2019 at 03:28:03PM +, Simon McVittie wrote:
> Package: flatpak
> Version: 0.8.0-2
> Severity: important
> Tags: patch security upstream
> Forwarded: https://github.com/flatpak/flatpak/issues/2782
>
> flatpak versions since 0.8.1 (and Debian's 0.8.0-2, which has
Tried booting into old kernels from Debian Snapshots, down to
linux-image-4.14.0-2-amd64. Problem persists. Either I just didn't notice it
before, or the problem originated from something other than kernel.
Package: ifupdown
Version: 0.8.35
Followup-For: Bug #923640
Dear Maintainer,
This bug is seemingly due to misguided single-stack DHCPv4 servers
that are still
found in the wild. If dhclient sents a client identifier at all, they
will NAK
and not respond. Hence
> many packages come from GitHub
And I intend on filing a bug report on every single one of those packages,
as they come up. This is a huge problem, but one that can be solved since
it is free software we are talking about.
On Tue, 26 Mar 2019 at 15:28, Xavier wrote:
> Le 26/03/2019 à 20:17,
On Tue, Mar 26, 2019 at 07:13:21PM +, Steve McIntyre wrote:
> On Wed, Mar 27, 2019 at 02:58:36AM +0800, 積丹尼 Dan Jacobson wrote:
> >Package: debian-installer
> >
> >Guess what, seen with ASUS X370-A:
>
> Dan, you know better than this. A useful bug report needs much more
> information. For a
On Tue, 2019-03-26 at 10:39 -0700, Vagrant Cascadian wrote:
> On 2019-03-26, Adam D. Barratt wrote:
> > On 2019-03-15 06:44, Adam D. Barratt wrote:
> > > The updated images for armhf have been available in p-u for a
> > > couple of
> > > days now.
> > >
> > > Feedback would be appreciated, as we
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package netlib-java
diff -Nru netlib-java-0.9.3/debian/changelog netlib-java-0.9.3/debian/changelog
--- netlib-java-0.9.3/debian/changelog 2019-01-13 21:11:05.0
On Wed, Mar 20, 2019 at 08:24:33AM +0100, Alois Schlögl wrote:
> On 3/18/19 7:46 PM, Romain Perier wrote:
> > On Mon, Mar 18, 2019 at 12:43:10PM +0100, Alois Schlögl wrote:
> >> On 3/18/19 12:20 PM, Romain Perier wrote:
> >>> Hello,
> >>>
> >>> On Mon, Mar 18, 2019 at 11:27:41AM +0100, Alois
Am 26.03.19 um 19:45 schrieb Adam Borowski:
> On Tue, Mar 26, 2019 at 06:52:11PM +0100, Michael Biebl wrote:
>> Just to set the record straight here:
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923244
>>
>> This bug report is from Mon, 25 Feb 2019 11:49:14 +
>
> That's the "plan
Hi,
On 25-03-2019 22:13, Paul Gevers wrote:
> On 24-03-2019 23:27, Justin B Rye wrote:
>> Also, when we first mention APT configuration we need to set out what
>> we mean by "APT source-list files", if only by pointing at
>> sources.list(5).
>
> I wanted to link to that man page as well, so
Hi All,
as far as I see, we need to get SIMDe into Debian before we can build
bowtie2 for ARM64.
See:
https://github.com/BenLangmead/bowtie2/commit/4213c394cb21311e01c4a8e8778e27980c38d0be
Best,
Alex
Package: python3-aioxmpp-doc
Version: 0.10.3-2
Severity: wishlist
Please add the example scripts to the -doc package:
echo examples > debian/python3-aioxmpp-doc.examples
Too late for buster, unfortunately.
Le 26/03/2019 à 20:17, Jeffrey Cliff a écrit :
> As maintainer, that's up to you, but I do not accept any project hosted
> in the NSA/Microsoft walled garden as the legitimate upstream of
> anything and I will continue to host 'progress', in particular,
> somewhere, until a 2.0.0+ version is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Gabriel Filion a écrit :
> On 2019-03-26 2:43 p.m., Gabriel Filion wrote:
>> Did you recently upgrade smokeping? if so what version were you
>> using before? (maybe check your dpkg logs for signs of upgrade of
>> the smokeping package)
>
> I just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Gabriel Filion a écrit :
> Hi Bertrand,
Hello,
> e.g. the file is in /run/smokeping and systemd is able to use it
> to restart the servce.
In my case, systemd doesn't create /run/smokeping.
> Did you recently upgrade smokeping?
Hi Laurent,
Sorry, I completely missed your email.
On Fri, 19 Jan 2018 11:50:05 +0100 Laurent Bigonville
wrote:
> Could you please retry again with the version 0.9.3-2 that I've just
> uploaded to unstable?
>
> I've imported an upstream patch that might have an impact for nvidia
> cards
Hi Andreas
On Tue, 26 Mar 2019 at 19:33, Andreas Beckmann wrote:
> If you can confirm that this now works on Ubuntu as well on both
> architectures, I would upload it to experimental. And then let you prod
> ftp-master for quick processing :-)
I confirm it now builds on Ubuntu amd64 and
As maintainer, that's up to you, but I do not accept any project hosted in
the NSA/Microsoft walled garden as the legitimate upstream of anything and
I will continue to host 'progress', in particular, somewhere, until a
2.0.0+ version is available in some other upstream place.
On Tue, 26 Mar 2019
On Wed, Mar 27, 2019 at 02:58:36AM +0800, 積丹尼 Dan Jacobson wrote:
>Package: debian-installer
>
>Guess what, seen with ASUS X370-A:
Dan, you know better than this. A useful bug report needs much more
information. For a start, what image did you use to install with? This
looks like it *might* be on
Hi Chris,
On 3/26/19 7:03 PM, Chris Lamb wrote:
> tags 925551 + moreinfo
> thanks
>
> Hi Ross,
>
>> To avoid a warning in this case, could lintian check if a package with a
>> similar name to the command exists as a dependency to the package with the
>> desktop file?
>
> My worry is that this
Package: src:linux
Version: 4.19.28-2
Severity: normal
Dear Maintainer, since an unknown moment possibly in the past several months
I'm experiencing constant
90-100% CPU load on one core by a kworker/X:2+events process.
At least versions 4.19+101, 4.19+102, 4.19+104 are affected.
According to
On 2019-03-26 2:43 p.m., Gabriel Filion wrote:
> Did you recently upgrade smokeping? if so what version were you using
> before? (maybe check your dpkg logs for signs of upgrade of the
> smokeping package)
I just thought of something else: if you were using the 2.7.3-1 package
previously, it's
On Tue, Mar 26, 2019 at 06:52:11PM +0100, Michael Biebl wrote:
> Just to set the record straight here:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923244
>
> This bug report is from Mon, 25 Feb 2019 11:49:14 +
That's the "plan 3" bug. We had plan 1 over a year ago.
> That this
Hi Bertrand,
On 2019-03-25 2:57 a.m., BERTRAND Joël wrote:
> I have restarted a server last sunday and I have seen that smokeping doesn't
> start anymore.
>
> In systemd config file, smokeping is launched with --pid-dir=/run/smokeping
> and
> systemd complains about non existent pid file.
>
>
Package: src:linux
Version: 4.19.28-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
after upgrading the kernel to 4.19.0-4 or later (5.0.0-trunk), my IvyBridge
laptop fails to start the display manager.
I end up with a black screen and a non blinking _ character in the
Package: ruby-rails-assets-jquery-fullscreen-plugin
Version: 0.5.0+dfsg-1
Severity: normal
Dear Maintainer,
The copyright details of the uploader are missing.
You should generally mention the copyright in order to avoid issues later
on.
Please update the same.
Best,
Utkarsh
-- System
Package: audacity
Version: 2.2.2-1+b1
Severity: normal
Dear Maintainer,
What I did:
ssh -X (hostname) //ssh'd to remote host on network
audacity // ran audacity on remote host with broadcast of UI to
local host
recorded audio // hit red record button
What happened:
Package: release-notes
Severity: wishlist
Tags: patch
The "hidepid" mount-options for /proc (as recommended by various
online hardening HOWTOs) work with Stretch but cause problems on
Buster, and are considered an unsupported configuration by systemd
upstream - see #819808, #892585, #897654. So
tags 925551 + moreinfo
thanks
Hi Ross,
> To avoid a warning in this case, could lintian check if a package with a
> similar name to the command exists as a dependency to the package with the
> desktop file?
My worry is that this would make this check a little bit too "magical",
especially when
Am 26.03.19 um 16:01 schrieb Celelibi:
> Note that some hunks apply with an offset. But nontheless, it applies
> and work.
Thanks for testing the patch. Very much appreciated.
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
Le 26/03/2019 à 19:04, Jeffrey Cliff a écrit :
> 2.0.0 was the version when Microsoft captured Github. That's the newest
> one I have, but thankfully that's as new as is needed by the version of
> eslint in RFP.
>
> I prefer to do my contributions anonymously. I am not the author.
>
>>
On Tue, Mar 26, 2019 at 02:51:25PM +0100, Thomas Monjalon wrote:
> 26/03/2019 10:21, Christian Ehrhardt:
> > > >
> > > > rdma-core configures modprobe for ib/rdma modules, installs some
> > > > helper daemons and installs some udev rules. It certainly makes
> > > > administration of the server an
Le 26/03/2019 à 17:53, Jeffrey Cliff a écrit :
> I don't use NSA/Microsoft github so I'll assume you mean to update the
> readme in the repo I control, which I have added a note to. Is there
> anything in specific you are interested in my adding?
>
> On Tue, 26 Mar 2019 at 07:17, Xavier
Am 26.03.19 um 14:54 schrieb Adam Borowski:
> It's not a "niche" area. Without this, any modern GUI desktop environments
> are not installable with any pid 1 other than systemd. That'd be a massive
> regression that's certainly not acceptable (and it's caused by removal of a
> systemd component
Package: lintian
Version: 2.5.81ubuntu1
Severity: normal
Dear Maintainer,
Hexter is a package I am working on that runs as a plugin, and the desktop file
executes the host (dssi-host-jack) with hexter as an a further option in the
command (Exec=jack-dssi-host hexter.so).
Package: grub-efi-amd64-bin
Version: 1+2.02+dfsg1+16
Severity: important
Tags: upstream
I cannot verify grubx64.efi.signed against "Debian Secure Boot CA"
(https://dsa.debian.org/secure-boot-ca).
Steps to reproduce:
sbverify --list /usr/lib/grub/x86_64-efi-signed/grubx64.efi.signed
signature 1
Hi Sylvestre,
Sylvestre Ledru wrote:
> Lowering the severity as rg remains functionnal in the huge majority
> of the cases.
Fair enough.
> I cannot reproduce the issue on my system
[…]
> doesn't show the warning
[…]
> cat aeh.txt | rg -a a
> cat aeh.txt | rg a
> returns the same thing
[…]
>
On 2019-03-26, Adam D. Barratt wrote:
> On 2019-03-15 06:44, Adam D. Barratt wrote:
>> The updated images for armhf have been available in p-u for a couple of
>> days now.
>>
>> Feedback would be appreciated, as we would like to be able to accept
>> the new kernel upload into p-u, which will
I didn't file two bugs for the same thing. Don't worry. I will not file
another bug report.
Den tis 26 mars 2019 18:22Alexandre Viau skrev:
> Two bugs for the same thing is useless.
>
> You may send messages to the same bug if you want to discuss it, but
> please don't open a new one which I
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've uploaded libdatetime-timezone-perl/1:2.23-1+2019a to sid. It
contains the Olson timezone database 2019a as perl data files in a
quilt
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I've uploaded libdatetime-timezone-perl/1:2.09-1+2019a to strech. It
contains the Olson timezone database 2019a as perl data files
On 2019-03-25 15:03, Graham Inggs wrote:
> Are the upstream tarballs likely to change? If I were to upload to
Since I committed and pushed them to the tarball repo, I don't intend to
touch them :-)
I've applied fixes for the issues you encountered. (Note: branch has
been rebased).
This builds
Package: firefox-esr
Version: 60.6.0esr-1~deb9u1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
downloading large videos with firefox and downloadhelper takes all memory
and high cpu load ald
Package: gocode
Version: 20150303-3+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The gocode server only returns "PANIC" autocompletion because of the
following panic:
panic: Can't find the package clause
1(runtime.call32):
El mar., 26 de mar. de 2019 a la(s) 03:42, Helmut Grohne (
helmut.gro...@intenta.de) escribió:
> You are listing two versions here. Does it really affect both versions?
>
YES
> > Severity: grave
Please use appropriate severity levels. `grave' is reserved for data
> loss, security holes are
Two bugs for the same thing is useless.
You may send messages to the same bug if you want to discuss it, but
please don't open a new one which I will have to merge every time.
Please refer to the Debian wiki on reporting bugs:
- https://www.debian.org/Bugs/Reporting
It wasn't upgraded because
severity 925544 normal
thanks
Hello,
Lowering the severity as rg remains functionnal in the huge majority of the
cases.
And has a workaround and I can't reproduce.
Le 26/03/2019 à 18:12, Axel Beckert a écrit :
Package: ripgrep
Version: 0.10.0-2
Severity: important
Tags: upstream
Hi,
with
control: tags -1 +moreinfo
Hello!
Sorry for very late response. Before I dig into code, do you still
experience the problem?
--
Note, that I send and fetch email in batch, once every 24 hours.
If matter is urgent, try https://t.me/kaction
control: tags -1 patch
I believe this patch is adequate solution:
From 26e4989597d0fca9348443721c512f2b6774971c Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sun, 24 Mar 2019 22:18:22 +
Subject: [PATCH] Make init-d-scripts exit with sensible values (Closes:
#427889)
MIME-Version:
1 - 100 of 194 matches
Mail list logo