On Thu, Jun 26, 2014 at 08:41:17AM +0200, Josselin Mouette wrote:
> Le mercredi 25 juin 2014 à 18:53 -0700, Steve Langasek a écrit :
> > > And logind replacements have not appeared yet, as expected.
> > Because this is a misstatement of the problem. Logind works systemd-shim
> > today.
> If it w
Le mercredi 25 juin 2014 à 18:53 -0700, Steve Langasek a écrit :
> > And logind replacements have not appeared yet, as expected.
>
> Because this is a misstatement of the problem. Logind works systemd-shim
> today.
If it works as well as logind without systemd as pid 1 in earlier
versions (leadi
Hi,
Norbert Preining:
> > http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
>
> Unfair - because it is in the most cases not on free will.
> Everyone usi
> The interesting dependency chain is:
Simon, thank you very much for this mail and the two ones following it.
Your objectiveness and choice of words in this heated debate is really
appreciated!
Cheers,
Fabian
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
Thomas Goirand writes:
> On 06/25/2014 03:59 PM, Josselin Mouette wrote:
>> Le mercredi 25 juin 2014 à 14:29 +0800, Thomas Goirand a écrit :
>>> Do you know any other package like systemd, with a non-negligible amount
>>> of users willing to *not* have it installed, but which is always brought
>>
On Thu, Jun 26, 2014 at 10:53 AM, Andrew Schurman wrote:
> I'm looking into leveraging or creating a tool which can identify
> non-free artifacts that should be removed as part of a debian package.
You should clarify what you mean by non-free in this situation;
* artefacts under licenses that pr
Hey guys,
I'm looking into leveraging or creating a tool which can identify
non-free artifacts that should be removed as part of a debian package.
The tool would be used for java projects. Does such exist?
In order to create one, I would first need to figure out what kind of
artifacts are non-fre
Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko
* Package name: patchclamp
Version : 1.0
Upstream Author : Vadim Alexeenko
* URL : http://patchclamp.net
* License : GPL
Programming Lang: C++
Description : basic tool for patch clamping physio
On Thu, Jun 26, 2014 at 03:22:50AM +0200, Marco d'Itri wrote:
> On Jun 26, Norbert Preining wrote:
> > > http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=
On Jun 26, Norbert Preining wrote:
> > http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
>
> Unfair - because it is in the most cases not on free will.
On 2014-06-25 14:03:20 -0700 (-0700), Russ Allbery wrote:
> This doesn't change anything else that you point out, but that's
> why you run startx & and then log out of the virtual console.
On my workstations and travel machines I have:
alias x='startx&exit'
...in my ~/.bash_aliases file. Wor
> http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
Unfair - because it is in the most cases not on free will.
Everyone using Gnome - and that are a lot o
On Jun 25, Thomas Goirand wrote:
> I used the word "Insidious" as I would have use "Stealth", because it's
> happening slowly, without us noticing, that everything in Debian is
> being locked with systemd. Soon, we'll have no choice.
This is why you should stop fighting: systemd has won.
http://
Simon McVittie writes:
> Orthogonal to that, startx is basically terrible. It only works because
> /usr/bin/X is setuid root, and that seems Bad™. Also, if you run it from
> a virtual console, a locked X screensaver is worthless, because someone
> can just switch virtual console with Ctrl+Alt+Fn,
Package: wnpp
Severity: wishlist
Owner: Travis Nickles
* Package name: antimicro
Version : 2.4
Upstream Author : Travis Nickles
* URL : https://github.com/Ryochan7/antimicro
* License : GPL
Programming Lang: C++
Description : Graphical program used to
Hi,
Thomas Goirand:
> > If you don't like that depencendy, it's your job to offer a patch
> > which supports an alternative to that maintainer.
>
> It's not reasonable to tell I'm responsible for all of this.
>
This "you" was meant to refer to the collective set of people who want a
supported sy
On 25/06/14 20:03, Svante Signell wrote:
> On Wed, 2014-06-25 at 17:38 +0100, Simon McVittie wrote:
>> Upstream developers in various projects increasingly oppose group-based
>> access, because membership of many "desktop stuff" groups essentially
>> means "can ssh in and do bad things to a local u
On 25/06/14 19:51, Svante Signell wrote:
> Looks like consolekit is the package fork if such a thing ever happens.
> There are still patches, mainly for kFreeBSD, from 2013-2014 in the
> freedesktop BTS since the last release. When was the Debian switch from
> consolekit to policykit-1 made?
Conso
On Wed, 2014-06-25 at 17:38 +0100, Simon McVittie wrote:
> On 25/06/14 15:43, Svante Signell wrote:
> > Regarding mate desktop policykit-1 build-depends on libsystemd-login-dev
> > only for linux-any. What functionality is missing for other
> > architectures?
>
> The interesting dependency chain i
On Tue, 2014-06-24 at 20:23 +0200, Josselin Mouette wrote:
> Le mardi 24 juin 2014 à 19:57 +0200, Svante Signell a écrit :
> > Are there any chances that some version of policykit-1 could stay free
> > from any *systemd* dependency?
>
> PolicyKit needs a session tracking mechanism, and with Conso
Package: wnpp
Severity: wishlist
Owner: Tobias Frost
* Package name: soci
Version : 3.2.2
Upstream Author : see http://soci.sourceforge.net/people.html
* URL : http://soci.sourceforge.net/
* License : Boost Software License 1.0
Programming Lang: C++
Descrip
Am 25.06.2014 17:26, schrieb Romain Francoise:
> In preparation of this switch David Suárez did a full archive rebuild on
> EC2, the results of which are detailed in the post linked above.
> In summary, the bulk of the failures is for packages that explicitly use
> an older GCC version, which doesn
On 25/06/14 15:43, Svante Signell wrote:
> Regarding mate desktop policykit-1 build-depends on libsystemd-login-dev
> only for linux-any. What functionality is missing for other
> architectures?
The interesting dependency chain is:
policykit-1 Depends libpam-systemd [linux-any] (degraded function
Le 25/06/2014 08:49, Raphael Hertzog a écrit :
> This happened a few times already but only with well know DD.
For what it's worth, Ole is well known an respected in the area in which
he has contributed most, the Debian Astro team, which he created.
Kind regards, Thibaut.
signature.asc
Descri
Hi,
dpkg-buildflags will soon start using -fstack-protector-strong instead
of -fstack-protector as the compiler flag used to enable stack
protection. The new flag is a new feature introduced in GCC 4.9, more
information is available here:
https://lwn.net/Articles/584225/
http://www.outflux.net/
Package: wnpp
Severity: wishlist
Owner: Barry Warsaw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: python-persistent
Version : 4.0.8
Upstream Author : Zope Foundation and Contributors
* URL : https://pypi.python.org/pypi/persistent/4.0.8
* License
On Wed, 2014-06-25 at 22:01 +0800, Thomas Goirand wrote:
> On 06/25/2014 03:59 PM, Josselin Mouette wrote:
> >
> > You are insinuating that people are surreptitiously adding dependencies
> > on systemd components their packages don’t need, just so that they get
> > installed on your system to piss
On 06/25/2014 03:59 PM, Josselin Mouette wrote:
> Le mercredi 25 juin 2014 à 14:29 +0800, Thomas Goirand a écrit :
>> Do you know any other package like systemd, with a non-negligible amount
>> of users willing to *not* have it installed, but which is always brought
>> back by insidious reverse de
Christoph Anton Mitterer dijo [Fri, Jun 20, 2014 at 10:24:07PM +0200]:
> > I do feel the keyring-maint package is a leftover from days long
> > gone. Nowadays the keyring is kept at a DVCS tree, and regularly
> > exported to a publicly accessible instance.
> Any reason for that "internal" repo? I m
Raphael Hertzog dijo [Fri, Jun 20, 2014 at 09:17:25AM +0200]:
> > FWIW, I was thinking about including the possible disappearance as one
> > of the points to talk about in the DebConf BoF we proposed regarding
> > keyring-maint.
>
> Why not switch it to something more dynamic ?
>
> Make the packa
On Tue, Jun 24, 2014 at 06:09:38PM -0700, Don Armstrong wrote:
> On Tue, 24 Jun 2014, Frédéric Brière wrote:
> > Marking all packages providing wordlist as "Multi-Arch: foreign" would
> > allow them to satisfy dependencies from packages of foreign
> > architectures.
[…]
> 2) This particular issue
Hi,
Svante Signell:
> Thanks to the systemd-must-die package I've prevented a new sneak in of
> systemd-sysv on one of my computers. (have to get rid of the one already
> there, time to boot is minutes and time from login to desktop is also
> minutes :-( Faster boot, bah!)
>
Please take a closer
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-oslo.db
Version : 0.2.0
Upstream Author : OpenStack Development Mailing List
* URL : https://github.com/openstack/oslo.db
* License : Apache-2.0
Programming Lang: Python
Descrip
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-retrying
Version : 1.2.2
Upstream Author : Ray Holder
* URL : https://github.com/rholder/retrying
* License : Apache-2.0
Programming Lang: Python
Description : simplifies the
Hi,
Thomas Goirand:
> On 06/25/2014 02:23 AM, Josselin Mouette wrote:
> > Are you going to recommend a $package-must-die for each of them?
>
> Do you know any other package like systemd, with a non-negligible amount
> of users willing to *not* have it installed, but which is always brought
> back
Le mercredi 25 juin 2014 à 14:29 +0800, Thomas Goirand a écrit :
> Do you know any other package like systemd, with a non-negligible amount
> of users willing to *not* have it installed, but which is always brought
> back by insidious reverse dependencies?
“Insidious reverse dependencies”?
You a
36 matches
Mail list logo
