Processed: Bug #889665 in systemd marked as pending

Processing control commands: > tag -1 pending Bug #889665 [udev] udev: Please stop shipping debian/extra/rules/70-debian-uaccess.rules Added tag(s) pending. -- 889665: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889665 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Processed: fixed 878811 in 236-1, tagging 878811, closing 878811

Processing commands for cont...@bugs.debian.org: > fixed 878811 236-1 Bug #878811 [systemd] dummy interface in bridge sticks in "configuring", leading to degraded system Marked as fixed in versions systemd/236-1. > tags 878811 - moreinfo Bug #878811 [systemd] dummy interface in bridge sticks in

Processed: Bug #889144 in systemd marked as pending

Processing control commands: > tag -1 pending Bug #889144 [systemd] stricter PIDfile handling breaks several daemons Added tag(s) pending. -- 889144: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889144 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Re: [PKG-Openstack-devel] Bug#878757: Openvswitch must started before networking servise

On 02/04/2018 09:34 PM, Michael Biebl wrote: > On Mon, 16 Oct 2017 20:28:26 +0700 Fedor Goncharov wrote: >> Package: openvswitch-switch >> Version: 2.6.2~pre+git20161223-3 >> Priority: critical >> >> The Openvswitch daemon must be started before the network.service. >> Because

Ich brauche deine Antwort

*Lieber Herr,* *Ich brauche deine sofortige Aufmerksamkeit und vertraue darauf* *Transaktion. Nach meinen mehreren erfolglosen Versuchen* *Um die Verwandten meines verstorbenen Kunden zu finden, entschied ich mich dazu* *Kontaktiere dich basierend auf Namensähnlichkeit und Nationalität*

Hello My Beloved One, i need your assistance,

Hello My Beloved One, i need your assistance, Please bear with me i am writing this mail to you with tears and sorrow from my heart. I am Aisha Muammar Gaddafi, the only daughter of the embattled president of Libya, Hon. Muammar Gaddafi. I know my mail might come to you as a surprise

. Good day my Dear,

. Good day my Dear, I feel quite safe dealing with you in this important business. Though this medium (Internet) has been greatly abused, I choose to reach you through it because it still remains the fastest medium of communication. However, this correspondence is private, and it should be

Bug#889144: systemd 237-1: problem starting dnsmasq

Am 07.02.2018 um 22:12 schrieb Jonathan de Boyne Pollard: > Michael Biebl: > >> If other services depend on dnsmasq, please keep >> https://www.lucas-nussbaum.net/blog/?p=877 in mind >> > Please do not.  It is an erroneous conclusion based upon a faulty > analysis that conflates the readiness

Bug#889144: systemd 237-1: problem starting dnsmasq

Michael Biebl: If other services depend on dnsmasq, please keep https://www.lucas-nussbaum.net/blog/?p=877 in mind Please do not. It is an erroneous conclusion based upon a faulty analysis that conflates the readiness protocols

Bug#889738: marked as done (systemd: Should Provide time-daemon)

Your message dated Tue, 6 Feb 2018 20:59:53 +0100 with message-id and subject line Re: Bug#889738: systemd: Should Provide time-daemon has caused the Debian Bug report #889738, regarding systemd: Should Provide time-daemon to be marked as done.

RE: Notice!

From: Frank Konuche Sent: Tuesday, February 06, 2018 7:33 PM To: Frank Konuche Subject: Notice! Staffs and Student are to migrate to the new Outlook Web Access for 2018. This is the new home for online self-service and information. Click on

Bug#889738: systemd: Should Provide time-daemon

Source: systemd Severity: normal systemd includes systemd-timesyncd, an SNTP client. systemd's packaging should Provide time-daemon, preventing packages that need time synchronization from unnecessarily pulling in ntp. ___ Pkg-systemd-maintainers

Cancelled: YOUR ATM CARD @ Tuesday, 06 February 2018

FEB 06

Processed: udev: Please stop shipping debian/extra/rules/70-debian-uaccess.rules

Processing control commands: > block -1 by 889136 Bug #889665 [udev] udev: Please stop shipping debian/extra/rules/70-debian-uaccess.rules 889665 was not blocked by any bugs. 889665 was not blocking any bugs. Added blocking bug(s) of 889665: 889136 -- 889665:

