Bug#966598: RM: sgabios -- RoQA; swallowed by the only user (qemu)

As the maintainer of sgabios, I support the proposal to remove sgabios for unstable. As mjt stated, it is not really useful on its own and I think this is the right action to take. Actually I'm very happy with sgabios.bin is now been provided by qemu-system-data. Thanks mjt, for your work on

Bug#779135: sgabios: please make the build reproducible

Hi Chris On Sun, 2017-03-05 at 09:29 +, Chris Lamb wrote: > > Would you consider applying this patch and uploading? > > Friendly ping on this :) I'm glad that it still is a friendly ping. I added your further changes to d/rules and uploaded sgabios to mentors.d.n [1]. But feel free to

Bug#839853: [Letsencrypt-devel] Bug#839853: [letsencrypt.sh] Upstream change project name

Hi Jan, Thanks for your report. We are aware of the changed name and I'm already working on a renaming. It's a bit delayed right now, but I hope there will be some significant progress over the weekend. Greetings Daniel

Bug#779135: sgabios: please make the build reproducible

Hi Chris Am Donnerstag, den 18.08.2016, 09:57 +0100 schrieb Chris Lamb: > No problem; did you manage to get around to uploading? :) > It took a bit longer (at least not an other 500+ days), but I managed to prepare an updated version 0.0~svn8-4 containing your patch. Since I do not have upload

Bug#779135: sgabios: please make the build reproducible

Hi Chris, thanks for the reminder. I'll try to prepare an upload tomorrow. Greetings Daniel signature.asc Description: This is a digitally signed message part

Bug#824928: letsencrypt.sh: move the default position of the domains file to /etc/letsencrypt.sh/

Hi Mattia, On Thu, 2016-06-09 at 06:34 +0200, Daniel Beyer wrote: > Hi Mattia, > > (...) > > I'll get back to you as soon I have implemented something useful here. I pushed changes to this new branch (based on current debian/master): wip/dabe/domains.txt-in-etc-maint-s

Bug#824928: letsencrypt.sh: move the default position of the domains file to /etc/letsencrypt.sh/

Hi Mattia, sorry for the very late response. On Thu, 2016-06-02 at 11:14 +, Mattia Rizzolo wrote: > On Sat, May 21, 2016 at 06:07:34PM +, Mattia Rizzolo wrote: > > On Sat, May 21, 2016 at 07:14:05PM +0200, Daniel Beyer wrote: > > > I opened a PR for upstream [1], ba

Bug#824928: [Letsencrypt-devel] Bug#824928: letsencrypt.sh: move the default position of the domains file to /etc/letsencrypt.sh/

Hi Mattia, On Sat, 2016-05-21 at 15:58 +0200, Daniel Beyer wrote: > (...) > > It looks like ${DOMAINS_TXT} can not be set or overridden in config.sh. > But it should be rather easy to add this feature to letsencrypt.sh. I'll > work on a patch and propose it upstream. In past up

Bug#824928: [Letsencrypt-devel] Bug#824928: letsencrypt.sh: move the default position of the domains file to /etc/letsencrypt.sh/

On Sat, 2016-05-21 at 12:33 +, Mattia Rizzolo wrote: > Package: letsencrypt.sh > Version: 0.1.0-2 > Severity: wishlist > > As I wrote in #822493#45: > > > +Providing a list of domains to letsencrypt.sh > > += > > +If the parameter --domains is not

Bug#822493: [Letsencrypt-devel] Bug#822493: letsencrypt.sh: config file refers to nonexisting documentation

On Sat, 2016-05-21 at 12:38 +, Mattia Rizzolo wrote: > (...) > Daniel: do you want to do improve it any more? otherwise I'd say to > upload this thing, given #824903. I think the README.Debian is in a good shape. Thanks a lot to you and Cord for improving it. Thus yes, please upload it.

Bug#822493: [Letsencrypt-devel] Bug#822493: letsencrypt.sh: config file refers to nonexisting documentation

