Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

2019-08-14 Thread Luke Kenneth Casson Leighton
On Wed, Aug 14, 2019 at 5:13 PM Aurelien Jarno wrote: > > a proper fix would also have the advantage of keeping linkers for > > *other* platforms (even 64 bit ones) out of swap-thrashing, saving > > power consumption for build hardware and costing a lot less on SSD and > > HDD regular replacement

Re: ML-Policy and tesseract-ocr

2019-08-14 Thread Paul Wise
On Wed, 2019-08-14 at 17:44 -0700, Mo Zhou wrote: > * For a source package that produce binary package containing ML models, > it's encouraged to write a "reproduce-original-model" that may e.g. > download a dataset from internet and redo the same procedure to > produce the original model.

Re: ML-Policy and tesseract-ocr

2019-08-14 Thread Mo Zhou
On 2019-08-13 01:00, Paul Wise wrote: > On Tue, Aug 13, 2019 at 8:45 AM Sam Hartman wrote: > >> In cases where the model is not recreated, but where software in Debian >> could create the model, I think a README file is better than a package >> relationship. > > Personally, I'd like to see Policy

Re: ML-Policy and tesseract-ocr

2019-08-14 Thread Mo Zhou
On 2019-08-13 00:44, Sam Hartman wrote: >> "Mo" == Mo Zhou writes: > > > >> (result of running the training program with specific input data, > >> if I understand correctly?) > > Mo> Yes, correct. > > >> The source package would need to Build-Depend on the training > >>

Making mailcap optional ?

2019-08-14 Thread Charles Plessy
Hello everybody, (please CC me, I am not subscribed) The mailcap (metamail capability file) system, defined by RFC 1524, associates media types (called MIME types at the time) to software available to handle them. It was created to open email attachements but can also be used with downloaded fil

Re: Git Packaging Round 1: Hopefully Easy Stuff

2019-08-14 Thread Holger Levsen
On Wed, Aug 14, 2019 at 09:08:44PM +0200, Jonas Smedegaard wrote: > I systematically turn off Gitlab MR support for projects I am involved > in, because I am not confortable and efficient using it myself, it is what helps me is having a note with this line: git config alias.mr '!sh -c "git fetc

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Jonas Smedegaard
Quoting Simon McVittie (2019-08-14 22:20:05) > On Wed, 14 Aug 2019 at 20:59:04 +0200, Jonas Smedegaard wrote: > > libgtk-3-0-common could even be relaxed to _suggest_ dconf/gconf > > since already the applications using dconf/gconf declare a > > dependency on those disk-based backends. > > The d

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Simon McVittie
On Wed, 14 Aug 2019 at 20:59:04 +0200, Jonas Smedegaard wrote: > libgtk-3-0-common could even be relaxed to _suggest_ dconf/gconf since > already the applications using dconf/gconf declare a dependency on those > disk-based backends. The dependency is not because applications store configuration

Re: Git Packaging Round 1: Hopefully Easy Stuff

2019-08-14 Thread Jonathan Carter
On 2019/08/14 20:36, Sam Hartman wrote: > And yet, consider the following cases: > > * You are simply mirroring from somewhere else to Salsa > > * You buy Sean's argument that MRs aren't stable enough to capture > discussion long-term and/or we're unlikely to port forward the > database of me

Re: Git Packaging Round 1: Hopefully Easy Stuff

2019-08-14 Thread Jonas Smedegaard
Quoting Jonathan Carter (2019-08-14 20:25:05) > On 2019/08/14 20:02, Sam Hartman wrote: > > If you're going to set up a repository for Debian packaging on Salsa, > > you need to either: > > > > 1) turn off merge requests > > That would be quite horrible IMHO, this is the de facto method that > yo

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Jonas Smedegaard
Quoting Simon McVittie (2019-08-14 20:22:33) > On Wed, 14 Aug 2019 at 19:52:42 +0200, Jonas Smedegaard wrote: > > Quoting Simon McVittie (2019-08-14 17:59:00) > > > I think this is a bit of a lose/lose situation: if we downgrade > > > the Depends to Recommends, as long as there is an (IMO unwise)

Re: Git Packaging Round 1: Hopefully Easy Stuff

2019-08-14 Thread Sam Hartman
> "Jonathan" == Jonathan Carter writes: Jonathan> On 2019/08/14 20:02, Sam Hartman wrote: >> If you're going to set up a repository for Debian packaging on >> Salsa, you need to either: >> >> 1) turn off merge requests Jonathan> That would be quite horrible IMHO, thi

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Adam Borowski
On Wed, Aug 14, 2019 at 07:22:33PM +0100, Simon McVittie wrote: > Which point in the dependency chain do you think should be weakened from > Depends to Recommends? I think the dependency from libgtk-3-0-common > generated by dh_installgsettings is probably the most appropriate, or at > least, least

