Hi,
Ian Jackson:
Thus, please don't try to shoehorn a divided workflow into this DEP.
Write your own.
I disagree with half of this but agree with the other half.
I think that the divided workflow should be documented in this DEP.
But I agree that those who like the divided workflow
[ I skip the more detailed discussions on naming conventions to
concentrate on your higher level questions for now ]
On Thu, 13 Nov 2014, Ron wrote:
Sure, I understood those were your goals.
What I haven't seen, and what I'm asking for, is an actual detailed
rationale describing the actual
I think you need to be more explicit about the implications for `3.0
(quilt)' format packages. Something like:
If the git tree contains debian/format specifying `3.0 (quilt)',
the git tree must also contain debian/patches/series and all the
patch files contained within it.
On Tue, 11 Nov 2014, Raphael Hertzog wrote:
First, I'm a fan of trying to ease the workflow for all by having some
standardisation / best-practice recommendation/documentation.
Kudos to the initiattors!
QUESTION: some people have argued to use debian/master as the latest
packaging targets
On Wed, Nov 12, 2014 at 10:29:07AM +, Neil McGovern wrote:
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
57dd4d7c-3e92-428f-8ab7-10de5172589e
[ 4 ] Choice 1: Packages may not (in general) require a specific init system
[ 1 ] Choice 2: Support for other init
2014-11-12 10:28 GMT+01:00 Raphael Hertzog hert...@debian.org:
On Wed, 12 Nov 2014, Mathieu Parent wrote:
OK. Makes sense. The unstripped upstream can then live in an
non-namespaced branch if needed (this is not my usual workflow but should be
possible).
On Wed, 12 Nov 2014, Mathieu Parent
Dear Josselin,
I have just noticed your blog post on planet.debian.org:
https://np237.livejournal.com/34598.html
I would like to ask you to resist the temptation of publishing similar posts.
It makes fun of part of our community which you are well aware of and
it also shows corpses which
Le 12/11/2014 12:25, Raphael Hertzog a écrit :
Hi,
On Wed, 12 Nov 2014, Thibaut Paumard wrote:
I see nothing about whether the debian branch should contained the
unpacked or the unpacked *and* patched sources, and whether to ship the
.pc directory.
That's a volunteer choice at this
On Thu, Nov 13, 2014 at 09:46:13AM +0100, Raphael Hertzog wrote:
[..snip..]
Well git-buildpackage obviously needs quite some update:
- it complains when you're trying to build as soon as you're not in a
branch named master (that can be overridden with --git-ignore-branch
or setting
Le mercredi 12 novembre 2014 à 18:42 +0800, Paul Wise a écrit :
On Wed, Nov 12, 2014 at 6:34 PM, Thorsten Glaser wrote:
This is a bug, I’ve seen this affect buildd dependency resolution,
and anyway, if it’s not installable everywhere, why is it arch:all?
I would guess that uninstallable
Thibaut Paumard writes (Re: RFC: DEP-14: Recommended layout for Git packaging
repositories):
[patches applied vs unapplied]
However, we should perhaps strongly recommend that this choice be
documented in debian/README.sources.
I think it would be better to document this by the use of
Tobias Frost writes (Re: RFC: DEP-14: Recommended layout for Git packaging
repositories):
[Ian:]
And you should add:
The packaging branch should not contain a `.pc' directory.
Maybe I got the above wrong: you mean patch applied after e.g
quilt push -a ? I think, removing .pc then
Hi,
Thibaut Paumard:
We have a very nice source package format with 3.0 (quilt).
IMHO this format is very nice if you have some opaque upstream,
and a debian/ directory that's under your control.
This restriction does not apply to a DVCS like git. Moreover, git already
has built-in mechanisms
Package: wnpp
Severity: wishlist
Owner: Andrew Shadura andre...@debian.org
* Package name: nfstrace
Version : 0.3.0
Upstream Author : EPAM Systems (multiple authors)
* URL : https://github.com/epam/nfstrace/
* License : GPL-2
Programming Lang: C++
On Thu, Nov 13, 2014 at 6:26 PM, Jérémy Lal wrote:
As a workaround, this is the reason why arch:all nodejs modules have a
build-dependency on nodejs - it prevents them to be available on arches
where nodejs isn't.
I think you meant dependency, a build-dependency would not achieve that.
--
This one time, at band camp, Daniel Pocock said:
It is very sad to see that contributors sometimes feel that the only
option for them is to resign.
Would it be worthwhile giving people another option, for example,
allowing a percentage of DDs to formally veto decisions? Would this be
Hi,
Stephen Gran:
This one time, at band camp, Daniel Pocock said:
Would it be worthwhile giving people another option, for example,
allowing a percentage of DDs to formally veto decisions?
I veto this idea.
I agree.
If you want to block a change, convince the rest of us that it's a bad
Hi,
On Donnerstag, 13. November 2014, Matthias Urlichs wrote:
I veto this idea.
I agree.
I don't. I veto the idea that this idea is dead, I think we should discuss it
some more.
cheers,
Holger, who might have forgotten to indicate sarcasm...
signature.asc
Description: This is a
On Thu, 13 Nov 2014, Bálint Réczey wrote:
I have just noticed your blog post on planet.debian.org:
https://np237.livejournal.com/34598.html
You lack any sense of humor, really!
Although I am a strong opponent of systemd, I had to laugh out loud
on that one, actually love it.
Sad to see people
On Thursday, November 13, 2014 01:32:04 Sam Hartman wrote:
Hi.
I've read the original proposal and believe it is generally going in the
right direction.
things I liked:
* didn't pick between dgit/git-dpm/git-pq; documented the common parts
* Seemed to really focus on one clear scope.
Hi Norbert,
2014-11-13 13:23 GMT+01:00 Norbert Preining prein...@logic.at:
On Thu, 13 Nov 2014, Bálint Réczey wrote:
I have just noticed your blog post on planet.debian.org:
https://np237.livejournal.com/34598.html
You lack any sense of humor, really!
I clearly sensed the humor as I wrote in
On 13/11/14 13:16, Holger Levsen wrote:
Hi,
On Donnerstag, 13. November 2014, Matthias Urlichs wrote:
I veto this idea.
I agree.
I don't. I veto the idea that this idea is dead, I think we should discuss it
some more.
If veto is dead, what would the FTP masters do when somebody decides
On Thu, Nov 13, 2014 at 09:23:31PM +0900, Norbert Preining wrote:
On Thu, 13 Nov 2014, Bálint Réczey wrote:
I have just noticed your blog post on planet.debian.org:
https://np237.livejournal.com/34598.html
You lack any sense of humor, really!
Although I am a strong opponent of systemd,
On Thu, Nov 13, 2014 at 02:19:41PM +0100, Florian Lohoff wrote:
I meanwhile see the systemd issue as a social problem within debian. There are
design issues which are REALLY controversial. In the past Debian did good by
delaying adoption of controversial technical issues e.g. devfs and waited
On Thu, Nov 13, 2014 at 02:19:41PM +0100, Florian Lohoff wrote:
I meanwhile see the systemd issue as a social problem within debian. There are
design issues which are REALLY controversial. In the past Debian did good by
delaying adoption of controversial technical issues e.g. devfs and waited
On Thu, Nov 13, 2014 at 09:46:13AM +0100, Raphael Hertzog wrote:
[ I skip the more detailed discussions on naming conventions to
concentrate on your higher level questions for now ]
Agreed, if we solve the tricky problems, that part is mostly just
yak shaving (and if we can't, it's probably
Hi,
Daniel Pocock:
If veto is dead, what would the FTP masters do when somebody decides to
upload something before checking it is 100% free?
That's a different sort of veto. That's what they do, and they've got a
mandate to do exactly that.
The veto we're talking about here is more along the
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org
* Package name: python-pygit2
Version : 0.21.4
Upstream Author : J. David Ibáñez jdavid@gmail.com
* URL : https://github.com/libgit2/pygit2
* License : GPLv2-with-linking-exception
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org
* Package name: python-pygit2
Version : 0.21.4
Upstream Author : J. David Ibanez jdavid@gmail.com
* URL : https://github.com/libgit2/pygit2
* License : GPLv2-with-linking-exception
Hi,
I think the only workflow that newcomers and NMUers should be required
to learn is the one that involves quilt, they should not be expected to
learn (e.g.) dgit in addition. [...]
I certainly don't think people should be expected to learn dgit in
addition to other tools. I am trying
On 13/11/14 15:25, Matthias Urlichs wrote:
Hi,
Daniel Pocock:
If veto is dead, what would the FTP masters do when somebody decides to
upload something before checking it is 100% free?
That's a different sort of veto. That's what they do, and they've got a
mandate to do exactly that.
and
On Thu, Nov 13, 2014 at 03:34:32PM +0200, Riku Voipio wrote:
On Thu, Nov 13, 2014 at 02:19:41PM +0100, Florian Lohoff wrote:
I meanwhile see the systemd issue as a social problem within debian. There
are
design issues which are REALLY controversial. In the past Debian did good by
On Wed, Nov 12, 2014 at 01:41:33PM +0100, Daniel Pocock wrote:
On 12/11/14 13:12, zlatan wrote:
Please no.
We need less and not more layers of governance/'political' complexity
in project. Lets stop acting like government and more like community.
If a veto facility is created
Florian Lohoff f...@zz.de writes:
I meanwhile see the systemd issue as a social problem within
debian. There are design issues which are REALLY controversial. In the
past Debian did good by delaying adoption of controversial technical
issues e.g. devfs and waited in a conservative way until
On Thu, 13 Nov 2014, Bálint Réczey wrote:
I have just noticed your blog post on planet.debian.org:
https://np237.livejournal.com/34598.html
You lack any sense of humor, really!
Although I am a strong opponent of systemd, I had to laugh out loud
on that one, actually love it.
Sad to see
On Thu, 2014-11-13 at 08:25 -0800, Russ Allbery wrote:
Florian Lohoff f...@zz.de writes:
I meanwhile see the systemd issue as a social problem within
debian. There are design issues which are REALLY controversial. In the
past Debian did good by delaying adoption of controversial technical
On Thu, Nov 13, 2014 at 08:25:57AM -0800, Russ Allbery wrote:
What do you think we should have done instead? debian-devel was becoming
the standing debian-canonical-is-evil vs. debian-systemd-sucks standing
flamewar. (I think people are already forgetting the whole Canonical is
evil flamewar
On 13/11/14 18:11, Theodore Ts'o wrote:
And it sure would be nice if
we don't have the same amount of pain as each of these components get
proposed. (My personal hope is that if they are optional, as opposed
made mandatory because GNOME, network-manager, upower, etc. stops
working if you
How many users actually did this?
I did! And aster not getting in serious trouble with it, I completely changed
to it.
https://qa.debian.org/popcon-graph.php?packag aes=systemd
before 2014 and the begin of the debate - less than 1000
Less than 1000 while sysvinit beeing at 170k is
On Nov 13, Raphael Hertzog hert...@debian.org wrote:
I am part of the Python Modules team who wants to switch to git but not
all contributors are using the same git helper tools and yet we would like
to all work together on the same repositories without forcing everybody
to use the same
Hi,
Isn't it so that systemd has changed a lot since the decision was made
in February this year, and the rate of changes will not stop. In the
meanwhile no stable API is defined
http://www.freedesktop.org/wiki/Software/systemd/InterfaceStabilityPromise/
and more and more functionality is
Theodore Ts'o ty...@mit.edu writes:
That doesn't match my perception of the history; but part of this may
have been that the vitriol level escalated significantly once the TC
announced they were going involve itself in the debate,
Yes, we have very different recollections. My recollection is
Hi,
I'm currently looking into packaging eudev, consolekit2, uselessd for
Debian. If doing so, is anybody interested in sponsoring uploads of
these packages? It would be great to know, before digging into the
details. If you wish, please reply to me privately.
Thanks!
--
To UNSUBSCRIBE, email
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org
* Package name: python-xmlbuilder
Version : 1.0
Upstream Author : Kostiantyn Danylov aka koder koder.m...@gmail.com
* URL : https://pypi.python.org/pypi/xmlbuilder
* License : LGPL-3
On 11/13/2014 05:03 AM, Daniel Pocock wrote:
On 13/11/14 13:16, Holger Levsen wrote:
Hi,
On Donnerstag, 13. November 2014, Matthias Urlichs wrote:
I veto this idea.
I agree.
I don't. I veto the idea that this idea is dead, I think we should discuss it
some more.
If veto is dead, what
Am 13.11.2014 um 19:17 schrieb Svante Signell:
Hi,
Hi,
I'm currently looking into packaging eudev, consolekit2, uselessd for
Debian. If doing so, is anybody interested in sponsoring uploads of
these packages? It would be great to know, before digging into the
details. If you wish, please
Package: wnpp
Severity: wishlist
Owner: Mathieu Parent sath...@debian.org
Package name: ckeditor3
Version : 3.6.x
Upstream Author : Frederico Knabben
URL : http://ckeditor.com/
License : GPL2+
Programming Lang: JS
Description : WYSIWYG HTML Editor
* Raphael Hertzog hert...@debian.org [14 22:26]:
Helper tools should usually rely on the output of `dpkg-vendor --query vendor`
to find out the name of the current vendor. The retrieved string must be
converted to lower case. This allows users to override the current vendor
by setting
Patrick Ouellette poue...@debian.org writes:
On Thu, Nov 13, 2014 at 10:04:00AM -0800, Russ Allbery wrote:
In a sense, of course, this is true. However, what I'm trying to point
out is that we have a fundamental governance question facing us here.
What are we, as a project, going to do when
On Thu, Nov 13, 2014 at 10:04:00AM -0800, Russ Allbery wrote:
In a sense, of course, this is true. However, what I'm trying to point
out is that we have a fundamental governance question facing us here.
What are we, as a project, going to do when we face a decision where the
project is
On Thu, Nov 13, 2014 at 01:58:23PM +0100, Bálint Réczey wrote:
acceptance for ironic, sarcastic humor.
I love irony and sarcasm, but I don't think planet.debian.org is the
right place for the mentioned content.
I'm afraid you misunderstand the purpose of planet Debian.
If you want an
Patrick Ouellette poue...@debian.org writes:
We do tell users of Debian what to do - that's part of the problem right
now. We told the users they will switch init systems, and a large
portion (or at least a vocal portion) don't want to.
Well, no, we didn't. We said that there would be a
On Thu, Nov 13, 2014 at 11:24:31AM -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
On Thu, Nov 13, 2014 at 10:04:00AM -0800, Russ Allbery wrote:
In a sense, of course, this is true. However, what I'm trying to point
out is that we have a fundamental governance
On Thu, Nov 13, 2014 at 01:39:52PM -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
We do tell users of Debian what to do - that's part of the problem right
now. We told the users they will switch init systems, and a large
portion (or at least a vocal portion)
On Thu, 2014-11-13 at 13:39 -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
We do tell users of Debian what to do - that's part of the problem right
now. We told the users they will switch init systems, and a large
portion (or at least a vocal portion) don't want
2014-11-13 22:56 GMT+01:00 Patrick Ouellette poue...@debian.org:
On Thu, Nov 13, 2014 at 01:39:52PM -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
We do tell users of Debian what to do - that's part of the problem right
now. We told the users they will switch init
On 14 November 2014 04:20, Carlos Alberto Lopez Perez clo...@igalia.com
wrote:
The last one that I read is that udev is going to stop working on
non-systemd systems:
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
I don't read anything in that post that says this.
Le jeudi 13 novembre 2014 à 19:23 +0800, Paul Wise a écrit :
On Thu, Nov 13, 2014 at 6:26 PM, Jérémy Lal wrote:
As a workaround, this is the reason why arch:all nodejs modules have a
build-dependency on nodejs - it prevents them to be available on arches
where nodejs isn't.
I think you
On Thu, Nov 13, 2014 at 11:06:08PM +0100, Matthias Klumpp wrote:
For the record, I really don't care about the init system per-say. I am
more annoyed with the systemd insistence on logging to binary files than
anything. Log files should be plain text.
Rsyslog is srill installed by
Tobias Frost dijo [Thu, Nov 13, 2014 at 05:22:18PM +0100]:
I have just noticed your blog post on planet.debian.org:
https://np237.livejournal.com/34598.html
You lack any sense of humor, really!
Sometimes, a joke is just inappropriate, regardless how funny it may seem.
Sometimes, a joke
On Fri, 2014-11-14 at 09:16 +1100, Brian May wrote:
On 14 November 2014 04:20, Carlos Alberto Lopez Perez
clo...@igalia.com wrote:
Which would suggest that udev might stop supporting the
userspace-to-userspace netlink-based transport in the future. However,
unless I am mistaken, I don't
Hi Pat,
On Thu, Nov 13, 2014 at 4:25 PM, Patrick Ouellette poue...@debian.org wrote:
On Thu, Nov 13, 2014 at 11:06:08PM +0100, Matthias Klumpp wrote:
For the record, I really don't care about the init system per-say. I am
more annoyed with the systemd insistence on logging to binary files
On 14 November 2014 09:30, Svante Signell svante.sign...@gmail.com wrote:
From an irc:(16:06:44) xxx: udevd starts very slowly without systemd...
any chance i can speed it up?
Assuming that report is accurate, to me it sounds like a bug that should
get fixed, as opposed to a clear indication
On Tue, Nov 11, 2014 at 10:51 PM, Henrique de Moraes Holschuh
h...@debian.org wrote:
Please allow debian/master as an alternative. It fits with the general git
usage of master, it fits with the workflow of several packages, where you
do experimental-unstable, and it is not going to surprise
On Wed, Nov 12, 2014 at 4:04 AM, Marco d'Itri m...@linux.it wrote:
Whatever the decision will be on debian/master, I think that master
should be at the very least an option.
I.e. a debian-only repo? That's what pabs also seems to prefer so it
probably makes sense to support/allow both.
FWIW, I
On Fri, 2014-11-14 at 09:46 +1100, Brian May wrote:
On 14 November 2014 09:30, Svante Signell svante.sign...@gmail.com
wrote:
From an irc:(16:06:44) xxx: udevd starts very slowly without
systemd...
any chance i can speed it up?
Assuming that report is accurate,
On Fri, Nov 14, 2014 at 6:19 AM, Jérémy Lal wrote:
Le jeudi 13 novembre 2014 à 19:23 +0800, Paul Wise a écrit :
On Thu, Nov 13, 2014 at 6:26 PM, Jérémy Lal wrote:
As a workaround, this is the reason why arch:all nodejs modules have a
build-dependency on nodejs - it prevents them to be
On Thu, Nov 13, 2014 at 11:30:25PM +0100, Svante Signell wrote:
From an irc:(16:06:44) xxx: udevd starts very slowly without systemd...
any chance i can speed it up?
This is #767363 aka #754987 aka ~1e38 others.
For now, you can
sed -i 's/allow-hotplug eth0/auto eth0/' /etc/network/interfaces
On Fri, 2014-11-14 at 09:16 +1100, Brian May wrote:
On 14 November 2014 04:20, Carlos Alberto Lopez Perez
clo...@igalia.com wrote:
The last one that I read is that udev is going to stop working
on
non-systemd systems:
It would be very cool if the debian installer had a listofpackages.txt
and that listofpackages.txt could be edited by the user
then we would be getting customized debian installs
some people would edit and tell it to auto install:
- zsh
- lilo instead of grub
- lukssetup (crypt thing)
- ext3
On Fri, 2014-11-14 at 00:07 +0100, Adam Borowski wrote:
On Thu, Nov 13, 2014 at 11:30:25PM +0100, Svante Signell wrote:
From an irc:(16:06:44) xxx: udevd starts very slowly without systemd...
any chance i can speed it up?
This is #767363 aka #754987 aka ~1e38 others.
For now, you can
❦ 13 novembre 2014 23:30 +0100, Svante Signell svante.sign...@gmail.com :
Which would suggest that udev might stop supporting the
userspace-to-userspace netlink-based transport in the future. However,
unless I am mistaken, I don't think this means it will no longer work
on non-systemd
Le vendredi 14 novembre 2014 à 07:03 +0800, Paul Wise a écrit :
On Fri, Nov 14, 2014 at 6:19 AM, Jérémy Lal wrote:
Le jeudi 13 novembre 2014 à 19:23 +0800, Paul Wise a écrit :
On Thu, Nov 13, 2014 at 6:26 PM, Jérémy Lal wrote:
As a workaround, this is the reason why arch:all nodejs
On Fri, Nov 14, 2014 at 12:20:36AM +0100, Svante Signell wrote:
On Fri, 2014-11-14 at 00:07 +0100, Adam Borowski wrote:
On Thu, Nov 13, 2014 at 11:30:25PM +0100, Svante Signell wrote:
From an irc:(16:06:44) xxx: udevd starts very slowly without systemd...
any chance i can speed it up?
Patrick == Patrick Ouellette poue...@debian.org writes:
Patrick On Thu, Nov 13, 2014 at 11:06:08PM +0100, Matthias Klumpp wrote:
Patrick I did not ask for evangelization about how wonderful binary
Patrick logs are, nor for a lesson on how to get the info out of
Patrick systemd
Patrick Ouellette poue...@debian.org writes:
By making it the new default, and causing apt-get dist-upgrade to
install systemd (which is what happened to one of my systems) in place
of sysvinit we most certainly are.
The point that I'm making is that those are two separate things. Yes,
both
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: 613 (new: 8)
Total number of packages offered up for adoption: 140 (new: 1)
Total number of packages
On Fri, Nov 14, 2014 at 12:05:17AM +, Sam Hartman wrote:
I'm confused. Are you saying that cat logfile isn't working for you
with systemd on jessie?
I'm honestly asking for information here.
As best I can tell on my system everything that gets logged gets logged
to text log files.
On Fri, Nov 14, 2014 at 9:39 AM, Patrick Ouellette wrote:
I'm saying those things that logged to syslog now log to the journal, so
cat /var/log/syslog doesn't work because the output that used to go there is
redirected to the binary format journal file.
journald forwards to rsyslog etc, which
Patrick Ouellette poue...@debian.org writes:
I'm saying those things that logged to syslog now log to the journal, so
cat /var/log/syslog doesn't work because the output that used to go
there is redirected to the binary format journal file.
If that's happening on your system, that's a bug.
On Thu, Nov 13, 2014 at 06:07:33PM -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
I'm saying those things that logged to syslog now log to the journal, so
cat /var/log/syslog doesn't work because the output that used to go
there is redirected to the binary format
Patrick Ouellette poue...@debian.org writes:
Since /var/log/syslog is empty, clearly there was an issue when my
system upgraded. I'll have to look into this to see what is going on.
(Kind of illustrates my point about another point of failure... No, I
did not plan or do this intentionally)
El jue, 13 de nov 2014 a las 6:15 , Patrick Ouellette
poue...@debian.org escribió:
On Thu, Nov 13, 2014 at 06:07:33PM -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
I'm saying those things that logged to syslog now log to the
journal, so
cat /var/log/syslog
Patrick Ouellette poue...@debian.org writes:
On Thu, Nov 13, 2014 at 06:19:32PM -0800, Russ Allbery wrote:
Ow. No, that's definitely a bug. I'd love to understand what happened
there, as that sounds like a pretty serious one. That is not expected
behavior.
OK, so the system has syslog-ng
El jue, 13 de nov 2014 a las 6:53 , Russ Allbery r...@debian.org
escribió:
Patrick Ouellette poue...@debian.org writes:
On Thu, Nov 13, 2014 at 06:19:32PM -0800, Russ Allbery wrote:
Ow. No, that's definitely a bug. I'd love to understand what
happened
there, as that sounds like a pretty
El jue, 13 de nov 2014 a las 6:57 , Cameron Norman
camerontnor...@gmail.com escribió:
El jue, 13 de nov 2014 a las 6:53 , Russ Allbery r...@debian.org
escribió:
Patrick Ouellette poue...@debian.org writes:
On Thu, Nov 13, 2014 at 06:19:32PM -0800, Russ Allbery wrote:
Ow. No, that's
On 13/11/14 23:16, Brian May wrote:
On 14 November 2014 04:20, Carlos Alberto Lopez Perez clo...@igalia.com
wrote:
The last one that I read is that udev is going to stop working on
non-systemd systems:
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
I don't read
On Thu, Nov 13, 2014 at 06:53:09PM -0800, Russ Allbery wrote:
Maybe some failure to sync status correctly? syslog-ng does ship with a
service file. What does:
systemctl status syslog-ng
say? Particularly the Loaded and Active fields should have some hint as
to what's going on
Patrick Ouellette poue...@debian.org writes:
● syslog-ng.service - System Logger Daemon
Loaded: loaded (/etc/systemd/system/syslog-ng.service; disabled)
Active: active (running) since Thu 2014-11-13 21:36:20 EST; 18min ago
Docs: man:syslog-ng(8)
Main PID: 13370 (syslog-ng)
Patrick == Patrick Ouellette poue...@debian.org writes:
I think this is a bug.
On my system things get logged both to the journal and to
/var/log/syslog.
My understanding talking to systemd folks is that the behavior I'm
seeing is intended and that unless you went out of your way to
configure
On Thu, Nov 13, 2014 at 06:19:32PM -0800, Russ Allbery wrote:
Patrick Ouellette poue...@debian.org writes:
Since /var/log/syslog is empty, clearly there was an issue when my
system upgraded. I'll have to look into this to see what is going on.
(Kind of illustrates my point about another
package: syslog-ng-core
severity: important
version:3.3.5-4
justification: does not enable systemd unit.
syslog-ng-core's postinst does not enable its syslog unit.
I'm guessing that including systemd in the dh sequence is not quite
doing enough to actually turn it on.
Unfortunately dh-systemd
Cameron == Cameron Norman camerontnor...@gmail.com writes:
OK, so the system has syslog-ng installed. For what ever reason
syslog-ng
is not starting automatically, but starts manually by systemctl.
syslog-ng version 3.5.6-2
systemd version 215-5+b1
You can do this using a preseed file:
https://www.debian.org/releases/wheezy/amd64/apb.html.en
in particular:
d-i pkgsel/include string htop vim tree zsh
Cheers,
Fabrice
2014-11-14 0:19 GMT+01:00 Michael Ole Olsen g...@gmx.net:
It would be very cool if the debian installer had a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 13 Nov 2014 22:12:42 +1300
Source: python-magcode-core
Binary: python3-magcode-core
Architecture: source amd64
Version: 1.4.7-3
Distribution: unstable
Urgency: medium
Maintainer: Matthew Grant m...@mattgrant.net.nz
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Thu, 13 Nov 2014 10:59:18 +0100
Source: ejabberd
Binary: ejabberd
Architecture: source amd64
Version: 14.07-3
Distribution: unstable
Urgency: medium
Maintainer: Konstantin Khomoutov flatw...@users.sourceforge.net
Changed-By:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 12 Nov 2014 07:49:47 +0100
Source: libmemcached
Binary: libmemcached11 libmemcached-dev libmemcached-dbg libmemcachedutil2
libhashkit2 libhashkit-dev libmemcached-tools
Architecture: source amd64
Version: 1.0.18-4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 13 Nov 2014 10:49:00 +
Source: stress-ng
Binary: stress-ng
Architecture: source amd64
Version: 0.02.27-1
Distribution: unstable
Urgency: medium
Maintainer: Colin King colin.k...@canonical.com
Changed-By: Colin King
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 11 Nov 2014 12:39:18 +0100
Source: mako
Binary: python-mako python3-mako python-mako-doc
Architecture: source all
Version: 1.0.0+dfsg-0.1
Distribution: unstable
Urgency: medium
Maintainer: Piotr Ożarowski pi...@debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 13 Nov 2014 20:18:22 +0800
Source: coinutils
Binary: coinor-libcoinutils3 coinor-libcoinutils-dev coinor-libcoinutils-doc
coinor-libcoinutils3-dbg
Architecture: source amd64 all
Version: 2.9.15-3
Distribution: unstable
1 - 100 of 153 matches
Mail list logo