On 2014-07-03, Joerg Jaspert wrote:
> On 13626 March 1977, Norbert Preining wrote:
>> Joerg, please be reasonable.
>
> I entirely am, and thats why such a hate package won't bypass me, unless
> there is one of
> a CTTE decision,
> a GR forcing me, or
> the ftp team overruling me.
Thanks.
/Sun
Package: wnpp
Severity: wishlist
Owner: Leo Iannacone
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-mime-types
Version : 1.0.1
Upstream Author : Jonathan Ong (http://jongleberry.com)
* URL : https://github.com/expressjs/mime-types
* License
Hi!
On Thu, 2014-07-03 at 20:37:47 +0200, gregor herrmann wrote:
> 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 : Raf
The Wanderer writes:
> ... particularly because I use rather fewer things than
> many other people, and don't use most fancy GUI elements. (For example,
> I don't have a graphical "power button" at all; I shut down by exiting
> my window manager, logging out of the console where I had originally
Hi,
I looked into latest policy, but did not find anything about systemd
support. I'm surprised that this is now a release critical bug, and the
package marked for removal. What's the justification?
This package hooks into /etc/inittab, does systemd not automatically
manage services from initta
Dear developers,
please allow me a question. As I am absolutely new in coding, please
apologize, if my question is too dumb.
So here it is:
I have the sourcecode of a little program (umtsmon), which has to be compiled
for libqt3. But now I want it make compilable for latest libqt. I want to
c
On Thu, Jul 3, 2014, at 16:59, Thorsten Glaser wrote:
> Besides, it’s not that the TC made a decision. Rather, the TC was
> split, and the chairman threw in his weight. This is absolutely not
> what I’d call a project(!) decision.
No! The TC has made the decision with full adherence to Debian
Con
* Hans: " Bloody noob dumb question" (Fri, 04 Jul 2014 11:06 +0200):
Hi Hans,
> If you find my question stupid, it is ok, but I know nobody whom I can ask.
> So I asked the list.
This list is about development in *Debian*, not Qt. You should search a list
for Qt development like [1][2].
Cheers,
On 2014-07-04, Hans wrote:
> I have the sourcecode of a little program (umtsmon), which has to be compiled
> for libqt3. But now I want it make compilable for latest libqt. I want to
> change nothing else, just make it compilable.
Porting from Qt3 to Qt4 is not that simple, but you can look at
Hi,
On 07/04/2014 11:08, Gerrit Pape wrote:
> I looked into latest policy, but did not find anything about systemd
> support. I'm surprised that this is now a release critical bug, and the
> package marked for removal. What's the justification?
Ask the submitter?
> This package hooks into /etc
That will be my last contribution to this pointless discussion.
Le jeudi, 3 juillet 2014, 16.59:25 Thorsten Glaser a écrit :
> > or without systemd btw). Given that the technical committee has made
> > a decision which stayed unchallenged (so far), I've now come to
> > think that
> No, there just
]] Gerrit Pape
> I looked into latest policy, but did not find anything about systemd
> support. I'm surprised that this is now a release critical bug, and the
> package marked for removal. What's the justification?
>
> This package hooks into /etc/inittab, does systemd not automatically
> man
In other news for Thu, Jul 03, 2014 at 04:59:25PM +0200, Thorsten Glaser has
been seen typing:
> 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.
> Besides, it’s not that the TC made a decision. Rather, the TC wa
On Fri, 04 Jul 2014 10:09:12 +0200, Guillem Jover wrote:
> > * Package name: liblinux-pid-perl
> > Version : 0.04
> > Upstream Author : Rafael Garcia-Suarez
> > * URL : https://metacpan.org/release/Linux-Pid
> > * License : Artistic or GPL-1+
> > Programming
Gerrit,
it's up to you to lower the severity of the bug to "important" (I guess
since it will break with default init system).
You should have done that instead of ccing debian-devel in the
current situation.
Please do not abuse debian-devel to questions that could be politely
and calmly discuss
>
> Porting from Qt3 to Qt4 is not that simple, but you can look at
> http://qt-project.org/doc/qt-4.8/porting4.html
> and
> http://qt-project.org/doc/qt-4.8/porting4-designer.html
>
> I'd suggest you to also once ported to Qt4 to also look into doing the
> Qt5 port.
>
> > If you find my questi
Gerrit Pape writes:
> I looked into latest policy, but did not find anything about systemd
> support. I'm surprised that this is now a release critical bug, and the
> package marked for removal. What's the justification?
I'm very dubious about this being release-critical.
> This package hooks
Hi,
essential binaries have to work also when the package is in an unpacked,
but not configured, state. For that reason, packages including essential
binaries use Pre-Depends on the shared libraries needed by those binaries.
However, from my reading of policy I get the impression that this still
* Ansgar Burchardt , 2014-07-04, 13:26:
essential binaries have to work also when the package is in an
unpacked, but not configured, state. For that reason, packages
including essential binaries use Pre-Depends on the shared libraries
needed by those binaries.
However, from my reading of poli
On Fri, Jul 04, 2014 at 03:37:20AM -0700, Russ Allbery wrote:
> Gerrit Pape writes:
> > I looked into latest policy, but did not find anything about systemd
> > support. I'm surprised that this is now a release critical bug, and the
> > package marked for removal. What's the justification?
>
>
On Fri, Jul 04, 2014 at 12:01:13PM +0200, Ansgar Burchardt wrote:
> Could we please not have another systemd thread on -devel@? The last
> one is not even cold yet... Thanks!
On Fri, Jul 04, 2014 at 12:06:41PM +0200, Ond??ej Surￜ wrote:
> Please do not abuse debian-devel to questions that could
Hi,
Gerrit Pape:
> > I'm very dubious about this being release-critical.
>
> I think it is. The package will not work as expected without the
> inittab interface.
>
It's rather trivial to write an init script, and/or a systemd unit file,
which starts daemontools. Hooking into inittab isn't goin
Hi,
Gerrit Pape:
> This is about a package I maintain with a RC bug that'll cause it to be
> removed from the next Debian release. I'm with Debian more than 12
> years, I'm pretty sure debian-devel@l.d.o is the right place to ask
> fellows for advice.
>
I agree.
> Switching to systemd is a big
OdyX wrote:
>all means, go for it. That said, as far as I remember, the latest GR
>proposal [4] on this subject failed to gather the mandatory K seconds
>though. For me, this indicates that not even K=5 DDs were interested in
I was not even aware of that proposal. This may also indicate lack
of,
> The problem is that some people bitch endlessly abut how evil systemd is
> _instead_of_ producing software (not just patches) to replace what
> systemd offers.
Abstracting away from your somewhat offensive choice of language, that's
a good point. As far as I'm aware, the only major distribution
Hi Gerrit,
Am 04.07.2014 13:50, schrieb Gerrit Pape:
> I hereby ask for help to add systemd support to these packages.
We (pkg-systemd team) can help you with that.
Let's follow up on the pkg-systemd mailing list.
In most cases adding a .service file is pretty simple.
If it's only about startin
Gerrit Pape writes:
> Important thing to know is: init scripts don't work out for this. The
> service management concept of daemontools and runit is, amongst other
> things, a process tree with guaranteed process state, including
> envrionment. init scripts don't provide that.
There's no reaso
Am 04.07.2014 14:34, schrieb Michael Biebl:
> Hi Gerrit,
>
> Am 04.07.2014 13:50, schrieb Gerrit Pape:
>> I hereby ask for help to add systemd support to these packages.
>
> We (pkg-systemd team) can help you with that.
>
> Let's follow up on the pkg-systemd mailing list.
I want to add, that t
Am 04.07.2014 14:38, schrieb Michael Biebl:
> pkg-systemd-maintain...@lists.alioth.debian.org
>
> mailing list and we will try to help you as best as we can.
or join #debian-systemd on OFTC.
Regards,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/04/2014 04:52 AM, Philip Hands wrote:
> The Wanderer writes:
>
>> ... particularly because I use rather fewer things than many other
>> people, and don't use most fancy GUI elements. (For example, I
>> don't have a graphical "power button" a
Hi!
On Fri, 2014-07-04 at 12:21:15 +0200, gregor herrmann wrote:
> On Fri, 04 Jul 2014 10:09:12 +0200, Guillem Jover wrote:
> > With glibc and NPTL this module does not seem to make much sense, as
> > each different thread will have the same PID. If it was exposing the
> > Linux gettid() syscall t
Hi,
Thorsten Glaser:
> systemd is a backdoor in that, like the availability of Steam
> games for DDs, it has a chance to hinder the progress of all
> projects done in the spare time of the people affected.
>
Yeah. It "has a chance".
It also "has a chance" to give people a big chunk of spare time
Juliusz Chroboczek wrote:
>> The problem is that some people bitch endlessly abut how evil systemd is
>> _instead_of_ producing software (not just patches) to replace what
>> systemd offers.
>
>Abstracting away from your somewhat offensive choice of language, that's
>a good point. As far as I'm aw
Dominik George dixit:
>systemd, in its nature as an init system, starts what you tell it to
>start. There is nothing that can prevent it from starting openntpd if
>you want that. If you through a service file at it, or even an LSB
>init script, then systemd has no choice but to start it.
No, this
Hi Thorsten,
while I tend to basically acknowledge your points here, there is still one
thing you obviously did not get until now, if I followed along correctly.
>For example, systemd has support for its own (S)NTP client, but also
>supports xntpd (rudely leaving OpenNTPD out already). The commi
On Thu, Jul 03, 2014 at 08:40:59PM +0200, Matthias Urlichs wrote:
The problem is that some people bitch endlessly abut how evil systemd is
_instead_of_ producing software (not just patches) to replace what systemd
offers.
But if they don’t want the systemd features why should they write
softwa
Package: wnpp
Severity: wishlist
Owner: Gianfranco Costamagna
* Package name : amap
Version : 5.4
Upstream Author : Van Hauser
* URL : http://www.thc.org/thc-amap/
* License : GPL-2+
Programming Lang: C
Description : Next-generation scanning tool for pe
On Fri, 04 Jul 2014, Matthias Urlichs wrote:
> Then shut up and help with the work required to get there,
Please stop this inpoliteness, or I request a ban on all mailing lists
due to permanent breaking of Code of Conduct.
(Long live the CoC - I am *so* happy to have it!! - hope someone
got
Thorsten Glaser wrote:
>
>You know, backdoors are not only code vulnerabilities.
>
>systemd is a backdoor in that, like the availability of Steam
>games for DDs, it has a chance to hinder the progress of all
>projects done in the spare time of the people affected.
Thorsten, you're too late. The ar
On Fri, 2014-07-04 at 14:34, Michael Biebl wrote:
> Am 04.07.2014 13:50, schrieb Gerrit Pape:
> > I hereby ask for help to add systemd support to these packages.
>
> We (pkg-systemd team) can help you with that.
>
> Let's follow up on the pkg-systemd mailing list.
>
> In most cases adding a .ser
Matthias Urlichs wrote:
>Thorsten Glaser:
>> systemd is a backdoor in that, like the availability of Steam
>> games for DDs, it has a chance to hinder the progress of all
>> projects done in the spare time of the people affected.
>Yeah. It "has a chance".
Yes. (I was more or less referring to th
Package: wnpp
Severity: wishlist
Owner: Benoit Mortier
* Package name: schema2ldif
Version : 0.1
Upstream Author : Come Bernigaud
* URL : https://forge.fusiondirectory.org/projects/schema2ldif
* License : GPL
Programming Lang: Perl
Description : Tool f
Hi Milan,
Am 04.07.2014 15:22, schrieb Milan P. Stanic:
> And for runit:
Thanks for sharing.
> cat /etc/systemd/system/runit.service
> [Unit]
> Description=runit svscan
> After=syslog.target
The After=syslog.target is no longer necessary and not recommended
anymore. Lintian will actually compl
Hi,
Norbert Preining:
> > Then shut up and help with the work required to get there,
> Please stop this inpoliteness, or I request a ban on all mailing lists
> due to permanent breaking of Code of Conduct.
*what* Seriously?!?
One of us seems to harbor a severe misconception or two about what kin
Steve McIntyre wrote:
>with this constant bickering and sniping. If you must do it, start the
>GR and see how that goes. I even offer to second it just to help get
Can you help formulate? I do not feel my English skills are
up to that.
Also, what options do we need?
1) systemd is the only init
On Fri, Jul 04, 2014 at 09:52:07AM +0100, Philip Hands wrote:
> So, let me get this straight:
>
> You're saying that if, having decided to postpone rebooting after an
> upgrade where any reasonable person would expect to reboot
This is Debian, not Windows or Red Hat, forced reboots are not accept
On Fri, Jul 4, 2014, at 16:42, Adam Borowski wrote:
> On Fri, Jul 04, 2014 at 09:52:07AM +0100, Philip Hands wrote:
> > So, let me get this straight:
> >
> > You're saying that if, having decided to postpone rebooting after an
> > upgrade where any reasonable person would expect to reboot
>
> Thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/04/2014 10:42 AM, Adam Borowski wrote:
> On Fri, Jul 04, 2014 at 09:52:07AM +0100, Philip Hands wrote:
>
>> So, let me get this straight:
>>
>> You're saying that if, having decided to postpone rebooting after
>> an upgrade where any reasona
On Fri, Jul 04, 2014 at 12:06:41PM +0200, Ondřej Surý wrote:
> it's up to you to lower the severity of the bug to "important" (I guess
> since it will break with default init system).
I'd call it "wishlist" at most. The package is still perfectly working with
sysvinit (including openrc).
If you
Hi,
Adam Borowski:
> There was enough trouble when udev needed an in-lockstep upgrade with the
> kernel a few releases back. If systemd components are going to need such
> forced reboots on a repeated basis, I don't like where this is going.
>
systemd and its components can re-exec themselves, t
On Friday, July 04, 2014 17:28:05 Matthias Urlichs wrote:
> Hi,
>
> Adam Borowski:
> > There was enough trouble when udev needed an in-lockstep upgrade with the
> > kernel a few releases back. If systemd components are going to need such
> > forced reboots on a repeated basis, I don't like where
On Fri, 2014-07-04 at 15:55, Michael Biebl wrote:
> Am 04.07.2014 15:22, schrieb Milan P. Stanic:
> > And for runit:
> Thanks for sharing.
>
> > cat /etc/systemd/system/runit.service
> > [Unit]
> > Description=runit svscan
> > After=syslog.target
>
> The After=syslog.target is no longer necessary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/04/2014 11:28 AM, Matthias Urlichs wrote:
> Hi,
>
> Adam Borowski:
>> There was enough trouble when udev needed an in-lockstep upgrade with the
>> kernel a few releases back. If systemd components are going to need such
>> forced reboots on
On Jul 04, The Wanderer wrote:
> This part is precisely what I'm objecting to. I don't consider being
> expected to reboot *in order to maintain existing functionality* after
> an upgrade to be reasonable.
Tough luck for you then, I fear that this is a perception issue.
> At the very least, in t
* The Wanderer , 2014-07-04, 12:00:
Zurg (Jessie+1),
Has that name actually been formalized in any way?
No. But no worries, if RT chooses a different name, we'll have a GR to
override them. :-P
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
Install was from USB. Setup was not removing entry for USB drive from
fstab upon completion of installation. Removed line for USB from fstab.
Functions normally.
--
Jeremy
"You can ignore reality, but you cannot ignore the consequences of ignoring
reality." - Ayn Rand
]] Adam Borowski
> On Fri, Jul 04, 2014 at 12:06:41PM +0200, Ondřej Surý wrote:
> > it's up to you to lower the severity of the bug to "important" (I guess
> > since it will break with default init system).
>
> I'd call it "wishlist" at most. The package is still perfectly working with
> sysvin
Matthias,
On Fri, Jul 04, 2014 at 04:02:38PM +0200, Matthias Urlichs wrote:
> Norbert Preining:
> > > Then shut up and help with the work required to get there,
> > Please stop this inpoliteness, or I request a ban on all mailing lists
> > due to permanent breaking of Code of Conduct.
> *what* Se
> While I have no interest in joining Norbert in calling for your ban,
Having had the pleasure to meet Norbert in person, I have no doubt that he
was joking when appealing to the CoC. (I did find his comment funny --
actually, I find the CoC ifself pretty funny --, but I realise that this
is an i
Hi,
I am maintaining too many PostgreSQL packages, and I keep forgetting
which package has changes committed that have not yet been uploaded.
To fix that, there's now a service running at qa.debian.org which
grabs the Sources files from unstable and experimental, notes all
Vcs-* URLs, makes check
]] Juliusz Chroboczek
> > While I have no interest in joining Norbert in calling for your ban,
>
> Having had the pleasure to meet Norbert in person, I have no doubt that he
> was joking when appealing to the CoC.
I have yet to find mr Preining funny in any of his mails sent to any of
the lists
Matthias Urlichs wrote:
>For Zurg (Jessie+1), we're likely to switch to Wayland. How do you plan to
We're *what*?
(Says someone who uses X11 forwarding, VNC in, VNC out, and all
that on an almost-, if not daily, basis.)
OT: prevent-systemd-*_9_all.deb are in my repo. Wookey, feel
free to u
> I have yet to find mr Preining funny in any of his mails sent to any of
> the lists I read. Humour, except when accompanied with explicit tags of
> HERE BE HUMOUR does not work very well on large lists.
Well, because I don't write "WARNING HUMOUR COMING" and then some
people don't get it b
Tollef Fog Heen wrote:
> I [...] will try to avoid breaking stuff
I expect no less from a Debian Developer.
> but it's also a use case we don't hit, so breakage there is less likely
> to be seen by us. We'll do our best to fix it when reported, of course.
That is good to hear. It would be eve
Hi,
Steve Langasek:
> While I have no interest in joining Norbert in calling for your ban, I would
> like to ask you to consider taking a step back from this thread, and
> evaluating whether such messages are actually contributing to bringing these
> discussions to a conclusion.
>
Thanks for the
Juliusz Chroboczek writes:
> I'll remind you that this thread started with systemd breaking my
> system, and a systemd maintainer summarily closing my bug report. Not
> once, but twice.
Because the bug was already fixed in a newer version of systemd. While
we're reminding people of things.
>
also sprach Stephan Seitz [2014-07-04 15:09
+0200]:
> But if they don’t want the systemd features why should they write
> software to replace systemd?
Because there are better ways to implement it, including more
granular approaches and less of a desktop focus. And you could be
a better upstream
Hi Christoph,
On Fri, Jul 04, 2014 at 11:04:33PM +0200, Christoph Berg wrote:
>
> https://qa.debian.org/cgi-bin/vcswatch
Cool! I wonder whether you could add a field where you can seek for
package maintainer address (since if I can only seek for a package it
does not make much of a difference t
On 07/04/2014 10:28 PM, Thorsten Glaser wrote:
> 4) all init systems currently in Debian are supported in jessie;
We don't need a GR to support this option. Of course, all init systems
are supported, to the best of our efforts, and I don't see why someone
would refuse a patch. I haven't seen such
69 matches
Mail list logo
