Am Donnerstag, 7. Juli 2016, 12:03:48 CEST schrieb Massimiliano Leoni:
> Package: plasma-workspace
> Followup-For: Bug #829614
Dear Massimiliano, hello Gard
> In addition to the info provided in Bug #829614, which I am also
> experiencing, Iwould like to add that desktop search is broken as well
On Thu, Jul 07, 2016 at 02:10:46PM +0200, Benjamin Drung wrote:
> We implemented a fix for jessie by patching the link.defn to check the
> device to be a InfiniBand devices and run the commands above instead
> (patch is attached).. Maybe the InfiniBand support should be placed in a
> separate
>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 missing -nvidia and -nvidia-dbg packages. These packages will
>> need to be excluded for
Hi Sam,
On Thu, 07 Jul 2016, Sam Hartman wrote:
> The new tracker is significantly less accessible using the Orca screen reader
> on firefox than the old PTS.
> The big problem is that I cannot find a way to easily expand the collapsed
> tabs, so I cannot get to most of the information.
I
Package: kded5
Version: 5.23.0-1
Severity: important
Dear Maintainer,
After recent upgrade, some services on my Plasma desktop are out of order:
- no response to krunner requests
- no popup after right-click on wallpaper
- no popup after right-click on panel
I found errors in
Hi,
thanks Lucas!
[Lucas Nussbaum, 2016-07-07]
> Please find below a list of packages whose build log contains "no
> package to act on". No packages contain the same string prepended by
> "E: " as pointed in the message above.
>
> I can provide the build logs if useful.
are all of them
Control: tags -1 +patch
Hi Matthias!
As discussed previously at DebConf16, I have backported the cpu32 patch by
Jose Marchesi [1] to the gcc-5-branch, I used the current SVN revision
of the gcc-5-branch, so this patch should probably be updated after the
svn-updates.diff patch.
With this patch
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: http-prompt
Version : 0.4.1
Upstream Author : Chang-Hung Liang
* URL : https://github.com/eliangcs/http-prompt/
* License : Expat
Programming Lang: Python
Source: xdffileio
Version: 0.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,
xdffileio fails to build from source in unstable/amd64:
Source: node-xmpp
Version: 0.3.2-2
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,
node-xmpp fails to build from source in unstable/amd64:
Control: forwarded -1 b...@herbesfolles.org
Control: tag -1 + upstream
Hi Colomban,
the GNOME maintainers in Debian were kind enough to let us know about
nautilus-wipe using deprecated gnome-common macros/variables:
https://bugs.debian.org/829909
This seems to be an upstream issue to me.
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
Hi,
Please find
> kdelibs5-dev is a Qt4 based package. Why would it need to find the
> Qt5 version of qca2?
Ah, that explains it!
The KF5 and Plasma packages in stretch use Qt5, so I thought kdelibs5-dev was
the correct dependency for building an application against KF5.
Thanks!
The below patch fixes the issue. ion.ocp.ohiou.edu doesn't appear to be
up right now, though, and I'm having a hard time finding out if there's
somewhere upstream I can send this patch as well.
---
debian/changelog | 7 +
debian/patches/0004-ftbfs-with-gcc-6.patch
On Thursday, July 07, 2016 03:36:27 PM Lucas Nussbaum wrote:
> 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
On 07/07/16 at 16:10 +0200, Piotr Ożarowski wrote:
> Hi,
>
> thanks Lucas!
>
> [Lucas Nussbaum, 2016-07-07]
> > Please find below a list of packages whose build log contains "no
> > package to act on". No packages contain the same string prepended by
> > "E: " as pointed in the message above.
>
Source: krunner
Severity: important
Dear Maintainer,
since an upgrade almost a week ago krunner doesn't start any programs anymore
(it opens the text field but doesn't react to entered text). It remembers the
last (unsuccessful) entries though and offers to complete them but there is no
reaction
Source: r-cran-digest
Version: 0.6.9-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,
r-cran-digest fails to build from source in
Package: dracut
Version: 044+105-2
Severity: normal
Hello Thomas! I'm at your BoF at Debconf, and grateful to you for answering all
my random
questions today.
I experienced a problem which I thought would be best reported as a Debian bug.
Note that I am on a mixed jessie/sid system, so I am
Package: php-horde-sesha
Version: 1.0.0~rc3-1
Severity: normal
Dear Maintainer,
the search function of the horde sesha app doesn't work. Selecting all
properties and insert a search value, that matches only a single
entry, lists all entries as result. If the "Only exact matches" is
selected, no
On Mon, 2016-07-04 at 17:48 +0100, Simon McVittie wrote:
>
> These indicate that something in your session, whose controlling terminal
> is /dev/pts/0 (?!), used D-Bus and started a dbus-daemon as a side-effect
> ("autolaunching", pid 30347/30348); and in addition, dbus-launch was run
> during
On Tuesday, July 05, 2016 09:31:45 PM Guido Günther wrote:
> Package: ftp.debian.org
> Severity: normal
I've gone ahead and done this removal, but it appears to affect some
metapackages:
Checking reverse dependencies...
# Broken Depends:
debian-parl: parl-desktop-eu
Source: lemonldap-ng
Version: 1.9.4-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst lemonldap-ng builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
On 07/07/2016 10:51 AM, Francesco Potortì wrote:
> But this is not how it should work, please update the repositories.
There is an actual reason why the package has not migrated to testing yet [1]
which are the missing -nvidia and -nvidia-dbg packages. These packages will
need to be excluded for
Package: postgresql-common
Version: 175
Severity: normal
pg_upgradecluster currently doesn't check if the old cluster uses data
checksums. We should fix that.
Christoph
Am 06.07.2016 um 20:53 schrieb Herbert Fortes:
> Hi Michael,
>
>> Upstream has documentation at [6] with how you can fix your package and
>> why those particular changes were made.
>>
>> According to codesearch.d.n your package gthumb uses one of the macros or
>> variables so might be affected,
I have lived with this same problem for about a month before discovering
this packaging bug.
The Debian testing distribution still has these packages at version
1.10, which makes them non-working:
mate-sensors-applet-nvidia
mate-sensors-applet-common
mate-sensors-applet
In data giovedì 7 luglio 2016 14:53:37, Martin Steigerwald ha scritto:
> What does
>
> balooctl status
>
> say?
>
> And what
>
> dpkg -l | grep baloo | cut -c1-72
>
> ?
Here is the output of the commands above:
~$ balooctl status
~$ dpkg -l | grep baloo | cut -c1-72
> The original
Arturo,
I will try to enable that on next upload. Bear with me as it may
take a while.
cheers
--
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333
keybase: http://keybase.io/gfa
On Sat, 02 Jul 2016 23:28:32 +0200 Moritz Muehlenhoff wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Hi,
> please remove php5-midgard2. It hasn't seen a maintainer upload for
> more than four years, it's removed from testing for almost 3 years and
popcon is
> virtually
The code in question is generated by the protobuf compiler. Since humans
shouldn't be reading this code anyway I think it's safe to disable the
warning here. Looking to see if there's a good way to selectively
disable it just for the proto bits...
--
Mike Gerow
ge...@mgerow.com
signature.asc
Package: ftp.debian.org
Severity: normal
Hi,
The apq package by itself is useless since it requires one of the actual
database implementations (e.g. postgresql). APQ-Postgresql has been
removed from Debian some time ago due to licensing issues (see bugs
#763286). Additionally upstream no longer
Package: pcmanfm
Version: 1.2.4-1
Architecture: i386 (Testing)
In the menu: File -> Create New
not appear the custom templates.
It works correctly with: right click -> Create New
Thanks
Walter
Package: systemd
Version: 215-17+deb8u4
Severity: normal
Dear Maintainer,
after an upgrade from wheezy to jessie wake-on-lan does not work anymore.
The output from ethtool shows, that wake-on-lan is enabled, but after a
shutdown and sending a wake-on-lan
signal from an other computer does not
Package: sponsorship-requests
Severity: normal
X-Debbugs-Cc: rogershim...@gmail.com
Dear mentors,
I am looking for a sponsor for my package "libcork"
* Package name: libcork
Version : 0.15.0+ds-4
Upstream Author : Douglas Creager
* URL
control: severity -1 serious
Hi, this is now RC with 2.23 on unstable.
and according to #695547 a new upload might be already on its way
for unstable.
G.
Hi,
Packaging the next upstream version (3.5) should fix the CVEs on unstable.
The package has still a significant popcon, it's worse working on it.
Vincent: If you don't package the next upstream version, I'll do an NMU.
Concerning stable, I'll propose a patched version to the security team.
Package: auditd
Version: 1:2.6.3-1
Severity: grave
Tags: fixed-upstream upstream
Justification: renders package unusable
Hi,
So apparently with 2.6.3 the daemon can crash at startup in some
situation.
Let's prevent the migration until it's fixed (again...)
Cheers,
Laurent Bigonville
--
severity 796609 grave
severity 796582 grave
severity 796585 grave
severity 796604 grave
severity 796617 grave
severity 796618 grave
severity 796621 grave
severity 796636 grave
severity 796638 grave
severity 796605 grave
severity 796608 grave
severity 796612 grave
thanks
Hello,
most packages that
On Jul 05, Cyril Brulebois wrote:
> For those wondering (and AFAICT) it seems the only issue here is how to
> handle multilib, since multiarch is “hidden” below usr/lib (in
> usr/lib/ subdirectories).
Indeed.
> Actually, this means an architecture which isn't listed doesn't get
Am Donnerstag, den 07.07.2016, 15:46 +0200 schrieb Guus Sliepen:
> On Thu, Jul 07, 2016 at 02:10:46PM +0200, Benjamin Drung wrote:
>
> >
> > We implemented a fix for jessie by patching the link.defn to check
> > the
> > device to be a InfiniBand devices and run the commands above
> > instead
> >
Hi,
libuv upstream here. This is (most likely) due to the test suite. Given
libuv is a i/o library it does some i/o with the outside world in a few
tests. What is the policy for these kind of packages?
Debian could have a patch skipping those tests, but I doubt we'd apply
them upstream.
I am preparing a new xorp package with a updated source. The latest
changes are already on svn repository.
The updated sources fix the current issue. But fails with another g++
error:
fea/data_plane/io/io_ip_socket.cc: In member function 'virtual int
IoIpSocket::send_packet(const string&,
Source: nodejs
Version: 4.4.7~dfsg-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst nodejs builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
tag 825014 patch fixed-upstream
thanks
On Sun, May 22, 2016 at 04:55:36PM +0300, Niko Tyni wrote:
> Package: net-snmp
> Version: 5.7.3+dfsg-1.3
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.24-transition zrh2016
>
> This package fails to build with Perl 5.24
Source: r-cran-timedate
Version: 3012.100-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,
r-cran-timedate fails to build from source in
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 missing -nvidia and -nvidia-dbg packages. These packages will
> need to be excluded for the
On Fri, 27 May 2016 at 11:53:13 +0200, Yuri D'Elia wrote:
> Given only one plugin actually needs pspell, I would advocate to downgrade the
> current dependency of php-spell to a Recommends instead.
In fact it's currently listed as Depends following #793857. But I guess
we could change the logic
Thanks Michael!
Em Qui, 2016-07-07 às 16:32 +0200, Michael Biebl escreveu:
> Am 06.07.2016 um 20:53 schrieb Herbert Fortes:
> > Hi Michael,
> >
> > > Upstream has documentation at [6] with how you can fix your package and
> > > why those particular changes were made.
> > >
> > > According to
Control: tags -1 + patch
this can be worked around by calling g++ with -std=gnu++98, adding CXXFLAGS =
-std=gnu++98 in debian/rules. Maybe not the worst idea for an unmaintained
upstream source.
Control: tags -1 + confirmed
On Thu, 2016-07-07 at 14:49 +0200, Christoph Biedl wrote:
> there is a way to trigger a segfault in the tcprewrite program,
> part of the tcpreplay package. This has been assigned
> CVE-2016-6160, BTS#829350.
>
> Security team has suggested to fix this in a point
Source: casacore
Version: 2.1.0-1
Severity: important
Justification: fails to build from source
The armel build of casacore hit one test suite error not reported in
#830248 because it didn't affect any other unsigned-char architectures:
279/447 Test #279: tFitToHalfStatistics
Source: casacore
Version: 2.1.0-1
Severity: important
Justification: fails to build from source
The i386 build of casacore failed with test suite errors, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=casacore=i386=2.1.0-1=1467846711
Please note that this architecture has an
On Sun, 2016-06-26 at 18:18 +0200, gregor herrmann wrote:
> On Sun, 26 Jun 2016 17:00:36 +0100, Adam D. Barratt wrote:
>
> > On Sun, 2016-06-26 at 15:10 +0200, gregor herrmann wrote:
> > > I've prepared an update for libbusiness-creditcard-perl in
> > > jessie{,-updates} which fixes #814479 for
Source: casacore
Version: 2.1.0-1
Severity: important
Justification: fails to build from source
The (32-bit, big-endian) mips build of casacore hit three test suite
timeouts and five other test suite errors, as detailed at
On Sat, 2016-06-18 at 09:21 +0200, Petter Reinholdtsen wrote:
> [Andreas Bombe]
> diff --git a/src/check.c b/src/check.c
> index e8aaf92..086b923 100644
> --- a/src/check.c
> +++ b/src/check.c
> @@ -29,6 +29,7 @@
> #include
> #include
> #include
> +#include
>
> #include "common.h"
>
Source: bsdmainutils
Version: 9.0.10
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale toolchain
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that
> "Raphael" == Raphael Hertzog writes:
Raphael> Hi Sam,
Raphael> On Thu, 07 Jul 2016, Sam Hartman wrote:
>> The new tracker is significantly less accessible using the Orca
>> screen reader on firefox than the old PTS. The big problem is
>> that I
Control: notfound -1 1.0.81
Hi,
David McBride (2016-07-06):
> On Tue, 2016-07-05 at 21:01 +0200, Cyril Brulebois wrote:
> > David McBride (2016-07-05):
> > > Package: debootstrap
> > > Version: 1.0.81
> > > Severity: normal
> >
> > Are you sure this is the
Hi,
On Thu, Jul 07, 2016 at 05:41:12PM +0200, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Thu, 2016-07-07 at 14:49 +0200, Christoph Biedl wrote:
> > there is a way to trigger a segfault in the tcprewrite program,
> > part of the tcpreplay package. This has been assigned
> >
Control: tags -1 + confirmed
On Tue, 2016-07-05 at 18:35 +0200, gregor herrmann wrote:
> I've prepared an update for libdatetime-timezone-perl in
> jessie+jessie-updates which incorporates today's tzdata 2016f release
> as a patch changing only the timezone data files.
>
> One of the changes
Package: ftp.debian.org
Severity: normal
Hi,
please remove bio2jack from unstable.
Regards,
Tobias
On Thu, 07 Jul 2016 17:43:16 +0200, Adam D. Barratt wrote:
> On Tue, 2016-07-05 at 18:35 +0200, gregor herrmann wrote:
> > I've prepared an update for libdatetime-timezone-perl in
> > jessie+jessie-updates which incorporates today's tzdata 2016f release
> > as a patch changing only the timezone
Control: tags -1 pending
On 03/21/2016 06:08 AM, Sebastiaan Couwenberg wrote:
>>From the upstream issue tracker:
>
>> Thanks, we fixed this problem some weeks ago in svn.
>> It will be addressed in point release 5.2.2 soon.
Upstream reported that the 5.2.2 release is probably not happening any
Source: casacore
Version: 2.1.0-1
Severity: important
Justification: fails to build from source
Builds of casacore for architectures on which plain char is unsigned
(arm64, armel, armhf, powerpc, ppc64el, and s390x, and the non-release
architecture ppc64) failed with various test suite errors,
Hello,
the reason for the crash is the startup notification. A workaround is to
use awful.util.spawn("command", false) instead of
awful.util.spawn("command") to disable this notification.
awful.util.spawn_with_shell also works. Newer versions of awesome have
rewritten the spawn functions and
On Thu, 07 Jul 2016 at 15:56:15 +0200, Yves-Alexis Perez wrote:
> When running the second time, I get:
>
> corsac 28763 0.0 0.0 43696 388 ?S15:52 0:00
> /usr/bin/dbus- launch --exit-with-session --sh-syntax
>
>
> so no dbus-daemon
Source: casacore
Version: 2.1.0-1
Severity: important
Last report for today. ;-)
The mips64el build of casacore failed with test suite errors, as detailed at
https://buildd.debian.org/status/fetch.php?pkg=casacore=mips64el=2.1.0-1=1467865761
Could you please take a look?
Thanks!
On Wed, 06 Jul 2016 at 18:02:57 +0100, Simon McVittie wrote:
> Here are patches; I based them on what gdm3 does. In my testing on an
> embedded Debian derivative, they seem to interoperate nicely with xdm.
Sjoerd Simons pointed out some things that could be improved, leading
to the attached
Thanks for the report -- I will fix this upstream.
On Wed, Jul 06, 2016 at 04:53:05PM +0200, Christian Hofstaedtler wrote:
> Yes, but that is still better than not working at all.
Ok, I'll try to create a service file for the o2cb cluster stack
that is not too complicated.
The pacemaker cluster stack does not need the service files as
it starts
tag 828766 + pending
thanks
Some bugs in the liblucy-perl package are closed in revision
d78678fe181f5f91719ccb6b5b42e8090cea9ddd in branch 'master' by
intrigeri
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/liblucy-perl.git/commit/?id=d78678f
Commit message:
Control: tags -1 + pending
On Sun, 2016-07-03 at 15:00 +0200, Sebastian Andrzej Siewior wrote:
> On 2016-06-28 11:56:47 [+0200], Julien Cristau wrote:
> > Please go ahead.
> thanks, done.
Flagged for acceptance.
Regards,
Adam
Hello Daniel,
which theme do you use?
On Thu, Jun 23, 2016 at 09:20:51PM +0200, Carsten Schoenert wrote:
> Hello Daniel,
>
> On Mon, Jun 13, 2016 at 06:12:25PM +0200, Daniel Pocock wrote:
> > Thanks for that feedback, I wasn't aware of the right mouse button doing
> > that. It appears to work
Source: casacore
Version: 2.1.0-1
Severity: important
Justification: fails to build from source
Builds of casacore on kFreeBSD and the Hurd failed with errors along
the lines of
/usr/include/i386-kfreebsd-gnu/sys/resource.h:87:69: error: declaration of
'int getrusage(__rusage_who_t, rusage*)
Package: nodm
Version: 0.12-1
Severity: minor
Tags: patch
nodm 0.12-1 logs the following warning when run without pam_ck_connector:
Jul 07 15:52:29 host nodm[955]: PAM unable to dlopen(pam_ck_connector.so):
/lib/security/pam_ck_connector.so: cannot open shared object file: No such file
or
Hi Mike--
Over on https://bugs.debian.org/811610, you wrote:
> [ Unknown signature status ]
> Proposing this patch to just disable the warning. Not super familiar
> with the general policies around this, though.
>
> ---
> debian/changelog | 7 +++
> debian/rules | 6 ++
> 2 files
On 04/07/2016 19:37, Christoph Biedl wrote:
> That was silently fixed in upstream commit 1:5.20-1 so this doesn't
> happen any more, even in jessie.
Thanks for checking!
> If you still encounter that, please re-open.
The bug is fixed on my system, too.
Thanks again,
--
Laurent.
Package: login
Version: 1:4.2-3.1
Severity: important
Dear Maintainer,
Please add pts/0 to list of terminals allowed for root login
i.e. /etc/securetty. pts/0 is used when we try to login to a container
which is run using systemd-nspawn via machinectl.
*machinectl login container* command uses
Hello Apollon,
thanks for the information, maybe doing the default installation not
into the dovecot-core directory but another location and move them later
with dh_install --fail-missing could prevent such issues in the future?
Sincerely
Harald
Source: ruby-oj
Version: 2.16.1-1
Severity: serious
>From my pbuilder build log:
...
┌──┐
│ Run tests for ruby2.3 from debian/ruby-tests.rb │
Control: tags -1 + confirmed
On Tue, 2016-07-05 at 17:09 +0200, Noël Köthe wrote:
> Hello Salvatore and Stable Release Managers,
>
> Am Dienstag, den 05.07.2016, 15:44 +0200 schrieb Salvatore Bonaccorso:
[...]
> > > wget in stable is affected by CVE-2016-4971, an issue where wget
> ...
> >
I had the same problem, but it was resolved for me in 2.0.3a-1.
--
Soren Stoutner
so...@stoutner.com
623-262-6169
tags 811594 patch
thanks
The following patch should fix things up. Sending it upstream as well.
---
debian/changelog| 7 +
debian/patches/fix-ftbfs-in-gcc-6.patch | 51 +
debian/patches/series | 1 +
3 files
forwarded 829899 https://bugzilla.gnome.org/show_bug.cgi?id=768528thanks
-- Herbert Parentes Fortes Neto (hpfn)
signature.asc
Description: This is a digitally signed message part
On Thu, 07 Jul 2016 17:47:47 +0200, Adam D. Barratt wrote:
> > > I'd be okay with either of those options, having looked at the upstream
> > > diff.
> > Thanks, then I think we can proceed with the second option, i.e.
> > updating to the "full" 0.35 release.
> > I'm attaching a new debdiff for
Source: python-scrapy
Version: 1.0.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,
python-scrapy fails to build from source in
Source: r-cran-lpsolve
Version: 5.6.13-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,
r-cran-lpsolve fails to build from source in
On donderdag 7 juli 2016 17:20:31 CEST Maria wrote:
> APT policy: (500, 'testing')
Sounds very much like a timing issue and should be resolved when all the
relevant packages are migrated from sid to testing.
signature.asc
Description: This is a digitally signed message part.
> I had the same problem, but it was resolved for me in 2.0.3a-1.
Deniz, is it resolved for you too?
signature.asc
Description: This is a digitally signed message part.
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 09/03/14 at 22:26 +0100, Francesco Poli (wintermute) wrote:
> Package: libpetsc3.4.2
> Version: 3.4.2.dfsg1-6
> Severity: serious
> Justification: Policy 2.3
> User: debian-science-maintain...@lists.alioth.debian.org
> Usertags: scotch-license-issues
>
> Hello,
> the library
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 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
[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
¡Hola Emilio!
El 2016-07-04 a las 15:47 +0200, Emilio Pozuelo Monfort escribió:
Control: tags -1 confirmed
akonadi
akonadi4
kleopatra
kalarmcal
kdepimlibs
kf5-kdepimlibs
akonadi-search
kjots
kmailtransport
libkolab
kdepim4
akonadi-calendar
libkf5libkdepim
kdepim-runtime
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
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 again on that
Hi,
Holger Wansing wrote:
> Hi,
>
> Paul Wise wrote:
> > On Sat, Jun 25, 2016 at 9:55 AM, Jeffrey Walton wrote:
> >
> > > The Ports wiki page (https://www.debian.org/ports/) appears to be out
> > > of date. Its causing confusion among users and
1 - 100 of 303 matches
Mail list logo