Bug#904610: Updates to spirv-headers needed for new vulkan repositories

On Wed, Oct 3, 2018 at 2:56 AM Timo Aaltonen wrote: > On 25.07.2018 19:59, Brett Johnson wrote: > > 2) Added a third level of upstream versioning to represent the number > > of git commits since the latest API version was first created (this > > would make the current up

Bug#907225: Man pages for glslang

--- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,9 @@ glslang (7.8.2853-2) unstable; urgency=medium * d/lintian: Add glslang-tools lintian override for binary-without-manpage * d/control: Fix Vcs-Git and Vcs-Browser urls + [ Brett Johnson ] + * Add man pages for spirv-remap

Bug#904610: Updates to spirv-headers needed for new vulkan repositories

symlink so upstream packages will build. + * Add semantic version (# of git commits since 1.3) to version string + + -- Brett Johnson Wed, 25 Jul 2018 10:28:30 -0600 + spirv-headers (1.3-1) unstable; urgency=medium * New upstream version. diff --git a/debian/control b/debian/control in

Bug#891582: Dependency missing in vulkan-utils

On Mon, Mar 12, 2018 at 9:48 AM, Timo Aaltonen <tjaal...@debian.org> wrote: > On Mon, 12 Mar 2018, Brett Johnson wrote: > > >>> But vulkan-smoketest runs fine without the dev package. Smoketest and >>> vulkaninfo are useful as a quick way to test

Bug#891582: Dependency missing in vulkan-utils

> > But vulkan-smoketest runs fine without the dev package. Smoketest and > vulkaninfo are useful as a quick way to test the driver and/or the system. The point of this bug is that smoketest crashes if you pass it the "--validate" option, because it can't load the validation layers (which are in

Bug#884865: Response?

On Wed, Mar 7, 2018 at 8:05 AM, Timo Aaltonen wrote: > > > John Kessenich (main maintainer of glslang) is working on coming up with > > a reasonable versioning scheme for it. So until he does that, you may > > want to use a scheme similar to what I did, that will be

Bug#884865: Response?

> On 26.02.2018 21:50, Brett Johnson wrote: > > On Mon, Feb 26, 2018 at 12:25 PM, Timo Aaltonen <tjaal...@debian.org> > wrote: > >> just wondering (again) if glslang should be > >> packaged separately or not. Because now would be the time to do it. > > >

Bug#884865: Response?

into a problem I think you will also run into packaging the LVL repository. I have to run right now, but I'll send you more details later, when I figure out how to get around it. Thanks! On Fri, Mar 2, 2018 at 9:07 AM, Timo Aaltonen <tjaal...@debian.org> wrote: > On 26.02.2018 21:50, Brett John

Bug#890009: vulkan lunarg layers

These layers are found in the LunarG "VulkanTools" repository ( https://github.com/LunarG/VulkanTools). I've already filed ITP #890474 for these layers.

Bug#891582: Dependency missing in vulkan-utils

Package: vulkan Version: 1.0.65.2+dfsg1-1 Severity: serious Justification: 1 The utility "vulkan-smoketest" in the vulkan-utils package depends on layers in the libvulkan-dev package, but there is no dependency. This can be easily verified by running it with the "--validate" option: $

Bug#884865: Response?

On Mon, Feb 26, 2018 at 12:25 PM, Timo Aaltonen wrote: > just wondering (again) if glslang should be > packaged separately or not. Because now would be the time to do it. FWIW, after digging further down this rabbit hole, I think you made the right call by not wanting to

Bug#884865: Response?

On Thu, Feb 15, 2018 at 4:35 AM, Timo Aaltonen wrote: > Looks like latest vulkan changed how it depends on SPIRV, so we'll just > bite the bullet and package glslang and spirv-tools separately instead.. I've got a first draft of these packages done. Also, I think I should

Bug#891052: ITP: spirv-headers -- machine-readable files for the SPIR-V Registry

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: spirv-headers Version : Untagged: 1.2 Upstream Author : Khronos Group * URL : https://github.com/KhronosGroup/SPIRV-Headers * License : MIT (Khronos registry v

Bug#884865: Response?

On Thu, Feb 15, 2018 at 10:23 AM, Brett Johnson <br...@lunarg.com> wrote: > Would you like me to file ITPs for them? Or are you planning on doing > so right away? Since we're on opposite sides of the pond, and I'm very impatient :D, I went ahead and filed ITPs for glslang (#89055

Bug#890553: ITP: spirv-tools -- API and commands for processing SPIR-V modules

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: spirv-tools Version : Untagged: TBD Upstream Author : Khronos Group * URL : https://github.com/KhronosGroup/SPIRV-Tools * License : Apache 2.0 Description

Bug#890552: ITP: glslang -- Khronos reference front-end for GLSL and ESSL, and sample SPIR-V generator

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: glslang Version : Untagged: TBD Upstream Author : Various (mostly Google, Khronos Group) * URL : https://github.com/KhronosGroup/glslang * License : Apache 2.

Bug#884865: Response?

On Thu, Feb 15, 2018 at 4:35 AM, Timo Aaltonen wrote: > Looks like latest vulkan changed how it depends on SPIRV, so we'll just > bite the bullet and package glslang and spirv-tools separately instead.. Yes, past the 1.0.65 tag/branch, the loader/layers repository (as well

Bug#890473: Fix missing description in title

Control: retitle -1 ITP: lunarg-vulkan-tutorial -- LunarG Vulkan API Samples Tutorial

Bug#890477: ITP: lunarg-vulkan-sdk-docs -- LunarG Vulkan SDK Documentation

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: lunarg-vulkan-sdk-docs Version : 1.0.68 Upstream Author : LunarG Inc. * URL : https://github.com/linuxturtle/lunarg-vulkan-sdk-docs * License : Apache 2.0 Descr

Bug#890476: ITP: lunarg-via -- LunarG Vulkan Installation Analyzer

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: lunarg-via Version : 1.0.68 Upstream Author : LunarG Inc * URL : https://github.com/LunarG/VulkanTools * License : Apache 2.0 Programming Lang: C Descr

Bug#890475: ITP: lunarg-vktrace -- LunarG vulkan API capture and replay tools

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: lunarg-vktrace Version : 1.0.68 Upstream Author : LunarG Inc * URL : https://github.com/LunarG/VulkanTools * License : Apache 2.0 Programming Lang: C Descr

Bug#890474: ITP: lunarg-vulkan-layers -- Extra vulkan development layers from LunarG

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: lunarg-vulkan-layers Version : 1.0.68 Upstream Author : LunarG Inc * URL : https://github.com/LunarG/VulkanTools * License : Apache 2.0 Programming Lang: C Descr

Bug#890473: ITP: lunarg-vulkan-tutorial

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: lunarg-vulkan-tutorial Version : 1.0.68 Upstream Author : LunarG Inc. * URL : https://github.com/LunarG/VulkanSamples * License : Apache 2.0 Description :

Bug#890472: ITP: shaderc -- A collection of tools, libraries and tests for shader compilation

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: shaderc Version : untagged Upstream Author : The Shaderc Authors (Google Inc) * URL : https://github.com/google/shaderc * License : Apache 2.0 Programming L

Bug#890471: ITP: spirv-cross -- A tool for cross-compiling SPIR-V to other shader formats

Package: wnpp Severity: wishlist Owner: Brett Johnson <br...@lunarg.com> * Package name: spirv-cross Version : untagged Upstream Author : Khronos Group * URL : https://github.com/KhronosGroup/SPIRV-Cross * License : Apache 2.0 Programming L

Bug#884865: Response?

Excellent, thank you for the update! On Sat, Feb 10, 2018 at 7:55 AM, Timo Aaltonen <tjaal...@debian.org> wrote: > Brett Johnson kirjoitti 09.02.2018 klo 18:50: > > Any chance of a response to this request? If y'all think it's a bad > > idea, or don't want to do it, th

Bug#884865: Response?

Any chance of a response to this request? If y'all think it's a bad idea, or don't want to do it, that's OK, I'll go back to the drawing board and try to figure out some sane way to package/version glslang and spirv-tools independently (although that's going to be difficult, as they don't have

Bug#884865: Patch to add glslang and spirv-tools packages

Tags: patch Attached is a patch to the 10.65.2 package which is my take at implementing this. I just build/install from the external/glslang and external/spirv-tools directories, and include the results in respective packages. I hope it's helpful. diff --git a/debian/control b/debian/control

Bug#886796: Please package upstream tag sdk-1.0.65.2 (ignore previous 1.0.65 tags)

Package: vulkan Severity: normal Previous 1.0.65.* tags had a bug where the testing "Mock" ICD driver was partially installed. This problem has been fixed in upstream 1.0.65.2, so the packaging won't fail on an unaccounted-for .json file left around in /etc/icd.d. -- Brett J

Bug#884865: Working for LunarG

packaging is part of what I'm working on for them. So, I just wanted to add this to the bug, so nobody is confused :) -- Brett Johnson <br...@lunarg.com>

Bug#884865: vulkan: Please include glslang, spirv-tools, and spirv-headers in vulkan source package

stream versioning problems can be worked out), and this could cause a file conflict. It would be better if that potential conflict wasn't hidden inside the libvulkan-dev package, but instead was inside a package which explicitly names glslang and spirv, and could make a clean "conflicts-with"

Bug#778180: xemacs21: ftbfs with GCC-5

On 08/13/2015 09:51 AM, Mark Brown wrote: Who would I submit a patch for the packaging to?! Lol. Sorry, I didn't notice you were the maintainer ;) -- Brett Johnson br...@hp.com

Bug#778180: xemacs21: ftbfs with GCC-5

On 08/13/2015 05:51 AM, Mark Brown wrote: On Fri, Jul 10, 2015 at 03:57:40PM -0600, Brett Johnson wrote: gcc5 changes the semantics of inline function declarations, causing some inline functions in xemacs to be considered extern, and thus cause In what way does it change the semantics

Bug#778109: s51dude: ftbfs with GCC-5

-0.3.1/debian/rules 2015-07-23 21:59:29.696824595 + @@ -2,5 +2,8 @@ %: dh $@ +override_dh_auto_build: + dh_auto_build -- CFLAGS=-std=gnu89 $(CFLAGS) + override_dh_compress: dh_compress --exclude=hex -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian

Bug#778114: screader: ftbfs with GCC-5

. * \***/ -inline void Auto_TTS () +extern void Auto_TTS () { int p, hlp; -- Brett Johnson br...@hp.com Information technology and manure have a symbiotic relationship ~~Chandrakant D. Patel, HP Labs director. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#778109: s51dude: ftbfs with GCC-5

+153,7 @@ void print_params(void); void check_open_file(void); -inline void print_error(char *msg); +extern inline void print_error(char *msg); int usbtiny_open (void); -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#778120: sipsak: ftbfs with GCC-5

(,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778119: simulavr: ftbfs with GCC-5

LDFLAGS= -Wl,-z,defs ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778116: shell-fm: ftbfs with GCC-5

)); if(sample = MAD_F_ONE) -- Brett Johnson br...@hp.com Rudeness is the weak man's imitation of strength. ~~ Eric Hoffer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778115: sflphone: ftbfs with GCC-5

toupper(c) (((c) = 'a' (c) = 'z') ? (c)-('a'-'A') : (c)) #endif -#ifndef isblank +#ifndef __USE_ISOC99 +# ifndef isblank # define isblank(c) (c==' ' || c=='\t') -#endif +# endif +#endif /* __USE_ISOC99 */ #endif /* __PJ_COMPAT_CTYPE_H__ */ -- Brett Johnson br...@hp.com

Bug#778121: sks-ecc: ftbfs with GCC-5

+= -DVERSION='$(VER)' +# Revert back to gnu89 standard for gcc 5 +CFLAGS += -std=gnu89 + #INST = /usr/local/bin #INST = $(HOME)/bin INST = $(DESTDIR)/usr/bin -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble

Bug#778134: synaptic: ftbfs with GCC-5

a gcc5 bug, nor a synaptic bug, and it builds fine now with a ABI warning, even with libxapian being compiled using GCC 4.9.2. My build log is at: http://people.linux.hp.com/~brett/logs/synaptic-0.81.4/buildlog.txt -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist

Bug#778129: squeak-plugins-scratch: ftbfs with GCC-5

:46.0 + +++ squeak-plugins-scratch-1.4.0.2~svn.r83/debian/rules 2015-07-16 18:47:41.684780247 + @@ -3,6 +3,7 @@ export DH_ALWAYS_EXCLUDE=.svn LDFLAGS=-Wl,-z,defs -Wl,--as-needed -Wl,--no-undefined +CFLAGS=-std=gnu89 config: config-stamp config-stamp: -- Brett Johnson br...@hp.com

Bug#778165: vxl: ftbfs with GCC-5

shouldn't be closed until there is a successful gcc5 build. -- Brett Johnson br...@hp.com There are 10 kinds of people in this world, those that can read binary, and those that can't ~~ Unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#778165: vxl: ftbfs with GCC-5

On 07/15/2015 01:48 PM, Andreas Tille wrote: The gcc5 build is now successful - I just created a package using gcc5. Thus the upload closed both RC bugs - basically thanks to your patch. w00t! Good job! Glad I could help a little bit :). -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE

Bug#778135: syrthes: ftbfs with GCC-5

/mpi-default-dev/debian_defaults -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778152: uaputl: ftbfs with GCC-5

-out -D__%, $(EXTRA_CF #CFLAGS += -DAP22 -fshort-enums -CFLAGS += -Wall +CFLAGS += -Wall -std=gnu89 #ECHO = @ LIBS = -lrt -- Brett Johnson br...@hp.com In C++ you can see your friends' privates ~~ Unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#778157: user-mode-linux: ftbfs with GCC-5

As was reported in [1], this package needs to be updated for kernel 4.0 or 4.1 before it can be built with any compiler in sid. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787979 -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org

Bug#778165: vxl: ftbfs with GCC-5

VCL_GCC_4 +# define VCL_GCC_41 # else # error Dunno about this gcc # endif -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778156: unionfs-fuse: ftbfs with GCC-5

@@ hashtable_iterator_key(struct hashtable_ void * hashtable_iterator_value(struct hashtable_itr *i) { return i-e-v; } +#endif /*/ /* advance - advance the iterator to the next element -- Brett Johnson br...@hp.com

Bug#778183: xiphos: ftbfs with GCC-5

for read-aloud) -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778180: xemacs21: ftbfs with GCC-5

. case `gcc -v --help 21` in *-fstrict-aliasing* ) CFLAGS=$CFLAGS -fno-strict-aliasing ;; -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777783: xemacs21: ftbfs with GCC-5

dangit, my apologies, wrong bug #. Please ignore previous patch :(. -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777783: xemacs21: ftbfs with GCC-5

) -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778180: xemacs21: ftbfs with GCC-5

) -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778179: xbmc: ftbfs with GCC-5

