On 24 October 2013 07:30, Christoph Anton Mitterer wrote:
> In sid, gnome-settings-daemon depends now on systemd.
>
This looks like the dependency is kernel/platform dependant:
http://packages.debian.org/sid/gnome-settings-daemon has:
dep: systemd [not hppa, hurd-i386, kfreebsd-amd64, kfreebsd-
On Thu, Oct 24, 2013 at 02:09:46AM +0200, Adam Borowski wrote:
> On Wed, Oct 23, 2013 at 02:39:15PM -0700, Steve Langasek wrote:
> > The problem is the scope creep. It's perfectly fine for
> > gnome-settings-daemon to depend on the dbus services provided by systemd;
> No, not even that, as long a
Steve Langasek wrote:
> On Thu, Oct 24, 2013 at 02:21:25AM +0200, Matthias Klumpp wrote:
> > 2013/10/24 Steve Langasek :
> > > [...]
> > >> If Gnome depends on gnome-settings-daemon, which now depends on systemd,
> > >> this might be a worrying trend, as non-Linux kernels don't support
> > >> syst
On Thu, Oct 24, 2013 at 10:25:52AM +0900, Charles Plessy wrote:
> Le Thu, Oct 24, 2013 at 02:09:46AM +0200, Adam Borowski a écrit :
> >
> > Also, GNOME does _not_ absolutely need systemd. Proof: Ubuntu. This part
> > of its packaging in Debian strikes me as being intentionally malicious to
> > p
On Thu, Oct 24, 2013 at 02:21:25AM +0200, Matthias Klumpp wrote:
> 2013/10/24 Steve Langasek :
> > [...]
> >> If Gnome depends on gnome-settings-daemon, which now depends on systemd,
> >> this might be a worrying trend, as non-Linux kernels don't support systemd.
> > Well, that's one more reason t
Le Thu, Oct 24, 2013 at 02:09:46AM +0200, Adam Borowski a écrit :
>
> Also, GNOME does _not_ absolutely need systemd. Proof: Ubuntu. This part
> of its packaging in Debian strikes me as being intentionally malicious to
> push an agenda. And this is not the first time, we had this with Network
>
Steve Langasek wrote:
> On Thu, Oct 24, 2013 at 09:47:52AM +1100, Brian May wrote:
> > If Gnome depends on gnome-settings-daemon, which now depends on systemd,
> > this might be a worrying trend, as non-Linux kernels don't support systemd.
>
> Well, that's one more reason the init system and the d
On 24 October 2013 11:09, Adam Borowski wrote:
> * it breaks other users of cgroups. I have not tested this personally
> (mostly because of the above point), but if I understand it right, it takes
> over the whole cgroups system, requiring anything that runs on the same
> kernel instance to beg
2013/10/24 Steve Langasek :
> [...]
>> If Gnome depends on gnome-settings-daemon, which now depends on systemd,
>> this might be a worrying trend, as non-Linux kernels don't support systemd.
>
> Well, that's one more reason the init system and the dbus services should be
> separated out in the pack
On Wed, Oct 23, 2013 at 02:39:15PM -0700, Steve Langasek wrote:
> The problem is the scope creep. It's perfectly fine for
> gnome-settings-daemon to depend on the dbus services provided by systemd;
No, not even that, as long as xfce4[1] and other non-GNOME environments
require gnome-settings-daem
As a side note to this discussion, more interesting than a list of
all resolvers would be a list of /verifying/ resolvers.
An easy way to find all packaged verifying resolvers, to choose one
for local installation would help many users.
And an easy way to depend on a local verifier would help bot
On Thu, Oct 24, 2013 at 09:47:52AM +1100, Brian May wrote:
> On 24 October 2013 08:39, Steve Langasek wrote:
> > No, please reread that mail from the release team. It is a *proposal*
> > from the systemd maintainers to implement full systemd support. The
> > release team have not said that they
On 24 October 2013 08:39, Steve Langasek wrote:
> No, please reread that mail from the release team. It is a *proposal* from
> the systemd maintainers to implement full systemd support. The release
> team
> have not said that they have endorsed this as a release goal (and frankly,
> I
> don't e
Le Tue, Oct 22, 2013 at 03:43:03PM +0200, Ondřej Surý a écrit :
>
> The proposed names are:
>
> authoritative-name-server - authoritative domain name server
> recursive-name-server - recursive domain name server
Dear Ondřej,
I am planning a Policy update by the end of the month.
My understandi
Le Wed, Oct 23, 2013 at 09:47:23PM +0200, Patrice Duroux a écrit :
>
> May be this is the wrong place or my subject has been already discussed
> in different ways, but is it a crazy idea that a package provides kinds
> of pre- prerm and/or post- postinst scripts regarding package(s) that
> is(are)
On Wed, Oct 23, 2013 at 11:06:39PM +0200, John Paul Adrian Glaubitz wrote:
> On 10/23/2013 10:30 PM, Christoph Anton Mitterer wrote:
> > I wouldn't have any issues with that, but at least right now systemd is
> > for me not yet production ready (it seems to miss proper dm-crypt
> > integration - o
On Wed, 2013-10-23 at 23:06 +0200, John Paul Adrian Glaubitz wrote:
> On 10/23/2013 10:30 PM, Christoph Anton Mitterer wrote:
> > Well I hope this doesn't turn into some kind of flame war... about
> > systemd, GNOME or similar.
>
> I don't hope either, I'm tired of these.
>
> > I wouldn't have an
On Wed, 16, Oct, 2013 at 11:42:47PM +0100, Steve McIntyre spoke thus..
> >Following the removal of s390 from jessie, we intend to complete the
> >process by removing it from sid this weekend. If anyone has any
> >objection to this, please let us know as soon as possible.
> >As noted above by Julie
On 10/23/2013 10:30 PM, Christoph Anton Mitterer wrote:
> Well I hope this doesn't turn into some kind of flame war... about
> systemd, GNOME or similar.
I don't hope either, I'm tired of these.
> I wouldn't have any issues with that, but at least right now systemd is
> for me not yet production
On Wed, 23 Oct 2013 12:05:30 -0700, Steve Langasek wrote:
> > And practical usage has shown that distinguishing between bootstrap, cross
> > and test deps is genuinely useful. Doko has also expressed this opinion,
> > and in is one of the few people that has used this seriously. So I really
> >
Hi.
Well I hope this doesn't turn into some kind of flame war... about
systemd, GNOME or similar.
In sid, gnome-settings-daemon depends now on systemd.
I wouldn't have any issues with that, but at least right now systemd is
for me not yet production ready (it seems to miss proper dm-crypt
integ
Package: wnpp
Severity: wishlist
Owner: Damyan Ivanov
* Package name: libmoosex-types-path-tiny-perl
Version : 0.006
Upstream Author : David Golden
* URL : https://metacpan.org/release/MooseX-Types-Path-Tiny
* License : Apache-2.0
Programming Lang: Perl
De
On 22/10/13 21:27, Steven Chamberlain wrote:
> Some people have been trying to identify small sets of essential
> packages already, in the context of bootstrapping an architecture[1]. I
> wonder if that's likely to overlap with this? It encompasses toolchain
> and essential arch-specific packages
Dear Debian Developers,
May be this is the wrong place or my subject has been already discussed
in different ways, but is it a crazy idea that a package provides kinds
of pre- prerm and/or post- postinst scripts regarding package(s) that
is(are) just recommended or suggested by it? So that those s
On Wed, Oct 23, 2013 at 07:01:36PM +0100, Wookey wrote:
> +++ Steve Langasek [2013-10-19 20:46 -0700]:
> > Hi Johannes,
> > My understanding is that all build-dependency loops in the archive can be
> > broken with a single additional stage (stage1), so only one added profile
> > and one added buil
+++ Steve Langasek [2013-10-19 20:46 -0700]:
> Hi Johannes,
>
> My understanding is that all build-dependency loops in the archive can be
> broken with a single additional stage (stage1), so only one added profile
> and one added build-dependency field would be required.
No, that's wrong. We ne
On Wed, 23 Oct 2013 19:22:12 +0200, Stephen Kitt wrote:
> Would you be interested in packaging this within the Games Team?
>
> Also, it would be great if game-data-packager could be enhanced to build a
> package for the data files (and we can help you with that).
Never mind, I see Jon beat me to
Hi Bret,
On Mon, 21 Oct 2013 16:41:43 +0200, Bret Curtis wrote:
> * Package name: OpenMW
> Version : 0.26.0
> Upstream Author : Marc Zinnschlag
> * URL : http://www.openmw.org/
> * License : GPLv3
> Programming Lang: C++
> Description : Reimplementatio
Package: wnpp
Severity: wishlist
Owner: Ximin Luo
* Package name: cpp-netlib
Version : 0.10.1
Upstream Author : cpp-netlib authors
* URL : http://cpp-netlib.org/
* License : Boost Software License - Version 1.0
Programming Lang: C++
Description : C++ Ne
Steven Chamberlain dixit:
>Come to think of it, it must take a day or more for m68k to rebuild
>eglibc. This is a more serious problem than resources needed by
Kernel takes a day now (on the fastest VMs), eglibc 3 days,
gcc 5 days (since gcj got folded into it; add another day or
so once gnat wi
On 23/10/13 12:55, Stewart Smith wrote:
> Geert Uytterhoeven writes:
>> On Wed, Oct 23, 2013 at 12:36 AM, Stewart Smith
>> wrote:
>>> Jenkins can have slaves on remote hosts, via SSH. It runs a small java
>>> app there, so as long as the arch has a JVM then you're pretty right.
>>
>> For whatever
Geert Uytterhoeven writes:
> On Wed, Oct 23, 2013 at 12:36 AM, Stewart Smith
> wrote:
>> Jenkins can have slaves on remote hosts, via SSH. It runs a small java
>> app there, so as long as the arch has a JVM then you're pretty right.
>
> For whatever definition of small. I've seen it consuming 1 G
On 22/10/13 23:36, Stewart Smith wrote:
> Jenkins can have slaves on remote hosts, via SSH. It runs a small java
> app there, so as long as the arch has a JVM then you're pretty right.
That may be useful to set up on some arches, for things where Jenkins
needs direct control over CPU-intensive tas
On Wed, Oct 23, 2013 at 12:38 PM, Jonathan Dowland wrote:
> clone 727195 -1
> reassign -1 game-data-packager
> retitle -1 game-data-packager: please support packaging Morrowind data
> found -1 22
> thanks
>
> Hi Bret,
>
> Would you consider/have you considered joining the Debian Games Team?
> I s
Small is 64m ram not 256m. I just woke up and was catching up on things. My
apologies.
On Oct 23, 2013 7:20 AM, "Britt Dodd" wrote:
> I run Jenkins at my job. Small is around 256mb. Plus the Jenkins server
> can sit on a high-memory machine and the agent just sit on a 68k box doing
> builds. Smal
I run Jenkins at my job. Small is around 256mb. Plus the Jenkins server can
sit on a high-memory machine and the agent just sit on a 68k box doing
builds. Small is like 64M ram. You Amiga/Atari guys seem to have oodles of
ram to work with Lol.
On Oct 23, 2013 2:45 AM, "Geert Uytterhoeven" wrote:
clone 727195 -1
reassign -1 game-data-packager
retitle -1 game-data-packager: please support packaging Morrowind data
found -1 22
thanks
Hi Bret,
Would you consider/have you considered joining the Debian Games Team?
I seem to recall this being discussed in the team at some point. (Team
mailing l
Hi...
I have HQ web sites..
All my sites have unique IPs address DA30+ PA 45+ Low OBL unique content
Google indexed USA hosted.
If you are looking for blog post blogroll links please let me know ,
I will offer you very competitive rates and with quality work.
Looking forward to your positive re
Package: wnpp
Severity: wishlist
Owner: Bret Curtis
* Package name: OpenMW
Version : 0.26.0
Upstream Author : Marc Zinnschlag
* URL : http://www.openmw.org/
* License : GPLv3
Programming Lang: C++
Description : Reimplementation of The Elder Scrolls III
Package: wnpp
Severity: wishlist
Owner: Bret Curtis
* Package name: OpenMW
Version : 0.26.0
Upstream Author : Marc Zinnschlag
* URL : http://www.openmw.org/
* License : GPLv3
Programming Lang: C++
Description : Reimplementation of The Elder Scrolls III
40 matches
Mail list logo