Bug#889144: stricter PIDfile handling breaks several daemons

On 04/02/18 20:26, Sven Hartge wrote: > Does dnsmasq need a PIDfile when running under systemd? Can't it just > not double fork, stay in the foreground using a Type=simple systemd unit? > > That way the whole problem could be avoided all together. > Sending signals to the dnsmasq process cause

Bug#889144: stricter PIDfile handling breaks several daemons

On Sun, 4 Feb 2018 15:41:37 + Simon Kelley wrote: > With my dnsmasq maintainer hat on, the current arrangement looks like this. > > 1) /run/dnsmasq is a directory owned by dnsmasq:nogroup > 2) /run/dnsmasq/dnsmasq.pid gets written by dnsmasq before it drops > root,

Re: Openvswitch must started before networking servise

On Mon, 16 Oct 2017 20:28:26 +0700 Fedor Goncharov wrote: > Package: openvswitch-switch > Version: 2.6.2~pre+git20161223-3 > Priority: critical > > The Openvswitch daemon must be started before the network.service. > Because when the initiation of the network started

Bug#889144: stricter PIDfile handling breaks several daemons

On 04.02.2018 17:25, Michael Biebl wrote: > Am 03.02.2018 um 14:35 schrieb Sven Hartge: >> Um 14:00 Uhr am 03.02.18 schrieb Michael Biebl: >>> The alternative afaics would be, that the daemon writes the pid file as >>> munin:munin then (or ulog:ulog for the above case). >> >> No, this would open

Bug#889144: stricter PIDfile handling breaks several daemons

With my dnsmasq maintainer hat on, the current arrangement looks like this. 1) /run/dnsmasq is a directory owned by dnsmasq:nogroup 2) /run/dnsmasq/dnsmasq.pid gets written by dnsmasq before it drops root, so is root:root 3) The reason /run/dnsmasq is owned by dnsmasq is so that dnsmasq can

Processed: Re: Bug#889144: stricter PIDfile handling breaks several daemons

Processing control commands: > forwarded -1 https://github.com/systemd/systemd/issues/8085 Bug #889144 [systemd] stricter PIDfile handling breaks several daemons Set Bug forwarded-to-address to 'https://github.com/systemd/systemd/issues/8085'. -- 889144:

Processed: Add affects

Processing commands for cont...@bugs.debian.org: > affects 889144 dnsmasq munin-node ulogd2 Bug #889144 [systemd] stricter PIDfile handling breaks several daemons Added indication that 889144 affects dnsmasq, munin-node, and ulogd2 > thanks Stopping processing here. Please contact me if you need

Bug#889144: stricter PIDfile handling breaks several daemons

Um 03:02 Uhr am 03.02.18 schrieb Michael Biebl: > Am 02.02.2018 um 20:07 schrieb Sven Hartge: >> ulogd2 drops its priviliges on its own. It needs to start as root to >> connect to the netlink sockets. > So, ulogd2 creates a directory /run/ulog which is owned by ulog:ulog but > then creates the

Processed: Re: Bug#889144: stricter PIDfile handling breaks several daemons

Processing control commands: > severity -1 serious Bug #889144 [systemd] stricter PIDfile handling breaks several daemons Severity set to 'serious' from 'important' -- 889144: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889144 Debian Bug Tracking System Contact ow...@bugs.debian.org with

Bug#854400: [bts-link] source package src:systemd

On Fri, Sep 29, 2017 at 04:06:49PM +0200, Marc Haber wrote: > This bug has not been fixed upstream, upstream doesn't feel like fixing > it and closed Raphaëls PR without actually pulling. The issue still happens in current unstable with a 4.15 kernel. Grüße Marc --

Bug#815793: IPv6 code ignores unsolicited router advertisements

I would like to suggest closing this issue. I have never seen it again. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany| lose things."Winona

Processed (with 2 errors): Re: Bug#868325: systemd-networkd-wait-online fails if PreferredLifetime=0 is set on an interface

