On Mon, Jun 02, 2025 at 02:06:59PM -0300, Antonio Terceiro wrote:
> On Sun, Jun 01, 2025 at 12:15:33PM +0200, Jonas Smedegaard wrote:
> > Quoting Julien Plissonneau Duquène (2025-06-01 12:05:43)
> > > Hi Jonas,
> > >
> > > Le 2025-05-31 21:41, Jonas Smede
On Sun, Jun 01, 2025 at 12:15:33PM +0200, Jonas Smedegaard wrote:
> Quoting Julien Plissonneau Duquène (2025-06-01 12:05:43)
> > Hi Jonas,
> >
> > Le 2025-05-31 21:41, Jonas Smedegaard a écrit :
> > >
> > > The problem is that the confident submitter is a bot.
> > >
> > > In the concrete case, I
On Sun, Jun 01, 2025 at 04:57:31PM -0700, Don Armstrong wrote:
> On Sun, 01 Jun 2025, Antonio Terceiro wrote:n
> > On Sun, Jun 01, 2025 at 10:04:53AM -0700, Don Armstrong wrote:
> > > My personal goal is to replace the entire codebase with
> > > python+sqlalchemy+postgr
On Sun, Jun 01, 2025 at 09:54:09AM -0700, Don Armstrong wrote:
> On Tue, 27 May 2025, Otto Kekäläinen wrote:n
> > I would assume Debbugs might evolve without you having to personally
> > do all the improvements, if you allow improvements done by others
> > flow in. As an example, I have had
> > ht
On Sun, Jun 01, 2025 at 10:04:53AM -0700, Don Armstrong wrote:
> On Tue, 27 May 2025, Colin Watson wrote:n
> > In my view, an absolute prerequisite for all of this is moving from the
> > current flat-file structure to a proper database; the current data
> > structures just don't perform well enough
On Fri, May 30, 2025 at 01:46:57PM +0100, Ahmad Khalifa wrote:
> On 30/05/2025 10:14, Andrey Rakhmatullin wrote:
> > Also because MRs are second-class citizens and maintainers normally
> > don't even get notifications that one was created.
>
> What should you do in that situation where you have a
On Thu, May 08, 2025 at 10:33:55PM +0200, Holger Wansing wrote:
> I think about removing myself from the debian-www team.
> Better no longer be part of it, otherwise people might blame me for such
> decisions ...
Please don't. Breaking things is unavoidable in complex enough systems,
and is OK i
On Thu, May 08, 2025 at 11:38:35AM -0700, Soren Stoutner wrote:
> I have two questions.
>
> 1. Is there a way to override the 3 hour time limit for Debian CI for a
> particular package?
No.
> 2. Would there be objections to reconsidering the 3 hour default time limit
> for all packages?
We
On Wed, May 07, 2025 at 10:27:03PM +0200, Jonas Smedegaard wrote:
> What is your offer? To take over? No, you don't want to do an ITS.
>
> You want to do "help" the maintainer see the light in changing their way
> of working themselves, by doing a one-off non-mild "NMU" which is not an
> NMU becau
On Sun, Apr 27, 2025 at 02:18:11PM +0200, Marc Haber wrote:
> On Sun, 27 Apr 2025 12:52:57 +0200, Geert Stappers
> wrote:
> >For what it is worth: I use `adduser` outside maintainer script.
> >
> >I think I'm not alone in that.
>
> Useradd has grown most of that functionality in the last two deca
On Thu, Apr 17, 2025 at 08:23:18PM +0200, Simon Josefsson wrote:
> Is it possible to drop 'mawk' from the set of default tools in trixie?
Regardless of the practical and important questions others raised on why
and how to actually do it, no change like this could be done responsibly
at this point
On Sun, Apr 13, 2025 at 10:45:56PM +0200, Rainer Dorsch wrote:
> I am not a Debian developer, therefore I cannot create a pull request for
> fixes
> in the release notes myself,
You absolutely can. One does *not* need to be a Debian Developer to send
patches to the Debian BTS, or to create merg
On Tue, Apr 01, 2025 at 03:27:05PM -0400, Michael Stone wrote:
> /run/utmp is no longer provided in trixie, which means that the mechanisms
> used to show active sessions in unix for several decades no longer work.
> There's a replacement mechanism provided by systemd, but it's not 1:1. I
> propose
On Fri, Mar 14, 2025 at 02:49:26PM -0700, Soren Stoutner wrote:
On Wednesday, March 12, 2025 5:38:40 PM Mountain Standard Time Mario Limonciello
wrote:
>Mario Limonciello (hints of format=flowed support)
Thanks for the summary. I am of the camp of f=f.
At least with the MUA I'm using m
On Tue, Feb 18, 2025 at 09:06:53AM +0900, Charles Plessy wrote:
> Hello everybody,
>
> pardon me but I do not see the GCC mass bug filing being discussed on
> this list before it was started.
>
> Give the scale if build failure (hundreds of failures for the Debian Med
> packaging team for instanc
On Wed, Jan 29, 2025 at 12:24:40PM +0100, Helmut Grohne wrote:
> We already have around 2000 source packages requiring devscripts
> (mostly as it is a dependency of gem2deb). So while I was originally
> favouring a new binary package, I lack arguments against devscripts
> now.
It turns out gem2deb
On Fri, Jan 24, 2025 at 11:07:40AM +0100, Jonas Smedegaard wrote:
> Quoting Otto Kekäläinen (2025-01-24 01:32:34)
> > If you don't like using Salsa or don't like reviewing Merge Requests,
> > then this call is probably not for you. However, if you want Debian to
> > grow and you want to welcome new
On Fri, Dec 06, 2024 at 05:01:10PM +0530, Pirate Praveen wrote:
> 2024, ഡിസം 5 2:05:19 AM Lucas Kanashiro :
> > https://debconf24.debconf.org/talks/74-attracting-and-retaining-new-contributors-insights-from-brazil/
> >
> > There was some follow-up discussion in Hacker News after a LWN post about
>
Thanks for working on this!
On Fri, Nov 29, 2024 at 11:08:17AM +0100, Niels Thykier wrote:
> Debian Ruby Team
>ruby-soap4r
This has been fixed as of today, so you don't need to report a bug.
signature.asc
Description: PGP signature
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
1 - 100 of 162 matches
Mail list logo
