Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2014-07-21 Thread Jonathan Nieder
Arno Töll wrote: On 14.07.2014 23:12, Jonathan Nieder wrote: * It's not clear when to run apache2_invoke disconf gitweb. At remove and purge time doesn't seem to be enough. Likewise as for the enable part. Just call if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2014-07-20 Thread Arno Töll
Hi Jonathan, On 14.07.2014 23:12, Jonathan Nieder wrote: https://wiki.debian.org/Apache/PackagingFor24 is helpful (thanks!), but I'm still stuck --- I really just don't know how to package gitweb in the new setup. See also http://bugs.debian.org/669292#28: * It's not clear when to run

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2014-07-14 Thread Jonathan Nieder
reopen 664761 block 669292 by 664761 quit Hi Arno, Arno Töll wrote: In lack of responses, I assume that all your questions have been answered or properly addressed. Alas, no. Since message #58 wasn't cc-ed to me, I didn't see it. https://wiki.debian.org/Apache/PackagingFor24 is helpful

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2013-05-12 Thread Arno Töll
Jonathan, we're approaching Sid so I'm coming back to your bug. Do you have any suggestion what you'd like to read in the NEWS file? As I read the remaining discussion of this bug, I think everything else was clarified already, right? -- with kind regards, Arno Töll IRC: daemonkeeper on

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-22 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Jonathan, it's me again. We've written the promised mail to debian-devel-announce including pointers to the wiki with hands-on tutorials how to reverse packagers should interact with us. Is this somewhat what you expected to read? For your

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-22 Thread Jonathan Nieder
Arno Töll wrote: However, reading your snippet I realized, you use module directives which aren't available until one enables the rewrite module in your case. We might think how to allow packagers of web applications to tell us, your configuration needs a special module. As we wrote in the

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-22 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22.03.2012 14:46, Jonathan Nieder wrote: Ideally the pathinfo stuff should be conditional on whether the rewrite module is already loaded. That's reasonably easy to achieve: IfModule mod_rewrite.c RewriteEngine on RewriteRule [whatever]

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-22 Thread Jonathan Nieder
Arno Töll wrote: I am not sure whether the NEWS file is an appropriate place for packaging hints but I will think about. I think a brief mention would be useful for sysadmins with local packages who do not necessarily follow debian-devel-announce. Similarly, I will think whether we will give

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-21 Thread Stefan Fritsch
On Wednesday 21 March 2012, Paul Wise wrote: On Wed, Mar 21, 2012 at 1:18 AM, Jonathan Nieder wrote: Upgrading apache2 to the version in experimental breaks my local gitweb installation. Gitweb ships the following snippet in /etc/apache2/conf.d/gitweb: Alias /gitweb

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-20 Thread Arno Töll
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Jonathan, On 20.03.2012 18:18, Jonathan Nieder wrote: In the new world order, as a packager of a webapp, what should I do to bring those goals about? Please be patient. You're just to fast. We've been scheduled a d-d-a mail with

Bug#664761: apache2/conf.d migration: what should webapp packagers do?

2012-03-20 Thread Paul Wise
On Wed, Mar 21, 2012 at 1:18 AM, Jonathan Nieder wrote: Upgrading apache2 to the version in experimental breaks my local gitweb installation.  Gitweb ships the following snippet in /etc/apache2/conf.d/gitweb:        Alias /gitweb /usr/share/gitweb That looks like a highly inappropriate