[ I know, it month and half late ]
[ I did my best to recover thread. Sorry, If I failed. ]
[ Please, CC me if you want me to reply. I'm not subscribed to debian-devel@ ]
[ Alexander Wirt ]
> Thats where you come in, please tell me how tools like salsa, alioth,
> git, tracker and so on changed t
[2019-02-21 00:00] Guillem Jover
> On Mon, 2019-02-18 at 19:37:38 +0000, Dmitry Bogatov wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Dmitry Bogatov
> >
> > * Package name : build-alternative
> > Version : 0.0.1
> >
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name : build-alternative
Version : 0.0.1
Upstream Author : Dmitry Bogatov
* Url : https://salsa.debian.org/kaction/build-alternative
* Licenses : GPL-3+
Programming Lang : shell
Section
[2019-01-13 16:47] Ansgar
> Dmitry Bogatov writes:
> > [...]
> > I ask corresponding maintainers (list at bottom of email) to either
> > * move their scripts to runlevel (2 3 4 5) [preferred]
> > * remove dependency on $remote_fs, if all they need is /usr
> &
Hello!
During resolving issue #551555 of bin:initscripts, I discovered that
solution would be move `mountnfs.sh' initscript into runlevels (2 3 4 5).
Historically, `mountnfs.sh' was present in runlevel S due the fact, that
bin:initscripts were responsible to mounting /usr. Nowdays, /usr is
moun
[2018-12-22 17:54] Guillem Jover
> But regardless of the above, I think using alternatives would not be a
> good idea, because then those programs cannot be diverted, something I
> think at least molly-guard is doing.
You mean alternatives could not be diverted? Well, if it is the case,
they I
[2018-12-21 23:57] Thorsten Glaser
> On Fri, 21 Dec 2018, Dmitry Bogatov wrote:
>
> > I propose to replace current approach with update-alternatives(1)
> […]
> > Opinions?
>
> No. update-alternatives is too fragile to handle things like
> /bin/sh and init(8).
[2018-12-21 23:19] Lorenz
> A slightly different approach is also possible:
> Ship only /sbin/init as a alternative link ("the default init" as user
> choice)
> and ship in `init-system-helpers' the following
>
> /sbin/halt
> /sbin/poweroff
> /sbin/reboot
> /sbin
[2018-12-21 20:35] Colin Watson
> > (Meanwhile, I don't think it's necessarily a good idea to handle
> > /sbin/init and associated programs with alternatives, not least of which
> > because of the complications of switching the running system's init.)
>
> I quite agree.
Could you please elabor
[2018-12-21 11:31] Josh Triplett
> You might consider submitting a patch to GRUB to add runit to that list,
> or better yet making that behavior look for symlinks in /lib/inits/ or
> similar and make an entry for every link that doesn't match /sbin/init.
> (If you do so with fallbacks to the exi
[ I am not subscribed. Please keep me in CC. ]
Currently, init system packages (sysvinit-core, runit-init,
systemd-sysv) are mutually exclusive -- each of them provides,
among other, /sbin/init file and as such, conflicts with rest.
This scheme has following drawbacks:
* switching between init
[ Forgot to mention. Please keep me in CC. ]
> [ Tollef Fog Heen ]
> For the record, the TC expects maintainers to continue to support the
> multiple available init systems in Debian. That includes merging
> reasonable contributions, and not reverting existing support without
> a compelling
[ Added runit maining list in thread ]
[2018-11-27 19:00] Bastian Blank
> All those *-run packages
> - are tiny (under 100 bytes of content),
> - generated (so why different source packages?) and
> - there sole purpose is providing support for another init system.
>
> Please let's reach consen
[2017-03-31 15:48] Adam Borowski
>
> part text/plain 975
> On Sat, Apr 01, 2017 at 12:00:35AM +1100, Stuart Prescott wrote:
> > * Package name: dh-curl-sudo-bash
> > Upstream Author : Lars Wirzenius and Stuart Prescott
> >
> > * URL : http://deb.li/U67E
[2016-10-25 10:04] Simon McVittie
>
> part text/plain2369
> On Tue, 25 Oct 2016 at 10:31:00 +0300, Dmitry Bogatov wrote:
> > It may be worth to mention my dh-sysuser debhelper here:
> ...
> > * unless another package requires same users, they a
[2016-10-24 12:18] "W. Martin Borgert"
>
> part text/plain 354
> Quoting Tollef Fog Heen :
> > I'd prefer if user creation was just done declaratively and then we
> > could scan the archive. If we have a manually-maintained list, it will
> > get out of sync with reality pre
[2016-10-17 20:15] Jan Mojzis
>
> part text/plain1045
> Package: wnpp
> Severity: wishlist
> Owner: Jan Mojzis
>
> * Package name: extremetools
> Version : 20161017
> Upstream Author : Jan Mojžíš
> * URL : https://github.com/janmojzis/extremetoo
[2016-10-16 13:15] ChangZhuo Chen (陳昌倬)
>
> part 1 text/plain 762
> Package: wnpp
> Severity: wishlist
> Owner: "ChangZhuo Chen (陳昌倬)"
>
> * Package name: python-github3.py
> Version : 0.9.3
> Upstream Author : Ian Cordasco (sigmavirus24)
> * URL :
[2016-10-06 12:23] Ian Jackson
>
> part text/plain1395
> Dmitry Bogatov writes ("Re: Interface of `shutdown', 'halt', ... programs"):
> > Thank you for your advice, Ian. You guessed correctly -- 'sudo init 0' is
> &
> If using systemd-shim to implement logind for runit, you would need to
> provide the shutdown and reboot commands used here:
> https://sources.debian.net/src/systemd-shim/10-2/src/power-unit.c/
Looks interesting. Thanks.
--
X-Web-Site: https://sinsekvu.github.io | Note that I process my emai
> > #838480
> > [...]
> > Any suggestions?
>
> Is it possible to use a pointyclicky desktoppy widgety thing to reboot
> a system with runit ? I guess from your mails you use the command
> line.
> [...]
> I think if I were you I would try installing a system with runit and
> GNOME, make enough of
Hello!
Recently I asked for inclusion of 'runit-init' into init metapackage
Pre-Depends: (#838480). Response, in particular mentioned, that
since 'runit-init' does not provide 'halt', 'reboot' and other
scripts, it would break things.
Unfortunately, I did not received reply about following ques
[2016-08-29 18:30] Russ Allbery
>
> part text/plain1918
> Dmitry Bogatov writes:
>
> > Socket is not bad thing. Inventing daemon for no reason is complicating
> > things for no reason => bad. Thanks history, we have pid files, not
> > `
[2016-08-30 08:55] Jonathan de Boyne Pollard
>
> part text/plain 198
> Dmitry Bogatov:
>
> > Thanks history, we have pid files, not `libpid' to talk to `pidd'.
> >
> You have forgotten about the existence of Debian Hurd. (-:
I like Hur
> > I can understand this need, although never needed it myself.
>
> > But implementation makes me sad. Instead of creating UNIX-way solution
> > (create /var/run/foo.ready, when you are ready?), it does the worst
> > thing I can imagine.
>
> If communicating with another local daemon via a UNIX d
[2016-08-28 20:00] Russ Allbery
>
> part text/plain3207
> Dmitry Bogatov writes:
>
> > Not to start flame or to advertize anything/anyone, but why to integrate
> > with 'runit' init system, your program should support foreground
> >
[2016-08-28 06:26] Adam Borowski
>
> part text/plain2020
> On Sat, Aug 27, 2016 at 10:33:36AM +0300, Dmitry Bogatov wrote:
> > > > I hugely support idea of dynamically loading libsystemd.
> > >
> > > Please don't, no. Wh
> Once per thread about systemd, I point out that dbus-daemon links to both
> libapparmor and libselinux - which results in at least one useless library
> for literally everyone with dbus installed, since "major" LSMs don't
> stack, so nobody can possibly be using both AppArmor and SELinux at the
> > > * conntrackd & systemd are very good integrated (using libsystemd)
> >
> > I hugely support idea of dynamically loading libsystemd.
>
> Please don't, no. While I do think packages should keep sysvinit
> support as long as it continues to work and doesn't make other paths
> worse, I don't t
> So, obviously from my point of view, lack of sysvinit support is not
> a bug.
Please, no. Firstly, it's violation of Policy.
> The rationale for the change was:
> * the default init system in debian is systemd
First thing I do on fresh jessie system is `apt-get install
sysinit-core`. There
[2016-08-11 21:09] Moritz Mühlenhoff
>
> Simon McVittie schrieb:
> > In particular, if this thread comes to the conclusion that more needs to
> > be done than what maintainers currently do, then it should be something
> > actionable;
>
> Or we could rather automate the generation of debian/copyri
[2016-07-21 21:22] Gabor Gombas
>
> On Thu, Jul 21, 2016 at 04:06:26PM +0300, Dmitry Bogatov wrote:
>
> > For example, I, as happy owner of 8GB RAM, is perfectly fine with 3GB
> > in /tmp, because I actually use less then 1Gb. On other hand, would I
> > start 50 ins
> > Should there be another TPMDIR? Like DTMPDIR, pointing to the
> > underneath disk, where size is limited by the capacity available to
> > partition/disk ?
Why? How would you define line between 'TMPDIR' and 'DTMPDIR'?
For example, I, as happy owner of 8GB RAM, is perfectly fine with 3GB
in /
> > But seems that debconf templates are static, and I can't dynamically
> > generate list of choices (users). But I need to, since users can be
> > added and removed, and I want 'dpkg-reconfigure' handle it.
>
> Debconf templates are not static. You have the freedom to insert
> variables in the t
Hello!
I am working on runit process supervision suite, and I want to provide
user-local supervision support out-of-binary-package. User-local supervision for
requires one file pre user in /etc. (Well, true is a
bit more complex, but nevermind). One extra will be spawned per user).
Question is:
> * Dmitry Bogatov , 2016-06-27, 17:32:
> >Mercurial upstream repository, and tarballs are named not after
> >version, but after hashes. I fail to extract anything useful from this
> >page: [1]
> >
> >[1] https://bitbucket.org/lyro/evil/downloads
> Th
[2016-05-28 13:20] Stefano Zacchiroli
> On Sat, May 28, 2016 at 02:18:51AM +0300, Dmitry Bogatov wrote:
> > But seems we do not have tools to check it. Probably, we need some way
> > to mark licenses of whole binary packages. WDYT?
>
> You're correct that we have no wa
[add debian-devel back to cc]
> Regarding _declaring_ appropriate DEP5 hints, with machine-readable DEP5 =
> copyright format you can declare a license in the _header_ section to =
> indicate the effective license caused by "infection" of indivifual parts =
> on the whole of the binary product.
Hello!
Do we have any tools to check for GPL violation? I mean, is it any
tool to perform rather crude check whether package that contains
non-copyleft source file depends on binary package, source package of
which contains GPL file?
Currently, I am working about some issue with haskell-missingh
> I have a package (dpuser [1]), that during execution may call the c++
> compiler g++ for some on-the-fly-generated C++ files that use the
> standard C++ library.
>
> I am now curious on how I need to specify the runtime dependency from the
> -dev library? The C++ compiler is probably just the "g+
Package: wnpp
Severity: normal
I request assistance with maintaining the fgetty package.
The package description is:
fgetty is a small, efficient, console-only getty for Linux. It is derived
from mingetty but hacked until it would link against diet libc to produce
the smallest memory footprin
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: cdist
Version : 4.0.0pre3
Upstream Author : Nico Schottelius
* URL : http://www.nico.schottelius.org/software/cdist/
* License : GPLv3+
Programming Lang: Python, Shell
Description
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: wallpaperd
Version : 0.2.1
Upstream Author : Claes Nästén
* URL : http://projects.pekdon.net/git/wallpaperd.git
* License : BSD-2-clause
Programming Lang: X
Description : X
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: you-get
Version : 0.3.32
Upstream Author : Mort Yao
* URL : http://www.soimort.org/you-get/
* License : MIT
Programming Lang: Python
Description : Non-interactive video downloader
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-formatting
Version : 6.1.1
Upstream Author : Chris Done
* URL : http://hackage.haskell.org/package/formatting
* License : BSD3
Programming Lang: Haskell
Description : Type
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-text-format
Version : 0.3.1.1
Upstream Author : Bryan O'Sullivan
* URL : https://hackage.haskell.org/package/text-format
* License : BSD3
Programming Lang: Haskell
Descri
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-double-conver
Version : 2.0.1.0
Upstream Author : Bryan O'Sullivan
* URL : http://hackage.haskell.org/package/double-conversion
* License : BSD3
Programming Lang: Ha
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-stylish-haskell
Version : 0.5.11.0
Upstream Author : Jasper Van der Jeugt
* URL : https://github.com/jaspervdj/stylish-haskell
* License : BSD3
Programming Lang: Haskell
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-decimal
Version : 0.4.2
Upstream Author : Paul Johnson
* URL : http://hackage.haskell.org/package/Decimal
* License : BSD3
Programming Lang: Haskell
Description
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-extra
Version : 1.0
Upstream Author : Neil Mitchell
* URL : xhttps://github.com/ndmitchell/extra
* License : BSD3
Programming Lang: Haskell
Description : Extra functions
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: blogliterately
Version : 0.7.1.7
Upstream Author : Brent Yorgey
* URL : http://byorgey.wordpress.com/blogliterately/
* License : GPL3+
Programming Lang: Haskell
Description : Tool
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: haskell-bool-extras
Version : 0.4.0
Upstream Author : Tom Lokhorst
* URL : http://tom.lokhorts.ru/bool-extras
* License : BSD3
Programming Lang: Haskell
Description : Fold function
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: hsenv
Version : 0.5
Upstream Author : Bartosz Ćwikłowski
Taylor Hedberg
* URL : https://github.com/tmhedberg/hsenv
* License : BSD
Programming Lang: Haskell
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: unqlite
Version : 1.1.6
Upstream Author : Mrad Chems Eddine
* URL : http://unqlite.org
* License : BSD
Programming Lang: C
Description : Self-contained transactional NoSQL database
* Paul Wise [2014-09-06 15:48:09+0800]
> On Mon, Sep 1, 2014 at 9:58 PM, Dmitry Bogatov wrote:
>
> > PS. Is it any tool to generate ITP bug from debian/ directory?
>
> No, because ITPs are meant to be filed *before* the debian/ directory
> exists.
My reason was that I
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name: cligh
Version : 0.2
Upstream Author : Christopher M. Brannon
* URL : http://the-brannons.com/software/cligh.html
* License : BSD
Programming Lang: Python
Description : Command-line
Package: wnpp
Owner: Dmitry Bogatov
Severity: wishlist
* Package name: cligh
Version : 0.2
Upstream Author : Christopher M. Brannon
* URL or Web page : http://the-brannons.com/software/cligh.html
* License : BSD
Description : Command-line interface to GitHub
57 matches
Mail list logo
