>From a conversation in Libera's #debian-python channel today, it sounds like
making pybuild's pyproject plugin backwards compatible for writing data_files
to the root filesystem is unlikely to happen. I've filed a bug[1]
against the upstream
cloud-init project to make the required upstream changes
alsa.debian.org.
Regards,
Brett Holman
-- System Information:
Debian Release: trixie/sid
APT prefers noble
APT policy: (500, 'noble')
Architecture: amd64 (x86_64)
Kernel: Linux 6.8.0-11-generic (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_
Package: libinput-bin
Version: 1.23.0-2
Severity: normal
Dear Maintainer,
Initially I noticed that disable-while-typing was not working.
Running "libinput list-devices" caused an error to be flagged that the selected
quirks file, /usr/share/libinput/50-framework.quirks, could not be loaded
becau
gnome-keyring?
Brett
lient: Allow disabling default dhclient script.
+
+ -- Brett Holman Mon, 27 Mar 2023 22:11:57 -0600
+
isc-dhcp (4.4.3-P1-1.1) unstable; urgency=medium
* Non-maintainer upload.
```
Motivation:
---
When executing dhclient, cloud-init does not want variation in behavior caused
si
stallation. This is also
potentially a bug or it could be a misunderstanding on usage of the parameters
in the preseed, but, I think it's outside of scope of what I am raising here.
Cheers,
Brett
On 10/11/2022 13:57, Simon Tatham wrote:
Before I make a more serious effort, can you provide a couple more
details, please? I suspect this behaviour might vary with display size /
resolution, so to begin with:
1. what's your display size in pixels?
1920 x 1080
2. what is Chroma's own displ
Package: chroma
Version: 1.19-1ubuntu1+b1
Severity: minor
Terminology: by "game status bar" I mean the bar across the bottom of a
level (not menu) screen, which contains the number of stars collected or
exploded, the level title, and the number of moves.
Chroma, as I installed it using apt, by de
Package: cloud-init
Version: 21.4-3
Severity: normal
Cloud-init no longer uses the following dependencies:
python3-prettytable - since 2017
python3-six - since 2020
Both requirements were removed years ago upstream, we should drop them
in Debian as well.
Cheers,
Brett Holman
Fabian Wolff writes:
> I have now packaged the latest upstream version,
> 110.98.1, which, most notably, contains actual support for amd64:
> Until now, the smlnj package on amd64 shipped 32-bit binaries; see
> #796661.
>
YAY!
--
Brett M. Gilio
bre...@gnu.org
https://bret
Package: rhythmbox-plugins
Version: 3.4.4
Severity: important
X-Debbugs-Cc: brett.daniel.coll...@gmail.com
Dear Maintainer,
Rhythmbox-plugins currently is a required package for GNOME - however it is
uninstallable when python3.9 is on the system due to dependencies being both >=
3.8~ and << 3.9
Control: reassign -1 linux-image-amd64 4.9+80+deb9u12
Control: severity -1 critical
11:16:14 2020 +0200
xen/events: don't use chip_data for legacy IRQs
The solution is therefore to also backport the above patch to resolve the
problem (we will also be reporting this to Linux so the stable branches can
have it backported also).
Kind Regards,
Alex Brett
essfully?
https://buildd.debian.org/status/fetch.php?pkg=sks&arch=armhf&ver=1.1.6%2Bgit20200620.9e9d504-1%2Bb1&stamp=1602666464&raw=0
I am not understanding something here, surely.
--
Brett M. Gilio
bre...@gnu.org
https://brettgilio.com/
E82A C026 95D6 FF02 43CA 1E5C F6C5 2DD1 BA27 CB87
ific case talk to upstream if
> something isn't working well.
>
Our own guidelines says to report a bug here, and let us escalate the
issue to upstream if necessary. As far as I see it, they followed the
correct procedure.
I'm sure you can come up with a more friendly way to say w
Carsten Schoenert writes:
>
> This all isn't a Debian specific issue, it is also happen with the
> upstream packages of Thunderbird.
I read your message again. I am in agreement with you, the extensions
are not in our control. Apologies.
--
Brett M. Gilio
bre...
flineimap is
considered unsupported by the maintainers.
Thoughts?
--
Brett M. Gilio
bre...@gnu.org
https://brettgilio.com/
E82A C026 95D6 FF02 43CA 1E5C F6C5 2DD1 BA27 CB87
Lev Lamberov writes:
> Hi Brett,
>
>> Hello all. If there is still interest in needing co-maintenance on this
>> package, I would be willing to help.
>
> yes, there is still an interest in help with swi-prolog in Debian.
>
> What do you plan to do? If you're no
.
>
> Could you please upgrade i3lock to v2.12?
> It was release more than 1 year ago.
>
It looks as though this package needs to be marked as orphaned. Would you report
it as such to WNPP?
https://www.debian.org/devel/wnpp/
--
Brett M. Gilio
bre...@gnu.org
https://brettgilio.com/
E8
is? Something like toggling word
wrap doesn't appear to be an extension, but is a built in behavior. If
this is the case, then perhaps our build of Thunderbird is improper.
--
Brett M. Gilio
bre...@gnu.org
https://brettgilio.com/
E82A C026 95D6 FF02 43CA 1E5C F6C5 2DD1 BA27 CB87
Shmerl writes:
> they have a version mismatch:
>
> libllvm11:amd64 - 1:11.0.0-2
> libllvm11:i386 - 1:11.0.0-2+b1
>
> That makes it impossible to install latest Mesa with both 64 and 32-bit.
Is it possible to just remove the binNMU? I'm not sure.
--
Brett M. Gil
> armhf: Regression ♻ (reference ♻), i386: Pass
> autopkgtest for why3/1.3.3-1: amd64: Pass, arm64: Pass, armhf: Test in
> progress, i386: Pass
>
Hi, new OCaml team member. Are these regressions introduced on the
4.11.x switch? Thanks!
--
Brett M. Gilio
bre...@gnu.org
https://brettg
Hello all. If there is still interest in needing co-maintenance on this
package, I would be willing to help.
--
Brett M. Gilio
bre...@gnu.org
https://brettgilio.com/
E82A C026 95D6 FF02 43CA 1E5C F6C5 2DD1 BA27 CB87
? I've already
read-up on the docs on the ocaml team page.
Thank you,
Brett Dispoto
Does anyone monitor this message board?
Best,
BD
would then have to find a team to sponsor me in
maintaining this package.
Thank you,
Brett Dispoto
would then have to find a team to sponsor me in
maintaining this package.
Thank you,
Brett Dispoto
e all" using the generic Makefile will also
build libjsonnet++.so (as well as some additional things not included in
the current packaging).
I guess PR the will be included in a post 0.13 upstream release.
-Brett.
signature.asc
Description: PGP signature
aths /usr/lib/x86_64-linux-gnu/jni and
/usr/lib/x86_64-linux-gnu/gcj-6-17
to a conf file in /etc/ld.so.conf.d/ fixes this issue.
I stumbled across this while debugging an unrelated dependency issue in
pytorch.
Best regards,
Brett.
-- System Information:
Debian Release: 10.0
APT prefers unstab
On Fri, 22 Feb 2019 07:36:37 +0100 spambox wrote:
> i stumbled on the same bug in a PXE based installation on vmware
>
> the console displays a segfault and "error 4 in libc-2.23.so"
>From your screenshot it looks like Ubuntu you are installing - we hit this
>exact issue with Ubuntu 16.04 (Xeni
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
--- 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 and
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
Package: mate-screensaver
Version: 1.20.0-1
Followup-For: Bug #868358
Dear Maintainer,
* What led up to the situation?
Enabled mate-screensaver as part of session...
* What exactly did you do (or not do) that was effective (or
ineffective)?
Locked the screen, came back and it was no
Package: libeigen3-dev
Version: 3.3.4-4
Severity: important
Dear Maintainer,
The current version of libeigen3-dev/unstable (3.3.4-4) is incompatible
with the current version of nvidia-cuda-dev/unstable (9.1.85-4+b1) due
to math_functions.hpp being replaced with cuda_runtime.h and the
__CUDACC_VER
Microsoft account
Unusual sign-in activity
We detected something unusual about a recent sign-in to the Microsoft Outlook
account.
Sign-in details
Country/region: Norway
IP address: 185.101.32.23
Date: 4/30/2018 11:20 AM (GMT)
Platform: Windows
Browser: Chrome
Please go to your recent acti
control: retitle -1 ITA: quagga -- network routing daemons (metapackage)
Thanks,
--
Brett Parker
signature.asc
Description: PGP signature
On Mon, Mar 12, 2018 at 9:48 AM, Timo Aaltonen 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 the driver and/or the
>>> system.
&
>
> 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
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 overridden with
> > whatever h
lopment, and don't really
need to be separated. YMMV though, and the /bin executables could easily
be split into their own package if you think that's cleaner. Builddep for
glslang and libvulkan would depend on both packages though.
On Fri, Mar 2, 2018 at 9:07 AM, Timo Aaltonen wrote:
&
VulkanTools, and am running 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 wrote:
> On 26.02.2018 21:
These layers are found in the LunarG "VulkanTools" repository (
https://github.com/LunarG/VulkanTools). I've already filed ITP #890474 for
these layers.
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:
$ vulkan-sm
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 package them in the same
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 maybe clarify the chang
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* Package name: spirv-headers
Version : Untagged: 1.2
Upstream Author : Khronos Group
* URL : https://github.com/KhronosGroup/SPIRV-Headers
* License : MIT (Khronos registry variant)
Description
On Thu, Feb 15, 2018 at 10:23 AM, Brett Johnson 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 (#890552) and spirv-tool
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* Package name: spirv-tools
Version : Untagged: TBD
Upstream Author : Khronos Group
* URL : https://github.com/KhronosGroup/SPIRV-Tools
* License : Apache 2.0
Description : API and commands for
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* Package name: glslang
Version : Untagged: TBD
Upstream Author : Various (mostly Google, Khronos Group)
* URL : https://github.com/KhronosGroup/glslang
* License : Apache 2.0, BSD
Description
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
as VulkanSamples) quit
Control: retitle -1 ITP: lunarg-vulkan-tutorial -- LunarG Vulkan API
Samples Tutorial
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* 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
Description : LunarG Vulkan
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* 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
Description : LunarG Vulkan
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* 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
Description : LunarG vulkan API
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* 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
Description : Extra vulkan
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* Package name: lunarg-vulkan-tutorial
Version : 1.0.68
Upstream Author : LunarG Inc.
* URL : https://github.com/LunarG/VulkanSamples
* License : Apache 2.0
Description : LunarG Vulkan API Samples
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* Package name: shaderc
Version : untagged
Upstream Author : The Shaderc Authors (Google Inc)
* URL : https://github.com/google/shaderc
* License : Apache 2.0
Programming Lang: C
Description : A
Package: wnpp
Severity: wishlist
Owner: Brett Johnson
* Package name: spirv-cross
Version : untagged
Upstream Author : Khronos Group
* URL : https://github.com/KhronosGroup/SPIRV-Cross
* License : Apache 2.0
Programming Lang: C
Description : A tool for
Excellent, thank you for the update!
On Sat, Feb 10, 2018 at 7:55 AM, Timo Aaltonen 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, that's OK, I&
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
any
Package: libwww-mediawiki-client-perl
Version: 0.31-2+wuth5
Severity: important
Tags: patch
Dear Maintainer,
mvs fails to operate under Debian Stretch / perl 5.24, in that any commands
after the initial "mvs login" fails with the error message:
Could not read config file: .mediawiki.
The conf
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
ind
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 Johnson
tor, and debian
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
uming the upstream 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" target.
Thanks!
--
Brett Johnson
I no longer use liferea.
Regards,
nash
On Sun, 23 Apr 2017 at 11:52 Paul Gevers wrote:
> Hi,
>
> [Forwarding the request to the submitter, as he may not be subscribed]
>
> On Sun, 06 Jan 2013 21:07:14 +0800 David Smith wrote:
> > tags 525842 moreinfo
> > thanks
> >
> > It still appears as thou
On Sun, 12 Feb 2017 10:59:08 -0500 "Frank Green, Jr."
wrote:
Package: banshee
Version: 2.6.2-6.1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Discovered banshee would crash when importing
Package: diffoscope
Severity: minor
Tags: upstream
Dear Maintainer,
In jessie, xxd outputs one less digit in the line address listing than
expected. This causes tests that call xxd to fail because the output does
not exactly match the output of xxd that was use to generate the expected
diff. He
On 01/29/2017 06:46 AM, Ximin Luo wrote:
> Hey Brett, could you also upload the ink*.tar files somewhere please? I'll
> try to investigate this in more detail next week as well.
Whoops, sorry, forgot about those. They're probably easier to just
reproduce, assuming you have in
excerpts of segfaults. I didn't keep great notes about the
state of the code when I got them, so some of these might be from the
code in development states that won't be reflected in Git anywhere:
File "/home/brett/repos/diffoscope/diffoscope/diff.py", line 238, in
fd_from_
leanup code.
If you're still seeing the issue with my patch applied, it would be
helpful to get new debug output, to see if it's getting any farther or
dying somewhere different. It would also help to know what the final
exit code is. Thanks.
--
Brett Smith
nal, we
send it to all our children, then wait for them to finish before doing
our own cleanup. But that's a bigger job and less urgent, so I didn't
go that far here.
--
Brett Smith
>From 224f61e67fa3880c6f13b6fcd580f90cd53a4522 Mon Sep 17 00:00:00 2001
From: Brett Smith
Date: F
uot; to
clean its tempfiles: it's not like the cleanup code is being routed
around or running with bad data. Instead, a more critical bug causes
Python to abort abruptly before it gets to run the cleanup code.
--
Brett Smith
re which to use. I hope the third patch addresses the issue underlying
the action item, giving future contributors more direction about how to
submit improvements.
I've published my working branch at
<https://github.com/brettcs/diffoscope/tree/bcs-help-output> if that helps
to work with.
Source: lvm2
Version: 2.02.111-2.2+deb8u1
Severity: normal
Tags: patch
Dear Maintainer,
vgimportclone's primary use is to import an attached media which is
has the same Volume Group as already exists. Such a situation occurs
when attaching external media which is a backup (copy) of an existing
P
b (RSA)\n' == '@@ -1 +1 @@\n...Test2 (RSA)\n'
E @@ -1 +1 @@
E - -1024 0a:57:8d:93:be:8b:5c:47:7a:b6:5c:91:16:87:cd:1e
/home/brett/repos/diffoscope/tests/data/test_openssh_pub_key1.pub (DSA)
E - +4096 8a:a5:52:0a:3f:af:8d:2d:76:52:72:e1:a8:0a:a2:
ail immediately.
--
Brett Smith
>From 7ec9f8df87ec18263a2f327951cffc08a9631fc8 Mon Sep 17 00:00:00 2001
From: Brett Smith
Date: Mon, 26 Dec 2016 19:26:05 -0500
Subject: [PATCH] comparators: Avoid comparing a directory with non-directory.
There's no sensible way to do this comparison, so
ersion too. But the dependency can't be expressed in any
machine-readable way unfortunately.
--
Brett Smith
Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20161105-1~bpo8+1
Severity: normal
Dear Maintainer,
After upgrading to 2:2.99.917+git20161105-1~bpo8+1 from jessie-backports, I
have seen some windows fail to draw updates correctly. The window shows old
state, even though the software is
27;ve
attached a patch for that as well.
>From b4d0a395066f4b8f86d520e58acdd11dd4eb1a5e Mon Sep 17 00:00:00 2001
From: Brett Smith
Date: Thu, 15 Dec 2016 16:14:29 -0500
Subject: [PATCH] tests: Ensure set_locale fixture runs before all tests.
See
<http://doc.pytest.org/en/latest/fixture.html#
Linux 4.9.0-rc6+ (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From de145d41ed76e57dcae8dbfc1c7404171ac9c2d8 Mon Sep 17 00:00:00 2001
From: Brett
Got the latest nightly from https://d-i.debian.org/daily-images/amd64/daily/,
it does work. I suppose the newer kernel may be the answer.
Thanks,
Brett
On Mon, Oct 3, 2016 at 2:53 PM Lennart Sorensen <
lsore...@csclub.uwaterloo.ca> wrote:
> On Mon, Oct 03, 2016 at 05:30:09PM +00
to struct (req->id).
I suggest replacing the incorrect xsa155 patch with the fixed one
referenced in the URL above.
I am using Ubuntu 16.04 LTS x86_64 GNU/Linux 4.4, kernel
4.4.0-36-generic #55-Ubuntu SMP
Thanks,
Brett Stahlman
sers
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=0499680a42141d86417a8fbaa8c8db806bea1201
Cheers,
-- Brett
-- System Information:
Debian Release: 8.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x
> On 24 Mar 2016, at 08:04, Felipe Sateler wrote:
>
> (please don't top-post)
>
>> On 23 March 2016 at 18:02, Brett Ryan wrote:
>> Interesting. Does that mean if /usr is mounted separately that it would also
>> cause init to fail?
>
> Only if you do
> On 23 Mar 2016, at 22:05, Felipe Sateler wrote:
>
> On Wed, 23 Mar 2016 18:52:20 +1100 Brett Ryan wrote:
> >
> > > On 23 Mar 2016, at 18:39, Petter Reinholdtsen wrote:
> > >
> > > When that is said, I suspect it is in general a good ide
> On 23 Mar 2016, at 18:39, Petter Reinholdtsen wrote:
>
> When that is said, I suspect it is in general a good idea to not use
> symlinks in /etc/init.d/.
I would generally agree, I'm presently setting up VM with a preinstalled
service in /opt running as its own user. When this service updates
Package: insserv
Version: 1.14.0-5
Severity: normal
Dear Maintainer,
If an init script is symlinked to /etc/init.d/ and a call is made to
`update-rc.d' the init script will function correctly for the remainder of
the uptime of that machine.
Once the machine has restarted a call to start the serv
On 04 Nov 16:10, Johannes Schauer wrote:
> Hi Brett,
>
> On Wed, 9 Sep 2015 13:24:54 +0200 Jonas Genannt wrote:
> > could you please package pound version 2.7 into debian?
> >
> > If you have no time, I could help.
>
> would you mind if we do an NMU of the
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
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
>
&
c->host : c->ip, c->port);
_destroy_client(c);
---cut---
Regards,
-- Brett
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: powerman
Version: 2.3.5-1
Severity: normal
Dear Maintainer,
Although powermand uses tcpwrappers to control access to the server,
some tcpwrappers features do not function. Notably "banners" does not
cause a message to be produced on a refused connection, and powermand
does not determine
-23 21:54:24.921516269 +
+++ s51dude-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
--
0.3.1/s51dude.h
@@ -153,7 +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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.deb
ts through to TTS if necessary. *
\***/
-inline void Auto_TTS ()
+extern void Auto_TTS ()
{
int p, hlp;
--
Brett Johnson
"Information technology and manure have a symbiotic relationship"
~~Chandrakant D. Patel, HP Labs director.
--
To UNSUBSCRIBE, email to debian-b
ing KDE build-dep of
some sort, but I don't know enough about qt/KDE to figure out what's
missing or why this is failing:
Scanning dependencies of target qtsflphone
make[4]: Leaving directory '/home/brett/src/sflphone-1.4.1/kde/build'
make[4]: Entering directory '/home/brett/
+= (1L << (MAD_F_FRACBITS - 16));
if(sample >= MAD_F_ONE)
--
Brett Johnson
"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
-std=gnu89
LDFLAGS= -Wl,-z,defs
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
--
Brett Johnson
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
1 - 100 of 333 matches
Mail list logo