Source: xdmf
Version: 2.1.dfsg.1-15
Severity: wishlist
http://www.xdmf.org reports that v3 is now available and v2 is being
deprecated.
v3 offers a number of attractive advantages including the use of smart
pointers, parallelisation support and a "modern" API,
hii phillipp,
I'm interested in helping out this project. I am basic DD(no official)
also handy with basic Erlang stuff. I may not afford full time but im
interested in helping out this package to work. How to apply to join MUC
to talk with you people.
thank you.
Regards,
Rajasekhar
Hactivist
tag 830223 + pending
thanks
Some bugs in the lemonldap-ng package are closed in revision
9ed0079db9e8eb155a866c8c69779c494fb82c40 in branch 'master' by Xavier
Guimard
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/lemonldap-ng.git/commit/?id=9ed0079
Commit
Package: d-i.debian.org
Severity: normal
Tags: l10n
It turns out that, as things are right now, the l10n-sync scripts
appears to break PO files headers in Danish and Belarusian
translations of many packages, if not all of them.
That can be seen for instance in arcboot-installer. See the
Package: virt-manager
Version: 1:1.3.2-4
Severity: important
Tags: newcomer
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)?
*
Now I can interact with the toggle details string, but nothing happens
when I do.
Since you've made it a link, I'm going to interact with it that way.
Are you expecting it to be clicked on rather than selected as a link?
Other accessibility problems:
* The page is hard to navigate. There are no
On 7/6/16 4:19 PM, Reiner Herrmann wrote:
Control: tags 812054 + patch
Control: tags 812054 + pending
Dear maintainer,
I've prepared an NMU for lzop (versioned as 1.03-3.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks, I had already been
I haven't tried it properly, but does this not limit the parallelism
and slow builds by default? (I don't know how this works and
apparently have not got around to reading up on it in the week since
the bug was filed, so I'll ask a potentially silly question)
On 2 July 2016 at 22:37, Dmitry
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: python-parsimonious
Version : 0.6.2
Upstream Author : Erik Rose
* URL : https://github.com/erikrose/parsimonious
* License : Expat
Programming Lang: python
Package: httpie
Version: 0.9.2-1
Severity: normal
Hi,
Currently I am working on http-prompt packaging [0]. It needs httpie
python3 library, but it is not in Debian. Could you help to provide both
python-httpie and python3-httpie as python libraries so that other
packages can used them?
[0]
This has been fixed upstream with commit a860f26.
https://github.com/i-rinat/libvdpau-va-gl/commit/a860f26f1d7b0c0199e39b192c0ada7599d69e96
signature.asc
Description: OpenPGP digital signature
control: tag -1 -moreinfo
On 07/07/2016 10:38 PM, Sean Whitton wrote:
> You didn't bump it in the Debian changelog :)
>
> I consider this package ready to upload to Debian (packaging repo commit
> 6f964da0, main repo commit 00b97fee), except for:
>
> - fix version in the Debian changelog
> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
On 08/07/16 01:45, Jerome Benoit wrote:
> Package: geomview
> Version: 1.9.5-1
> Severity: normal
>
> Dear Maintainer,
>
> it appears that the PDF documents are gzip compressed:
> as such they are accessible from The Geometric
control: tag -1 +confirmed
control: noowner -1
Hello,
On Thu, Jul 07, 2016 at 10:21:40PM -0400, Jacob Adams wrote:
> Should be fixed now.
> I just signed the 1.1 tarball.
> I'm not sure why uscan was trying to fetch that anyway as I bumped the
> version number to 1.2 after my last changes.
You
On 07/07/2016 10:13 PM, Sean Whitton wrote:
> Hello,
>
> Unfortunately your watch file doesn't seem to work now.
>
> uscan warn: In directory ., downloading
>
> https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc
> failed: 404 Not Found
Hello,
Unfortunately your watch file doesn't seem to work now.
uscan warn: In directory ., downloading
https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc
failed: 404 Not Found
--
Sean Whitton
Package: python-novaclient
Version: 2:3.3.1-2
Severity: important
Tags: upstream
Dear Maintainer,
* What led up to the situation?
dist-upgrade to 2:3.3.1-2
* What exactly did you do (or not do) that was effective (or
ineffective)?
nova boot
or
nova list --debug
* What was the
Package: auditd
Version: 1:2.6.3-1
Followup-For: Bug #830244
I can confirm the error is present as i have it on multiple machines.
What is more interesting and maybe helps to narrow down the problem is that i
get
the error after installing libc* >2.22-13 and *gcc* >6.1.1-7 (reproducible as
when
On 07/07/2016 05:30 AM, Felix Dreissig wrote:
> Source: zookeeper
> Version: 3.4.8-1
> Severity: minor
> Tags: patch
>
> Dear maintainers,
>
> the package build for zookeeper uses dh-python, but is not mentioned in the
> Build-Depends list of debian/control so far.
> The attached patch fixes
noowner 796785
noowner 809450
thanks
Tuxemon is not yet in a fit state to be packaged, so I no longer plan to
package these dependencies.
--
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B 94F4 24C0 2B85 B59F E5A9
signature.asc
Description: OpenPGP digital signature
control: retitle -1 RFS: setcolortemperature/1.2-1 ITP
On 07/07/2016 02:00 AM, Sean Whitton wrote:
> Hello,
>
> Since you are upstream, would you consider providing a changelog that
> you can install? Lintian is saying no-upstream-changelog and it seems
> we can easily fix that :)
>
I added a
Package: src:linux
Version: 4.6.2-1
Severity: normal
I have a Zotac ZBox Nano CI320 (Intel N2930), which has a built-in SD card
reader. However, it doesn't seem to be working.
I get the following dmesg errors when I insert a card:
Jul 07 17:21:06.417263 hostname kernel: mmc0: error -110 whilst
Source: cobbler
Severity: important
Tags: patch
Dear Maintainer,
Executing `cobbler get-loaders` or `cobbler signature update` with
2.6.6+dfsg1-12 results in:
Exception occured:
Exception value: [Errno 14] PYCURL ERROR 6 - "Could not resolve host:
www.cobblerd.org"
Exception Info:
File
Package: geomview
Version: 1.9.5-1
Severity: normal
Dear Maintainer,
it appears that the PDF documents are gzip compressed:
as such they are accessible from The Geometric Center
because it looks for ungzipped PDF documents. Note that
each PDF document might be
On 7 July 2016 at 19:53, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > What we have works. Making a change risks having to pick up pieces of
| > shrapnel. I don't really have time for that --- I cannot test for every
| > random piece of software being present.
|
| I
Dirk Eddelbuettel writes:
> What we have works. Making a change risks having to pick up pieces of
> shrapnel. I don't really have time for that --- I cannot test for every
> random piece of software being present.
I see your point, but am simply asking for more robust handling
Package: mdadm
Version: 3.4-2
Severity: critical
In the initrd image your script should source the /conf/param.conf.
This brakes the boot of certain systems that depend on it (like mine).
Here is the long explanation:
In /scripts/init-premount/export_md_vars I have:
#!/bin/sh
# skip broken
Hi Chris,
today was a new package (2.5.0+dfsg-1) uploaded which has a changed
build system. Could you please check whether this is the case also with
this new version (I can not reproduce this).
Kind regards
Andreas.
On Fri, Jul 08, 2016 at 12:50:08AM +0200, Chris Lamb wrote:
> Source:
Hi,
FTR the removal request is #830296
Regards,
Matthew
> On 08 Jul 2016, at 01:12, Thibaut Varène wrote:
>
>
>> On 08 Jul 2016, at 01:01, Felipe Sateler wrote:
>>
>> Hi Thibaut,
>>
>> On 7 July 2016 at 18:41, Thibaut Varène wrote:
>>>
On 03 Jul 2016, at 22:06, z...@debian.org
> On 08 Jul 2016, at 01:01, Felipe Sateler wrote:
>
> Hi Thibaut,
>
> On 7 July 2016 at 18:41, Thibaut Varène wrote:
>>
>>> On 03 Jul 2016, at 22:06, z...@debian.org wrote:
>>>
>>> Control: tags 796612 + patch
>>> Control: tags 796612 + pending
>>>
I've attached a patch that implements this change.
From 57cb11869c0bee4ba00924cd1f004ea247f5845d Mon Sep 17 00:00:00 2001
From: James Valleroy
Date: Wed, 6 Jul 2016 19:37:57 -0400
Subject: [PATCH] Allow use of other webservers besides nginx
---
debian/control
Hi Thibaut,
On 7 July 2016 at 18:41, Thibaut Varène wrote:
>
>> On 03 Jul 2016, at 22:06, z...@debian.org wrote:
>>
>> Control: tags 796612 + patch
>> Control: tags 796612 + pending
>>
>> Dear maintainer,
>>
>> I've prepared an NMU for flashybrid (versioned as 0.18+nmu2) and
On 7 July 2016 at 18:45, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > We had r-cran.mk as is for a few (ten) thousand builds by now. It works.
Here
| > either r-cran-rngtools or the autobuilder seems to be at fault.
|
| r-cran-rngtools had the misfortune to
Source: voms-api-java
Version: 3.2.0-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,
voms-api-java fails to build from source in
Package: debian-security-support
Version: 2015.04.04
Severity: important
Hi,
I am the trn maintainer. It is insecure, and should not be used any more
(see bug #830294); I have asked for it to be removed from unstable (bug
report submitted). Can you flag this as insecure and not to be used,
Package: ftp.debian.org
Severity: normal
Hi,
See bug #830294 - trn is insecure, upstream has long since gone away,
no-one has effort work on the grotty old codebase, and people can use
trn4 instead. I am the trn maintainer.
I think we should probably aim to remove it from stable in an future
Dirk Eddelbuettel writes:
> We had r-cran.mk as is for a few (ten) thousand builds by now. It works. Here
> either r-cran-rngtools or the autobuilder seems to be at fault.
r-cran-rngtools had the misfortune to encounter an autobuilder that
supplied a non-minimal environment it
> On 03 Jul 2016, at 22:06, z...@debian.org wrote:
>
> Control: tags 796612 + patch
> Control: tags 796612 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for flashybrid (versioned as 0.18+nmu2) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
On Thu, 2016-07-07 at 21:45 +0200, Petter Reinholdtsen wrote:
> [Adam D. Barratt]
> > The version in unstable has:
> >
> > if (month < 0) {
> > /* make sure that nothing bad happens if the month bits were zero */
> > month = 0;
> > }
> >
> > which seems like a more
On Thu, Jul 07, 2016 at 09:40:24PM +, Richard Levitte via RT wrote:
> On Sat Jul 02 10:59:38 2016, k...@roeckx.be wrote:
> > /* Add to include/openssl/x509v3.h */
> >
> > void X509_set_extension_flags(X509 *x, uint32_t ex_flags);
> > void X509_clear_extension_flags(X509 *x, uint32_t ex_flags);
Package: trn
Version: 3.6-24
Severity: grave
Tags: security upstream
Justification: user security hole
Hi,
I am the maintainer for trn, and have seen evidence that it's not safe
to use with untrusted input (e.g. usenet).
Further, I've asked and no-one wants to work on its rather elderly
Package: wnpp
Severity: wishlist
Owner: Andreas Romeyke
* Package name: checkit-tiff
Version : 0.1.1
Upstream Author : Andreas Romeyke
* URL : https://github.com/SLUB-digitalpreservation/checkit_tiff
* License
* Jérémy Lal [Sat Feb 20, 2016 at 05:30:51PM +0100]:
> That function has been added in openssl 1.0.2, which is not the jessie
> version 1.0.1.
> If the only problem is there,
> https://github.com/nodejs/node/commit/ae8831f240f4477ab3372094d2207897fc5d1e17
> shows that these functions are needed
Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin
* Package name: django-setuptest
Version : 0.2.1
Upstream Author : Praekelt Consulting
* URL : https://github.com/praekelt/django-setuptest/
* License
For some now even dropping down to the console will not work. I am stuck in
a blank screen. The one workaround I have found is to ling via ssh and run
: rm -r /var/cache/lightdm and then systemctl restart lightdm
On Thu, Jun 16, 2016 at 2:16 PM, Herminio Hernandez, Jr. <
Control: retitle -1 term should clear discard-output flag in more situations
Although the FreeBSD manual page for termios(4)
https://www.freebsd.org/cgi/man.cgi?query=termios=0=4=FreeBSD+10.3-RELEASE+and+Ports=default=html
documents the DISCARD key, the kernel doesn't appear to implement it:
Hi Gianfranco!
On 6 July 2016 at 05:17, Gianfranco Costamagna wrote:
>>I'd say the important points to convey are "1. many contributors, 2. GPL2".
>
>
> Actually I agree, I try to sum up files for licenses, instead of copyright
> holders
> e.g.
> all the autoconf*
Package: claws-mail
Version: 3.13.2-1
Severity: normal
If you hit "reply" to an email you wrote that's in your Sent box,
claws-mail correctly determines you meant to follow-up and composes a
new mail with the same recipient as the original, rather than doing the
useless behaviour of replying to
This is now fixed in upstream's repo:
https://sourceforge.net/p/trustedqsl/tqsl/ci/42ac55f0fd8a79fb7d72d82808b63244547b59ce/
so will be resolved by the next upstream release.
On Sun, Jun 26, 2016 at 3:24 AM, Kurt Roeckx wrote:
> Source: trustedqsl
> Version: 2.2.1-1
> Severity:
Hi Adam,
Thank you for taking the time to help me along the way and to produce
higher quality work.
On 5 July 2016 at 22:12, Adam Borowski wrote:
>
>> * Fix serious errors in debian/copyright. This is not a GPL2+ package.
>> Cme was used to generate a
Source: python-pyscss
Version: 1.3.4-5+b1
Severity: important
When trying to use this package as a build dependency, I noticed it fails
because of a missing dependency:
# python2-pyscss uideps/kube-6.0/src/kube.scss
Traceback (most recent call last):
File "/usr/bin/python2-pyscss", line 5, in
On Thu, 07 Jul 2016, Sam Hartman wrote:
> > "Raphael" == Raphael Hertzog writes:
> Raphael> The chevron that controls the expansion of the action item
> Raphael> is accompanied by a "[Toggle details]" string which is
> Raphael> supposed to be shown to screen
On 7 July 2016 at 16:04, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > Our default build does not use xvfb-run, we only this 'as needed' and eg in
| > all of my packages that have xvfb I *also* have xauth:
|
| Right, and that's as it should be. r-cran-rngtools
Fixed upstream in FreeBSD r302398
https://svnweb.freebsd.org/changeset/base/302398
On Thursday, July 07, 2016 05:42:22 PM Paul Gevers wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Since the introduction of glibc 2.23 in unstable, fpc is uninstallable on
> powerpc (bug 826300). As fpc is needed to build fpc, we can't anymore fix
> the issue without bootstapping fpc
Package: wireless-regdb
Version: 2015.07.20-1
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali
Hello Ben,
there's a new upstream release available:
https://www.kernel.org/pub/software/network/wireless-regdb/wireless-regdb-2016.06.10.tar.xz
It would be nice to update the Debian
Hello,
Kalle Olavi Niemitalo, on Thu 07 Jul 2016 23:32:19 +0300, wrote:
> I patched term/users.c (open_hook) so it clears the FLUSH_OUTPUT
> flag if the tty was not already open.
There again, such few-lines change is not copyrightable, and thus
doesn't need copyright assignment.
Samuel
It seems there has been some upstream progress with the issues. Also upstream
seems to have at least some interest in a Debian package.
See this mailing list post from march this year:
https://sourceforge.net/p/qucs/mailman/message/34967589/
signature.asc
Description: This is a digitally signed
Source: pagekite
Version: 0.5.8e-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the "reproducible builds" effort [0], we noticed
that pagekite could not be
I patched term/users.c (open_hook) so it clears the FLUSH_OUTPUT
flag if the tty was not already open.
I built hurd from commit bc170131016969f1d79409337833046ae1f4501b
(2016-06-14 "pfinet: fix memory leak") + the following changes:
* debian/patches/exec_filename_*.patch from the Debian hurd
Source: hmmer
Version: 3.1b2+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the "reproducible builds" effort [0], we noticed
that hmmer could not be built
Package: icedove
Version: 1:45.1.0-1~deb8u1
Followup-For: Bug #829531
Dear Maintainer,
* What led up to the situation?
Crash (segfault).
* What exactly did you do (or not do) that was effective (or
ineffective)?
Changing folders, deleting mails or icedove simply waiting in
Package: wnpp
Severity: normal
The current maintainer of lostirc, Martin Braure de Calignon ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and
Package: wnpp
Severity: normal
The current maintainer of gaim-themes, Martin Braure de Calignon
,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough
Dirk Eddelbuettel writes:
> Our default build does not use xvfb-run, we only this 'as needed' and eg in
> all of my packages that have xvfb I *also* have xauth:
Right, and that's as it should be. r-cran-rngtools build-depends on
neither, which is also perfectly reasonable.
On Tue, 19 Jan 2016 16:06:43 -0800 Martin Michlmayr wrote:
> Package: chordii
> Version: 4.3+repack-2
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation
>
> This package fails to build with GCC 6. GCC 6 has not been
On 7 July 2016 at 14:18, Dirk Eddelbuettel wrote:
|
| On 7 July 2016 at 14:59, Aaron M. Ucko wrote:
| | Dirk Eddelbuettel writes:
| |
| | > A Depends: added to r-base-dev, which all packages Build-Depends: on,
should
| | > do this, right?
| |
| | Yes, that would also work.
|
Source: zurl
Version: 1.5.1-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst zurl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
00:00:00.00
Source: dh-ocaml
Version: 1.0.10
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that dh-ocaml could not be built
Hi!
On Thu, 2016-07-07 at 20:37:39 +0200, Julian Andres Klode wrote:
> Package: dpkg
> Version: 1.18.9
> Severity: serious
>
> dpkg fails to purge a package in our test suite, crashing with a segmentation
> fault. You can reproduce
> it by building apt and running
>
Hi Dmitry,
> You say that we can read some flag set by dh-python. However, dh-python
> (aka pybuild) already sets http{,s}_proxy environment variables which
> disable network access for Sphinx. So packages using dh-python are already
> safe.
Ah, nice. I'll go ahead and file bugs against the
[Adam D. Barratt]
> The version in unstable has:
>
> if (month < 0) {
> /* make sure that nothing bad happens if the month bits were zero */
> month = 0;
> }
>
> which seems like a more minimal-style change than the assert. Could we
> have an updated debdiff including that
control: reassign -1 xserver-xorg-video-inte
control: forcemerge 819116 -1
control: affects -1 lightdm light-locker
On Thu, 2016-07-07 at 21:06 +0200, Chris Lamb wrote:
>
> My mouse cursor does not re-appear after unlocking. If I switch to a virtual
> console and back (eg. with CTRL+ALT+F1 and
> On Jul 7, 2016, at 8:57 PM, Holger Wansing wrote:
>
> Hi,
>
> Holger Wansing wrote:
>> Hi,
>>
>> Paul Wise wrote:
On Sat, Jun 25, 2016 at 9:55 AM, Jeffrey Walton wrote:
The Ports wiki page
The network access are probably due to the test suite.
Francois
Hi Chris,
On Thu, Jul 07, 2016 at 09:53:53AM +0200, Chris Lamb wrote:
> Hi,
>
> According to Debian Policy 4.9, packages may not attempt network
> access during the build. However, the intersphinx mapping extension
> causes attempted network access in almost all of Sphinx' reverse
> build-
Hi Adrian,
On Thu Jul 7 15:17:50 2016 GMT+0200, John Paul Adrian Glaubitz wrote:
> On 07/07/2016 03:10 PM, John Paul Adrian Glaubitz wrote:
> > On 07/07/2016 10:51 AM, Francesco Potortì wrote:
> > There is an actual reason why the package has not migrated to testing yet
> > [1]
> > which are the
Source: pycurl
Version: 7.43.0-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst pycurl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
On Thu, Jul 07, 2016 at 08:22:24PM +0100, Ian Campbell wrote:
> On Thu, 2016-07-07 at 20:52 +0200, Reiner Herrmann wrote:
> > While working on the "reproducible builds" effort [1], we have noticed
> > that linux could not be built reproducibly.
> > Since we started varying the shell used for
Source: libfurl-perl
Version: 3.08-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libfurl-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
On Thu, 2016-07-07 at 20:52 +0200, Reiner Herrmann wrote:
> While working on the "reproducible builds" effort [1], we have noticed
> that linux could not be built reproducibly.
> Since we started varying the shell used for /bin/sh (bash vs. dash),
> linux no longer builds reproducibly.
OOI what
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
On Thu, 2016-07-07 at 17:55 +0100, Simon McVittie wrote:
> So if you use "xprop -id 4194305" (in this case) to inspect that window,
> you should hopefully find a consistent address and pid attached to it.
From .xsession-errors:
+ eval
Source: curl
Version: 7.47.0-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst curl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
00:00:00.00
Package: chromium
Version: 51.0.2704.79-1
Severity: normal
Dear
Maintainer,
Chromium is incorrectly looking for its
master_preferences. When launched for the first time, it outputs this
error:
[5731:5731:0707/015325:ERROR:master_preferences.cc(200)] Failed
to read preferences from
On 7 July 2016 at 14:59, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > A Depends: added to r-base-dev, which all packages Build-Depends: on, should
| > do this, right?
|
| Yes, that would also work.
Turns out that xvfb is not in there so maybe I go back to checking
On 07/07/16 19:43, Maximiliano Curia wrote:
> Everything uploaded, please block the above source packages.
All blocked.
Cheers,
Emilio
Package: flatpak
Version: 0.6.7-1
Severity: normal
Currently flatpak.postinst runs `flatpak remote-list --system` in
order to initialize the system repo. I don't see any reason why this
is needed, though. The user may only want to install user
applications. Furthermore, install a system
On Saturday, June 25 2016, I wrote:
> Dear mentors,
>
> I am looking for a sponsor for my package "lua-stdlib":
>
> * Package name: lua-stdlib
> Version : v35
> Upstream Author : Reuben Thomas et al.
> * URL or Web page : https://github.com/rrthomas/lua-stdlib
> * License
Package: lightdm
Version: 1.18.2-1
Severity: normal
Hi,
My mouse cursor does not re-appear after unlocking. If I switch to a virtual
console and back (eg. with CTRL+ALT+F1 and CTRL+ALT+F7) the cursor re-appears.
I am using awesome 3.4.15-1+b1.
Regards,
--
,''`.
: :' : Chris
On Thu, Jul 07, 2016 at 08:51:09PM +0200, Emilio Pozuelo Monfort wrote:
> Control: forwarded -1
> https://release.debian.org/transitions/html/perl5.24.html
>
> On 07/07/16 12:55, Niko Tyni wrote:
> OK. Please let us know when you think things are ready to start.
Sure, will do.
> > There are
Package: cdimage.debian.org
Severity: wishlist
Hello,
While browsing www.debian.org it came to my attention than no matter
which language you choose to see the site, the green box in the top
right corner
always points to the same iso image,
Dirk Eddelbuettel writes:
> A Depends: added to r-base-dev, which all packages Build-Depends: on, should
> do this, right?
Yes, that would also work.
Thanks!
--
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ |
"Aaron M. Ucko" writes:
> * Tests 244 (tLSQaips), 245 (tLSQFit), 353 (tLCEllipsoid), and 431
> (tFITSExtImage) failed on all of these architectures except armel and
> armhf, with floating point discrepancies. In the case of
> tFITSExtImage, these discrepancies resulted
1 - 100 of 303 matches
Mail list logo