Package: wnpp
Severity: wishlist
Owner: James McCoy
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-r...@lists.debian.org
* Package name: rust-dpi
Version : 0.1.1
Upstream Contact: the winit authors
* URL : https://github.com/rust-windowing/winit/
* License
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
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-python
Version : 0.21.0
Upstream Contact: Max Brunsfeld
* URL : https://github.com/tree-sitter/tree-sitter-python
> 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
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
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 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 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
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
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-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-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-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-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-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-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: 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
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: 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
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-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-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-c
Version : 0.20.2
Upstream Contact: Max Brunsfeld
* URL : https://github.com/tree-sitter/tree-sitter-c
* License : MIT
Programming
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
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 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 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
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 Tue, Oct 02, 2018 at 05:45:35PM -0700, Joseph Herlant wrote:
> Yesterday I received my New Debian Developer welcome email (\o/)
Congrats!
> and
> noticed that it's still referencing alioth for the hosting of VCS
> repositories.
>
> I couldn't find in which repo the template for this email was
Package: wnpp
Severity: wishlist
* Package name: lua-inspect
Version : 3.1.1-0
Upstream Author : Enrico García Cota
* URL : https://luarocks.org/modules/kikito/inspect
* License : MIT
Programming Lang: Lua
Description : Lua table visualizer, ideal for d
On Wed, Jul 11, 2018 at 01:34:29PM +0200, Julien Cristau wrote:
> On 07/11/2018 10:18 AM, Andreas Tille wrote:
> > Hi,
> >
> > I'm running a daily cron job on host blends.debian.net to gather machine
> > readable data from all blends packages. The cron job fetches only the
> > following files
> >
On Mon, Apr 02, 2018 at 11:01:30PM -0400, The Wanderer wrote:
> On 2018-04-02 at 15:41, Simon McVittie wrote:
>
> > On Mon, 02 Apr 2018 at 20:30:54 +0200, Christian T. Steigies wrote:
> >
> >> I don't understand why everybody is so afraid of an epoch, but ok.
> >
> > It's a source of confusion (
On Sat, Mar 10, 2018 at 04:30:56PM -0500, Steve Robbins wrote:
> Is there a button or query that will show all projects that list me as
> uploader? I'm looking for the same list I get on the PTS packages overview
> page.
Follow the links on the VCS column of the PTS' DDPO overview? Assuming
they'
Package: wnpp
Severity: wishlist
Owner: James McCoy
* Package name: libtickit
Version : 0.2
Upstream Author : Paul Evans
* URL : http://www.leonerd.org.uk/code/libtickit/
* License : MIT
Programming Lang: C
Description : Terminal Interface
On Fri, Dec 01, 2017 at 12:23:14PM +0100, Michael Biebl wrote:
> Am 01.12.2017 um 07:34 schrieb Paul Wise:
> > On Fri, Dec 1, 2017 at 1:36 AM, Arturo Borrero Gonzalez wrote:
> >> * no support for RW on NTFS drives, only RO. This wasn't fixed even by
> >> installing ntfs-3g [0].
> >> I didn't have t
On Sat, Oct 14, 2017 at 12:59:10PM -0500, Dirk Eddelbuettel wrote:
>
> Bumping this as my mail to ftpmaster went unanswered.
>
> Could someone please remind me who to ask about the NEW Queue?
> [...]
>
> The passive-aggressive "we won't work on your package, and won't tell you
> why" is a wee bi
On Mon, Aug 07, 2017 at 03:11:18PM -0400, Ralph Amissah wrote:
> I believe this is the reason I am currently unable to backup my
> gmail account with isync/ mbsync
That's because isync defaults to TLSv1 unless you tell it to do
otherwise.
https://sources.debian.net/src/isync/1.2.1-2/src/drv_imap.
On Fri, May 26, 2017 at 09:03:16AM +0900, Roger Shimizu wrote:
> So maybe it's better to use command below to fit all cases:
> mk-build-deps --root-cmd sudo --install --tool "apt-get -o
> Debug::pkgProblemResolver=yes --no-install-recommends"
> (from wiki [0])
That's the default value for --too
On Wed, Mar 22, 2017 at 01:58:20PM -0700, Sean Whitton wrote:
> On Wed, Mar 22, 2017 at 08:16:14PM +0200, Jonathan Carter (highvoltage) wrote:
> > I'm taking a look at https://github.com/gorhill/uBlock since it's gpl-3
> > and has proper releases (I would expect that a lot of chromium
> > extension
On Sat, Feb 18, 2017 at 04:34:34AM +0100, Adam Borowski wrote:
> On Fri, Feb 17, 2017 at 10:07:12PM -0500, James McCoy wrote:
> > On Sat, Feb 18, 2017 at 03:28:58AM +0100, Adam Borowski wrote:
> > > Note that this won't work unless we rename ninja-build to ninja.
> >
On Sat, Feb 18, 2017 at 03:28:58AM +0100, Adam Borowski wrote:
> On Fri, Feb 17, 2017 at 11:29:35PM +, Simon McVittie wrote:
> > On Fri, 17 Feb 2017 at 18:08:01 -0500, Jeremy Bicha wrote:
> > > GNOME 3.24 modules have begun including meson build scripts.
> >
> > It looks as though Meson approx
On Sun, Feb 12, 2017 at 06:34:26PM +, Wookey wrote:
> But the
> UNRELEASED/'dch -r' thing pisses me off on a daily basis, and this
> seemed like the time to point out that some of us don't find it all
> helpful. From that POV, moving it from suite to version would
> definitely be less annoying.
On Tue, Jan 31, 2017 at 02:06:44PM +0100, Michael Biebl wrote:
> Am 31.01.2017 um 13:31 schrieb Benjamin Drung:
> > Hi,
> >
> > libibverbs provides symbols for their public library API and internal
> > symbols for their plugins libraries. Sadly the internal symbols are
> > exposed in libibverbs. U
On Mon, Jan 02, 2017 at 01:09:35PM -0800, Nikolaus Rath wrote:
> On Jan 02 2017, Russ Allbery wrote:
> > Furthermore, it forces a rebased, clean representation of the patches,
> > which I for one hugely prefer to the mess that you get if someone was
> > packaging in Git and just randomly commits t
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
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 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
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 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 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 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, 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, Jun 24, 2016 at 04:03:44PM +0200, Paul Wise wrote:
> On Fri, Jun 24, 2016 at 3:46 PM, Matthias Klose wrote:
>
> > As announced a year ago [1], GCC 6 will be the default GCC for the Debian
> > stretch release. GCC 6 is now available in testing, and can be made the
> > default
> > by insta
On Mar 20, 2016 4:31 PM, "Ben Hutchings" wrote:
>
> On Sun, 2016-03-20 at 12:39 -0700, Josh Triplett wrote:
> > Ian Jackson wrote:
> > >
> > > The Wanderer writes ("Re: Possible MBF: Packages depending on
iceweasel but not firefox/firefox-esr"):
> > > >
> > > > Now, one thing which seems like it _
On Dec 9, 2015 8:44 AM, "Raphael Hertzog" wrote:
>
> On Wed, 09 Dec 2015, Simon Josefsson wrote:
> > How about adding a List-Id header (RFC 2919) there? MUAs may have
> > better user interfaces for splitting on List-Id's than other headers.
> > Just an idea.
>
> And we would use package name + se
On Sun, Dec 06, 2015 at 07:44:34PM +, Niels Thykier wrote:
> James McCoy:
> > On Sat, Dec 05, 2015 at 12:39:36PM +, Niels Thykier wrote:
> >> * Personal caches have been removed (-c)
> >>- apt-venv creates files that uses that option
> >
> >
s a normal user (if
it's possible to just download the Contents files)?
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
On Sat, Nov 28, 2015 at 04:38:45PM -0500, James McCoy wrote:
> On Sun, Nov 29, 2015 at 08:24:15AM +1100, Craig Small wrote:
> > But when foo tries to load plugin baz, it fails. Is it a problem with
> > the plugin? Should it be using "ruby things" via the binary?
it be using "ruby things" via the binary?
No, it's just normal turbulence during a transition. I don't think
there's anything in particular that needs to be done.
Cheers,
--
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
Package: wnpp
Severity: normal
I request assistance with maintaining the devscripts package.
I don't have the time, nor have I for awhile, to properly keep up with
devscripts maintenance.
The package description is:
Contains the following scripts, dependencies/recommendations shown in
brackets
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
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.
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
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
foo-dbg (>>
${binary:Version})”
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: 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 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
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
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.
ames
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital signature
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
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
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
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
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
96R/331BA3DB 2011-12-05 James McCoy
signature.asc
Description: Digital 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
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.
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
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
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
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
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
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.
>
>
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
1 - 100 of 125 matches
Mail list logo
