Bug#757891: init-system-helpers: Please do not depend on perl
On Tue, Aug 12, 2014 at 10:41:50PM +0200, Michael Biebl wrote: > Am 12.08.2014 21:15, schrieb Niko Tyni: > > > The perl-base package is Essential:yes, so inclusion there is pretty > > close to a promise of supporting that interface forever inside the > > Essential set. So care must be taken when adding functionality there. > > IMO Perl reimplementations of /usr/bin/find, /usr/bin/basename, > > /bin/mkdir -p, and /bin/rm -r don't seem very good candidates. > > Why not? Can you elaborate? The Debian Policy defines Essential:yes as the minimal set of functionality that must be available and usable on the system at all times. Adding other implementations of the functionality already present in those separate binaries, just in a different language, goes counter to the "minimal" part IMO. I am somewhat concerned that the needs of a package that seems to have become part of the base system more or less by accident would drive additions in the Essential set. I'm also concerned that the more functionality we add in perl-base, the easier it becomes to drop dependencies on the full perl package from "normal" packages. This will make it more probable that end users encounter systems without the full perl package, which goes counter to Perl upstream's wishes. But yeah, I may be making too big a fuss about just a few modules at 150kB. -- Niko Tyni nt...@debian.org ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
崔斯諾思 - 中國上海展 新品隆重發表 歡迎蒞臨 !!!
� unsubscribe | mobile version | best view it online � � Products� Distributors� Contacts � Member � � 本公司將展出全新台灣製造 室內空氣質量檢測儀 由台灣暉曜科技聯合台灣工業技術研究院 ( ITRI ),花費數年時間,研發出市場上質量最尖端的室內空氣質量監測儀,第一代於 2012 年反應熱銷後,最新產品於 2014 年四月陸續推出,在此番展覽會上,將可再次親眼目睹最新研發完成的崁入式四合一室內空氣質量監測儀及便攜式專業型揮發有機氣體檢測儀 歡迎您蒞臨參觀 � read more � � � 2014 第七屆中國空氣淨化及新風技術與設備展覽會暨論壇平面展場圖 � start now � � � � � � IAQ Monitoring Instruments Ltd. 6F-2, No.338, Dadun 11th St., Nantun District, Taichung City 408, Taiwan E-mail :�i...@tracenose.com � � ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Direct provider
Dear Sir/Mdm, We are direct provider for wire transfer instruments. Issuance banks are AAA rated banks in Europe, America, Middle East and Asia. Our MT103 and BG/SBLC Financing can help you get your project funded by cash backed wire transfer. We work directly with banks and owners of funds, our cash Instruments can be monetized for 100% funding of your projects. Intermediaries/Consultants/Brokers are welcome to bring their clients and are 100% protected. In complete confidence, we will work together in transparent way for the benefits/doubts and protection of all parties involved. For further details do make contact with me. Kind regard, Jose. ___ 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#758036: systemd-cron: s/cron.hourly cron.hourly/cron.hourly cron.daily
Package: systemd-cron Version: typo in package description Severity: minor Dear Maintainer, the package description says it runs "cron jobs in /etc/cron.hourly cron.hourly cron.monthly cron.weekly and cron.boot directories"; it appears like the second instance of hourly should be daily :) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Processed: affects 751741
Processing commands for cont...@bugs.debian.org: > affects 751741 + syslog-ng-core Bug #751741 [dh-systemd] dh-systemd: postinst snippets should stop foo.socket during upgrades too Bug #736258 [dh-systemd] acpid fails to upgrade on amd64 Bug #751744 [dh-systemd] dh-systemd: postinst snippets should stop foo.socket during upgrades too Bug #757903 [dh-systemd] syslog-ng-core: invoke-rc.d: initscript syslog-ng, action "stop" failed. Added indication that 751741 affects syslog-ng-core Added indication that 736258 affects syslog-ng-core Added indication that 751744 affects syslog-ng-core Added indication that 757903 affects syslog-ng-core > thanks Stopping processing here. Please contact me if you need assistance. -- 736258: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736258 751741: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751741 751744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751744 757903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757903 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Processed (with 1 errors): Re: [Syslog-ng-maintainers] Bug#757903: Bug#757903: syslog-ng-core: invoke-rc.d: initscript syslog-ng, action "stop" failed.
Processing control commands: > reassign 757903 dh-systemd Bug #757903 [syslog-ng-core] syslog-ng-core: invoke-rc.d: initscript syslog-ng, action "stop" failed. Bug reassigned from package 'syslog-ng-core' to 'dh-systemd'. No longer marked as found in versions syslog-ng/3.5.6-1. Ignoring request to alter fixed versions of bug #757903 to the same values previously set > forcemerge 751741 757903 Bug #751741 [dh-systemd] dh-systemd: postinst snippets should stop foo.socket during upgrades too Bug #736258 [dh-systemd] acpid fails to upgrade on amd64 Bug #751744 [dh-systemd] dh-systemd: postinst snippets should stop foo.socket during upgrades too Bug #757903 [dh-systemd] syslog-ng-core: invoke-rc.d: initscript syslog-ng, action "stop" failed. Severity set to 'normal' from 'grave' Added indication that 757903 affects acpid,monopd,cups-daemon,gpsd Bug #736258 [dh-systemd] acpid fails to upgrade on amd64 Bug #751744 [dh-systemd] dh-systemd: postinst snippets should stop foo.socket during upgrades too Merged 736258 751741 751744 757903 > affects + 751741 syslog-ng-core Unknown command or malformed arguments to command. -- 736258: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736258 751741: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751741 751744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751744 757903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757903 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#757498: [INTL:tr] Turkish debconf template translation for systemd
Hello Mert, Mert Dirik [2014-08-08 22:50 +0300]: > Please find the attached Turkish translation of systemd (well, actually > udev) debconf messages. Thanks! Applied in packaging git. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Processed: tagging 757498
Processing commands for cont...@bugs.debian.org: > tags 757498 + pending Bug #757498 [systemd] [INTL:tr] Turkish debconf template translation for systemd Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 757498: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757498 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#738441: logind.conf
I still have this issue (systemd 208-6): In /etc/systemd/logind.conf the default values look like: > #HibernateKeyIgnoreInhibited=no > #LidSwitchIgnoreInhibited=yes whereas "man logind.conf" says: > If "off", the inhibitor locks taken by applications in order to block > the requested operation are respected. If "on", the requested > operation is executed in any case. PowerKeyIgnoreInhibited=, > SuspendKeyIgnoreInhibited= and HibernateKeyIgnoreInhibited= default > to "off" So, what should I actually use? ___ 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#757891: init-system-helpers: Please do not depend on perl
Hi Brendan, Brendan O'Dea writes: > and identifying the new requirements which would need to move from > perl-modules to perl base, gives a delta of ~150Kib on my work > machine: I think an increase of 150 KiB is perfectly fine when it frees us from unnecessary reimplementation work, whose only potential outcome is to introduce new bugs :). > Looking at deb-systemd-helper, it also uses Data::Dumper for some > debug messages, which is not part of perl-base either. This could > potentially be worked around with something along the lines of: > > eval { require Data::Dumper; } or *Data::Dumper::Dumper = sub { "no > Data::Dumper" } I’m happy to add something like that for the Data::Dumper dependency. > It does occur to me however that if rsyslog (or any other packages > controlled by init for that matter) are going to be installed as part > of the initial base system by d-i, then is it is worth simplifying the > run-time dependencies of init-system-helpers by rewriting it in C? Absolutely not. I have written enough C code in my life that I really really don’t want to do this and I think it’d be actively harmful. The perl code we have is well tested and reasonably simple to understand. -- Best regards, Michael ___ 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#757887: systemd: kdm don't start
On 12.8.2014 10:31, Moritz Mühlenhoff wrote: On Tue, Aug 12, 2014 at 01:08:39AM +0200, Michael Biebl wrote: Am 12.08.2014 00:31, schrieb Jaroslav Mikulík: Package: systemd Version: 208-6 Severity: normal Dear Maintainer, * What led up to the situation? After recent upgrade to systemd, kdm on my machine don't start (4 core CPU). Strange that on older machine (1 core CPU) is kdm started OK. * What exactly did you do (or not do) that was effective (or ineffective)? In kdm.log I found this error: klauncher(1841) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! kdmgreet(1780)/kdecore (K*TimeZone*): KSystemTimeZones: ktimezoned initialize() D-Bus call failed: "Not connected to D-Bus server" When KDM is started on manualy after boot, then it started OK. Please remove the workaround from /etc/rc.local. Then boot adding the following to the kernel command line: systemd.log_level=debug After that, attach the "journalctl -alb" to this bug report. I had the same problem with kdm (or at least very similar, don't remember the exact error message). I made a native systemd unit file which fixes the problem for me. Jaroslav, if you want to try it, it's at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754314 (unfortunately w/o any feedback from KDE maintainers since 5 weeks) Cheers, Moritz I enjoyed too soon... With kdm.service file added, don't work teamviewer (teamviewerd is started), I can't start manualy mysql daemon, when I need it. First try to start of mysql end with error, second start of mysql OK - strange. I investigate more... Disabled kdm.service, moved kdm script to /etc/init.d/ back, enabled service kdm, disabled readahead service of systemd and REMOVED file /.readahead* succesfully solved my problem! Now I have working boot as I expected without workarrounds and with original kdm boot script... Jarda ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers