Bug#820173: RM: mysql-proxy/0.8.1-1.1 -- RoM; package eol
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm The package has been eol'ed by upstream. It never made it past the alpha stage, and there will be no further releases. -- System Information: Debian Release: stretch/sid APT prefers xenial-updates APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 'xenial'), (100, 'xenial-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#820175: jessie-pu: package tklib/0.6-1+deb8u1
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi release team, I'd like to update the tklib package (a collection of libraries for Tk) in stable and fix one small but annoying bug with one of the packages (Plotchart). A typo makes it unloadable. A few users poked me recently about this, though without a proper bug report. Is it reasonable to fix this bug in stble? I've already uploaded the fix for sid and testing. The diff for the proposed update is shown below: === --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +tklib (0.6-1+deb8u1) stable; urgency=medium + + * Fixed typo in Plotchart version which prevented its loading. + + -- Sergei Golovan Wed, 06 Apr 2016 11:02:10 +0300 + tklib (0.6-1) unstable; urgency=low * New upstream release. --- a/debian/patches/plotchart.diff +++ b/debian/patches/plotchart.diff @@ -0,0 +1,11 @@ +Author: Sergei Golovan +Description: Patch fixes Plotchart version. + +--- a/modules/plotchart/plotchart.tcl b/modules/plotchart/plotchart.tcl +@@ -2849,4 +2849,4 @@ + + # Announce our presence + # +-package provide Plotchart 2.0.1 ++package provide Plotchart 2.1.0 --- a/debian/patches/series +++ b/debian/patches/series @@ -1,3 +1,4 @@ manpages.diff osm.diff doc.diff +plotchart.diff === -- System Information: Debian Release: 8.4 APT prefers stable APT policy: (600, 'stable'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#820173: RM: mysql-proxy/0.8.1-1.1 -- RoM; package eol
Control: reassign -1 ftp.debian.org On Wed, Apr 6, 2016 at 07:16:16 +0200, Lars Tangvald wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: rm > > The package has been eol'ed by upstream. > It never made it past the alpha stage, and there will be no further > releases. > Removals from unstable are handled by the ftp team, not release. Cheers, Julien
Processed: Re: Bug#820173: RM: mysql-proxy/0.8.1-1.1 -- RoM; package eol
Processing control commands: > reassign -1 ftp.debian.org Bug #820173 [release.debian.org] RM: mysql-proxy/0.8.1-1.1 -- RoM; package eol Bug reassigned from package 'release.debian.org' to 'ftp.debian.org'. Ignoring request to alter found versions of bug #820173 to the same values previously set Ignoring request to alter fixed versions of bug #820173 to the same values previously set -- 820173: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820173 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#820193: jessie-pu: package quota/4.01-8
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I'd like to update quota in stable because a lot more people than anticipated
seem to be hit by #788963. The attached debdiff shows the changes that have
been made in the current package to resolve the issue and, judging from the
feedback, it works well for all who tested it.
Michael
diff -u quota-4.01/debian/changelog quota-4.01/debian/changelog
--- quota-4.01/debian/changelog
+++ quota-4.01/debian/changelog
@@ -1,3 +1,11 @@
+quota (4.01-8+deb8u1) stable-proposed-updates; urgency=medium
+
+ * Change invocation of quota services, so systemd takes over most of the work.
+Only the initial check is still performed by the service file provide by
+quota.
+
+ -- Michael Meskes Wed, 06 Apr 2016 14:12:06 +0200
+
quota (4.01-8) unstable; urgency=medium
* Use libtirpc include files to prevent a segfault due to incompatible
diff -u quota-4.01/debian/install quota-4.01/debian/install
--- quota-4.01/debian/install
+++ quota-4.01/debian/install
@@ -4,6 +4,7 @@
debian/quotaon.sh /usr/share/quota/
debian/quotaoff.sh /usr/share/quota/
debian/quotarpc.sh /usr/share/quota/
+debian/quota-initial-check.sh /usr/share/quota/
ldap-scripts/applySystemQuotas.pl /usr/share/quota/ldap
ldap-scripts/edquota_editor /usr/share/quota/ldap
diff -u quota-4.01/debian/quota.service quota-4.01/debian/quota.service
--- quota-4.01/debian/quota.service
+++ quota-4.01/debian/quota.service
@@ -1,19 +1,15 @@
[Unit]
-Description=Check And Enable File System Quotas
-Documentation=man:quotaon(8)
+Description=Initial Check File System Quotas
+Documentation=man:quotacheck(8)
DefaultDependencies=no
-After=systemd-readahead-collect.service systemd-readahead-replay.service systemd-remount-fs.service
-Before=sysinit.target shutdown.target
-ConditionPathExists=/usr/share/quota/quotaon.sh
-
-# Make sure quota is correctly stopped.
-Conflicts=shutdown.target
+After=systemd-remount-fs.service
+Before=systemd-quotacheck.service shutdown.target
+ConditionPathExists=/usr/share/quota/quota-initial-check.sh
[Service]
Type=oneshot
RemainAfterExit=yes
-ExecStart=/usr/share/quota/quotaon.sh
-ExecStop=/usr/share/quota/quotaoff.sh
+ExecStart=/usr/share/quota/quota-initial-check.sh
StandardOutput=journal+console
[Install]
only in patch2:
unchanged:
--- quota-4.01.orig/debian/quota-initial-check.sh
+++ quota-4.01/debian/quota-initial-check.sh
@@ -0,0 +1,34 @@
+#!/bin/sh
+
+# names of binaries
+check=/sbin/quotacheck
+on=/sbin/quotaon
+quotaisnew=/var/lib/quota/new
+
+ALLFLAGS=-aug
+CHECKALLFLAGS=${ALLFLAGS}m
+
+set -e
+
+. /lib/lsb/init-functions
+
+# Check if quota has been enabled already
+LC_MESSAGES=C $on -ap|grep -q "is on" && exit 0
+
+# option 'skip' takes precedence even for newly installed quota package
+skip="no"
+if grep "quotacheck.mode=skip" /proc/cmdline >/dev/null 2>&1; then
+ skip="yes"
+fi
+
+# Check all filesystems if quota is new
+if [ -x $check -a $skip = "no" -a -f $quotaisnew ] ; then
+ log_action_begin_msg 'Checking quotas';
+ $check -c $CHECKALLFLAGS
+ log_action_end_msg 0
+fi
+
+# Remove special file
+rm -f $quotaisnew
+
+exit 0
Bug#650601: libpng Package in experimental
Control: tags -1 confirmed On 03/04/16 09:55, Gianfranco Costamagna wrote: > Hi, > >> rename libpng16-tools to libpng-tools, >> merge libpng16-devtools with libpng-dev. >> >> If and when poeple will want to have a multiarch development package, we >> will split, patch and start >> a new transition against ~50 packages not against ~500. >> >> We are almost ready, there is no need to overcomplicate stuff here. >> >> So, I put my proposed package (debdiff attached) in deferred/5. >> > > because of the experimental breakage I speeded up the deferred, and with an > ftpmaster *really fast* accept we are > now in place and ready for the transition. > > I think we are ready for the ack. Ack. :) Emilio
Bug#820034: marked as done (nmu: nmh_1.6-9)
Your message dated Wed, 6 Apr 2016 17:22:28 +0200 with message-id <570529b4.1080...@debian.org> and subject line Re: Bug#820034: nmu: nmh_1.6-9 has caused the Debian Bug report #820034, regarding nmu: nmh_1.6-9 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.) -- 820034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820034 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu nmh_1.6-9 . amd64 . unstable . -m "Rebuild in a clean environment." The maintainer uploaded binaries were built against an old version of openssl. Andreas --- End Message --- --- Begin Message --- On 05/04/16 00:22, Andreas Beckmann wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu nmh_1.6-9 . amd64 . unstable . -m "Rebuild in a clean environment." > > The maintainer uploaded binaries were built against an old version of > openssl. Scheduled. Emilio--- End Message ---
Processed: Re: Bug#650601: libpng Package in experimental
Processing control commands: > tags -1 confirmed Bug #650601 [release.debian.org] transition: libpng 1.6 Added tag(s) confirmed. -- 650601: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650601 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#819901: marked as done (nmu: squid3_3.4.8-6+deb8u2~bpo70+1)
Your message dated Wed, 6 Apr 2016 17:23:33 +0200 with message-id <570529f5.1070...@debian.org> and subject line Re: Bug#819901: nmu: squid3_3.4.8-6+deb8u2~bpo70+1 has caused the Debian Bug report #819901, regarding nmu: squid3_3.4.8-6+deb8u2~bpo70+1 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.) -- 819901: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819901 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, My local build system got corrupted and this backport for wheezy was wrongly built on a squeeze build environment. amd64 built is thus corrupted and needs to be rebuilt. Regards, L nmu squid3_3.4.8-6+deb8u2~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild to fix libc6, libstdc++6 dependency error on maintainer build system" --- End Message --- --- Begin Message --- On 03/04/16 19:51, Luigi Gangitano wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > Hello, > > My local build system got corrupted and this backport for wheezy was wrongly > built on a squeeze build environment. amd64 built is thus corrupted and needs > to be rebuilt. > > Regards, > > L > > nmu squid3_3.4.8-6+deb8u2~bpo70+1 . amd64 . wheezy-backports . -m "Rebuild to > fix libc6, libstdc++6 dependency error on maintainer build system" Please send this request to the backports team (mail debian-backports@l.d.o I guess). Emilio--- End Message ---
Bug#819979: transition: libgit2
On 04/04/16 15:58, Andreas Henriksson wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-CC: Russell Sim , Pirate Praveen > , Dmitry Smirnov > > Hello release team! > > I'd like to request a transition slot for libgit2. > > I've tested building reverse dependencies: > birdfont cargo geany-plugins golang-git2go kate libgit2-glib python-pygit2 > ruby-rugged > > geany-plugins already has a FTBFS bug reported at #819889 but I don't > consider it a transition blocker as it has no reverse dependencies and > could simply get temporarily removed from testing. > > The following failed to build with the new version and needs sourceful > uploads: > > * libgit2-glib - I assumed this would simply be fixed by sourceful uploading > of matching libgit2-glib v0.24.0, see #819871 > * ruby-rugged - Pirate Praveen reported success with the new version he's > prepared. > > So to summarize: > RM geany-plugins > sourceful uploads: libgit2-glib, ruby-rugged > binNMU: birdfont, cargo, geany-plugins, golang-git2go, kate, python-pygit2 > > The new upstream release 0.24.0 was just uploaded to(wards) experimental > (now stuck in NEW ofcourse) so an automatic tracker should be available soon. Please let us know once your package has cleared NEW. Emilio
Bug#650601: libpng Package in experimental
Hi, >Ack. :) I don't let you change your mind now :) uploaded on debomatic-amd64, and on unstable a few seconds ago. lets the *fun* start! BTW I added me and Tobias in uploaders list, as per private mail exchange with the current maintainers. thanks! Gianfranco
Re: Bug#818781: r-base: non-standard gcc/g++ used for build (gcc-4.9)
On 2016-03-25 09:05, Dirk Eddelbuettel wrote: > > On 25 March 2016 at 14:20, Sébastien Villemot wrote: > | Le mercredi 23 mars 2016 à 15:32 -0500, Dirk Eddelbuettel a écrit : > | > On 23 March 2016 at 21:08, Matthias Klose wrote: > | > | On 23.03.2016 20:05, Dirk Eddelbuettel wrote: > | > | > I just looked at /etc/R/Makeconf where CC, CXX, ... get encoded and > they are > | > | > not versioned (ie NOT gcc-4.9) so I am pretty sure we are not using > 4.9 > | > | > anywhere but on mips. > | > | > | > | unfortunately mips is still a release architecture. > | > > | > Rock, meet hard place. > | > > | > Seb: Any advice? Has this been fixed? Do we need to get Aurelien and the > | > mips folks involved? > | > | As explained by Aurelien Jarno in <20160211081127.ga1...@aurel32.net>, > | this is indeed a kernel issue. > | > | A patch exists, but I don't know if it has been applied on buildds. I > | guess you should contact Aurelien directly. > > Thanks! > > Doko: what do you want me to do here? Remove the gcc-4.9 invocation used > only on mips, and hence loose mips? Won't the package then get tossed from > all other architectures? All the mips build daemons no have a fix. It is therefore fine to remove the build-depends on gcc-4.9 and build the package with the default GCC on all architectures. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
Bug#819977: jessie-pu: package roger-router/1.8.9-2jessie1
On 2016-04-06 17:37, Rolf Leggewie wrote: On 04.04.2016 16:58, Adam D. Barratt wrote: I'd like to request to upload a bug-fix for the roger-router package to Jessie. This would fix bugs #798471 and #774116. Roger Router is a tool to interact with Fritzbox hardware from AVM. One of the things it can do is to send a fax. This was broken until version 1.8.9-3 because compilation happened as --with-cups-yes assuming this would include cups-support when in fact this disabled a known-good code base for cups-support and replaced it with a known-broken, experimental one. The patches are cherry-picked from 1.8.9-3 and 1.8.9-4. Please provide a source debdiff of the proposed package as built and tested on Jessie, rather than indvidual patches; that's what we'll be acking (or otherwise). Sure. I thought the individual patches would be easier to inspect and approve/reject as necessary. Attached is a single debdiff. For one thing, the debdiff that people provide often doesn't actually match the result of simply applying the patches... +roger-router (1.8.9-2jessie1) jessie; urgency=medium That style of version numbering has been discouraged for at least two release cycles now - 1.8.9-2+deb8u1, please. + * do not build the experimental (!) cups backend. Closes: #774116 +Upstream uses a very funny (NOT!) semantics to their make-switches. +Who would expect that "--with-cups=yes" actually DISABLES a working +cups support? I'd prefer if we could drop the commentary here, or at least make the description more factual. Build-Depends: debhelper (>= 9), dh-autoreconf, libappindicator3-dev, libcapi20-dev (>= 1:3.24), - libcups2-dev, libebook1.2-dev, - libgconf2-dev, I'm afraid that I'm somewhat confused here. How does building the CUPS backend that does work not require development files for CUPS? Why is libgconf2-dev dropped? --- a/debian/libroutermanager0.symbols +++ b/debian/libroutermanager0.symbols @@ -81,7 +81,7 @@ libroutermanager.so.0 libroutermanager0 #MINVER# fax_send@Base 1.8.4 fax_set_log_level@Base 1.8.4 fax_spandsp_workaround@Base 1.8.4 - fax_spooler_new_dir_cb@Base 1.8.4 +#MISSING: 1.8.9-2# fax_spooler_new_dir_cb@Base 1.8.4 fax_transfer@Base 1.8.4 faxophone_close@Base 1.8.4 faxophone_connect@Base 1.8.4 I realise that libroutermanager0 doesn't have any in-archive users outside of roger-router itself, but that's surely still an ABI change. Regards, Adam
Re: Bug#818781: r-base: non-standard gcc/g++ used for build (gcc-4.9)
On 6 April 2016 at 18:49, Aurelien Jarno wrote: | On 2016-03-25 09:05, Dirk Eddelbuettel wrote: | > | > On 25 March 2016 at 14:20, Sébastien Villemot wrote: | > | Le mercredi 23 mars 2016 à 15:32 -0500, Dirk Eddelbuettel a écrit : | > | > On 23 March 2016 at 21:08, Matthias Klose wrote: | > | > | On 23.03.2016 20:05, Dirk Eddelbuettel wrote: | > | > | > I just looked at /etc/R/Makeconf where CC, CXX, ... get encoded and they are | > | > | > not versioned (ie NOT gcc-4.9) so I am pretty sure we are not using 4.9 | > | > | > anywhere but on mips. | > | > | | > | > | unfortunately mips is still a release architecture. | > | > | > | > Rock, meet hard place. | > | > | > | > Seb: Any advice? Has this been fixed? Do we need to get Aurelien and the | > | > mips folks involved? | > | | > | As explained by Aurelien Jarno in <20160211081127.ga1...@aurel32.net>, | > | this is indeed a kernel issue. | > | | > | A patch exists, but I don't know if it has been applied on buildds. I | > | guess you should contact Aurelien directly. | > | > Thanks! | > | > Doko: what do you want me to do here? Remove the gcc-4.9 invocation used | > only on mips, and hence loose mips? Won't the package then get tossed from | > all other architectures? | | All the mips build daemons no have a fix. It is therefore fine to remove | the build-depends on gcc-4.9 and build the package with the default GCC | on all architectures. Will do. In fact, I just updated it in my sources. We are currently creating approximately-weekly builds of beta, then rc, then release tarballs of R leading up to the release of R 3.3.0 which is scheduled for May 3. [1] As I just made a release this morning, this will affect the next build in a few days. Dirk [1] There are transition issues on Windows with an (overdue !!) upgrade of the toolchain to g++-4.9.3 that upstream needs some extra time with. The release was originally planned for next week. -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Bug#819977: jessie-pu: package roger-router/1.8.9-2jessie1
On 04.04.2016 16:58, Adam D. Barratt wrote: >> I'd like to request to upload a bug-fix for the roger-router package >> to Jessie. This would fix bugs #798471 and #774116. >> >> Roger Router is a tool to interact with Fritzbox hardware from AVM. >> One of the things it can do is to send a fax. This was broken until >> version 1.8.9-3 because compilation happened as --with-cups-yes >> assuming this would include cups-support when in fact this disabled >> a known-good code base for cups-support and replaced it with a >> known-broken, experimental one. The patches are cherry-picked from >> 1.8.9-3 and 1.8.9-4. > > Please provide a source debdiff of the proposed package as built and > tested on Jessie, rather than indvidual patches; that's what we'll be > acking (or otherwise). Sure. I thought the individual patches would be easier to inspect and approve/reject as necessary. Attached is a single debdiff. diff --git a/debian/README.Debian b/debian/README.Debian index 13996bd..7a06d73 100644 --- a/debian/README.Debian +++ b/debian/README.Debian @@ -1,3 +1,5 @@ += Configuration = + configuration help is available from http://wiki.ubuntuusers.de/FritzBox/Roger_Router @@ -6,10 +8,17 @@ http://forum.ubuntuusers.de/topic/roger-router-roger/ http://en.tabos.org/installation-prequel If you want to use the incoming call notification you will have to enable -it on your fritzbox with: #96*5* - -If you want to use the capifax plugin you will have to enable capi-over-tcp -on your fritzbox with: #96*3* +it on your fritzbox with: #96*5* If you want to use the capifax plugin +you will have to enable capi-over-tcp on your fritzbox with: #96*3* Both +of these settings will be reset to their default value of "off" whenever +you update the router firmware. Please reenable them as necessary. Please note, quick reconnect & display external ip in tooltip for Fritz!Box needs active UPnP support! + += Fax support = + +Roger installs a Cups printer. To be able to fax, you either need to use +roger_cli where you specify all necessary information including the number +to send to on the command line or you should have Roger GUI running and it +will prompt you for the receiving Fax number. diff --git a/debian/changelog b/debian/changelog index f02d242..fa2aca8 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,22 @@ +roger-router (1.8.9-2jessie1) stable; urgency=medium + + backport fixes to fax support from 1.8.9-3 and 1.8.9-4 + + * do not build the experimental (!) cups backend. +Closes: #774116, closes: #798471. + +Upstream uses a very funny (NOT!) semantics to their make-switches. +Who would expect that "--with-cups=yes" actually DISABLES a working +cups support? + + * README.Debian: +- add some information on how to send a fax +- add information what needs to be done after firmware updates + certain functions, such as fax support, will be reset to being + disabled every time a new firmware is installed + + -- Rolf Leggewie Mon, 04 Apr 2016 15:14:08 +0200 + roger-router (1.8.9-2) unstable; urgency=low * copyright: add copyright information for win32/printer/ghostpdf.ppd diff --git a/debian/control b/debian/control index a1df6d4..b660a8f 100644 --- a/debian/control +++ b/debian/control @@ -6,9 +6,7 @@ Uploaders: Jan-Michael Brummer Build-Depends: debhelper (>= 9), dh-autoreconf, libappindicator3-dev, libcapi20-dev (>= 1:3.24), - libcups2-dev, libebook1.2-dev, - libgconf2-dev, libgstreamer1.0-dev, libgstreamer-plugins-base1.0-dev, libgtk-3-dev, libnotify-dev, diff --git a/debian/libroutermanager0.symbols b/debian/libroutermanager0.symbols index 1d29ec1..7e302d9 100644 --- a/debian/libroutermanager0.symbols +++ b/debian/libroutermanager0.symbols @@ -81,7 +81,7 @@ libroutermanager.so.0 libroutermanager0 #MINVER# fax_send@Base 1.8.4 fax_set_log_level@Base 1.8.4 fax_spandsp_workaround@Base 1.8.4 - fax_spooler_new_dir_cb@Base 1.8.4 +#MISSING: 1.8.9-2# fax_spooler_new_dir_cb@Base 1.8.4 fax_transfer@Base 1.8.4 faxophone_close@Base 1.8.4 faxophone_connect@Base 1.8.4 diff --git a/debian/roger-router-cli.install b/debian/roger-router-cli.install index d8d4c6b..1379a1c 100644 --- a/debian/roger-router-cli.install +++ b/debian/roger-router-cli.install @@ -1,8 +1,7 @@ usr/bin/roger_cli usr/lib/*/routermanager/ -usr/lib/cups/backend/roger-cups usr/share/man/*/roger_cli* -usr/share/roger/roger-cups +usr/share/roger/roger-cups usr/lib/cups/backend/ usr/share/roger/roger-fax.ppd usr/share/roger/install-fax.sh diff --git a/debian/rules b/debian/rules index 95b94a1..c7c5f2f 100755 --- a/debian/rules +++ b/debian/rules @@ -13,7 +13,6 @@ override_dh_auto_configure: dh_auto_configure -- \ --with-spandsp=6 \ --with-libnotify=yes \ - --with-cups=yes \ --with-secret=yes \ --with-ebook=yes \ --with-gstreamer1=yes \ @@ -32,7 +31,7 @@ override_dh_install:
Bug#650601: libpng Package in experimental
Am Mittwoch, den 06.04.2016, 15:33 + schrieb Gianfranco Costamagna: > Hi, > > > > Ack. :) > > > > I don't let you change your mind now :) > uploaded on debomatic-amd64, and on unstable a few seconds ago. > > lets the *fun* start! > > BTW I added me and Tobias in uploaders list, as per private mail > exchange with the > current maintainers. > > thanks! > > Gianfranco > Thanks Gianfranco! Yeah, up to mooore fun, *cough*.. let's take bets how many packages will make it ;-) (Next, I'll raise the remaining bugs to RC and post an update to -devel.) ... -- tobi
Processed: Re: Bug#820175: jessie-pu: package tklib/0.6-1+deb8u1
Processing control commands: > tags -1 + confirmed Bug #820175 [release.debian.org] jessie-pu: package tklib/0.6-1+deb8u1 Added tag(s) confirmed. -- 820175: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820175 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#820175: jessie-pu: package tklib/0.6-1+deb8u1
Control: tags -1 + confirmed On Wed, 2016-04-06 at 11:18 +0300, Sergei Golovan wrote: > I'd like to update the tklib package (a collection of libraries for Tk) in > stable and fix one small but annoying bug with one of the packages > (Plotchart). A typo makes it unloadable. A few users poked me recently about > this, though without a proper bug report. Is it reasonable to fix this bug > in stble? I've already uploaded the fix for sid and testing. Please go ahead. Regards, Adam
Bug#650601: libpng Package in experimental
Hi, I raised the bugs to RC with the upload to unstable (I thought some notification did happen since they were blocking this one) Feel free to drop some lines on debian-devel :) It is mostly built and installed everywhere Cheers, Gianfranco Sent from Yahoo Mail on Android On Wed, 6 Apr, 2016 at 20:33, Tobias Frost wrote: Am Mittwoch, den 06.04.2016, 15:33 + schrieb Gianfranco Costamagna: > Hi, > > > > Ack. :) > > > > I don't let you change your mind now :) > uploaded on debomatic-amd64, and on unstable a few seconds ago. > > lets the *fun* start! > > BTW I added me and Tobias in uploaders list, as per private mail > exchange with the > current maintainers. > > thanks! > > Gianfranco > Thanks Gianfranco! Yeah, up to mooore fun, *cough*.. let's take bets how many packages will make it ;-) (Next, I'll raise the remaining bugs to RC and post an update to -devel.) ... -- tobi
Processed: Re: Bug#820101: jessie-pu: package nam/1.15-3
Processing control commands: > tags -1 + moreinfo Bug #820101 [release.debian.org] jessie-pu: package nam/1.15-3 Added tag(s) moreinfo. -- 820101: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820101 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#820101: jessie-pu: package nam/1.15-3
Control: tags -1 + moreinfo On Tue, 2016-04-05 at 10:32 -0300, Herbert Parentes Fortes Neto wrote: > Package nam[0] has a RC bug[1]. I did a NMU and > it is on 'testing' (1.15-3.1). > > > [0] - https://packages.qa.debian.org/n/nam.html > [1] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784433 [...] > + * debian/control: > + - set tcl-dev and tk-dev to '>=8.6'. Apologies if I'm missing something, but where does the requirement for 8.6 come from? The only reference to 8.6 I can find in the source package is in the changelog and the strings quoted in the bug report don't appear in the nam source package in stable. > + * debian/patches: > + - init_tcltk_with_stub.diff unused. Commented (#) in series file. If it's uncommented in the series file, then it's not "unused", surely? Regards, Adam
Processed: Re: Bug#819933: jessie-pu: package redmine/3.0~20140825-8~deb8u3
Processing control commands: > tags -1 + confirmed Bug #819933 [release.debian.org] jessie-pu: package redmine/3.0~20140825-8~deb8u3 Added tag(s) confirmed. -- 819933: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819933 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#820059: jessie-pu: package xapian-core/1.2.19-1
Processing control commands: > tags -1 + moreinfo Bug #820059 [release.debian.org] jessie-pu: package xapian-core/1.2.19-1 Added tag(s) moreinfo. -- 820059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820059 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#819933: jessie-pu: package redmine/3.0~20140825-8~deb8u3
Control: tags -1 + confirmed On Sun, 2016-04-03 at 21:17 -0300, Antonio Terceiro wrote: > This fixes an issue when upgrading from 3.0~20140825-5 (original version > release with jessie) to any of the later stable updates, when there are > multiple redmine instances or when the `default` has been removed. > > This has been fixed in unstable on 3.2.1-2. The diff for jessie is > attached. Please go ahead. Regards, Adam
Bug#820059: jessie-pu: package xapian-core/1.2.19-1
Control: tags -1 + moreinfo On Tue, 2016-04-05 at 17:06 +1200, Olly Betts wrote: > I'd like to update xapian-core in jessie to fix a bug which can cause > database corruption. This is triggered by certain usage patterns, which > the recoll package performs: > > https://bugs.debian.org/808610 > > It also affects some other users, but recoll is one I'm sure is affected > in jessie. > > The attached patch is from the upstream git repo - it's been on git > master since 2015-04-28, and in upstream stable releases since > 2015-05-20. In isolation the patch looks okay, but in order to confirm a upload please can we have a debdiff of the proposed source package, as built and tested on Jessie? Regards, Adam
Fixing a regression in linux in 8.4
Bug #819881 is affecting a fair number of users and I'm wondering how best to get the fix deployed. I can upload to jessie-pu any time but most users won't get it that way, and the next point release is just too far away. I can also bundle it with a security update but there's nothing that important (except on s390x) to push out soon. Could this fix (and some other reversions) go into jessie-updates? Ben. -- Ben Hutchings Who are all these weirdos? - David Bowie, reading IRC for the first time signature.asc Description: This is a digitally signed message part
Bug#820175: jessie-pu: package tklib/0.6-1+deb8u1
Hi Adam, On Wed, Apr 6, 2016 at 11:20 PM, Adam D. Barratt wrote: > > Please go ahead. Done. The package is uploaded. Cheers! -- Sergei Golovan
Processed: nmu python-avro . all . -m "Rebuild with python3.5 as only python3 version"
Processing control commands: > reassign -1 release.debian.org Bug #820201 [python3-avro] python3-avro: depends on python3.4 Bug reassigned from package 'python3-avro' to 'release.debian.org'. No longer marked as found in versions python-avro/1.8.0+dfsg-1. Ignoring request to alter fixed versions of bug #820201 to the same values previously set > retitle -1 nmu python_avro-1.8.0+dfsg-1 . all . -m "Rebuild Bug #820201 [release.debian.org] python3-avro: depends on python3.4 Changed Bug title to 'nmu python_avro-1.8.0+dfsg-1 . all . -m "Rebuild' from 'python3-avro: depends on python3.4'. -- 820201: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820201 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Re: Fixing a regression in linux in 8.4
On Thu, 2016-04-07 at 02:04 +0100, Ben Hutchings wrote: > Bug #819881 is affecting a fair number of users and I'm wondering how > best to get the fix deployed. I can upload to jessie-pu any time but > most users won't get it that way, and the next point release is just > too far away. I can also bundle it with a security update but there's > nothing that important (except on s390x) to push out soon. > > Could this fix (and some other reversions) go into jessie-updates? Under the circumstances, that sounds like a reasonable idea, yes. Regards, Adam
Processed: Fix control commands after thunderbird's line-wrapping clobbered them
Processing commands for cont...@bugs.debian.org: > user release.debian@packages.debian.org Setting user to release.debian@packages.debian.org (was a...@debian.org). > usertags 820201 + binnmu There were no usertags set. Usertags are now: binnmu. > severity 820201 normal Bug #820201 [release.debian.org] nmu python_avro-1.8.0+dfsg-1 . all . -m "Rebuild Severity set to 'normal' from 'serious' > -- Stopping processing here. Please contact me if you need assistance. -- 820201: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820201 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
