Dmitry Bogatov wrote:
> Arturo Borrero Gonzalez wrote:
> > * conntrackd & systemd are very good integrated (using libsystemd)
>
> I hugely support idea of dynamically loading libsystemd.
Please don't, no. While I do think packages should keep sysvinit
support as long as it continues to work and
Package: wnpp
Severity: wishlist
Owner: Jody Bruchon
* Package name: jdupes
Version : 1.4
Upstream Author : Jody Bruchon
* URL : https://github.com/jbruchon/jdupes
* License : MIT
Programming Lang: C
Description : A powerful duplicate file finder
jdup
On Fri, Aug 26, 2016 at 01:50:51PM +0200, Adam Borowski wrote:
>
> For mbox files (and possibly similar cases), there's only a handful of
> interested readers, thus they can be patched to touch atime by hand instead
> of relying on a system-wide mount option.
Something that could be done is to se
retitle 777699 O: psutils -- PostScript document handling utilities
thanks
I'm going to go ahead and orphan these. The RFA has been open for a long
time, and the package has not been adopted yet. I didn't actually notice
that someone else had changed this to O and then it got changed back
recently
Hi,
On Fri, Aug 26, 2016 at 09:47:39PM +0200, Adam Borowski wrote:
> On Fri, Aug 26, 2016 at 09:38:02PM +0200, Guus Sliepen wrote:
> > > Should unrelated people spend time on packages they don't care about?
> >
> > No, that's why they are orphaned in the first place.
>
> You can run the attached
On Fri, Aug 26, 2016 at 08:49:00PM +, Niels Thykier wrote:
> > Possible things this tool could do:
> >
> > - Notify about orphaned packages the DD is using
> > - Notify about installed packages with RC bugs
> > - Notify about installed packages with RFH/RFA bugs
> > [...]
>
> Aren't these 3
On Thu, 25 Aug 2016 19:47:55 -0400
Robert Edmonds wrote:
> I would guess that the vast majority of folks still using sysvinit with
> Debian are running wheezy or older, and thus removing sysvinit scripts
> from packages in unstable wouldn't affect them. But maybe that still
> leaves a reasonable
On Fri, Aug 26, 2016 at 19:01:52 +0200, Guus Sliepen wrote:
> On Fri, Aug 26, 2016 at 04:12:46PM +0200, Paul Gevers wrote:
>
> > Today I was, once again, surprised to see how many (low popcon) orphaned
> > packages we have. I believe that orphanage is a burden to our community
> > in the sense th
On Fri, Aug 26, 2016 at 08:49:00PM +, Niels Thykier wrote:
> > Possible things this tool could do:
> >
> > - Notify about orphaned packages the DD is using
> > - Notify about installed packages with RC bugs
> > - Notify about installed packages with RFH/RFA bugs
> > [...]
> >
>
> Aren't thes
Package: wnpp
Severity: wishlist
Owner: Alf Gaida
* Package name: xfwm-theme-breeze
Version : 0.1.0
Upstream Author : Ramón Cahenzli
* URL : https://github.com/psy-q/xfwm-theme-breeze
* License : GPL2
Programming Lang: etc.
Description : A clone of KDE
Guus Sliepen:
> On Fri, Aug 26, 2016 at 09:47:39PM +0200, Adam Borowski wrote:
> [...]
> Possible things this tool could do:
>
> - Notify about orphaned packages the DD is using
> - Notify about installed packages with RC bugs
> - Notify about installed packages with RFH/RFA bugs
> [...]
>
Aren'
On Fri, Aug 26, 2016 at 09:47:39PM +0200, Adam Borowski wrote:
> You can run the attached script to see if there are any RC bugs on an
> orphaned package you might give a damn about.
Interesting. Might it be an idea to create a package that contains this
kind of wisdom, and makes it easy for DDs
On Fri, Aug 26, 2016 at 07:43:20AM -1000, David Prévot wrote:
> > As long as there are no RC bugs filed for the
> > orphaned packages, I don't see any a direct reason to remove them.
>
> What about, e.g., security issues: if nobody cares about maintaining
> code, whether dormant or dead upstream,
On Fri, Aug 26, 2016 at 09:38:02PM +0200, Guus Sliepen wrote:
> > Should unrelated people spend time on packages they don't care about?
>
> No, that's why they are orphaned in the first place.
You can run the attached script to see if there are any RC bugs on an
orphaned package you might give a
On Fri, Aug 26, 2016 at 09:38:02PM +0200, Guus Sliepen wrote:
> > > > I believe that orphanage is a burden to our community [...]
> > >
> > > Who is this a burden for?
> > Transitions. Mandatory packaging changes, like python helper one.
> > True, a package can get an RC bug and be removed during
On Fri, Aug 26, 2016 at 10:34:29PM +0500, Andrey Rahmatullin wrote:
> > > I believe that orphanage is a burden to our community [...]
> >
> > Who is this a burden for?
> Transitions. Mandatory packaging changes, like python helper one.
> True, a package can get an RC bug and be removed during th
On Fri, 2016-08-26 at 18:39 +0200, Christoph Anton Mitterer wrote:
> On Fri, 2016-08-26 at 17:07 +0100, Adam D. Barratt wrote:
> > No. It shows that, two years ago, over 18,000 machines that were
> > reporting to the popcon servers had sysvinit-core installed and now
> > less
> > than a third of
On 2016-08-25 19:47 -0400, Robert Edmonds wrote:
> Russ Allbery wrote:
> > Robert Edmonds writes:
> I would guess that the vast majority of folks still using sysvinit with
> Debian are running wheezy or older, and thus removing sysvinit scripts
> from packages in unstable wouldn't affect them. Bu
Carsten Leonhardt wrote:
> Robert Edmonds writes:
>
> > I would guess that the vast majority of folks still using sysvinit with
> > Debian are running wheezy or older, and thus removing sysvinit scripts
> > from packages in unstable wouldn't affect them. But maybe that still
> > leaves a reasonab
Hi,
Le 26/08/2016 à 07:01, Guus Sliepen a écrit :
> On Fri, Aug 26, 2016 at 04:12:46PM +0200, Paul Gevers wrote:
>
>> Today I was, once again, surprised to see how many (low popcon) orphaned
>> packages we have. I believe that orphanage is a burden to our community
>> in the sense that not all pa
On Fri, Aug 26, 2016 at 07:01:52PM +0200, Guus Sliepen wrote:
> > Today I was, once again, surprised to see how many (low popcon) orphaned
> > packages we have. I believe that orphanage is a burden to our community
> > in the sense that not all packages are picked up by a new maintainer and
> > the
On Fri, Aug 26, 2016 at 04:12:46PM +0200, Paul Gevers wrote:
> Today I was, once again, surprised to see how many (low popcon) orphaned
> packages we have. I believe that orphanage is a burden to our community
> in the sense that not all packages are picked up by a new maintainer and
> these packa
On Fri, 2016-08-26 at 17:07 +0100, Adam D. Barratt wrote:
> No. It shows that, two years ago, over 18,000 machines that were
> reporting to the popcon servers had sysvinit-core installed and now
> less
> than a third of that number do.
Still doesn't make it in any way representative...
There cou
> >> sysvinit or another alternative.
> > Barely noticeable:
> >
> >
https://qa.debian.org/popcon-graph.php?packages=systemd-sysv+upstart+openrc+sysvinit-core+systemd-shim&show_installed=on&want_legend=on&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
>
> This
On 2016-08-26 16:26, Dmitrii Kashin wrote:
Marco d'Itri writes:
On Aug 26, Carsten Leonhardt wrote:
Considering the past conflicts on the topic of systemd, it should be
expected that there is a considerable user base that is staying with
sysvinit or another alternative.
Barely noticeable:
On Fri, 2016-08-26 at 00:11 +0200, Sven Hartge wrote:
> I just saw the new conntrack-tools (1:1.4.4-2) package in Sid, which
> has as a change
>
> * [917beed] conntrackd: get rid of the sysvinit support
>
> and I wondered, if this is a bug (and at what severity) or not.
FWIW, there is now a re
Marco d'Itri writes:
> On Aug 26, Carsten Leonhardt wrote:
>
>> Considering the past conflicts on the topic of systemd, it should be
>> expected that there is a considerable user base that is staying with
>> sysvinit or another alternative.
> Barely noticeable:
>
> https://qa.debian.org/popcon-g
On Fri, Aug 26, 2016 at 02:26:53PM +0100, Ian Jackson wrote:
> > The rationale for the change was:
> > * sysvinit conntrackd script is really poor, to reliably use
> >conntrackd as a systemd daemon you should use systemd
> There are no bugs about this at:
>https://bugs.debian.org/cgi-bin/p
Hi all,
Today I was, once again, surprised to see how many (low popcon) orphaned
packages we have. I believe that orphanage is a burden to our community
in the sense that not all packages are picked up by a new maintainer and
these packages need some QA once in a while and often don't get enough
o
On Aug 26, Carsten Leonhardt wrote:
> Considering the past conflicts on the topic of systemd, it should be
> expected that there is a considerable user base that is staying with
> sysvinit or another alternative.
Barely noticeable:
https://qa.debian.org/popcon-graph.php?packages=systemd-sysv+ups
On 2016-08-26 13:15, Andrey Rahmatullin wrote:
On Fri, Aug 26, 2016 at 11:06:25AM +0800, Paul Wise wrote:
[...]
I don't think that apt should step outside the configured priorities
without instruction from the user. Since apt doesn't currently
interact with the user (but aptitude does), it can
Arturo Borrero Gonzalez writes ("Re: Is missing SysV-init support a bug?"):
> The rationale for the change was:
> * sysvinit conntrackd script is really poor, to reliably use
>conntrackd as a systemd daemon you should use systemd
There are no bugs about this at:
https://bugs.debian.org/cgi
On Fri, 2016-08-26 at 11:02 +0100, Lars Wirzenius wrote:
> we'd check something
> like popcon stats.
I'm always kinda surprised if people rely on popcon... is it in *any
way* representative?
Plus it may not even tell the truth due to dependencies, e.g. people
using gdm3 will also have gnome-shell
Package: general
Severity: important
Dear Debian developers,
I am currently testing ISPConfig with Debian Jessie and Jailkit.
Apparently the chrooted SSH users are not able to log on. I'm using
Debian GNU/Linux Jessie (8.5) with Jailkit 2.19. When reviewing
/var/log/auth.log at the time that th
On 2016-08-25 at 23:06, Paul Wise wrote:
> On Thu, Aug 25, 2016 at 9:29 PM, The Wanderer wrote:
>> If there exists a dependency solution which will achieve the
>> result requested on the command line (here, installing the lower
>> version of the depended-on package), that solution should be chose
On Fri, Aug 26, 2016 at 09:19:23AM +0200, Arturo Borrero Gonzalez wrote:
> The rationale for the change was:
[...]
> * sysvinit conntrackd script is really poor, to reliably use
> conntrackd as a systemd daemon you should use systemd
> * conntrackd & systemd are very good integrated (using libsys
On Fri, Aug 26, 2016 at 11:06:25AM +0800, Paul Wise wrote:
> > In other words: the problem here is the fact that apt's priorities in
> > this regard are messed up.
>
> The same will happen with custom priorities set.
>
> > If there exists a dependency solution which will achieve the result
> > re
On 2016-08-25 at 23:06, Paul Wise wrote:
> On Thu, Aug 25, 2016 at 9:29 PM, The Wanderer wrote:
>
>> In other words: the problem here is the fact that apt's priorities
>> in this regard are messed up.
>
> The same will happen with custom priorities set.
I am referring not to repository prioriti
Oi you lot!
Let's identify issues related to noatime.
Thanks to hard work by Ted Ts'o and others, there's relatively little reason
to use noatime on your average ext4-using amd64 desktop/laptop/server.
There's a performance penalty but because of relatime and lazytime[1] it's
pretty minor.
But t
Package: wnpp
Severity: wishlist
Owner: Michael Hanke
* Package name: indexed-gzip
Version : 0.1
Upstream Author : Paul D McCarthy
* URL : https://github.com/pauldmccarthy/indexed_gzip
* License : BSDish https://opensource.org/licenses/zlib-license.php
Progra
On Fri, Aug 26, 2016 at 12:13:34PM +0200, Adam Borowski wrote:
> > > However, that was two years ago. How long should we be expected to
> > > continue maintaining sysvinit scripts?
> >
> > Well, the quoted decision doesn't suggest active maintenance. Just
> > ignore it, but don't remove it (rando
On Fri, Aug 26, 2016 at 12:04:23PM +0200, Ansgar Burchardt wrote:
> > However, that was two years ago. How long should we be expected to
> > continue maintaining sysvinit scripts?
>
> Well, the quoted decision doesn't suggest active maintenance. Just
> ignore it, but don't remove it (random addit
On Thu, 2016-08-25 at 18:43 -0400, Robert Edmonds wrote:
> I looked up the answer to this recently (because I wanted to do
> exactly
> what the conntrackd maintainer had done).
>
> The relevant text from the policy manual, §9.11:
>
> Packages may integrate with these replacement init systems
On Fri, Aug 26, 2016 at 10:59:48AM +0200, Carsten Leonhardt wrote:
> Robert Edmonds writes:
>
> > I would guess that the vast majority of folks still using sysvinit with
> > Debian are running wheezy or older, and thus removing sysvinit scripts
> > from packages in unstable wouldn't affect them.
Hi,
I've just received several (different) opinions both in public and in private.
I will think about this issue during the weekend.
regards.
--
Arturo Borrero González
Robert Edmonds writes:
> I would guess that the vast majority of folks still using sysvinit with
> Debian are running wheezy or older, and thus removing sysvinit scripts
> from packages in unstable wouldn't affect them. But maybe that still
> leaves a reasonable number of testing/unstable + sysvi
> So, obviously from my point of view, lack of sysvinit support is not
> a bug.
Please, no. Firstly, it's violation of Policy.
> The rationale for the change was:
> * the default init system in debian is systemd
First thing I do on fresh jessie system is `apt-get install
sysinit-core`. There
Hi,
Quoting Johannes Schauer (2016-08-17 19:24:51)
> does anybody plan to use sbuild in Stretch with Debian Squeeze or older
> chroots?
>
> I would like to remove some code from sbuild which is only useful for chroots
> with very old apt inside (specifically apt without support for [trusted=yes]
Hi Arturo,
Quoting Arturo Borrero Gonzalez (2016-08-26 09:19:23)
> here the author of that changelog line.
>
> The rationale for the change was:
> * the default init system in debian is systemd
> * I don't have any sysvinit system to keep sysvinit files under any
> kind of maintenance
> * sysv
On 26 August 2016 at 00:11, Sven Hartge wrote:
> Hi all!
>
> I just saw the new conntrack-tools (1:1.4.4-2) package in Sid, which
> has as a change
>
> * [917beed] conntrackd: get rid of the sysvinit support
>
> and I wondered, if this is a bug (and at what severity) or not.
>
> While I run all
50 matches
Mail list logo
