-> I tried to connect to Windows Server 2003 R2 Standard Edition
-
-> no debug symbol associated to package, recompile from source
$ apt-get install debian-goodies
$ find-dbgsym-packages
Hallo Michael,
I have to chime in as I probably encouraged Phil for this RFS.
On Fri, 3 Jan 2020 22:26:35 -0600 Michael Lustfield <
mich...@lustfield.net> wrote:
> Thanks for your interest contributing to Debian.
>
> Unfortunately, the packages you built are not DFSG-free and have
additional
>
Package: extrepo
Version: 0.6
Severity: important
Dear Maintainer,
I did a fresh installation of extrepo on Debian Unstable machine.
When I tried starting it for the first time, it gave be the output as given in
the paste here https://paste.debian.net/1124442/
-- System Information:
Debian
Package: wnpp
Severity: wishlist
Owner: Antonio Valentino
* Package name: pyzoltan
Version : 1.0.1
Upstream Author : PySPH Developers
* URL : http://github.com/pypr/pyzoltan
* License : BSD
Programming Lang: Python
Description : Wrapper for the Zoltan
Source: libreoffice
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: ppc64
Hi!
The build on ppc64 currently fails because debian/rules tries to execute some
script code on ppc64 which is relevant for the OOO_NOGUI_ARCHS in debian/rules.
Specifically, the build fails with:
#
Package: nm.debian.org
in /person/:uid/amprofile, only the old-style processes are listed,
missing the new-style ones.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org
Package: aegisub
Version: 3.2.2+dfsg-5
Severity: wishlist
Tags: patch
User: team+bo...@tracker.debian.org
Usertags: boost1.71
Dear Maintainer,
your package fails to build with boost1.71. You can find a build log
attached. If you want to attempt the build yourself, an updated version
of
Control: tags -1 pending
I plan to discourage use of /etc/default/opendkim, ie to mark it as
‘legacy config’ in a documentation-only fix. Editing
/etc/default/opendkim and then running
/lib/opendkim/opendkim.service.generate to generate systemd override
files will still be supported, but not
Package: schroot
Version: 1.6.10-7
Severity: important
Hi,
with today's update (1.6.10-7), schroot does not work anymore for
non-root users (which are still authorized by mean of the "users"
directive):
> $ schroot -c sid
> E: sid-e3acbcde-86df-4f46-a30a-8bbb72d1620e: Failed to lock chroot:
>
I found this difference from git version:
--- a/rdesktop-1.9.0/ssl.c
+++ b/ssl.c
@@ -307,10 +307,10 @@
{
size_t outlen;
-outlen = (mpz_sizeinbase(modulus, 2) + 7) / 8;
+outlen = (mpz_sizeinbase(rkey->n, 2) + 7) / 8;
if (outlen > max_mod_len)
return 1;
-outlen =
tags 935268 unreproducible
thanks
On Wed, 21 Aug 2019, David Venhoek wrote:
Hi,
> On a fresh debian 9 opencloud image system, after running apt update and apt
> upgrade, trying to install ferm with
> ``/usr/bin/apt-get -y -o "Dpkg::Options::=--force-confdef" -o
>
On Fri, Jan 03, 2020 at 10:44:10AM +0100, Raphaël Hertzog wrote:
> https://salsa.debian.org/pkg-security-team/aflplusplus/-/jobs/481494/raw
Hello,
could you please provide me with the full raw (= text-only) build
log so I can reproduce this?
Regards
Simon
--
+ privacy is necessary
+ using
Hi,
On Sat, 04 Jan 2020, Simon Ruderich wrote:
> On Fri, Jan 03, 2020 at 10:44:10AM +0100, Raphaël Hertzog wrote:
> > https://salsa.debian.org/pkg-security-team/aflplusplus/-/jobs/481494/raw
>
> Hello,
>
> could you please provide me with the full raw (= text-only) build
> log so I can
Package: rdesktop
Version: 1.9.0-1
Severity: normal
Dear Maintainer,
attempting to support triaging another rdesktop bug I found
there does not yet exist a dbgsym package.
I tried to find out why and guess this is caused by the
strip command done in the Makefile.
As stripping would be done by
Control: affects -1 schroot
Hi,
On Sun, 30 Oct 2016, Hilko Bengen wrote:
> it seems that at least on the i386 and amd64 buildds, XDG_RUNTIME_DIR is
> set to a nonexisting directory, /run/user/2952.
I have been bitten by this too and chatted with Aurélien Jarno on
#debian-buildd and it seems
Source: gnome-pie
Version: 0.7.2-1
Severity: serious
Tags: ftbfs
gnome-pie fails to build from source in unstable on amd64 in sbuild:
| /<>/src/actions/action.vala:72.5-72.17: error: Creation method
of abstract class cannot be public.
| public Action(string name, string icon, bool
Control: block -1 by 866455
Control: block -1 by 866429
Control: block -1 by 948062
Hi,
Those listed above should be the blocking bugs.
On Wed, 21 Aug 2019 20:52:55 +0100 "Adam D. Barratt"
wrote:
> Checking reverse dependencies...
> # Broken Depends:
> griffith: griffith
> oboinus: oboinus
>
Source: timeshift
Version: 19.01+ds-2
Severity: serious
Tags: ftbfs
timeshift fails to build from source.
| Utility/AsyncTask.vala:76.2-76.17: error: Creation method of abstract class
cannot be public.
| public AsyncTask(){
|
| Compilation failed: 1 error(s), 11 warning(s)
|
Source: gnome-shell-mailnag
Version: 3.28.0-0.1
Severity: serious
Tags: ftbfs
gnome-shell-mailnag fails to build from source in unstable on amd64
using sbuild:
| aggregate-avatars.vala:28.30-28.30: error: syntax error, invalid array
parameter declaration
| static int main(string args[])
|
On 04/01/2020 08:35, Giovanni Mascellani wrote:
Package: schroot
Version: 1.6.10-7
Severity: important
Hi,
with today's update (1.6.10-7), schroot does not work anymore for
non-root users (which are still authorized by mean of the "users"
directive)
I suspect the problem might be related
Source: pente
Version: 2.2.5-8
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
pente fails to cross build from source, because upstream's configure.in
figures that when cross building AC_CHECK_SIZEOF does not work. That
used to be true very long ago, but it no longer is
On 1/4/20 10:19 AM, John Paul Adrian Glaubitz wrote:
> I haven't verified it, but my suspicion is that the following conditional
> test is
> incorrect as the function findstring will match "ppc64" in OOO_NOGUI_ARCHS if
> it contains "ppc64el":
>
> ifeq "$(ENABLE_GUI)" "y"
> ifneq
Package: wnpp
Severity: wishlist
* Package name: gnomecast
Version : 1.9.5
Upstream Author : Derek Anderson
* URL : https://pypi.org/project/gnomecast/
* URL : https://github.com/keredson/gnomecast
* License : GNU General Public License v3.0
> I'm not at all sure if this is the right way to do it, but I was able to
> build using the enable-tracing.patch from Eloston by commenting out the
> public_configs lines containing zlib_config in
> third_party/perfetto/gn/BUILD.gn
But why not package the new version, which probably already
On Wed, 2020-01-01 at 19:52 +0100, Holger Wansing wrote:
> Hi,
>
> Laura Arjona Reina wrote:
> > Hi
> >
> > The cron job will do the 'git pull' on wolkenstein the next time it
> > runs.
>
> yes, that worked, thanks.
> So, the build was performed via the new script, and thanks to that we
> now
On 1/4/20 2:28 PM, Rene Engelhard wrote:
> That just means that BUILD_NOGUI_PACKAGES=n is set and the nogui part is not
> even tried.
> ppc64 is fast and has server uses, so should definitel get -nogui.
That might be the case. But ppc64 is currently *not* in the list
of OOO_NOGUI_ARCH. Yet your
Russ, I've reviewed your new patch.
I haven't been participating in this discussion before, but I think it
is fair to say that I have significant experience with these sorts of
normative language discussions and Debian policy in general.
I agree with all your changes (with one question below).
-- Forwarded Message -
From: Eugene Roshal
Subject: Re: Fwd: Bug#948108: unrar corrupts filenames given as arguments
Date: Jan 4 2020, at 8:35 am
To: Martin Meredith
Hello,
RAR expects source parameters in local encoding, but converts
them to wchar_t with CharToWide function
Package: svn-workbench
Version: 1.8.2-3
Severity: wishlist
Dear Maintainer,
I see that there is a new upstream version available[¹] and the project
home page is changed [²].
This new version work also with Python3.
Ciao
Davide
[¹]
https://sourceforge.net/projects/pysvn/files/
[²]
On Sat, Jan 04, 2020 at 10:19:13AM +0100, John Paul Adrian Glaubitz wrote:
> The build on ppc64 currently fails because debian/rules tries to execute some
> script code on ppc64 which is relevant for the OOO_NOGUI_ARCHS in
> debian/rules.
Yes.
> # remove lib*uilo.so in --nogui
> find
Hello,
Jonas Meurer kirjoitti 31.12.2019 klo 18.04:
> thanks for maintaining fmtlib in Debian. In order to bring waybar to
> buster-backports, I'd like to upload a backport of fmtlib to buster-backports
> as well. Would you like to take care of this yourself or are you fine with me
> doing the
Package: vmdb2
Version: 0.13.2+git20191220-1
Severity: normal
vmdb2 depends on the kpartx package; could it, instead, use partx from
the essential util-linux package?
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Hello,
Sunil Mohan Adapa [2020-01-01 19:29 -0800]:
> Debian build servers are unable to build the latest Debian package of pcp
> uploaded to repositories: 5.0.2-1 [1]. As a consequence, pcp and it's
> dependencies cockpit and freedombox are at threat of being removed from Debian
> testing on
On 2020-01-04 01:56, Ximin Luo wrote:
> Source: z3
> Version: 4.8.7-2
> Severity: important
> Tags: patch
>
> Dear Maintainer,
>
> Please apply the attached patch to fix the FTBFS on riscv64.
>
Thanks for the patch. I however do not get why it disables java
support. Both javahelper and
On Sat, Jan 04, 2020 at 11:57:02AM +0100, Raphael Hertzog wrote:
> Hi,
>
> On Sat, 04 Jan 2020, Simon Ruderich wrote:
>> On Fri, Jan 03, 2020 at 10:44:10AM +0100, Raphaël Hertzog wrote:
>>> https://salsa.debian.org/pkg-security-team/aflplusplus/-/jobs/481494/raw
>>
>> Hello,
>>
>> could you please
unblock 938816 by 938407
block 938816 by 947887
thanks
My NMU for routes, eliminating the build-dependency on python-webtest was
accepted and built successfully. This leaves the only reverse dependency of
python-webtest in unstable as the cruft binary package python-pecan. The binary
package
Copying bug for the record.
On Sat, Jan 4, 2020 at 12:39 AM Alastair McKinstry wrote:
>
> On 03/01/2020 20:05, Felix Lechner wrote:
> >
> > On Fri, Jan 3, 2020 at 6:33 AM Alastair McKinstry
> > wrote:
> >> I'm adding support for the flang fortran compiler , which ships mod files
> >> that are
* Adrian Bunk:
> I've prepared an NMU for trace-summary (versioned as 0.89-1.1) and
> uploaded it to DELAYED/14. Please feel free to tell me if I should
> cancel it.
Just reschedule your upload to go through right away.
Cheers,
-Hilko
Hello Antonio,
thanks for your comprehensive investigation.
I was not aware that rdesktop did not yet have a dbgsym package,
have opened bug #948126 for this.
And unfortunately if the backtrace in catchsegv ommits function
names, its output is just of help when using the debian binary
with a
Source: gnome-shell-mailnag
Version: 3.28.0-0.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
Control: block -1 by 948128
gnome-shell-mailnag fails to cross build from source, because its
Makefile stores valac in CC. dh_auto_build supplies a c compiler there
and that fails.
Source: plink
Version: 1.07+dfsg-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
plink fails to cross build from source, because it does not pass cross
tools to make. The easiest way of doing so - using dh_auto_build - makes
plink cross buildable. Please consider applying the
Source: pmccabe
Version: 2.6
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
pmccabe fails to cross build from source, because it does not pass cross
tools to make. The easiest way of doing so is using dh_auto_build.
However, the default target of pmccabe includes its testsuite.
Hello David,
I guess the package "thunar-dbgsym gdb" are installed
on your system, but could you please recheck if
packages "libglib2.0-0-dbgsym libgtk-3-0-dbgsym"
are really installed, too?
Kind regards,
Bernhard
On 03/01/2020 20:44, Steve Langasek wrote:
Package: schroot
Followup-For: Bug #947919
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch
Attached is an updated patch which implements source chroots as well.
Dear Steve,
I've had a look over the patch, and have a
Hi,
On Sat, Jan 04, 2020 at 02:33:51PM +0100, John Paul Adrian Glaubitz wrote:
> On 1/4/20 2:28 PM, Rene Engelhard wrote:
> > That just means that BUILD_NOGUI_PACKAGES=n is set and the nogui part is
> > not even tried.
> > ppc64 is fast and has server uses, so should definitel get -nogui.
>
>
Package: clevis-dracut
Version: 11-2
Severity: important
Dear Maintainer,
clevis-dracut includes a script clevis-hook.sh that refers to the
clevis-luks-askpass
executable by its full path
/usr/lib/x86_64-linux-gnu/clevis-luks-askpass
which is obviously only valid on x86 machines. This makes
Package: fatsort
Version: 1.3.365-1+b1
Severity: important
Hi,
fatsort 1.3.365-1+b1 always fails for me with
$ fatsort /dev/sdh1
check_bootsector: Sectors have a size of zero!
read_bootsector: This is not a FAT boot sector or sector is damaged!
openFileSystem: Failed to read boot sector!
close 593398
thanks
I think thats not a bug in ferm, helper loading should be done by the kernel
itself.
On Thu, Dec 19, 2019 at 02:00:43PM +0100, Alberto Luaces wrote:
> Package: sendxmpp
> Version: 1.24-2
> Severity: minor
> Tags: patch upstream a11y
>
> Some formatting characters in the POD are not interpreted in the
> configuration section, so the user is mislead into thinking that each
> value
Aurelien Jarno:
> On 2020-01-04 01:56, Ximin Luo wrote:
>> Source: z3
>> Version: 4.8.7-2
>> Severity: important
>> Tags: patch
>>
>> Dear Maintainer,
>>
>> Please apply the attached patch to fix the FTBFS on riscv64.
>>
>
> Thanks for the patch. I however do not get why it disables java
>
Control: tags -1 pending
Dear Maintainer,
I tried to reproduce it also on amd64 and found it
crashing at the following location.
My knowledge of vala is limited, but is here the member
"suggestion_row.item.database" not yet set, but already accessed?
Kind regards,
Bernhard
Thread 1 received signal SIGSEGV,
Hi,
On Sat, Jan 04, 2020 at 02:07:36PM +0100, John Paul Adrian Glaubitz wrote:
> On 1/4/20 10:19 AM, John Paul Adrian Glaubitz wrote:
> > I haven't verified it, but my suspicion is that the following conditional
> > test is
> > incorrect as the function findstring will match "ppc64" in
Package: dracut
Version: 048+80-2
Severity: important
Dear Maintainer,
The following line needs to be added to
modules.d/90crypt/module-setup.sh
in order for arm64 specific crypto modules to be included in the initrd
(line 31)[[ $arch == aarch64 ]] && arch=arm64
Without this, the kernel
I've reviewed your patch.
It looks good.
One minor suggestion:
+The ``start``, ``stop``, ``restart``, and ``force-reload`` options should
+be supported by all init scripts. Supporting ``status`` is recommended but
+not required. The ``reload`` and ``try-restart`` options are optional.
How about
Hi Paul,
thanks for the notification!
On Thu, Dec 19, 2019 at 12:28:34PM +0100, Paul Gevers wrote:
> Source: libvirt
> Version: 5.6.0-3
> X-Debbugs-CC: debian...@lists.debian.org
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: timeout flaky
>
> Dear maintainers,
>
> Your
On 1/4/20 2:57 PM, Rene Engelhard wrote:
> Yes, because BUILD_NOGUI_PACKAGES=y is set because of findstring vs. filter.
>
> There you *are* right, I didn't say anything else.
This bug report was just about this particular issue
of using the wrong keyword.
>> What? I'm not sure why this would be
On Sat, Jan 04, 2020 at 03:15:02PM +0100, John Paul Adrian Glaubitz wrote:
> Feel free to do the same for powerpc as the build machine
> for ppc64 and powerpc is the same and the new one for
> both architectures will be even faster.
No, powerpc in 32bits is dead.
And I even enabled i386 there
On 04/01/2020 12:54, Roger Leigh wrote:
When you clone a source snapshot, we want to make that snapshot the
default state for the original dataset when you end the session. The
"file" chroot type is the most comparable here; the LVM and Btrfs
snapshots operate directly on the original copy.
Control: severity -1 minor
On Sat, Jan 04, 2020 at 12:14:39AM +0100, Thorsten Glaser wrote:
> tglase@tglase-nb:/tmp $ apt-get source prevent-ruby
> Reading package lists... Done
> Picking 'mirabilos-support' as source package instead of 'prevent-ruby'
> Skipping download of file
Hi,
Huh?
I'm totally confused. See below...
"Adam D. Barratt" wrote:
> On Wed, 2020-01-01 at 19:52 +0100, Holger Wansing wrote:
> > Hi,
> >
> > Laura Arjona Reina wrote:
> > > Hi
> > >
> > > The cron job will do the 'git pull' on wolkenstein the next time it
> > > runs.
> >
> > yes, that
Package: wnpp
Severity: wishlist
Owner: Raju Devidas
* Package name: elvish
Version : 0.13-1
Upstream Author : elvish developers and contributors
* URL : https://github.com/elves/elvish
* License : BSD-2-clause
Programming Lang: Go
Description :
Hi Giovanni,
Thanks for reporting the bug. I've tried to apply the patch you provided
but then it fails to build with the current unstable dependencies.
Having a look at upstream I've found a commit [0] that seems to fix this
bug and I've added it as a quilt patch in the "boost-fix" branch
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "libcloud"
* Package name: libcloud
Version : 2.8.0-1
Upstream Author : d...@libcloud.apache.org
* URL : https://libcloud.apache.org/
* License :
Control: reopen -1
Hi Michael,
On Fri, 3 Jan 2020 22:26:35 -0600 Michael Lustfield
wrote:
> Thanks for your interest contributing to Debian.
>
> Unfortunately, the packages you built are not DFSG-free and have additional
> problems that would prevent them from being included in Debian. Check
Package: apparmor
Version: 2.13.3-7
Severity: normal
In short, the ibus socket path in needs to be changed
for the recent ibus versions like this:
unix (connect, receive, send)
type=stream
peer=(addr="@{HOME}/.cache/ibus/dbus-*"),
Details:
This is follow-up to
Hi Guido,
On 04-01-2020 15:14, Guido Günther wrote:
>> I am not enough into this, but it smells a bit like
>> you want an "isolation-machine" restriction for that test.
> What would be the right way to detect that the test should be skipped -
> just checking we're running inside lxc? virt-what
Source: mathic
Version: 1.0~git20180311-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
mathic fails to cross build from source, because it abuses AC_CHECK_FILE
for searching files on the build system while it is meant for checking
files on the host system. When
Source: ax25-apps
Version: 0.0.8-rc4-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
ax25-apps fails to cross build from source, because it does not pass
--host to ./configure. The easiest way of doing so - using
dh_auto_configure - makes ax25-apps cross buildable. Please
Source: spacearyarya
Version: 1.0.2-7.1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
spacearyarya fails to cross build from source, because it does not pass
--host to ./configure. The easiest way of doing so - using
dh_auto_configure - makes spacearyarya cross buildable.
Source: gentoo
Version: 0.20.7-1
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
gentoo fails to cross build from source, becasue it uses AC_TRY_RUN to
figure out whether it needs _FILE_OFFSET_BITS. This can be implemented
using a cross-compatible AC_CHECK_SIZEOF though.
Package: bind9-host
Version: 1:9.11.5.P4+dfsg-5.1+b1
Severity: normal
Dear Maintainer,
Bind9-host package description says host is a deprecated utility
whereas it seems it's not. See [1] . I also had a private mail
exchange with Ondrej (a DD) who also shared that the utility is not
deprecated.
On Sat, 2020-01-04 at 15:44 +0100, Holger Wansing wrote:
> Hi,
>
> Huh?
> I'm totally confused. See below...
>
> "Adam D. Barratt" wrote:
> > On Wed, 2020-01-01 at 19:52 +0100, Holger Wansing wrote:
> > > Hi,
> > >
> > > Laura Arjona Reina wrote:
> > > > Hi
> > > >
> > > > The cron job will
Short addition:
upstream changed that line urlbar.vala:109 in commit [1].
A locally built package including that patch
did not crash for me.
Kind regards,
Bernhard
[1]
https://github.com/midori-browser/core/commit/525f76c68fdde8a2d974c6975d9cc5ebe0cd594b
On 1/4/20 3:25 PM, Rene Engelhard wrote:
> On Sat, Jan 04, 2020 at 03:15:02PM +0100, John Paul Adrian Glaubitz wrote:
>> Feel free to do the same for powerpc as the build machine
>> for ppc64 and powerpc is the same and the new one for
>> both architectures will be even faster.
>
> No, powerpc in
On Sat, Jan 04, 2020 at 12:44:03PM +0100, Hilko Bengen wrote:
> * Adrian Bunk:
>
> > I've prepared an NMU for trace-summary (versioned as 0.89-1.1) and
> > uploaded it to DELAYED/14. Please feel free to tell me if I should
> > cancel it.
>
> Just reschedule your upload to go through right
Package: libgstreamer-plugins-base1.0-dev
Version: 1.16.2-2
Severity: normal
Dear Maintainer,
gstgldisplay_x11.h includes X11/Xlib-xcb.h, which is provided by
libx11-xcb-dev. However that dependency is missing, which causes build
errors like this one:
On Sat, 4 Jan 2020, 06:45 Giovanni Mascellani, wrote:
> Hi,
>
> Il 03/01/20 22:07, Adrian Bunk ha scritto:
> > Dimitri already agreed in a private discussion that this change was
> bogus.
> >
>
Hm?! I acknowledge it is an Abi Break, but it was intentional. We want to
both drop python2 and drop
Package: copyq
Version: 3.7.3-1
Severity: normal
Hello,
starting this from the application menu or super+copy search to start it by
clicking in the icon does not work.
workaround:
in a terminal type
$copyq show
hth,
Wim
-- System Information:
Debian Release: 10.2
APT prefers stable-updates
I would be ok to reintroduce boost-python2.7 in experimental only.
On Sat, 4 Jan 2020, 16:16 Dimitri John Ledkov,
wrote:
>
>
> On Sat, 4 Jan 2020, 06:45 Giovanni Mascellani, wrote:
>
>> Hi,
>>
>> Il 03/01/20 22:07, Adrian Bunk ha scritto:
>> > Dimitri already agreed in a private discussion
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: Miriam Ruiz
AIUI, the maintainer of structure-synth intentionally dropped armel and armhf
so the old binaries should be removed to allow it to migrate to testing.
Filing of an removal request like this was suggested in
Hi,
i'm trying to upgrade to gitlab 12.6.2-1 from 11.3.11+dsfg-1.
I get this error on db:migrate
I fails on:
$ bundle exec rake db:migrate --trace
fatal: not a git repository (or any of the parent directories): .git
fatal: not a git repository (or any of the parent directories): .git
fatal: not a
Package: ruby-docker-api
Version: 1.22.2-1
Severity: important
Hello maintainer,
Is this package still in use somehow? I noticed it has no active
rdepends in unstable.
As the gem is a pure library, it might make sense to deprecate it and
remove it from unstable.
Has anyone still has interest to
On Fri, Jan 03, 2020 at 11:21:42PM +0100, Vincent Blut wrote:
> > Unfortunately, AFAIK, conflicts are bi-directional, so apparently the
> > problem will persist in buster as far as chrony still has conflicts
> > in the systemd unit file.
>
> What do you mean by “conflicts are bi-directional”?
I
Source: git
Severity: important
User: debian-powe...@lists.debian.org
Usertags: ppc64
Hello!
git is failing to build from source on multiple architectures.
While this is not release-critical for ports architectures, it
makes git uninstallable on any Debian Ports architecture due
to the hard
Control: tags -1 pending
On Sat, Jan 04, 2020 at 12:56:10AM +0100, Laurent Bigonville wrote:
> enchant-2 is now in debian unstable, please switch from enchant to
> enchant-2 (libenchant-dev -> libenchant-2-dev)
Thanks, this will happen in the next upload.
On Wed, Dec 11, 2019 at 1:00 AM Andreas Beckmann wrote:
>
> I can reproduce this with piuparts on the upgrade path
> jessie -> (stretch) -> (buster) -> bullseye
> There was no torbrowser-launcher in stretch or buster, therefore the
> jessie version was kept installed and finally upgraded to
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: Kari Pahula
It seems that the second upload changed the build-dependencies
so the package now can't be built on [armel mips64el ppc64el s390x].
I believe the old binaries should be removed to make piperka-client
migrate from unstable to
Sorry,
it was because i was running it by hand for this email and did not set
RAILS_ENV
It fails with different error when I set RAILS_ENV to production
Libor
$ bundle exec rake db:migrate --trace
fatal: not a git repository (or any of the parent directories): .git
fatal: not a git repository
Package: tor
Version: 0.4.2.5-1
Severity: important
Dear Maintainer,
torify doesn't work with ipv6.
It would be great if there would be a possibility to hide the interface
identifier, too.
Thank you!
-- System Information:
Debian Release: 10.2
APT prefers testing
APT policy: (500,
Package: tor
Version: 0.4.2.5-1
Severity: important
Dear Maintainer,
is there a possibility to make torify with ipv6 work?
Actually it doesn't work.
It would be great if you would make it work.
Thank you!
-- System Information:
Debian Release: 10.2
APT prefers testing
APT policy: (500,
Hi,
The issue is only with Debian stable. Debian unstable works fine.
sid@unstable:~/deb-src/libdmapsharing$ apt-get source -b libdmapsharing
succeeds.
On Sun, 5 Jan 2020 at 04:51, Andreas Beckmann wrote:
> Control: reassign -1 src:libdmapsharing 2.9.39-4
> Control: severity -1 important
>
Control: tags -1 +pending
On Wed, Jun 12, 2019 at 08:26:22PM +0200, Varac wrote:
> * Package name: podman
I just want to mention that it seems podman has entered NEW:
https://ftp-master.debian.org/new/libpod_1.6.4+dfsg-1.html
The last dependency that was missing (#948113) is also waiting
On Sat, Jan 04, 2020 at 12:06:41PM -0800, tony mancill wrote:
> On Sat, Jan 04, 2020 at 09:35:27AM +0100, Giovanni Mascellani wrote:
> > I suspect the problem might be related to the fact that /usr/bin/schroot
> > is not set-uid anymore, while it was before. Executing
> > ...
> I ran into this as
Control: tags -1 help
Hi,
I was asking upstream about this issue[1] and an issue about gsl usage
is suspected. Any hint how this can be fixed?
> Finally I have a question about building with lapack. I get:
>
> ...
> libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -Wdate-time
>
On Fri, 30 Aug 2019 07:34:44 + Matthias Klose wrote:
> Package: src:pyode
> Version: 1.2.0-4+cvs20090320.3
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
upstream at http://pyode.sourceforge.net/ has been dormant for several
years now,
Source: phpmd
Version: 2.8.1-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of phpmd the autopkgtest of phpmd fails in testing
when that autopkgtest is run with the binary packages of phpmd
Le 03/01/2020 à 18:18, Philipp Kern a écrit :
>
> What's the advantage of this tool vs. the tools in libgfshare-bin and ?
>
> Kind regards and thanks
> Philipp Kern
>
>From what I understand (correct me if I'm wrong) the tools included in
libgfshare-bin are more a raw proof of concept of
Control: owner -1 !
Hi Intrigeri,
intrig...@debian.org writes:
> Package: elpa-org
> Version: 9.3+dfsg-1
> Severity: normal
>
> Hi!
>
> org-notmuch is not included in the package anymore.
>
> Apparently, with the 9.3 release, upstream renamed a bunch of
> contrib/lisp/org-*.el to
Hi,
"Adam D. Barratt" wrote:
> On Sat, 2020-01-04 at 15:44 +0100, Holger Wansing wrote:
> > Hi,
> >
> > Huh?
> > I'm totally confused. See below...
> >
> > "Adam D. Barratt" wrote:
> > > On Wed, 2020-01-01 at 19:52 +0100, Holger Wansing wrote:
> > > > Hi,
> > > >
> > > > Laura Arjona Reina
1 - 100 of 174 matches
Mail list logo