Hi. Is there any movement on this? Do you need help?
dima
Hi!
I can see that this is fixed on Stretch and that there is a backport of a
somewhat old version that should also be fixed, but are there any plans of
fixing this on Jessie?
Regards.
--
Manty/BestiaTester -> http://manty.net
control: owner -1 !
>In my view evil-paredit-el is ready to be uploaded, bar `dch -r`.
ping,
G.
Testing has shown that an environment var there isn't working well.
Reason is that the call -> ifup -> hook isn't transferring environment.
But checking for alternatives made this even better.
ifup makes all options in e/n/i or ifup -o available (prepended with IF_
and uppercased) to called
Hi,
>Can you point me to specific parts that you want to be cleaner, and how
>they should be cleaned?
your rules file is 83 lines, most node packages are about 3-4 lines
e.g.
https://sources.debian.net/src/node-recast/0.11.4-2/debian/rules/
>Thank you for finding those, I will remove the file.
Package: src:fuji
Version: 0.3.0-1
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
retitle 825069 ITP: terminix -- Tiling terminal emulator using GTK+ 3 and VTE
owner 825069 !
thankyou
I will give it a try, with the Automake build system upstream has,
packaging should be possible.
This task is, however, currently blocked until LDC 1.0 is packaged in Debian.
Cheers,
Package: src:gnat-gps
Version: 5.3dfsg-1
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Severity: serious
Dear maintainer:
This package currently fails to build in stretch:
[...]
make -C
Package: gnome-boxes
Version: 3.20.2-2
Since a recent update I cannot start my virtual machines (all of them).
After some time gnome-boxes send a message "Failed to start...".
In the syslog I have:
libvirtd[11010]: Failed to connect socket to
'/run/user/1000/libvirt/virtlogd-sock': No such
Source: abind
Version: 1.4-3-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
abind fails to build from source in unstable/amd64:
[..]
05.07.2016 09:38, Santiago Garcia Mantinan wrote:
> Hi!
>
> I can see that this is fixed on Stretch and that there is a backport of a
> somewhat old version that should also be fixed, but are there any plans of
> fixing this on Jessie?
There are no plans of fixing this on jessie, at all.
Source: gregmisc
Version: 2.1.5-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
gregmisc fails to build from source in unstable/amd64:
Package: libparse-debianchangelog-perl
Version: 1.2.0-9
Severity: serious
User: debian-p...@lists.debian.org
Usertags: autopkgtest
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
This package fails to build on current sid/amd64.
This seems to be due to a newer dpkg release:
Source: ftrading
Version: 3010.78-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
ftrading fails to build from source in unstable/amd64:
Hi,
On 03/07/16 21:27, Neil Van Dyke wrote:
> Package: chirp
> Version: 0.4.0-1
> Severity: serious
>
> A pop-up dialog from the "chirpw" program says that it reports some kind
> of usage information to some external party, and describes how to
> opt-out of this. There are at least two privacy
> "Didier" == Didier 'OdyX' Raboud
writes:
Didier> Dear TC members, I hereby call for votes on the following
Didier> ballot to fill the vacancy in the TC. The voting period
Didier> starts now and lasts for up to one week, or until the
Didier> outcome is no
Package: postgis
Version: 2.2.2+dfsg-3
Severity: wishlist
File: /usr/share/doc/postgis/README.Debian
We read
To install the PostGIS extension as well as its topology extension
in a specific database, you need to run the following SQL commands
from your database prompt:
CREATE
On Tue, Jul 05, 2016 at 09:13:10AM +, Sean Whitton wrote:
> Download with dget:
>
> dget -x
> http://mentors.debian.net/debian/pool/main/lib/libstroke/libstroke_0.5.1-8.dsc
Should be:
dget -x
http://mentors.debian.net/debian/pool/main/libs/libstroke/libstroke_0.5.1-8.dsc
i.e.
Source: dash
Version: 0.5.7-4
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
dash fails to build from source natively when doing an arch-only build.
| dpkg-buildpackage: info: source package dash
| dpkg-buildpackage: info: source version 0.5.7-4
| dpkg-buildpackage: info:
Package: musescore
Followup-For: Bug #824956
So as of now, the package is no longer installable in Debian unstable or
testing.
Meanwhile, there is an (unreleased) version in the package git repo that
allegedly
fixes this bug.
Can we hope for a release?
-- System Information:
Debian Release:
Hi Michael,
that's interesting. I am running a 'normal', 'default' german layout,
therefore I assumed my setup is not *that* special. Oh well.
But you're right, since german keyboard don't have directl access to the
tilde, they only have 'dead_grave' (AltGr+ and +).
> $ xmodmap -pke | grep
Control: tags 822182 + patch
This is caused by a missing stdint.h include in dvbtune.c. The attached
patch (for debian/patches/) fixes this. I intend to do an NMU with this
fix later today, but it is possibly worth considering whether dvbtune is
still useful in the archive.
J.
--
Conscience is
On 2016-07-04 10:16, Tomasz Rybak wrote:
> I've checked status of available ICD providers, and:
> * PyOpenCL is built for amd64 and i386
> * Pocl is built for amd64, i386, kfreebsd-amd64, mips64el, powerpcspe
with the last upload (and the switch to llvm 3.8) this list is down to
amd64, i386 :-(
Source: date
Version: 1.2.34-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
date fails to build from source in unstable/amd64:
[..]
Source: ceph
Version: 0.80.7-2
Severity: important
Tags: security upstream
Hi Ceph maintainers,
the following vulnerability was published for ceph.
CVE-2016-5009[0]:
Ceph monitor crash: mon_command crashes ceph monitors on receiving empty prefix
If you fix the vulnerability please also make
Package: gnome-tweak-tool
Version: 3.20.1-1
Severity: minor
In the "typing" tab, if you click slightly below a closed category (to low for
the category to open, but not so low that you click the category below it), you
will check the first box in that category. This can lead to a user
Package: licensecheck
Version: 3.0.1
The following issue was raised during review of the Fedora package [1]:
These source files are without license headers:
App-Licensecheck-v3.0.1/bin/licensecheck
App-Licensecheck-v3.0.1/lib/App/Licensecheck.pm
Please, ask to upstream to
Hi Robert
Am 05.07.2016 um 01:36 schrieb Robert Edmonds:
> I tested this (actually your later version with the typo fix), but it
> seems unbound-resolvconf.service starts, but then immediately stops:
..
> Do we need to set “RemainAfterExit=yes” in unbound-resolvconf.service?
Hi Jeremy,
On Mon, Jul 04, 2016 at 06:28:17PM -0400, Jeremy Bicha wrote:
> Patches attached.
Applied and uploaded. Thanks for caring - my pbuilder based setup missed
these since parts of the deps are already installed.
Cheers,
-- Guido
On Thu, 19 May 2016 11:46:41 +0800 Drew Parsons
wrote:
> Package: wnpp
>
> * Package name: mshr
> Description : generates simplicial DOLFIN meshes in 2D and 3D
>
mshr was rejected by FTP masters:
"basically consists of a copy of an old cgal library.
Please
Control: tags -1 + moreinfo
On Mon, 2016-07-04 at 18:22 +0200, Simon Kainz wrote:
> Paul Wise found out that duck rund untrusted code from the current directory
> as
> well as the ./lib and ./lib/checks directory. The attached patch fixes this
> issue.
+duck (0.7+deb8u1) jessie-security;
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-googlevis
Version : 0.6.0
Upstream Author : Markus Gesmann
* URL : https://cran.r-project.org/web/packages/googleVis
* License : GPL
control: severity -1 normal
The error message you’re seeing is printed when dunst cannot resolve the
provided key symbol (“grave”) into a key code.
Key symbols depend on your keyboard layout, and the default config of dunst
thus probably won’t be able to accomodate all possible layouts.
You can
2016-07-05 4:58 GMT+02:00 Matt Beary :
> an upstream patch is available which addresses GCC-6 compatibility:
>
> https://sourceforge.net/p/projectm/code/ci/92226e25192a69839b9ae3b66ea7173732c639b3/
Great!
Added to my todo-list, will fix this soon.
Cheers,
Matthias
Didier 'OdyX' Raboud writes:
> [ Unknown signature status ]
> Dear TC members,
>
> I hereby call for votes on the following ballot to fill the vacancy in
> the TC. The voting period starts now and lasts for up to one week, or
> until the outcome is no longer in doubt.
>
>
tag 685031 pending
thanks
Date: Mon Jul 4 21:30:16 2016 +0200
Author: Guido Günther
Commit ID: a0ed81ba79d522ffbf3af241a01f6b39a3ec47ef
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=a0ed81ba79d522ffbf3af241a01f6b39a3ec47ef
Patch URL:
[Andreas Bombe]
> If you strongly expect it to be accepted as it is, then push it.
>
> Or wait with tagging until it is accepted. Moving tags and releases
> that aren't releases after all is something I'd like to avoid.
Right. I believe the changes are sound and suspect the release team
agree
Package: sponsorship-requests
Severity: important
Control: block 128745 by -1
Control: block 829027 by -1
Dear mentors,
I am looking for a sponsor for a QA upload of libstroke, fixing a
stretch RC bug.
I have verified this QA upload in the following ways:
- libstroke builds in a clean sid
]] Tollef Fog Heen
> ]] Didier 'OdyX' Raboud
>
> > ===BEGIN
> >
> > The Technical Committee recommends that Margarita Manterola be
> > appointed by the Debian Project Leader to the Technical Committee.
> >
> > MM: Recommend to appoint Margarita Manterola
> > FD: Further Discussion
> >
>
Hi,
On Mon, 04 Jul 2016 09:54:55 +0200 Johannes Schauer wrote:
> This is a tricky one because it creates a chicken-and-egg situation when
> sbuild is instructed to download the source package itself. In that
> situation, the source package's metadata is required *before* the
Hi Adam,
On Tue, Jul 05, 2016 at 08:06:50AM +0200, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On Mon, 2016-07-04 at 18:22 +0200, Simon Kainz wrote:
> > Paul Wise found out that duck rund untrusted code from the current
> > directory as
> > well as the ./lib and ./lib/checks
On Tue, Jul 05, 2016 at 11:21:32AM +1200, Adam Warner wrote:
> Package: pulseaudio
> Version: 9.0-1
> Severity: serious
> Justification: keep out of testing. Workaround is to downgrade to the
> version in testing
>
>
> Installation is x86-64 stock sid/unstable as of an hour ago
> (with
Package: libvtkgdcm-tools
Version: 2.6.3-6
Severity: important
Something has broken recently:
$ gdcm2vtk gdcm/Testing/Data/test.acr clean.dcm
ERROR: In /build/vtk6-WIyKFv/vtk6-6.2.0+dfsg1/Common/DataModel/vtkImageData.cxx,
line 1378
vtkImageData (0x182fca0): GetScalarPointer: Pixel (-2098707440,
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-luminescence
Version : 0.6.0
Upstream Author : Sebastian Kreutzer
* URL : https://cran.r-project.org/web/packages/Luminescence
Le mardi, 5 juillet 2016, 09.59:16 Didier 'OdyX' Raboud a écrit :
> ===BEGIN
>
> The Technical Committee recommends that Margarita Manterola
> be appointed by the Debian Project Leader to the Technical
> Committee.
>
> MM: Recommend to appoint Margarita Manterola
> FD: Further Discussion
>
>
Control: tags -1 + confirmed upstream
Control: forwarded -1 https://github.com/PowerDNS/pdns/issues/2836
Control: fixed -1 3.4.5-2
* Florian Steinel [160705 03:33]:
> The pdns-Server threads crashes, the dns changes and any further changes
> are not published.
Yeah. The
Package: icedove
Version: 1:45.1.0-1~deb8u1
Severity: normal
Dear Maintainer,
I found this behaviour in icedove:
1. Click "Write" to compose a new message
2. Attach a PDF file
3. Double-Click the attached file (i.e. to verify it's the right one)
Expected behaviour:
Icedove asks whether to open
Dear TC members,
I hereby call for votes on the following ballot to fill the vacancy in
the TC. The voting period starts now and lasts for up to one week, or
until the outcome is no longer in doubt.
===BEGIN
The Technical Committee recommends that Margarita Manterola be
appointed by the
This was fixed upstream in release 3.4.2, please see
https://github.com/PowerDNS/pdns/issues/2836
Package: krb5-config
Version: 2.3
Severity: normal
Dear Maintainer,
I am currently installing an authentication server based on
LDAP+Kerberos+FusionDirectory.
To automate this setting and try to get reproducibility on the testing systems
I am using a script to setup the configuration as much
On 07/04/2016 05:33 PM, Turbo Fredriksson wrote:
> On Jul 4, 2016, at 3:27 PM, Thomas Goirand wrote:
>
>> What I'm saying is that the lack of feature (ie: support for mongodb) is
>> in dbconfig-common. dbconfig-common doesn't support mongodb.
>
> Why do we need this dbconfig-common?? That is
On Sun, Jul 3, 2016 at 11:22:15 +0200, Andreas Beckmann wrote:
> This bug has been reported against an ancient version of
> python (2.5/3.1), that was last released with Debian 6.0 (squeeze). But
> even squeeze-lts has now reached end-of-life and is no longer supported.
> The bug is assumed to
severity 829617 wishlist
tag 829617 + jessie
thanks
Le 04/07/16 à 20:37, Klaus Ethgen a écrit :
selinux-policy-default is not available for stable (jessie) than only
for old-stable and testing (and unstable).
Yes the policy was considered too buggy when stable has been released
and thus has
On 10/06/16 at 15:31 +0200, Piotr Ożarowski wrote:
> [Raphael Hertzog, 2016-06-10]
> > We just need to rebuild the package build-depending on dh-python,
> > and then grep buildlogs on "E: no package to act on" to find out how many
> > are affected. Is that correct?
>
> correct
I just started an
Package: fish
Version: 2.3.0-1
Severity: wishlist
Dear Maintainer,
I am not sure about the following patch as a suggestion to be more upstream
reactive
by checking the GitHub repository.
'man uscan' on my current sid suggests me the patch (version=4) but without
specifying
signature check and
On 07/05/2016 07:37 PM, Moritz Mühlenhoff wrote:
> On Wed, Jun 29, 2016 at 03:50:47PM +0200, Thomas Goirand wrote:
>> On 06/29/2016 11:24 AM, Moritz Muehlenhoff wrote:
>>> Hi Thomas,
>>> https://bugs.launchpad.net/bugs/1567673 has been assigned CVE-2016-4428 and
>>> I think we should fix
>>> it
Package: netfilter-persistent
Severity: grave
X-Debbugs-CC: whonix-de...@whonix.org
Tags: security
Dear maintainer,
there is a security issue with the netfilter-persistent systemd service. [1]
If the netfilter-persistent wrapper [2] fails for some reason, it does
not load any firewall rules and
David McBride (2016-07-05):
> Package: debootstrap
> Version: 1.0.81
> Severity: normal
Are you sure this is the correct version?
> I am using debootstrap in my own minimal system bootstrapper, and am making
> use
> of the progress information reported to FH 3 as enabled by
[ Adding kfreebsd and hurd porters to the loop. ]
Cyril Brulebois (2016-07-05):
> Marco d'Itri (2016-01-08):
> > +# Find out where the runtime dynamic linker and the shared libraries
> > +# can be installed on each architecture: native, multilib and multiarch.
>
On Thu, Dec 20, 2012 at 03:51:22PM +0100, Piotr Roszatycki wrote:
> Package: git-buildpackage
> Version: 0.6.0~git20121124
> Severity: wishlist
> Tags: patch
>
> I would like to use git-import-orig tools to import upstream tarballs
> for non-Debian packages. I missed an option which would allow
On Jul 05, Cyril Brulebois wrote:
> > + case $ARCH in
> > + hurd-*) return 0 ;;
> > + amd64) link_dir="lib32 lib64 libx32" ;;
[...]
> I don't think having to play catch up with src:glibc is a good idea.
> Can't that be determined automatically instead of
Source: modglue
Version: 1.17-2.4
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps hostname
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
Control: tags 826250 + patch
Dear maintainer,
I've prepared an NMU for goobox (versioned as 3.4.1-6.1). The diff
is attached to this message.
Regards.
diff -Nru goobox-3.4.1/debian/changelog goobox-3.4.1/debian/changelog
--- goobox-3.4.1/debian/changelog 2016-03-20 16:20:40.0
On Mon, Jul 04, 2016 at 02:15:26PM +0200, Thibaut Paumard wrote:
>
> The changelog says:
>
> gyoto (0.0.3-2) unstable; urgency=low
>
> * Bug fix: "FTBFS on kfreebsd-i386 and kfreebsd-amd64 (test suite)",
> (Closes: #679923). The previous "fix" did not work at all. The library
> and
Hello Carl and Andreas,
On Sun, Jun 26, 2016 at 07:27:58AM +0200, Andreas Tille wrote:
> > While renaming _this_ package was the proposed solution during most of
> > the ITP discussions, please be aware that the most recent (~2 months)
> > recommendation from #debian-python [1][2] would be to
Hi Patrick,
Patrick Schleizer wrote (05 Jul 2016 18:28:00 GMT) :
> Is someone from the PkgPrivacyMaintainers team interested / willing to
> help get corridor [4] [5] [6] into Debian?
Not me.
> I: corridor source: unused-file-paragraph-in-dep5-copyright paragraph at
> line 3
>
Source: bibclean
Version: 2.11.4.1-4
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps username hostname
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Quoting Sandro Mani (2016-07-05 15:14:35)
>
>
> On 05.07.2016 15:09, Jonas Smedegaard wrote:
> > Quoting Sandro Mani (2016-07-05 14:15:26)
> >> On 05.07.2016 12:56, Jonas Smedegaard wrote:
> >>> Thanks for elaborating on how Fedora uses licensecheck for quality
> >>> assurance. I appreciate
Package: xfce4-volumed
Version: testing
dear maintainer, please reanimate the xfce4-volumed package, as it is in
ubuntu.
The ubuntu package xfce4-volumed_0.2.0-0ubuntu2_amd64.deb work for
testing without trouble.
Or please suggest one alternative for xfce4 and volume buttons.
Thank You
Please raise the issue with upstream since it feels like it would be a
better location to fix up for it, right? ;)
Thanks in advance!
On Sun, 03 Jul 2016, Michael Hanke wrote:
> Package: psychopy
> Version: 1.83.04.dfsg-2
> Severity: normal
> When using PsychoPy in an IPython session the
Liang, the package got rejected due to too many lintian warnings. (
http://lists.alioth.debian.org/pipermail/pkg-tigervnc-devel/Week-of-Mon-20160627/000516.html
)
Could you please have a look and re-upload ?
Le 05/07/2016 à 20:34, Guido Günther a écrit :
> Thanks for the detailed report. I've forwarded this upstream to the
> above URL. Feel free to subscribe there directly.
Thanks, I will subscribe.
> Since this happens in
> the Mork code[1] can you possibly relate this to mail mail folder
>
Control: package debian-maintainers
Control: tags -1 + pending
Hello Jens Reyer,
Your DM application was accepted and the corresponding RT ticket is
posted at https://rt.debian.org/Ticket/Display.html?id=6324
Currently, rt.debian.org isn't accessible for the general public. It
was sometime ago.
Package: autopkgtest
Version: 4.0.2
Severity: important
Dear Maintainer,
I am running autopkgtest on a wheezy qemu image, but sometimes (I cannot
say when), it fails after tar is unable to extract the input from stdin.
See the attached log.
I have had similar problems in two different unstable
Hi,
in 2012 there was a consensus, and this bug was filed.
In 2014 there was a single mail w/o reply (possibly because this bug
needed a patch, not yet another discussion), but no consensus.
In 2016 this bug was closed under wrong assumptions.
In 2018 or later this bug might be filed
On Tue, 5 Jul 2016 20:41, jcowg...@debian.org said:
> Would it be a good idea to add a 'Breaks: dirmngr (<< 2.13)' to gnupg
> to ensure this doesn't happen?
Most thinks keep on working with a running old dirmngr or gpg-agent.
But it is not a good idea to do this. gpg prints a warning if it
Source: epic4
Version: 1:2.10.5-2
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps username hostname
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
Source: epic5
Version: 1.1.11-1
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps username hostname
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
Hi,
intrigeri wrote (05 Jul 2016 11:50:03 GMT) :
> Also, before we settle on this output format, I would like to quickly
> validate it by drafting code for the use case I had in mind for that
> machine-readable report.
I drafted that code in Python 3 and then in Perl (since the Python 3
version
On 07/05/2016 07:37 PM, Moritz Mühlenhoff wrote:
> On Wed, Jun 29, 2016 at 03:50:47PM +0200, Thomas Goirand wrote:
>> On 06/29/2016 11:24 AM, Moritz Muehlenhoff wrote:
>>> Hi Thomas,
>>> https://bugs.launchpad.net/bugs/1567673 has been assigned CVE-2016-4428 and
>>> I think we should fix
>>> it
Hmm... So the reason gcc is complaining is because of this line in
/usr/include/x86_64-linux-gnu/sys/stat.h (on amd64 at least):
extern int __xstat (int __ver, const char *__filename,
struct stat *__stat_buf) __THROW __nonnull ((2, 3));
I'm still not sure if this is common
https://github.com/borgbackup/borg/issues/1187
--
ing. Pedretti Fabio
Responsabile U.O.C. "Reti e Sistemi"
http://www.unibs.it/organizzazione/amministrazione-centrale/servizio-servizi-ict/uoc-reti-e-sistemi
Università degli Studi di Brescia
Via Valotti, 9 - 25121 Brescia
E-mail:
control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1284596
Hi Vincent,
On Tue, Jun 14, 2016 at 02:56:59PM +0200, Vincent Danjean wrote:
> Package: icedove
> Version: 1:45.1.0-1
> Severity: normal
>
> Hi,
>
> For a few weeks (months?), I experiment random crash (SEGV) with
Source: license-reconcile
Version: 0.10
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
license-reconcile fails to build from source in
Source: khronos-opencl-headers
Severity: wishlist
X-Debbugs-CC: pkg-opencl-de...@lists.alioth.debian.org
Dear Maintainer,
The Khronos OpenCL headers seem to have moved from SVN to Github, as
advertised
on the official project webpage.
In particular, the OpenCL C and C++ headers are hosted
Source: khronos-opencl-headers
Severity: wishlist
X-Debbugs-CC: pkg-opencl-de...@lists.alioth.debian.org
Dear Maintainer,
Version 2.0.9 of the OpenCL C++ headers was tagged on the new upstream
repository hosted on Github [1]. I don't know whether the current SVN
version
available on
Source: kimwitu
Version: 4.6.1-7.1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
kimwitu fails to build from source in unstable/amd64:
Hello Chad,
On Mon, Jul 04, 2016 at 12:58:27AM -0400, Chad Fernandez wrote:
> I beleive the 6/14/2016 update started this.
>
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
>
> While deleting or selecting to read an unread email the program simply
>
Source: elvis-tiny
Version: 1.4-23
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that elvis-tiny
Version: 0.11
On Tue, 05 Jul 2016 20:35:43 +0200, Chris Lamb wrote:
> Source: license-reconcile
> Version: 0.10
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc:
tag 791472 pending
thanks
Date: Tue Jul 5 21:20:45 2016 +0200
Author: Doesnot Matter
Commit ID: aed5c452139fcf9ceaa45f382eef12c7b7e4cee1
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=aed5c452139fcf9ceaa45f382eef12c7b7e4cee1
Patch URL:
I forgot to add a rule for shutdown -> openrc off. Here's a new patch!
--
Jon Boden
ubuntuBSD -- The power of FreeBSD kernel with familiarity of Ubuntu OS!
http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
diff -Nur -x '*~' -x changelog ../debian/control debian/control
---
Hi,
Patrick Schleizer:
> Is someone from the PkgPrivacyMaintainers team interested / willing to
> help get corridor [4] [5] [6] into Debian?
I'm not sure how useful this is exactly. It's still beta?
> I got a working prototype of a Debian package which is almost free of
> lintian warnings. [1]
Upstream has recently moved to Git, and the URL i've linked to earlier
points still to the old repository. The new one is here:
https://code.launchpad.net/~apparmor-dev/apparmor-profiles/+git/apparmor-profiles
And the direct link to the profile is:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Tobias, thanks for the report.
On 05/07/16 18:46, Tobias Hansen wrote:
> Source: mpfi
> Version: 1.5.1+ds-4
> Severity: grave
> Justification: prevents package upgrade
>
> Hi Jerome,
>
> When upgrading from version 1.5.1+ds-2, I get the
Package: pbuilder
Severity: wishlist
Dear Maintainer,
Here is a patch that makes pbuilder show current package version while
installing the build-deps.
Please review and consider applying to pbuilder.
Best regards,
-Andrew
--- pbuilder-satisfydepends-classic.orig 2016-07-06 01:17:32.409338825
Package: gnupg2
Version: 2.1.13-4
Severity: normal
Hi,
I just upgraded to the experimental version of gnupg2 to try it out,
but immediately usage of --recv-keys stopped working. I found that this
was because I was still using dirmngr 2.1.11-7 from unstable and in
2.1.13 the socket path used to
Package: krb5-kdc-ldap
Severity: normal
Dear Maintainer,
When deploying an LDAP KDC, the LDAP configuration needs the kerberos schema
file. However, this file is treated as documentation and therefore is
compressed. This means that when deploying, it must be extracted somewhere
(probably
1 - 100 of 351 matches
Mail list logo