On 11.6.2020 19.43, zieg...@uni-freiburg.de wrote:
> I see the same bug in version 20.1.1-1.
>
> I found that vlc and stellarium, and calibre all segfault immediately in
> iris_dri.so, but do not kill X. calibre does it when loading an
> epub-file with the process "LoadBook".
>
>
> (Martin Ziegl
On 9.5.2020 12.07, Salvatore Bonaccorso wrote:
> Source: oddjob
> Version: 0.34.4-1
> Severity: important
> Tags: security upstream
>
> Hi,
>
> The following vulnerability was published for oddjob.
>
> CVE-2020-10737[0]:
> | oddjob: race condition in oddjob_selinux_mkdir function in mkhomedir.c
On 29.5.2020 8.17, Timo Aaltonen wrote:
> On 29.5.2020 6.16, Louis-Philippe Véronneau wrote:
>> Package: src:whipper
>> Severity: important
>> Version: 0.9.0-1+b1
>>
>> Hi!
>>
>> While investigation another bug I found, I tried to build the package
>
On 29.5.2020 6.16, Louis-Philippe Véronneau wrote:
> Package: src:whipper
> Severity: important
> Version: 0.9.0-1+b1
>
> Hi!
>
> While investigation another bug I found, I tried to build the package
> from the VCS source and found out the "Vcs-Git" field in debian/control
> actually points to an
On 7.5.2020 21.02, Svante Signell wrote:
> Source: mesa
> Version: 20.0.6-1
> Severity: important
> Tags: ftbfs, patch
> User: debian-h...@lists.debian.org
> Usertags: hurd
>
> Hello,
>
> Currently mesa FTBFS on GNU/Hurd due to a missing struct definition. Version
> 20-0.4-2 built successfully e
On 7.5.2020 21.02, Svante Signell wrote:
> Source: mesa
> Version: 20.0.6-1
> Severity: important
> Tags: ftbfs, patch
> User: debian-h...@lists.debian.org
> Usertags: hurd
>
> Hello,
>
> Currently mesa FTBFS on GNU/Hurd due to a missing struct definition. Version
> 20-0.4-2 built successfully e
On 7.5.2020 13.34, Frédéric Bonnard wrote:
> Control: tags -1 patch
>
> --
>
> Here is a merge request for review :
> https://salsa.debian.org/xorg-team/lib/mesa/-/merge_requests/13
this is merged now, and I commented that I hope you could send it upstream..
--
t
On 21.4.2020 12.12, Mathieu Malaterre wrote:
>> xserver-xorg-video-r128
>
> [This is not a rant]
>
> Quick question, how has this list been generated? r128 has been
> (suprisingly) been worked on recently, so I am just curious, if there
> was some build issue or something else.
No, the hw is jus
Timo Aaltonen kirjoitti 14.4.2020 klo 10.34:
> On 14.4.2020 8.03, Fabian Inostroza wrote:
>> Package: libdrm2
>> Version: 2.4.101-1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> After updating libdrm2 from 2.4.100-4 to 2.4.101-1 WebGL stopped workin
On 14.4.2020 8.03, Fabian Inostroza wrote:
> Package: libdrm2
> Version: 2.4.101-1
> Severity: normal
>
> Dear Maintainer,
>
> After updating libdrm2 from 2.4.100-4 to 2.4.101-1 WebGL stopped working on
> firefox (using esr from repos and tar from mozilla).
>
> After loading a WebGL sample from
On 7.4.2020 9.15, Timo Aaltonen wrote:
> On 5.4.2020 17.37, Emmanuel Bourg wrote:
>> Le 02/04/2020 à 05:30, Timo Aaltonen a écrit :
>>
>>> ipa-server-install (from freeipa-server) started failing within the last
>>> few weeks,
>>> I don't know ex
On 8.4.2020 17.15, Pascal Giard wrote:
> On Mon, Apr 6, 2020 at 12:05 PM Timo Aaltonen <mailto:tjaal...@debian.org>> wrote:
>
> On 6.4.2020 1.55, Pascal Giard wrote:
> > Thanks A LOT for the /etc/drirc trick, it fixed the problem
> > detailed below f
On 5.4.2020 17.37, Emmanuel Bourg wrote:
> Le 02/04/2020 à 05:30, Timo Aaltonen a écrit :
>
>> ipa-server-install (from freeipa-server) started failing within the last few
>> weeks,
>> I don't know exactly when but it's a regression in sid, Ubuntu focal is
>
On 6.4.2020 1.55, Pascal Giard wrote:
> Thanks A LOT for the /etc/drirc trick, it fixed the problem
> detailed below for me.
> Took me over an hour to figure out what was wrong and to end up on this
> bug report.
>
> I have a Thinkpad T480 (Intel UHD 620).
>
> The new iris driver causes all my vi
On 6.4.2020 1.03, Shmerl wrote:
> Source: mesa
> Severity: wishlist
>
> Dear Maintainer,
>
> llvm 10 has various fixes that affect AMD Navi cards, that apparently were not
> backported to llvm 9 series. llvm 9 is causing desktop hangs on Navi cards
> even
> with Mesa 20.x. Please build Mesa in D
Felix Rublack kirjoitti 4.4.2020 klo 16.57:
> Package: libgl1-mesa-dri
> Version: 20.0.2-1
> Severity: normal
>
> Dear Maintainer,
>
> after upgrading libgl1-mesa-dri from 19.3.3-1 to 20.0.2-1 all programms using
> GL crash on startup. It affects even the simple ones like glxgears and
> glxdemo
Hi, drop these from the list:
xserver-xorg-input-mtrack: not maintained by XSF :)
xserver-xorg-video-geode: apparently still useful on Debian
--
t
On 16.3.2020 14.41, Simon McVittie wrote:
> Source: vulkan-loader
> Version: 1.2.131.2-1
> Severity: wishlist
>
> I notice that vulkan-loader contains a vendored copy of vulkan-headers,
> in order to keep the library and headers in sync, with the "upstream"
> tarball actually being composed by rep
On 30.3.2020 14.46, Svante Signell wrote:
> Source: mesa
> Version: 20.0.2-1
> Severity: important
> Tags: ftbfs, patch
> User: debian-h...@lists.debian.org
> Usertags: hurd
>
> Hello,
>
> Currently mesa FTBFS on GNU/Hurd due to a new PATH_MAX issue. Version
> 18.3.6-2 built successfully earlier
Package: ftp.debian.org
Severity: normal
Hi,
Debian XSF would like to remove these obsolete input and video drivers
from Debian:
xserver-xorg-input-aiptek
xserver-xorg-input-elographics
xserver-xorg-input-mtrack
xserver-xorg-input-mutouch
xserver-xorg-input-void
xserver-xorg-video-ast
xserver-x
Package: llvm-10-toolchain
Severity: important
Hi,
The final release did not help getting mesa built, and now that I tried to
migrate
the Intel OpenCL stack I bumped into the same bug:
/usr/bin/ld: /usr/lib/llvm-10/lib/libclangCodeGen.a(BackendUtil.cpp.o): in
function `(anonymous
namespace)::
Source: tomcat9
Severity: important
Hi,
ipa-server-install (from freeipa-server) started failing within the last few
weeks,
I don't know exactly when but it's a regression in sid, Ubuntu focal is still
fine.
Redhat folks said this would've been due to openjdk-8-jre being built with
gcc10, but
Package: apache2-bin
Severity: normal
Hi,
This is something that Fedora has shipped for a few years, and it's included
upstream
in trunk and also requested to be backported to 2.4.x:
https://bz.apache.org/bugzilla/show_bug.cgi?id=64242
without this freeipa needs to force TLS 1.2, and I'd like
Package: tomcat9-common
Severity: normal
Hi,
Fedora has a way to find out what the installed tomcat version is, the wrapper
in
'/usr/bin/tomcat' has this:
if [ "$1" = "version" ]; then
. /usr/libexec/tomcat/preamble
exec ${JAVACMD} -classpath ${CATALINA_HOME}/lib/catalina.jar \
On 25.3.2020 12.21, Timo Aaltonen wrote:
> On 25.3.2020 5.45, Jean-Francois Pirus wrote:
>>
>> Sorry, I ran reportbug on another machine.
>
> You most likely don't want to use the old vaapi driver, but
> intel-media-va-driver...
>
> This is not a bug for
On 25.3.2020 5.45, Jean-Francois Pirus wrote:
>
> Sorry, I ran reportbug on another machine.
You most likely don't want to use the old vaapi driver, but
intel-media-va-driver...
This is not a bug for mesa but maybe libva or intel-vaapi-driver.
--
t
Package: bind9-libs
Version: 1:9.16.1-2
Severity: important
Hi,
I'm trying to build bind-dyndb-ldap against the new bind9 (with bind9-dev
added), but
it's failing because (at least) libisc seems to be missing something?
/usr/bin/ld:
/usr/lib/gcc/x86_64-linux-gnu/9/../../../x86_64-linux-gnu/lib
Source: bind9
Version: 1:9.16.1-2
Severity: normal
bind-dyndb-ldap still needs the headers (and .so's?) from bind9, so while the
current version
would not build against it, there are patches upstream to fix that.
On 23.3.2020 18.25, Chow Loong Jin wrote:
> On Mon, Mar 23, 2020 at 01:21:23PM +0200, Timo Aaltonen wrote:
>> On 22.3.2020 20.02, Timo Aaltonen wrote:
>>> On 22.3.2020 17.38, Chow Loong Jin wrote:
>>>> Package: src:mesa
>>>> Version: 20.0.2-1
>>>
On 22.3.2020 20.02, Timo Aaltonen wrote:
> On 22.3.2020 17.38, Chow Loong Jin wrote:
>> Package: src:mesa
>> Version: 20.0.2-1
>> Severity: critical
>> Justification: breaks the whole system
>>
>> Dear Maintainer,
>>
>>> * What led up to the si
On 22.3.2020 17.38, Chow Loong Jin wrote:
> Package: src:mesa
> Version: 20.0.2-1
> Severity: critical
> Justification: breaks the whole system
>
> Dear Maintainer,
>
>> * What led up to the situation?
>
> Upgraded mesa packages from 19.3.3-1 to 20.0.2-1.
>
>> * What exactly did you do (or not
On 20.3.2020 10.18, Stefan Fritsch wrote:
> Package: libgl1-mesa-dri
> Version: 20.0.2-1
> Followup-For: Bug #954311
>
>
> With this mesa version, there are severe drawing artifacts with the kde
> konsole terminal emulator that makes it unusable. I also see problems
> when marking text in thunder
On 18.3.2020 13.03, Timo Aaltonen wrote:
> Source: apache2
> Severity: normal
> Tags: patch
>
> Hi,
>
> FreeIPA needs this patch for 2.4 applied, so that AJP works with tomcat
> 9.0.31:
>
> https://svn.apache.org/viewvc?view=revision&revision=1874456
>
Source: apache2
Severity: normal
Tags: patch
Hi,
FreeIPA needs this patch for 2.4 applied, so that AJP works with tomcat 9.0.31:
https://svn.apache.org/viewvc?view=revision&revision=1874456
thanks
Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen
* Package name: freeipa-healthcheck
Version : 0.5
Upstream Author : Red Hat Inc.
* URL : https://github.com/freeipa/freeipa-healthcheck
* License : GPL3
Programming Lang: Python
Description : Health
On 9.3.2020 21.41, Thorsten Glaser wrote:
> Package: x11-xkb-utils
> Version: 7.7+5
> Followup-For: Bug #953032
> Control: retitle -1 xkbcomp: Internal error: Could not resolve keysym
> XF86FullScreen
>
> The high keycode errors went away, but this one still happens.
The reason, as I see it, is
On 6.3.2020 15.17, Dominik George wrote:
> Hi,
>
> On Thu, Mar 05, 2020 at 09:04:40PM +0100, Dominik George wrote:
>>> Ok, thanks. Dominik, could you get this in git so that it's in sync with
>>> the archive?
>>
>> Yep, it is on my todo list for tomorrow morning.
>
> tried to do so, but found tha
On 28.2.2020 18.50, Domenico Cufalo wrote:
> This is my output:
>
> $ gsettings get org.gnome.desktop.input-sources sources
> [('xkb', 'it'), ('xkb', 'gr'), ('xkb', 'de')]
>
> Obviously the command "setxkbmap it" solves the problem, at least for
> the current session.
>
> In Italian keyboard, fo
On 28.2.2020 10.35, Domenico Cufalo wrote:
> Package: xkb-data
> Version: 2.29-1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> Latest version of xkb-data (2.29.1) renders Italian keyboard unusable in some
> apps.
>
> In short, in applications like Firefox o
On 26.2.2020 19.57, Daniel Serpell wrote:
> Hi!
>
> On Wed, Feb 26, 2020 at 1:27 PM Simon McVittie wrote:
>>
>> On Wed, 26 Feb 2020 at 17:47:07 +0200, Timo Aaltonen wrote:
>
>>> bah, I'll release a new xorgproto asap
>>
>> You'll proba
On 26.2.2020 16.17, Dmitry Shachnev wrote:
> Package: libx11-dev
> Version: 2:1.6.9-1
> Severity: serious
> Justification: fails to install
>
> Dear Maintainer,
>
> When trying to install the latest version of libx11-dev, I get the following
> error:
>
> Unpacking libx11-dev:amd64 (2:1.6.9-1)
On 21.2.2020 15.29, Thorsten Glaser wrote:
> Hi,
>
> please find the debdiff for the NMU attached and include it in
> your next maintainer upload. I’ve uploaded straight to unstable
> and will be pushing for inclusion of this patch in stable, as
> requested by Dominik George (co-maintainer).
Ok,
On 21.2.2020 18.19, Lukas Straub wrote:
> On Fri, 21 Feb 2020 17:58:57 +0200
> Timo Aaltonen wrote:
>
>> On 21.2.2020 17.16, Lukas Straub wrote:
>>> On Wed, 19 Feb 2020 16:10:26 +0200
>>> Timo Aaltonen wrote:
>>>
>>>> On 17.2.2020 22.33, Lu
On 21.2.2020 17.16, Lukas Straub wrote:
> On Wed, 19 Feb 2020 16:10:26 +0200
> Timo Aaltonen wrote:
>
>> On 17.2.2020 22.33, Lukas Straub wrote:
>>> Source: libinput
>>> Version: 1.15.1-1
>>> Severity: normal
>>>
>>> Dear Maintai
On 17.2.2020 22.33, Lukas Straub wrote:
> Source: libinput
> Version: 1.15.1-1
> Severity: normal
>
> Dear Maintainer,
> Since Version 1.15.1-1 the behavour of the Touchpad changed. I have a
> "unified" Touchpad i.e. no physical seperate buttons, the whole touchpad is
> pressed down.
> -It's now
On 10.2.2020 8.34, Michael Biebl wrote:
Am 10.02.20 um 07:15 schrieb Timo Aaltonen:
On 9.2.2020 11.20, Michael Biebl wrote:
On Sun, 09 Feb 2020 09:17:49 +0100 Michael Biebl
wrote:
Device: SynPS/2 Synaptics TouchPad
Kernel: /dev/input/event5
Group: 8
Seat
On 9.2.2020 11.20, Michael Biebl wrote:
On Sun, 09 Feb 2020 09:17:49 +0100 Michael Biebl wrote:
Device: SynPS/2 Synaptics TouchPad
Kernel: /dev/input/event5
Group:8
Seat: seat0, default
Size: 74x43mm
Capabilities: pointer gesture
Tap-
Package: ftp.debian.org
Severity: normal
Dogtag-pki merged the functionality provided by nuxwdog in 10.6.10-1, so
the separate source can be removed, there should be no reverse-depends left.
On 23.1.2020 23.08, Paul Gevers wrote:
> Hi Timo,
>
> On 23-01-2020 22:01, Timo Aaltonen wrote:
>> Look at the error above, the file shipped by qtbase5-dev requires
>> libEGL.so which the libegl-dev dependency provides. It used to be in
>> libglvnd-dev but moved to
On 23.1.2020 22.07, Paul Gevers wrote:
> Hi Timo,
>
> On 23-01-2020 19:32, Timo Aaltonen wrote:
>> The relevant part of the build log was:
>>
>> CMake Error at
>> /usr/lib/x86_64-linux-gnu/cmake/Qt5Gui/Qt5GuiConfig.cmake:27 (message):
>> The importe
On 23.1.2020 17.01, Paul Gevers wrote:
> Source: mesa, kcrash, konsole, libkscreen
> Control: found -1 mesa/19.3.2-1
> Control: found -1 kcrash/5.62.0-1
> Control: found -1 konsole/4:19.08.1-2
> Control: found -1 libkscreen/4:5.14.5-1
> Severity: serious
> Tags: sid bullseye
> X-Debbugs-CC: debian.
On 9.1.2020 18.18, Timo Aaltonen wrote:
> Source: libsdl2
> Severity: normal
>
> Hi,
>
> libsdl2 fails to build on armhf:
>
> CC build/SDL_video.lo
> In file included from include/SDL_opengles.h:33,
> from
> /home/tjaalton/libsdl2-2.0.
Source: libsdl2
Severity: normal
Hi,
libsdl2 fails to build on armhf:
CC build/SDL_video.lo
In file included from include/SDL_opengles.h:33,
from
/home/tjaalton/libsdl2-2.0.10+dfsg1/src/video/SDL_video.c:41:
/usr/include/GLES/gl.h:63:25: error: conflicting types for 'GLsi
On 19.2.2018 0.12, Michal Kašpar wrote:
> On 02/13/2018 07:44 PM, Timo Aaltonen wrote:
>> Huh, shouldn't be.. The Debian CI shows that at least new PKI instances
>> are set up just fine. IPA server setup is busted though, but is
>> unrelated to this bug.
>
> Th
On 25.12.2019 20.08, Timo Aaltonen wrote:
> On 24.12.2019 12.22, Kristian Nielsen wrote:
>> This patch to openscad works around the problem:
>>
>>
>> https://salsa.debian.org/knielsen-guest/openscad/commit/7225800b534a36e5ad84c56c274889b8d0edc0ce
>>
>> It
On 24.12.2019 12.22, Kristian Nielsen wrote:
> This patch to openscad works around the problem:
>
>
> https://salsa.debian.org/knielsen-guest/openscad/commit/7225800b534a36e5ad84c56c274889b8d0edc0ce
>
> It uses Xrender to query visuals returned from glXChooseFBConfig(), and
> filter out those
On 4.12.2019 19.23, Thorsten Glaser wrote:
> Timo Aaltonen dixit:
>
>> That was done over two years ago in 1.0.0-1, so you are looking at the
>> wrong package? Same thing with the other bug.
>
> No, definitely checked the two packages.
>
> Did you remember t
On 1.12.2019 21.37, Thorsten Glaser wrote:
> Package: libgl1
> Version: 1.1.0-1+b1
> Severity: normal
>
> Please change Priority extra to optional, in accordance with latest
> Policy, as to not make packages depending on libgl1 but of a conforming
> priority violate Policy’s requirement of not dep
On 29.11.2019 14.45, Harald Dunkel wrote:
> Its a pretty huge effort to roll out a wrapper around freeipa to +300
> Hosts and keep it maintained for 2 years until Bullseye is released.
>
> I am using freeipa-client on Debian for several years now. This problem
> never came up before, even though i
Source: libepoxy
Severity: normal
The Debian X Strike Force would like to adopt libepoxy, and maintain it under
salsa xorg-team.
There hasn't been an upload by the maintainer since 2017.
On 20.11.2019 13.33, Bernd Zeimetz wrote:
> Hi,
>
> freeipa-server depends on libapache2-mod-wsgi, which is the python2
> implementation of the module.
>
> Please use libapache2-mod-wsgi-py3.
Yes, this is already fixed in git, just waiting for the next upload.
--
t
On 12.9.2019 0.58, Witold Baryluk wrote:
> Package: libvulkan-dev
> Version: 1.1.114.0-1
> Followup-For: Bug #93
>
> Just a minor update,
>
> https://www.khronos.org/registry/vulkan/
>
> section 'API Reference Pages' says:
>
> """ In addition to the format published here, it is possible to
On 30.10.2019 4.38, Mo Zhou wrote:
> Hi,
>
> I've added you to the ROCm team on salsa.
>
> roct-thunk-interface packaging is already available
> here:
> https://salsa.debian.org/rocm-team/roc-roct-thunk-interface
>
> Could you please help me test it? I don't have amd
> hardware to do the test.
On 11.11.2019 11.54, Timo Aaltonen wrote:
> I'm thinking this should replace llvmpipe on x86 if enabled, there's no
> point in keeping both especially since llvmpipe would still be the default.
On a second thought, I can't see a way to do this, as both require llvm
and
On 31.10.2019 1.35, Witold Baryluk wrote:
> Package: src:mesa
> Severity: normal
>
> Dear Maintainer,
>
> SWR is a new high performance rasterizer that is usually significantly
> faster than softpipe or llvmpipe and is merged in upstream Mesa for
> some time.
>
> Adding these meson extra flags:
On 26.10.2019 16.42, Mo Zhou wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Mo Zhou
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: roc-roct-thunk-interface
> Version : 2.9.0
> Upstream Author : AMD
> * URL :
> https://github.com/RadeonOpenCompu
On 14.10.2019 11.11, Mathieu Parent wrote:
> Control: tag -1 moreinfo
>
> Le lun. 14 oct. 2019 à 09:36, Timo Aaltonen a écrit :
>>
>> Package: samba-common-bin
>> Severity: normal
>>
>> Hi
>
> Hello,
>
>>
>> If there's no smb.c
Package: samba-common-bin
Severity: normal
Hi
If there's no smb.conf, sambal-common-bin postinst fails because
testparm returns an error. Please make it handle this error.
--
t
On 4.10.2019 21.32, Paul Gevers wrote:
Source: sssd
Version: 2.2.2-1
Severity: serious
Tags: ftbfs
Justification: ftbfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear maintainers,
Your package is part of the ldb transition which is currently ongoing. However,
your package fails to build
Package: src:koji
Severity: normal
Hi, I'd like to get rid of python-krbv, so koji needs to migrate to
python(3)-requests-kerberos like Fedora has been doing since 23 / RHEL 7.
--
t
On 25.9.2019 12.21, Timo Aaltonen wrote:
> Package: debhelper
> Severity: important
>
> Hi, debhelper 12.4 was fine but the current one broke xorg-server build,
> build-indep isn't run at all. With the old version it was run right in
> the beginning:
S
On 25.9.2019 22.01, Jim Joyce wrote:
> Package: libgl1-mesa-dri
> Version: 19.1.6-1
> Severity: important
>
> Dear Maintainer,
>
> (This is my first Debian bug report, so apologies if I make any mistakes)
>
> Recently, I performed a "cautious upgrade" of my system using Muon package
> manager.
Package: debhelper
Severity: important
Hi, debhelper 12.4 was fine but the current one broke xorg-server build,
build-indep isn't run at all. With the old version it was run right in
the beginning:
dh build --with quilt,autoreconf --parallel
debian/rules build-indep
make[1]: Entering directory
On 2.9.2019 14.28, Robert Senger wrote:
> Package: sssd
> Version: 1.16.3-3.1
> Severity: important
> Tags: ipv6
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> Laptop with sssd and sssd-krb5 installed. Two wifi networks, one dual stack
> ipv4/ipv6, other ipv6 only (with dns64/na
On 17.9.2019 14.56, Timo Aaltonen wrote:
>> libvulkan1 recommends (directly, i.e. not as fallback alternative)
>> virtual package vulkan-icd, provided by several non-free packages.
>>
>> This is covered by Debian Policy §2.2.1:
>>
>>> "[a] package [i
> libvulkan1 recommends (directly, i.e. not as fallback alternative)
> virtual package vulkan-icd, provided by several non-free packages.
>
> This is covered by Debian Policy §2.2.1:
>
>> "[a] package [in main] must not declare a [...] "Recommends" [...]
>> relationship on a non-main package unle
On 3.6.2019 1.11, Emmanuel Bourg wrote:
> Hi Timo,
>
> Le 25/04/2019 à 19:37, Timo Aaltonen a écrit :
>
>> I'd like to use the libexec scripts and policy files from the pki-server
>> systemd service file, but installing 'tomcat9' will start an instance and
Package: ftp.debian.org
Severity: normal
freeipa needed python-krbv at some point, but got migrated to
python-gssapi a few years back, so this should be removed now.
On 11.9.2019 19.14, Laurent Bigonville wrote:
> On 7/01/19 13:02, Timo Aaltonen wrote:
>> On 7.1.2019 11.14, Laurent Bigonville wrote:
>>> Source: dogtag-pki
>>> Version: 10.6.8-2
>>> Severity: normal
>>>
>>> Hi,
>>>
>>> Are
Package: llvm-9-dev
Version: 1:9~+rc3-1~exp2
Severity: normal
Mesa 19.2.0-rc2 fails to build against llvm-9:
c++ -o src/gallium/targets/opencl/libMesaOpenCL.so.1.0.0 -Wl,--no-undefined
-Wl,--as-needed -shared -fPIC -Wl,--
start-group -Wl,-soname,libMesaOpenCL.so.1 -Wl,--whole-archive
src/gall
On 14.8.2019 19.36, Thorsten Glaser wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.99.917+git20180925-2
> Severity: wishlist
>
> Please replace “it’s” (short for “it is”) with “its” (genitive form)
> in the package long Description.
>
> (That being said, what benefits has the modesetti
Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen
* Package name: roct-thunk-interface
Version : 2.6.0
Upstream Author : Advanced Micro Devices, Inc.
* URL : https://github.com/RadeonOpenCompute/ROCT-Thunk-Interface
* License : MIT
Programming Lang: C
reassign 930514 src:libglvnd
On 17.6.2019 14.44, Guido Günther wrote:
> Hi,
> On Fri, Jun 14, 2019 at 10:32:11PM +0300, Timo Aaltonen wrote:
>>
>> Hi,
>>
>> On 14.6.2019 12.34, Guido Günther wrote:
>>> Package: libgles2-mesa-dev
>>> Version: 1
Hi,
On 14.6.2019 12.34, Guido Günther wrote:
> Package: libgles2-mesa-dev
> Version: 19.1.0-1
> Severity: normal
>
> Hi,
> The package config file went missing in 19.1.0-1:
>
>https://packages.debian.org/experimental/arm64/libgles2-mesa-dev/filelist
>
> I noticed when rebuilding wlroots a
On 4.6.2019 22.40, Paul Gevers wrote:
> Ping... [adding the team]
>
> On 30-05-2019 22:18, Paul Gevers wrote:
>> Hi Timo,
>>
>> On 30-05-2019 13:18, Timo Aaltonen wrote:
>>> Hi, I don't know how much would have to be backported, but it's probably
>
On 30.5.2019 10.59, Paul Gevers wrote:
> Control: tags -1 moreinfo
>
> Hi Timo,
>
> On Wed, 24 Apr 2019 11:06:36 +0300 Timo Aaltonen
> wrote:
>> Please unblock package python-jwcrypto
>>
>> The new upstream release is needed to fix:
>> https://bugs.d
On 28.4.2019 14.53, Mathieu Mirmont wrote:
> On Fri, Apr 26, 2019 at 02:44:29PM +0300, Timo Aaltonen wrote:
>> On 26.4.2019 14.33, Mathieu Mirmont wrote:
>>> control: tags -1 +confirmed
>>>
>>> On Fri, Apr 26, 2019 at 01:09:33PM +0300, Timo Aaltonen wrote:
&
On 26.4.2019 14.33, Mathieu Mirmont wrote:
> control: tags -1 +confirmed
>
> On Fri, Apr 26, 2019 at 01:09:33PM +0300, Timo Aaltonen wrote:
>> While testing FreeIPA, I noticed that enforcer startup fails if conf.xml has
>> on it. The feature was forward-ported to 2.1 from
Package: opendnssec-enforcer
Severity: important
Hi,
While testing FreeIPA, I noticed that enforcer startup fails if conf.xml has
on it. The feature was forward-ported to 2.1 from 1.4, so it
should work in theory but instead I get this on startup:
/etc/opendnssec/conf.xml:11: element AllowExt
On 26.4.2019 12.09, Mathieu Mirmont wrote:
> control: tags -1 +confirmed
>
> On Fri, Apr 26, 2019 at 11:44:41AM +0300, Timo Aaltonen wrote:
>> Source: opendnssec
>> Severity: important
>>
>> Hi, 'ods-enforcer zonelist export' fails, because 'opend
Source: opendnssec
Severity: important
Hi, 'ods-enforcer zonelist export' fails, because 'opendnssec' has no permission
to write to /etc/opendnssec, so the permissions of the dir should be set to
0770 in postinst.
Source: tomcat9
Severity: normal
Hi,
I'd like to use the libexec scripts and policy files from the pki-server
systemd service file, but installing 'tomcat9' will start an instance and then
'pkispawn' would fail because the (default) port is already used. So I can't
just depend on tomcat9, but
On 25.4.2019 20.04, Paul Gevers wrote:
> Control: reassign -1 ftp.debian.org
> Control: retitle -1 RM: jboss-annotations-1.2-api -- ROM; duplicate
>
> On 24-04-2019 11:18, Paul Gevers wrote:
>> Hi Timo,
>>
>> On 24-04-2019 10:28, Timo Aaltonen wrote:
>>> Dog
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package glslang
build-dependency of vulkan-validationlayers which has it's own unblock
request (#927859)
unblock glslang/7.11.3113-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Dogtag-pki needed this, but I wasn't aware that another version
was already being packaged by pkg-java (geronimo-annotation-1.3-spec), and
that version is fine for Dogtag too. So, please remove j
/control 2019-01-13
20:05:07.0 +0200
+++ vulkan-validationlayers-1.1.101.0/debian/control2019-03-12
11:36:37.0 +0200
@@ -4,14 +4,14 @@
Uploaders: Timo Aaltonen
Build-Depends: debhelper (>= 11),
cmake,
- glslang-dev (>= 7.10.2984),
+ glslang-dev (>=
0 pkg.
+ * rules: Update the clean target.
+
+ -- Timo Aaltonen Tue, 12 Mar 2019 18:38:57 +0200
+
+vulkan-loader (1.1.101.0-1) unstable; urgency=medium
+
+ * New upstream release.
+ * sync_headers.sh, watch: Revert back to using tags which upstream has
+validated as release tags.
+
+ --
release. (Closes: #925457)
+ * control: Update vcs urls.
+ * control: Drop X-Python-Version*.
+
+ -- Timo Aaltonen Tue, 02 Apr 2019 09:05:15 +0300
+
python-jwcrypto (0.4.2-1) unstable; urgency=medium
* New upstream release.
diff -Nru python-jwcrypto-0.4.2/debian/control
python-jwcrypto
On 9.4.2019 14.45, Paul R. Tagliamonte wrote:
> Also the URL appears to be https://github.com/intel/compute-runtime 😁👍
Heh, thanks.. d/control fixed ;)
This is very much different from beignet, supports OpenCL 2.x for
starters. I haven't actually tested it myself yet (darktable would be my
person
Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen
* Package name: intel-compute-runtime
Version : 19.13.12717
Upstream Author : Intel Corporation
* URL : https://github.com/intel/intel-compute-runtime
* License : MIT
Programming Lang: C++
Description
201 - 300 of 793 matches
Mail list logo