Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: plug
Version : 1.0
Upstream Author : piorekf
* URL : http://piorekf.org/plug/
* License : GPL
Programming Lang: C++
Description : control Fender Mustang amplifiers
PLUG was orig
Ian Jackson writes:
> Matthias Klose writes ("Bug#664257: multiarch tuples are not
> documented/defined"):
>> On 18.04.2012 05:16, Jonathan Nieder wrote:
>> > I think the Multiarch/Tuples wiki page is now in a sane state, though
>> > as always it could presumably be improved even more. I think
Jonas Smedegaard writes:
> On 12-04-18 at 07:17pm, Simon McVittie wrote:
>> I hesitate to suggest this if there's a possibility that the main wine
>> package can come up to date before we freeze, but one way to have Wine
>> 1.4 (and/or 1.2) in the distribution without NMUs/hijacks would be a
>
On Wed, Apr 25, 2012 at 11:27:37AM +0200, Goswin von Brederlow wrote:
> Since we now have multiarch this isn't going to get fixed in ia32-libs
[…]
Given that multiarch is not likely to be completely ready soon, it makes sense
to still fix bugs in ia32-libs if they're easy to fix. (Like importing
On Wed, Apr 25, 2012 at 11:27:37AM +0200, Goswin von Brederlow wrote:
> As a side note: One problem with wine is that it needs 32bit libraries
> on amd64 and the state of ia32-libs. Ia32-libs does have some bugs open
> concerning wine, specifically it doesn't allow building wine from source
> (agai
Greetings,
in the last months there have been many discussions about init systems,
especially systemd. The current state seems to make no one really happy
- the current debian init system is a bit minimal and doesn't even do
stateful services in an elegant way (e.g. /etc/init.d/apache2 start;
/etc
Goswin von Brederlow writes ("Re: Bug#664257: multiarch tuples are not
documented/defined"):
> Ian Jackson writes:
> > What change to the Debian operating system, or to processes,
> > documents, infrastructure or organisational arrangements, maintained
> > by the Debian project, is this bug reque
Patrick Lauer writes:
> in the last months there have been many discussions about init systems,
> especially systemd. The current state seems to make no one really happy
> - the current debian init system is a bit minimal and doesn't even do
> stateful services in an elegant way (e.g. /etc/init.d/
On 04/25/12 21:40, Arto Jantunen wrote:
[snip]
>> I'd like to ask you to evaluate OpenRC as candidate to replace the "old"
>> have-always-been-there sysvinit/insserv init scripts in Debian.
>
> Based on this text it seems to me that OpenRC doesn't do anything that
> our current init wouldn't do (w
I wonder no one mention Solaris SMF :-)
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f981885.2020...@gmail.com
Igor Pashev writes:
> I wonder no one mention Solaris SMF :-)
Does a free port of that thing exist, which we could use?
--
|8]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://list
On Wed, Apr 25, 2012 at 5:27 AM, Goswin von Brederlow wrote:
> Jonas Smedegaard writes:
>
>> On 12-04-18 at 07:17pm, Simon McVittie wrote:
>>> I hesitate to suggest this if there's a possibility that the main wine
>>> package can come up to date before we freeze, but one way to have Wine
>>> 1.4
Hi,
as a very first step I suggest to get OpenRC packaged for Debian. Until then,
your suggestion is a bit like suggesting to use the hurd as the default kernel
;-)
cheers,
Holger
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
On Wed, Apr 25, 2012 at 08:52:59PM +0800, Patrick Lauer wrote:
> I'd like to ask you to evaluate OpenRC as candidate to replace the "old"
> have-always-been-there sysvinit/insserv init scripts in Debian.
While as others have mentioned that ideally a more dynamic init
system such as systemd or upst
On Wed, Apr 25, 2012 at 11:27:37AM +0200, Goswin von Brederlow wrote:
> I only sporadically read this thread. But isn't one of the problems with
> wine that different things run with different wine versions?
Related, is this considered a regression in Wine? That is, if app X
works with wine Y but
Dear all,
I noticed that offlineimap was a few upstream releases behind.
I filed a bug report on the 19th of April, offering to update the
package, go through bug reports, and maintain the package.
There was no response from the current maintainer, John Francesco Ferlito.
His packages have litt
On Apr 25, Patrick Lauer wrote:
> in the last months there have been many discussions about init systems,
> especially systemd. The current state seems to make no one really happy
Not true. systemd and upstart do not make /everybody/ happy, but nothing
does.
> I'd like to ask you to evaluate Op
On Wed, 2012-04-25 at 19:49 +0200, Marco d'Itri wrote:
> On Apr 25, Patrick Lauer wrote:
>
...
> > I'd like to ask you to evaluate OpenRC as candidate to replace the "old"
> > have-always-been-there sysvinit/insserv init scripts in Debian.
> What we need is an event-driven init system, anything e
On 26/04/2012 03:05, Svante Signell wrote:
> On Wed, 2012-04-25 at 19:49 +0200, Marco d'Itri wrote:
>> On Apr 25, Patrick Lauer wrote:
>>
> ...
>>> I'd like to ask you to evaluate OpenRC as candidate to replace the "old"
>>> have-always-been-there sysvinit/insserv init scripts in Debian.
>> What w
On 25/04/12 18:37, Dmitrijs Ledkovs wrote:
> Dear all,
>
> I noticed that offlineimap was a few upstream releases behind.
>
> I filed a bug report on the 19th of April, offering to update the
Just to clarify, I filed MIA query, not because I am impatient since
19th of April 2012, but because acc
On Fri, Apr 13, 2012 at 2:17 PM, Sebastian Reichel wrote:
> It may be a good idea to write directly who Albin Tonnerre, who does
> all the work. Last status I know is, that he wants to wait for a new
> stable release before updating the packages.
Hi all,
Sorry for the delay…
Mainly due to lack
Howdy,
I'm around, I was married recently so the last few months have been a
bit chaotic. I'll look over all my stuff over the weekend. Feel free
to upload an NMU in the meantime though and I'd be more than happy to
have another maintainer.
Cheers,
John
On Wed, Apr 25, 2012 at 06:37:38PM +0100,
On Thu, Apr 26, 2012 at 03:23:18AM +0800, Chow Loong Jin wrote:
> I think Arto Jantunen explained it pretty well earlier in this thread:
> > Reliability in the case of modern kernels and modern hardware means
> > event based, not static. The hardware in a modern computer comes and
> > goes as it pl
Eray Aslan writes:
> On Thu, Apr 26, 2012 at 03:23:18AM +0800, Chow Loong Jin wrote:
>> I think Arto Jantunen explained it pretty well earlier in this thread:
>> > Reliability in the case of modern kernels and modern hardware means
>> > event based, not static. The hardware in a modern computer c
24 matches
Mail list logo
