Le samedi 29 novembre 2014 à 16:37 +, Ivan Shmakov a écrit :
> > Josselin Mouette writes:
>
> […]
>
> > Desktops (not only GNOME) use a very tiny bit of systemd, interfaces
> > that could be provided elsewhere.
>
> Is that “use” as in “if available” or is that actually “require
Hi,
Philip Hands:
> It seems to me that we could:
>
> Make systemd link runlevel 2 to graphical.target, and 3,4 & 5 to
> multi-user.target, or perhaps in an attempt to be slightly less
> confusing to outsiders, how about:
> 2 & 5 --> graphical
> 3 & 4 --> multi-user
>
Or we could
> Josselin Mouette writes:
> Le samedi 29 novembre 2014 à 16:37 +, Ivan Shmakov a écrit :
> Josselin Mouette writes:
[…]
>>> Desktops (not only GNOME) use a very tiny bit of systemd,
>>> interfaces that could be provided elsewhere.
>> Is that “use” as in “if available” or is
❦ 30 novembre 2014 10:10 GMT, Ivan Shmakov :
> > Directly: DEs provide more useful features (especially power
> > management) with systemd but will work correctly without.
>
> I see nothing in the ‘apcupsd’ changelog [1] (which is about the
> only package related to power managemen
On Sun, 30 Nov 2014, Vincent Bernat wrote:
> A side-effect is that power management got a lot easier and reliable for
> people not using GNOME, thanks to systemd.
As a XFCE user, I have to contradict this statement. It is still a
pain because xfce and systemd still don't act completely properly
to
I demand that Stephan Seitz may or may not have written...
> On Fri, Nov 28, 2014 at 02:41:23PM +0100, Marco d'Itri wrote:
>> On Nov 28, Svante Signell wrote:
>>> a) Upgrades should _not_ change init: whatever is installed should be
>>> kept.
>> I disagree: upgrades should get the default init sy
> Vincent Bernat writes:
> ❦ 30 novembre 2014 10:10 GMT, Ivan Shmakov :
[…]
>> Or does the above concerns the users of “normally battery-powered”
>> devices instead?
> Previously, every DE would need to reimplement power management.
> Now, this is handled by systemd (and hence not
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-fog-xml
Version : 0.1.1
Upstream Author : Michael Hale
* URL : https://github.com/fog/fog-xml/
* License : Expat
Programming Lang: Ruby
Description : XML parsing for fog provider
On Sun, Nov 30, 2014 at 3:11 AM, Ben Hutchings wrote:
> working upstream
Are there any vendors of ARM-based devices who are doing that?
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? C
Le dimanche 30 novembre 2014 à 12:50 +, Ivan Shmakov a écrit :
> > PolicyKit rely on logind to know if a user is locally connected. A
> > non-local user won't be allowed things like network management, local
> > device mounting or sound card access.
>
> That looks like a problem to
❦ 30 novembre 2014 12:50 GMT, Ivan Shmakov :
> > PolicyKit rely on logind to know if a user is locally connected. A
> > non-local user won't be allowed things like network management, local
> > device mounting or sound card access.
>
> That looks like a problem to solve, not a feature.
Hi,
Ivan Shmakov:
> I agree that the issue gets trickier for multiuser hosts, but
> I’m pretty sure that there still will be at least one user for
> whom no such access restrictions should apply, – irrespective of
> his or her “login locality.”
>
The access groups are stil
* Darren Salt [141130 14:17]:
> I demand that Stephan Seitz may or may not have written...
>
> > On Fri, Nov 28, 2014 at 02:41:23PM +0100, Marco d'Itri wrote:
> >> On Nov 28, Svante Signell wrote:
> >>> a) Upgrades should _not_ change init: whatever is installed should be
> >>> kept.
> >> I disa
Package: wnpp
Severity: wishlist
Owner: Balasankar C
* Package name: ruby-fog-voxel
Version : 0.0.1
Upstream Author : Lance Ivy
* URL : https://github.com/fog/fog-voxel
* License : Expat
Programming Lang: Ruby
Description : Module for the 'fog' gem to
On 11/30/2014 at 06:56 AM, Vincent Bernat wrote:
> ❦ 30 novembre 2014 10:10 GMT, Ivan Shmakov :
>
>>> Directly: DEs provide more useful features (especially power
>>> management) with systemd but will work correctly without.
>>
>> I see nothing in the ‘apcupsd’ changelog [1] (which is about the
❦ 30 novembre 2014 14:53 +0100, Josselin Mouette :
>> That looks like a problem to solve, not a feature.
>>
>> For home installs, I see no reason for the owner of the device
>> to be /denied/ access to the sound card just because of using
>> SSH. Why, it’s exactly what I do
On Friday, 28 de November de 2014 07:45:29 Josselin Mouette escribió:
[...]
> This is nothing short of bullying. If you want to help our users, you
> can contribute to debianfork, or you can improve your packages in
> Debian. But spreading your bitterness on development forums is only
> about hurti
On Sunday, 30 de November de 2014 13:55:04 Vincent Bernat escribió:
> ❦ 30 novembre 2014 12:50 GMT, Ivan Shmakov :
> > > PolicyKit rely on logind to know if a user is locally connected. A
> > > non-local user won't be allowed things like network management, local
> > > device mounting or soun
> Josselin Mouette writes:
> Le dimanche 30 novembre 2014 à 12:50 +, Ivan Shmakov a écrit :
[…]
>> For home installs, I see no reason for the owner of the device to be
>> /denied/ access to the sound card just because of using SSH. Why,
>> it’s exactly what I do. (I even did thi
Hi,
The Wanderer:
> Thus, having systemd provide power management would at best have no
> effect, more likely increase the likelihood of power-management bugs
> (and make documenting power-management behavior harder),
You're forgetting a few things here.
* The idea is for all the legacy code to
On Sun, 30 Nov 2014 15:59:06 +
Noel Torres wrote:
> On Friday, 28 de November de 2014 07:45:29 Josselin Mouette escribió:
> [...]
> > This is nothing short of bullying. If you want to help our users,
> > you can contribute to debianfork, or you can improve your packages
> > in Debian. But spr
On Sun, 2014-11-30 at 21:48 +0800, Paul Wise wrote:
> On Sun, Nov 30, 2014 at 3:11 AM, Ben Hutchings wrote:
>
> > working upstream
>
> Are there any vendors of ARM-based devices who are doing that?
Most of the SoC vendors seem to be doing *some* work to get their chips
supported upstream, but I
Matthias Urlichs writes:
> Hi,
>
> Philip Hands:
>> It seems to me that we could:
>>
>> Make systemd link runlevel 2 to graphical.target, and 3,4 & 5 to
>> multi-user.target, or perhaps in an attempt to be slightly less
>> confusing to outsiders, how about:
>> 2 & 5 --> graphical
>>
Am Sonntag, 30. November 2014, 18:05:54 schrieb Neil Williams:
> On Sun, 30 Nov 2014 15:59:06 +
>
> Noel Torres wrote:
[…]
> Debian:
> > If you want to help our users, you
> > can contribute to debianfork, or you can improve your packages in
> > Debian. But spreading your bitterness on develo
Package: wnpp
Owner: Dominique Dumont
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org
* Package name: cme
Version : 1.001-1
Upstream Author : Dominique Dumont
* URL : https://metacpan.org/release/App-Cme
* License :
Le dimanche 30 novembre 2014 à 19:59 +0100, Martin Steigerwald a écrit :
> You complain about people blaming Debian, or more exactly Debian technical
> committee and GR decisions, for their decision to leave. Yes, it is anyone´s
> decision to leave. No one to blame for it.
>
> But that also work
Package: wnpp
Owner: Per Carlson
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdata-validate-struct-perl
Version : 0.08
Upstream Author : Thomas v.Dein
* URL : https://metacpan.org/release/Data-Validate-
Package: wnpp
Owner: Per Carlson
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libsession-token-perl
Version : 1.008
Upstream Author : Doug Hoyte
* URL : https://metacpan.org/release/Session-Token
* License
Package: wnpp
Owner: Per Carlson
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdata-validate-perl
Version : 0.09
Upstream Author : Richard Sonnen (son...@richardsonnen.com)
* URL : https://metacpan.org/re
Am Sonntag, 30. November 2014, 21:54:09 schrieb Josselin Mouette:
> Le dimanche 30 novembre 2014 à 19:59 +0100, Martin Steigerwald a écrit :
> > You complain about people blaming Debian, or more exactly Debian technical
> > committee and GR decisions, for their decision to leave. Yes, it is
> > any
Package: wnpp
Severity: wishlist
Owner: Johan Van de Wauw
* Package name: geopy
Version : 1.4.0
Upstream Author : Brian Beck, other contributors
* URL : https://github.com/geopy/geopy
* License : MIT
Programming Lang: Python
Description : Python client
Hello!
I am at least pausing my work on fio, fsmark, as well as unreleased filebench
and atop 2.1 packaging work as I do not want to waste my energy with working
in what I perceive as a hostile environment.
I have been told to stop posting here and have even been moderated by a
listmaster for
On Mon, 01 Dec 2014, Martin Steigerwald wrote:
> I have been told to stop posting here and have even been moderated by
> a listmaster for expressing my truth. And I believe this to be
> unjustified and not neutral.
Just for the record, listmaster@ has not moderated Martin. I have
personally warned
On Sun, Nov 30, 2014 at 04:40:21PM +, Ivan Shmakov wrote:
> > Josselin Mouette writes:
> > * Other users only have access to audio devices through ACLs when
> > physically logged on.
>
> Unless I be mistaken, ACLs are only applied at the time of
> open(2). What about the pr
On Sun, 30 Nov 2014, Don Armstrong wrote:
> Just for the record, listmaster@ has not moderated Martin. I have
> personally warned him in regards to his recent content-less postings to
> -devel in a private e-mail which was Cc:'ed to listmaster.
Which is a listmaster statement ... I told you alread
On Mon, Dec 01, 2014 at 02:10:09AM +0100, Andreas Bombe wrote:
> On Sun, Nov 30, 2014 at 04:40:21PM +, Ivan Shmakov wrote:
> > > Josselin Mouette writes:
> > > * Other users only have access to audio devices through ACLs when
> > > physically logged on.
> >
> > Unless I be mistaken,
Norbert Preining writes:
> On Sun, 30 Nov 2014, Don Armstrong wrote:
>> Just for the record, listmaster@ has not moderated Martin. I have
>> personally warned him in regards to his recent content-less postings to
>> -devel in a private e-mail which was Cc:'ed to listmaster.
>
> Which is a listmas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
+1 Phil.
Norbert's and TG's mail in this year (not all mail but everyone following ML's
knows which one) are definition of bad behaviour that at least violates good
manners and should be sanctioned so others don't feel they can call out their
fel
On Sat, 2014-11-22 at 11:42 +0100, Wouter Verhelst wrote:
> Except that if a firewall "protects" a user from using their printer
> (random example, not sure how likely)
Well most security guys are probably sceptical about any automagical
confiugration of things like a printer... so "protects" can
On 29/11/14 3:51 AM, "Emmanuel Bourg" wrote:
>Hi Tim,
>
>I believe we already have that one:
>
>https://packages.qa.debian.org/j/jffi.html
>
Thanks Emmanuel. You're correct of course. The rest of the jnr-* modules
require a big update (1.0.2 -> 1.2.7) to the jffi package, but I haven't
been ab
Forward for -devel convenience only, bug is already reassigned,
retitled, etc.
Andrei
- Forwarded message from Pander -
Date: Sun, 30 Nov 2014 22:54:15 +0100
From: Pander ,
To: sub...@bugs.debian.org
Subject: Bug#771592: TAG: python-pynlpl -- Python library for Natural Language
Proces
Control: reassign -1 wnpp
Control: severity -1 wishlist
Control: retitle -1 RFP: python-isoweek -- Python module to provide the class
Week
On Du, 30 nov 14, 22:54:27, Pander wrote:
> Package: python-isoweek
> Severity: RFP
>
> See also and link to https://bugs.launchpad.net/ubuntu/+bug/1273829
>
Control: reassign -1 wnpp
Control: severity -1 wishlist
Control: retitle -1 RFP: tg -- Command-line interface for Telegram
On Du, 30 nov 14, 22:54:22, Pander wrote:
> Package: tg
> Severity: RFP
>
> See also and link to https://bugs.launchpad.net/ubuntu/+bug/1284112
>
> description: Command-line
Control: reassign -1 wnpp
Control: severity -1 wishlist
Control: retitle -1 RFP: python-nfc -- Python module to read/write NFC tags or
communicate with another NFC device
On Du, 30 nov 14, 22:54:31, Pander wrote:
> Package: python-nfc
> Severity: RFP
>
> See also and link to https://bugs.launchp
44 matches
Mail list logo
