With my previous message I was trying to understand your purpose with your bug
report, not to demonstrate anything nor to dismiss it.
Adding the new info you provided, the chain of events triggered by your actions
would be:
1) = as above
2) = as above
3) = as above
4) since doxygen is a “key
Source: libxpp3-java
Version: 1.1.4c-2
Severity: serious
Tags: buster sid
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libxpp3-java.html
...
tests_main:
[mkdir] Created dir: /build/1st/libxpp3-java-1.1.4c/build/tests
[javac]
Source: hello
Version: 2.10-1
Severity: wishlist
The "hello" package is the sample package that we want to use everywhere
in documentation. Thus it should be really a model for all packages.
Unfortunately hello is not maintained in a git repository. It should
really be on
Package: aptitude
Version: 0.8.10-6
Severity: normal
Hi,
When doing aptitude safe-upgrade, the recommended package are not
installed even when --with-recommends is passed.
Shouldn't they be installed by default?
Regards,
Laurent Bigonville
-- Package-specific info:
Terminal: xterm-256color
On Fri, Mar 16, 2018 at 02:08:54AM +, Chris Lamb wrote:
> > https://buildd.debian.org/status/package.php?p=libfiu=sid
> >
> > ...
> > ./generate-test -c tests/malloc.conf -o tests/malloc.c
> > make[4]: Leaving directory '/<>/tests/generated'
> > make[4]: Entering directory '/<>/tests/utils'
>
Hi Paolo,
On Fri, Mar 16, 2018 at 10:12:39AM +0100, Paolo Greppi wrote:
> ...
> So I have written an experimental python script to keep the salsa issue
> tracker aligned with the debian BTS.
> ...
Besides this might be interesting I have another question. You are using
import gitlab
Which
Package: fluidsynth
Version: 1.1.10-1
Followup-For: Bug #760210
Dear Maintainer,
the 1.1.10 upstream release installs a systemd unit to make it possible
to launch fluidsynth as a systemd _user_ service.
Please consider adding this to the Debian package.
Thank you for your work.
Ciao,
Package: remmina
Version: 1.2.0-rcgit.27+dfsg-3
Severity: important
Dear Maintainer,
After 13 March 2018 Windows 10 updated I cannot connect to It.
It is strange but xfreerdp work properly.
This problem is described here:
https://github.com/FreeRDP/Remmina/issues/1513
There is an update for
Am 16.03.2018 um 08:45 schrieb Harald Dunkel:
> On 03/15/18 18:46, Michael Biebl wrote:
>>
>> With a UTF-8 locale (which you really should enable), systemctl will use
>> '→', for a non-UTF8 locale, systemctl will fall back to '->'
>>
>>
>
> Sorry to say, but thats ridiculous. Shouldn't it work no
Martin Zobel-Helas :
> it has been recently brought to my attention, that Debian policy
> considers packages that are part of POSIX standard should be part of
> every Debian installation.
ed is still a part of POSIX, that is The Open Group Base Specifications
Issue 7 IEEE Std
On 16 March 2018 at 09:30, Adrian Bunk wrote:
> But this won't fix the bug that liblttoolbox3-3.3-0v5 must be removed.
Ah. That's me getting the procedure wrong, then. I thought it was desired
to initially have a transition package, then remove it later once all
dependents and
I join the request. I don't like Pulseaudio and love Jack. Firefox make me
need pulseaudio running and redirecting to my Jackd.
Please mantainer, compile Firefox with Jack enabled so Jack users can use
it without pulseaudio and everybody can choose.
--
Bye: Javier Ortega Conde
Package: pkgconf
Severity: normal
Please update upstream source to:
https://github.com/pkgconf/pkgconf
Jérémy
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel:
Hello,
here is my hardware:
root@debian:/# lspci -nnk | grep -i network -A2
03:00.0 Network controller [0280]: Broadcom Limited BCM4313 802.11bgn Wireless
Network Adapter [14e4:4727] (rev 01)
Subsystem: Hewlett-Packard Company BCM4313 802.11bgn Wireless Network Adapter
[103c:1483]
Kernel
Package: pkgconf
Version: 0.9.12-6
Severity: important
I can't compile gpaste because i can't tell dpkg to NOT install
pkgconf as a Build-Dependency, since it declares it Provides pkg-config.
Upstream version 1.3 fixes the issue.
Jérémy
-- System Information:
Debian Release: buster/sid
APT
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "nautilus-admin"
* Package name: nautilus-admin
Version : 1.1.4-2
Upstream Author : Bruno Nova
* URL :
On Fri, Mar 16, 2018 at 08:50:49AM +0100, Tino Didriksen wrote:
> This will fix itself when apertium is updated, which is next. Just needed
> lttoolbox through first.
apertium needs a rebuild for this library transition.
But this won't fix the bug that liblttoolbox3-3.3-0v5 must be removed.
>
Hi I'm also interested. Not that I have much practice with packaging PHP, but I
may try to help in other ways.
@陳昌倬, you could start by sharing a repo on salsa.debian.org.
Thanks,
Paolo
On Fri, Mar 16, 2018 at 8:25 AM, Shengjing Zhu wrote:
> On Fri, Mar 16, 2018 at 2:35 PM, László Böszörményi (GCS)
> wrote:
>> On Fri, Mar 16, 2018 at 7:01 AM, Shengjing Zhu wrote:
>>> Could you use linux-any in Architectures field?
>> I couldn't
Source: gnucash
Version: 2.6.18-1
Severity: serious
Justification: fails to build from source (but built successfully on other
systems?)
Dimitry:
* What led up to the situation?
Fresh install of Debian 9.4, updated via apt, and then:
apt build-dep gnucash
apt-get source gnucash
Unpacked
On 03/15/18 18:46, Michael Biebl wrote:
With a UTF-8 locale (which you really should enable), systemctl will use
'→', for a non-UTF8 locale, systemctl will fall back to '->'
Sorry to say, but thats ridiculous. Shouldn't it work no matter
what? Ain't that "if locale == xxx" just asking for
Package: src:debhelper
Version: 11.1.5
Since dh_update_autotools_config is recommended to be used,
and dh_autotools-dev_restoreconfig should be used anymore,
and dh_clean will work with dh_update_autotools_config,
while dh_clean cannot config.{guess,sub} in a subdir,
I meet this problem when I
This will fix itself when apertium is updated, which is next. Just needed
lttoolbox through first.
-- Tino Didriksen
On 16 March 2018 at 08:21, Adrian Bunk wrote:
> $ apertium-preprocess-transfer
> apertium-preprocess-transfer: error while loading shared libraries:
>
Control: reopen -1
On Fri, Mar 16, 2018 at 04:12:04AM +, Debian Bug Tracking System wrote:
>...
> libfiu (0.95-6) unstable; urgency=medium
> .
>* LD_PRELOAD libfiu.so explicitly to avoid test failure. (Closes: #893049)
>...
> Date: Thu, 15 Mar 2018 23:40:41 +0200
> From: Adrian Bunk
On Fri, Mar 16, 2018 at 2:35 PM, László Böszörményi (GCS)
wrote:
> Control: -1 +pending
>
> Hi Shengjing,
>
> On Fri, Mar 16, 2018 at 7:01 AM, Shengjing Zhu wrote:
>> Could you use linux-any in Architectures field?
> I couldn't find it now, but as I remember
Package: liblttoolbox3-3.3-0v5
Version: 3.4.0~r84331-1
Severity: grave
Control: affects -1 apertium src:apertium-es-pt
$ apertium-preprocess-transfer
apertium-preprocess-transfer: error while loading shared libraries:
liblttoolbox3-3.3.so.0: cannot open shared object file: No such file or
Package: gnome-control-center
Version: 1:3.27.92-1
Severity: important
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)?
* What
Control: -1 +pending
Hi Shengjing,
On Fri, Mar 16, 2018 at 7:01 AM, Shengjing Zhu wrote:
> Could you use linux-any in Architectures field?
I couldn't find it now, but as I remember RocksDB is 64 bit only. I
can check i386 (that I've locally), but I wonder how it will work. Do
you
Source: rocksdb
Severity: wishlist
Dear Maintainer,
Could you use linux-any in Architectures field?
It seems rocksdb can be built on other architectures too.
for ref: https://koji.fedoraproject.org/koji/buildinfo?buildID=1055642
at least s390x is fine.
-- System Information:
Debian Release:
201 - 229 of 229 matches
Mail list logo