Processing commands for cont...@bugs.debian.org: > Version: 236-3 Unknown command or malformed arguments to command. > tags #868325 stretch Bug #868325 [systemd] systemd-networkd-wait-online fails if PreferredLifetime=0 is set on an interface Added tag(s) stretch. > found #868325 232-25 Bug

Bug#889144: stricter PIDfile handling breaks several daemons

On 02.02.2018 19:24, Michael Biebl wrote: > Am 02.02.2018 um 14:58 schrieb Sven Hartge: >> The upstream commit db256aab13d8a89d583ecd2bacf0aca87c66effc "core: be >> stricter when handling PID files and MAINPID sd_notify() messages" >> breaks several daemons in Debian. >> >> Known issues exist

Bug#889144: stricter PIDfile handling breaks several daemons

Package: systemd Version: 237-1 Severity: important Tags: upstream Hi! The upstream commit db256aab13d8a89d583ecd2bacf0aca87c66effc "core: be stricter when handling PID files and MAINPID sd_notify() messages" breaks several daemons in Debian. Known issues exist for - munin-node

Bug#889110: udev: extremely high cpu usage (overheats notebook after a minute of use)

After reading this thread I have managed to solve the issue https://bbs.archlinux.org/viewtopic.php?id=232890 All it took was for me to remove the "bluetooth" package via aptitude, which depends on "bluez" - I will create an appropriate bug report for that package as well. On 2 February 2018 at

Bug#889110: udev: extremely high cpu usage (overheats notebook after a minute of use)

Am 02.02.2018 um 04:50 schrieb Alex Henry: > Here's the "bluez" issue report > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889111 > > Hopefully the maintainers for both packages can communicate to identify > responsibilities and solve the issue. Thank you! Looks like neither a udev nor

Bug#889110: udev: extremely high cpu usage (overheats notebook after a minute of use)

Here's the "bluez" issue report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889111 Hopefully the maintainers for both packages can communicate to identify responsibilities and solve the issue. Thank you! On 2 February 2018 at 01:36, Alex Henry wrote: > After reading

Bug#889110: udev: extremely high cpu usage (overheats notebook after a minute of use)

Package: udev Version: 236-3 Severity: important Hello it's been a while since I update my Debian (testing) packages for my laptop computer but after updating all of them today it has been rendered unusable for all intents and purposes. The main issue is a process tree (systemd-udevd) hangs all

Interested to outsource Django/Python Projects?

Hi there! Seasonal Greetings from Cogzidel! We are experts in Building Web and mobile applications. In the past 10 years, we have successfully developed, implemented and ideated over 2000 solutions. Our Next benchmark is to increase the traffic to your website. The top trending websites use

Bug#889044: marked as done (udev: system upgrade is broken)

Your message dated Thu, 01 Feb 2018 16:59:15 +0300 with message-id <302571517493...@web37o.yandex.ru> and subject line Re: Bug#889044: udev: system upgrade is broken has caused the Debian Bug report #889044, regarding udev: system upgrade is broken to be marked as done. This means that you claim

Bug#886342: marked as done (systemd-networkd: Unknown section 'Tap'. Ignoring.)

Your message dated Wed, 31 Jan 2018 23:19:21 +0100 with message-id <43b891dc-80f9-14b3-cc5c-b2992f87e...@debian.org> and subject line Re: Bug#886342: systemd-networkd: Unknown section 'Tap'. Ignoring. has caused the Debian Bug report #886342, regarding systemd-networkd: Unknown section 'Tap'.

Bug#886342: systemd-networkd: Unknown section 'Tap'. Ignoring.

Am 30.01.2018 um 15:15 schrieb Ritesh Raj Sarraf: > Hello Michael, > > On Tue, 2018-01-30 at 15:07 +0100, Michael Biebl wrote: >> Am 30.01.2018 um 15:01 schrieb Ritesh Raj Sarraf: >> >>> /etc/systemd/network/tap.netdev:5: Unknown section 'Tap'. Ignoring. >> >> Please always share your full config

Processed: Re: Bug#888892: No permission on U2F security key

Processing control commands: > reassign -1 libu2f-udev Bug #92 [udev] No permission on U2F security key Bug reassigned from package 'udev' to 'libu2f-udev'. No longer marked as found in versions systemd/236-3. Ignoring request to alter fixed versions of bug #92 to the same values

Bug#888892: No permission on U2F security key

Am 30.01.2018 um 23:47 schrieb Kurt Roeckx: > There is no such package, but I do have u2f-host instaled, and so > libu2f-host0 and libhidapi-hidraw0. I also have libykpers-1-1 > installed that ships /lib/udev/rules.d/69-yubikey.rules Seems the package was named libu2f-udev, not libu2f-common.

Bug#888892: No permission on U2F security key

Package: udev Version: 236-3 Hi, I'm not sure where things are going wrong for me, but udev seems like the best starting place. In debian stable when I plug in my yubikeys, the group plugdev gets read/write permissions on /dev/hidrawX. When I do the same in testing, the group is root with no

Bug#888850: systemd-timesyncd fails to start

Control: forcemerge 887343 -1 Am 30.01.2018 um 17:12 schrieb John Williams: > Package: systemd > Version: 236-6 There is no such version in the archive? Please consider using reportbug next time, which will include correct version information and lots of diagnostic info which helps to triage

Processed: Re: Bug#888850: systemd-timesyncd fails to start

Processing control commands: > forcemerge 887343 -1 Bug #887343 {Done: Michael Biebl } [systemd] systemd-timesyncd does not start with DynamicUser=yes Bug #50 [systemd] systemd-timesyncd fails to start Set Bug forwarded-to-address to

Bug#888850: systemd-timesyncd fails to start

Package: systemd Version: 236-6 After a recent installation of buster (aarch64), systemd-timesyncd fails to start systemctl status systemd-timesyncd says: systemd-timesyncd.service: Start request repeated too quickly systemd-timesyncd.service: Failed with result 'exit-code' I notice that

Bug#886342: systemd-networkd: Unknown section 'Tap'. Ignoring.

Am 30.01.2018 um 15:01 schrieb Ritesh Raj Sarraf: > /etc/systemd/network/tap.netdev:5: Unknown section 'Tap'. Ignoring. Please always share your full config files you use. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?

HELLO

HELLO > > We have gone through your website and our company is interested in your > products. > > We want to make a large order for long term import. > > Please provide us with the following information. > > Please contact us with this EMAIL:[ paulwillson...@gmail.com ] > > 1. Handling Time > >

Bug#870301: systemd: Touchpad fix Dell Inspiron Mini 1012

On Tue, 10 Oct 2017 16:04:46 +0200 Michael Biebl wrote: > On Mon, 31 Jul 2017 20:44:17 -0400 (EDT) bw wrote: > > On Tue, 1 Aug 2017, Michael Biebl wrote: > > > It would be great if you can file this issue upstream at > > >

Accepted systemd 237-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 30 Jan 2018 01:55:24 +0100 Source: systemd Binary: systemd systemd-sysv systemd-container systemd-journal-remote systemd-coredump systemd-tests libpam-systemd libnss-myhostname libnss-mymachines libnss-resolve libnss-systemd

systemd_237-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 30 Jan 2018 01:55:24 +0100 Source: systemd Binary: systemd systemd-sysv systemd-container systemd-journal-remote systemd-coredump systemd-tests libpam-systemd libnss-myhostname libnss-mymachines libnss-resolve

Processing of systemd_237-1_source.changes

systemd_237-1_source.changes uploaded successfully to localhost along with the files: systemd_237-1.dsc systemd_237.orig.tar.gz systemd_237-1.debian.tar.xz systemd_237-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)

Bug#888250: marked as done (udev: fails to rename interfaces as per 70-persistent-net-rules (sporadic))

Your message dated Tue, 30 Jan 2018 01:54:40 +0100 with message-id <6ff8cc6b-2932-b4e5-529a-bc270f4ba...@debian.org> and subject line Re: udev: fails to rename interfaces as per 70-persistent-net-rules (sporadic) has caused the Debian Bug report #888250, regarding udev: fails to rename interfaces

Re: Action requested: migration of alioth list pkg-systemd-maintainers

Hi, since the systemd team in Debian doesn't have any alternative mailing list atm and we use it as Maintainer in a couple of important packages, we would appreciated if you could migrate pkg-systemd-maintainers. Thanks a lot. Michael Am 28.01.2018 um 19:26 schrieb alioth lists migration team:

Bug#888126: [patch] Please enable systemd-sysusers unit

On Mon, Jan 29, 2018 at 09:28:36AM +0100, Michael Vogt wrote: > On Sat, Jan 27, 2018 at 10:20:46PM +0100, Martin Pitt wrote: [..] > Fixing this in the code is pretty trivial, we just need an OK from > upstream how to do it (either by ensuing the uid:gid syntax never > changes the uid/gid or via a

Bug#888126: [patch] Please enable systemd-sysusers unit

On Sat, Jan 27, 2018 at 10:20:46PM +0100, Martin Pitt wrote: [..] > Michael Vogt [2018-01-23 16:15 +0100]: > > sync:*:4:65534:sync:/bin:/bin/sync > > > > which cannot be represented because you cannot specify a different > > primary gid in the sysusers file (or a login shell). So extra work

Bug#882629: marked as done (systemd: debian/copyright refers to the CC0 license by URL)

Your message dated Sun, 28 Jan 2018 22:11:32 + with message-id and subject line Bug#882629: fixed in systemd 236-4 has caused the Debian Bug report #882629, regarding systemd: debian/copyright refers to the CC0 license by URL to be marked as done. This

Bug#887343: marked as done (systemd-timesyncd does not start with DynamicUser=yes)

Your message dated Sun, 28 Jan 2018 22:11:32 + with message-id and subject line Bug#887343: fixed in systemd 236-4 has caused the Debian Bug report #887343, regarding systemd-timesyncd does not start with DynamicUser=yes to be marked as done. This means

systemd_236-4_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 28 Jan 2018 22:29:32 +0100 Source: systemd Binary: systemd systemd-sysv systemd-container systemd-journal-remote systemd-coredump systemd-tests libpam-systemd libnss-myhostname libnss-mymachines libnss-resolve

Processing of systemd_236-4_source.changes

systemd_236-4_source.changes uploaded successfully to localhost along with the files: systemd_236-4.dsc systemd_236-4.debian.tar.xz systemd_236-4_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org) ___

Bug#887501: systemctl should continue to use a pager automatically when interactive

As far as I can tell, while a couple of distributions may patch this differently, the majority keep upstream's auto-pager behavior. As described earlier in this bug, the tool that is having trouble with this seems to be intentionally trying to make programs think they're running interactively with

Bug#888126: [patch] Please enable systemd-sysusers unit

Hello Michael, all, Michael Vogt [2018-01-23 16:15 +0100]: > There is no downside (AFAICS), the unit is conditiional on > ConditionNeedsUpdate=/etc so it will never run on default Debian > systems. Agreed. It will mostly be dead weight in the systemd packages, but the new tool isn't too big, and

Bug#887692: marked as done (casync: FTBFS and Debci failure with glibc 2.26)

Your message dated Sat, 27 Jan 2018 13:50:00 + with message-id and subject line Bug#887692: fixed in casync 2+61.20180112-1 has caused the Debian Bug report #887692, regarding casync: FTBFS and Debci failure with glibc 2.26 to be marked as done. This

casync_2+61.20180112-1_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Jan 2018 10:15:19 -0300 Source: casync Binary: casync Architecture: source Version: 2+61.20180112-1 Distribution: unstable Urgency: medium Maintainer: Debian systemd Maintainers

Processing of casync_2+61.20180112-1_source.changes