I pushed an initial README.Debian to git [1], feedback and/or suggestions are welcome. @Mattia: Sadly I still had to update config.sh, due to wrong file paths mentioned in the comment block. Greetings Daniel [1]

Bug#824270: letsencrypt.sh: Please support migration from (python-)letsencrypt to letsencrypt.sh

Package: letsencrypt.sh Version: 0.1.0-2 Severity: wishlist As suggested in Bug#822493, it would be a nice feature to have at least some information how to migrate from letsencrypt (the python-based package) to letsencrypt.sh. Even better would be a nice helper script, that automates this on

Bug#822493: [Letsencrypt-devel] Bug#822493: letsencrypt.sh: config file refers to nonexisting documentation

Hi Cord, On Fri, 2016-05-13 at 20:16 +0200, Cord Beermann wrote: > Package: letsencrypt.sh > Version: 0.1.0-2 > Followup-For: Bug #822493 > > Hello, > > I'd also prefer some more information how this package works. > The still missing README.Debian is to blame on me. I'll sit down tomorrow

Bug#822493: [Letsencrypt-devel] Bug#822493: Bug#822493: letsencrypt.sh: config file refers to nonexisting documentation

Am Dienstag, den 26.04.2016, 11:27 + schrieb Mattia Rizzolo: > >(...) > > Daniel: do we have something interesting to put in README.Debian? > Otherwise I guess removing the reference for now is a good solution as > any. We could (and should) explain the Debian specific thinks, like where the

Bug#812174: ITP: letsencrypt-sh -- ACME client implemented in Bash

Hi Mattia, On Tue, 2016-04-05 at 21:15 +, Mattia Rizzolo wrote: > On Tue, Mar 29, 2016 at 05:45:44PM +0200, Daniel Beyer wrote: > > Hi Mattia, > > > > Am Montag, den 28.03.2016, 21:44 + schrieb Mattia Rizzolo: > > > Hi Daniel :) > > > > &g

Bug#813653: [pkg-php-pear] Bug#813653: jessie-pu: package symfony/2.3.21+dfsg-4+deb8u3

Hi Julien, Can you give a short update regarding the proposed symfony/2.3.21+dfsg-4+deb8u3, fixing CVE-2016-1902? It might be a bit late, but it would be great to have this fixed in 8.4, which is about to be released. Do you need any further information from us? Greetings Daniel

Bug#819620: [pkg-php-pear] Bug#819620: php-symfony-security-acl: FTBFS: Trying to configure method "getId" which cannot be configured because it does not exist, has not been specified, is final, or is

+0200 schrieb Daniel Beyer: > (...) > > Using the nightly beta build of phpunit 5.3 (from phpunit.de) I see > exactly the same error, thus I suspect it is related to > phpunit-mock-objects. I'll forward this issue upstream later today. > Actually phpunit 5.3, with the exact same me

Bug#819620: [pkg-php-pear] Bug#819620: php-symfony-security-acl: FTBFS: Trying to configure method "getId" which cannot be configured because it does not exist, has not been specified, is final, or is

Hi Chris, On Thu, 2016-03-31 at 09:01 +0100, Chris Lamb wrote: >(...) > Dear Maintainer, > > php-symfony-security-acl fails to build from source in unstable/amd64: > > (...) > > 1) >

Bug#812174: ITP: letsencrypt-sh -- ACME client implemented in Bash

Hi Mattia, Am Montag, den 28.03.2016, 21:44 + schrieb Mattia Rizzolo: > Hi Daniel :) > > On Sun, Mar 27, 2016 at 01:01:18PM +0200, Daniel Beyer wrote: > (...) > > I think your apache snippet is cool, actually. > I improved it a bit the thing, by moving it to be a conf

Bug#812174: Update #812174: Updated wnpp info

Package: wnpp Severity: wishlist Owner: Daniel Beyer <d...@deb.ymc.ch> * Package name: letsencrypt.sh Version : 0.1.0 Upstream Author : Lukas Schauer <lukas.scha...@googlemail.com> * URL : https://github.com/lukas2511/letsencrypt.sh * License

