Hi,
I was wondering why the package drop-seq was not migrating. Testing
excuses[1] says
drop-seq-tools/arm64 has unsatisfiable dependency
uninstallable on arch *, not running autopkgtest there
While the package itself is
Architecture: all
it depends from picard-tools which is amd64 o
Hi folks,
seems it was 6 years ago - I stumbled upon this in my mailfolders by
chance and I would love to repeat this wholeheartedly. Working on new
software for Debian became way more fun since a couple of weeks!
Thanks a lot to all members of the ftpmaster team
Andreas.
On Wed, Oct 22,
On Tue, 10 Nov 2020 at 20:29, Paul Wise wrote:
> On Mon, Nov 9, 2020 at 10:37 PM Joerg Jaspert wrote:
>
> > More and more packages are being uploaded into the Debian archive which
> > are only ever used for building packages. These are not only never
> > intended to be installed onto an end-user'
Hi,
Quoting Andrej Shadura (2020-11-10 10:27:44)
> On Tue, 10 Nov 2020, at 08:28, Paul Wise wrote:
> > > The current proposal is to reduce the main Packages.xz files size by
> > > splitting[4] out all of the packages that are not intended for users,
> > > writing those into an own file. Those pack
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libcommonmark-perl
Version : 0.29
Upstream Author : Nick Wellnhofer
* URL : https://metacpan.org/release/CommonMark
*
On Tue, Nov 10, 2020 at 9:28 AM Andrej Shadura wrote:
> Development packages for Rust and Go usually only ship source code.
This reminds me of the proposal for installable source packages that
one could (Build-)Depend on. Seems like that proposal would also solve
the issue with Go and Rust, as we
On Tue, 10 Nov 2020 at 10:45:07 +0100, Johannes Schauer wrote:
> I'm confused. We are packaging libraries of language X but then those packages
> will not be used by people who write software for language X on Debian?
> Intuitively, should I ever start with Rust, I would've thought that I had to
>
Hi All,
On Sun, Nov 8, 2020 at 10:28 PM Sudip Mukherjee
wrote:
>
> Hi All,
>
> This is a new list for the autopkgtest superficial test.
>
>
> Attached is the dd-list.
Modified dd-list after discussion with the javascript maintainer team.
--
Regards
Sudip
dd-list
Description: Binary data
Package: wnpp
Owner: Frédéric Bonnard
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: libnet-dns-native-perl
Version : 0.22
Upstream Author : Oleg G
* URL : https://metacpan.org/release/Net-DNS-Native
* Lice
Hi Andreas,
On Tue, Nov 10, 2020 at 09:32:46AM +0100, Andreas Tille wrote:
> Hi,
>
> I was wondering why the package drop-seq was not migrating. Testing
> excuses[1] says
>
>drop-seq-tools/arm64 has unsatisfiable dependency
This is what's blocking you.
>uninstallable on arch *, not ru
Package: wnpp
Severity: wishlist
Owner: Vivek K J
X-Debbugs-Cc: debian-devel@lists.debian.org, vive...@protonmail.com
* Package name: ruby-terser
Version : 1.0.2
Upstream Author : Pavel Rosický
* URL : http://http://github.com/ahorek/terser-ruby/
* License : M
Hi Iain,
On Tue, Nov 10, 2020 at 11:26:07AM +, Iain Lane wrote:
> On Tue, Nov 10, 2020 at 09:32:46AM +0100, Andreas Tille wrote:
> >drop-seq-tools/arm64 has unsatisfiable dependency
>
> This is what's blocking you.
That's what I assumed.
> >uninstallable on arch *, not running auto
Package: wnpp
Severity: wishlist
Owner: Yao Wei (魏銘廷)
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: fcitx5-chewing
Version : 5.0.1
Upstream Author : Weng Xuetian
* URL : https://github.com/fcitx/fcitx5-chewing
* License : GPL-2+
Programming Lan
Hi Andreas,
On 10-11-2020 13:21, Andreas Tille wrote:
> Yes, that's true but its part of my question: Why should all these
> tests be run if the dependencies are not available on that architecture.
> Wouldn't it be more sane to check dependencies first before running
> a test that will fail for s
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ezdxf
Version : 0.14.2
Upstream Author : Manfred Moitzi
* URL : https://ezdxf.mozman.at
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: scikit-fmm
Version : 2019.1.30
Upstream Author : The scikit-fmm team
* URL : http://packages.python.org/scikit-fmm
* License : BSD
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Bdale Garbee
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: openmotor
Version : 0.4.0
Upstream Author : https://github.com/reilleya
* URL : https://github.com/reilleya/openMotor
* License : GPL
Programming
Package: wnpp
Severity: wishlist
Owner: Aurélien COUDERC
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-qt-...@lists.debian.org
* Package name: kpeoplevcard
Version : 0.1
Upstream Author : KDE PIM Developers
* URL : https://invent.kde.org/pim/kpeoplevcard
* Licens
Package: wnpp
Severity: wishlist
Owner: Anton Gladky
X-Debbugs-Cc: debian-devel@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: vtk9
Version : 9.0.1
Upstream Author : Kitware
* URL : https://vtk.org/
* License : BSD
Programmi
On 15948 March 1977, Paul Wise wrote:
Does this include the -dev packages for C/etc libraries?
No.
I guess it also applies to Haskell and other statically-linked
languages.
https://wiki.debian.org/StaticLinking
StaticLinking itself is not enough. This is about languages where the
actual
On Tue, 2020-11-10 at 10:07 +, Simon McVittie wrote:
> On Tue, 10 Nov 2020 at 10:45:07 +0100, Johannes Schauer wrote:
> > I'm confused. We are packaging libraries of language X but then those
> > packages
> > will not be used by people who write software for language X on
> > Debian?
> > Intuit
Hi Simon,
once again, thanks a lot. I have now tried out your suggestion and it
works nicely. Just to make sure, I have now the following units, see
below. I am aware that the system instantiation service onedrive@ is not
optimal since it expects $HOME to be /home/%i, but let us leave this
aside f
On 15949 March 1977, Calum McConnell wrote:
The Rust community's expectation seems to be that you would install
cargo,
and use that to download and build the clap package directly from
upstream,
without apt/dpkg being involved at all.
I don't know that that means we should abandon efforts to i
23 matches
Mail list logo