casync_2+61.20180112-1_source.changes uploaded successfully to localhost along with the files: casync_2+61.20180112-1.dsc casync_2+61.20180112.orig.tar.gz casync_2+61.20180112-1.debian.tar.xz casync_2+61.20180112-1_source.buildinfo Greetings, Your Debian queue daemon (running on

casync is marked for autoremoval from testing

casync 2-1 is marked for autoremoval from testing on 2018-02-17 It is affected by these RC bugs: 887692: casync: FTBFS and Debci failure with glibc 2.26 ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org

Bug#888478: systemd FTBFS on mipsel: /usr/bin/ld: BFD (GNU Binutils for Debian) 2.29.90.20180122 assertion fail ../../bfd/elflink.c:9757

Control: reassign -1 binutils 2.29.90.20180122-1 Control: affects -1 src:systemd On Fri, Jan 26, 2018 at 08:29:08AM +0100, Helmut Grohne wrote: > Source: systemd > Version: 236-3 > Severity: serious > User: helm...@debian.org > Usertags: rebootstrap > > systemd fails to build from source on

Bug#888478: systemd FTBFS on mipsel: /usr/bin/ld: BFD (GNU Binutils for Debian) 2.29.90.20180122 assertion fail ../../bfd/elflink.c:9757

Source: systemd Version: 236-3 Severity: serious User: helm...@debian.org Usertags: rebootstrap systemd fails to build from source on mipsel. Very likely this is not caused by this particular systemd upload, but by the binutils upload instead. In any case, the build log (attached) ends with: |

Dearest

Dearest, I know this mail will come to you as a surprise since we haven't known or come across each other before considering the fact that I sourced your email contact through the Internet in search of trusted person who can assist me. I am Miss Sofia Warlord Ibrahim Coulibaly 24 years old

Bug#888250: udev: fails to rename interfaces as per 70-persistent-net-rules (sporadic)

Package: udev Version: 236-3+b1 Severity: normal Dear Maintainer, after 4.15 kernel changed the order of network interface detection (probably beacuse of PCI ordering reasons), udev broke many of my test servers with multiple network interfaces. I have static interface names configured in

Dear Sir/Madam!

Dear Sir/Madam, Good day ! Please permit me to introduce myself, I am MIMI IBRAHIM COULIBALY 17 years old female from the Republic of Ivory Coast, in Abidjan; I'm the Daughter of Late Chief Sgt. Ibrahim Coulibaly (A.K.A General Warlord IB ). My late Father was a well known Ivory Coast military

Bug#887716: not necessarily not running

On Fri, 19 Jan 2018 18:46:22 +0800 =?utf-8?B?56mN5Li55bC8?= Dan Jacobson wrote: > Package: nftables > Version: 0.8.1-1 > Severity: minor > > Setting up nftables (0.8.1-1) ... > nftables.service is a disabled or a static unit not running, not starting it. > > Not completely

Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

After reading your initial bug report again, it seems you have started nftables not using the nftables.service i.e. nftables.service is indeed not running. I thus think the message from deb-systemd-invoke is correct. The only bit that could be maybe be tweaked is: > } elsif

Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

