Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-zake
Version : 0.0.14
Upstream Author : Joshua Harlow
* URL : https://github.com/yahoo/Zake
* License : Apache-2.0
Programming Lang: Python
Description : provides a set of te
Thomas Goirand writes:
> On 02/19/2014 08:05 AM, Henrique de Moraes Holschuh wrote:
>> On Tue, 18 Feb 2014, Russ Allbery wrote:
>>> There are some advantages to providing only one version with knowledge
>>> of all of the init systems given that we're supporting init system
>>> switching, and ther
Hi,
I'm replying to everyone in a single mail, I hope that's fine. I'm
therefore a bit repeating myself, sorry for that.
On 02/19/2014 02:18 AM, Didier 'OdyX' Raboud wrote:
> Le mercredi, 19 février 2014, 00.56:07 Thomas Goirand a écrit :
>> On 02/18/2014 11:10 PM, Jonathan Dowland wrote:
>>> On
On Mon, Feb 17, 2014 at 02:02:59AM -0500, Eric Dorland wrote:
> * Adrian Bunk (b...@stusta.de) wrote:
> > On Sun, Feb 16, 2014 at 02:14:10AM -0500, Eric Dorland wrote:
> > > All of the bugs have been filed. Just under half have been
> > > fixed. Almost all the rest have tested patches. I'm going to
On Tue, Feb 18, 2014 at 08:05:12PM +, Kevin Chadwick wrote:
> It's just occurred to me that the binary format may not work with append
> only logging?
That's true for the journal. When the journal opens its binary log, it
flags the file as being opened, but what is the issue with not being
app
Apparently sysvinit scripts must be retained anyway for a smooth
migration to jessie; also for easy backporting of jessie packages to
wheezy, and maybe other reasons. Non-Linux ports are likely to use
those SysV init scripts, though we might invoke them from something
other than sysvinit.
I know
On Tue, 18 Feb 2014, Russ Allbery wrote:
> Henrique de Moraes Holschuh writes:
> > They *HAVE* to be provided by the active init system. They are an
> > impedance matching layer (aka stable API) used by maintainer scripts to
> > interface with the active init system.
>
> If you look at the exist
Henrique de Moraes Holschuh writes:
> They *HAVE* to be provided by the active init system. They are an
> impedance matching layer (aka stable API) used by maintainer scripts to
> interface with the active init system.
If you look at the existing implementation, you'll find that the version
pro
On Tue, 18 Feb 2014, Tollef Fog Heen wrote:
> > Once I consider OpenRC ready for it, would it be ok to just replace
> > sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
>
> No, update-rc.d and invoke-rc.d still need to be provided by something.
They *HAVE* to be provided by t
On Tue, Feb 18, 2014 at 10:58:50PM +, Roger Leigh wrote:
> I hope the above is useful for measuring progress on this front. Do
> we have any plans for enforcing build-arch for jessie at this point?
> If we haven't already, stronger warnings when running dpkg-buildpackage
> and stronger lintian
3 │
│ successful │ successful │ 8650 │
└┴┴───┘
Raw data:
http://www.codelibre.net/~rleigh/rebuild-buildarch-20140218.sql.xz
So the good news is that the great majority of the archive does support
build-arch directly (8650 packages) without the need for autodetection.
On 02/18/2014 03:31 PM, Neil McGovern wrote:
> On Tue, Feb 18, 2014 at 07:18:30PM +0100, Didier 'OdyX' Raboud wrote:
>> [0] Can we haz a release name?
>>
> Sure. It's Debian 8.0, "zurg". [0]
finally one of the 'bad' guys!
[*] as a release, sid don't apply
>
> Neil
> [0] Note: may be a lie.
--
On Wed, Feb 19, 2014 at 01:11:21AM +0800, Thomas Goirand wrote:
> Actually, thinking about it a 2nd time, I think there would be a major
> drawback in delaying to Jessie +1. If we decide that sysv-rc goes away,
> then starting at the Jessie release, we don't have to care anymore about
> LSB header
Package: wnpp
Severity: wishlist
Owner: Daniel Lintott
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libsharyanto-file-util-perl
Version : 0.56
Upstream Author : Steven Haryanto
* URL : https://metacpan.org/release/SHARYANTO-File-Util
* License
On Tue, Feb 18, 2014 at 09:29:44PM +0100, Wouter Verhelst wrote:
> On Tue, Feb 18, 2014 at 02:00:36PM +0400, Sergey B Kirpichev wrote:
> > On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
> > > Doesn't matter. rc.local is an interface that has been around since
> > > forever, and wh
On Tue, Feb 18, 2014 at 05:25:13PM +0100, Josselin Mouette wrote:
> Le lundi 17 février 2014 à 13:24 +, Wookey a écrit :
> > The main complaint in this thread seems to be 'my sound worked with
> > ALSA, but installing PA stopped/stops it working'. It seems to me that
> > PA should try very har
On Tue, Feb 18, 2014 at 02:00:36PM +0400, Sergey B Kirpichev wrote:
> On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
> > On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
> > > Kevin Chadwick :
> > > >> Doesn't matter) rc.local shouldn't be used by local
> > > >
previously on this list Svante Signell contributed:
> > To answer the original poster's own question, what can he do?
> >
> > He can stop writing these emails and start writing code (a fork of
> > systemd supporting kFreeBSD, to be specific)
>
> I don't think forking systemd is a good choice,
previously on this list Helmut Grohne contributed:
> So for the time being (i.e. until all of my systems and recovery systems
> are converted to systemd), I do see a slight[2] disadvantage
> It may take even longer until all initramfs will use
> systemd (and I do want to read logs from the initra
previously on this list John Paul Adrian Glaubitz contributed:
> The problem is that many people who complain about PulseAudio issues
> are often prejudiced about it in the first place such that they aren't
> actually interested in having the problem fixed but rather just want
> to get rid of it a
previously on this list Matthias Urlichs contributed:
> > discussion. No, we should not depend on it for Debian; but we should
> > provide the interface for system administrators who wish to use it,
> > because it is not Debian's place to tell them that they cannot use that
> > interface.
> >
>
previously on this list Steve Langasek contributed:
> All
> software has bugs. The difference is in how you handle them.
And how many!!! AND how many per 1000 lines AND how many run with
priviledges.
--
___
'Write programs th
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-mixtools
Version : 1.0.1
Upstream Author : Derek Young
* URL : http://cran.r-project.org/web/packages/mixtools
* License : GPL
Programming Lang: R
Description : GNU R tools fo
Hello,
On Tue, 18 Feb 2014 19:59:13 +0100
Tollef Fog Heen wrote:
> > Once I consider OpenRC ready for it, would it be ok to just replace
> > sysv-rc by OpenRC, and transform sysv-rc into a transitional
> > package?
> No, update-rc.d and invoke-rc.d still need to be provided by
> something.
O
]] Thomas Goirand
> Once I consider OpenRC ready for it, would it be ok to just replace
> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
No, update-rc.d and invoke-rc.d still need to be provided by something.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky abo
On Tue, Feb 18, 2014 at 07:18:30PM +0100, Didier 'OdyX' Raboud wrote:
> [0] Can we haz a release name?
>
Sure. It's Debian 8.0, "zurg". [0]
Neil
[0] Note: may be a lie.
signature.asc
Description: Digital signature
Le mercredi, 19 février 2014, 00.56:07 Thomas Goirand a écrit :
> On 02/18/2014 11:10 PM, Jonathan Dowland wrote:
> > On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
> >> Once I consider OpenRC ready for it, would it be ok to just replace
> >> sysv-rc by OpenRC, and transform sysv-r
Le mercredi, 19 février 2014, 01.11:21 Thomas Goirand a écrit :
> Actually, thinking about it a 2nd time, I think there would be a major
> drawback in delaying to Jessie +1. If we decide that sysv-rc goes
> away, then starting at the Jessie release, we don't have to care
> anymore about LSB header
Christian Seiler writes ("PoC: cross-init-bridge"):
> 1. Is there any interest in at least the current version of the
> cross-init-bridge? If so, I'll add a proper build system, fix the known
> quirks/bugs, call that "0.1" and make a debian package out of it. (I'm
> not a DD, so somebody else will
Thomas Goirand writes:
> Actually, thinking about it a 2nd time, I think there would be a major
> drawback in delaying to Jessie +1. If we decide that sysv-rc goes away,
> then starting at the Jessie release, we don't have to care anymore about
> LSB header scripts. Meaning that we could write sy
Helmut Grohne writes ("Re: Two line init.d scripts? Sure, that will work!"):
> On Thu, Feb 06, 2014 at 11:59:11AM +, Ian Jackson wrote:
> > I think the best approach would probably be to automate the generation
> > of init scripts in debhelper.
>
> Is that a joke? I find it hard to tell.
I w
On 02/18/2014 11:38 PM, Didier 'OdyX' Raboud wrote:
> Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit :
>> Once I consider OpenRC ready for it, would it be ok to just replace
>> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
>> What is the opinion of other DDs? Is
On Tue, Feb 18, 2014 at 10:17:53AM +0100, Matthias Urlichs wrote:
> but it takes care of the "Future" part. For the "past" one, obviously
> you'll have to ask PA to enumerate the sink's inputs and then move them
> to the new default one by one.
>
> The pavucontrol GUI doesn't do that currently, bu
On 02/18/2014 11:10 PM, Jonathan Dowland wrote:
> On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
>> Once I consider OpenRC ready for it, would it be ok to just replace
>> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
>> What is the opinion of other DDs? Is t
On Tue, Feb 18, 2014 at 05:26:05PM +0100, Christoph Egger wrote:
> Hm so why was none of the ports list Cc-ed on this mail? There is
> active discussion [0] between hurd and bsd people were we want to go
> now.
Likewise perhaps pkg-sysvinit-devel should be copied into all such
discussions (copie
Le mardi 18 février 2014 à 11:51 +0100, Andrew Shadura a écrit :
> On 18 February 2014 11:37, Jean-Christophe Dubacq wrote:
> > This is obviously a feeling. Facts would be better.
>
> > Pulseaudio is not broken, not by large. Many linux users use it without
> > any problems; it is default on alm
Le lundi 17 février 2014 à 13:24 +, Wookey a écrit :
> The main complaint in this thread seems to be 'my sound worked with
> ALSA, but installing PA stopped/stops it working'. It seems to me that
> PA should try very hard to make sure that whatever output ALSA was using
> before is still used
On 02/18/2014 11:38 PM, Didier 'OdyX' Raboud wrote:
> Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit :
>> Once I consider OpenRC ready for it, would it be ok to just replace
>> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
>> What is the opinion of other DDs? Is
On 18/02/2014 12:13, Salvo Tomaselli wrote:
> In data martedì 18 febbraio 2014 12.03.57, John Paul Adrian Glaubitz ha
> scritto:
>> That works here just fine, just tested it while listening to music
>> on Youtube. You really must be doing something completely wrong
>> when you are having so much t
Hi!
Ondřej Surý writes:
> I don't really want to open another can of worms, but what's the opinion
> of non-Linux ports maintainers on default init?
Hm so why was none of the ports list Cc-ed on this mail? There is
active discussion [0] between hurd and bsd people were we want to go
now.
> Or
On Tue, Feb 18, 2014 at 11:58:20PM +0800, Thomas Goirand wrote:
> You are IMO missing the point. I'm not proposing to drop support for
> init scripts, but remove sysv-rc. That's very different! We could
> continue to have init scripts but have OpenRC to use them.
Although I'm still not sure what p
Hi Antonio,
I wrote you two times in the last months to and asked
whether you're still interested in maintaining cfengine in Debian:
- 2013-08-15: "cfengine3 debian update, debconf"
- 2014-01-14: "update cfengine3 debian package?"
Since you did not reply, I'm also CCing debian-devel now to ask
On 02/18/2014 11:08 PM, Guus Sliepen wrote:
> On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
>
>> On 02/18/2014 10:15 PM, Ondřej Surý wrote:
> [...]
>>> If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
>>>
>>> Depends: systemd | openrc
>>>
>>> if I want to get rid of
On 18/02/14 14:15, Ondřej Surý wrote:
> If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
>
> Depends: systemd | openrc
>
> if I want to get rid of non-declarative init scripts in my daemon
> packages?
I don't think that's going to be a good migration path from wheezy to
jessie. For
Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit :
> Once I consider OpenRC ready for it, would it be ok to just replace
> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
> What is the opinion of other DDs? Is there anyone which would like to
> keep the old featurele
Hello,
On 18 February 2014 16:08, Guus Sliepen wrote:
>> Once I consider OpenRC ready for it, would it be ok to just replace
>> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
>> What is the opinion of other DDs? Is there anyone which would like to
>> keep the old featureles
On Tue, Feb 18, 2014 at 03:15:24PM +0100, Ondrej Surý wrote:
> Hi,
>
> I don't really want to open another can of worms, but what's the opinion
> of non-Linux ports maintainers on default init?
>
> Or maybe I should turn it another way:
>
> If we have working OpenRC on kFreeBSD and GNU Hurd, can
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
> On 02/18/2014 10:15 PM, Ondřej Surý wrote:
[...]
> > If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
> >
> > Depends: systemd | openrc
> >
> > if I want to get rid of non-declarative init scripts in my daemon
> > pac
On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote:
> Once I consider OpenRC ready for it, would it be ok to just replace
> sysv-rc by OpenRC, and transform sysv-rc into a transitional package?
> What is the opinion of other DDs? Is there anyone which would like to
> keep the old featur
On 02/18/2014 10:15 PM, Ondřej Surý wrote:
> Hi,
>
> I don't really want to open another can of worms, but what's the opinion
> of non-Linux ports maintainers on default init?
>
> Or maybe I should turn it another way:
>
> If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
>
> Depend
Hi,
I don't really want to open another can of worms, but what's the opinion
of non-Linux ports maintainers on default init?
Or maybe I should turn it another way:
If we have working OpenRC on kFreeBSD and GNU Hurd, can I do:
Depends: systemd | openrc
if I want to get rid of non-declarative in
On Tue, Feb 18, 2014 at 11:37:31AM +0100, Jean-Christophe Dubacq wrote:
> On 18/02/2014 10:57, Andrew Shadura wrote:
> > Hello,
> >
> > On 18 February 2014 09:33, Lars Wirzenius wrote:
> >> On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
> >>> Is it not? It's much more convenient
Hi,
Salvo Tomaselli:
> > • Make PA better? File a bug report
> Get a bug report to be read instead of closed immediately? Post on debian-
> devel I suppose.
>
OK, so we all (or most of us, anyway) admit that the original bug which
sparked this discussion could have been handled better. Worse, it'
On Mon, Feb 17, 2014 at 13:58 +0100, John Paul Adrian Glaubitz wrote:
> On 02/17/2014 01:37 PM, Norbert Preining wrote:
> > Why can you not simply say something like: "Well yes, there seem
> > to be some problems and we will try to fix them if we can get hold
> > of enough input. You DDs should be
In data martedì 18 febbraio 2014 12.51.38, hai scritto:
Hi,
>From my perspective, it's not that pulseaudio is broken and has to be purged
from existence, it is that reports from users who can't get any audio are
being responded to with: "your fault, deal with it, pulseaudio works for me so
it'
On 02/18/2014 12:13 PM, Salvo Tomaselli wrote:
> In data martedì 18 febbraio 2014 12.03.57, John Paul Adrian Glaubitz ha
> scritto:
>> That works here just fine, just tested it while listening to music
>> on Youtube. You really must be doing something completely wrong
>> when you are having so muc
Hi,
Salvo Tomaselli writes:
> A certain number of users seem to be having troubles with pulseaudio, yet you
> keep insisting that it's just their fault and that since you can't reproduce
> (have you even tried?) then the problem doesn't exist.
>
> We understood it, for you pulseaudio is complet
In data martedì 18 febbraio 2014 12.03.57, John Paul Adrian Glaubitz ha
scritto:
> That works here just fine, just tested it while listening to music
> on Youtube. You really must be doing something completely wrong
> when you are having so much trouble with Pulse Audio.
A certain number of users
On 18/02/14 11:51, Andrew Shadura wrote:
> The only time I has somehow working PulseAudio was when I installed
> Ubuntu on a computer I was going to sell. However, it had some
> extremely weird behaviour: music did play only as long as I was on the
> same virtual console as the X server — as soon a
Hello,
On 18 February 2014 12:03, John Paul Adrian Glaubitz
wrote:
> That works here just fine, just tested it while listening to music
> on Youtube. You really must be doing something completely wrong
> when you are having so much trouble with Pulse Audio.
I don't know how could I do anything c
On 02/18/2014 11:51 AM, Andrew Shadura wrote:
> The only time I has somehow working PulseAudio was when I installed
> Ubuntu on a computer I was going to sell. However, it had some
> extremely weird behaviour: music did play only as long as I was on the
> same virtual console as the X server — as s
On 18 February 2014 11:37, Jean-Christophe Dubacq wrote:
> This is obviously a feeling. Facts would be better.
> Pulseaudio is not broken, not by large. Many linux users use it without
> any problems; it is default on almost all distributions, including the
> largest ones (Debian is the exception
On 18/02/2014 10:57, Andrew Shadura wrote:
> Hello,
>
> On 18 February 2014 09:33, Lars Wirzenius wrote:
>> On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
>>> Is it not? It's much more convenient than fighting with a broken audio
>>> server which was written by a bunch of not rea
On 02/18/2014 10:03 AM, Helmut Grohne wrote:
> Thanks. Unlike tools like xz, just installing systemd does have
> side-effects on the system. These are usually considered bugs and
> quickly ironed out, but I believe some are still present in the wheezy
> package and I am thus reluctant to install wh
On Sun, Feb 16, 2014 at 10:19:24PM +0100, Wouter Verhelst wrote:
> On Sun, Feb 16, 2014 at 03:28:30PM +0400, Sergey B Kirpichev wrote:
> > Kevin Chadwick :
> > >> Doesn't matter) rc.local shouldn't be used by local
> > >> admin to start services from. Why not use usual init-script?
> > >
> > > I
Hello,
On 18 February 2014 09:33, Lars Wirzenius wrote:
> On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
>> Is it not? It's much more convenient than fighting with a broken audio
>> server which was written by a bunch of not really sane people suffering
>> from some extreme form
On 2014-02-18, Lars Wirzenius wrote:
> On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
>> Is it not? It's much more convenient than fighting with a broken audio
>> server which was written by a bunch of not really sane people suffering
>> from some extreme form of a NIH syndrome.
>
On Sun, Feb 16, 2014 at 02:18:08PM +0100, Michael Biebl wrote:
> > For the record: If the recovery system does run systemd, you go
> > journalctl -D /path/to/your/journal/copy.
>
> Small correction here: The recovery system needs to have systemd
> *installed*, not running. All you need is the jour
Hi,
Helmut Grohne:
> * Set a different sink to be the default sink. This doesn't move any
>existing streams.
but it takes care of the "Future" part. For the "past" one, obviously
you'll have to ask PA to enumerate the sink's inputs and then move them
to the new default one by one.
The pavuc
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: django-sitetree
Version : 1.0.0
Upstream Author : Igor Starikov
* URL : https://github.com/idlesign/django-sitetree
* License : BSD
Pr
On Tue, Feb 18, 2014 at 12:09:11AM +0100, Andrew Shadura wrote:
> Is it not? It's much more convenient than fighting with a broken audio
> server which was written by a bunch of not really sane people suffering
> from some extreme form of a NIH syndrome.
I think that attacking people isn't a good
Le mardi 18 février 2014 à 00:09 +0100, Andrew Shadura a écrit :
> > Sure, you need to put the MAC address of your headset in your
> > ~/.asoundrc. That's pretty convenient and user-friendly.
>
> Is it not?
No.
--
.''`.Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to
On Tue, Feb 18, 2014 at 04:47:19AM +0100, Matthias Urlichs wrote:
> Hi,
>
> Ben Hutchings:
> > So maybe the necessary change would be:
> > - move the pulseaudio ALSA plugins and this config file into a new
> > binary package
> > - rename the config file so it's not just an example
> > - make pul
73 matches
Mail list logo
