Debian on Aakash tablets project (Fwd: Re: [Aakash-hackers] Bootstrapping for Aakash)

Aakash is the low cost tablet project of Indian government. Aakash-2 is the next generation in Aakash project. Aakash tablets run Android 4.0.4 and this project is an experiment of running Debian on Aakash range of tablets. DebianAakash project is subset/subproject of Debian which can be used as a

Re: Why Debian

2014-04-12 21:46 GMT+05:30, Alberto Salvia Novella : > Why you choose to develop in Debian over any other distribution? Because my contributions are respected equally, in most other distributions my contributions will be treated second class, subject to wishes of managers, even those who don't con

Re: Why Debian

2014-04-13 16:58 GMT+05:30, Chris Bannister : > On Sun, Apr 13, 2014 at 10:43:29AM +0530, Pirate Praveen wrote: >> I love democracy, where everyone has a say and have a chance to make >> the changes they want rather than depending on someone. > > Just remember that Democracy

Re: is sarovar.org dead ?

2014-04-14 19:26 GMT+05:30, Jerome BENOIT : > Hello List: > > Today I realised that sarovar.org cannot be reached: > is it temporary ? is it definitely dead ? unfortunately, yes, dead forever :( they shut it down when they realized they cannot maintain it anymore. They had given notice for people

Re: Non-source Javascript files in upstream source

On Sunday 27 April 2014 09:37 PM, Nicolas wrote: > Hi all, > > I'm a bit disapointed. I don't know what to do. I try to fix following > bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744317 > Two files are pointed to have no upstream source. Theses files are > html template files used by a

packaging diaspora, final steps, looking for collaborators

Hi, We've been working on packaging diaspora since last 2+ years. It is written in ruby on rails framework and has 206 dependencies https://people.debian.org/~praveen/diasbar/ So far we packaged around 86% of the dependencies. Now I created a diaspora package with remaining dependencies uploaded

Re: debian github organization ?

On Thursday 16 April 2015 08:34 PM, Dimitri John Ledkov wrote: > I'd rather see gitlab.debian.net :) gitlab folks are willing to sponsor gitlab.debian.net I will try to take that offer forward. signature.asc Description: OpenPGP digital signature

Re: debian github organization ?

It will be an instance of gitlab CE, under MIT license and managed by Debian. Gitlab folks will just sponsor the hosting. Nicolas Dandrimont എഴുതി: > Hi, > > * Pirate Praveen [2015-04-21 20:24:09 +0530]:>> On > Thursday 16 April 2015 08:34 PM, Dimitri John Ledkov wrote:

Re: GitLab B.V. to host free-software GitLab for Debian project (was: debian github organization ?)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I will be working on it. First task is to complete gitlab packaging. See balasankarc.in/gitlab for current status. Gitlab folks sponsored 60 days of work with 3000 usd. I post updates at poddery.com/tags/debian-gitlab-months On 2015, ജൂലൈ 11 6:51

diaspora packaging crowd funded work summary

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I ran a successful crowd funding campaign to work full time for a month on diaspora packaging (http://www.indiegogo.com/at/debian-diaspora) and here is the summary of work done. diaspora init script updated, diaspora-installer uploaded, diaspora pac

Re: diaspora packaging crowd funded work summary

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015, ജൂലൈ 18 5:54:04 PM IST, Antonio Terceiro wrote: >That's really nice, thanks for keeping us updated. > >What is the current status with regards to having a proper diaspora >package in the debian archive (with all its dependencies also in t

Re: Summary of the DebConf firmware discussion

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 2015, ആഗസ്റ്റ് 30 4:27:00 AM IST, Anthony Towns wrote: >Also, having a hardware database that you could query before purchasing >a new computer would be even better, no? We already have one h-node.org Praveen - -- Sent from my Android device

Re: Rebuilding reverse-deps in salsa pipeline?

On 12/15/18 4:11 AM, Bernd Zeimetz wrote: > Hi, > > I'm wondering if somebody implemented a salsa pipeline to rebuild the > reverse-deps of a library? > > Is there some example/docker image to build on? https://salsa.debian.org/ruby-team/meta/blob/master/build-and-upload does this, may be you

Bug#916742: ITP: golang-github-namsral-flag -- Parse flags, environment variables and config files

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name: golang-github-namsral-flag Version : 1.7.4~alpha+git20170814.67f268f-1 Upstream Author : Lars Wiegman * URL : https

Re: Bug#915050: (gitlab) Re: Bug#915050: Keep out of testing

[adding -devel to cc] On 12/3/18 8:11 PM, Dominik George wrote: >> well, Debian is using gitlab!!! so this sentence has no sense. The >> problem here >> is that is a complex software that depends of a lot of pieces and it's >> not >> easy/possible to fit the definition. So, maybe we should create

Re: Bug#915050: (gitlab) Re: Bug#915050: Keep out of testing

On 2018, ഡിസംബർ 18 7:14:14 PM IST, Rhonda D'Vine wrote: > And yes, I'm with Alexander, the volatile maintenance can't be dumped >on the backports team. It's a different workflow anyway. My proposal for backports is to have only the dependencies of packages in volatile that fall in the curren

Re: Bug#915050: (gitlab) Re: Bug#915050: Keep out of testing

On 12/18/18 8:41 PM, Holger Levsen wrote: > On Tue, Dec 18, 2018 at 08:38:39PM +0530, Pirate Praveen wrote: >> But if that is not possible, volatile as a separate archive is also fine. > > instead of volatile we need PPAs. I think a redefined volatile is the best option for sh

Re: Bug#915050: (gitlab) Re: Bug#915050: Keep out of testing

On 12/19/18 1:05 AM, Philipp Kern wrote: > In the Ubuntu PPA case you get free reign over what's in that archive > and what you backport as part of offering the package. Obviously this > might conflict with the existing set. But the same is true for a > centralized volatile archive if you need to b

Re: Proposal: Repository for fast-paced package backports

On 2018, ഡിസംബർ 26 2:16:07 AM IST, Dominik George wrote: >Heisann, alle sammen, > >as announced in the recent thread about maintaining, I hereby propose a >repository that allows making “backports” of packages available to >users >of the stable distribution, if those packages cannot be maintai

Re: Proposal: Repository for fast-paced package backports

[As requested, keeping it to -devel only] On 12/26/18 7:35 PM, Antonio Terceiro wrote: > 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 whe

Re: Proposal: Repository for fast-paced package backports

On 2018, ഡിസംബർ 26 10:15:35 PM IST, Dominik George wrote: >No. The dpendencies of gitlab not being accepted into backports right >now is an entirely different issue. I am repeating myself: This >proposal >is not intended to ease the life of maintainers whose packages qulify >for -backports. Th

Re: Proposal: Repository for fast-paced package backports

On 12/28/18 11:06 AM, Thomas Goirand wrote: > If the problem is hardware and connectivity, then IMO you can easily > find a sponsor for it. My company could well offer it for example > (hosted in Geneva with very nice connectivity to almost everywhere). > > Setting-up a repository isn't hard. And

Re: Proposal: Repository for fast-paced package backports

On 2018, ഡിസംബർ 31 5:19:22 PM IST, Jonas Meurer wrote: >Pirate Praveen: >> On 12/28/18 11:06 AM, Thomas Goirand wrote: >>> If the problem is hardware and connectivity, then IMO you can easily >>> find a sponsor for it. My company could well offer it for example >

Re: Proposal: Repository for fast-paced package backports

On 1/1/19 3:42 PM, Scott Leggett wrote: > To continue the bikeshedding, what about "express"? Seems quite fitting > as the packages don't make the usual stop through testing... I think STS (Short term support) will fit nicely with LTS. If there is no serious objections, I'd go with this. signat

Bug#930219: ITP: node-dagre-layout -- Graph layout for JavaScript

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-dagre-layout Version : 0.8.8 Upstream Author : Tyler Long * URL : https://github.com/tylingsoft/dagre-layout#readme * License : Expat Programming Lang: JavaScript

Bug#930223: ITP: node-dagre-d3-renderer -- D3-based renderer for Dagre

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-dagre-d3-renderer Version : 0.5.8 Upstream Author : Liad Yosef * URL : https://github.com/tylingsoft/dagre-d3-renderer#readme * License : Expat Programming Lang

Bug#930246: ITP: node-rollup-plugin-sourcemaps -- Rollup plugin for grabbing source maps from sourceMappingURLs

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-rollup-plugin-sourcemaps Version : 0.4.2 Upstream Author : Max Davidson * URL : https://github.com/maxdavidson/rollup-plugin-sourcemaps#readme * License : Expat

Bug#930262: ITP: node-apollo-link -- Flexible, lightweight transport layer for GraphQL

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-apollo-link Version : 1.2.11 Upstream Author : Evans Hauser * URL : https://github.com/apollographql/apollo-link#readme * License : Expat Programming Lang: JavaScript

Bug#930265: ITP: node-rollup-plugin-invariant -- Rollup plugin to strip invariant(condition, message) strings in production

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org Control: block 930262 by -1 * Package name : node-rollup-plugin-invariant Version : 0.5.6 Upstream Author : Ben Newman * URL : https://github.com/apollographql/invariant-packages * License

Bug#930635: ITP: node-immutable -- Immutable Data Collections

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org Control: block 930634 by -1 * Package name : node-immutable Version : 3.8.2 Upstream Author : Lee Byron (https://github.com/leebyron) * URL : https://facebook.github.com/immutable-js * License

Re: Please help me to create Debian package

On 2019, ജൂലൈ 4 8:50:25 PM IST, himanshu Singh wrote: >Hi, I am working on a project named Osdag. It is open-source software >for >the design of steel structures. I'm trying to create a Debian package >for >it and planning to add to Debian package repository. It would be a >great >help if someo

Re: Proposal: Repository for fast-paced package backports

On 2019, ജൂലൈ 28 6:36:21 PM IST, Phil Morrell wrote: >On Tue, Jan 01, 2019 at 05:49:37PM +0530, Pirate Praveen wrote: >> I think STS (Short term support) will fit nicely with LTS. If there >is >> no serious objections, I'd go with this. > >As debconf is finishing,

Re: Bits from the Release Team: ride like the wind, Bullseye!

On 2019, ഓഗസ്റ്റ് 9 1:16:23 AM IST, Paul Gevers wrote: >I can already trigger all the autopkgtests in unstable for packages >that >are in experimental, so if you interested in this, please contact me. >This would enable library maintainers to at least have an overview of >what would happen. I c

Re: Bits from the Release Team: ride like the wind, Bullseye!

On 2019, സെപ്റ്റംബർ 2 1:26:51 AM IST, Paul Gevers wrote: >Hi Pirate, and other interested parties, > >On 09-08-2019 08:22, Pirate Praveen wrote: >> On 2019, ഓഗസ്റ്റ് 9 1:16:23 AM IST, Paul Gevers >wrote: >>> I can already trigger all the autopkgtests in unstable fo

Re: Git Packaging Round 2: When to Salsa

On 2019, സെപ്റ്റംബർ 13 1:06:13 AM IST, Marc Haber wrote: >alioth.debian.org, anyone? That one went away pretty fast. I wonder why people keep repeating this. This was migrated to salsa and also archived, so nothing was lost. This was a planned move to a better solution (gforge was unmaintai

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

On 2019, സെപ്റ്റംബർ 14 4:21:16 AM IST, Thomas Goirand wrote: >On 9/12/19 2:47 PM, Sam Hartman wrote: >> 1) there are significant problems we'd run into if we forbid non-free >tools in >> Debian work > >Sorry, WHAAAT ? That's shocking to read this from the DPL. >Are you sure you didn't do a mist

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

On 2019, സെപ്റ്റംബർ 14 3:46:43 PM IST, Adam Borowski wrote: >On Sat, Sep 14, 2019 at 09:37:00AM +0530, Pirate Praveen wrote: >> I will also support such a GR. I started packaging gitlab so we >don't >> have to compromise on ease of use compared to github. > >And

Re: Git Packaging Round 2: When to Salsa

On 2019, സെപ്റ്റംബർ 15 12:35:18 AM IST, Holger Levsen wrote: >On Fri, Sep 13, 2019 at 11:30:51AM +0530, Pirate Praveen wrote: >> On 2019, സെപ്റ്റംബർ 13 1:06:13 AM IST, Marc Haber > wrote: >> >alioth.debian.org, anyone? That one went away pretty fast. >> I wonder why

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

On 2019, സെപ്റ്റംബർ 14 3:46:43 PM IST, Adam Borowski wrote: >On Sat, Sep 14, 2019 at 09:37:00AM +0530, Pirate Praveen wrote: >> I will also support such a GR. I started packaging gitlab so we >don't >> have to compromise on ease of use compared to github. > >And

Re: Git Packaging Round 2: SHOULD Not or MUSt NOT Github

On 2019, സെപ്റ്റംബർ 15 12:57:08 AM IST, Sean Whitton wrote: >Hello Pirate, > >On Sun 15 Sep 2019 at 12:27AM +0530, Pirate Praveen wrote: > >> That is not going to happen, instead we need to adapt ourselves to >> this fast paced development and fasttrack.debia

Re: Hosting the original youtube-dl sources on salsa?

On 2020, ഒക്‌ടോബർ 30 1:46:21 PM IST, Philip Hands wrote: >We could presumably consult a lawyer, but the RIAA would need to be even >more moronic than I think they are to have a go at us, given that nobody >in the wider world has ever heard of us, and we're going to have no >trouble raising fund

Bug#974753: ITP: golang-honnef-go-tools -- Collection of golang tools and libraries

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name : golang-honnef-go-tools Version : 2020.1-1 Upstream Author : Dominik Honnef * URL : https://github.com/dominikh/go-tools * License : Expand

Re: Split Packages files based on new section "buildlibs"

On Fri, Nov 13, 2020 at 19:28, Tomas Pospisek wrote: This solution seems to be too trivial that nobody would have though of it, so what is it that I (and I guess many Debianers) are missing? *t Additionally these libraries change too fast and most of the time, there is no long term suppo

Bug#974862: ITP: golang-gocloud -- The Go Cloud Development Kit (Go CDK)

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org, debian...@lists.debian.org * Package name : golang-gocloud Version : 0.20.0-1 Upstream Author : The Go Cloud Development Kit Authors * URL : https://github.com/google/go-cloud * License

MiniDebConf India 2021: Call for Proposals

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Debianites, The MiniDebConf India Content team would like to call for proposals for the MiniDebConf India 2021[1] conference, which will take place online, from January 23rd to 24th, 2021. # Introduction MiniDebConf India, organised by the

MiniDebConf India 2021: Call for Proposals

[resending with correct signature, sorry for duplicate message] Dear Debianites, The MiniDebConf India Content team would like to call for proposals for the MiniDebConf India 2021[1] conference, which will take place online, from January 23rd to 24th, 2021. # Introduction MiniDebConf India, orga

MiniDebConf India 2021: Call for Proposals

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 [sorry if you got another copy earlier, it seems pgp/mime is not recognized by the lists as signed mail and I had to use an older version of thunderbird with enigmail to get inline pgp working] Dear Debianites, The MiniDebConf India Content team wo

Bug#977144: ITP: node-inflected -- port of ActiveSupport's inflector to Node.js

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-inflected Version : 2.1.0 Upstream Author : Martin Andert * URL : https://github.com/martinandert/inflected#readme * License : Expat Programming Lang: JavaScript

Bug#977197: ITP: node-route-recognizer -- library that matches paths against registered routes

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-route-recognizer Version : 0.3.4 Upstream Author : Yehuda Katz * URL : https://github.com/tildeio/route-recognizer * License : Expat Programming Lang: JavaScript

Bug#977200: ITP: node-miragejs -- client-side server to build, test and demo JavaScript apps

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-miragejs Version : 0.1.41 Upstream Author : Sam Selikoff * URL : https://github.com/miragejs/miragejs * License : Expat Programming Lang: JavaScript Description : client

Re: How should we handle greenbone-security-assistant?

On 2020, ഡിസംബർ 16 11:57:04 PM IST, Raphael Hertzog wrote: >Hello, > >in the pkg-security team we have greenbone-security-assistant (gsa) >which is a web interface for gvm (former openvas-manager), the >version currently in Debian no longer works with the latest gvm >so we have to update it to

Re: How should we handle greenbone-security-assistant?

On Thu, Dec 17, 2020 at 2:19 pm, Raphael Hertzog wrote: Hello, On Thu, 17 Dec 2020, Pirate Praveen wrote: >1/ download all the node modules and add them to the source package, but >then it's just impossible to write a copyright file to document the source >package. Tha

Re: How should we handle greenbone-security-assistant?

On Thu, Dec 17, 2020 at 2:55 pm, Raphael Hertzog wrote: I know this, but I also know that such an analysis is very time-consuming and needs a good knowledge of the language and of the upstream package, which I don't have. Most of the time Semantic Versioning works (https://semver.org) s

Re: How should we handle greenbone-security-assistant?

On Fri, Dec 18, 2020 at 8:59 am, Raphael Hertzog wrote: On Thu, 17 Dec 2020, Pirate Praveen wrote: > - ensurance that we use DFSG free code only > => we can have tool to review licenses of what has been > downloaded during build and embedded in the binary packages Then

Bug#979576: ITP: node-babel-plugin-lodash -- Modular Lodash builds without the hassle

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-babel-plugin-lodash Version : 3.3.4 Upstream Author : Graeme Yeates (https://github.com/megawac) * URL : https://github.com/lodash/babel-plugin-lodash#readme * License

Bug#988506: ITP: node-terser-webpack-plugin -- Terser plugin for webpack

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org Control: block 980316 by -1 * Package name : node-terser-webpack-plugin Version : 3.1.0 Upstream Author : webpack Contrib Team * URL : https://github.com/webpack-contrib/terser-webpack-plugin

Bug#988941: ITP: node-rollup-plugin-sass -- Rollup plugin for .sass files

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-rollup-plugin-sass Version : 1.2.2 Upstream Author : BinRui.Guan * URL : https://github.com/differui/rollup-plugin-sass#readme * License : Expat Programming Lang

Bug#989717: ITP: node-postcss-preset-evergreen -- postcss preset for modern css syntaxes

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-postcss-preset-evergreen Version : 0.2.1 Upstream Author : Eric Chen * URL : https://github.com/best-shot/postcss-preset-evergreen * License : Expat Programming Lang

Re: Reconsider sending ITP bugs to debian-devel: a new list?

On Fri, Jun 11, 2021 at 11:17 am, Jonathan Dowland wrote: Hi, ITP bugs are copied to debian-devel@. The intention, I think, is to make sure that they have many eyes on them. ITP bugs often get feedback from readers of debian-devel. I think this is valuable. However, it's one job/task/r

Bug#989747: ITP: node-postcss-loader -- PostCSS loader for webpack

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-postcss-loader Version : 6.1.0 Upstream Author : Andrey Sitnik * URL : https://github.com/webpack-contrib/postcss-loader * License : Expat Programming Lang: JavaScript

Bug#991260: ITP: node-dompurify -- DOM-only, super-fast, uber-tolerant XSS sanitizer

Package: wnpp Severity: wishlist Owner: Pirate Praveen X-Debbugs-CC: debian-devel@lists.debian.org * Package name : node-dompurify Version : 2.3.0 Upstream Author : Mario Heiderich (https://cure53.de/) * URL : https://github.com/cure53/DOMPurify * License : (MPL-2.0 OR Apache-2.0

Re: Steam Deck: good news for Linux gaming, bad news for Debian :(

2021, ഓഗസ്റ്റ് 12 8:51:55 AM IST, Timothy M Butterworth ൽ എഴുതി >I am fine with Debian's release cycle but It would be nice to see more >packages. For example Debian is missing KDE's Amarok music manager. I >am happy to see Debian 11 gained KDE Elisa music manager. I am sad to >see that Virtual

Re: Debian choice of upstream tarballs for packaging

On 17/08/21 1:43 am, Sean Whitton wrote: > I agree with this, and already do it for all or almost all of the > packages I maintain. There will probably need to be lots of exceptions, > however. Many node modules don't tag their releases so its really hard to get exact source code corresponding

Proposal to create unstable-proposed-updates suite for use during freeze

Hi, Problem: Currently uploading new upstream versions to unstable during freeze is discouraged. It means users using unstable don't get new updates and developers are forced to upload to experimental. Using experimental directly is risky as it can have changes not ready for unstable also. Prop

Re: Debian choice of upstream tarballs for packaging

2021, ഓഗസ്റ്റ് 17 12:18:00 PM IST, Paul Wise ൽ എഴുതി >On Mon, Aug 16, 2021 at 8:25 PM Pirate Praveen wrote: > >> Many node modules don't tag their releases so its really hard to get >> exact source code corresponding to an npmjs.com release. > >It is probably wort

Re: Proposal to create unstable-proposed-updates suite for use during freeze

On Wed, Aug 18, 2021 at 10:14 pm, Samuel Thibault wrote: Nilesh Patra wrote: Using experimental directly is risky as it can have changes not ready for unstable also. No. Enabling experimental in your sources.list doesn't actually change anything. You have to explicitly request installing

Re: Proposal to create unstable-proposed-updates suite for use during freeze

On 20/08/21 4:51 pm, Nilesh Patra wrote: > Or, instead, if you have a u-p-u suite, and stuff that passes there migrates > to t-p-u, > this could be completely mitigated. No, that will defeat the purpose of freeze. t-p-u is targeted at testing without going via unstable. If this has to happen t

Re: Proposal to create unstable-proposed-updates suite for use during freeze

On 20/08/21 7:22 pm, Nilesh Patra wrote: > Well, I meant u-p-u and t-p-u as disconnected suites during freeze. Upload to > u-p-u, stuff passing there migrates to t-p-u. We already have testing-proposed-updates with a different set of rules. See https://wiki.debian.org/TestingProposedUpdates >

Re: Finding rough consensus on level of vendoring for large upstreams

2021, സെപ്റ്റംബർ 3 8:22:51 AM IST, Jonas Smedegaard ൽ എഴുതി >I am very worried about how complex node-* packages in Debian have >become since ftpmasters explicitly stated a not-too-small rule and we >began more aggressively embedding. E.g. version of each embedded >project is hidden by defau

Re: Require packages to build without any configured DNS

On ബു, സെപ്റ്റം 8 2021 at 04:18:46 വൈകു +0200 +0200, Thomas Goirand wrote: Therefore, I am in the opinion that we should let the package run its test as much as possible, especially considering that it's not doing actual network outbound connections. Can't we run these tests as autopkgtest

Re: Require packages to build without any configured DNS

On ബു, സെപ്റ്റം 8 2021 at 06:10:56 വൈകു +0300 +0300, Adrian Bunk wrote: On Wed, Sep 08, 2021 at 07:57:20PM +0530, Pirate Praveen wrote: On ബു, സെപ്റ്റം 8 2021 at 04:18:46 വൈകു +0200 +0200, Thomas Goirand wrote: > Therefore, I am in the opinion that we should let the package run

Re: Bug#992692: general: Use https for {deb,security}.debian.org by default

2021, സെപ്റ്റംബർ 9 4:42:18 AM IST, Michael Stone ൽ എഴുതി >On Wed, Sep 08, 2021 at 01:09:13PM +0200, Helmut Grohne wrote: >>Enabling https by default quite simply breaks the simple recipe of >>installing auto-apt-proxy. Would you agree with auto-apt-proxy's >>postinst automatically editing your s

Not running tests because tests miss source code is not useful

[adding -devel] On ബു, ഒക്ടോ 6 2021 at 12:16:07 വൈകു +0200 +0200, Jonas Smedegaard wrote: Quoting Yadd (2021-10-06 11:43:40) On Lu, 04 oct 21, 16:40:48, Bastien Roucari�s wrote: > Source: src:node-lodash > Version: 4.17.21+dfsg+~cs8.31.173-1 > Severity: serious > Justification: do not co

Re: Not running tests because tests miss source code is not useful

On 7 October 2021 3:02:55 am IST, Thomas Goirand wrote: >On 10/6/21 6:53 PM, Pirate Praveen wrote: >> [adding -devel] >> >> On ബു, ഒക്ടോ 6 2021 at 12:16:07 വൈകു +0200 +0200, Jonas Smedegaard >> wrote: >>> Quoting Yadd (2021-10-06 11:43:40) >>>>

Re: Not running tests because tests miss source code is not useful

On വ്യാ, ഒക്ടോ 7 2021 at 11:43:52 രാവിലെ -0700 -0700, Russ Allbery wrote: Jonas Smedegaard writes: Right: It is ok to use upstream-provided pre-minified code, as long as that code is DFSG-free, which requires the source of that code must exist in Debian. ...and because that is oft

Re: Not running tests because tests miss source code is not useful

On വെ, ഒക്ടോ 8 2021 at 10:31:16 രാവിലെ +0200 +0200, Thomas Goirand wrote: On 10/7/21 11:40 AM, Pirate Praveen wrote: On 7 October 2021 3:02:55 am IST, Thomas Goirand wrote: On 10/6/21 6:53 PM, Pirate Praveen wrote: [adding -devel] On ബു, ഒക്ടോ 6 2021 at 12:16:07 വൈകു +0200

Re: Not running tests because tests miss source code is not useful

Draft text for the GR (this is my first time proposing a GR text, so help is welcome to make the text clearer). We should not worry about minified files in main that are (a) only in the source package and not in any binary package, and (b) only used to run tests, not to build the binary packag

Re: Epoch bump for golang-github-valyala-fasthttp

On 12 November 2021 12:38:23 am IST, Guillem Jover wrote: >Hi! > >The golang-github-valyala-fasthttp package used to have date-based >release numbers (current Debian version 20160617-2). Upstream has >since switched to semver (latest upstream version 1.31.0). > >So the version scheme has been r

Adding new language/locale to system via a graphical interface

Hi, I'm looking for a way to add a new locale/language to system from gnome (think about gnome on mobile like Purism Librem 5 or Pine Phone). I can do that from a terminal by running dpkg-reconfigure locales but want to provide an easier option to users. Is there a way to force gtk interface

Re: Adding new language/locale to system via a graphical interface

On തി, ജനു 3 2022 at 12:09:10 രാവിലെ +0200 +0200, Peter Pentchev wrote: On Mon, Jan 03, 2022 at 02:59:26AM +0530, Pirate Praveen wrote: Hi, I'm looking for a way to add a new locale/language to system from gnome (think about gnome on mobile like Purism Librem 5 or Pine Phone). I

Re: Adding new language/locale to system via a graphical interface

2022, ജനുവരി 6 2:26:33 PM IST, Wouter Verhelst ൽ എഴുതി >Hi, > >On Mon, Jan 03, 2022 at 03:29:06PM +0530, Pirate Praveen wrote: >> >> >> On തി, ജനു 3 2022 at 12:09:10 രാവിലെ +0200 +0200, Peter Pentchev >> wrote: >> > On Mon, Jan 03, 2022 at 02:59:26

Re: The future of src:ntp

2022, ജനുവരി 19 5:27:28 PM IST, Paride Legovini ൽ എഴുതി >Richard Laager wrote on 19/01/2022: >> On 1/18/22 11:21 AM, Paride Legovini wrote: >> > I'd prefer making ntp a dummy package depending on ntpsec rather than >> > having src:ntpsec takeover bin:ntp. >> >> If I understand correctly, you'

Re: Do we need to hide packages in NEW queue

On തി, ജനു 31 2022 at 10:07:32 രാവിലെ +0100 +0100, Stephan Lachnit wrote: On Sun, Jan 30, 2022 at 8:35 PM Russ Allbery wrote: I do think that the amount of effort that the project puts into this pre-screening is of sufficiently high magnitude that it would be worth paying a lawyer for

Re: What are the most important projects that Debian ought to work on?

On തി, ജനു 24 2022 at 10:31:01 രാവിലെ +0100 +0100, Sébastien Delafond wrote: Hello, As part of an upcoming survey that we are preparing, we plan to ask Debian developers to rank, by order of importance, the most popular ideas of improvements for Debian. However, there's no easy way to ide

Re: chromium: Update to version 94.0.4606.61 (security-fixes)

2022, ഫെബ്രുവരി 13 9:36:11 PM IST, Roger Shimizu ൽ എഴുതി >On Sat, Feb 12, 2022 at 2:12 AM Andres Salomon wrote: >> Yes, that's the error. "String.matchAll is only available from Node.js >> 12.0 onwards", according to >> https://stackoverflow.com/questions/58558257/string-matchall-is-undefined >

Re: Keep both images but stop pretending no-free is unofficial

2022, ഏപ്രിൽ 20 2:19:21 AM IST, Bastian Blank ൽ എഴുതി >> Similarly, I think it would be reasonable for someone to want to provide >> entirely free Debian media along with a libre laptop. > >Does this exist in the real world? Which hardware would such a system >contain? liberated.computer it is

Re: Firmware - what are we going to do about it?

2022, ഏപ്രിൽ 19 5:57:46 AM IST, Steve McIntyre ൽ എഴുതി >This tension extends to our installation and live media. As non-free is >officially not considered part of Debian, our official media cannot include >anything from non-free. This has been a deliberate policy for many years. >Instead, we hav

Re: Keep both images but stop pretending no-free is unofficial

2022, ഏപ്രിൽ 20 1:14:14 PM IST, Andrey Rahmatullin ൽ എഴുതി >On Wed, Apr 20, 2022 at 12:55:44PM +0530, Pirate Praveen wrote: >> >> Similarly, I think it would be reasonable for someone to want to provide >> >> entirely free Debian media along with a libre laptop. >

Re: Keep both images but stop pretending no-free is unofficial

2022, ഏപ്രിൽ 20 1:52:45 PM IST, Ansgar ൽ എഴുതി >On Wed, 2022-04-20 at 12:55 +0530, Pirate Praveen wrote: >> liberated.computer it is refurbished and some components like wifi >> cards replaced so it works with 100% free software. > >No, it doesn't. It just *hides* the

Re: Change package source name

2022, മേയ് 9 5:33:18 PM IST, Yadd ൽ എഴുതി >On 09/05/2022 13:54, Yadd wrote: >> >> >> On 09/05/2022 12:56, Jonas Smedegaard wrote: >>> Quoting Yadd (2022-05-09 12:39:37) I just pushed to experimental node-regenerator (via NEW queue, thanks to ftpmasters!) which replaces two packages s

Adding epoch to node-markdown-it to correct a wrong upstream version

Hi, While embedding @types/markdown-it in node-markdown-it we made a mistake in calculating the resulting upstream version (since uscan was not working for downloading current version it was calculated manually). So current version in the archive is 22.2.3+dfsg+~12.2.3-1 The fixed version we

Re: Adding epoch to node-markdown-it to correct a wrong upstream version

On വ്യാ, മേയ് 19 2022 at 04:39:23 വൈകു -05:00:00 -05:00:00, Richard Laager wrote: On 5/19/22 05:42, Pirate Praveen wrote: So current version in the archive is 22.2.3+dfsg+~12.2.3-1 The fixed version we want is 10.0.0+dfsg+~cs16.6.17-1 I have no dog in this fight as they say, but... How

Re:  Re: questionable massive auto-removal: buggy deps nvidia-graphics-drivers-tesla-470

2022, മേയ് 28 8:42:22 PM IST, Thomas Goirand ൽ എഴുതി >On 5/27/22 09:26, Andreas Tille wrote: >> Am Thu, May 26, 2022 at 08:47:20AM +0200 schrieb Nilesh Patra: >>> Would it be possible to manually remove this item from the list that >>> generates >>> autoremovals? >> >> ... or generate a blackl

Re: how about telegram channel

On Tue, Jul 19 2022 at 09:01:22 PM +02:00:00 +02:00:00, Bartosz Fenski wrote: Hey folks. Anyone interested in switching to some more modern channels of communication? I'm tired of keeping VPS just to have IRC client and to be honest I think modern solutions like Telegram are simply easi

Re: how about telegram channel

On Wed, Jul 20 2022 at 03:39:40 PM +02:00:00 +02:00:00, Pirate Praveen wrote: On Tue, Jul 19 2022 at 09:01:22 PM +02:00:00 +02:00:00, Bartosz Fenski wrote: Hey folks. Anyone interested in switching to some more modern channels of communication? I'm tired of keeping VPS ju

Re: Epoch for node-markdown-it

On Fri, Aug 19 2022 at 05:50:46 PM +02:00:00 +02:00:00, Andrej Shadura wrote: Hi, On Fri, 19 Aug 2022, at 17:45, Nilesh Patra wrote: I agree, adding an epoch in this package doesn’t seem appropriate or necessary. JTFR - Upstream released 12.0.4 in 2020, and they have reached 13.0.1

Re: Epoch for node-markdown-it

On ശ, ഓഗ 20, 2022 at 3:53 വൈകു, Holger Levsen wrote: On Sat, Aug 20, 2022 at 03:29:59PM +, Stefano Rivera wrote: > > Epochs cause problems, [...] > which are? (I agree they are ugly and should often be avoided, but I don't > see any unsolved problems with them, which is why I'm ask

Re: Epoch for node-markdown-it

On വെ, ഓഗ 19, 2022 at 6:00 വൈകു, Simon McVittie wrote: On Fri, 19 Aug 2022 at 21:36:24 +0530, Pirate Praveen wrote: Are we going to deny every epoch request or this is going to be subjective? If there was a correct objective rule for what to do, we'd be applying that rule mechani

Re: Comments on proposing NEW queue improvement (Re: Current NEW review process saps developer motivation

On Sun, Aug 28 2022 at 07:39:12 AM +02:00:00 +02:00:00, Andreas Tille wrote: BTW, the vast amount of new packages I'm packaging are new dependencies for existing packages to get their new versions. May be we should be able to tag packages with in NEW into categories like this (similar to

Re: Comments on proposing NEW queue improvement (Re: Current NEW review process saps developer motivation

On Mon, Aug 29 2022 at 12:33:44 PM +05:30:00 +05:30:00, Pirate Praveen wrote: On Sun, Aug 28 2022 at 07:39:12 AM +02:00:00 +02:00:00, Andreas Tille wrote: BTW, the vast amount of new packages I'm packaging are new dependencies for existing packages to get their new versions. M

  1   2   3   4   5   >