Bug#885834: ITP: libtree-r-perl -- Perl extension for the R-tree data structure and algorithms
Package: wnpp Severity: wishlist Owner: "Francesco P. Lovergine" * Package name: libtree-r-perl Version : 0.072 Upstream Author : Ari Jolma * URL : https://metacpan.org/pod/Tree::R * License : Artistic Programming Lang: Perl Description : Perl module for the R-tree data structure and algorithms R-tree is a data structure for storing, indexing and efficiently looking up non-zero-size spatial objects. This is a native Perl module to manage an R-tree index implementation. This is a prereq for the Geo::Shapelib, a Perl binding of the well-known shapelib library.
Bug#885844: ITP: node-into-stream -- Convert a buffer/string/array/object/ iterable/promise into a stream
Package: wnpp Severity: wishlist Owner: Manas kashyap X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-into-stream Version : 3.1.0 Upstream Author : Sindre Sorhus (sindresorhus.com ) * URL : https://github.com/sindresorhus/into-stream#readme * License : Expat Programming Lang: JavaScript Description : Convert a buffer/string/array/object/iterable/promise into a stream. Correctly chunks up the input and handles backpressure. . Node.js is an event-based server-side JavaScript engine. Praveen agreed to sponsor this package.
Re: salsa.debian.org (git.debian.org replacement) going into beta
Dr. Bas Wijnen wrote: > On Fri, Dec 29, 2017 at 10:43:58PM +0100, Alexander Wirt wrote: >> On Fri, 29 Dec 2017, Philipp Kern wrote: >> > Put a mapping into a git repository that DDs can push to? Make sure that >> > it is fast-forwarded always? Then let people deal with it? >> I am currently working on such a mapping. > I appreciate your work, but this doesn't seem all that useful to me. If DDs > can push the mapping, can't they just as well upload a new package with the > fields in the control file updated? Compare: a) uploading and building 400 packages. b) checkout git repository copy list of old git repositories from tracker, search/replace commit and push Thanmks Alexander! cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Re: build 2 similar binary packages from one source tree
On Sun, Dec 24, 2017 at 08:16:19PM +0100, Adam Borowski wrote: > While autotools in principle do support out-of-tree builds, a particular > program might still fail. In practice, this is rare, unless the developer doesn't try to run "make distcheck" before a build (like they really really should). The way to do this is: cd $TOPLEVEL mkdir build-1 build-2 cd build-1 ../configure --this make make install DESTDIR=../debian/tmp-1 cd ../build-2 ../configure --that make make install DESTDIR=../debian/tmp-2 (obviously separated out into the different debian/rules targets, but done as above for clarity) > And, most non-autotools non-cmake build systems don't support that at all. True. -- Could you people please use IRC like normal people?!? -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008 Hacklab
Bug#885848: ITP: node-simplestatemanager -- Lightweight state manager for responsive websites
Package: wnpp Severity: wishlist Owner: Daniel Ring X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-simplestatemanager Version : 4.0.2 Upstream Author : Jonathan Fielding * URL : https://github.com/jonathan-fielding/SimpleStateManager * License : Expat Programming Lang: JavaScript Description : Lightweight state manager for responsive websites Simple State Manager is a JavaScript state manager for responsive websites. It is built to be lightweight, has no dependencies, and aims to be easy to use. . As a state manager, SSM allows you to target different JavaScript towards different states of a website. It allows you to define as many states as your site requires and provides independent Enter, Leave and Resize events for each of the states. . Node.js is an event-based server-side JavaScript engine.
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Fri, Dec 29, 2017 at 12:06:17PM +0100, Alexander Wirt wrote: > On Fri, 29 Dec 2017, Andreas Tille wrote: > > Or more precisely it was a design flaw from the beginning which was > > intended to be cured with the workaround of annonscm and now it seems > > even this will be broken for no good reasons. > if you think so, you have now idea. > Please propose a solution for reusing the name without breaking renamed and > not yet migrated repos. Have a "redirect-url" file in the .git directory of the repository? That can then be used by the anonscm web configuration to send a proper 301 response to the HTTP client. That way, nobody has to maintain a single map and individual developers can tell the infrastructure where the new repository lives. For bonus points, make this be something that can still be added to after alioth is shut down/made read-only, so that the "anonscm.debian.org" permanent name can also be used for repositories that are newly created on salsa and never lived in alioth to begin with. > Of course you are now one year to late. It is never too late for a fix of what is a seriously problematic issue. I'm willing to look into the details of doing this if you're happy with the proposal. -- Could you people please use IRC like normal people?!? -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008 Hacklab
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, 30 Dec 2017, Wouter Verhelst wrote: > On Fri, Dec 29, 2017 at 12:06:17PM +0100, Alexander Wirt wrote: > > On Fri, 29 Dec 2017, Andreas Tille wrote: > > > Or more precisely it was a design flaw from the beginning which was > > > intended to be cured with the workaround of annonscm and now it seems > > > even this will be broken for no good reasons. > > if you think so, you have now idea. > > Please propose a solution for reusing the name without breaking renamed and > > not yet migrated repos. > > Have a "redirect-url" file in the .git directory of the repository? That > can then be used by the anonscm web configuration to send a proper 301 > response to the HTTP client. That way, nobody has to maintain a single > map and individual developers can tell the infrastructure where the new > repository lives. > > For bonus points, make this be something that can still be added to > after alioth is shut down/made read-only, so that the > "anonscm.debian.org" permanent name can also be used for repositories > that are newly created on salsa and never lived in alioth to begin with. > > > Of course you are now one year to late. > > It is never too late for a fix of what is a seriously problematic issue. > > I'm willing to look into the details of doing this if you're happy with > the proposal. I am almost done with the map thing. And to be honest, alioth is slow enough. I really don't want to add anything new. Alex
Bug#885849: ITP: node-gentle-fs -- It is a standalone library for "gently" remove or link directories.
Package: wnpp Severity: wishlist Owner: Manas kashyap X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-gentle-fs Version : 2.0.1 Upstream Author : Mike Sherov * URL : https://github.com/npm/gentle-fs#readme * License : Artistic-2.0 Programming Lang: JavaScript Description : It is a standalone library for "gently" remove or link directories. Performs filesystem operations "gently". . Node.js is an event-based server-side JavaScript engine. Praveen agreed to sponsor this package.
Re: Is missing SysV-init support a bug?
On 08/26/2016 01:47 AM, Robert Edmonds wrote: > Russ Allbery wrote: >> Robert Edmonds writes: >> >>> However, that was two years ago. How long should we be expected to >>> continue maintaining sysvinit scripts? >> >> My understanding of the feeling of the TC at the time is that maintainers >> are expected to continue including the sysvinit scripts for as long as (a >> reasonable number of) folks are using sysvinit with Debian and keeping it >> working, a bar that I think is still being easily met. > > I would guess that the vast majority of folks still using sysvinit with > Debian are running wheezy or older, and thus removing sysvinit scripts > from packages in unstable wouldn't affect them. But maybe that still > leaves a reasonable number of testing/unstable + sysvinit users. > There are some cases when using sysvinit is preferred over systemd. AFAIK there is no way drop some capabilities with systemd geared linux containers while it is possible with sysvinit.
Re: Is missing SysV-init support a bug?
On 2017-12-30 13:02, Alex Mestiashvili wrote: > There are some cases when using sysvinit is preferred over systemd. > AFAIK there is no way drop some capabilities with systemd geared linux > containers while it is possible with sysvinit. Unfortunately, on some embedded and/or mobile systems, one has to stick to an old Linux kernel, even when using the latest user space. Systemd needs at least Linux 3.13. I'm not sure, whether missing SysV support is wishlist, minor, or normal. I would accept normal, but some maintainers would downgrade severity. The best solution (IMHO) would be dropping SysV support in all packages and use systemd-to-sysvinit-converter¹ in case of need. I never tried it myself, however. ¹https://github.com/akhilvij/systemd-to-sysvinit-converter
Re: Is missing SysV-init support a bug?
Am 30.12.2017 um 13:02 schrieb Alex Mestiashvili: > There are some cases when using sysvinit is preferred over systemd. > AFAIK there is no way drop some capabilities with systemd geared linux > containers while it is possible with sysvinit. It's the first time I hear about this. Can you please elaborate? I'd like to know more about this. signature.asc Description: OpenPGP digital signature
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, Dec 30, 2017 at 12:51:45PM +0100, Alexander Wirt wrote: > On Sat, 30 Dec 2017, Wouter Verhelst wrote: > > > On Fri, Dec 29, 2017 at 12:06:17PM +0100, Alexander Wirt wrote: > > > On Fri, 29 Dec 2017, Andreas Tille wrote: > > > > Or more precisely it was a design flaw from the beginning which was > > > > intended to be cured with the workaround of annonscm and now it seems > > > > even this will be broken for no good reasons. > > > if you think so, you have now idea. > > > Please propose a solution for reusing the name without breaking renamed > > > and > > > not yet migrated repos. > > > > Have a "redirect-url" file in the .git directory of the repository? That > > can then be used by the anonscm web configuration to send a proper 301 > > response to the HTTP client. That way, nobody has to maintain a single > > map and individual developers can tell the infrastructure where the new > > repository lives. > > > > For bonus points, make this be something that can still be added to > > after alioth is shut down/made read-only, so that the > > "anonscm.debian.org" permanent name can also be used for repositories > > that are newly created on salsa and never lived in alioth to begin with. > > > > > Of course you are now one year to late. > > > > It is never too late for a fix of what is a seriously problematic issue. > > > > I'm willing to look into the details of doing this if you're happy with > > the proposal. > I am almost done with the map thing. OK, cool. > And to be honest, alioth is slow enough. I really don't want to add > anything new. I'm not suggesting you add "anything new". The anonscm.d.o name is useful enough to keep, and having it be redirected when needed would be nice. I'm thinking this could be provided independently from running alioth. Anyway, looking forward to your map thing :-) -- Could you people please use IRC like normal people?!? -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008 Hacklab
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, 30 Dec 2017, Wouter Verhelst wrote: > On Sat, Dec 30, 2017 at 12:51:45PM +0100, Alexander Wirt wrote: > > On Sat, 30 Dec 2017, Wouter Verhelst wrote: > > > > > On Fri, Dec 29, 2017 at 12:06:17PM +0100, Alexander Wirt wrote: > > > > On Fri, 29 Dec 2017, Andreas Tille wrote: > > > > > Or more precisely it was a design flaw from the beginning which was > > > > > intended to be cured with the workaround of annonscm and now it seems > > > > > even this will be broken for no good reasons. > > > > if you think so, you have now idea. > > > > Please propose a solution for reusing the name without breaking renamed > > > > and > > > > not yet migrated repos. > > > > > > Have a "redirect-url" file in the .git directory of the repository? That > > > can then be used by the anonscm web configuration to send a proper 301 > > > response to the HTTP client. That way, nobody has to maintain a single > > > map and individual developers can tell the infrastructure where the new > > > repository lives. > > > > > > For bonus points, make this be something that can still be added to > > > after alioth is shut down/made read-only, so that the > > > "anonscm.debian.org" permanent name can also be used for repositories > > > that are newly created on salsa and never lived in alioth to begin with. > > > > > > > Of course you are now one year to late. > > > > > > It is never too late for a fix of what is a seriously problematic issue. > > > > > > I'm willing to look into the details of doing this if you're happy with > > > the proposal. > > I am almost done with the map thing. > > OK, cool. > > > And to be honest, alioth is slow enough. I really don't want to add > > anything new. > > I'm not suggesting you add "anything new". The anonscm.d.o name is > useful enough to keep, and having it be redirected when needed would be > nice. > > I'm thinking this could be provided independently from running alioth. > > Anyway, looking forward to your map thing :-) First draft is on https://salsa.debian.org/salsa/AliothRewriter Alex
Re: Is missing SysV-init support a bug?
On 12/30/2017 01:46 PM, Michael Biebl wrote: > Am 30.12.2017 um 13:02 schrieb Alex Mestiashvili: > >> There are some cases when using sysvinit is preferred over systemd. >> AFAIK there is no way drop some capabilities with systemd geared linux >> containers while it is possible with sysvinit. > > It's the first time I hear about this. Can you please elaborate? I'd > like to know more about this. > > > Last time I run into this issue was more than two years ago. See this link [0]. Quick googling now brought me to this discussion[0]. The issue seem to be fixed now, so I guess I'll give it another try. But nevertheless a container template with sysvinit works just fine for me. [0] https://github.com/debops/ansible-lxc/issues/15 [1] https://github.com/lxc/lxc/issues/1737
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, Dec 30, 2017 at 02:04:59PM +0100, Alexander Wirt wrote: > First draft is on https://salsa.debian.org/salsa/AliothRewriter That seems to generate a list of 'RewriteRule's directives. May I recommend to instead use a RewriteMap? See https://httpd.apache.org/docs/2.4/rewrite/rewritemap.html - that allows for a huge number of rules and can scale up a lot without too much performance loss that would instead come with a large number of RewriteRules, especially when using the dbm format. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP signature
Bug#885861: ITP: node-dezalgo -- runs the supplied callback at the end of the current run-to-completion
Package: wnpp Severity: wishlist Owner: Manas kashyap X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-dezalgo Version : 1.0.3 Upstream Author : Isaac Z. Schlueter (http://blog.izs.me/) * URL : https://github.com/npm/dezalgo * License : ISC Programming Lang: JavaScript Description : Runs the supplied callback at the end of the current run-to-completion. It is a nodejs module that works as a trigger by passing a callback to ensure that it is always called in a future tick, and never in this tick. . Node.js is an event-based server-side JavaScript engine. Praveen agreed to sponsor this package.
Bug#885862: ITP: node-byline -- byline is a simple module providing a LineStream.
Package: wnpp Severity: wishlist Owner: Manas kashyap X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-byline Version : 5.0.0 Upstream Author : John Hewson * URL : https://github.com/jahewson/node-byline * License : Expat Programming Lang: JavaScript Description : byline is a simple module providing a LineStream. The byline module can be used as a function to quickly wrap a readable stream . Characteristics and usage of BYLINE node v0.10 streams2 (transform stream) supports pipe supports both UNIX and Windows line endings supports Unicode UTS #18 line boundaries can wrap any readable stream can be used as a readable-writable "through-stream" (transform stream) super-simple: stream = byline(stream); . Node.js is an event-based server-side JavaScript engine. Praveen agreed to sponsor the package.
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Dec 30, Alexander Wirt wrote: > > Anyway, looking forward to your map thing :-) > First draft is on https://salsa.debian.org/salsa/AliothRewriter Can you first apply some regexp-based mappings, like collab-maint to Debian? This would automatically solve most cases. -- ciao, Marco signature.asc Description: PGP signature
Re: Is missing SysV-init support a bug?
On Dec 30, Alex Mestiashvili wrote: > AFAIK there is no way drop some capabilities with systemd geared linux > containers while it is possible with sysvinit. Here it is: no CAP_SYS_ADMIN. # cat /etc/systemd/nspawn/secure.nspawn [Exec] DropCapability=CAP_AUDIT_CONTROL CAP_MKNOD CAP_NET_RAW CAP_SYS_MODULE CAP_SYS_RAWIO CAP_SYS_TIME CAP_SYSLOG CAP_WAKE_ALARM CAP_SYS_ADMIN [Files] TemporaryFileSystem=/run/lock -- ciao, Marco signature.asc Description: PGP signature
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, 30 Dec 2017, Marco d'Itri wrote: > On Dec 30, Alexander Wirt wrote: > > > > Anyway, looking forward to your map thing :-) > > First draft is on https://salsa.debian.org/salsa/AliothRewriter > Can you first apply some regexp-based mappings, like collab-maint to > Debian? This would automatically solve most cases. No it wouldn't as migration to collab-maint is a manual process and that would break a few thousand repos. Alex signature.asc Description: PGP signature
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, 30 Dec 2017, Mattia Rizzolo wrote: > On Sat, Dec 30, 2017 at 02:04:59PM +0100, Alexander Wirt wrote: > > First draft is on https://salsa.debian.org/salsa/AliothRewriter > > That seems to generate a list of 'RewriteRule's directives. May I > recommend to instead use a RewriteMap? See > https://httpd.apache.org/docs/2.4/rewrite/rewritemap.html - that allows > for a huge number of rules and can scale up a lot without too much > performance loss that would instead come with a large number of > RewriteRules, especially when using the dbm format. Yes you can, thats why its a draft. Migrating to some kind of dbm map is already on my list. Alex signature.asc Description: PGP signature
Re: salsa.debian.org (git.debian.org replacement) going into beta
Am 27.12.2017 um 20:49 schrieb Jeremy Bicha: > On Wed, Dec 27, 2017 at 12:27 PM, Tobias Frost wrote: >> How can one easily retrieve a list of packages from a specific team, > > The team can make a Tracker team and add their packages individually > to the team like this: > https://tracker.debian.org/teams/desktop-themes-team/ That's great indeed. Funny enough, tobi, me and some others discussed this very topic at the 34c3 Debian meeting and came up with the idea to add groups functionality to tracker.debian.org. It's awesome to learn that it already exists :) Is there a way to have a qa.debian.org overview over a tracker group? The tracker group page looks quite empty, it doesn't provide any overview about the packages themselves except their names. Besides: Is it possible to send mail to 'desktop-themes-t...@tracker.debian.org'? Where does it get forwarded? All addresses in uploaders fields of associated packages? I still think we should have an way to state that a group is the actual maintainer of the package *in* the Maintainer field of the package. Giving a group email address whould here would have the advantage that our package overview web tools (packages, tracker, qa, ...) would link to the group page automatically, right? >> or list all bugs in the scope of the team? (just as two example) > > If a team stops using the BTS for bugs and just uses Salsa's Issues > tracker, you can just go to a page like this (for the Salsa Team) > https://salsa.debian.org/groups/salsa/-/issues Phew, shall we really support that? I think we should stick to debbugs as our single (public) bug tracker. It would be quite confusing if some packages would use one bug tracker and others another one. Cheers jonas signature.asc Description: OpenPGP digital signature
Re: salsa.debian.org (git.debian.org replacement) going into beta
On Sat, Dec 30, 2017 at 12:17 PM, Jonas Meurer wrote: > That's great indeed. Funny enough, tobi, me and some others discussed > this very topic at the 34c3 Debian meeting and came up with the idea to > add groups functionality to tracker.debian.org. It's awesome to learn > that it already exists :) Good. It could still use some development help. Tracker does not recognize the pseuo-teams Maintainers like https://tracker.debian.org/teams/debian-siridb-packaging-team/ https://tracker.debian.org/pkg/libcleri (Note that the entire General section in the top left is missing). > Besides: Is it possible to send mail to > 'desktop-themes-t...@tracker.debian.org'? Where does it get forwarded? No. Email sent to that address won't go to anybody. > Giving a group email address whould here would have the advantage that > our package overview web tools (packages, tracker, qa, ...) would link > to the group page automatically, right? Tracker currently needs someone to create the team but that takes a few seconds. It can automatically keep the team up-to-date for all packages that use the same Maintainer email address. Thanks, Jeremy Bicha
Re: salsa.debian.org (git.debian.org replacement) going into beta
* Alexander Wirt: " Re: salsa.debian.org (git.debian.org replacement) going into beta" (Sat, 30 Dec 2017 14:04:59 +0100): > On Sat, 30 Dec 2017, Wouter Verhelst wrote: > > > On Sat, Dec 30, 2017 at 12:51:45PM +0100, Alexander Wirt wrote: > [...] > [...] > [...] > [...] > [...] > [...] > [...] > [...] > [...] > > > > OK, cool. > > > [...] > > > > I'm not suggesting you add "anything new". The anonscm.d.o name is > > useful enough to keep, and having it be redirected when needed would be > > nice. > > > > I'm thinking this could be provided independently from running alioth. > > > > Anyway, looking forward to your map thing :-) > First draft is on https://salsa.debian.org/salsa/AliothRewriter > > Alex Probably I am missing something or it is technically not possible, but anyway I just want to describe a solution that could be quite simple if possible: What about the idea to just direct all requests for anonscm.d.o to salsa and redirect to alioth, if the target is not found (i.e. the repository was not yet migrated)? Could this be done like described in [0] under "Search for pages in more than one directory"? [0] https://httpd.apache.org/docs/2.4/rewrite/remapping.html -- Mathias Behrle ✧ Debian Developer PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6 AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6
emacs25 bug
The emacs25 in the stretch repository suffers from emacs bug https://debbugs.gnu.org/23144. Is there any way to get is updated or get an updated version?
Bug#885897: ITP: libjs-jquery-backstretch -- jQuery background image plugin
Package: wnpp Severity: wishlist Owner: Daniel Ring X-Debbugs-CC: debian-devel@lists.debian.org * Package name: libjs-jquery-backstretch Version : 2.1.16 Upstream Author : Scott Robbin * URL : https://github.com/jquery-backstretch/jquery-backstretch * License : Expat Programming Lang: JavaScript Description : jQuery background image plugin Backstretch is a simple jQuery plugin that allows you to add a dynamically-resized, slideshow-capable background image to any page or element. The image will stretch to fit the page/element, and will automatically resize as the window/element size changes.
Re: emacs25 bug
On Sun, Dec 31, 2017 at 8:34 AM, Marc Auslander wrote: > The emacs25 in the stretch repository suffers from emacs bug > https://debbugs.gnu.org/23144. > > Is there any way to get is updated or get an updated version? The documentation for updating Debian releases is here: https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-stable -- bye, pabs https://wiki.debian.org/PaulWise
Bug#885900: ITP: node-knockout -- JavaScript MVVM framework
Package: wnpp Severity: wishlist Owner: Daniel Ring X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-knockout Version : 3.4.2 Upstream Author : Steven Sanderson and the Knockout.js team * URL : http://knockoutjs.com/ * License : Expat Programming Lang: JavaScript Description : JavaScript MVVM framework Knockout is a JavaScript MVVM (a modern variant of MVC) library that makes it easier to create rich, desktop-like user interfaces with JavaScript and HTML. It uses observers to make your UI automatically stay in sync with an underlying data model, along with a powerful and extensible set of declarative bindings to enable productive development. . Node.js is an event-based server-side JavaScript engine.
Re: Is missing SysV-init support a bug?
On Sat, Dec 30, 2017 at 01:38:10PM +0100, W. Martin Borgert wrote: > On 2017-12-30 13:02, Alex Mestiashvili wrote: > > There are some cases when using sysvinit is preferred over systemd. > > AFAIK there is no way drop some capabilities with systemd geared linux > > containers while it is possible with sysvinit. > Unfortunately, on some embedded and/or mobile systems, one has > to stick to an old Linux kernel, even when using the latest user > space. Systemd needs at least Linux 3.13. And in what context would you find yourself trying to run a Debian init system in such an environment? oldstable has a 3.16 kernel; oldoldstable has 3.2, but that means it will be oldoldoldstable when buster is released. Do you actually expect any guarantees that the buster userspace will be compatible with a kernel of release-3 vintage? If so, I think you have an uphill battle to codify such an expectation in the release-critical bug guidelines. If not, I think you will find other userspace incompatibilities creeping in. In particular, I expect glibc's minimum kernel compatibility level to continue to ratchet up. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Re: Is missing SysV-init support a bug?
On Sun, Dec 31, 2017 at 12:54 PM, Steve Langasek wrote: > And in what context would you find yourself trying to run a Debian init > system in such an environment? Often mainline Linux doesn't support particular embedded/mobile systems (especially ARM/MIPS) or has a bug that isn't present in the vendor version of Linux. Here is an example from debian-arm recently where Debian userspace requirements blocked part of an investigation of a mainline Linux kernel bug: https://lists.debian.org/debian-arm/2017/12/msg00013.html Pretty much any ARM mobile device that ships with Android only has the possibility of running Debian in a chroot. https://wiki.debian.org/ChrootOnAndroid Another example is one of my ADSL modems, which can run a Debian userspace in a chroot under the vendor version of Linux but is never going to run Linux mainline. In addition, Debian bumped the MIPS baseline for some reason so it can't run anything later than Debian jessie anyway. -- bye, pabs https://wiki.debian.org/PaulWise
Re: salsa.debian.org (git.debian.org replacement) going into beta
On 12/30/2017 11:34 PM, Jeremy Bicha wrote: >> Besides: Is it possible to send mail to >> 'desktop-themes-t...@tracker.debian.org'? Where does it get forwarded? > > No. Email sent to that address won't go to anybody. Can't we allow people to subscribe to teams just like subscribing to individual packages? That way, we can forward any mail to this address to all the people subscribed to it. signature.asc Description: OpenPGP digital signature
Re: salsa.debian.org (git.debian.org replacement) going into beta
Hi On 31-12-17 06:56, Pirate Praveen wrote: > On 12/30/2017 11:34 PM, Jeremy Bicha wrote: >>> Besides: Is it possible to send mail to >>> 'desktop-themes-t...@tracker.debian.org'? Where does it get forwarded? >> >> No. Email sent to that address won't go to anybody. > > Can't we allow people to subscribe to teams just like subscribing to > individual packages? One can do that already for a long time. > That way, we can forward any mail to this address > to all the people subscribed to it. Apparently that doesn't imply this (yet). Paul signature.asc Description: OpenPGP digital signature
