-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/03/2014 11:53 PM, Russ Allbery wrote:
> The Wanderer writes:
>
>> I, for one, would be highly displeased if a routine dist-upgrade to
>> testing required me to reboot to avoid having things break.
>
>> I generally dist-upgrade my primary co
Hi,
The Wanderer:
> I, for one, would be highly displeased if a routine dist-upgrade to
> testing required me to reboot to avoid having things break.
>
We're talking about an upgrade from one release to the other here,
with many intrusive changes (not just systemd).
If you do that upgrade not in
The Wanderer writes:
> I, for one, would be highly displeased if a routine dist-upgrade to
> testing required me to reboot to avoid having things break.
> I generally dist-upgrade my primary computer to testing about once a
> week, give or take, but I don't reboot it more often than once a month
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/03/2014 01:40 PM, Matthias Urlichs wrote:
> Hi,
>
> Thorsten Glaser:
>>> Can we get over this now and start making Jessie the most awesome
>>> stable release we've ever prepared together?
>>
>> To do that, it MUST work without systemd, if a
On 03/07/14 22:50, David Weinehall wrote:
> Why would the NSA take even the slightest risk of discovery
> when they could put a backdoor in a driver for a piece of hardware that
> has full access to your system?
Or on the firmware of your HDD/SDD:
http://s3.eurecom.fr/~zaddach/docs/Recon14_HDD.pd
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 586 (new: 10)
Total number of packages offered up for adoption: 137 (new: 0)
Total number of packages reques
Hi,
Matthias Urlichs writes:
>> Please respect our decision to stay away from systemd and still be
>> Debian users. If possible, please, don't resist changes that make our
>> lives easier.
>>
> *Sigh*.
>
> The problem is not that anybody resists such changes.
I disagree. People *do* in fact res
Package: wnpp
Severity: wishlist
Owner: Andrew Kelley
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-ytdl-core
Version : 0.2.0
Upstream Author : Roly Fentanes (https://github.com/fent)
* URL : https://github.com/fent/node-ytdl-core
* License :
Package: wnpp
Severity: wishlist
Owner: Andrew Kelley
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-jstream
Version : 0.2.7
Upstream Author : Roly Fentanes (https://github.com/fent)
* URL : https://github.com/fent/node-jstream
* License : Exp
Package: wnpp
Severity: wishlist
Owner: Andrew Kelley
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-clarinet
Version : 0.9.0
Upstream Author : Nuno Job (http://nunojob.com/)
* URL : https://github.com/dscape/clarinet
* License : BSD
Progra
Am 28.06.2014 19:44, schrieb Osamu Aoki:
> Hi,
>
> The path for the arch dependent header file seems to have several options.
>
> 1) /usr/include//*.h
> 2) /usr/include///*.h
> 3) /usr/lib///include/*.h
>
> I would like to know rationale for each choice, especially between 2 and 3.
1) has th
Am 03.07.2014 18:45, schrieb Joey Hess:
> This thread seems to be discussing the wrong problems[1].
>
> We currently have the problem that systemd is still not installed by
> default by debootstrap, despite the tech ctte decision being made months
> ago. It's not clear what the right solution to
On Thu, Jul 03, 2014 at 11:25:36AM -0700, Russ Allbery wrote:
[snip]
> If the NSA are going to hide back-doors in open source projects (a rather
> dubious idea to start with, given how difficult it is and how much social
> blowback there would be when such a thing was inevitably discovered), they
>
On 13626 March 1977, Norbert Preining wrote:
> On Wed, 02 Jul 2014, Joerg Jaspert wrote:
>> And should we open the archive for a series of "i hate $tool, i never
>> want it" packages, where do we stop? In theory we could end up with a
>> load of them.
> Joerg, please be reasonable.
I entirely am,
Hi,
Alexander Pushkin:
> It's core developers
*Its.
I think we can do without (quite unfounded, IMHO) insinuations that
systemd is somehow infected with an NSA-sponsored backdoor or two,
thank you very much.
> Please respect our decision to stay away from systemd and still be Debian
> users. I
Alexander Pushkin writes:
> For some of us there will never be an awesome Debian release that at
> it's core contains systemd. It's core developers, Lennart Poettering and
> Kay Sievers, work for a company that has multi-billion dollar contracts
> with NSA. It is your choice to assume good faith
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: liblinux-pid-perl
Version : 0.04
Upstream Author : Rafael Garcia-Suarez
* URL : https://metacpan.org/release/Linux-Pid
* Li
Package: wnpp
Owner: gregor herrmann
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtest-requiresinternet-perl
Version : 0.02
Upstream Author : Mark Allen
* URL : https://metacpan.org/release/Test-Require
Didier, Hello.
> The proper solution is to stop trying to hide ourselves from to the fact
> that some sort of systemd interfaces have been made unavoidable in
> modern desktop environments (fact which is rightfully reflected in our
> dependencies tree).
> Can we get over this now and start ma
Hi,
Thorsten Glaser:
> A lot of Debian systems even run without dbus!
>
Yeah. So? systemd doesn't force you to run a dbus daemon.
> No, there just has not been any challenge that met the form and
> other requirements… and I am at a bit of loss at what to do here.
>
You get to do the same thing
This thread seems to be discussing the wrong problems[1].
We currently have the problem that systemd is still not installed by
default by debootstrap, despite the tech ctte decision being made months
ago. It's not clear what the right solution to that is; should
debootstrap special-case systemd o
Package: wnpp
Severity: wishlist
Owner: Geoff
* Package name: python-musicpd
Version : 0.4.1
Upstream Author : Kaliko Jack
* URL : https://pypi.python.org/pypi/python-musicpd
* License : LGPL
Programming Lang: Python
Description : An MPD (Music Player
>Yet I didn't see any proposal for a "consolekit-must-die" package=
Must be because most people did not even get consolekit installed.
Or because it was not that intrusive?
(People "in the know" avoided *kit for a long time already anyway.)
bye,
//mirabilos
--
To UNSUBSCRIBE, email to debian-
Le jeudi 03 juillet 2014 à 07:36 +0900, Norbert Preining a écrit :
> You will never get xfce via an indirect 4-step dependency chain,
> but systemd comes in due to being the first alternative
> with lots of packages.
Just like ConsoleKit used to.
For the *exact* same reasons.
Yet I didn’t see an
On Thu, 3 Jul 2014, Didier 'OdyX' Raboud wrote:
> The proper solution is to stop trying to hide ourselves from to the fact
> that some sort of systemd interfaces have been made unavoidable in
> modern desktop environments (fact which is rightfully reflected in our
Eh… you know… these are not a
On Thu, Jul 03, 2014 at 05:01:13PM +0200, David Weinehall wrote:
> On Wed, Jul 02, 2014 at 12:04:46AM +0800, Thomas Goirand wrote:
> > I don't think so. I think it encourages to be more easy going, and have
> > fun, but never mind. Let's keep Debian boring^W^Wportland weird. :)
>
> Would you feel
On Wed, Jul 02, 2014 at 12:04:46AM +0800, Thomas Goirand wrote:
> I don't think so. I think it encourages to be more easy going, and have
> fun, but never mind. Let's keep Debian boring^W^Wportland weird. :)
Would you feel the same if someone were to, say, upload a
"hurd-must-die" package?
Kind
Folks,
Le jeudi, 3 juillet 2014, 14.20:24 Juliusz Chroboczek a écrit :
> Isn't the proper solution to add blacklisting support to dpkg, then?
The proper solution is to stop trying to hide ourselves from to the fact
that some sort of systemd interfaces have been made unavoidable in
modern deskto
At Thu, 03 Jul 2014 14:20:24 +0200,
Juliusz Chroboczek wrote:
>
> > You have not yet explained why apt pinning is not enough.
>
> >>> Simply because apt is not the only way to install packages.
>
> >> Don't synaptic and/or whatever honor these pins too?
>
> > I have no idea about synaptic,
Thanks a lot for this package.
> I would like to maintain inside Debian Python Modules Team,
> this package is relevant since is needed by the new binwalk release
> (don't know if other packages needs it)
I know at least about two package that could be interested by this dependency.
pyfai and in
> You have not yet explained why apt pinning is not enough.
>>> Simply because apt is not the only way to install packages.
>> Don't synaptic and/or whatever honor these pins too?
> I have no idea about synaptic, but there’s e.g. cupt (which
> works as apt replacement, but probably (didn’t c
Package: wnpp
Severity: wishlist
Owner: Gianfranco Costamagna
* Package name : python-pyqtgraph
Version : 0.9.8
Upstream Author : Luke Campagnola
* URL : http://luke.campagnola.me/code/pyqtgraph
* License : MIT
Programming Lang: Python
Description : Sci
Matthias Urlichs wrote:
>Thorsten Glaser:
>> >> You have not yet explained why apt pinning is not enough.
>> Simply because apt is not the only way to install packages.
>Don't synaptic and/or whatever honor these pins too?
I have no idea about synaptic, but there’s e.g. cupt (which
works as apt
Hi,
Thorsten Glaser:
> >> You have not yet explained why apt pinning is not enough.
>
> Simply because apt is not the only way to install packages.
>
Don't synaptic and/or whatever honor these pins too?
> Right. Furthermore, pinning can be used by the local admin,
> without namespacing pin prio
Juliusz Chroboczek wrote:
>Emilio Pozuelo Monfort wrote:
>> You have not yet explained why apt pinning is not enough.
Simply because apt is not the only way to install packages.
> - conflicting packages are honoured by dpkg, unlike pinning;
> - a package can conflict with multiple packages, whil
On Jo, 03 iul 14, 00:24:44, Juliusz Chroboczek wrote:
> > You have not yet explained why apt pinning is not enough.
>
> I'd appreciate an explanation too. I've inserted in my apt/preferences
> file the incantation given by Vitali F. (to whom thanks) at the very
> beginning of this thread, and it
Quoting Charles Plessy (2014-07-03 03:14:21)
> may I suggest the Blends framework to those who want metapackages that
> influence what is installed by default on their system ?
>
> Currently, one of the main limits of the Blends framework is that it
> works mostly by installing metapackages afte
37 matches
Mail list logo