Bug#812174: ITP: letsencrypt-sh -- ACME client implemented in Bash

Hi Mattia, thanks a lot for pushing this ITP. On Sat, 2016-03-26 at 21:07 +, Mattia Rizzolo wrote: > On Thu, Jan 21, 2016 at 08:10:13AM +0100, Daniel Beyer wrote: > > * Package name: letsencrypt-sh > > Is there a good reason not to call this package 'letsencrypt.sh

Bug#813653: [pkg-php-pear] Bug#813653: jessie-pu: package symfony/2.3.21+dfsg-4+deb8u3

Hi, On Sat, 2016-02-20 at 10:59 -0400, David Prévot wrote: > H, > > Le 20/02/2016 10:25, Julien Cristau a écrit : > > Control: tags -1 moreinfo > […] > >> symfony (2.3.21+dfsg-4+deb8u3) jessie; urgency=medium > >> > >> [ Daniel Beyer ]

Bug#814799: symfony b-d's on php5-memcached (not built anymore)

On Mon, 15 Feb 2016 14:53:49 +0100 Matthias Klose wrote: > (...) > symfony b-d's on php5-memcached (not built anymore). The new php-memcached > package doesn't provide php5-memcached. > Thanks, for the report. We are aware of this, actually it already is fixed in the 2.8.2

Bug#812263: symfony: FTBFS with GCC 6: test suite failure

Hi Martin, what you observed happens if /tmp is on a partition mounted with noatime. In this case sorting by access time can not produce the result expected by that failing test. If /tmp is mounted with either atime or relatime the tests run just fine. I think it's best to report this upstream

Bug#812174: ITP: letsencrypt-sh -- ACME client implemented in Bash

Package: wnpp Severity: wishlist Owner: Daniel Beyer <d...@deb.ymc.ch> * Package name: letsencrypt-sh Version : 0.0.0~2016.01.21~git23b0ef5 Upstream Author : Lukas Schauer <lukas.scha...@googlemail.com> * URL : https://github.com/lukas2511/letsencrypt.

Bug#806903: src:symfony: Please provide directions on developing with Symfony using Debian packages

Dear Oliver, On Wed, 2015-12-02 at 18:38 +0100, Olivier Berger wrote: > Dear Maintainer, > > Given that Symfony is packaged for Debian, I'd expect to find some way > to get a Symfony development environment based on Debian packages, > without having to download the whole internet with composer.

Bug#795950: [pkg-php-pear] Bug#795950: twig: Non-determistically FTBFS due to unreliable timing in tests

Hi Chris On Tue, 2015-08-18 at 10:38 +0100, Chris Lamb wrote: (...) twig's testsuite appears to use method timing/benchmarking in such a way that it will non-deterministically FTBFS: (...) The full build log is attached or can be viewed here:

Bug#775625: Request for a shell on ip-172-31-10-15.us-west-2.compute.internal to debug tests for symfony

Hi Lucas, we struggled a bit fixing FTBFS #775625, since neither David nor me were able to reproduce it on our local setups. We took a wild guess for symfony 2.3.21+dfsg-3 and increased a timeout in one test, which solves the problem (at leasts tests now run just fine on ci.d.n, where the same

Bug#775625: [pkg-php-pear] Bug#775625: symfony: Review, upload and unblock needed to fix #775625 (FTBFS in jessie)