Master. -- Brett Johnson br...@hp.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#683732: retitle 683732 slapd 2.4.36 release available

retitle 683732 slapd 2.4.36 release available Any chance of this happening in the near future? It's been over a year since 2.4.32 was released, and many, many bugs have been fixed in the interim. It would really be nice to have a new, more stable version. -- Brett Johnson br...@hp.com

Bug#637136: scribus-ng source package in squeeze contains bogus Architecture: field.

Package: scribus-ng Version: 1.3.5.dfsg+svn20091216-3 Severity: normal The Architecture field in the .dsc file for scribus-ng in squeese contains a 2408-character list of architectures, instead of any. While not strictly a violation of policy (as there's no defined size limit), it's very odd,

Bug#355252: [Fwd: PATCH: Fix gnu-efi-3.0b-041222 for ia32]

patching gnu-efi and trying it for someone that has easy access to a ia32/EFI machine. -- Brett Johnson [EMAIL PROTECTED] ---BeginMessage--- I don't know where I should report gnu-efi bug. The ia32 support in gnu-efi-3.0b-041222 doesn't work with newer gcc and binutils. The problem is in the linker

Bug#355252: [Fwd: Bug#355252: elilo: fails to work on ia32]

(but it apparently works ok, since the gentoo build works, and some people have been booting their intelmac machines with it ;) I suspect a mismatch between gnu-efi versions and gcc versions... -- Brett Johnson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe

Bug#243466: Desired features in phpwiki 1.3.9+

architecture is in flux is certainly understandable. -- Brett Johnson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]