Processing of pdf2htmlex_0.14.6+ds-4_source.changes
pdf2htmlex_0.14.6+ds-4_source.changes uploaded successfully to localhost along with the files: pdf2htmlex_0.14.6+ds-4.dsc pdf2htmlex_0.14.6+ds-4.debian.tar.xz pdf2htmlex_0.14.6+ds-4_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
pdf2htmlex_0.14.6+ds-4_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 21 Nov 2018 10:17:16 +0100 Source: pdf2htmlex Binary: pdf2htmlex Architecture: source Version: 0.14.6+ds-4 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Johannes 'josch' Schauer Description: pdf2htmlex - Converts PDF to HTML while retaining most formatting Changes: pdf2htmlex (0.14.6+ds-4) unstable; urgency=medium . * orphaning the package Checksums-Sha1: 61862abd4b3439b21cf7161ee55c07270ce2e9a8 2202 pdf2htmlex_0.14.6+ds-4.dsc 914f22f89a8c5c9d5a5edf349f2915a6e59e7074 12180 pdf2htmlex_0.14.6+ds-4.debian.tar.xz 0cc7798a33f30d047c46cda429e5787bf733079c 5490 pdf2htmlex_0.14.6+ds-4_source.buildinfo Checksums-Sha256: 1698b6ac4023be55d001832596a98b6ac7dbb0f009afd25869e123ed230cedd6 2202 pdf2htmlex_0.14.6+ds-4.dsc 35763448ca1936152d166980d7d238fd59ae90453c6f72697710aa3a511386d9 12180 pdf2htmlex_0.14.6+ds-4.debian.tar.xz 459e770d8b771fc6e3a8b6d319b8752da00c0c8f2152ee8beeab2dbce1fd4a34 5490 pdf2htmlex_0.14.6+ds-4_source.buildinfo Files: f6885551a225850db38fd784e5f7e2fe 2202 text optional pdf2htmlex_0.14.6+ds-4.dsc c54a0a9487acfb6cc52b9f22f79fb88a 12180 text optional pdf2htmlex_0.14.6+ds-4.debian.tar.xz e1421ea2b4a1daefbab1ba89d02d5109 5490 text optional pdf2htmlex_0.14.6+ds-4_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlv1IssACgkQ8sulx4+9 g+HgcRAAnr4/PutJIobC1GMAr9O8EihSDcw3jSry23h3v+jXGgqVdKfqr8BlwlLe tyS41xJNUrJK1Xy/rPywiqd4/SOOoBZs4MRZ+t530X5WxR5kWuIzP220hqIsDSyi ackdPN04RNyf7WmwYGbasADJyZGhLJMfuffapcDq61zRPqm18/sZah7SJC+DNnck lhPpX5cdWBm0yXOuNd2595Qn6yL7vG9OcOx18VISkogV0i5tSimoVTIwq5DZaW8p NkzPX/PwfVDcoMNa4JpE86FZmTcCqVmGzR0A5adatJ8dWMD8y6pHIKUbf4VHU6Vt R/TA13doPRoROUPWIiuye0hJXD67FBhhQiy8SCpumRjsIRn24niTq/OkxYO9D7r+ XP1bBwYfY1cdkYx+6RCQNNcJjPrX6ST4Th8NI48As0Uge2eNs269ubmq57MivxfD F4Gas3juY58GqjDAjIc8r9sI3vEYV6U7cEVuSlRfeOd83N29G+hDebZOvzI7vLn9 qKEqZE4psP55lJl30rKhhF8weLWA/yov6BMh2KMIhaoehef+/Ft2Qq8TMHBjzn1U n8VJv0lnqqcE79u7jZF1OgF1tKLIbzvZmSrE8pRtU3DmZIWBbEyw2SJHPF+5f3M+ JNMFa9Z+A81NNSlO356Knu8nRbiCbj9IniBPe6CQV1WghCgi+94= =f7dN -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of multistrap_2.2.10_source.changes
multistrap_2.2.10_source.changes uploaded successfully to localhost along with the files: multistrap_2.2.10.dsc multistrap_2.2.10.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)
multistrap_2.2.10_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 21 Nov 2018 15:00:46 +0100 Source: multistrap Binary: multistrap Architecture: source Version: 2.2.10 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Johannes 'josch' Schauer Description: multistrap - multiple repository bootstrap based on apt Closes: 906386 Changes: multistrap (2.2.10) unstable; urgency=medium . * Orphaning the package, See #914282 * Include and use a copy of the ancient po4a-build script. (Closes: #906386) Checksums-Sha1: 773e183a4d3d2073e4fbf19f539a570dd48eb128 1708 multistrap_2.2.10.dsc dfdcfc4ab027facef1ec00cf6bcb26315878954b 126116 multistrap_2.2.10.tar.xz Checksums-Sha256: 10b6461ac04bba40f37f6c0a39bab388969bcd3ccfd71b69a5f9f5434a84a088 1708 multistrap_2.2.10.dsc 2d5e809547bdbd2c1eb0f85d312da3d35e9efe8010e9047200334378c6708aa3 126116 multistrap_2.2.10.tar.xz Files: c56bdfc60fd628d267c150dc1dfcdd91 1708 utils optional multistrap_2.2.10.dsc bd10f9c0e325d97565df1dec9018eb1b 126116 utils optional multistrap_2.2.10.tar.xz -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlv1ZVUACgkQ8sulx4+9 g+FYmA//WTInAeOg/bgoD5pWRkBFpAFlLzXkDWaSJH4FmmAXIWtsg3VSuJ8eklpQ 8YrbiAaaJLu9T3eRGG0LxDFHZEmpzTLztuaieyt28olnwNViAs94A++p2VXY1Onr h/eliaq35pVTtQGJcbTeoRI/pCySIpBrQO8bIgN6mK2nc5Ep7hvdRZ432nlu0/15 Sf6Ji7Mi27xePwHlIGkpU2onFQUXHHdq+ssNEaR3K0jbbO6N4/7xS/LmAh+5b9yB dg1xWRYIyT4pmCGJwlC1Q9Vr+5XC5QVGOSe3RSZjlVdwB9OcDPIKudlhBVtZ+eGW KaXC7NflyjAHE8u9qdWUj/kGU+gPLtKwwlKmmIDXoF4zurPdYqaz8zTe3bu9fy2X qctISWdMBz4lwomKw+YPbrNT5TathZWfdqHKreIb+JXD1Bg701lf1Od1qGWY/enO b97nMhc1kn/9sOkIcZUF8Hwt1OszNPeef3XicA3Y0Ivpqs8lBoDbeJONSjeKgkFY j+af0QKBe7jx4qwNvq2kOMT+SJyDlU38lUhyUPtHiHr8pXcOzSHslnbVN80w/V9X FoEgTpHbFYlaQ72Cyw2DSbM9NCHfyUjZVe0pEQ0S+kLKXydTBw3LKupOJzf/+KX/ +8XNJUMMC8OLTOiYvAw+q444Qgs1MLgWy/IykHm4seFNVV6NCOk= =NmFk -END PGP SIGNATURE- Thank you for your contribution to Debian.
Re: Bug#914285: dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager lines
Control: reassign -1 systemd-shim Control: severity -1 important Control: retitle -1 systemd-shim: prevents calling GetDynamicUsers() and other recent APIs on systemd Manager On Wed, 21 Nov 2018 at 17:24:41 +0100, Francesco Potortì wrote: > >... so perhaps you have a rule in /usr/share/dbus-1/system.d/*.conf > >or in /etc/dbus-1/system.d/*.conf, with higher precedence, > >that is interfering with those messages? If you search for > >org.freedesktop.systemd1 or GetDynamicUsers in those files, what do > >you get? > > fgrep -i -l org.freedesktop.systemd1 /etc/dbus-1/system.d/*.conf > /usr/share/dbus-1/system.d/*.conf /usr/share/dbus-1/system.conf > /etc/dbus-1/system.d/org.freedesktop.systemd-shim.conf > /usr/share/dbus-1/system.d/org.freedesktop.systemd1.conf > /usr/share/dbus-1/system.conf Aha. Yes, in its current form, org.freedesktop.systemd-shim.conf is going to break access to every systemd API that is meant to be public and was added since systemd-shim forked it from systemd, because files in /etc take precedence over files in /usr. Workaround: purge the systemd-shim package (removing it is not enough, because this is a conffile). Real solution: > ===File /etc/dbus-1/system.d/org.freedesktop.systemd-shim.conf=== ... > ... > > org.freedesktop.systemd-shim.conf should not have this Deny line. It's redundant with the implicit default-deny in system.conf, and is going to break the file installed by the real systemd. systemd should perhaps mitigate this bug for buster by moving its bus configuration from /usr/share/dbus-1 back into /etc/dbus-1, and choosing a filename that is higher precedence than systemd-shim's. (Sorry, I don't immediately know whether that means earlier or later in ASCII order.) smcv
Processed: Re: Bug#914285: dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager lines
Processing control commands: > reassign -1 systemd-shim Bug #914285 [dbus] dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager Bug reassigned from package 'dbus' to 'systemd-shim'. No longer marked as found in versions dbus/1.12.10-1. Ignoring request to alter fixed versions of bug #914285 to the same values previously set > severity -1 important Bug #914285 [systemd-shim] dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager Severity set to 'important' from 'minor' > retitle -1 systemd-shim: prevents calling GetDynamicUsers() and other recent > APIs on systemd Manager Bug #914285 [systemd-shim] dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager Changed Bug title to 'systemd-shim: prevents calling GetDynamicUsers() and other recent APIs on systemd Manager' from 'dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager'. -- 914285: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914285 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: Bug#914285: dbus: system bus logs repeated denials for session buses calling GetDynamicUsers() on systemd Manager lines
Am 21.11.18 um 18:03 schrieb Simon McVittie: > Real solution: > >> ===File /etc/dbus-1/system.d/org.freedesktop.systemd-shim.conf=== > ... >> > ... >> >> > > org.freedesktop.systemd-shim.conf should not have this Deny line. It's > redundant with the implicit default-deny in system.conf, and is going to > break the file installed by the real systemd. > > systemd should perhaps mitigate this bug for buster by moving its bus > configuration from /usr/share/dbus-1 back into /etc/dbus-1, and choosing > a filename that is higher precedence than systemd-shim's. (Sorry, I don't > immediately know whether that means earlier or later in ASCII order.) The problem is, this file /etc/dbus-1/system.d/org.freedesktop.systemd-shim.conf was removed from systemd-shim a long time ago systemd-shim (8-4) unstable; urgency=medium * Drop the dbus policy entirely from this package, as discussed in bug #765101; since the security policy should always be in sync with systemd's, and since the systemd package ships both logind (the consumer of systemd-shim) and this dbus policy, there's no reason to ship this separately rather than relying on the systemd copy. -- Steve Langasek Wed, 22 Oct 2014 04:29:44 + I'm not sure, why Francesco still had this file around, as there is a .maintscript file in systemd-shim which was supposed to clean that up: $ cat debian/systemd-shim.maintscript rm_conffile /etc/dbus-1/system.d/org.freedesktop.systemd1.conf 6-2 systemd-shim rm_conffile /etc/dbus-1/system.d/org.freedesktop.systemd-shim.conf 8-4 systemd-shim So I can only guess, that Francesco had removed, but not purged the package before the 8-4 update. Changing systemd to move the dbus policy file back to /etc/ seems like a workaround, which we could never get rid off, as there might always be users who removed but not purged the package before 8-4. I guess the only sensible thing we can do at this point if we let the systemd package itself clean up this mess, and remove /etc/dbus-1/system.d/org.freedesktop.systemd1.conf either via systemd.maintscript or just a simple rm -f in postinst. I'm aware this is not 100% policy compliant, but I can't think of a better solution atm. WDYT? Regards, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#503830: marked as done (Configure server support)
Your message dated Wed, 21 Nov 2018 21:51:32 + with message-id and subject line Bug#914073: Removed package(s) from unstable has caused the Debian Bug report #503830, regarding Configure server support to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 503830: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503830 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mailping Severity: wishlist Tags: patch This patch adds support for specifying witch mailserver to hand the ping-mail to. This started out because I run qmail, via tcpserver, and don't want it to listen to all ip's on the machine, thus one ip-per-tcpserver, so it doesn't listen to localhost. The other case I use it is to test the primary/secondary mailserver explicit. -- Anton Lundin+46702-161604 diff -ur mailping-0.0.4.orig/MailPing/config.py mailping-0.0.4/MailPing/config.py --- mailping-0.0.4.orig/MailPing/config.py 2004-04-16 19:36:08.0 +0200 +++ mailping-0.0.4/MailPing/config.py 2008-10-28 14:51:04.0 +0100 @@ -16,7 +16,7 @@ t = default return t -def getEmail(configdir, name, default=_NoDefault): +def getString(configdir, name, default=_NoDefault): path = os.path.join(configdir, name) try: f=file(path) diff -ur mailping-0.0.4.orig/MailPing/probe.py mailping-0.0.4/MailPing/probe.py --- mailping-0.0.4.orig/MailPing/probe.py 2004-12-03 10:13:37.0 +0100 +++ mailping-0.0.4/MailPing/probe.py2008-10-28 14:54:02.0 +0100 @@ -65,14 +65,14 @@ return msg -def send(msg, sender, recipient): +def send(msg, sender, recipient, server): s = smtplib.SMTP() -s.connect() +s.connect(server) s.sendmail(sender, [recipient], msg.as_string()) s.quit() def process(statedir, interval, curtime, -fromAddress, toAddress, adminAddress): +fromAddress, toAddress, adminAddress, server): if shouldSend(statedir, interval, curtime): ident = randomIdent() msg = makeProbe(ident=ident, @@ -81,7 +81,8 @@ adminAddress=adminAddress) send(msg, sender=fromAddress, - recipient=toAddress) + recipient=toAddress, +server=server) pending = os.path.join(statedir, 'pending') try: diff -ur mailping-0.0.4.orig/MailPing/test/test_config.py mailping-0.0.4/MailPing/test/test_config.py --- mailping-0.0.4.orig/MailPing/test/test_config.py2004-04-14 14:42:01.0 +0200 +++ mailping-0.0.4/MailPing/test/test_config.py 2008-10-28 14:51:32.0 +0100 @@ -29,18 +29,18 @@ def testEmailFail(self): self.assertRaises(config.NoSuchConfigItem, - config.getEmail, + config.getString, self.configdir, 'not-exist') def testEmailDefault(self): class Unique: pass self.assertEquals(Unique, - config.getEmail(self.configdir, 'not-exist', + config.getString(self.configdir, 'not-exist', Unique)) def testEmailOK(self): fileutil.writeFile(os.path.join(self.configdir, 'sometimes'), '42\n') -self.assertEquals(config.getEmail(self.configdir, 'sometimes'), +self.assertEquals(config.getString(self.configdir, 'sometimes'), '42') diff -ur mailping-0.0.4.orig/bin/mailping-cron mailping-0.0.4/bin/mailping-cron --- mailping-0.0.4.orig/bin/mailping-cron 2004-04-16 17:47:36.0 +0200 +++ mailping-0.0.4/bin/mailping-cron2008-10-28 14:56:10.0 +0100 @@ -35,8 +35,8 @@ interval = config.getTime(configPath, 'interval', 10*60) -fromAddress = config.getEmail(configPath, 'from', None) -toAddress = config.getEmail(configPath, 'to', None) +fromAddress = config.getString(configPath, 'from', None) +toAddress = config.getString(configPath, 'to', None) if fromAddress is None or toAddress is None: user = pwd.getpwuid(os.getuid()).pw_name host = socket.getfqdn() @@ -44,14 +44,16 @@ fromAddress = '%s@%s' % (user, host) if toAddress is None: toAddress = '%s+%s@%s' % (user, dirname, host) -adminAddress = config.getEmail(configPath, 'admin', None) +adminAddress = config.getString(configPath, 'admin', None) + +server = config.getEmail(configPath, 'server
Bug#631868: marked as done (mailping: patch to add support for subject prefix)
Your message dated Wed, 21 Nov 2018 21:51:32 + with message-id and subject line Bug#914073: Removed package(s) from unstable has caused the Debian Bug report #631868, regarding mailping: patch to add support for subject prefix to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 631868: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631868 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: mailping Version: 0.0.4-2 Severity: wishlist Tags: patch Hi, Please consider adopting the attached patch to avoid the classification of mailping emails as junk when the email subject gets a prefix (eg. as is commonly the case when an email goes through a mailing list). This optional feature can be configured using the subject-prefix file in the circuit directory. Cheers, Serafeim -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mailping depends on: ii adduser 3.112+nmu2 add and remove users and groups ii munin-node1.4.5-3network-wide graphing framework (n ii python2.6.6-14 interactive high-level object-orie ii python-support1.0.13 automated rebuilding support for P mailping recommends no packages. mailping suggests no packages. -- no debconf information diff -Nurp mailping-0.0.4.orig//bin/mailping-cron mailping-0.0.4/bin/mailping-cron --- mailping-0.0.4.orig//bin/mailping-cron 2004-04-16 17:47:36.0 +0200 +++ mailping-0.0.4/bin/mailping-cron 2011-06-04 17:15:54.0 +0200 @@ -37,6 +37,7 @@ def main(): fromAddress = config.getEmail(configPath, 'from', None) toAddress = config.getEmail(configPath, 'to', None) +subjectPrefix = config.getSubjectPrefix(configPath, 'subject-prefix', '') if fromAddress is None or toAddress is None: user = pwd.getpwuid(os.getuid()).pw_name host = socket.getfqdn() @@ -49,7 +50,7 @@ def main(): curtime = time.time() if os.path.isdir(os.path.join(statePath, 'incoming')): -incoming.process(statePath) +incoming.process(statePath, subjectPrefix) probe.process(statePath, interval, curtime, fromAddress, toAddress, adminAddress) diff -Nurp mailping-0.0.4.orig//MailPing/config.py mailping-0.0.4/MailPing/config.py --- mailping-0.0.4.orig//MailPing/config.py 2004-04-16 19:36:08.0 +0200 +++ mailping-0.0.4/MailPing/config.py 2011-06-04 17:15:54.0 +0200 @@ -33,6 +33,24 @@ def getEmail(configdir, name, default=_N l=l.strip() return l +def getSubjectPrefix(configdir, name, default=_NoDefault): +path = os.path.join(configdir, name) +try: +f=file(path) +except IOError, e: +if e.errno == errno.ENOENT: +if default is _NoDefault: +raise NoSuchConfigItem, name +else: +return default +else: +raise + +l=f.readline() +l=l.strip() +return l + + DEFAULT_CONFIGDIR = '/etc/mailping' DEFAULT_STATEDIR = '/var/lib/mailping' diff -Nurp mailping-0.0.4.orig//MailPing/incoming.py mailping-0.0.4/MailPing/incoming.py --- mailping-0.0.4.orig//MailPing/incoming.py 2011-06-04 17:15:39.0 +0200 +++ mailping-0.0.4/MailPing/incoming.py 2011-06-04 17:15:54.0 +0200 @@ -1,9 +1,9 @@ import os, shutil from MailPing import mail, maildir, fileutil -def process(statedir): +def process(statedir, subjectPrefix): def _processEmail(subdir, filename): -ident = mail.getID(os.path.join(subdir, filename)) +ident = mail.getID(os.path.join(subdir, filename), subjectPrefix) if ident is None: maildir.create(os.path.normpath(os.path.join(subdir, '..', '..', 'junk'))) shutil.move(os.path.join(subdir, filename), diff -Nurp mailping-0.0.4.orig//MailPing/mail.py mailping-0.0.4/MailPing/mail.py --- mailping-0.0.4.orig//MailPing/mail.py 2004-04-16 19:26:25.0 +0200 +++ mailping-0.0.4/MailPing/mail.py 2011-06-04 17:15:54.0 +0200 @@ -1,6 +1,6 @@ from email.Parser import Parser as EmailParser -def getID(path): +def getID(path, subjectPrefix=''): f = file(path) p = EmailParser() msg = p.parse(f, True) @@ -8,8 +8,9 @@ def getID(path): subj = msg.ge
Bug#914073: Removed package(s) from unstable
Version: 0.0.4-4+rm Dear submitter, as the package mailping has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/914073 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Scott Kitterman (the ftpmaster behind the curtain)
Bug#914073: Removed package(s) from unstable
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: mailping |0.0.4-4 | source, all --- Reason --- RoQA; no upstream, python 2, low popcon, non-working package -- Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. Packages are usually not removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. The release team can force a removal from testing if it is really needed, please contact them if this should be the case. We try to close bugs which have been reported against this package automatically. But please check all old bugs, if they were closed correctly or should have been re-assigned to another package. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 914...@bugs.debian.org. The full log for this bug can be viewed at https://bugs.debian.org/914073 This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org. Debian distribution maintenance software pp. Scott Kitterman (the ftpmaster behind the curtain)
Bug#914328: shogun: please enable parallel building
Source: shogun Version: 3.2.0-8 Severity: wishlist Tags: patch Hi, shogun seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (with the --parallel option of dh) to speed up the compilation when requested (see also Policy §4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -10,7 +10,7 @@ ifeq ($(ARCH),$(filter $(ARCH),i386 hurd endif %: - dh $@ --buildsystem=cmake --builddirectory=$(BUILDDIR) + dh $@ --parallel --buildsystem=cmake --builddirectory=$(BUILDDIR) override_dh_auto_configure: dh_auto_configure -- -DCMAKE_SKIP_RPATH=TRUE -DBUILD_EXAMPLES=OFF -DUSE_SVMLIGHT=OFF -DCmdLineStatic=ON $(DISABLE_SSE)
