Bug#750926: ITP: wmforecast -- weather dockapp for Window Maker using the Yahoo Weather API

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmforecast
  Version : 0.6
  Upstream Author : Doug Torrance 
* URL : http://wmforecast.sourceforge.net
* License : GPL, CC-BY-NC-SA
  Programming Lang: C
  Description : weather dockapp for Window Maker using the Yahoo Weather API

wmforecast is a weather dockapp for Window Maker. It displays the current
temperature and an icon representing the current conditions.  A balloon
tooltip displays forecast information.  The weather information comes from
the Yahoo Weather API.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#693495: RFS: wmtime/1.0b2-11 [ITA]

[Doug Torrance]

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "wmtime"

 * Package name: wmtime
   Version : 1.0b2-11
   Upstream Author : Martijn Pieterse 
 Antoine Nulle 
 * URL : http://dockapps.windowmaker.org/file.php/id/324
 * License : GPL2
   Section : x11

  It builds those binary packages:

wmtime - Window Maker dockapp that displays the time and date

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/wmtime


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/w/wmtime/wmtime_1.0b2-11.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:

  * New maintainer.  (Closes: #691813)
  * Fixed -noseconds garbage, patch by Andrew Deason.  (Closes: #639626)
  * Fixed date localization, patch by Milan Cermak.  (Closes: #661843)  
  

--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#723887: wmclock: incorrect year with -year option

[Doug Torrance]

Package: wmclock
Version: 1.0.14-1
Severity: minor
Tags: upstream patch

Dear Maintainer,

When the -year option is selected, the 4th digit of the year is used in place
of the 2nd digit.  This is due to a typo in the showYear function.

I have attached a patch to fix this problem.

-- System Information:
Debian Release: wheezy/sid
  APT prefers raring-updates
  APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 
'raring'), (100, 'raring-backports')
Architecture: i386 (i686)

Kernel: Linux 3.8.0-19-generic (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wmclock depends on:
ii  libc6 2.17-0ubuntu5
ii  libx11-6  2:1.5.0-1ubuntu1
ii  libxext6  2:1.3.1-2
ii  libxpm4   1:3.5.10-1

wmclock recommends no packages.

wmclock suggests no packages.

-- no debconf information
--- wmclock-1.0.14.orig/wmclock.c	2013-09-20 16:03:20.472817384 -0500
+++ wmclock-1.0.14/wmclock.c	2013-09-20 15:55:01.0 -0500
@@ -490,7 +490,7 @@ void showYear(void)
XCopyArea(dpy, led.pixmap, visible.pixmap, normalGC,
 	 digitXOffset , digitYOffset, LED_NUM_WIDTH, LED_NUM_HEIGHT,
 	 xPos[DIGIT_1_X_POS], yPos[DIGIT_Y_POS]);
-   digitXOffset = LED_NUM_WIDTH * ((year % 100) % 10);
+   digitXOffset = LED_NUM_WIDTH * ((year / 100) % 10);
XCopyArea(dpy, led.pixmap, visible.pixmap, normalGC,
 	 digitXOffset , digitYOffset, LED_NUM_WIDTH, LED_NUM_HEIGHT,
 	 xPos[DIGIT_2_X_POS], yPos[DIGIT_Y_POS]);

Bug#798912: ITP: libmpris2client -- Library to control mpris2 compatible players

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: libmpris2client
  Version : 0.1.0
  Upstream Author : Matias De lellis 
* URL : https://github.com/matiasdelellis/libmpris2client
* License : GPL
  Programming Lang: C
  Description : Library to control mpris2 compatible players

Libmpris2client is a generic library for controlling any mpris2 compatible
player.

Bug#798912: ITP: libmpris2client -- Library to control mpris2 compatible players

[Doug Torrance]

On 09/14/2015 01:44 AM, Geert Stappers wrote:
> Please add
> 
> 
> The Media Player Remote Interfacing Specification is a standard 
> D-Bus interface which aims to provide a common programmatic API
> for controlling media players.
> 
> It provides a mechanism for discovery, querying and basic playback 
> control of compliant media players, as well as a tracklist
> interface which is used to add context to the active media item.
> 
> And also http://specifications.freedesktop.org/mpris-spec/2.2/
> 
> 
> In other words:  Tell what 'mpris2' is about.
> 
> 
> (Yes, upstream stream should explain it also, but that is another
> story)

Will do.  Thank you!

Bug#844193: wmaker: catchXError(startup.c:118)

[Doug Torrance]

Control: forwarded -1 wmaker-...@lists.windowmaker.org

Hi everyone,

We received the bug report below for the Debian Window Maker package. 
Any ideas?


Doug

On 11/13/2016 03:49 AM, Helge Kreutzmann wrote:

Package: wmaker
Version: 0.95.7-6+b1
Severity: minor

In the logs the following appears regularly:
Sep 27 21:01:46 samd /usr/lib/WindowMaker/wmaker[4310]: 
(catchXError(startup.c:118)): warnung: internal X error: RenderBadPicture 
(invalid Picture parameter)#012#011Request code: 139#012#011Request minor code: 
7#012#011Resource ID: 0xa01796#012#011Error serial: 74643

The date, PID, the ressource ID and the Error serial differ, the rest
is always the same.

I'm not sure it is a problem (I did not notice any visual problem),
thus severity minor.

-- System Information:
Debian Release: stretch/sid
   APT prefers testing
   APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.5.5samd.10-grsec (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wmaker depends on:
ii  libc62.24-5
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgif7  5.1.4-0.4
ii  libjpeg62-turbo  1:1.5.1-2
ii  libpng16-16  1.6.25-2
ii  libtiff5 4.0.6-3
ii  libwings30.95.7-6+b1
ii  libwraster5  0.95.7-6+b1
ii  libwutil50.95.7-6+b1
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxinerama1 2:1.1.3-1+b1
ii  libxpm4  1:3.5.11-1+b1
ii  wmaker-common0.95.7-6

wmaker recommends no packages.

Versions of packages wmaker suggests:
pn  desktop-base   
ii  konsole [x-terminal-emulator]  4:16.08.2-1
pn  menu   
pn  wmaker-data
pn  wmaker-utils   
ii  x11-apps   7.7+6
ii  xterm [x-terminal-emulator]327-1

-- no debconf information



___
Pkg-wmaker-devel mailing list
pkg-wmaker-de...@lists.alioth.debian.org
https://lists.alioth.debian.org/mailman/listinfo/pkg-wmaker-devel

Bug#844192: wmaker: Missing sensible menues

[Doug Torrance]

Hello!

On 11/13/2016 03:49 AM, Helge Kreutzmann wrote:

I'm using windowmaker for ~10 years. Over the years the menu entries
in windowmaker have become better, on stable they are really usefull.
They contained the software installed on the system (at least most of
it). IIRC there was an dedicated Debian entry where I could find most
necessary stuff.

Unfortunately my machine died a while back and I set up a new one
running testing. (retrieving my config from the backup)

Now the menues are/appear to be static. They contain software not
installed (e.g. emacs) and misses lots of software. This makes the
menu rather useless.

Could you restore the useful menu system/entries from stable?


Do you have the "menu" package installed?  It's part of Window Maker's 
"Suggested" packages, and is needed to properly generate the Debian menu.


You can also customize the menu to your liking using the WPrefs app.

Doug

Bug#843873: wmfrog: Obsolete URLs in metar data fetching

[Doug Torrance]

Control: forwarded -1 https://github.com/tcolar/wmfrog/pull/3

On 11/10/2016 06:08 AM, Bastien Mourgues wrote:

Package: wmfrog
Version: 0.3.1+git20140909-1
Severity: normal


Hello,

wmfrog is no more functioning because of discontinued service on URLs
used to get metar data in /usr/lib/wmfrog/weather.pl

This data can now be fetched from this URL :
$ftp="ftp://tgftp.nws.noaa.gov/data/observations/metar/stations/${station}.TXT";;

and changing $mode from "http" to "ftp" in weather.pl

Hope this might help, sorry for my poor writing
Thank you


Thanks for your report!  I've submitted a pull request upstream with 
your patch.


Doug

Bug#862090: mathicgb FTBFS on big endian architectures: test fails

[Doug Torrance]

Control: forwarded -1 https://github.com/Macaulay2/mathicgb/issues/3

On 05/08/2017 07:15 AM, Radovan Birdic wrote:

Package: mathicgb
Version: 1.0~git20170104-1
Severity: important
Tags: sid + patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch

Hello,

Package mathicgb_1.0~git20170104-1 FTBFS on mips and other big endian 
architectures with following error:


...
make  check-TESTS
make[2]: Entering directory '/«PKGBUILDDIR»'
make[3]: Entering directory '/«PKGBUILDDIR»'
FAIL: unittest

   mathicgb 1.0: ./test-suite.log


# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: unittest
==
...


Full build log:
https://buildd.debian.org/status/fetch.php?pkg=mathicgb&arch=mips&ver=1.0~git20170104-1&stamp=1486639289&raw=0

On upstream this issue is resolved with proposed commit:
https://github.com/Macaulay2/mathicgb/pull/9/commits/d8ae074c7f7655c3b85c2089cd7a05a98a70a46a

I have attached the patch.

With this patch package builds successfully on mips and mipsel.


Thanks for your report!

I've been aware of this for a while (I submitted the issue upstream back 
in 2015), but I suppose it's good to have it in the Debian BTS as well 
-- thanks!


Upstream rejected the proposed patch as-is [1], which is why I've 
avoided applying it to the Debian package.  However, I noticed that it 
has been applied to the Fedora package [2].


Perhaps I'll follow their lead and apply it to the Debian package as 
well for the time being.  However, I'll wait until after the Stretch freeze.


Doug

[1] https://github.com/Macaulay2/mathicgb/pull/9#issuecomment-281349279
[2] 
http://pkgs.fedoraproject.org/cgit/rpms/mathicgb.git/commit/?id=0377aa73d04051c7b7c24c7ce28a054c31e66f52

Bug#857164: libwmaker-dev: missing Depends: libwmaker1 (= ${binary:Version})

[Doug Torrance]

On 03/08/2017 09:12 AM, Andreas Beckmann wrote:

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

>From the attached log (scroll to the bottom...):

0m23.2s ERROR: FAIL: Broken symlinks:
   /usr/lib/x86_64-linux-gnu/libWMaker.so -> libWMaker.so.1.0.1
Thank you for the report!  I have pushed the fix to our packaging git 
repository [1] and will hopefully get an upload sponsored soon.


Doug

[1] 
https://anonscm.debian.org/git/pkg-wmaker/wmaker.git/commit/?id=eb4556e4451eccbba8fc7ff6528835e4c6355375

Bug#857196: unblock: wmaker/0.95.7-8

[Doug Torrance]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package wmaker.

The new version in sid fixes RC bug #857164.  In particular, libwmaker-dev
could be installed without libwmaker1, resulting in a missing symlink.

Thank you!
Doug

diff --git a/debian/changelog b/debian/changelog
index 9ef3991..90592f2 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+wmaker (0.95.7-8) unstable; urgency=medium
+
+  * debian/control
+- Add libwmaker1 to libwmaker-dev Depends (Closes: #857164).
+
+ -- Doug Torrance   Wed, 08 Mar 2017 10:59:29 -0500
+
 wmaker (0.95.7-7) unstable; urgency=medium

   * Add missing license information to debian/copyright.
diff --git a/debian/control b/debian/control
index c49ae7f..b1eba75 100644
--- a/debian/control
+++ b/debian/control
@@ -175,7 +175,7 @@ Package: libwmaker-dev
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libx11-dev, ${misc:Depends}
+Depends: libwmaker1 (= ${binary:Version}), libx11-dev, ${misc:Depends}
 Description: Static libraries and headers for Window Maker applications
  Window Maker is a NeXTSTEP-like window manager for X.

unblock wmaker/0.95.7-8

Bug#852995: Fwd: Re: [linbox-team/givaro] test-crt (sometimes) fails (#38)

[Doug Torrance]

Control: tags -1 fixed-upstream


 Forwarded Message 
Subject:Re: [linbox-team/givaro] test-crt (sometimes) fails (#38)
Resent-From:dtorra...@piedmont.edu
Date:   Mon, 6 Feb 2017 06:28:06 -0800
From:   Jean-Guillaume Dumas 
Reply-To:   linbox-team/givaro

To: linbox-team/givaro 
CC: Doug Torrance , Comment




Closed #38 <https://github.com/linbox-team/givaro/issues/38>.

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<https://github.com/linbox-team/givaro/issues/38#event-950372288>, or
mute the thread
<https://github.com/notifications/unsubscribe-auth/AB5mOEvCtki6ibgqbP3Rk2quh3LdUrlxks5rZy32gaJpZM4K1SPh>.

Bug#853399: Fwd: Re: [linbox-team/fflas-ffpack] Fails to build with gcc 7 (#74)

[Doug Torrance]

Control: tags -1 fixed-upstream


 Forwarded Message 
Subject:Re: [linbox-team/fflas-ffpack] Fails to build with gcc 7 (#74)
Resent-From:dtorra...@piedmont.edu
Date:   Fri, 10 Feb 2017 00:25:27 -0800
From:   Clément Pernet 
Reply-To: 	linbox-team/fflas-ffpack 
 


To: linbox-team/fflas-ffpack 
CC: 	Doug Torrance , Author 





Closed #74 <https://github.com/linbox-team/fflas-ffpack/issues/74> via 
#75 <https://github.com/linbox-team/fflas-ffpack/pull/75>.


—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub 
<https://github.com/linbox-team/fflas-ffpack/issues/74#event-956913277>, 
or mute the thread 
<https://github.com/notifications/unsubscribe-auth/AB5mODxZAjPtWh_6YNuSl6X4itQ39zhmks5rbB73gaJpZM4Ly0Hl>.

Bug#439888: frobby

[Doug Torrance]

On Wed, May 18, 2016, 7:12 AM Axel Beckert > wrote:


   As far as I heard, all required dependencies are now packaged in
   Debian.

   Is there anything else which is holding back an upload to Debian? 



Yes, unfortunately.

Upstream currently builds its own version of several libraries. Of 
course, the Debian Macaulay2 package should use existing Debian packages 
of these libraries.  For the most part, this isn't a problem.  But 
there's one big issue currently getting in the way. Upstream uses a 
patched version of mpir, a gmp replacement, to get around some memory 
allocation issues.  And so building Macaulay2 with Debian's gmp package 
results in some segfaults when Macaulay2 calls functions from pari, 
another library which deals with gmp and memory allocation.


Upstream is working on the gmp issue (see [1]).  There's some discussion 
about the Debian packaging progress at [2].  And my work thus far is at [3].


Thanks for your interest!

Doug

[1] https://github.com/Macaulay2/M2/issues/285
[2] https://github.com/Macaulay2/M2/issues/286
[3] https://github.com/d-torrance/M2

Bug#819285: RFS: mathic/1.0~git20160320-2

[Doug Torrance]

Package: sponsorship-requests
Severity: normal

 Dear mentors,

  I am looking for a sponsor for my package "mathic"

 * Package name: mathic
   Version : 1.0~git20160320-1
   Upstream Author : Bjarke Hammersholt Roune and Michael Stillman
 * URL : https://github.com/Macaulay2/mathic
 * License : LGPL-2+
   Section : libs

  It builds those binary packages:

libmathic-dev - C++ library for Groebner basis computation (developer tools)
libmathic0v5 - C++ library for Groebner basis computation (runtime library)

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/mathic

  or

  https://anonscm.debian.org/git/debian-science/packages/mathic.git

  Changes since the last upload:

mathic (1.0~git20160320-2) unstable; urgency=medium

  * debian/libmathic0v5.symbols
- Add some arch-specific tags to fix FTBFS.
  * debian/patches/fix_typo.patch
- Switch Forwarded to Applied-Upstream.

 -- Doug Torrance   Fri, 25 Mar 2016 20:49:52 -0400

  Regards,
   Doug Torrance

Bug#805519: wmifs: Buffer overflow on startup. Process crashes.

[Doug Torrance]

On 04/19/2016 07:42 AM, ano...@users.sourceforge.net wrote:

This recently started happening to me locally. In my case, at least, it
turns out to be due to wmifs blindly assuming all interface names are 8
bytes or shorter (including the trailing nul). Looks like IFNAMSIZ has
been 16 for some time now.


Great -- thank you for the patch!

I'll forward this upstream and get this into Debian soon.

Doug

Bug#805519: [PATCH (dockapps)] wmifs: Fix buffer overflow if interface has name > 8 characters.

[Doug Torrance]

Patch by ano...@users.sourceforge.net to fix Debian bug #805519. [1]

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=805519
---
 wmifs/wmifs.c | 15 ---
 1 file changed, 8 insertions(+), 7 deletions(-)

diff --git a/wmifs/wmifs.c b/wmifs/wmifs.c
index 49eb3d9..28e8f18 100644
--- a/wmifs/wmifs.c
+++ b/wmifs/wmifs.c
@@ -247,6 +247,7 @@
 
 /* the size of the buffer read from /proc/net/ */
 #define BUFFER_SIZE 512
+
   /**/
  /* External Variables */
 /**/
@@ -317,7 +318,7 @@ int main(int argc, char *argv[])
switch (arg[1]) {
case 'c' :
if (argc > i+1) {
-   strcpy(color, argv[i+1]);
+   strncpy(color, argv[i+1], 
sizeof(color));
i++;
}
break;
@@ -392,7 +393,7 @@ Pixel scale_pixel(Pixel pixel, float scale)
 
 typedef struct {
 
-   charname[8];
+   charname[IFNAMSIZ];
int his[55][2];
longistatlast;
longostatlast;
@@ -478,7 +479,7 @@ void wmifs_routine(int argc, char **argv)
fprintf(stderr, "Unknown $HOME directory, please check your 
environment\n");
return;
}
-   strcpy(temp, p);
+   strncpy(temp, p, BUFFER_SIZE - 10);
strcat(temp, "/.wmifsrc");
parse_rcfile(temp, wmifs_keys);
 
@@ -852,7 +853,7 @@ int checknetdevs(void)
int i = 0, j;
int k;
int devsfound = 0;
-   charfoundbuffer[MAX_STAT_DEVICES][8];
+   charfoundbuffer[MAX_STAT_DEVICES][IFNAMSIZ];
 
for (i = 0; i < MAX_STAT_DEVICES; i++)
foundbuffer[i][0] = 0;
@@ -890,7 +891,7 @@ int checknetdevs(void)
   skip it! */
 
if (strcmp(p, "lo") || (active_interface && 
!strcmp(active_interface, "lo"))) {
-   strcpy(foundbuffer[devsfound], p);
+   strncpy(foundbuffer[devsfound], p, IFNAMSIZ);
devsfound++;
}
if (devsfound >= MAX_STAT_DEVICES)
@@ -930,7 +931,7 @@ int checknetdevs(void)
for (j = 0; j < MAX_STAT_DEVICES; j++) {
if (foundbuffer[j][0]) {
 
-   strcpy(stat_devices[i].name, foundbuffer[j]);
+   strncpy(stat_devices[i].name, foundbuffer[j], IFNAMSIZ);
 
for (k = 0; k < 48; k++) {
stat_devices[i].his[k][0] = 0;
@@ -948,7 +949,7 @@ int checknetdevs(void)
break;
}
if (!k) {
-   strcpy(stat_devices[i].name, active_interface);
+   strncpy(stat_devices[i].name, active_interface, 
IFNAMSIZ);
for (k = 0; k < 48; k++) {
stat_devices[i].his[k][0] = 0;
stat_devices[i].his[k][1] = 0;
-- 
2.5.0

Bug#822481: jessie-pu: package wmforecast/0.8-1

[Doug Torrance]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hello!

In March 2016, Yahoo! changed their weather API in a non-backwards compatible
way.  This made wmforecast, a Window Maker dockapp which relies on this API
to display weather information, nonfunctional.

A new release, version 0.10, was prepared to fix this problem, and additional
improvements were made in 0.11, now available in stretch.

However, jessie still has version 0.8.  I have backported the appropriate
changes from 0.10 and 0.11 into a small patch which makes version 0.8
functional.  I would like to propose that the jessie wmforecast package be
updated with these changes.

Thank you!
Doug Torrance
diff -Nru wmforecast-0.8/debian/changelog wmforecast-0.8/debian/changelog
--- wmforecast-0.8/debian/changelog	2014-10-21 12:47:35.0 -0400
+++ wmforecast-0.8/debian/changelog	2016-04-24 17:34:10.0 -0400
@@ -1,3 +1,13 @@
+wmforecast (0.8-1+deb8u1) jessie; urgency=medium
+
+  * debian/control
+- Update Maintainer and add Uploaders.
+  * debian/patches/new_yahoo_api.patch
+- New patch; modifications to work with new Yahoo! weather API.
+  Backported from upstream.
+
+ -- Doug Torrance   Sun, 24 Apr 2016 17:32:19 -0400
+
 wmforecast (0.8-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru wmforecast-0.8/debian/control wmforecast-0.8/debian/control
--- wmforecast-0.8/debian/control	2014-10-21 12:44:33.0 -0400
+++ wmforecast-0.8/debian/control	2016-04-24 17:28:25.0 -0400
@@ -1,7 +1,8 @@
 Source: wmforecast
 Section: utils
 Priority: extra
-Maintainer: Doug Torrance 
+Maintainer: Debian Window Maker Team 
+Uploaders: Doug Torrance 
 Build-Depends: debhelper (>= 9), libxml2-dev, libcurl4-gnutls-dev, libwings-dev, help2man, dh-autoreconf
 Standards-Version: 3.9.6
 Homepage: https://github.com/d-torrance/wmforecast
diff -Nru wmforecast-0.8/debian/patches/new_yahoo_api.patch wmforecast-0.8/debian/patches/new_yahoo_api.patch
--- wmforecast-0.8/debian/patches/new_yahoo_api.patch	1969-12-31 19:00:00.0 -0500
+++ wmforecast-0.8/debian/patches/new_yahoo_api.patch	2016-04-24 17:23:15.0 -0400
@@ -0,0 +1,72 @@
+Description: Update to work with new Yahoo! weather API
+ Backported from upstream versions 0.10 and 0.11.
+Origin: https://github.com/d-torrance/wmforecast/commit/720f907
+Origin: https://github.com/d-torrance/wmforecast/commit/dcf081f
+Origin: https://github.com/d-torrance/wmforecast/commit/f19e666
+Last-Update: 2016-04-24
+
+--- a/wmforecast.c
 b/wmforecast.c
+@@ -296,7 +296,7 @@
+ 	text = wstrappend(text, ", ");
+ 	text = wstrappend(text, weather->temp);
+ 	text = wstrappend(text, "°\n\nForecast:\n");
+-	for (i = 0; i < weather->forecasts->length; i++) {
++	for (i = 0; i < weather->forecasts->length && i < 7; i++) {
+ 		text = wstrappend(text,weather->forecasts->forecasts[i].day);
+ 		text = wstrappend(text," - ");
+ 		text = wstrappend(text,weather->forecasts->forecasts[i].text);
+@@ -348,16 +348,23 @@
+ 	Weather *weather;
+ 	xmlDocPtr doc;
+ 	xmlNodePtr cur;
++	int i;
+ 
+-	url = wstrconcat("http://weather.yahooapis.com/forecastrss?u=",prefs->units);
++	url = wstrdup("https://query.yahooapis.com/v1/public/yql?q=";
++		  "select%20*%20from%20weather.forecast%20where%20woeid");
+ 	if (strcmp(prefs->woeid_or_zip,"w") == 0) {
+-		url = wstrappend(url,"&w=");
++		url = wstrappend(url, "%20%3D%20");
+ 		url = wstrappend(url, prefs->woeid);
+ 	}
+ 	else {
+-		url = wstrappend(url,"&p=");
++		url = wstrappend(url, "%20in%20(select%20woeid%20from%20"
++ "geo.places(1)%20where%20text%3D%22");
+ 		url = wstrappend(url, prefs->zip);
+-	}
++		url = wstrappend(url, "%22)");
++ 	}
++	url = wstrappend(url, "%20and%20u%3D'");
++	url = wstrappend(url, prefs->units);
++	url = wstrappend(url, "'&format=xml");
+ 
+ 	weather = newWeather();
+ 	chunk.memory = wmalloc(1);
+@@ -394,17 +401,16 @@
+ 		return weather;
+ 	}
+ 
+-	if (xmlStrcmp(cur->name, (const xmlChar *) "rss")) {
+-		setError(weather, screen,"Empty document");
+-		fprintf(stderr,"document of the wrong type, root node != rss");
+-		xmlFreeDoc(doc);
+-		return weather;
++	for (i = 0; i < 3; i++) {
++		cur = cur->children;
++		if (cur == NULL) {
++			setError(weather, screen,
++ "Document not parsed successfully");
++			xmlFreeDoc(doc);
++			return weather;
++		}
+ 	}
+ 
+-	cur = cur->children;
+-	cur = cur->next;
+-	cur = cur->children;
+-
+ 	while (cur != NULL) {
+ 		if ((!xmlStrcmp(cur->name, (const xmlChar *)"item"))) {
+ 			cur = cur->children;
diff -Nru wmforecast-0.8/debian/patches/series wmforecast-0.8/debian/patches/series
--- wmforecast-0.8/debian/patches/series	1969-12-31 19:00:00.0 -0500
+++ wmforecast-0.8/debian/patches/series	2016-04-24 17:17:45.0 -0400
@@ -0,0 +1 @@
+new_yahoo_api.patch

Bug#770117: wmbiff: Undocumented command line options

[Doug Torrance]

Package: wmbiff
Version: 0.4.28-1
Severity: minor

Some of wmbiff's command line options are not documented in the manpage or in
wmbiff's "-h" help output.

In particular:
-skip-certificate-check is missing from -h
-relax is missing from the manpage
-o is missing from -h

-- System Information:
Debian Release: jessie/sid
  APT prefers utopic-updates
  APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 
'utopic'), (500, 'trusty'), (100, 'utopic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-031600-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wmbiff depends on:
ii  libc6  2.19-10ubuntu2
ii  libgcrypt201.6.1-2ubuntu1
ii  libgnutls-deb0-28  3.3.8-3ubuntu2
ii  libx11-6   2:1.6.2-2ubuntu2
ii  libxext6   2:1.3.2-1
ii  libxpm41:3.5.11-1

wmbiff recommends no packages.

Versions of packages wmbiff suggests:
ii  ruby 1:2.1.0.0~ubuntu3
ii  ssh-askpass-gnome [ssh-askpass]  1:6.6p1-8

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#793136: wmtop: FTBFS with glibc 2.21 and gcc-5

[Doug Torrance]

Control: tags -1 pending

On 07/21/2015 09:54 AM, Daniel Schepler wrote:
> Source: wmtop
> Version: 0.84-10
> Severity: normal
> 
> From my pbuilder build log, using a setup preferring glibc and gcc-defaults
> from experimental:
> 
> ...
>  debian/rules build
> dh build
>dh_testdir
>dh_auto_configure
>debian/rules override_dh_auto_build
> make[1]: Entering directory '/tmp/buildd/wmtop-0.84'
> dh_auto_build -- linux
> make -j1 linux
> make[2]: Entering directory '/tmp/buildd/wmtop-0.84'
> make OS=LINUX all
> make[3]: Entering directory '/tmp/buildd/wmtop-0.84'
> cc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c wmtop.c -o wmtop.o
> cc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c wmgeneral/wmgeneral.c -o wmgeneral/wmgeneral.o
> cc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c wmgeneral/misc.c -o wmgeneral/misc.o
> In file included from wmgeneral/misc.c:24:0:
> wmgeneral/list.h:57:13: warning: inline function 'list_free' declared but 
> never defined
>  INLINE void list_free(LinkedList* list);
>  ^
> wmgeneral/list.h:55:19: warning: inline function 'list_find' declared but 
> never defined
>  INLINE LinkedList*list_find(LinkedList* list, void* elem);
>^
> wmgeneral/list.h:53:13: warning: inline function 'list_mapcar' declared but 
> never defined
>  INLINE void list_mapcar(LinkedList* list, void(*function)(void*));
>  ^
> wmgeneral/list.h:51:20: warning: inline function 'list_remove_elem' declared 
> but never defined
>  INLINE LinkedList *list_remove_elem(LinkedList* list, void* elem);
> ^
> wmgeneral/list.h:49:13: warning: inline function 'list_remove_head' declared 
> but never defined
>  INLINE void list_remove_head(LinkedList** list);
>  ^
> wmgeneral/list.h:47:14: warning: inline function 'list_nth' declared but 
> never defined
>  INLINE void* list_nth(int index, LinkedList* list);
>   ^
> wmgeneral/list.h:45:12: warning: inline function 'list_length' declared but 
> never defined
>  INLINE int list_length(LinkedList* list);
> ^
> wmgeneral/list.h:43:20: warning: inline function 'list_cons' declared but 
> never defined
>  INLINE LinkedList* list_cons(void* head, LinkedList* tail);
> ^
> cc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
> -Werror=format-security -c wmgeneral/list.c -o wmgeneral/list.o
> cc -Wl,-z,relro -o wmtop wmtop.o wmgeneral/wmgeneral.o wmgeneral/misc.o 
> wmgeneral/list.o -L/usr/X11R6/lib -lXpm -lXext -lX11
> wmgeneral/misc.o: In function `parse_command':
> /tmp/buildd/wmtop-0.84/wmgeneral/misc.c:122: undefined reference to 
> `list_cons'
> /tmp/buildd/wmtop-0.84/wmgeneral/misc.c:126: undefined reference to 
> `list_length'
> /tmp/buildd/wmtop-0.84/wmgeneral/misc.c:131: undefined reference to 
> `list_remove_head'
> collect2: error: ld returned 1 exit status
> Makefile:28: recipe for target 'wmtop' failed
> make[3]: *** [wmtop] Error 1
> make[3]: Leaving directory '/tmp/buildd/wmtop-0.84'
> Makefile:22: recipe for target 'linux' failed
> make[2]: *** [linux] Error 2
> make[2]: Leaving directory '/tmp/buildd/wmtop-0.84'
> dh_auto_build: make -j1 linux returned exit code 2
> debian/rules:7: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 2
> make[1]: Leaving directory '/tmp/buildd/wmtop-0.84'
> debian/rules:4: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
> 

This is a known problem with Window Maker dockapps using the wmgeneral
library.  Many of these have been fixed upstream [1].  A new version of
the package which fixes this bug will be uploaded soon.

Thanks for the report!
Doug

[1] http://repo.or.cz/w/dockapps.git/commitdiff/7d77c17


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#439888: frobby

[Doug Torrance]

Dependency update: frobby has been accepted into Debian unstable.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#784702: wmweather+: diff for NMU version 2.15-1.1

[Doug Torrance]

Control: tags 784702 + pending

Dear maintainer,

I've prepared an NMU for wmweather+ (versioned as 2.15-1.1) and
have asked my sponsor to upload it to DELAYED/2. Please feel free
to tell me if I should delay it longer.

Regards.
diff -Nru wmweather+-2.15/debian/changelog wmweather+-2.15/debian/changelog
--- wmweather+-2.15/debian/changelog	2014-10-31 14:33:32.0 -0500
+++ wmweather+-2.15/debian/changelog	2015-05-19 18:56:59.0 -0500
@@ -1,3 +1,12 @@
+wmweather+ (2.15-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control:
+- Switch libwraster3-dev in Build-Depends to libwraster-dev
+  (Closes: #784702).
+
+ -- Doug Torrance   Tue, 19 May 2015 18:55:55 -0500
+
 wmweather+ (2.15-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru wmweather+-2.15/debian/control wmweather+-2.15/debian/control
--- wmweather+-2.15/debian/control	2014-11-05 08:32:10.0 -0600
+++ wmweather+-2.15/debian/control	2015-05-19 18:55:03.0 -0500
@@ -2,7 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Martin Stigge 
-Build-Depends: libpcre3-dev, libcurl4-gnutls-dev, libwraster3-dev, debhelper (>= 9)
+Build-Depends: libpcre3-dev, libcurl4-gnutls-dev, libwraster-dev, debhelper (>= 9)
 Standards-Version: 3.9.6
 Vcs-Browser: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/wmweather%2B/
 Vcs-Svn: svn://anonscm.debian.org/collab-maint/deb-maint/wmweather+/

Bug#784711: wmaker: diff for NMU version 0.95.6-1.1

[Doug Torrance]

Control: tags 784711 + patch
Control: tags 784711 + pending

Dear maintainer,

I've prepared an NMU for wmaker (versioned as 0.95.6-1.1) and
have asked my sponsor to upload it to DELAYED/2. Please feel
free to tell me if I should delay it longer.

Regards.
diff -Nru wmaker-0.95.6/debian/changelog wmaker-0.95.6/debian/changelog
--- wmaker-0.95.6/debian/changelog	2014-10-31 07:12:59.0 -0500
+++ wmaker-0.95.6/debian/changelog	2015-05-21 13:34:40.0 -0500
@@ -1,3 +1,12 @@
+wmaker (0.95.6-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control:
+- Add Breaks/Replaces for libwraster3-dev; remove Provides for
+  libwraster-dev (Closes: #784711).
+
+ -- Doug Torrance   Thu, 21 May 2015 13:34:40 -0500
+
 wmaker (0.95.6-1) unstable; urgency=medium
 
   * New upstream version 0.95.6. [Closes: #148856]
diff -Nru wmaker-0.95.6/debian/control wmaker-0.95.6/debian/control
--- wmaker-0.95.6/debian/control	2014-10-31 04:05:38.0 -0500
+++ wmaker-0.95.6/debian/control	2015-05-21 13:28:12.0 -0500
@@ -45,7 +45,8 @@
 Depends: libwraster5 (= ${binary:Version}), libc6-dev, libx11-dev,
  libxext-dev, libxpm-dev, libjpeg-dev, libpng-dev, libgif-dev,
  libtiff5-dev, ${misc:Depends}
-Provides: libwraster-dev
+Breaks: libwraster3-dev
+Replaces: libwraster3-dev
 Description: Static libraries and headers of Window Maker rasterizer
  This library is used to manipulate images and convert them to
  a format that can be displayed through the X window system.

Bug#439888: mathic

[Doug Torrance]

Dependency update: mathic has been accepted into Debian unstable.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781665: Mathicgb

[Doug Torrance]

On Mon, Apr 6, 2015 at 12:04 PM, Andreas Tille  wrote:
> I noticed that you added a new line to SoB page and thus I had a look on
> the package wearing my mentors hat.  Unfortunately it does not build due to
> two missing Build-Depends:
>
>
> The following packages have unmet dependencies:
>  pbuilder-satisfydepends-dummy : Depends: libmathic-dev which is a virtual 
> package.
>  Depends: libmemtailor-dev which is a virtual 
> package.
> Unable to resolve dependencies!  Giving up...
>
>
> May be we need to start the chain of dependencies one step more back?

Both mathic and memtailor are now in sid, so mathicgb is now ready to
be uploaded.  Would anyone be able to sponsor?  There's an entry on
the SoB page.

Thanks!
Doug


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792213: ITP: wmsysmon -- WindowMaker dock-app for monitoring your system

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmsysmon
  Version : 0.7.7
  Upstream Author : Vito Caputo 
* URL : http://www.gnugeneration.com/software/wmsysmon/
* License : GPL
  Programming Lang: C
  Description : WindowMaker dock-app for monitoring your system

wmsysmon is a dockable application for WindowMaker (and possibly Afterstep).
It monitors system information on interrupt activity, memory use, swap use,
and IO.

wmsysmon was removed from Debian in 2011 (though still exists in oldoldstable),
partly because it was orphaned.  I intend to actively maintain it.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#792324: ITP: wmtop -- dockapp that displays 3 top memory or CPU using processes

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmtop
  Version : 0.84
  Upstream Author : Dan Piponi 
* URL : http://wmtop.sourceforge.net/
* License : GPL
  Programming Lang: C
  Description : dockapp that displays 3 top memory or CPU using processes

wmtop is a windowmaker dock app to display the top 3 processes
running on a unix box displaying the cpu usage or memory usage in an
attractive graphical way using little screen real estate. It's a kind
of mini 'top'.

wmtop was removed from Debian in 2010, but I plan to actively maintain it.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#439888: mathicgb

[Doug Torrance]

Dependency update: mathicgb has been accepted into Debian unstable.

Bug#784701: Should Build-Depend on libwraster-dev.

[Doug Torrance]

Package: wdm
Version: 1.28-17
Severity: serious
Tags: patch

Beginning with wmaker version 0.95.6-1, libwraster3-dev has been renamed to
libwraster-dev.  As this is a build dependency of wdm, debian/control should
be updated accordingly.
diff --git a/debian/control b/debian/control
index 2342db0..38ac52f 100644
--- a/debian/control
+++ b/debian/control
@@ -14,7 +14,7 @@ Build-Depends: debhelper (>= 9~),
libpng-dev,
libselinux1-dev [linux-any],
libwings-dev,
-   libwraster3-dev,
+   libwraster-dev,
libx11-dev,
libxau-dev,
libxdmcp-dev,

Bug#784702: wmweather+: Should Build-Depend on libwraster-dev.

[Doug Torrance]

Package: wmweather+
Version: 2.15-1
Severity: serious
Tags: patch
Justification: Policy 4.2

Beginning with wmaker version 0.95.6-1, libwraster3-dev has been renamed to
libwraster-dev.  As this is a build dependency of wdm, debian/control should
be updated accordingly.
diff --git a/debian/control b/debian/control
index 4be3317..c1cf0ac 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: wmweather+
 Section: x11
 Priority: optional
 Maintainer: Martin Stigge 
-Build-Depends: libpcre3-dev, libcurl4-gnutls-dev, libwraster3-dev, debhelper (>= 9)
+Build-Depends: libpcre3-dev, libcurl4-gnutls-dev, libwraster-dev, debhelper (>= 9)
 Standards-Version: 3.9.6
 Vcs-Browser: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/wmweather%2B/
 Vcs-Svn: svn://anonscm.debian.org/collab-maint/deb-maint/wmweather+/

Bug#787750: wmstickynotes: Does not remember the virtual screen; always restored on first one

[Doug Torrance]

Forwarded: hncaldw...@fastmail.fm

Hi Heath,

I just received this bug report for the Debian wmstickynotes package.
Would you be interested in adding this feature at some point?

Thanks!
Doug

On Thu, Jun 4, 2015 at 11:45 AM, Andreas Tscharner  wrote:
> Package: wmstickynotes
> Version: 0.5-1
> Severity: normal
>
> Dear Maintainer,
>
> I have several virtual screens on my desktop. I have docked wmstickynote to my
> dock.
> Now I write a note on my 4th screen. Then I leave WindowMaker, and then I
> come back, wmstickynotes (which is auto started) restores my note, but on the
> first screen instead of the 4th
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.0.0-1-amd64 (SMP w/12 CPU cores)
> Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages wmstickynotes depends on:
> ii  libc6 2.19-18
> ii  libglib2.0-0  2.44.1-1
> ii  libgtk2.0-0   2.24.25-3
> ii  libx11-6  2:1.6.3-1
>
> wmstickynotes recommends no packages.
>
> wmstickynotes suggests no packages.
>
> -- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#787750: wmstickynotes: Does not remember the virtual screen; always restored on first one

[Doug Torrance]

Control: tags -1 pending

On 06/04/2015 03:36 PM, Heath N. Caldwell wrote:
> Thanks for bringing this up.  I have committed a fix and released a new
> tarball for it (0.6).  Let me know if it works as expected.

Thanks, Heath!  The new version fixes the issue for me.  I'll upload a
new Debian package soon.

Doug


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#439888: Macaulay2 Debian package -- status update

[Doug Torrance]

Cross-posted with [1].

We're currently waiting on a number of build dependencies to make it
into Debian before Macaulay2 can be uploaded. Currently in the NEW queue
are singular, frobby, and memtailor. Once memtailor goes in, we'll
upload mathic and then mathicgb. Packages often sit in the NEW queue for
months, so this will take some time.

My packaging work so far can be seen at [2]. Currently there's an issue
with gmp (See [3,4]).

[1] https://github.com/Macaulay2/M2/issues/286
[2] https://github.com/d-torrance/M2/tree/master
[3] https://github.com/Macaulay2/M2/issues/285
[4] https://groups.google.com/forum/#!topic/macaulay2/jxtKZFRDKDA


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#439888: memtailor

[Doug Torrance]

Dependency update: memtailor has been accepted into Debian unstable.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#708391: mpir

[Doug Torrance]

Control: retitle -1 RFP: mpir -- Multiple Precision Integers and Rationals 
library
Control: noowner

I no longer plan to package mpir.

Concern about adding mpir to the archive alongside gmp was brought up in the 
Debian Science
mailing list [1] and confirmed by upstream [2].

My original motivation for packaging mpir was as a Build-Depends for Macaulay2, 
but Macaulay2
upstream is currently working on making it possible to build with gmp [3].

If anyone is interested in tackling this issue in the future, my packaging work 
is available
at [4].

Doug

[1] https://lists.debian.org/debian-science/2015/03/msg00021.html
[2] https://groups.google.com/d/msg/mpir-devel/lwYxaXjUSfE/R48xsP5b0WcJ
[3] https://github.com/Macaulay2/M2/issues/285
[4] http://anonscm.debian.org/cgit/debian-science/packages/mpir.git


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#708391: mpir

[Doug Torrance]

Control: retitle -1 RFP: mpir -- Multiple Precision Integers and Rationals 
library
Control: noowner -1

I no longer plan to package mpir.

Concern about adding mpir to the archive alongside gmp was brought up in the 
Debian Science
mailing list [1] and confirmed by upstream [2].

My original motivation for packaging mpir was as a Build-Depends for Macaulay2, 
but Macaulay2
upstream is currently working on making it possible to build with gmp [3].

If anyone is interested in tackling this issue in the future, my packaging work 
is available
at [4].

Doug

[1] https://lists.debian.org/debian-science/2015/03/msg00021.html
[2] https://groups.google.com/d/msg/mpir-devel/lwYxaXjUSfE/R48xsP5b0WcJ
[3] https://github.com/Macaulay2/M2/issues/285
[4] http://anonscm.debian.org/cgit/debian-science/packages/mpir.git


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#776014: ITP: wmfsm -- WindowMaker dock app for monitoring filesystem usage

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmfsm
  Version : 0.35
  Upstream Author : Window Maker Developers Team

* URL : http://windowmaker.org/dockapps/?name=wmfsm
* License : GPL-2+
  Programming Lang: C
  Description : WindowMaker dock app for monitoring filesystem usage

Nice graphical 'df', showing you to what degree the mounted
filesystems are used.

Another X11 dockable application designed for WindowMaker.
It works with other window managers as well.

wmfsm was removed from Debian in 2010 [1], but it has a new upstream maintainer
and a new version was just released.

[1] https://packages.qa.debian.org/w/wmfsm/news/20100914T163918Z.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#776015: reportbug: Fix grammar in explanation of RFH bugs in wnpp.

[Doug Torrance]

Package: reportbug
Version: 6.5.1ubuntu1
Severity: minor

Dear Maintainer,

When a user begins reporting a bug against wnpp, a list of available types of
bugs are given with explanations.  The explanation of an RFH bug has two
small grammatical errors.  In particular, it should use "need" instead of
"needs", and the comma before "because" in unnecessary.

The attached patch fixes this issue.

Thanks!
Doug Torrance

-- Package-specific info:
** Environment settings:
DEBEMAIL="dtorra...@monmouthcollege.edu"
DEBFULLNAME="Doug Torrance"
INTERFACE="text"

** /home/profzoom/.reportbugrc:
reportbug_version "6.5.0ubuntu1"
mode novice
ui text
no-cc
header "X-Debbugs-CC: dtorra...@monmouthcollege.edu"
smtphost reportbug.debian.org

-- System Information:
Debian Release: jessie/sid
  APT prefers utopic-updates
  APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 
'utopic'), (500, 'trusty'), (100, 'utopic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-031600-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages reportbug depends on:
ii  apt   1.0.9.2ubuntu2
ii  python2.7.8-1
ii  python-reportbug  6.5.1ubuntu1
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail   
pn  debconf-utils
ii  debsums  2.0.52+nmu2
ii  dlocate  1.02+nmu3
pn  emacs22-bin-common | emacs23-bin-common  
ii  file 1:5.19-1ubuntu1.1
ii  gnupg1.4.16-1.2ubuntu1
ii  python-gtk2  2.24.0-3ubuntu3
pn  python-gtkspell  
pn  python-urwid 
pn  python-vte   
ii  sendmail-bin [mail-transport-agent]  8.14.4-7
ii  xdg-utils1.1.0~rc1-2ubuntu8

Versions of packages python-reportbug depends on:
ii  apt   1.0.9.2ubuntu2
ii  python-debian 0.1.22ubuntu1
ii  python-debianbts  1.12
pn  python:any

python-reportbug suggests no packages.

-- no debconf information
diff --git a/reportbug/debbugs.py b/reportbug/debbugs.py
index 36bef9b..98d70e7 100644
--- a/reportbug/debbugs.py
+++ b/reportbug/debbugs.py
@@ -603,7 +603,7 @@ def handle_wnpp(package, bts, ui, fromaddr, timeout, online=True, http_proxy=Non
 'RFA' :
 "This is a `Request for Adoption'. Due to lack of time, resources, interest or something similar, the current maintainer is asking for someone else to maintain this package. They will maintain it in the meantime, but perhaps not in the best possible way. In short: the package needs a new maintainer.",
 'RFH' :
-"This is a `Request For Help'. The current maintainer wants to continue to maintain this package, but they needs some help to do this, because their time is limited or the package is quite big and needs several maintainers.",
+"This is a `Request For Help'. The current maintainer wants to continue to maintain this package, but they need some help to do this because their time is limited or the package is quite big and needs several maintainers.",
 'ITP' :
 "This is an `Intent To Package'. Please submit a package description along with copyright and URL in such a report.",
 'RFP' :

Bug#776496: ITP: wmstickynotes -- Window Maker dockapp to create sticky notes on desktop

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmstickynotes
  Version : 0.4
  Upstream Author : Heath Caldwell 
* URL : http://sourceforge.net/projects/wmstickynotes/
* License : GPL-2+
  Programming Lang: C
  Description : Window Maker dockapp to create sticky notes on desktop

This program is a Window Maker style dockapp which allows you to create note
windows.  By default, the notes, along with their position, size, and color,
are stored in files and will be restored when wmstickynotes is run again.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#776650: ITP: wmget -- Background download manager in a Window Maker dockapp

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmget
  Version : 0.6.0
  Upstream Author : Aaron Trickey 
* URL : http://amtrickey.net/wmget/
* License : Expat
  Programming Lang: C
  Description : Background download manager in a Window Maker dockapp

wmget is a dock app for the GNU Window Maker window manager
(or one of the many other WM's which support dockapps) which
makes it more convenient to perform long downloads in the background.
It uses the excellent libcurl library, part of the cURL automated-download
program, to perform file retrieval

wmget was previously orphaned and later removed from Debian [1], but I intend
to maintain it.

[1] https://packages.qa.debian.org/w/wmget/news/20100917T163914Z.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#774782: ITP: git-big-picture -- Visualization tool for Git repositories

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: git-big-picture
  Version : 1.0.0-dev
  Upstream Author : Valentin Haenel 
* URL : https://github.com/esc/git-big-picture
* License : GPL v3+
  Programming Lang: Python
  Description : Visualization tool for Git repositories

git-big-picture is a visualization tool for Git repositories. You can think of
it as a filter that removes uninteresting commits from a DAG modelling a Git
repository and thereby exposes the big picture: for example the hierarchy of
tags and branches. git-big-picture supports convenience output options and can
filter different classes of commits. It uses the Graphviz utility to render
images that are pleasing to the eye.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775061: ITP: wmcalc -- dockable calculator application

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmcalc
  Version : 0.5
  Upstream Author : Window Maker Developers Team 

* URL : http://windowmaker.org/dockapps/?name=wmcalc
* License : GPL-2
  Programming Lang: C
  Description : dockable calculator application

Wmcalc is a small calculator meant for the WindowMaker dock or
Afterstep Wharf. It is a simple calculator with basic functions and
memory slots, and can launch any external application for more
complex calculations.

wmcalc was removed from Debian in 2010 [1], but is now maintained again and a
new upstream version was just released.

[1] https://packages.qa.debian.org/w/wmcalc/news/20100124T163923Z.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775110: ITP: wmcube -- spinning 3D object that shows the current CPU load

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmcube
  Version : 1.0.0
  Upstream Author : Cezary M. Kruk 
* URL : http://linux-bsd-unix.strefa.pl/index.en.html
* License : GPL-3
  Programming Lang: C
  Description : spinning 3D object that shows the current CPU load

wmcube is a dockapp that displays a realtime rotating 3D object which
indicates  current CPU  load. The  higher  the load,  the faster  the
object  spins. On  SMP  machines one  instance  can be  run for  each
processor.

Originally wmcube could spin only a cube, hence the name.

wmcube was removed from Debian in 2010 [1].  However, it is maintained again
and a new upstream version was released in 2014.

[1] https://packages.qa.debian.org/w/wmcube/news/20100917T163914Z.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775470: ITP: wmfire -- very cool fiery way of showing your CPU usage

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmfire
  Version : 1.2.4
  Upstream Author : Alan Swanson 
* URL : http://www.swanson.ukfsn.org/#wmfire
* License : GPL-2+
  Programming Lang: C+
  Description : very cool fiery way of showing your CPU usage

A Window Maker (or similar) dockapp which shows your current CPU usage as
a roaring fire.

It can monitor the average cpu load, or individual cpu load on SMP computers.
Additionally it can monitor the memory, network load, a file or just be set to
show a pretty flame. On entering the dock a burning spot replaces the cursor,
and after two seconds symbols to represent the current monitor are "burnt"
onscreen. The flame colour can also be changed.
It uses the GDK library to improve its speed - using less than half the cpu of
the original program.

wmfire 1.2.3 is still in oldstable, but was removed from Debian in 2011 [1].
Upstream released version 1.2.4 in 2010.

[1] https://packages.qa.debian.org/w/wmfire/news/20110219T163917Z.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#781665: Mathicgb

[Doug Torrance]

Hi Andreas,

On 04/06/2015 01:04 PM, Andreas Tille wrote:

I noticed that you added a new line to SoB page and thus I had a look on
the package wearing my mentors hat.  Unfortunately it does not build due to
two missing Build-Depends:


The following packages have unmet dependencies:
  pbuilder-satisfydepends-dummy : Depends: libmathic-dev which is a virtual 
package.
  Depends: libmemtailor-dev which is a virtual 
package.
Unable to resolve dependencies!  Giving up...


May be we need to start the chain of dependencies one step more back?


Yeah, I probably should have been a little more clear in my initial 
email to the list about mathicgb.  It depends on mathic, which is also 
currently waiting for a sponsor, and memtailor, which I packaged not too 
long ago and is sitting in NEW.


Both packages are available in git:
ssh://anonscm.debian.org/git/debian-science/packages/mathic.git
ssh://anonscm.debian.org/git/debian-science/packages/memtailor.git

I've also attached a patch to for the Blends task list that adds these 
two (plus frobby, another Macaulay2 dependency I packaged earlier and is 
also in NEW).


Thanks!
Doug
>From 7f6d619890b0b014ee3d3da160c52f7b09efa23a Mon Sep 17 00:00:00 2001
From: Doug Torrance 
Date: Mon, 6 Apr 2015 16:30:19 -0500
Subject: [PATCH] Add frobby, mathic, and memtailor.

---
 tasks/mathematics | 2 ++
 tasks/mathematics-dev | 4 
 tasks/tools   | 1 +
 3 files changed, 7 insertions(+)

diff --git a/tasks/mathematics b/tasks/mathematics
index 150f52d..883d8e7 100644
--- a/tasks/mathematics
+++ b/tasks/mathematics
@@ -147,6 +147,8 @@ Depends: qhull-bin
 
 Depends: mathicgb
 
+Depends: frobby
+
 X-Removed: Packages removed from Debian
 
 Depends: octaviz
diff --git a/tasks/mathematics-dev b/tasks/mathematics-dev
index 3e31003..6e384d2 100644
--- a/tasks/mathematics-dev
+++ b/tasks/mathematics-dev
@@ -210,3 +210,7 @@ Depends: python-pyoperators | python3-pyoperators
 Depends: libplb-dev
 
 Depends: libmathicgb-dev
+
+Depends: libfrobby-dev
+
+Depends: libmathic-dev
diff --git a/tasks/tools b/tasks/tools
index 8abb8b1..f96dc7f 100644
--- a/tasks/tools
+++ b/tasks/tools
@@ -15,3 +15,4 @@ Depends: openstereogram
 
 Depends: xoscope
 
+Depends: libmemtailor-dev
-- 
2.1.0

Bug#796598: nmu: wmail_2.0-3, wmdate_0.7-4

[Doug Torrance]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hello!

A new version of the libdockapp package was recently updated to sid.  It
includes a SO version bump, and so its reverse dependencies should depend on
libdockapp3 instead of libdockapp2.  See the auto-libdockapp transition [1].
Therefore, I would like to request binNMUs for wmail and wmdate.  Note that
a binNMU for a third reverse dependency, wmacpi, is unnecessary, as a new source
upload is imminent.

Thank you!
Doug Torrance

[1] https://release.debian.org/transitions/html/auto-libdockapp.html

nmu wmail_2.0-3 . ALL . -m "Rebuild against the new libdockapp."
nmu wmdate_0.7-4 . ALL . -m "Rebuild against the new libdockapp."

Bug#797274: override: mathicgb:math/extra

[Doug Torrance]

Package: ftp.debian.org
Severity: normal

The mathicgb source package (and the binary packages mathicgb, libmathicgb0,
and libmathicgb-dev) were switched to Priority: extra, as the package
Build-Depends on libtbb-dev, which is also Priority: extra.

Bug#797552: vcswatch: Error when git repos hosted on Alioth use https protocol

[Doug Torrance]

Package: qa.debian.org
Severity: normal

Dear Maintainer,

I have noticed in the past week or so (starting mid-August 2015) that my
packages hosted on Alioth display ERROR under the VCS column of my DDPO
page [1].  The corresponding vcswatch page shows the error as, e.g.,

 fatal: unable to access 'https://anonscm.debian.org/git/debian-science/
 packages/frobby.git/': Failed to connect to anonscm.debian.org port 443:
 Connection refused [2]

This feature use to work as expected (see, e.g., Google's cached version of the
frobby vcswatch page at [3]).

My guess is that this is due to the fact that I have used the https protocol
link in the Vcs-Git field of d/control in these packages.  However, other
packages hosted elsewhere (e.g., GitHub) but using the https protocol seem fine
(see, e.g., [4]).

Is there anything that can be done to fix this?

Thanks!
Doug Torrance

[1] https://qa.debian.org/developer.php?login=dtorrance%40piedmont.edu
[2] https://qa.debian.org/cgi-bin/vcswatch?package=frobby
[3] 
http://webcache.googleusercontent.com/search?q=cache:sy55YKp7OaQJ:https://qa.debian.org/cgi-bin/vcswatch%3Fpackage%3Dfrobby+&cd=1&hl=en&ct=clnk&gl=us
[4] https://qa.debian.org/cgi-bin/vcswatch?package=git-big-picture

Bug#797552: vcswatch: Error when git repos hosted on Alioth use https protocol

[Doug Torrance]

On 08/31/2015 09:47 AM, Alexander Wirt wrote:

it is already fixed. The host that hosts vcswatch ran into some DOS
protection on alioth and was blocked afterwards. I added it to a whitelist,
the problem won't happen anymore.


Great -- thanks for the quick response!

Bug#798115: wmail: FTBFS with libdockapp v0.7.0

[Doug Torrance]

Package: wmail
Version: 2.0-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Beginning with version 0.7.0, the dockapp.h header file included with
libdockapp has been moved from /usr/include to /usr/include/libdockapp.

Therefore, its reverse dependencies, including wmail, should take this into
account when building.

I have attached a patch which fixes this issue.

Thanks!
Doug Torrance

P.S.  If you are interested, you might consider developing wmail as a member
of the Debian Window Maker Team [1].

[1] 
diff -rupN wmail-2.0/debian/rules wmail-fix/debian/rules
--- wmail-2.0/debian/rules	2015-09-05 15:28:48.0 -0400
+++ wmail-fix/debian/rules	2015-09-05 15:30:03.060035687 -0400
@@ -11,7 +11,7 @@ DEB_HOST_GNU_TYPE   ?= $(shell dpkg-arch
 DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
 
-CFLAGS = -Wall -g
+CFLAGS = -Wall -g -I/usr/include/libdockapp
 
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 	CFLAGS += -O0

Bug#798115: wmail: FTBFS with libdockapp v0.7.0

[Doug Torrance]

On Sat, 05 Sep 2015 15:45:31 -0400 Doug Torrance
 wrote:
> P.S. If you are interested, you might consider developing wmail as a
member
> of the Debian Window Maker Team [1].
>
> [1]

My apologies, I neglected to paste the URL:

https://pkg-wmaker.alioth.debian.org/

Bug#798118: wmdate: FTBFS with libdockapp v0.7.0

[Doug Torrance]

Package: wmdate
Version: 0.7-4
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

Beginning with version 0.7.0, the dockapp.h header file included with
libdockapp has been moved from /usr/include to /usr/include/libdockapp.

Therefore, its reverse dependencies, including wmdate, should take this into
account when building.

I have attached a patch which fixes this issue.

Thanks!
Doug Torrance

P.S.  If you are interested, you might consider developing wmdate as a member
of the Debian Window Maker Team [1].

[1] https://pkg-wmaker.alioth.debian.org/
diff -rupN wmdate-0.7/debian/rules wmdate-fix/debian/rules
--- wmdate-0.7/debian/rules	2015-09-05 15:48:06.0 -0400
+++ wmdate-fix/debian/rules	2015-09-05 16:11:43.544225122 -0400
@@ -7,5 +7,7 @@ include /usr/share/cdbs/1/rules/patchsys
 DEB_MAKE_CLEAN_TARGET	:= distclean
 DEB_MAKE_INSTALL_TARGET := install DESTDIR=$(CURDIR)/debian/wmdate
 
+CPPFLAGS += -I/usr/include/libdockapp
+
 configure/wmdate::
 	xmkmf

Bug#798136: wmbattery does not update display after launching

[Doug Torrance]

Control: tags -1 unreproducible moreinfo
Control: severity -1 important

On Sat, 05 Sep 2015 23:35:22 -0400 Norman Ramsey  wrote:
> After a recent upgrade from wheezy to jessie, wmbattery no longer
> tracks battery information in real time. The time remaining and
> charge percentage are accurate when launched, but they don't change.
>
> wmbattery *does* notice a power-loss or power-acquisition event,
> and when it responds to these, it also updates percentage charge and
> time remaining. But otherwise they do not track.
>
> On the command line, acpi reports good information, and gkrellm's
> battery monitor tracks changes to charge percentage in real time.
>
> I marked the bug 'grave' since the only purpose of the package is to
> monitor battery status in real time, and if the status is not updated,
> the package is not fulfilling its intended purpose.
>
> I mostly run a standard jessie installation, but just in case I did
> install the latest wmbattery from stretch. Still not updating.

Thanks for your report!

I'm not able to reproduce this problem, so I'm downgrading the bug to
important.  Could you provide some more information?

In particular, could you run "upower --monitor-detail" from the command
line?  It should periodically print out a status report with information
about your battery.  If it doesn't, then this is likely an issue with
upower.  (Note that wmbattery switched to using upower in 2.42, right
after the version that was in wheezy.)

Thanks!
Doug Torrance

Bug#798188: wmacpi: FTBFS when rebuild against libdockapp3

[Doug Torrance]

Control: tags -1 pending

On Sun, 06 Sep 2015 16:14:17 +0200 Niels Thykier  wrote:
> The wmacpi package FTBFS when rebuild against libdockapp3.
>
> """
> gcc -MM -g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -O2 -Wall -W -g -ansi wmacpi.c > wmacpi.d
> gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security
-O2 -Wall -W -g -ansi -D_FORTIFY_SOURCE=2 -c -o wmacpi.o wmacpi.c
> wmacpi.c:22:21: fatal error: dockapp.h: No such file or directory
> compilation terminated.
> make[1]: *** [wmacpi.o] Error 1
> """

Thanks for your report!

I've prepared a new version of the wmacpi package which fixes this
issue.  It should be uploaded soon, once my sponsor takes a look at it.

Bug#798136: wmbattery does not update display after launching

[Doug Torrance]

On 09/07/2015 01:46 PM, Bill Brelsford wrote:
> On Mon Sep 07 2015 at 09:42 AM -0700, Bill Brelsford wrote:
>> I'm seeing the same behavior.  Starting wmbattery causes upowerd to
>> also start, and "upower --monitor-detail" shows updated percentages
>> correctly.  But wmbattery never updates.
> However, in my case, wmbattery does not notice power-loss or
> power-acquisition events.  The display never changes.

Thanks for the report!

Which versions of the wmbattery and upower packages are you using?

Bug#798136: wmbattery does not update display after launching

[Doug Torrance]

On 09/07/2015 05:01 PM, Bill Brelsford wrote:
> On Mon Sep 07 2015 at 04:23 PM -0400, Doug Torrance wrote:
>> Which versions of the wmbattery and upower packages are you using?
> wmbattery is 2.45-2, upower 0.99.1-3.2 (current jessie versions).

Thanks for the information.  I'll investigate further.

Bug#798136: wmbattery does not update display after launching

[Doug Torrance]

On 09/08/2015 12:16 PM, Norman Ramsey wrote:

  > I'm not able to reproduce this problem, so I'm downgrading the bug to
  > important.  Could you provide some more information?

OK, now *I* can't reproduce it.  It hit on three long-haul airplane
flights, but now, nothing.  I've just returned home and the laptop is
going back into the closet.

  > In particular, could you run "upower --monitor-detail" from the command
  > line?  It should periodically print out a status report with information
  > about your battery.  If it doesn't, then this is likely an issue with
  > upower.

When I tried this, upower was silent for about three minutes and then
started updating to the console several times per minute.

I think the best thing is to close this ticket.  If the problem
recurs, I will look into upower again.  And if I can reproduce it,
maybe we'll know something.


Thanks for your very quick response, and I'm sorry this one turns out
to be irreproducible.


Norman



No worries.  There was actually another user that responded to this bug 
report with a similar issue, so I'm going to keep it open for now and 
continue to test it.

Bug#803584: ITP: webwork -- Open source online homework system

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: webwork
  Version : 2.10
  Upstream Author : Mathematical Association of America
* URL : http://webwork.maa.org/
* License : GPL/Artistic
  Programming Lang: Perl
  Description : Open source online homework system

WeBWorK is an open-source online homework system for math and sciences courses.
WeBWorK is supported by the MAA and the NSF and comes with an Open Problem
Library (OPL) of over 30,000 homework problems. Problems in the OPL target most
lower division undergraduate math courses and some advanced courses. Supported
courses include college algebra, discrete mathematics, probability and
statistics, single and multivariable calculus, differential equations, linear
algebra and complex analysis.

I intend to maintain this package as a member of the Debian Science Team.

Bug#788836: ITP: wmsun -- Dockable WindowMaker SunRise/SunSet App

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: wmsun
  Version : 1.04
  Upstream Author : Window Maker Developers Team 

* URL : http://windowmaker.org/dockapps/?name=wmsun
* License : GPL
  Programming Lang: C
  Description : Dockable WindowMaker SunRise/SunSet App

wmSun displays the current day's Sun Rise and Set Times. You have to
enter your Latitude and Longitude for it to work correctly. wmSun is
designed to work with the WindowMaker dock, but will work with other
window managers as well.

wmsun was removed from Debian in 2011 [1], but upstream development has resumed
and a new version was recently released.

[1] https://packages.qa.debian.org/w/wmsun/news/20110415T163913Z.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#804946: ITP: webwork-pg -- Problem rendering engine for WeBWorK

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: webwork-pg
  Version : 2.10
  Upstream Author : Mathematica Association of America
  Upstream Author : Mathematical Association of America
* URL : http://webwork.maa.org/
* License : GPL/Artistic
  Programming Lang: Perl
  Description : Problem rendering engine for WeBWorK

The PG language is a collection of macros (subroutines) written in perl which
facilitate writing mathematics questions. It began in 1995 and is continuously
under development as mathematicians stretch the existing boundaries of existing
online homework questions. PG currently has three dialects.

I plan to maintain this package as a member of the Debian Science Team.

Bug#805519: [Pkg-wmaker-devel] Bug#805519: wmifs: Buffer overflow on startup. Process crashes.

[Doug Torrance]

Control: tags -1 moreinfo
Control: forwarded -1 wmaker-...@lists.windowmaker.org

On 11/18/2015 10:41 PM, Karsten M. Self wrote:
> Package: wmifs
> Version: 1.6-1
> Severity: important
>
> Dear Maintainer,
>
> * What led up to the situation?
>
> Invoking wmifs from Windowmaker dock or terminal
>
> * What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> Launched application
>
> * What was the outcome of this action?
>
> Process crashed. Terminal invocation gives a backtrace / memory map.
>
> * What outcome did you expect instead?
>
> Running process.
>
>
> Backtrace / memory map:
>
> 
> $ wmifs
> *** buffer overflow detected ***: wmifs terminated
> === Backtrace: =
> /lib/x86_64-linux-gnu/libc.so.6(+0x7320f)[0x7feda122820f]
> /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7feda12ab4f7]
> /lib/x86_64-linux-gnu/libc.so.6(+0xf4710)[0x7feda12a9710]
> wmifs[0x401aaf]
> wmifs[0x4025bb]
> wmifs[0x40134b]
> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7feda11d6b45]
> wmifs[0x4013dd]
> === Memory map: 
> 0040-00405000 r-xp  08:08 132693 
> /usr/bin/wmifs
> 00604000-00605000 r--p 4000 08:08 132693 
> /usr/bin/wmifs
> 00605000-00606000 rw-p 5000 08:08 132693 
> /usr/bin/wmifs
> 00606000-00608000 rw-p  00:00 0 
> 019ed000-01a0e000 rw-p  00:00 0  
> [heap]
> 7feda076f000-7feda0785000 r-xp  08:05 134
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7feda0785000-7feda0984000 ---p 00016000 08:05 134
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7feda0984000-7feda0985000 rw-p 00015000 08:05 134
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7feda0985000-7feda098a000 r-xp  08:08 527985 
> /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
> 7feda098a000-7feda0b89000 ---p 5000 08:08 527985 
> /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
> 7feda0b89000-7feda0b8a000 r--p 4000 08:08 527985 
> /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
> 7feda0b8a000-7feda0b8b000 rw-p 5000 08:08 527985 
> /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
> 7feda0b8b000-7feda0b8e000 r-xp  08:08 524916 
> /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
> 7feda0b8e000-7feda0d8d000 ---p 3000 08:08 524916 
> /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
> 7feda0d8d000-7feda0d8e000 r--p 2000 08:08 524916 
> /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
> 7feda0d8e000-7feda0d8f000 rw-p 3000 08:08 524916 
> /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
> 7feda0d8f000-7feda0d92000 r-xp  08:05 2670   
> /lib/x86_64-linux-gnu/libdl-2.19.so
> 7feda0d92000-7feda0f91000 ---p 3000 08:05 2670   
> /lib/x86_64-linux-gnu/libdl-2.19.so
> 7feda0f91000-7feda0f92000 r--p 2000 08:05 2670   
> /lib/x86_64-linux-gnu/libdl-2.19.so
> 7feda0f92000-7feda0f93000 rw-p 3000 08:05 2670   
> /lib/x86_64-linux-gnu/libdl-2.19.so
> 7feda0f93000-7feda0fb4000 r-xp  08:08 526472 
> /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
> 7feda0fb4000-7feda11b3000 ---p 00021000 08:08 526472 
> /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
> 7feda11b3000-7feda11b4000 r--p 0002 08:08 526472 
> /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
> 7feda11b4000-7feda11b5000 rw-p 00021000 08:08 526472 
> /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
> 7feda11b5000-7feda1354000 r-xp  08:05 1945   
> /lib/x86_64-linux-gnu/libc-2.19.so
> 7feda1354000-7feda1554000 ---p 0019f000 08:05 1945   
> /lib/x86_64-linux-gnu/libc-2.19.so
> 7feda1554000-7feda1558000 r--p 0019f000 08:05 1945   
> /lib/x86_64-linux-gnu/libc-2.19.so
> 7feda1558000-7feda155a000 rw-p 001a3000 08:05 1945   
> /lib/x86_64-linux-gnu/libc-2.19.so
> 7feda155a000-7feda155e000 rw-p  00:00 0 
> 7feda155e000-7feda1567000 r-xp  08:08 524371 
> /usr/lib/x86_64-linux-gnu/libdockapp.so.3.0.0
> 7feda1567000-7feda1766000 ---p 9000 08:08 524371 
> /usr/lib/x86_64-linux-gnu/libdockapp.so.3.0.0
> 7feda1766000-7feda1767000 r--p 8000 08:08 524371 
> /usr/lib/x86_64-linux-gnu/libdockapp.so.3.0.0
> 7feda1767000-7feda1768000 rw-p 9000 08:08 524371 
> /usr/lib/x86_64-linux-gnu/libdockapp.so.3.0.0
> 7feda1768000-7feda18a4000 r-xp  08:08 524939 
> /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
> 7feda18a4000-7feda1aa3000 ---p 0013c000 08:08 524939  

Bug#805519: [Pkg-wmaker-devel] Bug#805519: wmifs: Buffer overflow on startup. Process crashes.

[Doug Torrance]

On 11/19/2015 04:34 AM, Karsten M. Self wrote:
> Yeah. Do you have docs on the procedure?

Thanks!  Try:

apt-get source wmifs
sudo apt-get build-dep wmifs
sudo apt-get install gdb
cd wmifs-1.6
make CFLAGS=-g
gdb ./wmifs

Then inside gdb:
run

And once it crashes:
bt

That will give you a backtrace with more readable information.

Thanks again!
Doug

Bug#805626: ITP: libxml-parser-easytree-perl -- Easier tree style for XML::Parser

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: libxml-parser-easytree-perl
  Version : 0.01
  Upstream Author : Eric Bohlman 
* URL : https://metacpan.org/release/XML-Parser-EasyTree
* License : GPL/Artistic
  Programming Lang: Perl
  Description : Easier tree style for XML::Parser

XML::Parser::EasyTree adds a new "built-in" style called "EasyTree" to
XML::Parser. Like XML::Parser's "Tree" style, setting this style causes the
parser to build a lightweight tree structure representing the XML document.
This structure is, at least in this author's opinion, easier to work with
than the one created by the built-in style.

When the parser is invoked with the EasyTree style, it returns a reference to
an array of tree nodes, each of which is a hash reference. All nodes have a
'type' key whose value is the type of the node: 'e' for element nodes, 't'
for text nodes, and 'p' for processing instruction nodes. All nodes also have
a 'content' key whose value is a reference to an array holding the element's
child nodes for element nodes, the string value for text nodes, and the data
value for processing instruction nodes. Element nodes also have an 'attrib'
key whose value is a reference to a hash of attribute names and values.
Processing instructions also have a 'target' key whose value is the PI's
target.

I plan to package this as a member of the Debian Perl Group.

It will be a dependency of WeBWorK, an online math homework platform I am
packaging as a member of the Debian Science Team.

Bug#805764: ITP: libarray-utils-perl -- Small utils for array manipulation

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: libarray-utils-perl
  Version : 0.5
  Upstream Author : Sergei A. Fedorov 
* URL : https://metacpan.org/release/Array-Utils
* License : GPL/Artistic
  Programming Lang: Perl
  Description : Small utils for array manipulation

A small pure-perl module containing list manipulation routines. The module
emerged because I was tired to include same utility routines in numerous
projects.

I plan to package this as a member of the Debian Perl Group.

It will be a dependency of WeBWorK, an online math homework platform I am
packaging as a member of the Debian Science Team.

Bug#790293: wmcube: FTBFS with glibc 2.21 and gcc-5

[Doug Torrance]

Hi Cezary,

I've just received the bug report below for the Debian wmcube package.

Last month, I fixed the same bug in a number of other dockapps which use 
the wmgeneral library by removing the "inline" keywords from list.* (see 
[1]).


Have a good one,
Doug

[1] 
http://repo.or.cz/w/dockapps.git/commitdiff/7d77c17cc1ef6c78b4e92119d665f7aebbe193eb



On 06/27/2015 04:25 PM, Daniel Schepler wrote:

Source: wmcube
Version: 1.0.1-1
Severity: normal

 From my pbuilder build log, using a setup preferring glibc and gcc-defaults
from experimental:

...
  debian/rules build
dh build --sourcedirectory=wmcube
dh_testdir -O--sourcedirectory=wmcube
dh_auto_configure -O--sourcedirectory=wmcube
debian/rules override_dh_auto_build
make[1]: Entering directory '/tmp/buildd/wmcube-1.0.1'
dh_auto_build --sourcedirectory=wmcube -- \
 CFLAGS="-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security"
 make -j1 "CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security"
make[2]: Entering directory '/tmp/buildd/wmcube-1.0.1/wmcube'
gcc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/X11R6/share/include -c wmcube.c -o wmcube.o
gcc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/X11R6/share/include -c ../wmgeneral/wmgeneral.c 
-o ../wmgeneral/wmgeneral.o
gcc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/X11R6/share/include -c ../wmgeneral/misc.c -o 
../wmgeneral/misc.o
In file included from ../wmgeneral/misc.c:24:0:
../wmgeneral/list.h:57:13: warning: inline function 'list_free' declared but 
never defined
  INLINE void list_free(LinkedList* list);
  ^
../wmgeneral/list.h:55:19: warning: inline function 'list_find' declared but 
never defined
  INLINE LinkedList*list_find(LinkedList* list, void* elem);
^
../wmgeneral/list.h:53:13: warning: inline function 'list_mapcar' declared but 
never defined
  INLINE void list_mapcar(LinkedList* list, void(*function)(void*));
  ^
../wmgeneral/list.h:51:20: warning: inline function 'list_remove_elem' declared 
but never defined
  INLINE LinkedList *list_remove_elem(LinkedList* list, void* elem);
 ^
../wmgeneral/list.h:49:13: warning: inline function 'list_remove_head' declared 
but never defined
  INLINE void list_remove_head(LinkedList** list);
  ^
../wmgeneral/list.h:47:14: warning: inline function 'list_nth' declared but 
never defined
  INLINE void* list_nth(int index, LinkedList* list);
   ^
../wmgeneral/list.h:45:12: warning: inline function 'list_length' declared but 
never defined
  INLINE int list_length(LinkedList* list);
 ^
../wmgeneral/list.h:43:20: warning: inline function 'list_cons' declared but 
never defined
  INLINE LinkedList* list_cons(void* head, LinkedList* tail);
 ^
gcc -DLINUX -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/X11R6/share/include -c ../wmgeneral/list.c -o 
../wmgeneral/list.o
gcc -Wl,-z,relro -o wmcube wmcube.o ../wmgeneral/wmgeneral.o 
../wmgeneral/misc.o ../wmgeneral/list.o -lXext -L/usr/X11R6/lib -lXpm -lXext 
-lX11 -lm
../wmgeneral/misc.o: In function `parse_command':
/tmp/buildd/wmcube-1.0.1/wmcube/../wmgeneral/misc.c:122: undefined reference to 
`list_cons'
/tmp/buildd/wmcube-1.0.1/wmcube/../wmgeneral/misc.c:126: undefined reference to 
`list_length'
/tmp/buildd/wmcube-1.0.1/wmcube/../wmgeneral/misc.c:131: undefined reference to 
`list_remove_head'
collect2: error: ld returned 1 exit status
Makefile:31: recipe for target 'wmcube' failed
make[2]: *** [wmcube] Error 1
make[2]: Leaving directory '/tmp/buildd/wmcube-1.0.1/wmcube'
dh_auto_build: make -j1 CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security returned exit code 2
debian/rules:13: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/tmp/buildd/wmcube-1.0.1'
debian/rules:6: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#768531: wmix: New upstream version available

[Doug Torrance]

Package: wmix
Version: 3.1-5
Severity: normal

Dear Maintainer,

wmix is now maintained by the Window Maker Developers Team.  Its new homepage
is http://windowmaker.org/dockapps/?name=wmix.  From here, a new version
(3.2+20141005) can be obtained.

Thanks!
Doug Torrance

-- System Information:
Debian Release: jessie/sid
  APT prefers utopic-updates
  APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 
'utopic'), (500, 'trusty'), (100, 'utopic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-031600-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wmix depends on:
ii  libc6 2.19-10ubuntu2
ii  libx11-6  2:1.6.2-2ubuntu2
ii  libxext6  2:1.3.2-1
ii  libxpm4   1:3.5.11-1

wmix recommends no packages.

wmix suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#768602: unblock: wmbiff/0.4.27-2.3

[Doug Torrance]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package wmbiff

I am currently adopting the wmbiff package and would like to upload a new
version to unstable.  However, there is a recent NMU version currently in
unstable which fixes #759259 [1], and the author has requested that this version
migrate to jessie before my upload [2].

The debdiff is below.  Thank you!
Doug Torrance

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759259
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767915#14

diff -Nru wmbiff-0.4.27/debian/changelog wmbiff-0.4.27/debian/changelog
--- wmbiff-0.4.27/debian/changelog  2014-08-09 08:08:45.0 -0500
+++ wmbiff-0.4.27/debian/changelog  2014-11-02 01:14:04.0 -0600
@@ -1,3 +1,15 @@
+wmbiff (0.4.27-2.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * 20_gnutls_set_default_priority.diff: Use gnutls_set_default_priority()
+to get GnuTLS upstream's recommended default values (SSL/TLS versions,
+ciphers, et al.) instead of setting local defaults using the deprecated
+gnutls_cipher_set_priority/gnutls_protocol_set_priority/... functions.
+This fixes transmission errors to modern systems. Closes: #759259
+(Thanks to Nye Liu for debugging the issue and finding the solution.)
+
+ -- Andreas Metzler   Sun, 02 Nov 2014 08:04:00 +0100
+
 wmbiff (0.4.27-2.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff 
wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff
--- wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff
1969-12-31 18:00:00.0 -0600
+++ wmbiff-0.4.27/debian/patches/20_gnutls_set_default_priority.diff
2014-11-02 01:01:15.0 -0600
@@ -0,0 +1,40 @@
+Description: Use gnutls_set_default_priority() to get GnuTLS upstream's
+ recommended default values (SSL/TLS versions, ciphers, et al.) instead
+ of setting local defaults using the deprecated
+ gnutls_cipher_set_priority/gnutls_protocol_set_priority/...
+ functions.
+Author: Andreas Metzler , Nye Liu 
+Bug-Debian: https://bugs.debian.org/759259
+Origin: vendor
+Forwarded: no
+Last-Update: 2014-11-02
+
+--- a/wmbiff/tlsComm.c
 b/wmbiff/tlsComm.c
+@@ -553,25 +553,7 @@ struct connection_state *initialize_gnut
+ 
+   assert(gnutls_init(&scs->tls_state, GNUTLS_CLIENT) == 0);
+   {
+-  const int protocols[] = { GNUTLS_TLS1, GNUTLS_SSL3, 0 };
+-  const int ciphers[] =
+-  { GNUTLS_CIPHER_RIJNDAEL_128_CBC, 
GNUTLS_CIPHER_3DES_CBC,
+-  GNUTLS_CIPHER_RIJNDAEL_256_CBC,
+-  GNUTLS_CIPHER_ARCFOUR, 0
+-  };
+-  const int compress[] = { GNUTLS_COMP_ZLIB, GNUTLS_COMP_NULL, 0 
};
+-  const int key_exch[] = { GNUTLS_KX_RSA, GNUTLS_KX_DHE_DSS,
+-  GNUTLS_KX_DHE_RSA, 0
+-  };
+-  /* mutt with gnutls doesn't use kx_srp or kx_anon_dh */
+-  const int mac[] = { GNUTLS_MAC_SHA, GNUTLS_MAC_MD5, 0 };
+-  assert(gnutls_protocol_set_priority(scs->tls_state, protocols) 
==
+- 0);
+-  assert(gnutls_cipher_set_priority(scs->tls_state, ciphers) == 
0);
+-  assert(gnutls_compression_set_priority(scs->tls_state, 
compress) ==
+- 0);
+-  assert(gnutls_kx_set_priority(scs->tls_state, key_exch) == 0);
+-  assert(gnutls_mac_set_priority(scs->tls_state, mac) == 0);
++  assert(gnutls_set_default_priority(scs->tls_state) == 0);
+   /* no client private key */
+   if (gnutls_certificate_allocate_credentials(&scs->xcred) < 0) {
+   DMA(DEBUG_ERROR, "gnutls memory error\n");
diff -Nru wmbiff-0.4.27/debian/patches/series 
wmbiff-0.4.27/debian/patches/series
--- wmbiff-0.4.27/debian/patches/series 2014-08-09 07:11:55.0 -0500
+++ wmbiff-0.4.27/debian/patches/series 2014-11-02 01:13:57.0 -0600
@@ -2,3 +2,4 @@
 11_autoconfgenchanges.diff
 15_no_more_LZO.diff
 16_gnutls_deprecated.diff
+20_gnutls_set_default_priority.diff

unblock wmbiff/0.4.27-2.3

-- System Information:
Debian Release: jessie/sid
  APT prefers utopic-updates
  APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 
'utopic'), (500, 'trusty'), (100, 'utopic-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-031600-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#769929: override: wmppp.app:net/optional

[Doug Torrance]

Package: ftp.debian.org
Severity: normal

Hello!

There is currently an override disparity with the wmppp.app package, as
override.sid.main lists it in the "gnustep" section, but d/control says "net".

As wmppp.app is not a GNUstep program, I believe that "net" is more appropriate.

Thank you!
Doug Torrance


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#813852: ITP: knowl.js -- JavaScript library for transclusion of supplementary information

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: knowl.js
  Upstream Author : American Institute of Mathematics
* URL : http://aimath.org/knowlepedia/
* License : GPL-3+
  Programming Lang: JavaScript
  Description : JavaScript library for transclusion of supplementary 
information

Like the familiar hyperlink, knowls can be used to provide relevant,
supplementary information and are referenced from within the body of a web
page. But unlike the hyperlink, which simply takes you to a new web page, the
knowl conveniently serves up the information at your original location with the
click of a mouse button. With a similar click, the knowl then disappears.

I plan to maintain knowl.js as a member of the Debian JavaScript Team.

Bug#813837: wmaker: autostart script runs twice

[Doug Torrance]

Control: tags -1 forwarded wmaker-...@lists.windowmaker.org

Hi everyone,

I'm forwarding a bug report from the Debian Window Maker package:

On 02/05/2016 02:13 PM, nefedov wrote:
> Package: wmaker
> Version: 0.95.7-3
> Severity: normal
> 
>  My autostart script (~/GNUstep/Library/WindowMaker/autostart)
>  runs twice. To test I put the following line in script:
> printf " autostart: %s\n" "$(/bin/date)" >> ~/.xsession-errors
> 
>  As a result, I got two lines in .xsession-errors
> 
>  autostart: Пт фев  5 21:55:52 MSK 2016
> 
>  autostart: Пт фев  5 21:55:55 MSK 2016
> ...
> 
>  It seems to me that this behavior is not normal.
> 
>  Thanks.
> 
> Yu.

This looks like a duplicate of [1].  I haven't been able to duplicate
it.  Any ideas?

[1]
http://article.gmane.org/gmane.compw.window-managers.windowmaker.devel/9728

Bug#813942: RFS: knowl.js/0~20160130-1 [ITP]

[Doug Torrance]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "knowl.js"

 * Package name: knowl.js
   Version : 0~20160130-1
   Upstream Author : American Institute of Mathematics
 * URL : http://aimath.org/knowlepedia/
 * License : GPL-3+
   Section : web

It builds those binary packages:

  libjs-knowl - JavaScript library for transclusion of supplementary information

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/knowl.js


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/k/knowl.js/knowl.js_0~20160130-1.dsc

More information about hello can be obtained from http://www.example.com.

Changes since the last upload:

knowl.js (0~20160130-1) unstable; urgency=low

  * Initial release (Closes: #813852).

 -- Doug Torrance   Fri, 05 Feb 2016 17:19:08 -0500



  Regards,
   Doug Torrance

Bug#814213: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in the documentation './INSTALL-WMAKER'

[Doug Torrance]

On 02/09/2016 03:59 AM, Chris Lamb wrote:
> Source: wmaker
> Version: 0.95.7-3
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> wmaker fails to build from source in unstable/amd64:
> 
>   [..]
> 
>   make  check-local
>   make[4]: Entering directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   ./script/check-cmdline-options-doc.sh \
>   --program "./configure" --text-doc "./INSTALL-WMAKER" \
>   --ignore-prg 'with-PACKAGE,without-PACKAGE # only template names from 
> Autoconf' \
>   --ignore-prg 'program-prefix,program-suffix,program-transform-name # in 
> INSTALL' \
>   --ignore-prg 'version,quiet,srcdir,build,host,cache-file,no-create # in 
> INSTALL' \
>   --ignore-prg 'enable-silent-rules,disable-silent-rules # should be in 
> INSTALL' \
>   --ignore-prg 'enable-dependency-tracking,disable-dependency-tracking # 
> in INSTALL' \
>   --ignore-prg 'enable-shared,enable-static # should be in INSTALL' \
>   --ignore-prg 'disable-option-checking,enable-fast-install # should be 
> in INSTALL' \
>   --ignore-prg 'disable-libtool-lock,with-pic,with-gnu-ld,with-sysroot # 
> for libtool' \
>   --ignore-prg 'runstatedir #new in autoconf 2.70, backported in Debian' \
>   --ignore-prg 'with-x # no use, it would not work without X'
>   Error: program option '--with-aix-soname' is not in the documentation 
> './INSTALL-WMAKER'
>   Makefile:951: recipe for target 'configure-documentation' failed
>   make[4]: *** [configure-documentation] Error 1
>   make[4]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   Makefile:766: recipe for target 'check-am' failed
>   make[3]: *** [check-am] Error 2
>   make[3]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   Makefile:478: recipe for target 'check-recursive' failed
>   make[2]: *** [check-recursive] Error 1
>   make[2]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   Makefile:768: recipe for target 'check' failed
>   make[1]: *** [check] Error 2
>   make[1]: Leaving directory 
> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>   dh_auto_test: make -j9 check returned exit code 2
>   debian/rules:30: recipe for target 'build' failed
>   make: *** [build] Error 2
> 
>   [..]

Thanks for your report!

This is because libtool 2.4.6 was just uploaded to sid on Sunday [1].
>From [2]:
  * m4/ltoptions.m4 (_LT_WITH_AIX_SONAME): New. Provides
  commandline option --with-aix-soname=aix|svr4|both. Declares
  $shared_archive_member_spec as libtool variable.

[1] https://packages.qa.debian.org/libt/libtool/news/20160207T173014Z.html
[2] 
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=8fa719e81dba828d3e22cd59f825fac456c20809

Bug#814213: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in the documentation './INSTALL-WMAKER'

[Doug Torrance]

Control: tags -1 pending

On 02/09/2016 05:57 AM, Doug Torrance wrote:
> On 02/09/2016 03:59 AM, Chris Lamb wrote:
>> Source: wmaker
>> Version: 0.95.7-3
>> Severity: serious
>> Justification: fails to build from source
>> User: reproducible-bui...@lists.alioth.debian.org
>> Usertags: ftbfs
>> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
>>
>> Dear Maintainer,
>>
>> wmaker fails to build from source in unstable/amd64:
>>
>>   [..]
>>
>>   make  check-local
>>   make[4]: Entering directory 
>> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>>   ./script/check-cmdline-options-doc.sh \
>>  --program "./configure" --text-doc "./INSTALL-WMAKER" \
>>  --ignore-prg 'with-PACKAGE,without-PACKAGE # only template names from 
>> Autoconf' \
>>  --ignore-prg 'program-prefix,program-suffix,program-transform-name # in 
>> INSTALL' \
>>  --ignore-prg 'version,quiet,srcdir,build,host,cache-file,no-create # in 
>> INSTALL' \
>>  --ignore-prg 'enable-silent-rules,disable-silent-rules # should be in 
>> INSTALL' \
>>  --ignore-prg 'enable-dependency-tracking,disable-dependency-tracking # 
>> in INSTALL' \
>>  --ignore-prg 'enable-shared,enable-static # should be in INSTALL' \
>>  --ignore-prg 'disable-option-checking,enable-fast-install # should be 
>> in INSTALL' \
>>  --ignore-prg 'disable-libtool-lock,with-pic,with-gnu-ld,with-sysroot # 
>> for libtool' \
>>  --ignore-prg 'runstatedir #new in autoconf 2.70, backported in Debian' \
>>  --ignore-prg 'with-x # no use, it would not work without X'
>>   Error: program option '--with-aix-soname' is not in the documentation 
>> './INSTALL-WMAKER'
>>   Makefile:951: recipe for target 'configure-documentation' failed
>>   make[4]: *** [configure-documentation] Error 1
>>   make[4]: Leaving directory 
>> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>>   Makefile:766: recipe for target 'check-am' failed
>>   make[3]: *** [check-am] Error 2
>>   make[3]: Leaving directory 
>> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>>   Makefile:478: recipe for target 'check-recursive' failed
>>   make[2]: *** [check-recursive] Error 1
>>   make[2]: Leaving directory 
>> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>>   Makefile:768: recipe for target 'check' failed
>>   make[1]: *** [check] Error 2
>>   make[1]: Leaving directory 
>> '/home/lamby/temp/cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
>>   dh_auto_test: make -j9 check returned exit code 2
>>   debian/rules:30: recipe for target 'build' failed
>>   make: *** [build] Error 2
>>
>>   [..]
> 
> Thanks for your report!
> 
> This is because libtool 2.4.6 was just uploaded to sid on Sunday [1].
> From [2]:
>   * m4/ltoptions.m4 (_LT_WITH_AIX_SONAME): New. Provides
>   commandline option --with-aix-soname=aix|svr4|both. Declares
>   $shared_archive_member_spec as libtool variable.
> 
> [1] https://packages.qa.debian.org/libt/libtool/news/20160207T173014Z.html
> [2] 
> http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=8fa719e81dba828d3e22cd59f825fac456c20809

I've just pushed a patch to git which fixes this issue. [1]

Andreas or kix, would either of you be willing to review and sponsor an
upload?

Thanks!
Doug

[1] 
http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=dd955a763d8f1189d9f06e9447811915d89c50b4

Bug#814213: [PATCH 2/2] check-doc: Ignore with-aix-soname in check-cmdline-options-doc.sh

[Doug Torrance]

Control: tags -1 forwarded wmaker-...@lists.windowmaker.org

libtool 2.4.4 will add a --with-aix-soname option.  Ignore it when checking
whether INSTALL-WMAKER is up to date.

Fixes Debian bug #814213 [1].  Proposed fix to Debian package at [2].

   From: Chris Lamb 
   Subject: wmaker: FTBFS: Error: program option '--with-aix-soname' is not in
 the documentation './INSTALL-WMAKER'
   Date: Tue, 09 Feb 2016 09:59:14 +0100

   Dear Maintainer,

   wmaker fails to build from source in unstable/amd64:

 [..]

 make  check-local
 make[4]: Entering directory '/home/lamby/temp/
   cdt.20160209093619.fGSQWYa4PE/wmaker-0.95.7'
 ./script/check-cmdline-options-doc.sh \
--program "./configure" --text-doc "./INSTALL-WMAKER" \
--ignore-prg 'with-PACKAGE,without-PACKAGE # only template names from
  Autoconf' \
--ignore-prg 'program-prefix,program-suffix,program-transform-name
  # in INSTALL' \
--ignore-prg 'version,quiet,srcdir,build,host,cache-file,no-create
  # in INSTALL' \
--ignore-prg 'enable-silent-rules,disable-silent-rules # should be in
  INSTALL' \
--ignore-prg 'enable-dependency-tracking,disable-dependency-tracking
  # in INSTALL' \
--ignore-prg 'enable-shared,enable-static # should be in INSTALL' \
--ignore-prg 'disable-option-checking,enable-fast-install # should be
  in INSTALL' \
--ignore-prg 'disable-libtool-lock,with-pic,with-gnu-ld,with-sysroot
  # for libtool' \
--ignore-prg 'runstatedir #new in autoconf 2.70, backported in Debian' \
--ignore-prg 'with-x # no use, it would not work without X'
 Error: program option '--with-aix-soname' is not in the documentation
   './INSTALL-WMAKER'
 Makefile:951: recipe for target 'configure-documentation' failed
 make[4]: *** [configure-documentation] Error 1

 [..]

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814213
[2] http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=dd955a7
---
 Makefile.am | 1 +
 1 file changed, 1 insertion(+)

diff --git a/Makefile.am b/Makefile.am
index e925ab6..638cfed 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -107,6 +107,7 @@ configure-documentation:
--ignore-prg 'disable-option-checking,enable-fast-install # 
should be in INSTALL' \
--ignore-prg 
'disable-libtool-lock,with-pic,with-gnu-ld,with-sysroot # for libtool' \
--ignore-prg 'runstatedir #new in autoconf 2.70, backported in 
Debian' \
+   --ignore-prg 'with-aix-soname #new in libtool 2.4.4' \
--ignore-prg 'with-x # no use, it would not work without X'
 
 .PHONY: configure-documentation
-- 
2.5.0

Bug#813852: ITP: knowl.js -- JavaScript library for transclusion of supplementary information

[Doug Torrance]

On Fri, 05 Feb 2016 18:13:19 -0500 Doug Torrance
 wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Doug Torrance 
>
> * Package name : knowl.js
> Upstream Author : American Institute of Mathematics
> * URL : http://aimath.org/knowlepedia/
> * License : GPL-3+
> Programming Lang: JavaScript
> Description : JavaScript library for transclusion of supplementary
information
>
> Like the familiar hyperlink, knowls can be used to provide relevant,
> supplementary information and are referenced from within the body of a web
> page. But unlike the hyperlink, which simply takes you to a new web
page, the
> knowl conveniently serves up the information at your original location
with the
> click of a mouse button. With a similar click, the knowl then disappears.
>
> I plan to maintain knowl.js as a member of the Debian JavaScript Team.

Since it's been a week, I figured I would inquire...

Is uploading to mentors and opening an RFS bug CC'ed to the list the
correct way to request a sponsorship of a new JavaScript package?  I
know that some other teams have other methods (e.g., PET, SoB).

If it's merely that no one's had time to get around to it yet, then
that's fine too.  :)

Thanks!
Doug

P.S.  The packaging is also in git:
https://anonscm.debian.org/git/pkg-javascript/knowl.js.git

Bug#668081: RFP: wmcore -- a dockapp that shows the usage of each core in the system.

[Doug Torrance]

Control: retitle -1 ITP: wmcore -- a dockapp that shows the usage of each core 
in the system.

I intend to package wmcore as a member of the Debian Window Maker Team.

Bug#716470: [Mayhem] Bug report on wmpinboard: wmpinboard crashes with exit status 139

[Doug Torrance]

Control: tags -1 fixed-upstream

On Wed, 10 Jul 2013 16:07:36 -0400 Alexandre Rebert  
wrote:

> Package: wmpinboard
> Version: 1.0-11
> Severity: normal
> User: may...@forallsecure.com
> Usertags: mayhem
>
> wmpinboard crashes with exit status 139. We confirmed the crash by
> re-running it in a fresh debian unstable installation.
>
> The attachment [1] contains a testcase (under ./crash) crashing the
> program. It ensures that you can easily reproduce the bug. Additionally,
> under ./crash_info/, we include more information about the crash such as
> a core dump, the dmesg generated by the crash, and its output.
>
> Regards,
> The Mayhem Team (Alexandre Rebert, Thanassis Avgerinos, Sang Kil Cha, 
David Brumley, Manuel Egele)

> Cylab, Carnegie Mellon University
>
> [1] 
http://www.forallsecure.com/bug-reports/0dc23b1c14a58fa9eaab3bb89d8a6d050d3a76c0/full_report


This crash was due to a segfault if the HOME environment variable was 
undefined and has been fixed upstream [1].  This bug should be closed on 
the next upload to unstable.


[1] https://github.com/bbidulock/wmpinboard/pull/2

Bug#726075: wmaker-common: conffiles not removed

[Doug Torrance]

Control: tags -1 pending

On Sat, 12 Oct 2013 10:21:17 +0800 Paul Wise  wrote:
> Package: wmaker-common
> Version: 0.95.5-1
> Severity: normal
> Usertags: conffile
> User: debian...@lists.debian.org
> Usertags: obsolete-conffile adequate
>
> The semi-recent upgrade did not deal with obsolete conffiles properly.
> Please use the dpkg-maintscript-helper support provided by dh_installdeb
> to remove these obsolete conffiles on upgrade.
>
> http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
> http://manpages.debian.net/man/1/dh_installdeb
>
> This bug report brought to you by adequate:
>
> http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/
>
> $ pkg=wmaker-common
> $ adequate $pkg
> wmaker-common: obsolete-conffile /etc/X11/WindowMaker/menu.prehook
> wmaker-common: obsolete-conffile /etc/X11/WindowMaker/wmmacros
> wmaker-common: obsolete-conffile /etc/X11/WindowMaker/menu.posthook
> wmaker-common: obsolete-conffile /etc/X11/WindowMaker/appearance.menu
> wmaker-common: obsolete-conffile /etc/X11/WindowMaker/background.menu
> $ dpkg-query -W -f='${Conffiles}\n' $pkg | grep obsolete
> /etc/X11/WindowMaker/menu.prehook d41d8cd98f00b204e9800998ecf8427e
obsolete
> /etc/X11/WindowMaker/wmmacros 3191c74325ec39c3256e41e1b968c2a6 obsolete
> /etc/X11/WindowMaker/menu.posthook d41d8cd98f00b204e9800998ecf8427e
obsolete
> /etc/X11/WindowMaker/appearance.menu 7666958b86bf102b086457b7c6c938c1
obsolete
> /etc/X11/WindowMaker/background.menu 326e6f2f0e44388513c3aac84d8b67b3
obsolete

This has been fixed and git [1] and so this bug will be closed on the
next upload.

[1]
http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=a013cb4904aa81b7b8113dfbf19d3ab5c1c545d2

Bug#816221: wmbiff: Update from 4.27 to 4.28 stops counting read mail

[Doug Torrance]

On 02/28/2016 03:53 PM, Dick Middleton wrote:

Package: wmbiff
Version: 0.4.28-2+b1
Severity: important

Dear Maintainer,

Just updated system from Jessie to Stretch.  wmbiff has updated from 0.4.27-2.3 
to  0.4.28-2+b1.

wmbiff no longer counts read mail (i.e. number of messages in mailbox).  It 
still shows count of unread mail.

All my accounts except Gmail use TLS on port 143.

It does login correctly using TLS on my servers.


Thanks for your report!

Note that this is the default behavior in wmbiff 0.4.28.  Have you tried 
using the -o option?  It restores the classic behavior.

Bug#813253: O: wmtv

[Doug Torrance]

Control: retitle -1 ITA: wmtv
Control: owner -1 pkg-wmaker-de...@lists.alioth.debian.org

On Sat, 30 Jan 2016 23:23:00 +0100 Nicolas Boullis 
wrote:
> I’m hereby orphaning the wmtv package.
> I haven’t given this package any care for years, my last upload was in
> 2005. I also don’t use WindowMaker anymore, and I don’t use
anymore any
> bt848- or bt878-based video capture card (and I can’t anyway since
> analog TV broadcast hast stopped in France).
> The package has also been dead upstream for as long as I have known it.
>
> Given its low popcon-score, this package might be a good candidate for
> removal.

I will adopt wmtv as a member of the Debian Window Maker Team.

Bug#800193: wmpinboard: Please migrate a supported debhelper compat level

[Doug Torrance]

Control: tags -1 pending

On Sun, 27 Sep 2015 17:35:06 +0200 ni...@thykier.net wrote:
> The package wmpinboard is using a debhelper compat level of 3 or less
> according to lintian. These compat levels have been deprecated for
> the past ~10 years and debhelper will remove support for them in the near
> future (as declared in [1]).
>
> * Please migrate the package to a supported debhelper compat level.
> - Compat 9 is recommended
> - Compat 5 is the bare minimum (compat 4 will be removed soon as
> well)
>
> * If your package uses any of the following tools, please remove them
> from the rules files. Neither of them does anything except warn
> about their deprecation.
> - dh_desktop
> - dh_scrollkeeper (deadline: January 1st 2016)
> - dh_suidregister
> - dh_undocumented
>
> * Please note that your package might have been flagged for using
> e.g. "DH_COMPAT=2 dh_foo ...".
> - This will still cause issues when the compat level is removed.
>
> * If the package has been relying on dh_install being lenient about
> missing files, please see "MIGRATING TO COMPAT 5 OR LATER" in [1].
>
> * Deadline:
> - compat 1+2: November 1st 2015
> - compat 3: January 1st 2016
>
> If you are using other deprecated debhelper features (such as omitting
> the debian/compat file), please consider fixing those while you are at
> it.
>
> Thanks,
> ~Niels
>
> [1] https://lists.debian.org/debian-devel/2015/09/msg00257.html

After receiving permission from the previous maintainer, I will be
adopting wmpinboard as a member of the Debian Window Maker Team.

A new version of the package (1.0.1-1) using debhelper 9 is currently on
mentors waiting for review from my sponsor.

Bug#807904: mathicgb: wrong spelling for Gröbner in package description

[Doug Torrance]

On Mon, 14 Dec 2015 12:16:37 +0100 Daniele Forsi  wrote:
> in the description for this package, I think that the name Groebner is 
> wrongly spelled twice as Grobner (without the "e"):
> signature Grobner bases...
> "Practical Grobner Basis Computation"...

Thanks for the report!

It's true that "Gröbner" (the original German spelling) is usually
anglicized "Groebner" and not "Grobner".  I'll upload a new version of
this package soon with a corrected description.

Bug#792214: Icons and screen border

[Doug Torrance]

Control: forwarded -1 wmaker-...@lists.windowmaker.org

Hi everyone,

While investigating Debian bug #792214 [1], I noticed some peculiar 
behavior.


Suppose icons are positioned (using "Icon Positioning" in the "Icon 
Preferences" tab of WPrefs) on the same side of the screen as the dock.


Suppose no icons are currently on the screen (aside from the clip/dock). 
 Open an application or minimize an existing application.  The icon 
will appear on the edge of the screen.


However, move to a different workspace, or some other behavior that 
causes Window Maker to rearrange the icons, and the icons will move over 
to accommodate the dock, even if the dock is nowhere nearby.  This is 
due the following code in src/actions.c (in the wArrangeIcons function):


if (scr->dock) {
int offset = wPreferences.icon_size + DOCK_EXTRA_SPACE;

if (scr->dock->on_right_side)
area.x2 -= offset;
else
area.x1 += offset;
}

It would be preferable, I think, if the behavior was consistent.  I see 
several options:


* Always draw the icons on the edge of the screen (i.e., remove the 
above code).
* Always leave room for the dock (i.e., put similar code in the other 
places where icons are originally placed).
* Detect whether the icons would actually intersect with the dock and 
choose one of the above options accordingly.


Any thoughts?

Doug

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792214

Bug#393143: wmaker: reverting changes for #286344 (= reverting to previous theme)

[Doug Torrance]

Control: tags -1 pending

Since the non-visual aspects of this theme change seem to have been 
dealt with in version 0.92.0-8 (see bug #394802 [1]), it remains to 
restore the visual aspects of the theme.


I have solved this by including the original, pre-0.92.0-6 Debian theme 
as an option named "DebianLegacy".  This should appear in the next 
upload (probably 0.95.7-2).  See [2] for more.


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=394802
[2] 
http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=5e85c26a0af932be88d4884e40c60bb623caddfd

Bug#78119: wmaker: Separate package for utilities that don't require WindowMaker?

[Doug Torrance]

Control: tags -1 pending

The new wmaker-utils package including just wxcopy and wxpaste should 
appear in the next upload (probably 0.95.7-2).  See [1] for more.


Note that the new package means wmaker will have to clear the NEW queue 
after upload.


[1] 
http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=b2d5ab4134ceeaf297908366c7782e09e430b941

Bug#280851: [PATCH] wmaker: Maintain sorting of windows by workspace in switch menu.

[Doug Torrance]

Previously, this sorting failed when one window was moved to another
workspace.

This fixes Debian bug #280851 [1].

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280851
---
 src/switchmenu.c | 27 +++
 1 file changed, 11 insertions(+), 16 deletions(-)

diff --git a/src/switchmenu.c b/src/switchmenu.c
index a614e4f..3106595 100644
--- a/src/switchmenu.c
+++ b/src/switchmenu.c
@@ -149,27 +149,22 @@ void OpenSwitchMenu(WScreen * scr, int x, int y, int 
keyboard)
 
 static int menuIndexForWindow(WMenu * menu, WWindow * wwin, int old_pos)
 {
-   int idx;
+   int idx, move_down;
 
if (menu->entry_no <= old_pos)
return -1;
 
-#define WS(i)  ((WWindow*)menu->entries[i]->clientdata)->frame->workspace
-   if (old_pos >= 0) {
-   if (WS(old_pos) >= wwin->frame->workspace
-   && (old_pos == 0 || WS(old_pos - 1) <= 
wwin->frame->workspace)) {
-   return old_pos;
-   }
-   }
-#undef WS
-
-   for (idx = 0; idx < menu->entry_no; idx++) {
+   for (idx = 0, move_down = 0; idx < menu->entry_no; idx++) {
WWindow *tw = (WWindow *) menu->entries[idx]->clientdata;
 
-   if (!IS_OMNIPRESENT(tw)
-   && tw->frame->workspace > wwin->frame->workspace) {
-   break;
-   }
+   /* Is the window moving down in the menu?  If so, we'll need to
+  adjust its new index by 1. */
+   if (tw == wwin)
+   move_down = 1;
+
+   if (IS_OMNIPRESENT(tw) || (tw != wwin &&
+  tw->frame->workspace >= 
wwin->frame->workspace))
+   return idx - move_down;
}
 
return idx;
@@ -215,7 +210,7 @@ void UpdateSwitchMenu(WScreen * scr, WWindow * wwin, int 
action)
if (IS_OMNIPRESENT(wwin))
idx = -1;
else {
-   idx = menuIndexForWindow(switchmenu, wwin, -1);
+   idx = menuIndexForWindow(switchmenu, wwin, 0);
}
 
entry = wMenuInsertCallback(switchmenu, idx, t, focusWindow, 
wwin);
-- 
2.5.0

Bug#768400: libjs-iframe-resizer

[Doug Torrance]

Control: reopen -1
Control: owner -1 !

iframe-resizer is a dependency of WeBWorK, which I am currently packaging
as a member of the Debian Science Team.

Therefore, I plan to package it as a member of the Debian Javascript Team.

Bug#818839: RFS: mathic/1.0~git20160320-1

[Doug Torrance]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "mathic"

 * Package name: mathic
   Version : 1.0~git20160320-1
   Upstream Author : Bjarke Hammersholt Roune and Michael Stillman
 * URL : https://github.com/Macaulay2/mathic
 * License : LGPL-2+
   Section : libs

  It builds those binary packages:

libmathic-dev - C++ library for Groebner basis computation (developer tools)
 libmathic0v5 - C++ library for Groebner basis computation (runtime library)

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/mathic

  or

  https://anonscm.debian.org/git/debian-science/packages/mathic.git

  Changes since the last upload:

mathic (1.0~git20160320-1) unstable; urgency=medium

  * New upstream release.
- Now maintained by Macaulay2 developers.
  * debian/control
- Bump versioned dependency on debhelper to >= 9.20160114.  Needed for
  --dbgsym-migration option to dh_strip.
- Bump Standards-Version to 3.9.7.
- Update Homepage.
- Use https protocol for Vcs-Browser.
- Drop libmathic-dgb in favor of automatically generated
  libmathic0v5-dbgsym package.
  * debian/copyright
- Update Source.
- Change license to LGPL-2+. (This has actually always been the license;
  I must have misread it when initially preparing the package.)
  * debian/libmathic0v5.symbols
- Restore symbols file.
  * debian/patches
- Remove previous patches; patches applied upstream.
  * debian/patches/fix_typo.patch
- New patch. Fixes spelling-error-in-binary Lintian warning.
  * debian/rules
- Enable all hardening flags.
- Update definition of GTEST_PATH for dh_auto_configure.
- Add --enable-shared to dh_auto_configure.
- Modify override_dh_strip target. Instead of building the libmathic-dbg
  package, we use the --dbgsym-migration option to ensure proper migration
  to the new automatically generated package.
- Update get-orig-source target with new location.
  * debian/watch
- Update with new upstream webpage. Note that this is merely a comment;
  upstream does not tag their releases and uscan is currently not
  functional.

 -- Doug Torrance   Sun, 20 Mar 2016 16:54:38 -0400

Bug#816635: RFS: memtailor/1.0~git20160302-1

[Doug Torrance]

Package: sponsorship-requests
Severity: normal

Dear mentors,

  I am looking for a sponsor for my package "memtailor"

 * Package name: memtailor
   Version : 1.0~git20160302-1
   Upstream Author : Bjarke Hammersholt Roune 
 * URL : https://github.com/Macaulay2/memtailor
 * License : BSD-3-clause
   Section : libs

  It builds those binary packages:

  libmemtailor-dev - C++ library of special purpose memory allocators 
(developer tools
  libmemtailor0 - C++ library of special purpose memory allocators (shared 
library)

  To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/memtailor


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/m/memtailor/memtailor_1.0~git20160302-1.dsc

  Or, via git:

https://anonscm.debian.org/git/debian-science/packages/memtailor.git

  Changes since the last upload:

  memtailor (1.0~git20160302-1) unstable; urgency=medium

* New upstream release.
  - Now maintained by Macaulay2 developers.
* debian/control
  - Bump Standards-Version to 3.9.7.
  - Update Homepage.
  - Use https protocol for Vcs-Browser.
  - Drop libmemtailor-dbg package in favor of automatically generated
memtailor-dbgsym.
* debian/copyright
  - Update Source.
* debian/libmemtailor0.symbols
  - Add MEMTAILOR_VERSION_STRING.
* debian/patches
  - Remove directory; patches applied upstream.
* debian/rules
  - Remove override_dh_strip target; no longer needed.
  - Update get-orig-source target.
  - Update GTEST_PATH in override_dh_auto_configure target.
  - Add --enable-shared to override_dh_auto_configure target.
  - Enable all hardening flags.

   -- Doug Torrance   Thu, 03 Mar 2016 09:11:23 -0500

  Regards,
   Doug Torrance

Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

[Doug Torrance]

Control: forwarded -1 wmaker-...@lists.windowmaker.org

Matti:  Thanks for your report!

Window Maker Team:  Below, please find a new bug report from Debian.

On 03/06/2016 07:00 PM, Matti Hamalainen wrote:
> Package: wmaker
> Version: 0.95.6-1.2
> Severity: normal
> 
> Dear Maintainer,
> 
> After upgrading wmaker and related libraries to 0.95.7*, various programs
> including some (but not all) OpenGL / SDL apps no longer work in fullscreen
> mode and sometimes even crash.
> 
> The easiest way to check this is to try and switch between fullscreen in 
> DOSBox
> (alt+enter).
> The result on broken Wmaker is .. weird.
> 
> Downgrading wmaker to 0.95.6-1.2 debian package corrects these issues.
> 
> Please notice! This issue might very well be hardware (Intel HD Graphics 4600
> Haswell / core i7-4770) dependant. At first I suspected the recent Xorg, Mesa
> and Intel DDX upgrades, but somehow Wmaker seems to be the culprit ...
> 
> I am running a custom kernel, but the issue occurs on stock Debian kernel as
> well.

Some more information from a follow-up email:


On 03/06/2016 08:04 PM, Matti Hämäläinen wrote:
> It seems that the programs that trigger/suffer from this bug are all
> using libSDL 1.2. The way libSDL 2.0 (and few other programs that I
> tested, like Stellarium) handle fullscreen seems to be different and are
> not affected.
>
> However, as the problems are not exhibited when using Wmaker 0.95.6-1.2
> OR, for example OpenBox WM, I'm not sure if the finger of blame can be
> solely pointed towards libSDL 1.2.
>
> In any case, I hope this helps.

Any ideas?  I am able to reproduce the issue (alt-enter in dosbox brings
me back to lightdm).

Thanks!
Doug

Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

[Doug Torrance]

(CC'ing the upstream dev list as well)

On 03/06/2016 11:28 PM, Matti Hämäläinen wrote:


Hello again!

After some more detective work, I noticed that the issue did not occur
on self-compiled WindowMaker from the git-repo, which made me think what
the debian packaged version might be doing differently ...

It turns out that the deb passes "--enable-randr" flag to wmaker
configure, which is the root cause of this issue. The option flag
is marked "enable RandR extension support (NOT recommended, buggy)".

Doing a rebuild of the package with edited debian/rules that has
--enable-randr removed fixes the problem.

It seems that the flag was enabled in this change:

https://anonscm.debian.org/git/pkg-wmaker/wmaker.git/commit/debian/rules?id=e737a261679e2db0ae80c8087302f88d8569859a


Thanks for pinpointing this!  That's a nice easy fix.  I'll work on a 
new version omitting --enable-randr soon.


Doug

Bug#798136: wmbattery does not update display after launching

[Doug Torrance]

Control: forwarded -1 wmaker-...@lists.windowmaker.org

On 03/05/2016 10:17 PM, David Johnson wrote:


I also saw this issue after upgrading to jessie.

launching wmbattery with no args and it would never update after
launch.

workaround is to launch wmbattery with a -w argument, i.e.
"wmbattery -w 2".  it updates correctly when run with a -w specified.


Thanks for your report!  I'll look into it.  (Also forwarding upstream.)

Bug#816872: wmbattery: memory leak in wmbattery

[Doug Torrance]

Control: forwarded -1 wmaker-...@lists.windowmaker.org

On 03/05/2016 10:24 PM, Dave Johnson wrote:

Package: wmbattery
Version: 2.45-2
Severity: important

Dear Maintainer,

wmbattery appears to have a memory leak.  When invoked with "wmbattery -w 2" it 
is leaking approx 350KB/minute on my system.  Eventually it runs out of memory and is 
killed by kernel.


$ while sleep 300; do ps u $(pidof wmbattery); done
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.0  18524  6792 ?Sl   21:24   0:00 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.1  20068  7976 ?Sl   21:24   0:01 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.1  21604  9404 ?Sl   21:24   0:01 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.1  23160 10588 ?Sl   21:24   0:02 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.1  24696 12208 ?Sl   21:24   0:03 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.1  26164 14032 ?Sl   21:24   0:03 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.1  27700 15464 ?Sl   21:24   0:04 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.2  29644 17240 ?Sl   21:24   0:05 wmbattery -w 2
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
davijoh3 29894  0.2  0.2  31180 18964 ?Sl   21:24   0:05 wmbattery -w 2


Thanks for your report!  I'll look into it.  (Also forwarding upstream.)

Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

[Doug Torrance]

Control: tags -1 pending

On 03/07/2016 10:08 AM, Doug Torrance wrote:

Thanks for pinpointing this!  That's a nice easy fix.  I'll work on a
new version omitting --enable-randr soon.


I just pushed the fix to git [1].  A new version should be uploaded to 
unstable soon.


[1] 
http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=bdc7cbbf48f71ba770d17de44cc95e7321ed0812

Bug#280851: [PATCH] wmaker: Maintain sorting of windows by workspace in switch menu.

[Doug Torrance]

Control: tags -1 fixed-upstream

On 01/16/2016 12:22 AM, Doug Torrance wrote:
> Previously, this sorting failed when one window was moved to another
> workspace.
> 
> This fixes Debian bug #280851 [1].
> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=280851
> ---
>  src/switchmenu.c | 27 +++
>  1 file changed, 11 insertions(+), 16 deletions(-)

This patch has been applied to the "next" branch of the upstream git
[1].  It should appear in the next upstream release.

[1]
http://repo.or.cz/wmaker-crm.git/commit/2f33b3c2bc42ee88e6b6055a2f41367c296ef481

Bug#792214: Icons and screen border

[Doug Torrance]

On 01/16/2016 10:24 AM, Carlos R. Mafra wrote:
> On Wed, 13 Jan 2016 at 10:11:25 -0500, Doug Torrance wrote:
>> While investigating Debian bug #792214 [1], I noticed some peculiar
>> behavior.
>>
>> Suppose icons are positioned (using "Icon Positioning" in the "Icon
>> Preferences" tab of WPrefs) on the same side of the screen as the
>> dock.
>>
>> Suppose no icons are currently on the screen (aside from the
>> clip/dock).  Open an application or minimize an existing
>> application.  The icon will appear on the edge of the screen.
>>
>> However, move to a different workspace, or some other behavior that
>> causes Window Maker to rearrange the icons, and the icons will move
>> over to accommodate the dock, even if the dock is nowhere nearby.
>> This is due the following code in src/actions.c (in the
>> wArrangeIcons function):
>>
>>  if (scr->dock) {
>>  int offset = wPreferences.icon_size + DOCK_EXTRA_SPACE;
>>
>>  if (scr->dock->on_right_side)
>>  area.x2 -= offset;
>>  else
>>  area.x1 += offset;
>>  }
>>
>> It would be preferable, I think, if the behavior was consistent.  I
>> see several options:
>>
>> * Always draw the icons on the edge of the screen (i.e., remove the
>> above code).
>> * Always leave room for the dock (i.e., put similar code in the
>> other places where icons are originally placed).
>> * Detect whether the icons would actually intersect with the dock
>> and choose one of the above options accordingly.
> 
> This scenario you described looks too artificial. But from the
> options you mentioned the most logical seems to be the last, ie
> detect whether there will be an overlap and choose dynamically.
> 
> The drawback might be an increased complexity in the code for
> something unlikely to be an issue in practice.

I've done a little more digging.  Some code already exists that does
detect overlaps (the PlaceIcon function in placement.c), but for
individual icons and not a bunch at once.  I'll play around with it and
submit a patch when I have something functional.

Doug

Bug#811304: wdmLogin: /usr/lib/x86_64-linux-gnu/libwraster.so.5: version `LIBWRASTER3' not found

[Doug Torrance]

On Sun, 17 Jan 2016 20:58:13 +0100 Julien Puydt
 wrote:
> upgrading libwraster5 broke wdm with the above error message.

As Andreas noted in his forwarding message to the dev mailing list [1],
this is due to a change made upstream between versions 0.95.6 and 0.95.7
which changed the version from LIBWRASTER3 to LIBWRASTER5.

When I try rebuilding wdm against libwraster5 from version 0.95.7, it
works fine.  However, it still shows Depends on libwraster5 (>=
0.95.6).  So there's still a problem if, say, wdm had a binNMU against
0.95.7 and then someone were to install it alongside libwraster5 from
0.95.6.

I think the solution is to rename libwraster5 to something like
libwraster5v2 and trigger an auto transition.

Doug

[1]
http://permalink.gmane.org/gmane.compw.window-managers.windowmaker.devel/9757

Bug#811304: wdmLogin: /usr/lib/x86_64-linux-gnu/libwraster.so.5: version `LIBWRASTER3' not found

[Doug Torrance]

Control: tags -1 pending

On 01/18/2016 02:55 PM, Doug Torrance wrote:
> I think the solution is to rename libwraster5 to something like
> libwraster5v2 and trigger an auto transition.

I've pushed these changes to git.  Note that the new library already
means we'll have to wait for the NEW queue, so I've kept the new
wmaker-utils package for #78119 in.

Andreas or kix, would either of you be able to take a look and upload?

Thanks!
Doug

Bug#811422: [Pkg-wmaker-devel] Bug#811422: wmaker: Maximize does no longer respect "Always on top" of the dock

[Doug Torrance]

Control: tags -1 pending

On 01/18/2016 02:37 PM, Andreas Tscharner wrote:
> After updating to 0.95.7 I maximized as always my e-mail program. To my 
> surprise
> the program window uses the whole screen although the dock is set to "always 
> on
> top". The windows is now spanned over the whole screen, but the dock hides 
> some
> elements.
> Version 0.95.6 did not maximaize the window over the dock when it was "always
> on top"

Thanks for your report!

I'm able to get the desired behavior when I select "The dock" from the
"When maximizing do not cover" section of the "Window Handling
Preferences" tab in WPrefs.app (or, equivalently, setting
"NoWindowOverDock" to "YES" in ~/GNUstep/Defaults/WindowMaker).  Is that
not working?  (Or maybe I'm misunderstanding?)

Doug

Bug#811422: [Pkg-wmaker-devel] Bug#811422: wmaker: Maximize does no longer respect "Always on top" of the dock

[Doug Torrance]

Control: tags -1 - pending + moreinfo

Wrong tag :(