Re: Alioth: the future of mailing lists
Hi, On Mon, 18 Sep 2017, Vincent Bernat wrote: > Would any of those solutions also email the uploaders or recent people > in d/changelog? This would be helpful for NMU as well as for > team-maintained packages in a large team. No, not yet. But in both cases, it's a matter of adding code to the package tracker to auto-subscribe those people who desire to be subscribed according to those rules. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: Alioth: the future of mailing lists
On Mon, 18 Sep 2017 21:53:43 +0200, Alexander Wirt wrote: >On Mon, 18 Sep 2017, Dominic Hargreaves wrote: >> I have managed mailman installations for some time so I'm fairly familiar >> with how it works, and have some time from November onwards to work on >> this which I hope would be enough time to develop and implement a migration >> plan. I'm CCing the alioth and DSA teams so they are aware of this. >Do you have infrastructure for running it? How high are the requirements (CPU-, Memory) wise? I guess that one of those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not be enough? Unfortunately, my own virtualization box that has ample free resources does not have IPv4. Would it be possible to have a Debian.org host relay messages coming in via IPv4? Do we have a chance to share spam filtering resources with lists.debian.org? I don't see running the Mailing list server the biggest challenge. Providing an acceptable spam filter is. Greetings Marc, willing to help -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Bug#876166: ITP: gnome-shell-extension-tilix-shortcut -- Adds easy to use configurable keyboard shortcut for tilix
Package: wnpp Severity: wishlist Owner: Jonathan Carter * Package name: gnome-shell-extension-tilix-shortcut Version : 1.0.0-1 Upstream Author : Jonathan Carter * URL : https://git.bluemosh.com/bluemosh/gse-tilix-shortcut/ * License : GPL-2 Programming Lang: Javascript Description : Adds easy to use configurable keyboard shortcut for tilix Configuring a system-wide default for launching a terminal in Gnome is way more tedious than it needs to be. This extension adds an easy method for configuring this system-wide.
Re: Alioth: the future of mailing lists
On Tue, 19 Sep 2017, Marc Haber wrote: > On Mon, 18 Sep 2017 21:53:43 +0200, Alexander Wirt > wrote: > >On Mon, 18 Sep 2017, Dominic Hargreaves wrote: > >> I have managed mailman installations for some time so I'm fairly familiar > >> with how it works, and have some time from November onwards to work on > >> this which I hope would be enough time to develop and implement a migration > >> plan. I'm CCing the alioth and DSA teams so they are aware of this. > >Do you have infrastructure for running it? > > How high are the requirements (CPU-, Memory) wise? I guess that one of > those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not > be enough? > > Unfortunately, my own virtualization box that has ample free resources > does not have IPv4. Would it be possible to have a Debian.org host > relay messages coming in via IPv4? Do we have a chance to share spam > filtering resources with lists.debian.org? > > I don't see running the Mailing list server the biggest challenge. > Providing an acceptable spam filter is. Yes, I would be able to create such a system in a few hours. Running it does take much more ressources. Alex
Re: Alioth: the future of mailing lists
Alexander Wirt - 19.09.17, 10:17: > On Tue, 19 Sep 2017, Marc Haber wrote: > > On Mon, 18 Sep 2017 21:53:43 +0200, Alexander Wirt > > > > wrote: > > >On Mon, 18 Sep 2017, Dominic Hargreaves wrote: > > >> I have managed mailman installations for some time so I'm fairly > > >> familiar > > >> with how it works, and have some time from November onwards to work on > > >> this which I hope would be enough time to develop and implement a > > >> migration > > >> plan. I'm CCing the alioth and DSA teams so they are aware of this. > > > > > >Do you have infrastructure for running it? > > > > How high are the requirements (CPU-, Memory) wise? I guess that one of > > those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not > > be enough? > > > > Unfortunately, my own virtualization box that has ample free resources > > does not have IPv4. Would it be possible to have a Debian.org host > > relay messages coming in via IPv4? Do we have a chance to share spam > > filtering resources with lists.debian.org? > > > > I don't see running the Mailing list server the biggest challenge. > > Providing an acceptable spam filter is. > > Yes, I would be able to create such a system in a few hours. Running it does > take much more ressources. Would it be possible with reasonable effort to synchronize spam filtering configuration from lists.debian.org to that potential new mailing list server? Thanks, -- Martin
Re: Alioth: the future of mailing lists
On Tue, 19 Sep 2017 10:42:20 +0200, Martin Steigerwald wrote: >Would it be possible with reasonable effort to synchronize spam filtering >configuration from lists.debian.org to that potential new mailing list server? The problem is that lists.debian.org doesn't run Mailman. Grüße Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Alioth: the future of mailing lists
On Tue, Sep 19, 2017 at 09:43:46AM +0200, Marc Haber wrote: > How high are the requirements (CPU-, Memory) wise? I guess that one of > those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not > be enough? [...] > I don't see running the Mailing list server the biggest challenge. > Providing an acceptable spam filter is. the other big challenge is to provide something that lasts "forever". I trust DSA with that, I'm not so sure I want to trust "random people" using some cheap VPSes for that… -- cheers, Holger omitting the fitting Queen quote signature.asc Description: Digital signature
Re: Alioth: the future of mailing lists
On Tue, 19 Sep 2017, Marc Haber wrote: > On Tue, 19 Sep 2017 10:42:20 +0200, Martin Steigerwald > wrote: > >Would it be possible with reasonable effort to synchronize spam filtering > >configuration from lists.debian.org to that potential new mailing list > >server? > > The problem is that lists.debian.org doesn't run Mailman. Which in fact isn't a problem for SpamAssassin Configuration. Any other system is free to use: https://anonscm.debian.org/cgit/pkg-listmaster/spamassassin_config.git/ Alex
Re: Alioth: the future of mailing lists
On Tue, 19 Sep 2017, Holger Levsen wrote: > On Tue, Sep 19, 2017 at 09:43:46AM +0200, Marc Haber wrote: > > How high are the requirements (CPU-, Memory) wise? I guess that one of > > those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not > > be enough? > [...] > > I don't see running the Mailing list server the biggest challenge. > > Providing an acceptable spam filter is. > > the other big challenge is to provide something that lasts "forever". I trust > DSA with that, I'm not so sure I want to trust "random people" using some > cheap VPSes for that… Only, I don't think DSA wants to be stuck with yet another service that DSA has to run "forever". If there are people who want to run a new service (and it is a new service), we would need a plan from them how they imagine the service is to be run, how it integrates in our environment, and how the team thinks they will manage things without superuser privileges. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/
Re: Alioth: the future of mailing lists
On Mon, Sep 18, 2017 at 09:26:54PM +, Holger Levsen wrote: > On Mon, Sep 18, 2017 at 09:53:43PM +0200, Alexander Wirt wrote: > > > I have managed mailman installations for some time so I'm fairly familiar > > > with how it works, and have some time from November onwards to work on > > > this which I hope would be enough time to develop and implement a > > > migration > > > plan. I'm CCing the alioth and DSA teams so they are aware of this. > > Do you have infrastructure for running it? > > (as I understand it…) > > Alexander's point is that mailman needs root access and DSA is not > happy^wwilling > to hand out root (anymore for this). I don't think there is any fundamental reason for mailman to need root access, so maybe that is an option. Of course the MTA and web server interfaces need to be properly configured. Alternatively, can the Debian project provide infrastructure that DSA doesn't manage for this? I would really hope so. Alternatively, if joining DSA is an option, I would also consider this. (It's been in the back of my mind as something I could contribute for most of the time I've been in Debian, but I've never been quite brave enough to mention it before.) I see these as all soluble issues that needs to be part of a discussion between all involved parties, but at this stage (not least because I'm about to go on vac) I'm mostly interested about whether in principle this is something that the project would like. Cheers, Dominic.
Re: Alioth: the future of mailing lists
On Tue, 19 Sep 2017 09:35:03 +, Holger Levsen wrote: >On Tue, Sep 19, 2017 at 09:43:46AM +0200, Marc Haber wrote: >> How high are the requirements (CPU-, Memory) wise? I guess that one of >> those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not >> be enough? >[...] >> I don't see running the Mailing list server the biggest challenge. >> Providing an acceptable spam filter is. > >the other big challenge is to provide something that lasts "forever". I trust >DSA with that, I'm not so sure I want to trust "random people" using some >cheap VPSes for that… Agreed. However, there is a good chance that lists.alioth.debian.org will be replaced by a gazillion of lists.randomdd.example instances, none of them lasting "forever", only wasting valuable resources that could better be spent with package maintainence and enhancing Debian's excellence. Not doing something "central" just because it won't be perfect, or not supported by DSA, will not prevent things from happening, it will just force them to happen in a distributed, uncoordinated way, wasting way more resources for something technically inferior in many different ways. Greetings Marc -- -- !! No courtesy copies, please !! - Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/ Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Re: Alioth: the future of mailing lists
On Tue, Sep 19, 2017 at 01:22:55PM +0200, Marc Haber wrote: > Not doing something "central" just because it won't be perfect, or not > supported by DSA, will not prevent things from happening, it will just > force them to happen in a distributed, uncoordinated way, wasting way > more resources for something technically inferior in many different > ways. agreed. -- cheers, Holger signature.asc Description: Digital signature
Re: Alioth: the future of mailing lists
On Mon, Sep 18, 2017 at 02:55:26PM +0200, Raphael Hertzog wrote: > Hello Axel, > > On Mon, 18 Sep 2017, Axel Beckert wrote: > > Alexander Wirt wrote: > > > - Distribution lists for use in the Maintainer: field. We suggest > > > that, with maybe some extra code, this use-case could be well served > > > by the tracker.debian.org service for almost all purposes. > > > > Reading https://tracker.debian.org/docs/about.html#email-interface it > > seems that the e-mail address @tracker.debian.org is usable > > not only for tracker-generated mails. > > Hum, that documentation is a bit outdated. What you have to use is > actually dispatch+@tracker.debian.org. But I would not want > people to use this email address in Maintainer fields. > > Instead we should use @packages.debian.org. But for this we > need a lintian upload and a lintian backport to be installed on > ftp-master: Er, that would create a mail loop. @packages.debian.org redirects to the data of the maintainer field. If you put that address in the maintainer field, it redirects to itself, again and again and again and again and... Not a good idea. -- Could you people please use IRC like normal people?!? -- Amaya Rodrigo Sastre, trying to quiet down the buzz in the DebConf 2008 Hacklab
Re: Alioth: the future of mailing lists
El 19/09/17 a las 15:16, Wouter Verhelst escribió: > On Mon, Sep 18, 2017 at 02:55:26PM +0200, Raphael Hertzog wrote: > > Hello Axel, > > > > On Mon, 18 Sep 2017, Axel Beckert wrote: > > > Alexander Wirt wrote: > > > > - Distribution lists for use in the Maintainer: field. We suggest > > > > that, with maybe some extra code, this use-case could be well served > > > > by the tracker.debian.org service for almost all purposes. > > > > > > Reading https://tracker.debian.org/docs/about.html#email-interface it > > > seems that the e-mail address @tracker.debian.org is usable > > > not only for tracker-generated mails. > > > > Hum, that documentation is a bit outdated. What you have to use is > > actually dispatch+@tracker.debian.org. But I would not want > > people to use this email address in Maintainer fields. > > > > Instead we should use @packages.debian.org. But for this we > > need a lintian upload and a lintian backport to be installed on > > ftp-master: > > Er, that would create a mail loop. @packages.debian.org > redirects to the data of the maintainer field. If you put that address > in the maintainer field, it redirects to itself, again and again and > again and again and... > > Not a good idea. And what about something like (different to dispatch+): Maintainer: +pack...@tracker.debian.org Uploaders: Actual people and their mail addresses This +package would redirect to the Uploaders and subscribers and not to itself. cheers, -- Santiago
Re: Alioth: the future of mailing lists
On Tue, Sep 19, 2017 at 03:16:23PM +0200, Wouter Verhelst wrote: > On Mon, Sep 18, 2017 at 02:55:26PM +0200, Raphael Hertzog wrote: > > On Mon, 18 Sep 2017, Axel Beckert wrote: > > > Alexander Wirt wrote: > > > > - Distribution lists for use in the Maintainer: field. We suggest > > > > that, with maybe some extra code, this use-case could be well served > > > > by the tracker.debian.org service for almost all purposes. > > > > > > Reading https://tracker.debian.org/docs/about.html#email-interface it > > > seems that the e-mail address @tracker.debian.org is usable > > > not only for tracker-generated mails. > > > > Hum, that documentation is a bit outdated. What you have to use is > > actually dispatch+@tracker.debian.org. But I would not want > > people to use this email address in Maintainer fields. > > > > Instead we should use @packages.debian.org. But for this we > > need a lintian upload and a lintian backport to be installed on > > ftp-master: > > Er, that would create a mail loop. @packages.debian.org > redirects to the data of the maintainer field. If you put that address > in the maintainer field, it redirects to itself, again and again and > again and again and... My understanding is that Raphaël fixed that last year: https://anonscm.debian.org/cgit/webwml/packages.git/commit/?h=debian-master&id=5f4f27920e996e521d32dfb5a9693a09348d18d5 (linked from the bug report he referenced in his email that you quote) J. -- "Reality Or Nothing!" -- Cold Lazarus
Re: Alioth: the future of mailing lists
On Tue, Sep 19, 2017 at 09:35:03AM +, Holger Levsen wrote: the other big challenge is to provide something that lasts "forever". I trust DSA with that Which is ironic, since the service is being dropped while the addresses are still being published. Mike Stone
New httpd-fastcgi virtual package
Hi all, The authoritative list of virtual package provides: httpd a HTTP server httpd-cgi a CGI-capable HTTP server httpd-wsgi a WSGI-capable HTTP server (python 2 API) httpd-wsgi3 a WSGI-capable HTTP server (python 3 API) I would like to propose this: httpd-fastcgi a FastCGI-capable HTTP server (or server plugin) So FastCGI application could have dependency on it. Best regards, Xavier
Re: Alioth: the future of mailing lists
On Tue, 19 Sep 2017, Michael Stone wrote: > On Tue, Sep 19, 2017 at 09:35:03AM +, Holger Levsen wrote: > > the other big challenge is to provide something that lasts "forever". I > > trust > > DSA with that > > Which is ironic, since the service is being dropped while the addresses are > still being published. It might have been if alioth was on a DSA system. It isn't. But probably even then it wouldn't be, since retiring a service that has been on life-support for ages is the only sane answer. -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal https://www.palfrader.org/ | `. `' Operating System | `-https://www.debian.org/
Re: Alioth: the future of mailing lists
On Tue, Sep 19, 2017 at 09:43:46AM +0200, Marc Haber wrote: > >> I have managed mailman installations for some time so I'm fairly familiar > >> with how it works, and have some time from November onwards to work on > >> this which I hope would be enough time to develop and implement a migration > >> plan. I'm CCing the alioth and DSA teams so they are aware of this. > >Do you have infrastructure for running it? > > How high are the requirements (CPU-, Memory) wise? I guess that one of > those 5 Euros a month VPSses with 50 Gig Disk and 8 GB RAM would not > be enough? We have accounts and are already running systems on the various public clouds (AWS, GCE, etc). Availability of compute resources really shouldn't be an issue for us. I am also willing to help maintain the alioth mailing list service if necessary. Maybe we could create a mailing list to coordinate this effort. ;) noah signature.asc Description: PGP signature
Debian distro build system
Hi, I am wanting to build a Debian rootfs and possibly whole distro for x86, amd64, and ARM HF and EL. Specifically with Debian Installer. Where do I find information to do this and is there an existing build machine and configurations for thsi so I may duplicate it. I have several HP DL 140 G3 machines I can use for the purpose. Regards, Aaron -- Aaron Gray Independent Open Source Software Engineer, Computer Language Researcher, Information Theorist, and amateur computer scientist.
Bug#876204: ITP: goxel -- 3D voxel editor
Package: wnpp Severity: wishlist Owner: Federico Ceratto * Package name: goxel Version : 0.7.1 Upstream Author : Guillaume Chereau * URL : https://github.com/guillaumechereau/goxel * License : GPLv3 Programming Lang: C Description : 3D voxel editor Goxel is a 3D program that lets you create voxel volumes. It supports 24 bits RGB colors, unlimited scene size and undo buffers. Layers, procedural generation and Marching Cube rendering. Exports to obj, pyl, magica voxel, png, qubicle, povray, and more goxel is a popular editor and there are no similar applications in Debian. The package will be maintained on collab-maint.
Re: New httpd-fastcgi virtual package
On Sep 19, Xavier wrote: > So FastCGI application could have dependency on it. How would this work? The packages that could use it would still need to ship a configuration file for every web server since there is no common API like /usr/lib/cgi-bin/ . -- ciao, Marco signature.asc Description: PGP signature
Re: New httpd-fastcgi virtual package
Le 19/09/2017 à 21:04, Marco d'Itri a écrit : On Sep 19, Xavier wrote: So FastCGI application could have dependency on it. How would this work? The packages that could use it would still need to ship a configuration file for every web server since there is no common API like /usr/lib/cgi-bin/ . You're right, but a FastCGI server needs a webserver as frontend which can expose it. My idea was to use this virtual package for webserver able to establish the link between a browser and a FastCGI server (Nginx, libapache2-mod-fcgid,...)
Re: Debian distro build system
Hi Aaron, Am 19. September 2017 7:27:24 nachm. schrieb Aaron Gray : Hi, I am wanting to build a Debian rootfs and possibly whole distro for x86, amd64, and ARM HF and EL. Specifically with Debian Installer. If you mean rebuild from source, than I'm not aware of any build system that could do this. If you mean building the rootfs from debian binary packages and maybe build several packages from source you could give elbe [0] a try. Regards, Manuel [0] http://elbe-rfs.org Where do I find information to do this and is there an existing build machine and configurations for thsi so I may duplicate it. I have several HP DL 140 G3 machines I can use for the purpose. Regards, Aaron -- Aaron Gray Independent Open Source Software Engineer, Computer Language Researcher, Information Theorist, and amateur computer scientist. Mit AquaMail Android http://www.aqua-mail.com gesendet
Re: New httpd-fastcgi virtual package
On Tue, Sep 19 2017, Xavier wrote: > I would like to propose this: > httpd-fastcgi a FastCGI-capable HTTP server (or server > plugin) Please file a bug against debian-policy.[1] [1] https://www.debian.org/doc/debian-policy/index.html#debian-policy-changes-process -- Sean Whitton signature.asc Description: PGP signature
Re: Debian distro build system
On Wed, Sep 20, 2017 at 1:26 AM, Aaron Gray wrote: > I am wanting to build a Debian rootfs and possibly whole distro for x86, > amd64, and ARM HF and EL. Specifically with Debian Installer. The standard way to create a Debian install is to download and boot the Debian installer (d-i): https://www.debian.org/distrib/netinst There are a lot of other different ways to build a Debian rootfs or related things if d-i does not suit your needs: https://wiki.debian.org/SystemBuildTools If you can give us some info on what you are actually trying to do then we can give you a better answer. http://xyproblem.info/ -- bye, pabs https://wiki.debian.org/PaulWise
Re: Alioth: the future of mailing lists
Noah Meyerhans: > Maybe we could create a mailing list to coordinate this effort. There's alioth-staff-replacement@list.a.d.o that may already fit that purpose. Cheers, Alex [1] https://lists.alioth.debian.org/mailman/listinfo/alioth-staff-replacement signature.asc Description: PGP signature
