Zack Weinberg wrote:
> Matthias Urlichs wrote:
>> I also expect the Jessie upgrade to switch to systemd. Because,
>> frankly and strictly IMHO, doing anything else makes no sense
>> whatsoever.
> This is exactly the thing I don't agree with.
> I think _new installs_ of Jessie should use systemd
Evgeni Golov wrote:
["eatmydata apt-get upgrade" propagates to daemons re-started by
maintainerscripts ]
> While pimping invoke-rc.d sounds like a good idea (and should be done),
> I'd prefer the postrm pg_dump that is called from dbconfig-common not to
> be executed with eatmydata either. Or with
On Sun, Sep 07 2014, Scott Kitterman wrote:
> On September 6, 2014 11:30:11 PM EDT, Manoj Srivastava
> wrote:
> I'll confess up front that I'm a neophyte when it comes to git. From
> what I can tell though we've been using git-dpm for feature branches
> in pkg-clamav and it seems to me to work
It was pointed out off-list that my mail could be considered harsh.
If so I apologise for this, I certainly didn't intend that.
On Sat, 2014-09-06 at 13:56 +0400, Dmitry Bogatov wrote:
> My reason was that I am noob, and it takes undefined amount of time for
> me to find out how to package new ki
On September 6, 2014 11:30:11 PM EDT, Manoj Srivastava
wrote:
>On Sun, Sep 07 2014, Brian May wrote:
>
>
>> In another email by Manoj Srivastava:
>>
>>> That is really a matter of displaying history. The diagram
>> displays Git history, not the patches; when B21 is committed, > there
>is
On Sun, Sep 07 2014, Brian May wrote:
> In another email by Manoj Srivastava:
>
>> That is really a matter of displaying history. The diagram
> displays Git history, not the patches; when B21 is committed, > there is no
> patch representing B12, however, that commit is still in /.git/obje
On Sun, Sep 07, 2014 at 02:20:33AM +0200, Guillem Jover wrote:
> On Sun, 2014-09-07 at 00:05:59 +0200, Marco d'Itri wrote:
> > On Sep 06, Noel Torres wrote:
> > > It is just wrong to have dependencies on the init system.
> > > If you need dbus, you should Depend on dbus, and systemd should
> > >
On Sep 07, Guillem Jover wrote:
> > This is why most of these dependencies are on libpam-systemd, which does
> > not depend on systemd.
> That's incorrect:
What I meant was "does not depend on systemd being PID 1".
Are you happy now?
--
ciao,
Marco
signature.asc
Description: Digital signatur
On 28 August 2014 00:41, Paulo Tomé wrote:
> rebasing is not an option for any branch that is published, and is very
>> ride to your downstream developers. if git-dpm requires that model of
>> software development, one would have to consider it unsuitable for non
>> trivial package development. I
On Sun, 2014-09-07 at 00:05:59 +0200, Marco d'Itri wrote:
> On Sep 06, Noel Torres wrote:
> > It is just wrong to have dependencies on the init system.
> > If you need dbus, you should Depend on dbus, and systemd should
> > Provides dbus.
> This is why most of these dependencies are on libpam-sy
On Sun, 07 Sep 2014 00:03:29 +0200, Marco d'Itri wrote:
> On Sep 06, Sven Joachim wrote:
> > Here's what I get when replacing sysvinit-core with systemd-sysv in my
> > pbuilder chroot:
> To be fair, most of these packages (adduser, kmod, udev and their
> dependencies, for a start) would be insta
On Sep 06, Sven Joachim wrote:
> Here's what I get when replacing sysvinit-core with systemd-sysv in my
> pbuilder chroot:
To be fair, most of these packages (adduser, kmod, udev and their
dependencies, for a start) would be installed anyway on a normal system
which is not a minimal chroot.
If
On Sep 06, Noel Torres wrote:
> It is just wrong to have dependencies on the init system.
> If you need dbus, you should Depend on dbus, and systemd should
> Provides dbus.
This is why most of these dependencies are on libpam-systemd, which does
not depend on systemd.
As usual, people complain
Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal"
* Package name: node-webkitgtk
Version : 0.0.5
Upstream Author : Jérémy Lal
* URL : https://github.com/kapouer/node-webkitgtk
* License : Expat
Programming Lang: C++, JavaScript
Description : Drive w
Your message dated Sat, 6 Sep 2014 23:45:58 +0200
with message-id <201409062346.06031.hol...@layer-acht.org>
and subject line Re: Bug#760615: general: Shell scripts do not execute in gui.
has caused the Debian Bug report #760615,
regarding general: Shell scripts do not execute in gui.
to be marked
Package: wnpp
Owner: Dirk Eddelbuettel
Severity: wishlist
* Package name: r-cran-cubature
Version : 1.1-2-1
Upstream Author : Balasubramanian Narasimhan and Steven G. Johnson
* URL or Web page : http://cran.r-project.org/web/packages/cubature/index.html
* License : GPL (>=
Hello List,
I filled an ITA for guava [1]. Because it is rather a GAP package then a stand
alone software,
it would make more sense to rename it gap-guava: how can I rename its source
from guava to gap-guava ?
Note that the deb ball associated to it is already named gap-guava.
Thanks in advance
Package: wnpp
Severity: wishlist
Owner: Joseph Bisch
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-node-mocks-http
Version : 1.0.4
Upstream Author : Howard Abrams
(http://www.github.com/howardabrams)
* URL : http://www.github.com/howardabrams/node-
Hello Kenji,
On 6.9.2014 Kenji Takashima wrote:
I have been trying to execute multiple shell scripts in gui with no
avail. The scripts succesfully executed in a terminal, however in the
gui, the files would not execute when clicked on, and, when
right-clicked, did not have a "run" option. Oth
Sven Joachim writes:
> On 2014-09-05 23:50 +0200, Russ Allbery wrote:
>> That seems much higher than I believe is the case. Wasn't there a
>> detailed analysis of this posted a while back? My vague recollection
>> was a number more on the order of a quarter of that, and with most of
>> those be
On 09/03/2014 09:40 AM, Simon McVittie wrote:
> On 02/09/14 20:09, Evgeni Golov wrote:
>> after reading #759590, I think it is time to consider calling maintainer
>> scripts in a (slightly) cleaned environment.
>
> Another possibility would be to guarantee that init scripts will be
> called in a
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: libjs-twitter-bootstrap-wizard
Version : 1.0.0+dfsg1
Upstream Author : Vincent Gabriel
* URL : https://github.com/VinceG/twitter-bootstrap-wizard
* License : Expat & GPL-3
Programming Lan
Hi,
h...@shaw.ca:
> Most people who are not OK with systemd have better things to than try to
> persuade debian-devel that the debian prject's transition to it is
> problematic, and at more than just the implementation level.
>
By now, I would sure hope so.
> More important than numbers is conte
Matthias Urlichs wrote:
>
> I also expect the Jessie upgrade to switch to systemd. Because,
> frankly and strictly IMHO, doing anything else makes no sense
> whatsoever.
This is exactly the thing I don't agree with.
I think _new installs_ of Jessie should use systemd as init (by
default, anyway),
Most people who are not OK with systemd have better things to than try to persuade debian-devel that the debian prject's
transition to it is problematic, and at more than just the implementation level.
See how much fun it is to belittle? See how good it feels?
More important than numbers is co
On Fri, Sep 05, 2014 at 11:25:43PM +0100, Ben Hutchings wrote:
> On Fri, 2014-09-05 at 17:29 +0100, Colin Watson wrote:
> > On Fri, Sep 05, 2014 at 04:43:01PM +0100, Ben Hutchings wrote:
> > > No, they should add amd64 as a foreign architecture.
> >
> > Should we do this by default for x32 in d-i?
Hi,
Noel Torres:
> Do you think it is realistic to expect them all reading some obscure
> documentation _before_ upgrading?
>
No. I expect them all to continue running just peachy fine and seamlessly.
I also expect the Jessie upgrade to switch to systemd. Because, frankly and
strictly IMHO, doin
Hi,
Adam Borowski:
> Thus, Slashdot post count is more meaningful than, say, counting posts
> here on unmoderated debian-devel.
>
That doesn't change the fact that most people who are OK with systemd have,
to put it mildly, better things to do these days than to participate in yet
another "discus
Hi,
Marc Haber:
> On Fri, 05 Sep 2014 15:12:50 +0200, Svante Signell
> wrote:
> >On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
> >> Thus, unless the user explicitly tells the apt{-get,itude} subsystem not
> >> to switch to systemd (by whatever means, the details of which I personally
Adam Borowski writes:
> Ok, so let's quantify the view of sysadmins somehow. This can actually
> be done in a meaningful way: let's count posts on places where
> technically-minded folks gather. There's plenty of minor blogs that are
> biased, but let's choose big sites where we can have a reaso
On Sat, Sep 06, 2014 at 03:02:06PM +0200, Axel Wagner wrote:
> Moreover, you would need to not count posts, but unique posters, which
> will be a very hard to get, because in a lot of flames there are people
> who get one spam-address after the other, when they get blocked, which
> would further sk
Hi,
Adam Borowski writes:
> Ok, so let's quantify the view of sysadmins somehow. This can actually
> be done in a meaningful way: let's count posts on places where
> technically-minded folks gather.
No, this is absolutely not meaningful. To deduce anything from this, you
would have to assume th
On Sat, Sep 06, 2014 at 11:12:35AM +0200, Ansgar Burchardt wrote:
> Noel Torres writes:
> > So, in your POV, forcing millions of sysadmins out there to take extra pain
> > to
> > keep their systems running as they expect is the way to go?
>
> I think it's fair to expect the few hundred people[1
Am 06.09.2014 01:01, schrieb Steve Langasek:
> Michael, is it clear to you why this change is needed, and can you
> un-wontfix this bug please, to list systemd-shim as the first ORed
> dependency as I've asked previously?
Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not
going
On 09/06/2014 11:56 AM, Dmitry Bogatov wrote:
> * Paul Wise [2014-09-06 15:48:09+0800]
>> On Mon, Sep 1, 2014 at 9:58 PM, Dmitry Bogatov wrote:
>>
>>> PS. Is it any tool to generate ITP bug from debian/ directory?
>>
>> No, because ITPs are meant to be filed *before* the debian/ directory
>> exist
* Paul Wise [2014-09-06 15:48:09+0800]
> On Mon, Sep 1, 2014 at 9:58 PM, Dmitry Bogatov wrote:
>
> > PS. Is it any tool to generate ITP bug from debian/ directory?
>
> No, because ITPs are meant to be filed *before* the debian/ directory
> exists.
My reason was that I am noob, and it takes undefi
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-barbicanclient
Version : 2.2.1
Upstream Author : Douglas Mendizabal
* URL : https://github.com/openstack/python-barbicanclient
* License : Apache-2.0
Programming Lang: Python
Des
Noel Torres writes:
> If you need dbus, you should Depend on dbus, and systemd should Provides
> dbus.
> Then, if Ann programs her Own Dbus Implementation she can package it as aodi
> (Ann's Own Dbus Implementation) and have aodi Provides dbus. Same for logind
> (systemd Provides logind and ra
Noel Torres writes:
> On Friday, 5 de September de 2014 21:36:43 Ansgar Burchardt escribió:
>> Nothing prevents you from a, installing systemd-shim from Jessie before
>> running apt-get dist-upgrade or b, using "apt-get dist-upgrade upstart".
>>
>> I'm fairly sure I saw this question also answere
On 2014-09-05 23:50 +0200, Russ Allbery wrote:
> Adam Borowski writes:
>
>> systemd also pulls in a large amount of bloat (IIRC someone mentioned
>> 100ish packages in wheezy vs 146 in current jessie). Purging those is
>> nontrivial, as some had their priority bumped up.
>
> That seems much high
On Fri, 05 Sep 2014 15:12:50 +0200, Svante Signell
wrote:
>On Fri, 2014-09-05 at 14:20 +0200, Matthias Urlichs wrote:
>> Thus, unless the user explicitly tells the apt{-get,itude} subsystem not
>> to switch to systemd (by whatever means, the details of which I personally
>> am not at all intereste
Le Fri, Sep 05, 2014 at 01:09:09PM -0400, Scott Kitterman a écrit :
>
> grep -ir copyright *
>
> Do that over your source and then compare what you have in debian/copyright.
> You might be surprised how often that turns up missing stuff. Check your own
> packages at least as carefully as you
On Friday, 5 de September de 2014 18:52:44 Zack Weinberg escribió:
> Abstractly, I believe the ideal situation would be for all init systems
> in the archive to be *completely* co-installable, with /sbin/init a
> symlink under control of the administrator; under no circumstances would
> installing
On Friday, 5 de September de 2014 21:36:43 Ansgar Burchardt escribió:
> Nothing prevents you from a, installing systemd-shim from Jessie before
> running apt-get dist-upgrade or b, using "apt-get dist-upgrade upstart".
>
> I'm fairly sure I saw this question also answered on -user@ once or
> twice
Package: wnpp
Severity: wishlist
Owner: ruben.undh...@gmail.com
* Package name: qrouter
Version : 1.1.55
Upstream Author : Tim Edwards
* URL : http://opencircuitdesign.com/qrouter/
* License : GPL-2
Programming Lang: C
Description : Multi-level, over-t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 05/09/14 20:46, Matthias Urlichs wrote:
> Hi,
>
> Daniel Pocock:
>>
c) offer a paid review service. FTP masters and assistants
can sell their time through an auction process. [...]
>>>
>>> I hope this is a joke.
>>
>> Not entirel
On Mon, Sep 1, 2014 at 9:58 PM, Dmitry Bogatov wrote:
> PS. Is it any tool to generate ITP bug from debian/ directory?
No, because ITPs are meant to be filed *before* the debian/ directory exists.
> Source package is already available at github: kaction/deb-cligh.
This should have been done aft
47 matches
Mail list logo