Hi, Am Montag, den 26.01.2015, 14:41 -0400 schrieb David Prévot: Hi, Le 21/01/2015 14:23, David Prévot a écrit : Le 19/01/2015 13:34, Daniel Beyer a écrit : I'm not 100% sure if it really fixes the problem, since I'm not able to reproduce those errors on my local system (neither local

Bug#775625: symfony: FTBFS in jessie: Tests failures

On Sun, 18 Jan 2015 17:33:40 +0100 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: On 18/01/15 at 23:12 +1100, Stuart Prescott wrote: Control: tag -1 unreproducible A timeout issue like this is often sensitive to the machine used and I cannot reproduce this FTBFS here -- the test

Bug#775625: symfony: FTBFS in jessie: Tests failures

On Mon, 19 Jan 2015 14:48:32 +0100 Lucas Nussbaum lu...@lucas-nussbaum.net wrote: On 19/01/15 at 13:51 +0100, Daniel Beyer wrote: (...) First: The command that is executed actually is this one: # php -r $n = 1000; while ($n--) {echo ''; usleep(1000); } This does not wait ~1s

Bug#748834: Quite some more Symfony2 Components needed in Debian for SIlex

For the record: All needed Symfony components are now found in Debian and I just found out that the 2.3 series is recent enough for Silex (originally I wrongly looked at Silex's master branch were at least Symonfy 2.4 is required). Thus I'm currently working on an initial packaging of Silex.

Bug#744876: [pkg-php-pear] Bug#744876: Process isolation broken with 4.2.6-1

On Fri, 2014-10-03 at 00:41 +0700, Prach Pongpanich wrote: Hi Daniel, (...) Thank you for the patch, I have merged it and rebuilt symfony agianst phpunit-4.2.6-2 (not upload yet). But I got some tests error, you can see in attached file. For the record: Those test errors were

Bug#744876: Process isolation broken with 4.2.6-1

Hi Prach, while trying out phpunit4 (4.2.6-1 from experimental) with src:symfony (which currently is pending in NEW), I found out that it is not possible to run tests in separate process (some tests in Symfony are using the @runTestsInSeparateProcesses annotation). This also happens if phpunit is

Bug#762095: phpunit-mock-object: Please add support for PHP 5.6.0

/issues/171 From 0927007baa55b978f13d897f7479763df4a2313c Mon Sep 17 00:00:00 2001 From: Daniel Beyer d...@deb.ymc.ch Date: Thu, 18 Sep 2014 13:49:53 +0200 Subject: [PATCH] Support PHP 5.6.0 by backporting a patch from upstream --- .../patches/0001-Add-support-for-PHP-5.6.0.patch | 51

Bug#757197: libphp-swiftmailer: Please rename binary package to php-swiftmailer

Daniel From e8c478f6d16fdf8bce614249dfa515e5b6a42962 Mon Sep 17 00:00:00 2001 From: Daniel Beyer d...@deb.ymc.ch Date: Wed, 6 Aug 2014 08:23:33 +0200 Subject: [PATCH] Rename binary package to php-swiftmailer The package does not follow the pkg-php name convention, thus forcing other packages using

Bug#756508: nmu: twig_1.15.1-1

Am Mittwoch, den 30.07.2014, 14:57 +0200 schrieb Roland Mas: nmu twig_1.15.1-1 . ALL . -m Rebuild for phpapi-20131226 The twig package was prepared in April, and just passed NEW; in the meantime, PHP was upgraded in Debian, with a different API. Hence, one of the binary packages can't

Bug#756508: nmu: twig_1.15.1-1

Am Mittwoch, den 30.07.2014, 16:10 +0200 schrieb Roland Mas: Daniel Beyer, 2014-07-30 15:23:00 +0200 : (...) in the meantime upstream released Twig 1.16.0 and I'm currently updating the twig packaging. Instead of doing a nmu, may I asked you to upload the new upstream release for me

Bug#754150: pkg-php-tools: Please allow phpcomposer to handle dev and patch releases

the missing support. [1] https://getcomposer.org/doc/04-schema.md#version From 109c2068e2c240cc711a5f919d7c0a56f1259e0c Mon Sep 17 00:00:00 2001 From: Daniel Beyer d...@deb.ymc.ch Date: Tue, 8 Jul 2014 07:20:39 +0200 Subject: [PATCH] Allow phpcomposer to handle dev and patch releases According

Bug#751422: pkg-php-tools: Please, allow phpcomposer to handle uppercase ALPHA, RC and other WIP releases

Package: pkg-php-tools Version: 1.11~bpo70~dabe1 Severity: normal Tags: patch This is kind of a follow-up of bug #729452 that added initial support for ALPHA and other WIP releases. As of pkg-php-tools 1.11 dh_phpcomposer is not able to deal with uppercase ALPHA, RC and other WIP releases. I

Bug#513646: Packaging repository changed

For the record: The existing Debian packaging repository has been dropped and a new one replaces it. The new one can be found at: http://anonscm.debian.org/gitweb/?p=pkg-php/symfony.git;a=summary Further details can be found at:

Bug#513646: [pkg-php-pear] Let's reconsider the way Symfony2 Components are packaged for Debian

On Sat, 2014-05-24 at 15:33 +0200, Daniel Beyer wrote: On Fri, 2014-05-23 at 17:12 -0400, David Prévot wrote: Hi Daniel, (..) You may wish to transform #513646 as your ITP too. Just done that. I'll put a repo on git.d.o/git/pkg-php as soon as I have something worth putting

Bug#513646: Update wnpp info

Package: wnpp Severity: wishlist Owner: Daniel Beyer d...@deb.ymc.ch * Package name: php-symfony-components Version : 2.4.5 Upstream Author : Fabien Potencier fab...@symfony.com * URL : http://symfony.com/ * License : MIT Programming Lang: php Description

Bug#748834: Quite some more Symfony2 Components needed in Debian for SIlex

Digging through the dependencies of Silex, I made a list of Symfony2 Components missing in Debian. Already packaged are four. Those are: [1] event-dispatcher [2] routing [3] finder [4] process (finder and process are needed for tests, only) Two are missing as runtime dependencies:

Bug#748834: ITP: silex -- php micro framework

Package: wnpp Severity: wishlist Owner: Daniel Beyer d...@deb.ymc.ch * Package name: silex Version : 1.2.0 Upstream Author : Fabien Potencier fab...@symfony.com * URL : http://silex.sensiolabs.org/ * License : MIT Programming Lang: php Description : php

Bug#748834: ITP: silex -- php micro framework

Hi David On Wed, 2014-05-21 at 06:52 -0400, David Prévot wrote: Hi Daniel Le 21/05/2014 02:49, Daniel Beyer a écrit : Package: wnpp Silex is a concise, extensible and testable micro framework for php. It is based on the Symfony2 Components and Pimple and inspired by Sinatra. Please

Bug#748834: ITP: silex -- php micro framework

On Wed, 2014-05-21 at 13:07 -0400, David Prévot wrote: Hi Daniel, Le 21/05/2014 02:49, Daniel Beyer a écrit : I definitely intend to put Silex under the umbrella of the PHP PEAR Maintainers team. Great! Do you have any particular reason for wanting Silex in Debian, is it a dependency

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Mon, 2014-05-12 at 11:15 +0200, Roland Mas wrote: Daniel Beyer, 2014-05-12 07:54:43 +0200 : [...] I pushed everything I've done last week to anonscm.d.o [1] and uploaded the package again to mentors [2]. Roland, can you have an other look onto the package, especially the new

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Mon, 2014-05-05 at 13:31 +0200, Daniel Beyer wrote: On Mon, 2014-05-05 at 12:12 +0200, Roland Mas wrote: The main nit I have is that the testsuite doesn't pass. When I run pdebuild, the override_dh_auto_test target in debian/rules runs phpunit, and phpunit fails one test

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Mon, 2014-05-05 at 12:12 +0200, Roland Mas wrote: Daniel Beyer, 2014-05-04 23:44:03 +0200 : Roland, can you have a look onto the package? Yann and I think it is ready. You can find it on anonscm.d.o [1] or mentors [2]. Thanks a lot! I just did. The package looks almost ready

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

Roland, can you have a look onto the package? Yann and I think it is ready. You can find it on anonscm.d.o [1] or mentors [2]. Thanks a lot! Yann, please find my replies inline. On Sat, 2014-05-03 at 12:13 +0200, Yann Autissier wrote: Hi Daniel, I pushed two modifications to github : -

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Tue, 2014-04-29 at 00:57 +0200, Yann Autissier wrote: Hi Daniel, I agree that twig should be provided as two separate packages for the C module and the PEAR extension, with a dependance between both. Currently php-twig only suggests the C module, while the C module recommends

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Wed, 2014-04-29 at 09:24 +0200, Yann Autissier wrote: Here it is : https://github.com/aya Thanks, just added it. signature.asc Description: This is a digitally signed message part

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Wed, 2014-04-23 at 23:28 +0200, Daniel Beyer wrote: On Wed, 2014-04-23 at 19:14 +0200, Daniel Beyer wrote: (...) * I'm almost done with switching the packing to git-buildpackage and will push this to github in the next few hours. I just pushed that to the repo on github [1

Bug#745684: Regression: qemu 2.0.0+dfsg-3 lacking rbd support (from 1.7.0+dfsg-8)

On Wed, 2014-04-23 at 18:09 -0700, Michael Evans wrote: (...) Additionally qemu-1.7.0+dfsg- (versions with rbd enabled) has been removed from the Debian mirrors; making it somewhat difficult to revert to the version with rbd support /enabled/. You might want to use snapshot.debian.org

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Wed, 2014-04-23 at 18:23 +0200, Roland Mas wrote: Hi all, As part of https://wiki.debian.org/DebianFrance/NewContributorGame#Twig_packaging I'd like to introduce you guys to one another. Yann and Laurent expressed interest in packaging Twig; from a cursory read of the bug log, Daniel

Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig

On Wed, 2014-04-23 at 19:14 +0200, Daniel Beyer wrote: (...) * I'm almost done with switching the packing to git-buildpackage and will push this to github in the next few hours. I just pushed that to the repo on github [1] and dropped some no longer useful old branches. Additionally I

Bug#645883: Updated wnpp info

Package: wnpp Severity: wishlist Owner: Daniel Beyer d...@deb.ymc.ch * Package name: twig Version : 1.15.1 Upstream Author : Fabien Potencier fab...@symfony.com * URL : http://twig.sensiolabs.org/ * License : BSD 3-Clause (New BSD) Programming Lang: PHP, C

Bug#645883: Current status of twig

Hi David, On Mon, 2014-04-21 at 15:14 -0400, David Prévot wrote: Hi Daniel, On Sun, Jun 30, 2013 at 07:32:35PM +0200, Daniel Beyer wrote: I just wanted to inform you that I just opened an RFS (request for sponsorship) for Twig (see: #714548). Unfortunately, it looks like this report

Bug#705635: Seems to be fixed in 3.9.6-1~bpo70+1

Using 3.9.6-1~bpo70+1 from wheezy-backports no single freeze of the graphics happened on my Thinkpad E130 (Core i3, Sandybridge) within the last 4 days. The version of xserver-xorg-video-intel I have installed is the one currently found in wheezy (2:2.19.0-6). signature.asc Description: This is

Bug#705635: Found in 3.2.46-1

I done a fresh install of Wheezy on my Thinkpad E130 (Core i3, Sandybridge) today and can confirm this bug is present in 3.2.46-1. Not figured out, how to trigger it in a reliable way, but my graphics just froze the second time while just using the Gnome Shell. signature.asc Description: This

Bug#705635: Found in 3.2.46-1~bpo60+1

I can confirm this problem on my Thinkpad E130 (Core i3, Sandybridge) with 3.2.46-1~bpo60+1 from squeeze-backports. For me the easiest way to trigger a complete freeze of the graphics is moving my mouse courser fast over the animated icons of avant-window-navigator a few times. signature.asc

Bug#714790: Updated title and indicate that the ITP for exposong is blocked by the RFS for exposong

retitle 714790 RFS: exposong/0.8-1 [ITP| -- A worship presentation software block 713903 by 714790 thanks signature.asc Description: This is a digitally signed message part

Bug#714548: RFS: twig/1.13.1+dfsg-1 [ITP] -- Flexible, fast, and secure template engine for PHP

): * Initial release. (Closes: #645883) Regards, Daniel Beyer signature.asc Description: This is a digitally signed message part

Bug#645883: Current status of twig

Hi Paul, hi Guillaume I just wanted to inform you that I just opened an RFS (request for sponsorship) for Twig (see: #714548). This is needed, since I'm not a DD (Debian developer) and therefore can not upload new packages to Debian on my own. I decided to drop out Twig's documentation and the

Bug#645883: ITP #645883 - Under which license you intended to release the Debian packaging of twig

Hi Guillaume, so far you did not response to my question regarding the license you want to put your original work [1] under. Since Paul based his work on yours, we need a statement from you regarding the licensing. Paul suggested the MIT license [2], which would be fine for me. Do you agree

Bug#645883: ITP #645883 - Under which license you intended to release the Debian packaging of twig

Am Donnerstag, den 20.06.2013, 10:06 +0200 schrieb Guillaume Duhamel: It would be great if you find the time to answer! Sorry for not replying to previous mails :) No problem, thanks a lot for answering this one! I don't mind much the licensing terms for my work on Twig package, so if

Bug#645883: Updated wnpp info

Package: wnpp Severity: wishlist Owner: Daniel Beyer d...@deb.ymc.ch * Package name: twig Version : 1.13.1 Upstream Author : Fabien Potencier fab...@symfony.com * URL : http://twig.sensiolabs.org/ * License : BSD 3-Clause (New BSD) Programming Lang: PHP, C

Bug#645883: Are you still working on #645883 - ITP: twig -- Template engine for PHP

Hi Paul, you opened the ITP #645883 in late 2011 with the last notable activity in the end of 2012. Are you still working on bringing twig into Debian? If not, I would be happy to takeover your ITP as well as your existing work with the packaging. Additionally it would be possible for me to

Bug#645883: Are you still working on #645883 - ITP: twig -- Template engine for PHP

Am Donnerstag, den 13.06.2013, 17:43 +0100 schrieb Paul Waring: I don't know what to do next - hence the last comment. I don't mind if you want to take over from where I've got to or start afresh. No need to start from scratch, but the current packaging needs some love in order to have a

Bug#645883: ITP #645883 - Under which license you intended to release the Debian packaging of twig

Hi Paul, hi Guillaume, there is some source regarding the Debian packaging of twig at: https://github.com/pwaring/twig-debian Under which license you intended to release the source involved in the packaging? If you unsure, I suggest either using the GPL-3+ (which means the GNU General Public

Bug#706204: ITP: sgabios -- A bios option rom to provide legacy serial console for x86

Package: wnpp Severity: wishlist Owner: Daniel Beyer d...@deb.ymc.ch * Package name: sgabios Version : 2010.04.22 Upstream Author : Nathan Laredo n...@google.com * URL : https://code.google.com/p/sgabios/ * License : Apache-2.0 Programming Lang: C

Bug#526177: Option --root-directory of grub-install is broken in 0.97-47lenny2

Package: grub Version: 0.97-47lenny2 Severity: important Tags: patch The patch 'debian/patches/xfs_freeze.diff' in the source package from version 0.97-47lenny2 breaks the option '--root-directory=' of '/usr/sbin/grub-install'. Fixing this can be done easily by adding

Bug#521317: ifenslave-2.6: if-pre-up.d/ifenslave produces a write error in line 61 when using arp_ip_targets when restarting networking

Package: ifenslave-2.6 Version: 1.1.0-11 Severity: normal In line 61 of /etc/network/if-pre-up.d/ifenslave arp_ip_targets are added via sysfs. As on ifdown those targets are not removed, sysfs returns an IO-error. This is because existing targets can not be re-added. I think the best