Re: Git Packaging Round 1: Hopefully Easy Stuff

2019-08-14 Thread Jonathan Carter
On 2019/08/14 20:02, Sam Hartman wrote: > If you're going to set up a repository for Debian packaging on Salsa, > you need to either: > > 1) turn off merge requests That would be quite horrible IMHO, this is the de facto method that young (let's say under 35 years old) developers use to submit im

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Simon McVittie
On Wed, 14 Aug 2019 at 19:52:42 +0200, Jonas Smedegaard wrote: > Quoting Simon McVittie (2019-08-14 17:59:00) > > I think this is a bit of a lose/lose situation: if we downgrade the > > Depends to Recommends, as long as there is an (IMO unwise) meme that > > globally disabling Recommends is the r

Git Packaging Round 1: Hopefully Easy Stuff

2019-08-14 Thread Sam Hartman
Hi. In my latest bits from the DPL, I said that I was going to start a couple of consensus-forming discussions on debian-devel surrounding Git and packaging. These will run similarly to the Debhelper/Dh discussion. The issues are more complicated, and so I want to spread things out a bit. In t

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Jonas Smedegaard
Quoting Simon McVittie (2019-08-14 17:59:00) > On Wed, 14 Aug 2019 at 14:24:26 +0200, Simon Richter wrote: > > The long term question remains though -- I dimly remember that we > > once had the same discussion about a library pulling in rpcbind, and > > that made a lot of people very unhappy at t

Bug#934773: ITP: ruby-activerecord-explain-analyze -- ActiveRecord#explain with support for EXPLAIN ANALYZE

2019-08-14 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: ruby-activerecord-explain-analyze Version : 0.1.0 Upstream Author : Peter Graham * URL : https://github.com/6/activerecord-explain-analyze * License

Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

2019-08-14 Thread Aurelien Jarno
On 2019-08-09 16:26, Luke Kenneth Casson Leighton wrote: > --- > crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68 > > On Fri, Aug 9, 2019 at 1:49 PM Ivo De Decker wrote: > > > > Hi Aurelien, > > > > On 8/8/19 10:38 PM, Aurelien Jarno wrote: > > > > > 32-bit processes are ab

Re: Building GTK programs without installing dconf-service?

2019-08-14 Thread Simon McVittie
On Wed, 14 Aug 2019 at 14:24:26 +0200, Simon Richter wrote: > The long term question remains though -- I dimly remember that we once had > the same discussion about a library pulling in rpcbind, and that made a lot > of people very unhappy at the time. I think this is a bit of a lose/lose situatio

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Philipp Kern
On 8/14/2019 2:24 PM, Simon Richter wrote: > The long term question remains though -- I dimly remember that we once had > the same discussion about a library pulling in rpcbind, and that made a lot > of people very unhappy at the time. As Holger said: Then use a chroot. With policy-rc.d you can de

Bug#934759: ITP: ruby-sassc-rails -- Integrate SassC-Ruby into Rails

2019-08-14 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: ruby-sassc-rails Version : 2.1.2 Upstream Author : Ryan Boland * URL : https://github.com/sass/sassc-rails * License : Expat Description :

Re: Why keep upstream sources in Git at salsa.d.o?

2019-08-14 Thread Daniel Leidert
Am Mittwoch, den 14.08.2019, 09:48 -0300 schrieb Maximiliano Curia: > El 2019-08-13 a las 01:17 +0200, Daniel Leidert escribió: > > `gbp pq` doesn't work with this layout. > > Actually, it does, you just have to add the option --pq-from=TAG. How so? There is no upstream branch. So independent of

Bug#934757: ITP: ycm-cmake-modules -- Extra CMake Modules for YARP and friends

2019-08-14 Thread Daniele E. Domenichelli
Package: wnpp Severity: wishlist Owner: "Daniele E. Domenichelli" * Package name: ycm-cmake-modules Version : 0.10.4 Upstream Author : Istituto Italiano di Tecnologia (IIT) * URL : https://github.com/robotology/ycm/ * License : BSD-3-Clause Programming Lang:

Bug#934756: ITP: ruby-omniauth-salesforce -- OmniAuth strategy for salesforce.com

2019-08-14 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: ruby-omniauth-salesforce Version : 1.0.5 Upstream Author : Richard Vanhook * URL : https://github.com/realdoug/omniauth-salesforce * License : Ex

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Andrey Rahmatullin
On Wed, Aug 14, 2019 at 02:24:26PM +0200, Simon Richter wrote: > The long term question remains though -- I dimly remember that we once had > the same discussion about a library pulling in rpcbind, and that made a lot > of people very unhappy at the time. There was also http://bugs.debian.org/65854

