On Wed, 22 Aug 2018, 07:42 Andrius Merkys, wrote:
> Hello,
>
> this seems to be a duplicate of 903814 and 903815, which were revoked and
> closed. It would be wise to demonstrate how the previously highlighted
> issues have been addressed.
>
- There is no temporary unencrypted tar file stored
On Wed, Aug 22, 2018 at 4:36 AM Salvatore Bonaccorso wrote:
>
> Hi,
ciao,
> On Tue, Aug 21, 2018 at 10:07:42PM +0200, Salvatore Bonaccorso wrote:
> > I have put in
> >
> > https://people.debian.org/~carnil/tmp/linux/arm64/
> > https://people.debian.org/~carnil/tmp/linux/armel/
> >
On Wednesday, August 22 2018, Dashamir Hoxha wrote:
> Package: wnpp
> Severity: wishlist
>
> Description:
> A simple command-line password manager that keeps passwords inside a
> gpg encrypted tgz archive. The content of the archive is a directory tree
> with a file for each password entry.
Hello,
this seems to be a duplicate of 903814 and 903815, which were revoked and
closed. It would be wise to demonstrate how the previously highlighted issues
have been addressed.
Best,
Andrius
On 08/22/2018 07:32 AM, Dashamir Hoxha wrote:
> Package: wnpp
> Severity: wishlist
>
>
Package: dgit
Version: 6.9
Severity: normal
Hi Maintainer,
First time I am unable to push with 'push-source' and had to go back to 'dput'.
Strange that it happens suddenly now. Seems like dgit thinks my repo is
git-debrebase based, but it is git-buildpackage based. Please see console
output
Hi
> Apparently the Python packaging community in Debian already had this
> discussion and chose to standardize on /usr/bin paths for everything, and
> the debhelper add-ons for Python just rewrite the #! line accordingly. So
Hmm, really? Looking throught the python scripts in TeX Live I find a
Norbert Preining writes:
> But we probably have the very same situation with any other interpreter.
> ANyone ever checked the shebangs of python/php/lua/whatever scripts?
Apparently the Python packaging community in Debian already had this
discussion and chose to standardize on /usr/bin paths
Hi Russ,
> Unpredictable behavior, where every command written in Perl behaves
> randomly based on the whim of the packager?
Well, so it be?
> commands in maintainer scripts). But picking one or the other essentially
> at random (from the perspective of the user) sounds awful.
But we probably
Thank you for the background on Python!
Stuart Prescott writes:
> Sidenote: Getting rid of env in shebangs is only part of the story to
> making packages robust against accidental breakage. Putting an
> incompatible interpreter into PATH (say, /usr/local/bin/{python,perl})
> ends up breaking
Norbert Preining writes:
>> If you install a Perl earlier in your PATH, you get totally
>> unpredictable behavior, and everyone will be unhappy half the time.
> Well, but this is what you have asked for when you installed a Perl
> earlier in your PATH. It is up to you.
Unpredictable behavior,
On Wed, May 16, 2018 at 10:42:50AM +0200, Francois Gouget wrote:
> libicu-dev is not multi-arch aware, causing the i386 version to conflict
> with the amd64 one which makes it impossible to install both. As a
> result the /usr/lib/i386-linux-gnu/libicu*.so symbolic links are missing
> so that
Hi,
On Tue, Aug 21, 2018 at 10:07:42PM +0200, Salvatore Bonaccorso wrote:
> I have put in
>
> https://people.debian.org/~carnil/tmp/linux/arm64/
> https://people.debian.org/~carnil/tmp/linux/armel/
> [https://people.debian.org/~carnil/tmp/linux/all/]
armhf packages:
On Tuesday, 21 August 2018 20:42:11 AEST Russ Allbery wrote:
> I do feel like allowing either based on the whim of the packager is just
> kind of bad. It produces inconsistent behavior to no real benefit for
> anyone. If you install a Perl earlier in your PATH, you get totally
> unpredictable
Package: wnpp
Severity: wishlist
Description:
A simple command-line password manager that keeps passwords inside a
gpg encrypted tgz archive. The content of the archive is a directory tree
with a file for each password entry. The first line of the file is the
password, and the rest can
Hi Russ,
> there were around 2,000 scripts in Debian that were using the /usr/bin/env
> perl form.
That was a number I somehow expected. It is decades old practice to use
this shebang.
> Any feelings about where we should go from here?
Yes.
> I do feel like allowing either based on the whim
Hi Guilhem
[adding team@s.d.o to the loop]
On Tue, Aug 21, 2018 at 11:30:00PM +0200, Guilhem Moulin wrote:
> Control: found -1 2014.65-1+deb8u2
>
> Hi Salvatore,
>
> Wow, you're fast :-) I read the the discussion in the upstream list but
> wasn't aware a CVE had been assigned yet.
>
>
Source: icu
Version: 60.2-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
icu fails to cross build from source, because the native build pass
fails linking -licu-le-hb. It turns out that icu does not Build-Depends:
libicu-le-hb-dev:native, so this is quite expected. Adding the
Control: block -1 by 906901
On Tue, 24 Jul 2018 12:36:00 +0800 Paul Wise wrote:
> Debian Policy 10.4 states:
>
>All command scripts, including the package maintainer scripts inside
>the package and used by dpkg, should have a #! line naming the shell to be
> used to interpret them.
>
Russ Allbery writes:
> Did Lintian have some special case that was allowing /usr/bin/env perl
> previously and then Lintian changed based on Policy? That would be
> unfortunate, since we thought we were changing to match Lintian
Sigh. Yes, indeed.
* checks/scripts.pm:
+ [CL] Policy
On Wed, Aug 22, 2018 at 03:51:23AM +0200, hi...@abwesend.de wrote:
> Package: libcom-err2
> Version: 1.44.3-1
>
> When updating libcomerr2 to the testing version, libcom-err2 (1.44.3-1)
> gets installed. This removes libcom_err2.so.2 from the initramfs and
> breaks fsck.ext4 for the root file
Russ Allbery writes:
> Norbert Preining writes:
>> If a user/system admin wants to replace Perl by prepending the path to
>> a self compiled Perl to the PATH, it is his right to do so, and Perl
>> scripts are expected to follow this decision. It is the obligation of
>> the one doing the change
Control: severity -1 normal
Norbert Preining writes:
> The recent addition to the Debian Policy to require a Perl shebang of
> /usr/bin/perl is inconsistent with the rest of script usage, and hinders
> the user/system administrator to freely override Perl.
This isn't recent. All we did was
I've commented out `deb-multimedia.org` repos in /etc/apt/sources.list and
reinstalled mentioned libraries
% apt-cache policy libbabl-0.1-0 libgegl-0.4-0
libmypaint-1.3-0
libbabl-0.1-0:
Встановлено: 0.1.54-1
Кандидат:0.1.54-1
Таблиця версій:
0.1.56-1 2
2
Package: yapf
Version: 0.22.0-4
Severity: important
Yapf's autopkgtests are currently half passing and half failing. The
py3 ones pass and the py2 ones fail with "/usr/bin/python2.7: No
module named nose" See:
https://ci.debian.net/data/autopkgtest/testing/amd64/y/yapf/856752/log.gz
and at
Package: nvidia-driver
Version: 384.130-1
Severity: important
* What led up to the situation?
# apt-get install nvidia-driver nvidia-egl-icd
* What exactly did you do (or not do) that was effective (or
ineffective)?
Rebooted system after driver installation, with the 'quiet'
Package: nvidia-driver
Version: 384.130-1 990
Severity: normal
Dear Maintainer,
* What led up to the situation?
I had a working stretch system using nouveau.
I wanted to try the nvidia drivers, since I had used them in jessie,
on the same hardware.
* What exactly did you do (or
Package: light-locker
Version: 1.7.0-3
When I leave my computer without input for a few minutes the screen turns black
but with a flashing cursor at the top left, and it becomes unresponsive to
input (I have to restart the computer). I presume this is to do with the
light-locker package which
Package: emacs-goodies-el
Version: 40.0
Followup-For: Bug #905578
Dear Maintainer,
I just tried to run apt-get upgrade and the output was
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been
Package: emacs-goodies-el
Version: 40.0
Followup-For: Bug #905578
Dear Maintainer,
I report the same error here, after running dpkg --configure emacs-goodies-el I
get:
Setting up emacs-goodies-el (40.0) ...
Install emacsen-common for emacs25
emacsen-common: Handling install of emacsen flavor
Package: debian-policy
Version: 4.2.0.1
Severity: serious
The recent addition to the Debian Policy to require a Perl shebang of
/usr/bin/perl is inconsistent with the rest of script usage, and hinders
the user/system administrator to freely override Perl.
If a user/system admin wants to replace
On Tue, Aug 21, 2018 at 6:32 PM, Vincent Cheng wrote:
> On Tue, Aug 21, 2018 at 1:36 PM, Theodore Y. Ts'o wrote:
>> On Tue, Aug 21, 2018 at 01:01:10PM -0700, Vincent Cheng wrote:
>>>
>>> I can't find a reference right now, but I seem to recall that one of
>>> the Alioth admins pointed out that
Package: libcom-err2
Version: 1.44.3-1
Hi,
When updating libcomerr2 to the testing version, libcom-err2 (1.44.3-1)
gets installed. This removes libcom_err2.so.2 from the initramfs and
breaks fsck.ext4 for the root file system, unless e2fsprogs is upgraded.
Which is difficult, if the system does
Package: lists.debian.org
Severity: wishlist
Hi,
Since alioth-lists.debian.net is only a temporary service and is due
to be removed at some point in the future, I would like to request the
migration of filesystems-de...@lists.alioth.debian.org to
lists.debian.org.
Name:
Package: wsjtx
Severity: important
Dear Maintainer,
This version is seriously out of date. Version 1.9.1 is currently available and
has significant changes that makes obsolete versions difficult to use. Also a
.deb is available for download, a package in the Debian repository would be
idea.
On Tue, Aug 21, 2018 at 1:36 PM, Theodore Y. Ts'o wrote:
> On Tue, Aug 21, 2018 at 01:01:10PM -0700, Vincent Cheng wrote:
>>
>> I can't find a reference right now, but I seem to recall that one of
>> the Alioth admins pointed out that mailing lists specifically for
>> package/bug tracking
Hi Bdale,
On 21/08/2018 03:02, Bdale Garbee wrote:
> The Debian ant package is built with a patch "0013-auto-adjust-target.patch"
> that forces the Java target version number to 7. The utterly breaks the
> ability to use Debian ant for building Java applications that get wrapped up
> in
Package: libavcodec58
Version: 7:4.0.2-1+b1
Severity: important
Contrary to libavcodec57, libavcodec58 does not support streaming
videos, such as: https://www.youtube.com/watch?v=7DtRPJ2crTA
Tested in Firefox 52.9.0.
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
Hi Adrian,
Maven plugins can't use a generic 'debian' version because Maven checks
the actual version in the plugin metadata. If your package doesn't build
with the plugin provided by libbuild-helper-maven-plugin-java you have
to adapt your build. Typically, not specifying the version of the
On Sun, Aug 05, 2018 at 06:40:23AM +0100, Steve McIntyre wrote:
>On Sat, Aug 04, 2018 at 07:32:17PM +0200, Laura Arjona Reina wrote:
>>>
>>>The last commit on index.wml was in 2014, which only changed http to
>>>https, so no real content change. In fact, the content didn't changed
>>>since 2012
Package: rsync
Version: 3.1.2-2.2
Severity: wishlist
Rsync version 3.1.3 released
January 28th, 2018
please update.
Am 21.08.2018 um 11:41 schrieb Yavor Doganov:
> Yavor Doganov wrote:
>> Please find attached a patch that ports the program to GTK+ 3.
>
> I wasn't careful enough; my patch introduces memory leaks. Please
> find attached an updated version (compressed); please use it instead.
> Thanks.
Hey,
Control: reassign -1 ftp.debian.org
Control: affects -1 mozilla-nukeimage
Control: retitle -1 RM: nukeimage -- RoM; Firefox no longer supports XUL addons
On Tue, Aug 21, 2018 at 09:14:08PM +0300, Adrian Bunk wrote:
> Package: mozilla-nukeimage
> Version: 0.3-12
> Severity: serious
>
> XUL addons
On 8/21/18 23:50, Colin Watson wrote:
> On Tue, Aug 21, 2018 at 11:38:35PM +0200, Michael Biebl wrote:
>> On Fri, 17 Mar 2017 12:59:33 +0100 cgzones wrote:
>>> Package: man-db
>>> Version: 2.7.6.1-2
>>>
>>> Dear Maintainer,
>>> can you please add a systemd timer for the daily man-db cache
Package: ifupdown
Version: 0.8.34
dhclient supports DHCPv4 and DHCPv6.
In DHCPv4, usually the host's EUI-64 (MAC address) is used to identify
it.
Because this causes some problems [1], DHCPv6 introduced the `DHCP
Unique Identifier` (DUID) [2], instead of relying on the EUI-64.
If we want
Package: gimp
Version: 2.10.2-1
Severity: important
% LANG=C sudo apt install gimp
:(
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
gimp-help-en | gimp-help
On Tue, Aug 21, 2018 at 11:38:35PM +0200, Michael Biebl wrote:
> On Fri, 17 Mar 2017 12:59:33 +0100 cgzones wrote:
> > Package: man-db
> > Version: 2.7.6.1-2
> >
> > Dear Maintainer,
> > can you please add a systemd timer for the daily man-db cache regeneration.
>
> Did you have time to look at
Hi Stefanos,
thank you for your report.
I can confirm this on the latest stable Debian release
(10.1.26-0+deb9u1). Problem is also present on Debian testing release
(1:10.1.35-1).
I see two solutions:
- the one you suggested 'loose-default-character-set=utf8mb4';
- using
Control: reassign -1 python3-libcloud
Control: forcemerge 903388 -1
Control: affects -1 src:fdroidserver
On Tue, Aug 21, 2018 at 10:33:50PM +0200, Matthias Klose wrote:
> Package: src:fdroidserver
> Version: 1.0.9-1
> Severity: serious
> Tags: sid buster
>
> see
>
Hi Colin!
On Fri, 17 Mar 2017 12:59:33 +0100 cgzones wrote:
> Package: man-db
> Version: 2.7.6.1-2
>
> Dear Maintainer,
> can you please add a systemd timer for the daily man-db cache regeneration.
Did you have time to look at this patch?
--
Why is it that all of the instruments seeking
Package: gimp
Version: 2.10.6-1
Severity: serious
Justification: fails to upgrade/install
Hi!
On upgrading:
Unpacking gimp (2.10.6-1) over (2.10.2-1) ...
dpkg: error processing archive
/tmp/apt-dpkg-install-zHQiJC/10-gimp_2.10.6-1_amd64.deb (--unpack):
trying to overwrite
Control: found -1 2014.65-1+deb8u2
Hi Salvatore,
Wow, you're fast :-) I read the the discussion in the upstream list but
wasn't aware a CVE had been assigned yet.
Upstream replied “I should have a patch in the next couple of days”, and
I'll propose an upload to stretch-security after that.
> P.S. I have attempted to report this bug to upstream,
>
> fuse-ss...@lists.sourceforge.net, but that mailing
> list seems to be dead and may have rejected my email.
> Hopefully someone else has a better relationship with
> upstream and can contact them.
Please try here:
Sent from my iPhone
Hello Synthea,
just tried to reproduce the crash.
One note first, if you follow the advice in the following link
the backtrace could be much more meaningful for the maintainer
when at least for the crashing application, better for all
the shared objects in the backtrace the debugging symbols are
Hi Raphaël,
Raphael Hertzog (2018-08-21):
> On Fri, 23 Mar 2018, Hideki Yamane wrote:
> > It's not a problem, but we can improve it, IMO (so severity is low).
>
> So you tried to fix a non-problem... and while doing so you introduced
> a real problem.
>
> While cleaning up the list of scripts
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-django-csp
Version : 3.4
Upstream Author : James Socol
* URL : https://github.com/mozilla/django-csp/
* License : BSD-3-clause
Hi,
On Mon, 11 Apr 2016, Raphaël Hertzog wrote:
> It looks like that APT supports now clean atomic updates of all the
> indices by retrieving index files listed in the release file under
> an alternated path based on their checksums...
Updated link:
Package: wnpp
Severity: normal
I request an adopter for the smcroute package. The package has an active
upstream, but due to personal time constraints I have no longer the time
to maintain a package that I don't use. The code base is fairly small,
so it shouldn't have that many bugs. The
Source: dropbear
Version: 2016.74-1
Severity: grave
Tags: security
Forwarded: http://lists.ucc.gu.uwa.edu.au/pipermail/dropbear/2018q3/002108.html
Hi,
The following vulnerability was published for dropbear.
CVE-2018-15599[0]:
| The recv_msg_userauth_request function in svr-auth.c in Dropbear
|
Control: tags -1 patch
On Tue, Aug 21, 2018 at 06:52:27PM +0200, Helmut Grohne wrote:
>...
> | gcc -DHAVE_CONFIG_H -I. -Wdate-time -D_FORTIFY_SOURCE=2
> -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16
> -I/usr/include/uuid -I/usr/include/freetype2
On Tue, Aug 21, 2018 at 01:01:10PM -0700, Vincent Cheng wrote:
>
> I can't find a reference right now, but I seem to recall that one of
> the Alioth admins pointed out that mailing lists specifically for
> package/bug tracking purposes (i.e. not used for discussion) shouldn't
> be migrated to
Package: src:fdroidserver
Version: 1.0.9-1
Severity: serious
Tags: sid buster
see
https://ci.debian.net/data/packages/unstable/amd64/f/fdroidserver/latest-autopkgtest/log.gz
autopkgtest: WARNING: package fdroidserver is not installed though it should be
command2 FAIL badpkg
blame:
Hello,
2018-08-21 17:33 GMT+02:00 Jason Duerstock :
> Package: gdb
> Version: 7.12-6+ia64.1
> Severity: normal
> Tags: patch
> User: debian-i...@lists.debian.org
> Usertags: ia64
>
> Dear Maintainer,
>
> gdb 8.1 FTBFS on ia64 because an internal API change was not fully
> propagated across all
Control: tag -1 patch
Hi,
it turns out that the alignof macro can probably be replaced by a GCC
builtin. The attached patch does that. I am not committing this to Salsa
right away because I am not 100% sure that __alignof__ (t) is
functionally equivalent to the macro that has become illegal in
Hi
I have put in
https://people.debian.org/~carnil/tmp/linux/arm64/
https://people.debian.org/~carnil/tmp/linux/armel/
[https://people.debian.org/~carnil/tmp/linux/all/]
built packages available for testing. armhf builds are at the time of
writing not yet done, but can put those there as well.
On Fri, Aug 17, 2018 at 1:09 PM, Theodore Y. Ts'o wrote:
> OK, I've created a new project in Salsa for f2fs-tools:
>
> https://salsa.debian.org/debian/f2fs-tools
>
> and I've uploaded git repo with a work-in-progress for a f2fs-tools
> v1.11.0 packaging.
>
> A couple of things which I've
Package: xul-ext-automatic-save-folder
Version: 1.0.5~20140831-4
Severity: serious
XUL addons are no longer supported.
Source: libgd2
Version: 2.2.4-1
Severity: important
Tags: patch security upstream
Forwarded: https://github.com/libgd/libgd/issues/447
Hi,
The following vulnerability was published for libgd2.
CVE-2018-1000222[0]:
| Libgd version 2.2.5 contains a Double Free Vulnerability vulnerability
| in
Package: totem
Version: 3.26.1-1
Severity: normal
Dear Maintainer,
It is impossible to download the subtitles of a video. When I try, no window
appears and I get the following messages on the console:
TypeError: _show_dialog() takes 2 positional arguments but 3 were given
-- System
Source: thunderbird, enigmail
Version: thunderbird/1:60.0-1
Version: enigmail/2:2.0.7+ds1-1
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainers,
With a recent upload of thunderbird the autpkgtest of enigmail started
to fail in
Hi,
thanks, I'll reopen if it comes back :)
/me tries to figure out the work-around I applied so that I can undo it...
; Ralf
On 21.08.2018 18:45, Antoine Beaupré wrote:
> On 2017-10-26 09:23:33, Ralf Jung wrote:
>> Hi,
>>
>> I think I provided all the information that was asked for, didn't
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard
* Package name: libdbd-mariadb-perl
Version : 1.00
Upstream Author : Pali Rohár
* URL : https://metacpan.org/release/DBD-MariaDB
* License : Artistic or GPL-1+
Programming Lang: Perl
Description :
Am 21. August 2018 19:12:06 MESZ schrieb Mechtilde :
>Package: wnpp
>Severity: wishlist
>Owner: Mechtilde
>
>* Package name: tbsync
> Version : 0.7.12
> Upstream Author : Name john.biel...@gmx.de
>* URL : https://github.com/jobisoft/TbSync
>* License : GPL v3
Control: tags -1 pending
The issue can be fixed by
Build-Depends: libpbdata-dev
which is done in Git[1]. However there is a new upstream version and
I intend to upload this one instead of fixing old code. Since the
build system has changed there is some additional work to do.
Thanks for
The Kernel Oops image has the top line cut off which states the bug
occurred in linux4.17.8/lib/list_debug.c:53
That line is part of an if which checks for data corruption in the
function __list_del_entry_valid(struct list_head *entry)
CHECK_DATA_CORRUPTION(prev->next != entry,
"list_del
On Tue, 21 Aug 2018 at 19:14:47 +0200, k0r155ov...@mailbox.org wrote:
> Removing (purging) avahi-daemon and rebooting does not trigger this bug
> anymore and gnome-control-senter starts up fine. Selecting "Sharing" crashes
> gnome-control-center and the bug happens again.
Perhaps your most
On 21/08/2018, Axel Beckert wrote:
> Control: retitle -1 dphys-swapfile: "setup" subcommand failure under
> systemd
> Control: tag -1 + moreinfo
>
> Hi eHenry,
>
> eHenry Berg wrote:
>> My 32-bit (armhf) worked with dphys-swapfile in version 20100506-3.
>> My 64-bit (arm64) works with
Control: reassign -1 src:python-motor 1.2.3-1
Control: affects -1 src:pymongo
Control: fixed -1 2.0.0-1
> Subject:
> Fixed in 2.0.0-1
> From:
> Ondrej Novy
> Date:
> 21-08-18 09:19
>
> To:
> 906687-d...@bugs.debian.org
>
>
> Version: 2.0.0-1
>
> Hi,
>
> autopkgtests are fixed in 2.0.0-1
Package: libqt5gstreamer-dev
Version: 1.2.0-5
Severity: normal
* aptitude install libqt5gstreamer-dev
* pkg-config --cflags Qt5GStreamer-1.0
/
| Package gstreamer-audio-1.0 was not found in the pkg-config search path.
| Perhaps you should add the directory containing
Source: astropy-healpix
Source-Version: 0.2-2
Severity: wishlish
Control: forwarded -1 https://github.com/astropy/astropy-healpix/issues/86
Control: tags -1 patch
Control: affects -1 src:reproject
Hi Leo,
as long as the upstream issue #86 is unfixed, it may be useful to
apply this patch, which
reassign 906744 php-yaml/2.0.2+1.3.1-2
quit
Sorry commented to wrong bug number
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761
8206 A196 2084 7E6D 0DF8 B176 BC19
Source: charybdis
Version: 4.1-1
Severity: grave
Tags: security
Upstream released Charybdis 4.0.1 and 4.1.1 fixing a security issue
which, apparently, is "with the PASS command and duplicate server
instances", at least according to the NEWS file:
2018-03-27 21:30 GMT+02:00 Peter De Wachter :
> Package: gdc
> Version: 4:8-20180321-1
> Severity: normal
>
> Hello,
>
> The gdc package says:
>
>> Depends: gdc-8 (>= 8-20180321-1~), libgphobos-dev (= 8-20180321-1)
>> Description-en: D compiler (language version 2), based on the GCC backend
>>
Package: xul-ext-scrapbook
Version: 1.5.13-3
Severity: serious
XUL addons are no longer supported.
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "yuma123"
* Package name : yuma123
Version : 2.11-1
Upstream Author : Vladimir Vassilev
* URL :https://sourceforge.net/projects/yuma123
* License : BSD
Package: xul-ext-sage
Version: 1.5.4-2
Severity: serious
XUL addons are no longer supported.
reassign 906774 automake
quit
geda-gaf and dico FTBFS on Debian after automake got updated to 1.16,
as the following happens during build[2]:
Making all in scheme-api
make[4]: Entering directory '/<>/docs/scheme-api'
Updating ./version.texi
make[4]: Leaving directory
Package: xul-ext-lyz
Version: 2.1.5-3-g895ff3a-1
Severity: serious
XUL addons are no longer supported.
Package: xul-ext-https-everywhere
Version: 5.2.8-1
Severity: serious
Control: fixed -1 2018.1.29-1
Control: close -1
XUL addons are no longer supported.
This is already fixed in unstable.
Package: linux-base
Version: 4.5
Severity: normal
Dear Maintainer,
I am using grub with `check_signatures` set to `enforce`. This requires gpg-
style detached signatures in the boot directory. `linux-version` incorrectly
lists these signatures as kernel versions.
Recently, initramfs-tools seems
Package: xul-ext-flashgot
Version: 1.5.6.13+dfsg-1
Severity: serious
XUL addons are no longer supported.
If it is confirmed that this package works with thunderbird 60,
it might be an option to change the dependency to only thunderbird.
Package: xul-ext-flashblock
Version: 1.5.20-2
Severity: serious
XUL addons are no longer supported.
Package: xul-ext-certificatepatrol
Version: 2.0.14-5
Severity: serious
XUL addons are no longer supported.
If it is confirmed that this package works with thunderbird 60,
it might be an option to change the dependency to only thunderbird.
Package: xul-ext-uppity
Version: 1.5.8-5
Severity: serious
XUL addons are no longer supported.
Package: xul-ext-toggle-proxy
Version: 1.9-2
Severity: serious
XUL addons are no longer supported.
If it is confirmed that this package works with thunderbird 60,
it might be an option to change the dependency to only thunderbird.
Am 21.08.2018 um 19:47 schrieb Keith Packard:
[...]
> We only discovered that ant was the source of trouble by comparing the
> output of a project built using that and another project build using a
> simple Makefile.
>
> If you're going to stop supporting older API versions, I'd suggest that
>
Package: xul-ext-status4evar
Version: 2016.10.11.01-1
Severity: serious
XUL addons are no longer supported.
Package: xul-ext-reloadevery
Version: 45.0.0-2
Severity: serious
XUL addons are no longer supported.
Package: xul-ext-perspectives
Version: 4.6.4-1
Severity: serious
XUL addons are no longer supported.
Package: xul-ext-refcontrol
Version: 0.8.17-3
Severity: serious
XUL addons are no longer supported.
1 - 100 of 263 matches
Mail list logo
