Source: gcc-4.7-base
Version: 4.7.0-2
Severity: serious
Justification: Policy 10.1
Preparing to replace gcc-4.7-base:amd64 4.7.0-1 (using
.../gcc-4.7-base_4.7.0-2_amd64.deb) ...
De-configuring gcc-4.7-base:i386 ...
Unpacking replacement gcc-4.7-base:amd64 ...
Preparing to replace gcc-4.7-base:i38
th the package?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: PGP signature
der than what neovim needs and
the maintainer looks to be MIA. If I don't hear from the maintainer
soon, I may need to work on msgpack. It's also likely to require a trip
through NEW since I think they had an ABI change.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: PGP signature
and figure out which are the correct
links after the fact, like we already do for tarfile.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: PGP signature
+
+ * Add (Build-)Depends on apache2 packages necessary for security fixes.
+ * patches/CVE-2015-3814: Mixed anonymous/authenticated path-based authz with
+httpd 2.4
+ * patches/CVE-2015-3817: svn_repos_trace_node_locations() reveals path
+ hidden by authz
+
+ -- James McCoy W
alarm to ask just went off again... ;)
No worries. Reminders are good.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
On Sat, Oct 29, 2016 at 10:46:24PM +, Clint Adams wrote:
> Because we've updated GHC to 8.0, the version of the directory library
> has also been updated, and you'll need something like
> https://github.com/joeyh/github-backup/commit/848f6b64f75f4d267ba364405fb2a7b284969020
That's already incl
On Sat, Nov 12, 2016 at 11:12:09PM +0100, Mikulas Patocka wrote:
> I see, but it is annoying to the users who upgrade the Debian distribution
> and who are used to the old settings.
That's why there's a NEWS entry to tell them about the change and how
they can change the behavior.
Cheers,
--
Ja
Package: grep
Version: 2.26-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Upstream commit af6af288 causes inconsistent results when output is
redirected to /dev/null. I'm setting this to grave because grep is a
very common glue and if its results aren't reliable, then t
On Sun, Nov 13, 2016 at 08:40:02PM -0500, James McCoy wrote:
> The relevant part of the script is just looking for whether patch
> numbers are applied or marked NA in neovim's src/nvim/version.c:
>
> is_missing="$(sed -n '/static int included_patches/,/}/p'
Control: severity -1 important
On Sun, Nov 13, 2016 at 10:38:37PM -0500, James McCoy wrote:
> On Sun, Nov 13, 2016 at 08:40:02PM -0500, James McCoy wrote:
> > The relevant part of the script is just looking for whether patch
> > numbers are applied or marked NA in neovim'
Control: reassign -1 gpm 1.20.4-6.2
Control: merge 775443 -1
On Wed, May 17, 2017 at 05:12:55PM +, Alan Jenkins wrote:
> This happens when running `vi` inside a systemd-nspawn container.
> `vi` is able to run, but each time it logs three lines in
> attention-getting RED (loglevel alert) in the
On Tue, Mar 28, 2017 at 07:34:46PM -0400, PICCORO McKAY Lenz wrote:
> Package: subversion
> Version: 1.8.10-6+deb8u4
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,the current package in debian are broken
> i upgrade clients to jeesie
> and now could'n chekout work
On Tue, Mar 28, 2017 at 10:50:20PM -0400, PICCORO McKAY Lenz wrote:
> I cited why must be set for 1.8 and q.9 until 1.10 released:
>
> Users who wish to avoid the additional request may set that option to yes or
> no
> in order to short-circuit the additional request and avoid making it.
This d
On Mar 31, 2017 10:25, "Don Armstrong" wrote:
On Thu, 30 Mar 2017, Don Armstrong wrote:
> I've tweaked that, which should fix this issue too. [In
> master@7c98c4f499ca].
Could you test to see if this works now? [Unfortunately, testing the
source versions is a bit difficult in the testing harness
Control: severity -1 normal
On Wed, Mar 29, 2017 at 08:21:23AM -0400, PICCORO McKAY Lenz wrote:
> 2017-03-28 23:04 GMT-04:00 James McCoy :
>
> This discussion is specifically talking about when a 411 status is
> returned, not a 413.
>
> the document only cited 41
On Sat, Apr 01, 2017 at 10:28:34AM -0400, PICCORO McKAY Lenz wrote:
> 2017-04-01 8:33 GMT-04:00 James McCoy :
>
> Given that there's an easy workaround (set http-chunked-requests to
> off) I'm lowering the severity of the bug.
>
>
> u lowering, but this
On Sat, Apr 01, 2017 at 02:21:25PM -0400, PICCORO McKAY Lenz wrote:
> 2017-04-01 13:53 GMT-04:00 James McCoy :
> makes the package in question unusable or mostly so, or causes data
> loss, or introduces a security hole allowing access to the accounts of
> users
On Mon, Apr 03, 2017 at 02:17:11PM +0200, Alexander Burger wrote:
> When the file "tags" (or also "TAGS") was created with the 'etags' command,
> e.g.
>
>$ etags file.c
Which etags is this? There are various packages that provide the etags
name. “update-alternatives --query etags” will tel
On Tue, Apr 04, 2017 at 01:46:43PM +0300, Alberto Garcia wrote:
> I'm trying to download a binary package with debsnap but it fails all
> the time.
Well, not all the time. That's why it happens to work when you try it
manually.
> $ debsnap -a amd64 xterm
> debsnap: fatal error at line 271:
> Una
On Mon, Mar 06, 2017 at 09:57:29AM +0100, Francesco Paolo Lovergine wrote:
> Package: vim-gtk
Is this reproducible with vim-gtk3?
> In order to reproduce the bug:
>
> - use a tiled window manager (wm): i'm using awesome for that, not sure about
> others.
I'm using i3.
> - load vim-gtk in a w
Control: tag -1 confirmed
Control: reassign -1 xterm
Control: retitle -1 Terminal stays bold after visual bell with bold text
displayed
On Mon, Mar 20, 2017 at 10:29:20PM +0100, Francesco Poli (wintermute) wrote:
> I have experienced this bug for a fairly long time, when editing
> markdown docume
80x24). That causes the
syntax highlighting in Vim to get a little confused and enable some bold
highlighting, which then causes the visual bell to turn everything bold.
> At 2017-04-05T22:03:50-0400, James McCoy wrote:
> > On Mon, Mar 20, 2017 at 10:29:20PM +0100, Francesco Poli (winte
On Fri, Apr 07, 2017 at 07:23:39AM -0400, G. Branden Robinson wrote:
> At 2017-04-06T21:56:13-0400, James McCoy wrote:
> > On Fri, Apr 07, 2017 at 12:54:19AM +0200, Francesco Poli wrote:
> > > On Thu, 6 Apr 2017 15:06:17 -0400 G. Branden Robinson wrote:
> > >
> >
On Mon, Mar 06, 2017 at 11:45:20PM -0500, James McCoy wrote:
> On Thu, Feb 16, 2017 at 05:23:00PM +, Ximin Luo wrote:
> > I've done an initial implementation here:
> >
> > https://anonscm.debian.org/cgit/collab-maint/devscripts.git/log/?h=pu/debsign-buildinfo
> &g
On Tue, Mar 14, 2017 at 09:43:01AM +0100, Samuel Thibault wrote:
> Since the upgrade to 2.17.2 (2.17.1 works fine),
>
> debsign -r mybox build/foo.changes
>
> doesn't even try to run scp, it immediately errors out:
>
> sed: can't read foo.changes: No such file or directory
I'm working on a
The .dsc file is already signed.
Would you like to use the current signature? [Yn]n
unsignfile serf/serf_1.3.9-1.dsc
signfile dsc serf/serf_1.3.9-1.dsc James McCoy
fixup_buildinfo serf/serf_1.3.9-1.dsc serf/serf_1.3.9-1_amd64.buildinfo
signfile buildinfo serf/serf
On Thu, Mar 16, 2017 at 10:31:00PM +0100, gregor herrmann wrote:
> On Thu, 16 Mar 2017 18:32:07 +, Simon McVittie wrote:
>
> > Package: devscripts
> > Version: 2.17.3
> > Severity: normal
> >
> > I'm using a build tool (vectis, #843486) that outputs all built files into a
> > newly created di
9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
From 66aef6cf4c1bd2eb0a951df84c2ba185c4096ab7 Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Wed, 22 Mar 2017 21:01:28 -0400
Subject
chitectures: i386
Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From cb8b389587012afb051c66705e082ac1873af519 Mon Sep 17 00:00:00 2001
From: James Mc
On Wed, Mar 01, 2017 at 02:58:29AM +0100, Guillem Jover wrote:
> Hi!
>
> On Fri, 2017-02-17 at 06:08:25 +0100, Guillem Jover wrote:
> > On Thu, 2017-02-16 at 17:23:00 +, Ximin Luo wrote:
> > > Control: tags + patch
> >
> > > I've done an initial implementation here:
> > >
> > > https://anons
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package devscripts
devscripts (2.17.2) unstable; urgency=medium
[ James McCoy ]
* deb-reversion:
+ Correct parsing of long-form --new-version switch. (Closes
On Thu, Feb 16, 2017 at 05:23:00PM +, Ximin Luo wrote:
> I've done an initial implementation here:
>
> https://anonscm.debian.org/cgit/collab-maint/devscripts.git/log/?h=pu/debsign-buildinfo
>
> Please review!
This was merged and uploaded in 2.17.2. However, now I see that
buildinfo files m
28.0 -0500
@@ -1,3 +1,11 @@
+vim (2:7.4.488-7+deb8u3) jessie; urgency=medium
+
+ * Backport upstream patches v8.0.0377 & v8.0.0378, to fix buffer overflows
+when reading corrupted undo files. (Closes: #856266, CVE-2017-6349,
+CVE-2017-6350)
+
+ -- James McCoy Mon, 06 Mar 20
On Thu, Feb 23, 2017 at 11:55:04AM +, Martin-Éric Racine wrote:
> Basically, if
> dpkg-buildpackage finds the terminal and enables colors accordingly,
> there is no reason for debuild to fail at finding the terminal and
> asking dpkg to run in colorized mode.
debuild isn't failing at that. It
ter, since it's essentially a rewrite of that part of grep-excuses.
Cheers,
--
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
>From a04d730bb7ba63df17117c3bfc4afd93bab9f37c Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Fri, 24 Feb 2017 23:43:57 -0500
Subject: [PAT
On Fri, Feb 24, 2017 at 11:59:56PM -0500, James McCoy wrote:
> I'm splitting this bug into two pieces. One, for the release team, to
> fix the generation of the HTML so grep-excuses is fixed now, and another
> for grep-excuses to start consuming YAML instead of parsing HTML.
As far
Control: reassign -1 xserver-xorg-core 2:1.19.1-4
Control: affects -1 vim-gtk
Reassigning to xserver-xorg-core. Vim's gtk2 code hasn't changed
significantly in some time, so it's more likely an issue with the glamor
driver.
On Sat, Feb 25, 2017 at 12:54:21PM -0500, Bruno Dantas wrote:
> Either c
On Sun, Feb 26, 2017 at 08:07:30PM +0100, Dominique Dumont wrote:
> On Saturday, 18 February 2017 01:56:37 CET Guillem Jover wrote:
> > +"Build-Depends-Arch",
>
> I'm confused...
>
> Debian policy [1] mentions "There is no Build-Depends-Arch; this role is
> essentially met with Build-Depends
.local). In order
to disable the loading of defaults.vim, add
let g:skip_defaults_vim = 1
to /etc/vim/vimrc(.local).
-- James McCoy Tue, 04 Oct 2016 20:28:02 -0400
> However, the mouse was STILL being hijacked, and ":set mouse" showed
> that the setting in
s files. (Closes: #859426)
+ * Add Artful Aardvark to deb{changelog,sources} syntax files.
+ * debsources.vim: Require word boundaries around distribution name.
+(Closes: #859247)
+ * Set $TERM to a known sane value when running tests to avoid test failures
+due to an unknown $TERM.
+
+
Control: tags -1 - moreinfo
On Sun, Apr 23, 2017 at 03:57:05PM +0200, Ivo De Decker wrote:
> On Sun, Apr 23, 2017 at 08:29:50AM -0400, James McCoy wrote:
> > * Update Ubuntu release names in syntax highlighting files
> > + Additionally, require word boundaries around re
Control: retitle -1 [debsources] msg parameter displays extra line numbers when
Javascript is disabled
Control: tag -1 confirmed
On Tue, Apr 25, 2017 at 05:57:48PM +0800, Paul Wise wrote:
> Normally the cowsay code header looks like this:
>
> https://sources.debian.net/src/cowsay/3.03%2Bdfsg2-3/
On Sat, Jan 14, 2017 at 02:55:22PM -0500, James McCoy wrote:
> On Fri, Dec 30, 2016 at 02:25:27PM -0500, James McCoy wrote:
> > Neovim's test suite was periodically failing on mipsel and after looking
> > into it, it turns out that luajit sometimes incorrectly handles
> >
Package: ftp.debian.org
Severity: normal
The new github-backup version pulled in a new chain of dependencies, one
of which isn't currently building on powerpc (due to an internal error
in ghc). This is preventing the fix for #821305 from being able to
migrate to testing.
Therefore, I'd like to r
m, we weren't Cc'ed on the reassign so I hadn't seen this. That will
be fixed in the next upload.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
b.com/tpope/vim-git/commit/602cf46a54e33cde55bbe8a466c33ecb6239cff1
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
On Dec 13, 2015 6:06 AM, "積丹尼 Dan Jacobson" wrote:
>forwarded bug address
>Mark the bug as forwarded to the given address (usually an
email
>address or a URL for an upstream bug tracker).
>
> Mention what if one wants to mark the bug forwarded to more than one
place
On Dec 17, 2015 12:57 PM, "Nicholas Bamber" wrote:
>
> James,
> I agree that I can see no need to support multiple forwarding
addresses. However it turns out we currently support that.
If by "support", you mean we don't do any verification of what the
"forwarded" string is (and neither do
On Mon, Dec 21, 2015 at 07:11:40AM +0100, Torsten Landschoff wrote:
> On 11/01/2015 07:08 AM, James McCoy wrote:
> > On Sat, Oct 24, 2015 at 11:48:24PM +0200, Matthias Klose wrote:
> >> As seen in #802906, this now becomes an RC issue, as Python 3.5 is a
> >> supported
ng a problem. I asked before if
there was a specific case where knowledge of how to mark something as
forwarded to multiple URLs would have been useful, so I could better
understand your request, but got no response to that part of my email.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
On Mon, Aug 18, 2014 at 12:52:55AM +0200, Emilio Pozuelo Monfort wrote:
> On 17/08/14 22:06, Emilio Pozuelo Monfort wrote:
> > On 16/08/14 02:55, James McCoy wrote:
> >> “apxs2 -q CC” currently reports i486-linux-gnu-gcc on i386, but binutils
> >> no longer ships that.
seem to have been removed.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Sun, Nov 23, 2008 at 11:39:47PM -0500, James McCoy wrote:
> On Wed, Nov 19, 2008 at 08:56:41AM +0100, martin f krafft wrote:
> > Look at the attached file. There are three problems/inconsistencies
> > with indenting:
> >
> > 1. gq causes lines 4-7 to assume the in
/2015/01/msg00037.html
Would you mind updating the license description in xxd.c?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
tabs anymore.
I'm not able to reproduce this. I ran “vim -p …” with 10+ files and
Ctrl+PgUp/PgDown work fine.
What terminal are you using? Did you happen to start using a different
terminal when this started happening?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
s
On Sun, Aug 02, 2015 at 10:36:05PM +0200, alberto maurizi wrote:
> On Sun, Aug 02, 2015 at 12:55:57AM -0400, James McCoy wrote:
> > What terminal are you using?
>
> I'm using /usr/bin/gnome-terminal.wrapper via
> /etc/alternatives/x-terminal-emulator
>
> I just tr
g_pl_get_current_pool
This seems to be a recurring topic over the years. Looks like the Perl
modules work under the assumption that there is an explicit "use
SVN::Core;" in the Perl script, which handles this issue.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
sig
Package: mercurial-git
Version: 0.8.1-2
Severity: important
In a repository using hg-git:
$ hg status
*** failed to import extension hgext.git: No module named ignore
** unknown exception encountered, please report by visiting
** http://mercurial.selenic.com/wiki/BugTracker
** Python 2.7.10 (defa
On Mon, Aug 03, 2015 at 10:09:56AM +0200, alberto maurizi wrote:
> On Sun, Aug 02, 2015 at 08:49:49PM -0400, James McCoy wrote:
> > Can you try with "vim -u NONE -N -p ..." and see if that works?
>
> I tried and, when I realized that without vimrc it worked, I starte
a bug? Should uscan fail in this way? Even with an
> oldish watch file?
This is a bug, yes, in the part of the code that's trying to tell you
that you don't have LWP::UserAgent installed.
I'll fix it shortly.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: PGP signature
On Sat, Jun 04, 2016 at 09:46:08PM +0900, Hideki Yamane wrote:
> As apt line with chdist specifies very old Ubuntu version, so it'd be
> better to update latest one. Attached tiny patches, could you check and
> apply them, please?
> >From f4114bc620ec128ab28a2125098e482880f658a7 Mon Sep 17 00:0
Control: clone -1 -2
Control: reassign -2 src:haskell-github 0.13.2-4
Control: retitle -1 Package version 1.20160319
Control: block -1 by -2
On Wed, Mar 30, 2016 at 01:34:58PM +0100, Graham Cobb wrote:
> github-backup: Failed to query github for repos:
> JsonError "failed to parse field homepage:
tree.
I'm not sure that actually adds much useful information for the user,
but I guess I'll include it to silence Lintian.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
dencies which aren't ready[0] for it.
[0]: https://release.debian.org/transitions/html/msgpack-c.html
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
ves/restores layout of the dock
+ This seems to be replaced by gdl, but those APIs all seem to be
marked "unstable unless otherwise indicated", which doesn't give me
much confidence.
I'm fairly unfamiliar with the Gtk/Gnome libraries, so I may be missing
something.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
On Sun, Jun 05, 2016 at 08:39:27AM +0200, Daniel Baumann wrote:
> if a debian source package is already at the newest upstream version, uscan
> ends with exit code 1. Why? There's no error in that.
>From uscan(1):
EXIT STATUS
The exit status gives some indication of whether a newer
On Sun, Jun 12, 2016 at 02:47:52AM +0900, Osamu Aoki wrote:
> Let me recall your last part of comment again:
> > downloading the last object, and parsing it for the date.
>
> Can you show me this "parsing it for the date" part with an example
> shell activity?
The below will show the commit date
On Tue, Jun 14, 2016 at 07:43:27PM +0200, Emilio Pozuelo Monfort wrote:
> On 25/02/16 02:28, James McCoy wrote:
> > On Mon, Feb 22, 2016 at 07:39:44PM +0100, Emilio Pozuelo Monfort wrote:
> >> On 21/02/16 16:54, James McCoy wrote:
> >>> On Wed, Feb 17, 2016 at 11:46
Control: forwarded -1 https://github.com/nicolasff/webdis/pull/133
On Sun, Jan 17, 2016 at 11:32:10PM -0500, James McCoy wrote:
> I've prepared a new upload of msgpack in experimental in which the
> library has been made Multi-Arch. This is causing webdis to fail
> because of h
Package: libdata-messagepack-perl
Version: 0.49-1
Severity: important
Upstream recently released version 0.50 which includes fixes for working with
the new msgpack-c (currently waiting for updated rdeps in experimental).
Cheers,
James
-- System Information:
Debian Release: stretch/sid
APT pref
On Jun 18, 2016 6:03 PM, "Josh Triplett" wrote:
> [Note: in addition to changing vim-addon-manager, this would ideally go
> along with some minor updates to the vim packaging policy in the vim
> package; I'd be happy to supply a patch for that.]
N.B., vam already has some support for using a dire
On Sat, Jun 18, 2016 at 03:41:35PM -0700, Josh Triplett wrote:
> The :Man command, provided by /usr/share/vim/vim74/ftplugin/man.vim,
> always renders the manpage at the width of the terminal, not the width
> of the man window in vim.
Actually, it seems to use the width of your window at the time
Currently, man.vim lets $MANWIDTH, if it is empty, to the width of
the window at that time. If :Man is later called in a different sized
window, the results will look wrong.
The attached patch lets $MANWIDTH to an empty value after running man,
if it was empty to start with. This restores the st
On Tue, Jun 21, 2016 at 09:58:34PM +0100, Phil Morrell wrote:
> Is there any news on this? I note neovim has been packaged anyway and
> that the last of the reported blocking bugs was marked done on
> 2016-01-01.
The current state of the packaging is in collab-maint. I intend to
review it in the
Control: tag -1 patch
On Thu, Apr 28, 2016 at 09:13:08PM +0200, Reiner Herrmann wrote:
> But I also just saw in git that it has been disabled, because it
> doesn't build. :(
> It would be awesome if you could get it running again! :)
Agreed. I took a quick look and the attached patch fixes the b
oo new a compiler
feature to use.
It looks like Debian's ia64 porterbox is still running, so I can try
reproducing the problem there (using prctl to force SIGBUS) and then
fiddling around with the code.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
code.
In my testing, it does indeed exit with a non-zero exit code (1 to be
exact). I'm therefore not sure why you're not seeing such a failure.
That particular die statement has been in the code since it was first
added to devscripts in 2004.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
n, Apr 25, 2016 at 09:30:44PM -0400, James McCoy wrote:
> > On Mon, Apr 25, 2016 at 08:24:00PM -0400, Unit 193 wrote:
>
> [2016-04-21] Accepted devscripts 2.16.3 (source) into unstable (James McCoy)
>
> > > uscan has now started being much more verbose after 2.16 when c
Package: kgb-client
Version: 1.33-2
Severity: wishlist
The typical workflow I use for packaging in git is to work directly with
upstream sources and merge upstream tags into a Debian-specific branch
(c.f., https://anonscm.debian.org/cgit/pkg-vim/neovim.git).
I already have the post-receive hook f
see various failures using overlay
but rebooting into linux-image-4.4.0-1-amd64 I am again able to use
schroot/sbuild.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
fb5b1ca77b78e8dc542c9d68f4 Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Tue, 19 Apr 2016 22:27:21 -0400
Subject: [PATCH] deb822: Restore support for -{Add,Remove}
Redesign of multivalue options in 463c8d801595ce5ac94d7c032264820be7434232
caused the parser to look for {Add,Remove} (no h
Package: openjdk-8-jre-headless
Version: 8u91-b14-2
Severity: normal
Tags: patch
The prerm is looking for /var/lib/binfmts/@basename@ (e.g., openjdk-8) but the
files under /var/lib/binfmts are named after the binfmt being registered, not
the package.
This means that users which have upgraded from
the behavior for many years.
The "No upstream tarball" warning seems to be what's causing the
problem.
I think I see a simple change that will bring that aspect of the
behavior back inline with what it used to do.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
nsions are not linked against libpython to avoid
> dependencies on more than one Python version when we have more than one
> Python3.x version in the archive.
Thanks for explaining the reasoning.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
hould be comparable to how uscan behaved before 2.15.10.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
e any patches that can be tested. It either
requires changing how libpython is packaged or seriously overhauling how
Vim implement dynamic loading of its language bindings.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Sat, Jun 27, 2015 at 02:00:42PM -0700, Daniel Schepler wrote:
> On Saturday, June 27, 2015 04:55:32 PM James McCoy wrote:
> > Are you running a 4.x kernel?
>
> Yes.
Fix is known and trivial, but the buildsystem is rather convoluted. I
thought I'd use this as an opportuni
tion on your setup and how you
verified that subversion wasn't honoring your settings.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
there was no target Python versions to
> build the package for. The end result is that the packages are empty...
Attached patch should fix the issue.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
From 3282130a0da4930ab3832855a886dcadb92af1b1 Mon Sep 17 00:00:00 2001
From: Jame
On Sun, Jul 26, 2015 at 08:12:35AM +0200, Raphael Hertzog wrote:
> On Sat, 25 Jul 2015, James McCoy wrote:
> > Attached patch should fix the issue.
>
> It also introduces another regression in that it ignores
> Build-Depends-Indep and Build-Depends-Arch now.
Indeed. I knew
;
> korundum
> kross-interpreters
> subversion
At least subversion is due to ruby2.2 not including or depending on
ruby-test-unit, even though upstream ruby's tarball does (#791925).
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
Control: tag -1 unreproducible
On Wed, Jul 02, 2014 at 01:41:19PM +0100, Adam D. Barratt wrote:
> Poking a little further, the only change between that and the current
> version is 18b3f8e9a97466c2f05cb63e0cb847fbebd1ac39 ; applying that to
> wheezy's script gives:
>
> $ ./who-uploads weston
> Up
g like 1.2.3+dfsg1-1.
This will be clarified in the manpage.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
ef --mime-type zope.browserpage-4.1.0a1.zip”
show?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
Package: tracker.debian.org
Severity: minor
Tags: patch
Attached patch changes the to , as in the PTS. This avoids
presenting the descriptions as links when they aren't.
>From 83d6d3cc1e7bcaed46cce9dbc903ab563cd0e02d Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Thu, 10 Jul 2014
quot; works as expected.
Yeah, export just hands the key the user provides directly to gpg.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
From c9f37d961a9cc102ea0f1cd066cbf454b714a71e Mon Sep 17 00:00:00 2001
From: James McCoy
Date: Fri, 11 Jul 2014 01:21:28 -0400
Subject: [PATC
Package: cupt
Version: 2.8.1+b1
Severity: normal
Apt currently has packages both in sid (1.0.6) and experimental
(1.1~exp1). While running "cupt safe-upgrade", I would expect cupt to
suggest to upgrade the apt related packages from 1.0.5 -> 1.0.6, but it
is instead deciding to pull libapt-inst1.5
Hi Neil,
The attached patch, from Jakub Wilk, corrects highlighting of \N{...}
sequences that contain numbers or hyphens (e.g., \N{HYPHEN-MINUS}).
Please consider applying and sending an updated syntax file to Bram.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
--- unpacked
Control: tag -1 upstream confirmed
On Sat, Jun 28, 2014 at 11:45:38PM +0100, Klaus Ethgen wrote:
> Am Sa den 28. Jun 2014 um 18:36 schrieb James McCoy:
> > > Proper behaviour would be to ignore that setting if it is set to empty
> > > value in view.
> >
> >
301 - 400 of 1291 matches
Mail list logo
