A gnumeric maintainer whose name rhymes with
"Amadeus" suggested using exact().
On GIMPNet's #gnumeric channel.
Like
=if(exact("♂","♀"),"The same","different")
He seemed to think it's intentional.
I dunno.
But exact() seems to work for me.
So,
Kingsley
--
Time is the fire in which we
I can confirm this issue. Downgrading back to
ghostscript_9.06~dfsg-2+deb8u8_amd64.deb
ghostscript-x_9.06~dfsg-2+deb8u8_amd64.deb
libgs9_9.06~dfsg-2+deb8u8_amd64.deb
libgs9-common_9.06~dfsg-2+deb8u8_all.deb
fixes the issue for me.
Trying to convert a XeLaTeX-produced document leads to this
Hello Santiago,
I've managed to reproduce this, I will have a look ASAP, soory for taking
so long to reply, I somehow didn't see this bugreport.
Regards,
--
Samuel Henrique
On Mon, 1 Oct 2018 01:11:30 +0200
Michael Biebl wrote:
> The only supported way in udev to signal readiness is the sd-notify
> API. My gut feeling is, that having an sd-notify wrapper for
> non-systemd systems (e.g. directly built into start-stop-daemon via
> say an --wait-for-sd-notify switch)
Package: calendar-exchange-provider
Version: 4.0.0~beta5+20180823.git218f6f4-1
Followup-For: Bug #906730
Hello
waiting that the package tbsync in the New Queue will be approved
For testing I upload it to people.debian.org
Here the entry for the source.List
Package: gnuradio
Version: 3.7.13.4-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Without python-gtk2 installed, gnuradio-companion fails to launch:
user@debian:~$ gnuradio-companion
ImportError
Failed to initialize GTK. If you are running over ssh, did you enable
Hello everyone,
I see that the last email here is from January 21th, so I decided to myself
package gnome-shell-extension-easyscreencast,
It is almost ready at salsa[0], it just need a final review of d/copyright
to check if there were new copyright holders added on the new release. I
did not
Package: wnpp
Severity: normal
xtables-addons deserves more attention than I could offer lately...
Maintaining this package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.
If you want to be the new maintainer, please see [1] for
Control: tags -1 + pending
Brian Potkin wrote:
> On Sun 30 Sep 2018 at 23:28:25 +0200, Holger Wansing wrote:
> > > >
> > > > The installer goes back to the boot-floppies project, and it was
> > >
> > > ^
> > >"has its origin in" is
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "groonga"
* Package name: groonga
Version : 8.0.7-1
Upstream Author : Groonga Project
* Url : http://groonga.org/
* Licenses: LGPL-2.1
Section
Package: src:kimwitu-doc
Version: 10a+1-2.2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
Am 01.10.18 um 00:55 schrieb Trek:
> On Sat, 29 Sep 2018 18:41:45 +0200
> Michael Biebl wrote:
>
>>> +# wait for udev to be ready (see #908796)
>>> +timeout=15
>>> +until udevadm control -S || [ $timeout -le 0 ]; do
>>> +timeout=$((timeout-1))
>>> +
Package: src:vdirsyncer
Version: 0.16.2-4
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh build-indep --with
Package: src:python-pgpy
Version: 0.4.3-3
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh build-indep --with python3
Package: src:python-distutils-extra
Version: 2.41
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh build-indep --with
Package: src:sdcc
Version: 3.7.0+dfsg2-0.1
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh_testdir
mkdir -p
Package: src:ceilometer
Version: 1:11.0.0-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
pyversions: missing
Package: src:nibabel
Version: 2.3.0-1
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh build-indep
> Your latest gwaei upload fails to buid from source. I'm attaching a
> patch to fix this issue.
Bummer, not committed change it was. Sorry. Redoing it now with VCS
updates, too.
Norbert
--
PREINING Norbert http://www.preining.info
Accelia Inc. +JAIST +
Package: src:python-google-auth
Version: 1.3.0-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
pyversions: missing
Package: src:python-ceilometermiddleware
Version: 1.2.0-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
pyversions: missing
Package: src:cloudpickle
Version: 0.5.2-2
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh build-indep --with python2,python3
Package: src:distro-info
Version: 0.18
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
dh build-indep --with python2,python3
Package: src:ironic
Version: 1:11.1.0-3
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
pyversions: missing X(S)-Python-Version
Package: src:keystone
Version: 2:14.0.0-1
Severity: serious
Tags: ftbfs
Dear maintainer:
I tried to build this package in buster but it failed:
[...]
debian/rules build-indep
pyversions: missing
On Sat, 29 Sep 2018 18:41:45 +0200
Michael Biebl wrote:
> > +# wait for udev to be ready (see #908796)
> > +timeout=15
> > +until udevadm control -S || [ $timeout -le 0 ]; do
> > +timeout=$((timeout-1))
> > +sleep 1
> > +done
> > +
Hello Andreas,
On Fri, 28 Sep 2018 13:23:33 +0200 Andreas Henriksson
wrote:
> Hello,
>
>
> minidlna(d) has its dependencies generated by dpkg-shlibdeps which
> doesn't include libavcodec. I've verified that the binary has no
> DT_NEEDED on libavcodec.
>
>
> # readelf -d
On Sun 30 Sep 2018 at 23:28:25 +0200, Holger Wansing wrote:
> Hi,
>
> Brian Potkin wrote:
> > On Sun 30 Sep 2018 at 20:18:32 +0200, Holger Wansing wrote:
> >
> > >
> > > Miguel Figueiredo wrote:
> > > > on 1.x add What is the Debian Installer (purpose and scope of the
> > > > installer)
> >
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher
Control: block -1 by 909983
* Package name: vaapi-media-driver
Version : 18.2.0
Upstream Author : Intel Corporation
* URL : https://github.com/intel/media-driver
* License : (GPL, LGPL, BSD, MIT/X,
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher
* Package name: gmmlib
Version : 18.3.0
Upstream Author : Intel Corporation, Gabi Melman
* URL : https://github.com/intel/gmmlib
* License : Expat
Programming Lang: C++
Description : graphics
On Sat, 29 Sep 2018 at 10:22:06 -0400, Jeremy Bicha wrote:
> I believe we don't consider this a bug in glib2.0.
The more I look at this bug, the less sure I am about the rationale
given for preferring absolute paths in these particular variables, so
I've reopened the upstream bug asking for
On Sun, Sep 30, 2018 at 11:51:29PM +0200, Sebastian Ramacher wrote:
>> Sure, I'll be happy to test, but I'm unsure exactly how? I mean, keeping
>> .set_vpp = 1
>> _seems_ to work just fine for me, but I have no idea what it would break, if
>> anything.
> As long as the code doesn't hit another
On 2018-09-29 13:44:49, Steinar H. Gunderson wrote:
> On Sat, Sep 29, 2018 at 01:37:40PM +0200, Sebastian Ramacher wrote:
> > That might be. I tried multiple times to get feedback from upstream what we
> > need
> > to disable after removing the non-free shaders, but they simply ignore the
> >
Source: wings3d
Version: 2.1.7-2
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/wings3d.html
...
make[3]: Entering directory '/build/1st/wings3d-2.1.7/e3d'
erlc -pa /build/1st/wings3d-2.1.7/wings-2.1.7/ebin -Werror +debug_info
-o../ebin
Source: erlang-cherly
Version: 0.12.8+dfsg-9
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/erlang-cherly.html
...
make[1]: Nothing to be done for 'configure'.
dh_auto_build -O--buildsystem=rebar
make --no-print-directory -f
Source: averell
Version: 1.2.5-1
Severity: serious
Tags: ftbfs buster sid
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/averell.html
...
dh_auto_build
make -j1
make[1]: Entering directory '/build/1st/averell-1.2.5'
DEPEND averell.d
ERLC averell.erl
Source: erlang-goldrush
Version: 0.2.0-1
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/erlang-goldrush.html
...
module 'glc'
glc: events_test_ (null query compiles)...[0.039 s] ok
glc: events_test_ (params table exists)...[0.020 s] ok
glc:
Hi,
Brian Potkin wrote:
> On Sun 30 Sep 2018 at 20:18:32 +0200, Holger Wansing wrote:
>
> >
> > Miguel Figueiredo wrote:
> > > on 1.x add What is the Debian Installer (purpose and scope of the
> > > installer)
> >
> > I would like to apply the below patch from Miguel, if noone objects:
> >
Source: erlang-cuttlefish
Version: 2.0.11+dfsg-3
Severity: serious
Tags: ftbfs
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/erlang-cuttlefish.html
...
dh_auto_build -O--buildsystem=rebar
make --no-print-directory -f /usr/share/dh-rebar/make/dh-rebar.Makefile
this has been fixed upstream:
https://github.com/projectM-visualizer/projectm/pull/5
though upstream has moved:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909977
pEpkey.asc
Description: application/pgp-keys
Source: projectm
Severity: wishlist
Dear Maintainer,
The upstream source for projectm has moved to
https://github.com/projectM-visualizer/projectm . An announcement post in the
SourceForge page is available here:
https://sourceforge.net/p/projectm/news/2018/09/visit-github-for-updates/ , and
found 906366 1.28-1
thanks
On Sat, 22 Sep 2018, Adrian Bunk wrote:
> Seems to be fixed in 1.28-1:
> https://tests.reproducible-builds.org/debian/history/ivyplusplus.html
It does not seem fixed right now:
https://tests.reproducible-builds.org/debian/history/ivyplusplus.html
Apologies to the
On Sun, 30 Sep 2018 at 22:02:59 +0300, Adrian Bunk wrote:
> Wouldn't the least invasive option be a combination of
> 1. my --includedir=\$${prefix}/include/$(DEB_HOST_MULTIARCH) suggestion plus
> 2. the sdl2-config patching from Hugh
Maybe. You'd have to patch sdl2-config somewhat more
Control: tags -1 help
Hi,
On Fri, Sep 28, 2018 at 02:38:19PM +0200, Andreas Tille wrote:
> > Strange. I'm able to reproduce this here even on my local machine in a
> > shell where I did some `unset HOME`. I wonder why this error was not
> > produced with version 11.00.8cbe486-6 before.
Source: aeskulap
Version: 0.2.2b1+git20161206-5
Severity: normal
libglademm-2.4 has been adopted and will be in buster.
clone 869896 -1
retitle -1 remove unneeded dependency on backports.ssl-match-hostname
block 869896 by -1
clone -1 -2 -3 -4 -5
reassign -1 libcloud
reassign -2 python-docker
reassign -3 websocket-client
reassign -4 docker-compose
reassign -5 sagemath
thanks
On Thu, Jul 27, 2017 at 03:10:33PM
On Sun, Sep 30, 2018 at 09:08:30PM +0200, Santiago Vila wrote:
>...
> There needs to be a *very* powerful reason for a package to "need"
> more than one CPU, and so far I have never found a package which
> "legitimately" needs more than one CPU.
>...
Noone disagrees that these are bugs.
But it
Source: crtmpserver
Version: 1.0~dfsg-5.5
Tags: patch upstream
Control: block 798955 by -1
crtmpserver sarches for dlfcn.h on a hard coded search path that happens
to not include Debian's multiarch directory. Thus crtmpserver will fail
to build against non-glibc libcs and against a multiarched
Package: wnpp
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: astroid
Version : 0.14
Upstream Author : Gaute Hope
* URL : http://astroidmail.github.io
* License : GPL3
Programming Lang: C++
Description : A graphical
Looks like the issue was addressed at some point during the past
two years:
$ grep xcb-render /usr/lib/x86_64-linux-gnu/pkgconfig/xcb-randr.pc
Requires.private: xcb xcb-render
$
And accordingly:
$ pkg-config --libs xcb-randr
-lxcb-randr
$
I believe the bug can be closed now.
--
Needed a small change to your patch:
Line 126 in boto/https_connection.py in connect function needs to be
protected by check::
126 if self.key_file:
127 context.load_cert_chain(certfile=self.cert_file,
keyfile=self.key_file)
otherwise I got:
File
Package: wnpp
Severity: wishlist
Owner: lykn...@cilg.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: vitetris
Version : 0.57.2
Upstream Author : Victor Geraldsson
* URL : http://www.victornils.net/tetris/
* License : BSD-2-Clause
Source: audit
Version: 1:2.8.4-2
Tags: patch upstream
Control: block 798955 by -1
auditswig.i hard codes the path to stdint.h. That will fail to work with
non-glibc libcs and after moving glibc's headers (#798955). The path is
hard coded, because swig's %include does not search the standard
Source: apparmor
Version: 2.13-8
Tags: patch upstream
Control: block 798955 by -1
apparmor hard codes the location of to extract macros
from it. Doing so will break with non-glibc libcs on Debian and with
glibc headers moved to multiarch locations (#798955). Please consider
extracting the header
Hi Jochen,
> I added comments here:
>
> https://salsa.debian.org/python-team/modules/python-pcl/commit/bff3480ce174fe28192abe3e256a195081a2013d
>
> Also, I added a comment to the PCL copyright:
>
> https://salsa.debian.org/science-team/pcl/commit/df7d3a72113e1b55f2820ae4b5d8773572df43f5
Great
On Sun 30 Sep 2018 at 20:18:32 +0200, Holger Wansing wrote:
>
> Miguel Figueiredo wrote:
> > on 1.x add What is the Debian Installer (purpose and scope of the
> > installer)
>
> I would like to apply the below patch from Miguel, if noone objects:
>
>
>
> What is the Debian Installer?
>
>
Source: apcalc
Version: 2.12.5.0-1
Tags: patch upstream
Control: block 798955 by -1
apcalc checks header existence by searching them in a few file system
locations. Unfortunately, Debian's /usr/include/ is not among
those locations and that makes apcalc fail to build when built against a
> building != running
>
> And I am getting really annoyed of your double standard regarding
> build requirements.
We have to put things in perspective before claiming double-standards.
> If a package cannot be built on a single-core machine with 256 MB RAM
> due to the number of CPUs, you
Hi guys,
> Steven Chamberlain, le Sun 10 May 2015 22:41:57 +0100, a écrit :
> > Samuel Thibault wrote:
> > > I believe it's completely fixed by now: using
> > >
> > > tasksel tasksel/first multiselect standard, xfce-desktop
> > >
> > > works to preseed the desktop on !linux, and the
On Sun, Sep 30, 2018 at 07:08:26PM +0100, Simon McVittie wrote:
>...
> I prefer this approach because it's relatively self-contained, and
> doesn't require us to carry non-upstreamable patches to upstream code
> or rely on a relatively obscure Debian-specific compiler option.
>
> The alternative
On Thu, Jun 11, 2015 at 11:40:48AM +0200, Marko von Oppen wrote:
> root@host:~# /etc/init.d/spamassassin restart
> Restarting SpamAssassin Mail Filter Daemon: No /usr/sbin/spamd found running;
> none killed.
> server socket setup failed, retry 1: spamd: could not create IO::Socket::IP
> socket
Source: amphetamine
Version: 0.8.10-20
Tags: patch
Control: block 798955 by -1
When building amphetamine against a non-glibc libc or against a glibc
with multiarch headers (#798955), amphetamine fails to build from
source, because it hard codes header locations. It uses them as
dependencies in
Package: hexedit
Version: 1.4.2-3
Severity: normal
Tags: upstream
hexedit is truncanting the address in first line. See below:
0 46 6F 72 6D 61 74 3A 20 68 74 74 70 73 3A 2F 2F 77 77 77 2E 64 65 62
69 Format: https://www.debi
0018 61 6E 2E 6F 72 67 2F 64 6F 63 2F 70 61 63 6B 61
Holger Wansing, le dim. 30 sept. 2018 20:18:32 +0200, a ecrit:
>
> Miguel Figueiredo wrote:
> > on 1.x add What is the Debian Installer (purpose and scope of the
> > installer)
>
> I would like to apply the below patch from Miguel, if noone objects:
>
> What is the Debian Installer?
No
On Sun, 23 Sep 2018 14:33:36 +0200 =?UTF-8?Q?Bernhard_=c3=9cbelacker?=
wrote:
> Hello Christoph Anton Mitterer,
> I just tried to reproduce this issue.
>
> It looks like this issue got introduced in upstream commit [1].
> There an error message got added that leads to an immediate process exit.
Control: reopen -1
Control: severity -1 serious
Control: tags -1 +patch +ftbfs
Your latest gwaei upload fails to buid from source. I'm attaching a
patch to fix this issue.
Thanks,
Jeremy Bicha
From cc682c8b189dcd837d06f603cc0623e21ab53066 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha
Date: Sun,
Control: reassign -1 kdelibs-bin
Vincas Dargis wrote:
> > I have installed Jessie amd64 form RC1 netinst iso with KDE and OpenSSH
> > tasks
> > selected in virtual machine.
> >
> > In app list I can see "Nepomuk Cleaner" and "Nepomuk Backup" shortcuts, but
> > then
> > I click I get message:
Package: linux-image
Version: 4.17.0-1-amd64/now 4.17.8-1
With kernel 4.16 I was able to use my USB DVB-T card. I can't with
kernel 4.17 on my Debian buster/sid.
The demonstration of the problem is pretty obvious from two enclosed
files created within a few minutes on the same hardware and
Package: wnpp
Severity: wishlist
Owner: Adam Borowski
* Package name: termrec
Version : 0.18
Upstream Author : yours truly
* URL : https://angband.pl/termrec.html
* License : LGPL2+noAffero
Programming Lang: C
Description : terminal session
On Sun, Feb 23, 2014 at 07:05:29PM -0700, Bob Proulx wrote:
> Best would be if spamassassin itself was able to understand that this
> directory is not fully populated yet and ignore it until it is so that
> it could avoid the "no rules" error itself. If there is a bug to be
> pointed at I think
On Sun, Sep 30, 2018 at 06:13:13PM +0200, Santiago Vila wrote:
>...
> > Building all packages on the baseline is never possible, and I already
> > tried to explain to you that your "1 CPU with unlimited RAM" scenario is
> > pretty far away from the real-world problems.
>
> This is double
Hi,
Hugh McMaster wrote:
> Hi Holger,
>
> On Sunday, 30 September 2018 7:34 AM, Holger Wansing wrote:
> > Any objections against me committing this?
>
> I did a QA upload for tamil-gtk2im in June, as it was blocking some changes
> in gtk+2.0.
> However, the package has been orphaned for at
Miguel Figueiredo wrote:
> on 1.x add What is the Debian Installer (purpose and scope of the
> installer)
I would like to apply the below patch from Miguel, if noone objects:
What is the Debian Installer?
Debian Installer, also known as "d-i", is the software system to install
a basic
On Sun, 30 Sep 2018 at 15:54:05 +0100, Simon McVittie wrote:
> For the short term, I'm preparing a NMU that reverts the multiarch change
> and adds an autopkgtest that confirms that the package is usable, because
> libsdl2-dev is currently unusable, and that's a considerably worse bug
> than not
Hi,
I nobody uploaded it yet, I can have a look now.
On Sun, 30 Sep 2018, 19:29 Jörg Frings-Fürst, wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "shotwell"
>
>
On Tue, Feb 23, 2016 at 11:32:24AM -0330, Allan Goulding wrote:
> For the record, we have a similar situation with this test. Messages
> were tagged with the same URI_OBFU_WWW test because the domain name was
> embedded in the message signature.
>
> In this case, the domain is www.ace-net.ca
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "shotwell"
Package name: shotwell
Version : 0.30.1-1
Upstream Author : Jim Nelson
URL :
Package: firefox
Followup-For: Bug #857184
Dear Maintainer,
I think this bug can be closed now. Firefox-esr 60 is built with alsa support.
As for stable and beta firefox, the ones in unstable and experimental, although
they are not built with alsa support, they can be used along with apulse
Version: 2.0.6+dfsg1-1
On Wed, 27 Jun 2018 at 01:28:42 +0200, ydir...@free.fr wrote:
> This behaviour has been fixed in 2.0.6
Closing the bug as fixed in testing/unstable. It remains valid for
stretch, but BTS version tracking will keep track of that.
smcv
Control: retitle -1 gnome-terminal: Integrate command-line history with
gnome-shell search
Control: tags -1 + wontfix
On Mon, 12 Jun 2017 at 22:13:13 +0200, Carlo Marchiori wrote:
> what about integrating the command line history with the search functionality
> provided by the gnome-shell?
This
Control: tags -1 + moreinfo
On Fri, 28 Sep 2018 at 21:45:05 +0900, nozzy123no...@gmail.com wrote:
> I found gnome-terminal always fails to input Japanese text using ibus,
> after new window of gnome-terminal is opened.
If you upgrade GTK+ to version 3.24.1 or later, does that solve this bug?
Package: dpkg
Version: 1.19.1
Severity: minor
The latest dpkg upload has added a Breaks on apt (<< 1.7~b) for
--status-fd duplicate removals, but the warnings that could be seen with
earlier apt versions actually came from libapt-pkg, as I have also seen
them in aptitude. Therefore dpkg should
Sebastian Ramacher:
> On 2018-09-30 08:30:00, Niels Thykier wrote:
>> Control: tags -1 confirmed pending
>>
>> Sebastian Ramacher:
>>> On 2018-08-31 11:01:21, Sebastian Ramacher wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
On Sun, Sep 30 2018, Jonas Smedegaard wrote:
> Quoting wavexx (2018-07-12 11:32:38)
>> This is still true for 2.0.17. uwsgi-plugin-python3 cannot be
>> gracefully shutdown:
>
> I cherry-picked some upstream improvements for python3 module:
> Could you please test if still an issue with uwsgi
On Sun, Sep 30, 2018 at 06:22:23PM +0300, Adrian Bunk wrote:
> Noone is talking about no longer supporting running Debian on
> single-core systems.
Well, you are talking about dropping (or lowering) support for
building Debian on single-core systems.
But we are not a proprietary software
On 2018-09-30 08:30:00, Niels Thykier wrote:
> Control: tags -1 confirmed pending
>
> Sebastian Ramacher:
> > On 2018-08-31 11:01:21, Sebastian Ramacher wrote:
> >> Package: release.debian.org
> >> Severity: normal
> >> User: release.debian@packages.debian.org
> >> Usertags: transition
> >>
Package: network-manager
Version: 1.6.2-3
Severity: normal
Dear Maintainer,
I connect my PC (Debian9, Stretch) to the Internet via my mobile phone,
attached to my PC via a USB cable. Thus I use Tethering on my mobile phone.
Attaching the mobile phone this way to my PC gives me a USB network
Control: reopen 909740
Control: found 909740 2.0.8+dfsg1-2
Control: fixed 909740 2.0.8+dfsg1-3
Control: found 909740 2.0.8+dfsg1-3.1
On Sun, 30 Sep 2018 at 17:44:10 +0200, Manuel A. Fernandez Montecelo wrote:
> Em dom, 30 de set de 2018 às 16:57, Simon McVittie escreveu:
> > For the short term,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Change already committed in VCS.
On 9/27/18 2:59 PM, Jean Baptiste Favre wrote:
> Source: yaml-cpp Severity: normal Tags: patch
>
> Dear Maintainer,
>
> Current debian/watch does not detect new versions anymore. An
> upstream change makes the
Package: ghostscript
Version: 9.20~dfsg-3.2+deb9u5
After upgrade from ghostscript 9.20~dfsg-3.2+deb9u2 to 9.20~dfsg-3.2+deb9u5,
pstoedit with the option "-psarg -r9600x9600" no longer works. The following
commands can be used to reproduce the issue:
$ cat test.tex
\documentclass{article}
Hi,
Em dom, 30 de set de 2018 às 16:57, Simon McVittie escreveu:
>
> For the short term, I'm preparing a NMU that reverts the multiarch change
> and adds an autopkgtest that confirms that the package is usable, because
> libsdl2-dev is currently unusable, and that's a considerably worse bug
>
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "libt3widget"
* Package name: libt3widget
Version : 0.6.4-1
Upstream Author : Gertjan Halkes
* URL : https://os.ghalkes.nl/t3/libt3widget.html
* License :
Package: gitit
Version: 0.12.2.1+dfsg-2+b1
Severity: minor
Package lists http://gitit.net as Homepage - but that page is empty.
- Jonas
Hello Alessandro,
You're right. The issue was on Trafficserver side.
Libjansson and libsjose were wrongly detected as static.
I fixed the issue and forwarded the patch upstream.
Thanks,
Jean Baptiste
On 9/22/18 5:49 PM, Alessandro Ghedini wrote:
> On Thu, Sep 20, 2018 at 09:09:39PM +0200, Jean
Package: javatools
Version: 0.66
Severity: serious
Control: affects -1 src:arduino
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/arduino.html
...
debian/rules override_jh_build
make[1]: Entering directory '/build/1st/arduino-1.0.5+dfsg2'
jh_linkjars
jh_linkjars:
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Users requested a fix for #834598 (unable to encode as ogg) in stretch. It's
only a normal bug, but also only a one line change. Full diff is below. Please
let me know if it's okay
Package: wnpp
Severity: wishlist
* Package name: bitlbee-mastodon
Version : 1.4.0
Upstream Author : Alex Schroeder
* URL : https://alexschroeder.ch/software/Bitlbee_Mastodon
* License : GPL-2.1
Programming Lang: C
Description : Mastodon plugin for
Thank you for your report, Tancredi-Paul.
On Thu 20 Sep 2018 at 13:56:43 +0300, Tancredi-Paul Grozav wrote:
> Package: hplip
> Version: 3.16.11+repack0-3
>
> I can not scan an image from a HP LaserJet M1120n MFP.
> I am using the hplip package provided by debian( HP Linux Imaging and
>
On Sun, Sep 30, 2018 at 04:36:25PM +0200, Santiago Vila wrote:
> On Sun, Sep 30, 2018 at 04:32:17PM +0300, Adrian Bunk wrote:
>...
> But surely that's not an excuse good enough to deprecate Debian on
> single-core systems, which is what you apparently are trying to do
> here.
>
> As far as
On Sun, Sep 30, 2018 at 04:49:07PM +0200, Andreas Henriksson wrote:
[...]
> > - cgroup mounts dissapearing
[...]
So a simple test like this (similar as what can be seen used in the
code) reveals the problem with all /sys sub-mounts dissapearing:
mount | grep /sys
mkdir /tmp/test
mount --rbind
1 - 100 of 176 matches
Mail list logo
