On Tue, Jun 25, 2024 at 02:02:11PM +0100, Simon McVittie wrote:
> On Tue, 25 Jun 2024 at 10:16:20 +0200, Helmut Grohne wrote:
> > In this work, limitations with --chroot-mode=unshare became apparent and
> > that lead to Johannes, Jochen and me sitting down in Berlin pondering
> > ideas on how to im
On Thu, Dec 21, 2023 at 10:41:57AM +0100, Helmut Grohne wrote:
> ## Upgrading using dpkg directly?
>
> We already have quite a number of packages that use Conflicts to prevent
> file loss in upgrades in a very similar way to #1058937 (Ben's
> libnfsidmap1 bug) even in released versions of Debian.
On Sat, Dec 16, 2023 at 06:23:46PM +, Paul Gevers wrote:
> Reproducibility migration policy
>
>
> The folks from the Reproducibility Project have come a long way since they
> started working on it 10 years ago, and we believe it's time for the next step
> in De
On Tue, Aug 08, 2023 at 11:35:01AM +0300, Adrian Bunk wrote:
> On Tue, Aug 08, 2023 at 06:46:38AM -, Sune Vuorela wrote:
> > On 2023-08-07, Benjamin Drung wrote:
> > > while working a whole week on fixing failing C/C++ header compilations
> > > for armhf time_t [1], I noticed a common pattern:
On Sat, Jul 29, 2023 at 06:02:26AM +0200, Helmut Grohne wrote:
> Hi,
>
> On Tue, Jul 25, 2023 at 09:37:35PM +0200, Paul Gevers wrote:
> > For ci.d.n, the issue is not money, but the required work to integrate it
> > into the infrastructure. We need volunteers (or pay people to do the work),
> > bu
On Wed, Feb 22, 2023 at 03:33:15PM -0700, Sam Hartman wrote:
> >> A tool for glamorous shell scripts. Leverage the power of
> >> Bubbles (https://github.com/charmbracelet/bubbles) and Lip Gloss
> >> (https://github.com/charmbracelet/lipgloss) in your scripts and
> >> aliases wit
On Wed, Feb 22, 2023 at 09:24:29AM -0700, Scarlett Moore wrote:
>
> On 2/21/23 15:03, Ryan Kavanagh wrote:
> > On Sun, Feb 19, 2023 at 09:01:56AM -0700, Scarlett Moore wrote:
> > >Description : A tool for glamourous shell scripts
> > >
> > > A tool for glamorous shell scripts. Leverage th
On Sun, Nov 06, 2022 at 01:58:21PM +0900, Hideki Yamane wrote:
> Q4: Will Ruby3.2 go into bookworm?
No.
signature.asc
Description: PGP signature
On Tue, Jul 05, 2022 at 06:44:15PM +0200, Timo Röhling wrote:
> On Mon, 23 May 2022 01:58:56 +0200 Andreas Beckmann wrote:
> > Package: faker,ruby-faker
> > Severity: serious
> > Tags: sid bookworm
> > User: trei...@debian.org
> > Usertags: edos-file-overwrite
> > Control: found -1 0.9.3-0.1
> > C
On Wed, May 04, 2022 at 01:49:01PM +0200, Mathias Behrle wrote:
> * David Bremner: " Re: Reminder to participate in the Debian Developer's
> Survey" (Wed, 04 May 2022 07:19:34 -0300):
>
> > Utkarsh Gupta writes:
> >
> > > A couple of days back we had invited all the Debian Developers to
> > >
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: ruby-rantly
Version : 2.0.0
Upstream Author : Ana María Martínez Gómez, Howard Yeh, Anthony Bargnesi,
Eric Bischoff
* URL : https://github.com/rantly
On Sun, Oct 24, 2021 at 12:25:23PM +0200, jacobkoch...@gmail.com wrote:
> Hello Stephan,
>
> > Possibly relevant:
> > - Are you using X11 or Wayland?
> Wayland
>
> > - Do you have proprietary graphics drivers installed?
> $ lspci -v | grep -A 10 VGA
> 00:02.0 VGA compatible controller: Intel Corp
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: typeshed
Version : n/a
Upstream Author : Several authors
* URL : https://github.com/python/typeshed
* License
On Tue, Aug 17, 2021 at 06:51:35AM +, Paul Wise wrote:
> On Mon, Aug 16, 2021 at 1:19 AM Paul Wise wrote:
>
> > 1. the ecosystems I'm talking about include cargo, npm, browser
> > extensions, rubygems, pypi, CPAN etc.
>
> Examples of what current Debian practices are for these ecosystems:
[..
Hi,
The Debian CI team would like to encourage and help more maintainers to
add autopkgtest to their packages. To that effect, we now have a
repository called autopkgtest-help on salsa, where we will take help
requests from maintainers working on autopkgtest for their packages:
https://salsa.debi
On Sun, Feb 14, 2021 at 06:18:12PM -0500, Nick Black wrote:
> I managed to push an update [0] that unexpectedly died in
> autopkgtests [1]. I'm thankful that the tests brought this
> problem to light, and grateful for the bug report--chalk it up
> as a nice win for autopkgtests! I'm now pondering h
On Thu, Jan 21, 2021 at 03:10:47PM +0100, Julien Cristau wrote:
> And which of standard or important made most sense (AIUI, standard
> means "installed by default in d-i" and important means "installed by
> default in debootstrap").
wget is already Priority: standard and recommends ca-certificates
On Tue, Jan 19, 2021 at 12:27:31PM +0100, Raphael Hertzog wrote:
> Hi,
>
> On Mon, 18 Jan 2021, Antonio Terceiro wrote:
> > FWIW, The ci.debian.net infrastructure is mostly independent from
> > autopkgtest, so we could have different types of jobs there. This could
> &g
On Mon, Jan 18, 2021 at 02:00:22PM +0100, Pierre-Elliott Bécue wrote:
> Le lundi 18 janvier 2021 à 11:31:35+0100, Lucas Nussbaum a écrit :
> > Hi,
> >
> > On 17/01/21 at 22:00 +0900, Norbert Preining wrote:
> > > On the infrastructure side, you mentioned on #debian-qa that in your
> > > opinion, l
On Tue, Nov 10, 2020 at 06:52:14PM -0500, Calum McConnell wrote:
> 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
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: catatonit
Version : 0.1.5
Upstream Author : Aleksa Sarai
* URL : https://github.com/openSUSE/catatonit
* License : GPL-3+
Programming Lang
On Sun, Sep 20, 2020 at 12:31:13AM +0100, Sudip Mukherjee wrote:
> HI Mattia,
>
> On Sat, Sep 19, 2020 at 8:58 PM Mattia Rizzolo wrote:
> >
> > On Sat, Sep 19, 2020 at 08:39:44PM +0100, Sudip Mukherjee wrote:
> > > After discussing with few people, I now intend to file them with
> > > "severity:
On Fri, Sep 18, 2020 at 09:43:32AM +0200, Gard Spreemann wrote:
> Hi,
>
> I must admit I don't know much about the CI/autopkgtest infrastructure,
> but I've noticed over summer that the frequency at which my packages are
> being tested has decreased a lot, especially when it comes to ordinary
> te
On Sun, Sep 06, 2020 at 12:31:22AM +0100, Sudip Mukherjee wrote:
> Hi Paul,
>
> On Sat, Sep 5, 2020 at 1:56 AM Paul Wise wrote:
> >
> > On Fri, Sep 4, 2020 at 6:53 PM Sudip Mukherjee wrote:
> >
> > > If the test done in the autopkgtest does not provide significant test
> > > coverage then it shou
On Wed, Aug 19, 2020 at 01:45:05PM +, Clint Adams wrote:
> On Tue, Aug 18, 2020 at 10:55:41AM -0400, Boyuan Yang wrote:
> > In theory any Debian Developers may merge, but the debianutils package is
> > maintained by clint@ and srivasta@ so they are responsible for this
> > package. I
> > am ad
On Sun, Nov 17, 2019 at 04:39:46PM +0200, Niko Tyni wrote:
> - for Ruby I only found guidance about application dependencies [2]
> but not module dependencies. The standard library seems to come
> with the interpreter here, so that's not a reason to depend on the
> interpreter package. Still,
On Wed, Oct 02, 2019 at 01:37:58PM +0100, Samuel Henrique wrote:
> On Wed, 2 Oct 2019 at 10:48, Mathias Behrle wrote:
>
> > ...BTW no discussion tool can help in automating
> > separate discussion threads when the topic changes.
> >
>
> They can, I think reddit and hackernews are good at this.
>
On Tue, Aug 27, 2019 at 02:52:01PM -0400, Sam Hartman wrote:
> > "Alf" == Alf Gaida writes:
>
>
> Alf> There are things i really like about PRs or MRs - they can be
> Alf> reviewed, commented, changed without problems and fast.
>
> And as Sean pointed out, it's hard to understand th
Hi,
Thanks for the report.
On Wed, Jul 10, 2019 at 09:10:40AM +0100, Sean Whitton wrote:
> Hello,
>
> Over the weekend, Ian Jackson and I met in Cambridge, U.K. to work on
> the design and implementation of tools and processes relating to git &
> Debian packaging.
>
> Main achievement
> ---
On Wed, Jul 10, 2019 at 05:05:53PM -0400, Sam Hartman wrote:
> I also use systemd.path units for this.
> Since it was Ian asking I didn't really feel that was worth suggesting
> though.
yes, I also though about that but decided to cite prior art anyway. one
can always use inotify to achieve the sa
On Wed, Jul 10, 2019 at 04:09:11PM +0100, Ian Jackson wrote:
> Sean Whitton writes ("git & Debian packaging sprint report"):
> > Main achievement
> >
> >
> > We designed and implemented a system to make it possible for DDs to
> > upload new versions of packages by simply pushing a
On Tue, Jun 25, 2019 at 08:08:22AM +0200, Ansgar wrote:
> Hi,
>
> what do people think about getting rid of current suite names ("stable",
> "testing", "unstable") for most purposes? We already recommend using
> codenames instead as those don't change their meaning when a new release
> happens.
>
On Fri, Mar 08, 2019 at 11:08:54AM +, Mo Zhou wrote:
> Hi folks,
>
> As we know the Debian CI Infrastructure, which runs autopkgtest upon
> relevant package updates to help us improve distribution quality.
> However, it still doesn't support the isolation-machine feature, which
> associates to
On Wed, Dec 26, 2018 at 01:04:44PM +0530, Pirate Praveen wrote:
> If it has to be completely separate from -backports, it means some packages
> will need to be maintained twice, even when they meet the criteria for
> backports fully, just because a package in volatile declare a dependency on
> t
On Fri, Dec 07, 2018 at 08:10:27AM -0200, Antonio Terceiro wrote:
> On Fri, Dec 07, 2018 at 10:45:31AM +0100, Fabiano Fidêncio wrote:
> > Howdy!
> >
> > Firstly, sorry if I'm sending the message to the wrong mailing list.
> > If that's the ca
On Fri, Dec 07, 2018 at 10:45:31AM +0100, Fabiano Fidêncio wrote:
> Howdy!
>
> Firstly, sorry if I'm sending the message to the wrong mailing list.
> If that's the case, please, point me to the right one.
>
> Although the subject says it all, let me explain the background of the
> change so you a
On Wed, Nov 28, 2018 at 07:02:07PM +0100, Bastian Blank wrote:
> On Wed, Nov 28, 2018 at 02:48:32PM -0200, Antonio Terceiro wrote:
> > Would you be willing to also implement
> > Tainted-By: not-built-in-a-chroot
> > ?
>
> What do you want to do with that? Even ou
On Wed, Nov 28, 2018 at 02:57:52PM +0100, Guillem Jover wrote:
> Hi!
>
> On Wed, 2018-11-28 at 07:52:08 +0500, Alexander E. Patrakov wrote:
> > Well, the buildd configuration change has been reverted. What worries me now
> > is that there is a risk not yet mitigated, coming from personal systems o
On Fri, Nov 02, 2018 at 08:58:47AM +, Jonathan Dowland wrote:
> On Sat, Oct 27, 2018 at 09:41:43AM +0200, Wouter Verhelst wrote:
> > On Fri, Oct 26, 2018 at 01:02:57PM -0300, Thadeu Lima de Souza Cascardo
> > wrote:
> > > I meant that we would say that stable is supported by the security team.
ke c_rehash currently does) but as
> explained above it should not be required to use it.
>
> I am planning to fill bugs against 23 packages which use "c_rehash" to
> use "openssl rehash" instead. Here is the dd-list of packages I
> identified:
[...]
> Antonio
On Tue, Feb 20, 2018 at 11:48:43PM +0100, Joerg Jaspert wrote:
> On 14954 March 1977, Raphael Hertzog wrote:
>
> > - for ftpmasters, can we keep wheezy/updates on security.debian.org for
> > one year more? (it might be possible to archive wheezy and drop it from
> > the main mirror, that woul
On Mon, Jan 22, 2018 at 07:38:41PM +0530, Kumar Appaiah wrote:
> Dear Debian Developers,
>
> I am part of a team working on getting Debian on low cost laptops (see
> http://www.rdp.in for details) so that they can be sold with Debian
> preinstalled. While vanilla Debian largely works, unfortunatel
On Fri, Dec 29, 2017 at 04:11:29PM +0100, Thomas Goirand wrote:
> On 12/28/2017 02:33 AM, Jeremy Bicha wrote:
> > On Wed, Dec 27, 2017 at 7:07 PM, Manuel A. Fernandez Montecelo
> > wrote:
> >> If the idea is *not* to move those to @lists.d.o, I cannot see what we
> >> should be using instead.
> >>
On Fri, Dec 01, 2017 at 01:22:03PM +0100, Michael Biebl wrote:
> Am 01.12.2017 um 13:15 schrieb Arturo Borrero Gonzalez:
> > On 1 December 2017 at 12:23, 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:
>
> >>
Hi,
On Fri, Oct 27, 2017 at 12:04:37AM +0200, Adam Borowski wrote:
> Indeed, sysvinit is somewhat undermaintained, but as a mature piece of
> software it doesn't require much fixing. For example: if you lxc-create -t
> debian -- -r sid, the container created (as of yesterday) doesn't even boot
>
On Wed, Oct 04, 2017 at 05:05:03PM +0530, Pirate Praveen wrote:
> Because the shown folly is only in theory and it is never in practice.
> As these packages are always uploaded as binary included and never built
> on the buildd (as buildds already prohibit network access during build).
> If I inclu
On Wed, Sep 13, 2017 at 12:26:34PM +0100, Ghislain Vaillant wrote:
> On 13/09/17 12:21, Ondrej Novy wrote:
> > if sphinx-intl is primary application (cli tool, etc.), than binary pkg
> > sphinx-intl is better. If it's library/module, than python3-sphinx-intl
> > is better.
>
> Based on the descrip
On Sat, Aug 05, 2017 at 11:30:30AM +0100, Simon McVittie wrote:
> On Sat, 05 Aug 2017 at 06:50:00 +, Niels Thykier wrote:
> > Can we integrate these LSM policies into our testing frameworks (e.g.
> > autopkgtests), so we can start having automated tests of even basic
> > functionality. Or will
On Mon, Jun 19, 2017 at 10:18:52AM +0100, Sean Whitton wrote:
> Hello Christian,
>
> On Sun, Jun 11, 2017 at 08:16:43PM +0100, Sean Whitton wrote:
> > Christian Seiler writes:
> >
> > > Your goal in wanting to stop people from having to deal with
> > > patch files manually is laudable, but I see
On Tue, May 16, 2017 at 10:25:54AM +0800, Paul Wise wrote:
> On Tue, May 16, 2017 at 12:39 AM, Antonio Terceiro wrote:
>
> > Right. IIRC that was said to me at Debconf16 about Debian-specific
> > services (such as ci.debian.net which was the context of my question).
>
On Mon, May 15, 2017 at 07:53:59PM +0800, Paul Wise wrote:
> On Mon, May 15, 2017 at 7:48 PM, Antonio Terceiro wrote:
>
> > This is a common misconception. DSA does *not* require that the service
> > is packaged. On the contrary, they say it's better if the service is
&
On Sun, May 14, 2017 at 03:04:26PM +0530, Pirate Praveen wrote:
> On ഞായര് 14 മെയ് 2017 02:46 വൈകു, Yao Wei wrote:
> > Hi,
> >
> > Are there a discussion list of people working on the issue? I'd like to
> > follow and see if there's any I could help.
> >
> > If no, could this issue be submitted
On Fri, Jan 13, 2017 at 02:38:28PM +0100, Ondrej Novy wrote:
> Hi,
>
> 2017-01-13 8:46 GMT+01:00 Pirate Praveen :
>
> > Similar to piuparts auto rejects, I think we should add auto reject when
> > autopkgtest of a reverse dependency or build dependency fails (which was
> > not failing earlier) or
On Fri, Jan 13, 2017 at 03:57:09PM +0100, Ole Streicher wrote:
> Paul Gevers writes:
> > I am not sure if you are addressing me or Pirate, but indeed I am
> > working on an implementation similar to what Ubuntu does (see the link
> > above about the details) which will be used as unstable to testi
On Mon, Dec 12, 2016 at 12:38:47PM +0530, Pirate Praveen wrote:
> 1. When handling fragile languages (javascript, ruby, go and possibly
> more),
I think that this view of "fragile languages" is very misleading, and
perhaps a little dangerous. There are no fragile languages, but fragile
projects. Y
Hello Ian,
This is not a personal response to you, I am just pigging back on your
email.
On Tue, Nov 01, 2016 at 08:50:38PM +, Ian Jackson wrote:
> Sruthi Chandran writes ("Bug#840937: ITP: node-kind-of -- Get the native type
> of a value"):
> > * URL : https://github.com/jonschl
ot (U)
sdformat (U)
viennacl (U)
vtk6 (U)
Anton Gladky
freemat (U)
Antonio Terceiro
cucumber (U)
debci
json-schema-validator (U)
lava-server (U)
ruby-builder (U)
ruby-jquery-rails (U)
ruby-mocha (U)
ruby-simplecov-html (U)
ruby2.3
Antonio Terceiro
ruby-b
On Tue, Aug 23, 2016 at 09:30:19AM -0400, Josh Triplett wrote:
> On Tue, Aug 23, 2016 at 01:59:13PM +0100, Ian Jackson wrote:
> > Josh Triplett writes ("Re: Computing Build-Depends at build time (and other
> > updates to debian/control)?"):
> > > On Tue, Aug 23, 2016 at 11:45:03AM +0100, Ian Jacks
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: python-whitenoise
Version : 3.2.1
Upstream Author : David Evans
* URL : http://whitenoise.evans.io
* License : MIT/Expat
Programming Lang: Python
Description : static file serving
On Fri, Jul 29, 2016 at 05:12:01PM +0200, Alexander Wirt wrote:
> On Fri, 29 Jul 2016, Alexandre Viau wrote:
>
> > On 28/07/16 02:40 AM, Pirate Praveen wrote:
> > > At this point, I'm dropping work on gitlab for debian and moving to less
> > > controversial alternative pagure.
> >
> > Pagure look
On Mon, Jul 11, 2016 at 12:06:57PM +0530, Pirate Praveen wrote:
> Hi,
>
> There is a bug with severity serious filed against libjs-handlebars [1]
> (it is also a bug in ruby-handlebars-assets).
>
> The corresponding source code is present in libjs-handlebars (only in
> experimental right now, but
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: auto-apt-proxy
Version : 1
Upstream Author : Antonio Terceiro
* URL :
https://anonscm.debian.org/git/users/terceiro/auto-apt-proxy.git
* License : GPLv3
Programming Lang: Shell
On Sat, Jun 11, 2016 at 10:51:18AM +0200, Ole Streicher wrote:
> Holger Levsen writes:
> > On Sat, Jun 11, 2016 at 10:24:48AM +0200, Ole Streicher wrote:
> >> We do patching as part of our daily packaging already: to replace (or
> >> circumvent) non-dfsg functionality, to integrate into our enviro
On Fri, Jun 10, 2016 at 10:56:54AM +0100, Jonathan Dowland wrote:
> I was wondering what the Gitlab proponent's thoughts are on how the Issue
> tracker functionality of Gitlab should be used in a Debian context,
> particularly in how it might intersect/interact/conflict with the BTS.
Gitlab suppor
On Wed, Jun 08, 2016 at 03:14:36PM +0100, Iain R. Learmonth wrote:
> Hi All,
>
> On 08/06/16 15:10, Peter Palfrader wrote:
> > On Wed, 08 Jun 2016, Marco d'Itri wrote:
> >> Since usability is the main reason many people hate using alioth,
>
> Do people really hate Alioth if they're just using it
On Wed, Jun 08, 2016 at 01:57:10PM +0200, Alexander Wirt wrote:
> On Wed, 08 Jun 2016, Antonio Terceiro wrote:
>
> > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote:
> > > On Wed, 08 Jun 2016, Pirate Praveen wrote:
> > >
> > > > On Wedn
provide that in CE.
> I am also not very keen on using a system with a "open core / enterprise"
> model. For such a crucial service I would really prefer a real open source
> system. But maybe I am alone with that oppinion.
You are not. even though I think gitlab is great, the fact that there is
a proprietary version with "premium features" has always made me feel
weird.
--
Antonio Terceiro
signature.asc
Description: PGP signature
this new thing something like
labs.debian.net. pkgs.debian.net (the fedora git server is called
pkgs.fedoraproject.org), of even dev.debian.net. or anything else,
really, as long as it exists, and is not called "gitlab" (I agree that
not calling a service by the name of the tool that provides it is a good
thing).
--
Antonio Terceiro
signature.asc
Description: PGP signature
pry-nav [1].
>
>
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824198
as above, but this package sounds rather pointless.
--
Antonio Terceiro
signature.asc
Description: PGP signature
On Tue, Apr 26, 2016 at 09:32:02PM +0200, Daniel Pocock wrote:
>
>
> It is well documented how developers should create po files for i18n
> support in their debconf configuration questions during package install[1].
>
> What about arbitrary scripts that are run from the command line and
> don't
On Mon, Feb 29, 2016 at 10:39:26AM +0100, Jonas Smedegaard wrote:
> Quoting Paul Wise (2016-02-29 04:30:02)
> > On Mon, Feb 29, 2016 at 5:05 AM, Antonio Terceiro wrote:
> >
> >> IMO both in this specific case, and in the general case, the correct
> >> technica
temporary, one hopes -- exceptions.
--
Antonio Terceiro
signature.asc
Description: PGP signature
On Fri, Feb 26, 2016 at 07:59:29PM +0100, Jonas Smedegaard wrote:
> Hi,
>
> Do we favor tracking the true upstreams when packaging for Debian?
>
> Concretely I need¹ a javascript library for server-side use, but the
> maintainer considers it adequate² to package that project only
> browser-opti
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: ruby-simple-form
Version : 3.2.0
Upstream Author : Plataformatec
* URL : https://github.com/plataformatec/simple_form
* License : Expat
Programming Lang: Ruby
Description
On Tue, Oct 06, 2015 at 10:35:38PM +0200, Michael Biebl wrote:
> Am 06.10.2015 um 22:16 schrieb Antonio Terceiro:
> > On Tue, Oct 06, 2015 at 10:47:28PM +0300, Hleb Valoshka wrote:
> >> Hi all.
> >>
> >> I'm packaging web server for ruby called unicorn. T
ckage, and check
for some variable that says whether the service should start on boot or
not.
look at varnish for an example.
--
Antonio Terceiro
signature.asc
Description: PGP signature
sing.html
> https://bugs.python.org/issue3770
the CI environment does have /dev/shm, so I don't think that would be
the problem. given the fact that the tests pass just fine under python2
but not under python3, I would start by investigating the difference in
requirements for that code
rules:
https://anonscm.debian.org/cgit/pkg-javascript/jquery.git/tree/debian/rules?h=debian/1.11.3%2bdfsg-3
I had to read the source of the upstream grunt build task, understand
that it uses something called "requirejs", doing some reading on what
requirejs is and how to use it, then extracting the build logic into a
file that could be used with requirejs (which is already packages as
node-reuqirejs) only -- without grunt -- and there we have it.
--
Antonio Terceiro
signature.asc
Description: Digital signature
he toolchain
> changes to dpkg and debhelper land in sid.
I think that reprocibility is an important issue, and marking
reprocibility bugs as important makes sense to me. That, please also
include a script to test builds for reprocibility in e.g. devscripts
(see #786755) so that maintaine
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: rerun
Version : 0.10.0
Upstream Author : Alex Chaffee
* URL : https://github.com/alexch/rerun
* License : Expat
Programming Lang: Ruby
Description : tool to launch commands and
a proper diaspora
package in the debian archive (with all its dependencies also in the
archive)?
--
Antonio Terceiro
signature.asc
Description: Digital signature
On Wed, Jul 15, 2015 at 03:25:52PM +0100, Ian Jackson wrote:
> Antonio Terceiro writes ("Re: GitHub “pull request ” is proprietary,
> incompatible with Git ‘req u est-pull ’"):
> > But if there is server side support for anyone to push to some ref in
> > the maintai
On Tue, Jul 14, 2015 at 05:06:31PM +0100, Ian Jackson wrote:
> Antonio Terceiro writes ("Re: GitHub “pull request ” is proprietary,
> incompatible with Git ‘requ est-pull ’"):
> > I have a few ideas about this. I have used gerrit before, and it
> > provides a really
can still associate the new commit with the old one
as long as you keep the identifier in the commit message. When you
resubmit it knows that that new commit is a new version of the first
one.
I have mostly no idea on how this could be implemented, and I'm also not
sure that these imaginary UI would be the best one, but I hope that
these ideas are useful to start a conversation.
--
Antonio Terceiro
signature.asc
Description: Digital signature
e testbed, and then `apt-get install -f` is called to fix the world.
At the moment what happens is that dpkg-deb blows up at the build
profiles syntax, and autopkgtest aborts. I understand that it does not
make sense for the build profiles syntax to be supported in Depends:, so
I am writing a patch
On Sun, May 17, 2015 at 09:01:06PM +0200, Ole Streicher wrote:
> Dear Antonio,
>
> Antonio Terceiro writes:
> >> Are there currently any problems with debci? Does it really run
> >> continiously?
> >
> > What is happening is that a system that did t
Hello,
While I was writing these responses, I was monitoring ci.debian.net, and
it seems I spoke too soon.
On Sun, May 17, 2015 at 12:33:08PM -0300, Antonio Terceiro wrote:
> > Are there currently any problems with debci? Does it really run
> > continiously?
>
> What is h
>
> 0.1.6-2 was tested on 7th May.
>
> http://ci.debian.net/packages/d/django-restricted-resource/unstable/amd64/
> (9th May)
>
> http://ci.debian.net/packages/d/django-testscenarios/unstable/amd64/
> (9th May)
>
> So some tests are being done, just not others.
They all look like timing issues to me, see my response to the first
message of the thread.
--
Antonio Terceiro
signature.asc
Description: Digital signature
t setup, using a
distributed setup with multiple workers and all that fun stuff. Martin Pitt
started that work back during last year, and I continued that for a few months
now. There are still a few details to sort out, but I think we are quite close
to being able to migrate to that.
--
Antonio Terceiro
signature.asc
Description: Digital signature
dsc.
> I never used the entry in debian/control, and I already had "failed"
> tests, and several entries in ci.debian.net (without tests however),
> which means that they at least sometimes look there.
debci uses the Sources file, so yes, the data that comes from the .dsc
--
Antonio Terceiro
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: chake
Version : 0.6
Upstream Author : Antonio Terceiro
* URL : https://gitlab.com/terceiro/chake
* License : MIT (Expat)
Programming Lang: Ruby
Description : serverless
few mornings/afternoons/evenings
during Debconf proper.
--
Antonio Terceiro
signature.asc
Description: Digital signature
we will get there eventually. Diaspora¹ is almost done, and
GitLab will follow at some point.
¹ not the existing diaspora-installer package, an actual diaspora
package with its dependency tree properly packaged.
--
Antonio Terceiro
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: ruby-whenever
Version : 0.9.4
Upstream Author : Javan Makhmali
* URL : https://rubygems.org/gems/whenever
* License : Expat
Programming Lang: Ruby
Description : Ruby library to
o some example
> > package doing similar thing?
>
> AICCU asks for similar details IIRC. Have a look at that?
You can look at ddclient as well.
--
Antonio Terceiro
signature.asc
Description: Digital signature
before the asset pipeline was introduced and
migrating to use it is not always super convenient.
--
Antonio Terceiro
signature.asc
Description: Digital signature
gt; set builder=debuild in ~/.gbp.conf
>
> It is no big deal which ever system default is chosen.
I could use the same argument in reverse: if you want to use a full
clean build by default you can also just do that. :)
--
Antonio Terceiro
signature.asc
Description: Digital signature
' in case we don't find a
> proper base.cow for it.
This would mean a much more expensive build by default, please don't.
I would rather make plain debuild, or just dpkg-buildpackage, the
default.
--
Antonio Terceiro
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Antonio Terceiro
* Package name: mailman-api
Version : 0.2.3
Upstream Author : Sergio Oliveira
* URL : http://pypi.python.org/pypi/mailman-api/
* License : GPL-2
Programming Lang: Python
Description : REST API
On Wed, Aug 20, 2014 at 01:38:32PM +0200, Andreas Tille wrote:
> On Tue, Aug 19, 2014 at 07:35:22PM -0300, Antonio Terceiro wrote:
> > >
> > > Anybody Developer who thinks that 1) the Policy is useful and 2) the
> > > Testsuite
> > > field is useful, can
1 - 100 of 143 matches
Mail list logo
