ames
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
md binary package, that
package does not enforce systemd as the init system. The relevant
relationship there is the ORed “systemd-sysv | systemd-shim (>= 6-4)”.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
n you uninstall vim-tiny & nano. Just because the package is
included as part of the install doesn't mean you have to use it. I'm
sure there are plenty of people that remove vim-tiny and install some
other non-vi(m) editor too.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Mon, Sep 15, 2014 at 10:56:16AM -0600, Bob Proulx wrote:
> James McCoy wrote:
> > I keep contemplating packaging ex-vi and advocating to replace vim-tiny
> > with that. After all, the intent is to have something providing
> > /usr/bin/vi, as one expects to have on a *n
eans, not the
end.
> At the moment I pretty often end up either installing full vim or
> replacing 'vim' with 'vim.basic' on the commandline.
Which is fine, because you actually want something that behaves like
most people would expect Vim to, not something that behaves more like
vi.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Tue, Sep 16, 2014 at 03:54:21AM +0200, Marco d'Itri wrote:
> On Sep 16, James McCoy wrote:
>
> > As I said in my other reply, the intent of vim-tiny is to provide a vi
> > command. The fact that it is using Vim to do so is the means, not the
> > end.
> I thin
On Nov 11, 2014 10:34 AM, "Andreas Tille" wrote:
> I was close to trap into the pitfall to uploaded an RC bug fix built in
> an unstable chroot which would not be able to migrate to testing since
> the R cdbs helper injects a
>
> Depends: r-base-core (>= )
This looks like more fallout from #704
tten...)
>
> I have updated
>https://wiki.debian.org/Punctuation
>
> Are there other gitish tools which are still using _ for both ?
Hmm, seems debcommit is converting ~ to . and stripping the epoch
entirely. I guess at least the former should probably be changed to
push -a
debuild; # or dpkg-buildpackage, or whatever
So, you have a method that you can work with. My main point was that
you should be trying to drive change through dpkg, not through
devscripts.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
e.
Yes, it does. If you started with patches applied, then they will still
be applied after calling "dpkg-buildpackage". If you didn't have
patches applied, then "dpkg-buildpackage" will apply the patches, build
and unapply the patches.
--
James
GPG Key: 4096R/33
On Thu, May 17, 2012 at 08:21:23AM +0200, Thibaut Paumard wrote:
> Le 17/05/12 00:25, James McCoy a écrit :
> > On Wed, May 16, 2012 at 04:23:05PM +0200, Olе Streicher wrote:
> >> Unpatching the sources *before* the build process was cleaned up
> >> makes no sense to me
orrect answer when using
> pristine-tar (it already replaced the file anyway), but I can't see
> anyway of making gitpkg assume No without asking.
>
> $ gitpkg debian/2.4.5a-1 upstream/2.4.5a
Drop the upstream branch.
$ gitpkg debian/2.4.5a-1
--
James
GPG Key: 4096R/331BA3DB 2011-12-05
On Thu, May 24, 2012 at 06:08:11AM -0400, James McCoy wrote:
> On Thu, May 24, 2012 at 01:54:23PM +1000, Brian May wrote:
> > On 23 May 2012 23:31, Bastien ROUCARIES wrote:
> > > Ok step for imagemagick
> >
> > Thanks.
> >
> > Just trying this out
os_unix.c
refit: /.pc/gptsync_quiet_mode.patch/gptsync/os_unix.c
refit: /gptsync/os_unix.c
sqlite3: /.pc/20-hurd-locking-style.patch/src/os_unix.c
sqlite3: /src/os_unix.c
vim: /src/os_unix.c
wpa: /src/utils/os_unix.c
wpasupplicant: /src/utils/os_unix.c
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
ttp://anonscm.debian.org/openstack/nova.git>-b
debian/unstable
I thought the patch that added that also updated the documentation, but it
looks like documentation still needs to be added.
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
@ debian.org >
ou compare this to Jonas solution using
>
> use Parse::DebControl;
Using Dpkg::Control::Hash would be preferable since we're already using
that library in devscripts.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Jun 10, 2013 1:28 PM, "Andrey Rahmatullin" wrote:
>
> On Mon, Jun 10, 2013 at 04:15:27PM +0200, Vincent Lefevre wrote:
> > > It's amazing how much simpler Debian life becomes if one simply
ignores
> > > bug severities entirely. Of course harder to do nearer to release, but
> > > we live in a ti
to do is make a connection to port 22 to start the
service, which would happen as part of an attack anyway, then there's no
added security provided by socket activation.
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Aug 29, 2013 10:30 AM, "Ondřej Surý" wrote:
>
> On Thu, Aug 29, 2013 at 2:39 PM, Ansgar Burchardt
wrote:
>>
>> The open question is if having earlier (easy) access to uploads is
>> worthwhile or
>
>
> That would only make sense if buildds would be given access to i.d.o, and
I consider this to
accurate.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAFeRdpdk0mzeTNFkzCBMhFJ5qF_RuMeWE-6LS120W5mK=px...@mail.gmail.com
er or later
> it's going to have a hard dependency on using systemd.
That doesn't contradict what I stated. One can use systemd (the
package) without using systemd (the binary) as PID 1. I don't see any
reason why Gnome would care what init system is used, while I do see
reasons wh
tice it and remove/re-add the plugin. Seeing
how NERD tree now has plugins, this may be something you run into in
later versions.
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
prepare the packaging.
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Jan 5, 2012 3:02 PM, "Patrick Ouellette" wrote:
>
> On Thu, Jan 05, 2012 at 08:15:47PM +0200, vangelis wrote:
> > Thank you Osamu, i ' ll read all about but please if any group needs
> > help i'm offering.
>
> Check http://www.debian.org/devel/wnpp/
>
> find some package(s) that you are interes
On Jan 9, 2012 10:03 AM, "Al Biheiri" wrote:
> * Package name: pushkey
> Version : 1.0
> Upstream Author : Al Biheiri
> * URL : http://dl.dropbox.com/u/77428/website-dev/index.htm
> * License : (GPL v3)
> Programming Lang: (bash)
> Description : Pushes your
=20;bug=665330
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Mar 30, 2012 8:40 AM, "Goswin von Brederlow" wrote:
>
> Hopefully dpkg-buildpackage will stop setting those varibales at some
> point so sources that wrongfully depend on the variables being set
> actualy break.
Already happened in version 1.16.1 (#560070).
ll the build-depends needed
> to build the debianised source tree in directory x for architecture
> y"? if not IMO such a tool (or a new option in an existing tool)
> needs to be created.
See mk-build-deps(1) from devscripts. For example:
mk-build-deps -a y -i -s sudo -r x/debian/contro
want to use or develop plugins for Vim that use
those language bindings instead of basic vim script.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
mindset.
It's the hard-coding of the path that should be avoided. Instead, use
“dpkg-query --control-path nsd3 postrm” to get the path.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
it's not an urgent
problem that 1.8.x isn't in the archive yet and b) I've been rather busy
with non-Debian events lately and have been focusing my time on more
important issues.
I talked to Peter about an updated serf package and he's looking into
it.
Cheers,
--
James
GPG K
On Feb 2, 2014 8:23 AM, "Charles Plessy" wrote:
>
> -Since the Debian packages vehiculate programs to be installed on a
computer,
> +Since the Debian packages conveys programs to be installed on a computer,
Small nit -- s/conveys/convey/.
Cheers,
James
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
gt; the blends site has the same issue?
As far as I know, both are specifically intended to collect data only
from a VCS, yes.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Fri, Feb 07, 2014 at 10:32:52AM +0100, Daniel Leidert wrote:
> James McCoy wrote:
> >Part of the reason I chose to use debian/upstream/ is that an extensible
> >location for upstream related information (similar in spirit to
> >debian/source/) could be useful.
>
>
if you're
fine with that, then sure.
> The dependencies have grown a bit: now it depends on
> Graph::Writer::GraphViz too, so, indirectly, on graphviz.
Given the more niche role of the script, the dependencies probably won't
be part of the "default install" set anyway, so that shouldn't be a big
deal.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
the existing path and the proposed path so
that the transition doesn't have to be immediate.
I've stated from the start that I would work on a transition, but
without knowledge of what needs to be transitioned (which I'm assuming
you and Andreas have) it's not easy to do that.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Tue, Feb 11, 2014 at 11:08:44AM +0900, Charles Plessy wrote:
> Le Mon, Feb 10, 2014 at 08:38:51PM -0500, James McCoy a écrit :
> >
> > I'm not trying to be confrontational. I'm trying to do work towards
> > what I thought you had agreed was an amenable solution
On Tue, Feb 11, 2014 at 12:04:29PM +0900, Charles Plessy wrote:
> Le Mon, Feb 10, 2014 at 09:39:09PM -0500, James McCoy a écrit :
> >
> > That wasn't clear to me in your previous messages, which is why I
> > presumed you were wanting someone to transition the consume
m’ files are in Debian Med packages,
> this will give the momentum for the whole migration.
Ok. I'll update my repository list this weekend and run through the
changes then.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
ic, so I'm not sure this
list is the right place to hold such a discussion. You may be
interested in Bedrock Linux[0] which seems to be doing pretty much what
you describe.
0: http://www.bedrocklinux.org/
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.
On Feb 26, 2014 10:49 AM, "micah" wrote:
> For example, say package X has been backported at version 1.0, version
> 2.0 is uploaded to sid, transitions to jessie and then has an RC bug
> that threatens removal.
If the RC bug is properly versioned, then the 1.0 upload, which isn't
affected, should
96R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: pangoterm
Version : 0~20140228
Upstream Author : Paul Evans
* URL : http://www.leonerd.org.uk/code/pangoterm/
* License : MIT
Programming Lang: C
Description : GTK/Pango-based
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: libvterm
Version : 0~20140228
Upstream Author : Paul Evans
* URL : http://www.leonerd.org.uk/code/libvterm/
* License : MIT
Programming Lang: C
Description : abstract library
On Apr 1, 2014 6:39 AM, "Mike Gabriel"
wrote:
> * Package name: apt-get-snapshot
> Version : 1.1
> Upstream Author : Leandro Lisboa Penz
> * URL : https://github.com/lpenz/apt-get-snapshot
> * License : BSD
> Programming Lang: Python
> Description : Dow
Then some build helper should ensure that gets added to
the Depends of relevant packages through some substvar (likely
${R:Depends}).
[0]: http://lists.debian.org/87bo9ztrww@deep-thought.43-1.org
Apparently, there hasn't been any action in that direction.
Cheers,
--
James
GPG Key: 4096
packages
> (reverse dependencies of perlapi-5.18.* or libperl5.18, with a total of 540).
Do you have these build logs available for people to review? That would
help in diagnosing the problems before we're able to easily test build
against 5.20.
Cheers,
--
James
GPG Key: 4096R/331B
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150120005418.gi22...@freya.jamessan.com
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: dex
Version : 0.7
Upstream Author : Jan Christoph Edersbach
* URL : http://github.com/jceb/dex
* License : GPL 3+
Programming Lang: Python
Description : generate and execute
On Feb 12, 2015 10:18 AM, "Joachim Breitner" wrote:
>
> Hi,
>
> Am Donnerstag, den 12.02.2015, 15:22 +0100 schrieb Jakub Wilk:
> > * Jonas Smedegaard , 2015-02-12, 12:54:
> > >I have¹ the following in my ~/.profile:
> > >
> > > setxkbmap dk -option compose:menu
> >
> > You might want to enable it
some cleanup, but a mass-reply script could be a
good counterpart to mass-bug.
[0]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205416
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
0] that will extract all the data that
can be extracted and put it into your git repository.
[0]: https://joeyh.name/code/github-backup/
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
t; > available.
>
> If you need a newer kernel, you'd be better off using kernel-package
> instead.
Or just the deb-pkg target in the upstream Makefile.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: unibilium
Version : 1.1.2
Upstream Author : Lukas Mai
* URL : https://github.com/mauke/unibilium
* License : LGPL-3+
Programming Lang: C
Description : Simple, self-contained terminfo
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: busted
Version : 2.0.rc8
Upstream Author : Olivine Labs, LLC.
* URL : http://olivinelabs.com/busted/
* License : MIT
Programming Lang: Lua
Description : Lua unit testing framework
able
to run both Python2 and Python3 code. For that reason alone, I'd rather
have extensions linked with -lpythonX.Y. That would be one step toward
me being able to enable dynamic loading of language bindings in Vim.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
s
On Wed, Apr 22, 2015 at 12:58:54PM +0200, Matthias Klose wrote:
> On 04/22/2015 02:30 AM, James McCoy wrote:
> > On Wed, Apr 22, 2015 at 12:58:38AM +0200, Matthias Klose wrote:
> >> - note that in Debian python extensions aren't usually linked with
> >>-lpytho
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: libtermkey
Version : 0.17
Upstream Author : Paul Evans
* URL : http://www.leonerd.org.uk/code/libtermkey/
* License : MIT
Programming Lang: C
Description : library for processing
foo-dbg (>>
${binary:Version})”
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
On Fri, May 15, 2015 at 10:04:35AM +0200, Vincent Bernat wrote:
> A good timesaver is to have libeatmydata or similar. But this is still
> slow. For example, the manual page step.
Why is man-db even installed in a build chroot?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James
with
> a new version from Debian (provided in the form of a dsc)
Have you seen dpkg-mergechangelogs(1) in dpkg-dev?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
r
while still avoiding the use of hard Depends (since they defeat the
purpose of dynamically loading a library).
This has been solved for programs which just dynamically link libraries
through binNMUs and symbols/shlibs files, but we really need a similar
mechanism for dynamically loaded libraries.
On Jul 10, 2015 12:11 PM, "Ian Jackson"
wrote:
>
> Dimitri John Ledkov writes ("Re: GitHub “pull request” is proprietary,
incomp atible with Git ‘request-pull ’"):
> > What you have described here is github pull requests =) they use
> > refs/pull/# namespace though, so one needs to tweak fetch con
On Sun, Nov 11, 2018 at 01:51:56PM +, Jonathan Dowland wrote:
> On Fri, Nov 09, 2018 at 04:57:51PM +, Matthew Vernon wrote:
> > That's what Vcs-Git et al are for, isn't it?
>
> I'm sorry I don't understand what you're saying.
That was in response to the visibility aspect of your email. I
On Fri, Aug 30, 2019 at 09:05:45AM -0700, Russ Allbery wrote:
> Ian Jackson writes:
> > This is also not that hard, in simple cases. There is a tool
> > git-debcherry which can do it automatically. I haven't used it but AIUI
> > if your Debian delta queue has few commits, and doesn't have commit
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tree-sitter-lua
Version : 0.0.14
Upstream Contact: Munif Tanjim
* URL : https://github.com/MunifTanjim/tree-sitter-lua
* License : MIT
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tree-sitter-vimdoc
Version : 2.0.0
Upstream Contact: Thomas Vigouroux
* URL : https://github.com/neovim/tree-sitter-vimdoc/
* License : Apache 2.0
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tree-sitter-vim
Version : 0.3.0
Upstream Contact: Thomas Vigouroux
* URL : https://github.com/neovim/tree-sitter-vim/
* License : MIT
Programming
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tree-sitter-query
Version : 0.1.0
Upstream Contact: Neovim Treesitter Team
* URL : https://github.com/nvim-treesitter/tree-sitter-query
* License
Package: wnpp
Severity: wishlist
Control: block 1037440 by -1
* Package name: golang-github-zeebo-xxh3
Version : 1.0.2-1
Upstream Author : Jeff Wendling
* URL : https://github.com/zeebo/xxh3
* License : BSD-2-clause
Programming Lang: Go
Description : XXH
Package: wnpp
Severity: normal
X-Debbugs-Cc: ki...@packages.debian.org, debian-devel@lists.debian.org
Control: affects -1 + src:kitty
I request an adopter for the kitty package. I no longer use the package
and don't have time to figure out how to deal with the new golang parts
of the package.
Th
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-rustix-openpty
Version : 0.1.1
Upstream Contact: Dan Gohman
* URL : https://github.com/sunfishcode/rustix-openpty
* License : Apache-2.0 with
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-calloop-wayland-source
Version : 0.2.0
Upstream Contact: Kirill Chibisov
* URL : https://github.com/smithay/calloop-wayland-source
* License
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-as-raw-xcb-connection
Version : 1.0.1
Upstream Contact: Uli Schlachter
* URL : https://github.com/psychon/as-raw-xcb-connection
* License
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-wayland-csd-frame
Version : 0.3.0
Upstream Contact: Kirill Chibisov
* URL : https://github.com/rust-windowing/wayland-csd-frame
* License
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-wayland-protocols-wlr
Version : 0.2.0
Upstream Contact: Elinor Berger
* URL : https://github.com/smithay/wayland-rs
* License : MIT
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-xkeysym
Version : 0.2.0
Upstream Contact: John Nunley
* URL : https://github.com/notgull/xkeysym
* License : MIT or Apache-2.0 or Zlib
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-xkbcommon-dl
Version : 0.4.1
Upstream Contact: Kirill Chibisov
* URL : https://github.com/rust-windowing/xkbcommon-dl
* License : MIT
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-wayland-protocols-plasma
Version : 0.2.0
Upstream Contact: Elinor Berger
* URL : https://github.com/smithay/wayland-rs
* License : MIT
On Tue, Jan 16, 2024 at 04:44:14PM +0100, IOhannes m zmölnig (Debian GNU|Linux)
wrote:
> On 1/16/24 13:56, Jérémy Lal wrote:
> > >
> > > As Built-Using is for license compliance only, no?
> > >
> > > See
> > >
> > > https://www.debian.org/doc/debian-policy/ch-relationships.html#additional-sourc
On Mon, Mar 11, 2024 at 09:12:30PM +0100, Andreas Tille wrote:
> Hi,
>
> Am Mon, Mar 04, 2024 at 06:25:50PM + schrieb Thorsten Alteholz:
> > Control: tags -1 + moreinfo
> >
> > please file one RM bug for each package that needs to be partially removed.
> > This needs to be done even for depen
On Fri, Apr 05, 2024 at 01:31:25AM +0300, Adrian Bunk wrote:
> On Thu, Apr 04, 2024 at 09:39:51PM +0200, kpcyrd wrote:
> >...
> > I've checked both, upstreams github release page and their website[1], but
> > couldn't find any mention of .tar.xz, so I think my claim of Debian doing
> > the compress
On Sun, Apr 07, 2024 at 09:58:10PM +0200, Jonas Smedegaard wrote:
> And when you do hijack packages²³, then please be respectful and give
> credit, by preserving/reviving past contributions in the changelog file.
As the person who uploaded rust-lazy-regex-proc-macros, I wasn't aware
the crate alre
> of the Rust team) now having taken over maintainership of that package?
I've already filed an RM request for src:rust-lazy-regex-proc-macros, so
your package will prevail.
> > Den mån 8 apr. 2024 kl 12:41 skrev James McCoy :
> > > Now, that happens because our tooling i
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: block 1071572 by -1
* Package name: tree-sitter-python
Version : 0.21.0
Upstream Contact: Max Brunsfeld
* URL : https://github.com/tree-sitter/tree-sitter-python
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: block 1071572 by -1
* Package name: tree-sitter-bash
Version : 0.21.0
Upstream Contact: Max Brunsfeld
* URL : https://github.com/tree-sitter/tree-sitter-bash
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: block 1071572 by -1
* Package name: tree-sitter-markdown
Version : 0.2.3
Upstream Contact: Matthias Deiml
* URL : https://github.com/MDeiml/tree-sitter-markdown
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: rust-tree-sitter-cli
Version : 0.20.7
Upstream Contact: Max Brunsfeld
* URL : https://github.com/tree-sitter/tree-sitter
* License : MIT
Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: tree-sitter-c
Version : 0.20.2
Upstream Contact: Max Brunsfeld
* URL : https://github.com/tree-sitter/tree-sitter-c
* License : MIT
Programming
On Mon, Mar 16, 2020 at 11:06:11AM +0100, John Paul Adrian Glaubitz wrote:
> The rationale behind that suggestion is that the vim package is becoming more
> and more complex and hence more prone to build failures as can be seen from
> the current build logs [1]
I'd love any help fixing the test fa
On Wed, Mar 18, 2020, 17:29 Tom H wrote:
> PPS: Gentoo's vim[minimal] is vim configured using
> "--with-features=tiny" like Debian's vim-tiny.
>
Debian's vim-tiny actual uses "--with-features=small". We used to, back in
2007, build a hybrid between small and tiny, by configuring the tiny
feature
On Thu, Sep 08, 2016 at 02:04:21PM +0300, Lars Wirzenius wrote:
> On Thu, Sep 08, 2016 at 11:55:26AM +0100, Dimitri John Ledkov wrote:
> > On 29 August 2016 at 14:39, Dominic Hargreaves wrote:
> > > tl;dr: '.' is being removed from perl's @INC by default; some breakage
> > > in apps expected.
> >
On Fri, Oct 14, 2016 at 03:21:43PM -0400, Daniel Kahn Gillmor wrote:
> On Fri 2016-10-14 13:17:06 -0400, Ian Jackson wrote:
> > This (and the change to gnupg2) has now broken dgit's DEP-8 test
> > suite, when run under schroot. I'm discussing this in #840669 (CC'd).
>
> in particular, the lack of
On Thu, Nov 10, 2016 at 12:24:20AM +0100, Wouter Verhelst wrote:
> On Tue, Nov 08, 2016 at 11:05:59AM +0100, Christian Seiler wrote:
> > 30 days within the deep freeze should be plenty enough - and as I
> > said: if the problem is more complicated, just talk to the release
> > team _while the packa
On Sun, Dec 18, 2016 at 01:55:16AM +, Sean Whitton wrote:
> Hello Christian,
>
> On Sat, Dec 17, 2016 at 05:40:49PM +0100, Christian Seiler wrote:
> > On 12/17/2016 04:49 PM, Daniel Pocock wrote:
> > > In my reSIProcate control[1] file, I included the following:
> > >
> > > Build-Depends: ...
On Dec 18, 2016 05:38, "Mattia Rizzolo" wrote:
On Sat, Dec 17, 2016 at 09:27:12PM -0500, James McCoy wrote:
> Now, backports are a different story because they use a different
> resolver which will pull in alternates.
afaik sbuild strips the alternatives while parsing the .dsc
On Sun, Dec 18, 2016 at 02:26:09PM +0100, Ondrej Novy wrote:
> Hi,
>
> 2016-12-18 14:14 GMT+01:00 James McCoy :
>
> Well, sbuild's man page documents that the aptitude resolver will check
> alternatives. If it doesn't in practice, that sounds like a bug.
&g
ornado.git/tree/debian/control#n24
>
> python-tornado build-depends on missing:
> - python3:arm64 (>= 3.5)
>
> So jessie-backports buildd have this "bug" too.
On Sun, Dec 18, 2016 at 10:04:46AM -0500, James McCoy wrote:
> On Sun, Dec 18, 2016 at 02:26:09PM +010
On Thu, Dec 22, 2016 at 05:42:43PM -0500, Bill Blough wrote:
> On Thu, Dec 22, 2016 at 12:40:26PM +, Ian Jackson wrote:
> > suffers rather from leaning toothpick syndrome. Does the
> > `downloadurlmangle' support Perl's ability to handle nonstandard
> > delimiters ? Using something other than
1 - 100 of 126 matches
Mail list logo