Am 24.01.2018 um 02:50 schrieb Michael Biebl: > Control: reassign -1 init-system-helpers > Control: tags -1 - moreinfo unreproducible > > > Am 23.01.2018 um 23:57 schrieb Michael Biebl: >> Control: tags -1 + moreinfo unreproducible >> >> [please always CC the maintainer if you reassign a bug

Processed: Re: Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

Processing control commands: > reassign -1 init-system-helpers Bug #887716 [systemd] not necessarily not running Bug reassigned from package 'systemd' to 'init-system-helpers'. No longer marked as found in versions systemd/236-3. Ignoring request to alter fixed versions of bug #887716 to the same

Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

MB> How exactly did you disable the service? If I install the nftables MB> package I get no such message. All I know is on my machines I have it disabled, I think by some '$ systemctrl disable' command I used years ago. And I only start and stop it via my modem controller script (no point in

Bug#882630: Bug #882630: systemd-bootchart: debian/control refers to CC0 by URL

Control: tag -1 + patch Dear maintainer, Here is a patch, similar to what I did for #882629. Best, nicoo On Sat, Nov 25, 2017 at 01:43:31AM +0100, Nicolas Braud-Santoni wrote: > Package: systemd-bootchart > Severity: normal > Control: tag -1 + stretch buster > Control: block -1 by 882628 >

Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

Control: tags -1 + moreinfo unreproducible [please always CC the maintainer if you reassign a bug report] On Mon, 22 Jan 2018 13:31:06 +0100 Arturo Borrero Gonzalez wrote: > On Fri, 19 Jan 2018 21:58:11 +0800 =?utf-8?B?56mN5Li55bC8?= Dan > Jacobson

Processed: Re: [pkg-netfilter-team] Bug#887716: not necessarily not running

Processing control commands: > tags -1 + moreinfo unreproducible Bug #887716 [systemd] not necessarily not running Added tag(s) unreproducible and moreinfo. -- 887716: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887716 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems

Bug#887852: /dev/kvm is no longer accessible to local users

On Mon, 2018-01-22 at 17:50 +0100, Michael Biebl wrote: > On Sat, 20 Jan 2018 18:21:33 +0100 Alexander Kurtz wrote: > > Package: systemd > > Version: 236-3 > > > > Hi! > > > > Until recently, /dev/kvm was made accessible to local users by this > > line in

Processed: Re: [pkg-netfilter-team] Bug#887716: not necessarily not running

Processing commands for cont...@bugs.debian.org: > reopen 887716 Bug #887716 {Done: Arturo Borrero Gonzalez } [nftables] not necessarily not running Bug reopened Ignoring request to alter fixed versions of bug #887716 to the same values previously set > reassign 887716

Processed: tagging 888126

Processing commands for cont...@bugs.debian.org: > tags 888126 + patch Bug #888126 [systemd] [patch] Please enable systemd-sysusers unit Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 888126:

Bug#888126: [patch] Please enable systemd-sysusers unit

package: systemd version: 236-3 Dear systemd team, please enable the systemd-sysuser.service unit. The rational is that users who want to use this inside their containers/deployments can do so. Attached is a (trivial) patch to enable the unit. It is also documented widely and the fact that it

Processed: Re: casync: FTBFS and Debci failure with glibc 2.26

Processing commands for cont...@bugs.debian.org: > forwarded 887692 https://github.com/systemd/casync/issues/83 Bug #887692 [src:casync] casync: FTBFS and Debci failure with glibc 2.26 Set Bug forwarded-to-address to 'https://github.com/systemd/casync/issues/83'. > thanks Stopping processing

Bug#886914: Confirmation of bug 886914

Hi, Since two weeks I am experiencing the same problem. I also noticed this first when performing "apt upgrade" command. Suspected systemd as I often saw problems when it was being installed or triggered, such as when services were being restarted or reloaded probably. I too am on HP hardware:

Dear Fuentes And Family

Email us for more details ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#822635: udev rules for USB device access effective at boot, but not on hotplug

Hi Josh! On Wed, 21 Dec 2016 20:15:12 +0100 Michael Biebl wrote: > On Fri, 6 May 2016 18:12:27 -0500 Martin Pitt wrote: > > Control: tag -1 moreinfo > > > > Hello Josh, > > > > Josh Triplett [2016-04-25 13:48 -0700]: > > > ~$ cat

Bug#887250: systemd should depend on e2fsprogs explicitly

On Wed, 17 Jan 2018 20:21:50 +0100 Helmut Grohne wrote: > I think it warrants a "Suggests" at most. A Suggests won't help anyway. I see that mkfs.ext* is used in systemd-makefs. This is a swecial feature though imho doesn't warrant a hard dependency though. After all, we

Bug#887852: /dev/kvm is no longer accessible to local users

On Sat, 20 Jan 2018 18:21:33 +0100 Alexander Kurtz wrote: > Package: systemd > Version: 236-3 > > Hi! > > Until recently, /dev/kvm was made accessible to local users by this > line in /lib/udev/rules.d/70-uaccess.rules: > > # KVM > SUBSYSTEM=="misc",

Processed: tagging 882629

Processing commands for cont...@bugs.debian.org: > tags 882629 + pending Bug #882629 [systemd] systemd: debian/copyright refers to the CC0 license by URL Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 882629:

Bug#882629: Bug #882629: systemd: debian/copyright refers to the CC0 license by URL

Forgot to attach the updated patch... On Mon, Jan 22, 2018 at 12:25:57PM +0100, Nicolas Braud-Santoni wrote: > Dear maintainers, > > Here is an updated patch which keeps the URL, so that systems which do not > have a more recent base-files packages (for instance, stretch-backports) > still have

Bug#882629: Bug #882629: systemd: debian/copyright refers to the CC0 license by URL

Dear maintainers, Here is an updated patch which keeps the URL, so that systems which do not have a more recent base-files packages (for instance, stretch-backports) still have a reference to the full license text. While this means that technically the backported package won't comply with the

Re:

Hallo, Wir geben Kredite an Privatpersonen und Unternehmen. Die Zinsen werden jährlich 3 %. Rückzahlung Dauer werden 1-30 Jahre. Wir haben Investoren, die Finanzierung von Projekten der großvolumigen interessieren und wir geben Kredit ohne Gebühren im Voraus. Antworten Sie mir weitere

Re: Bug#887904: dh_installsystemd will unmask services *after* an attempt to start them

Am 21.01.2018 um 16:28 schrieb Michael Biebl: > Package: debhelper > Version: 11.1.3 > Severity: important > > dh_installsystemd masks services on "remove". The background here is, that > SysV init scripts are conffiles which are only removed on "purge". > > Upon re-installation, this mask is

Bug#887904: dh_installsystemd will unmask services *after* an attempt to start them

Package: debhelper Version: 11.1.3 Severity: important dh_installsystemd masks services on "remove". The background here is, that SysV init scripts are conffiles which are only removed on "purge". Upon re-installation, this mask is removed again. With dh_systemd_enable, this was done before

Bug#887900: dh_installsystemd does not properly handle aliased services

Package: debhelper Version: 11.1.3 Severity: normal I use the following in network-manager: override_dh_systemd_start: dh_link -pnetwork-manager \ lib/systemd/system/NetworkManager.service \ lib/systemd/system/network-manager.service dh_systemd_start

Bug#887899: overrides for dh_systemd_enable|start are silently ignored in compat 11

Package: debhelper Version: 11.1.3 Severity: normal I use the following in network-manager: override_dh_systemd_start: dh_link -pnetwork-manager \ lib/systemd/system/NetworkManager.service \ lib/systemd/system/network-manager.service dh_systemd_start

Processed: forcibly merging 885325 886908

Processing commands for cont...@bugs.debian.org: > forcemerge 885325 886908 Bug #885325 {Done: Michael Biebl } [systemd] systemd: Daemon start with systemctl start daemon can not find mount point not mounted by boot Bug #886811 {Done: Michael Biebl } [systemd]

Bug#886908: VS: Bug#886908: systemd enabled services unable to access shares

everything else seems to work fine now except openvpn up scripts  but thats another issue.. Thanks -Alkuperäinen viesti- Lähettäjä: Michael Biebl [mailto:bi...@debian.org] Lähetetty: keskiviikko 17. tammikuuta 2018 4.21 Vastaanottaja: Hannu Laitinen ;

Bug#887852: /dev/kvm is no longer accessible to local users

Package: systemd Version: 236-3 Hi! Until recently, /dev/kvm was made accessible to local users by this line in /lib/udev/rules.d/70-uaccess.rules: # KVM SUBSYSTEM=="misc", KERNEL=="kvm", TAG+="uaccess" However, as of systemd 236, the above rule seems to be gone. After reading

Bug#887847: Extra quoting needed for the job description

Package: systemd-cron Version: 1.5.12-2 Severity: normal Found this in the wild: zfsutils-linux package has the following cron.d entry: # Scrub the second Sunday of every month. 24 0 8-14 * * root [ $(date +\%w) -eq 0 ] && [ -x /usr/lib/zfs-linux/scrub ] && /usr/lib/zfs-linux/scrub

Bug#887501: systemctl status should not use --pager

Hi Michael, On Wed, Jan 17, 2018 at 04:19:58PM +0100, Michael Biebl wrote: [..snip..] > I quickly checked "service" from a Fedora installation. It doesn't seem > to use --no-pager (see the attached files). > > Does service really behave differently on other distros? At least the last CentOS and

Bug#886053: fixed

We believe that the bug you reported is now fixed; the following changes were made to the overrides... Concerning package libudev1... Operating on the unstable suite Changed priority from important to optional Thank you for reporting the bug, which will now be closed. If you have further

Bug#887692: casync: FTBFS and Debci failure with glibc 2.26

Source: casync Version: 2-1 Severity: serious https://ci.debian.net/packages/c/casync/unstable/amd64/ https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/casync.html ... FAILED: src/shared@sta/caremote.c.o cc -Isrc/shared@sta -Isrc -I../src -fdiagnostics-color=always -pipe

<    1   2   3   4   5   6   7   8   9   10   >