Re: Why keep upstream sources in Git at salsa.d.o?

2019-08-14 Thread Maximiliano Curia
¡Hola Daniel! El 2019-08-13 a las 01:17 +0200, Daniel Leidert escribió: `gbp pq` doesn't work with this layout. Actually, it does, you just have to add the option --pq-from=TAG. Happy hacking, -- "The most important thing in the programming language is the name. A language will not succeed w

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Adam Borowski
On Wed, Aug 14, 2019 at 01:47:47PM +0200, Philipp Kern wrote: > On 8/14/2019 12:40 PM, Simon Richter wrote: > > I have a few users who do test builds of kicad on my server, so I'd like to > > provide the necessary build dependencies, but since a few days, the > > dependency chain > > > > libwx

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Simon Richter
Hi, On Wed, Aug 14, 2019 at 01:47:47PM +0200, Philipp Kern wrote: > You want dbus-x11 instead of dbus-user-session then, I think. Ah, that works, and aptitude is able to resolve that automatically (but apt gets confused). So the immediate solution works for me and I'll file a bug against apt. Th

Re: Why keep upstream sources in Git at salsa.d.o?

2019-08-14 Thread Daniel Leidert
Am Dienstag, den 13.08.2019, 22:10 +0200 schrieb Alexis Murzeau: [..] > I'm curious about keeping only debian/ in git. > How to build such git repository ? > > I've tried one of yours but failed like this: > ``` > $ gbp clone https://salsa.debian.org/ruby-team/ruby-html-proofer > gbp:info: Clonin

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Philipp Kern
On 8/14/2019 12:40 PM, Simon Richter wrote: > I have a few users who do test builds of kicad on my server, so I'd like to > provide the necessary build dependencies, but since a few days, the > dependency chain > > libwxgtk3.0-gtk3-dev > libwxgtk3.0-gtk3-0v5 > libgtk-3-0 >

Re: Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Holger Levsen
On Wed, Aug 14, 2019 at 12:40:24PM +0200, Simon Richter wrote: > And in the long run: would it make sense to require that packages that are > build dependencies of something can be installed without starting any > service? why not build in your favorite container? -- cheers, Holger ---

Building GTK programs without installing systemd-sysv?

2019-08-14 Thread Simon Richter
Hi, I have a few users who do test builds of kicad on my server, so I'd like to provide the necessary build dependencies, but since a few days, the dependency chain libwxgtk3.0-gtk3-dev libwxgtk3.0-gtk3-0v5 libgtk-3-0 libgtk-3-common dconf-gsettings-backend

Re: salsa.debian.org partially down

2019-08-14 Thread Bastian Blank
On Wed, Aug 14, 2019 at 10:53:56AM +0200, Thomas Goirand wrote: > On 8/13/19 1:59 PM, Alexander Wirt wrote: > > It is already recovered. We will investigate where we can extend the > > ressources. But some misusages (like requesting >1300 merge requests via API > > on a big project, that in consequ

Re: salsa.debian.org partially down

2019-08-14 Thread Thomas Goirand
On 8/13/19 1:59 PM, Alexander Wirt wrote: > It is already recovered. We will investigate where we can extend the > ressources. But some misusages (like requesting >1300 merge requests via API > on a big project, that in consequence run >1300 ci jobs, that...) can't be > solved regardless on how man

Re: Generating new IDs for cloning (was Re: duplicate popularity-contest ID)

2019-08-14 Thread Simon McVittie
On Tue, 13 Aug 2019 at 22:01:34 -0400, Theodore Y. Ts'o wrote: > That's just a matter of having sysvinit (and other non-systemd init > systems) have an init script which runs as soon as the root file > system is remounted read/write to initialize /etc/machine-id if it > doesn't exist or if it is a

Re: salsa.debian.org partially down

2019-08-14 Thread Ian Jackson
Alexander Wirt writes ("Re: salsa.debian.org partially down"): > It is already recovered. We will investigate where we can extend the > ressources. But some misusages (like requesting >1300 merge requests via API > on a big project, that in consequence run >1300 ci jobs, that...) can't be > solved

Bug#934733: ITP: webots -- Webots is robot simulator providing a complete development environment to model, program and simulate robots, vehicles and biomechanical systems.

2019-08-14 Thread Olivier Michel
Package: wnpp Severity: wishlist Owner: Olivier Michel * Package name    : webots   Version : R2019b   Upstream Author : Olivier Michel * URL : https://github.com/omichel/webots * License : Apache 2.0   Programming Lang: C++   Description : Webots is robot simulat