Bug#1029465: RFS: swapspace/1.18-1 -- dynamic swap space manager

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "swapspace":

 * Package name : swapspace
   Version  : 1.18-1
   Upstream contact : Jacob Adams 
 * URL  : https://github.com/Tookmund/Swapspace
 * License  : GPL-2+
 * Vcs  : https://salsa.debian.org/tookmund/swapspace-deb
   Section  : admin

The source builds the following binary packages:

  swapspace - dynamic swap space manager

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

  https://mentors.debian.net/package/swapspace/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/swapspace/swapspace_1.18-1.dsc

Changes since the last upload:

 swapspace (1.18-1) unstable; urgency=medium
 .
   * New upstream version
   * Bump standards version to 4.6.2, no changes required

Regards,
-- 
  Jacob Adams

Bug#984779: transition to xsct

[Jacob Adams]

I just filed #984936 orphaning setcolortemperature in preparation for xsct to 
enter the archive. 
I think setcolortemperature should be replaced by xsct, since it is much better 
maintained upstream.

I had actually been thinking about doing some kind of transition to xsct for a 
while but never got around to it.
Thanks to Mike for actually taking this on, sorry for leaving the 
setcolortemperature package in a mostly abandoned state for so long.

Bug#984936: O: setcolortemperature -- Set screen color temperature

[Jacob Adams]

Package: wnpp
Severity: normal

I intend to orphan the setcolortemperature package. It hasn't seen pretty much 
any changes upstream for several years at this point, and has at least one 
major outstanding issue that I'm aware of (lack of multi-screen support).

In the meantime, xsct, derived from the same original code, has been actively 
maintained upstream and has introduced many fixes to the original code. There 
is now an ITP for xsct (#984779), and so I think it is time to retire this 
package once xsct is introduced into debian. Ideally there would also be some 
kind of transition sct package so as not to leave old users of 
setcolortemperature behind.

Bug#961246: RFS: swapspace/1.17-1 -- dynamic swap space manager

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: swapspace
   Version : 1.17-1
   Upstream Author : Jacob Adams 
 * URL : https://github.com/Tookmund/Swapspace
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/tookmund/swapspace-deb
   Section : admin

It builds those binary packages:

  swapspace - dynamic swap space manager

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

  https://mentors.debian.net/package/swapspace

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

  dget -x
https://mentors.debian.net/debian/pool/main/s/swapspace/swapspace_1.17-1.dsc

Changes since the last upload:

   * New upstream version
   * Bumped debhelper compat to 13
   * Move VCS to standard salsa namespace, instead of -guest

Regards,
Jacob



signature.asc
Description: OpenPGP digital signature

Bug#954349: Package Update

[Jacob Adams]

After uploading to mentors I realized I had missed some lintian tags (I didn't
have experimental tags enabled in my local version) and one of my changelog
lines was incorrect. Please upload the latest version, as available on salsa.d.o
or from mentors.d.o.

swapspace (1.16.1-1) unstable; urgency=medium

  * New upstream version
  * Bumped debhelper compat to 12
- Use debhelper-compat Build-Depends instead of a compat file
  * Bumped 'Standards-Version' to 4.5.0
- Add NEWS file to docs to comply with 12.7
  * Add Rules-Requires-Root: no

 -- Jacob Adams   Fri, 20 Mar 2020 11:38:10 -0400



signature.asc
Description: OpenPGP digital signature

Bug#954349: RFS: swapspace/1.16.1-1 -- dynamic swap space manager

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: swapspace
   Version : 1.16.1-1
   Upstream Author : Jacob Adams 
 * URL : https://github.com/Tookmund/Swapspace
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/tookmund-guest/swapspace-deb
   Section : admin

It builds those binary packages:

  swapspace - dynamic swap space manager

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

  https://mentors.debian.net/package/swapspace

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

  dget -x
https://mentors.debian.net/debian/pool/main/s/swapspace/swapspace_1.16.1-1.dsc

Changes since the last upload:

   * New upstream version
   * Add support for BTRFS
   * Enforce correct permissions on swapfile directory
   * Bumped debhelper compat to 12
   * Bumped 'Standards-Version' to 4.5.0 (No changes required)
   * Add NEWS file to docs

Regards,
Jacob



signature.asc
Description: OpenPGP digital signature

Bug#932837: xscreensaver: No text on lock screen

[Jacob Adams]

On 7/29/19 6:55 PM, Tormod Volden wrote:
>> Kernel taint flags: TAINT_USER
> 
> BTW, do you know why your kernel is tainted?

I have no idea. It seems like TAINT_USER is really generic, so I'm not sure how
I would track it down.

> 
>>> If you really think its a kernel problem then I can certainly build a newer
>>> version to test, but I don't currently have the time and there's nothing 
>>> newer
>>> available from Debian AFAIK, not even in unstable.
>>
>> Forgot about experimental. Pulled 5.0.2-1~exp1 from there but the problem 
>> persists.
> 
> I was actually thinking more of trying a really old kernel, to see if
> this is a kernel regression :) They happen, especially for graphics
> drivers on older hardware. But since you tried with vesa I am not
> sure. Still, the intel drm will be loaded at boot and control the card
> interaction. Can you try to boot with nomodeset kernel option? Not
> sure what that option leaves you nowadays but maybe worth a try.

can't even get X to launch with nomodeset unfortunately.

> 
> Also if you could attach Xorg.0.log and dmesg output they may provide
> some useful information.

I've attached both, from right after I have locked and then unlocked the screen
with xscreensaver.

Hope this helps,
Jacob



[ 6.439] 
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
[ 6.439] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian
[ 6.439] Current Operating System: Linux lovelace 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5+deb10u1 (2019-07-19) x86_64
[ 6.439] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-5-amd64 root=UUID=d4d53c53-7813-4738-a6d4-50266a0f2e2c ro quiet
[ 6.440] Build Date: 05 March 2019  08:11:12PM
[ 6.440] xorg-server 2:1.20.4-1 (https://www.debian.org/support) 
[ 6.440] Current version of pixman: 0.36.0
[ 6.440] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[ 6.440] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 6.440] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Jul 29 17:43:39 2019
[ 6.443] (==) Using config directory: "/etc/X11/xorg.conf.d"
[ 6.443] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 6.445] (==) No Layout section.  Using the first Screen section.
[ 6.445] (==) No screen section available. Using defaults.
[ 6.445] (**) |-->Screen "Default Screen Section" (0)
[ 6.445] (**) |   |-->Monitor ""
[ 6.446] (==) No device specified for screen "Default Screen Section".
	Using the first device section listed.
[ 6.447] (**) |   |-->Device "Intel Graphics"
[ 6.447] (**) |   |-->GPUDevice "Intel Graphics"
[ 6.447] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[ 6.447] (==) Automatically adding devices
[ 6.447] (==) Automatically enabling devices
[ 6.447] (==) Automatically adding GPU devices
[ 6.447] (==) Max clients allowed: 256, resource mask: 0x1f
[ 6.447] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 6.447] 	Entry deleted from font path.
[ 6.448] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[ 6.448] 	Entry deleted from font path.
[ 6.448] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[ 6.448] 	Entry deleted from font path.
[ 6.448] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[ 6.448] 	Entry deleted from font path.
[ 6.448] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[ 6.448] 	Entry deleted from font path.
[ 6.448] (==) FontPath set to:
	/usr/share/fonts/X11/misc,
	/usr/share/fonts/X11/Type1,
	built-ins
[ 6.448] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 6.448] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[ 6.448] (II) Loader magic: 0x559c1735be20
[ 6.448] (II) Module ABI versions:
[ 6.448] 	X.Org ANSI C Emulation: 0.4
[ 6.448] 	X.Org Video Driver: 24.0
[ 6.448] 	X.Org XInput driver : 24.1
[ 6.448] 	X.Org Server Extension : 10.0
[ 6.450] (++) using VT number 7

[ 6.450] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[ 6.452] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 6.468] (--) PCI:*(0@0:2:0) 8086:5916:17aa:224f rev 2, Mem @ 0xeb00/16777216, 0x6000/268435456, I/O @ 0xe000/64, BIOS @ 0x/131072
[ 6.468] (II) LoadModule: "glx"
[ 6.470] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 6.476] (II) Module glx: vendor="X.Org Foundation"
[ 6.476] 	compiled for 1.20.4, module version = 1.0.0
[ 6.476] 	ABI class: X.Org Server Extension, version 10.0
[ 

Bug#932837: xscreensaver: No text on lock screen

[Jacob Adams]

On 7/29/19 1:56 PM, Jacob Adams wrote:
> If you really think its a kernel problem then I can certainly build a newer
> version to test, but I don't currently have the time and there's nothing newer
> available from Debian AFAIK, not even in unstable.

Forgot about experimental. Pulled 5.0.2-1~exp1 from there but the problem 
persists.

Bug#932837: xscreensaver: No text on lock screen

[Jacob Adams]

On 7/29/19 9:18 AM, Tormod Volden wrote:
> On Tue, Jul 23, 2019 at 9:33 PM Jacob Adams wrote:
>>
>> No text at all appears in the unlock dialog.
>> The version number and the text in the buttons simply is not visible.
> 
> Hi Jacob,
> 
> Thanks for your bug report. Can you please try to check if it is
> related to the graphics driver? Can you try a different kernel, or use
> another graphic driver?

Digging around in relevant config files I found these in xorg.conf.d:

/etc/X11/xorg.conf.d/10-backlight.conf
Section "Device"
Identifier  "Intel Graphics"
Driver  "intel"
Option  "Backlight"  "intel_backlight"
EndSection

/etc/X11/xorg.conf.d/20-dri3.conf
Section "Device"
Identifier  "Intel Graphics"
Driver  "intel"
Option  "AccelMethod"  "sna"
Option  "TearFree" "true"
Option  "DRI"  "3"
EndSection

/etc/X11/xorg.conf.d/90-xpra-virtual.conf
# Ignore all xpra virtual devices by default,
# these will be enabled explicitly when needed.
Section "InputClass"
Identifier "xpra-virtual-device"
MatchProduct "Xpra"
Option "Ignore" "true"
EndSection

I suspect it could be 20-dri3.conf causing issues though I have switched it to
just vesa, i.e.
Section "Device"
Identifier  "Intel Graphics"
Driver  "vesa"
#Option  "AccelMethod"  "sna"
#Option  "TearFree" "true"
#Option  "DRI"  "3"
EndSection

That didn't change anything unfortunately, and neither did removing the file
completely.

I tested these changes by restarting my display manager after each one, i.e.
systemctl restart lightdm

In terms of kernel, I'm currently running linux 4.19.37-5+deb10u1
The only other kernel I have installed currently is 4.19.0-0.bpo.5, which is
pretty much the same kernel. However, for completeness I tested it too, but
encountered the same problem.

If you really think its a kernel problem then I can certainly build a newer
version to test, but I don't currently have the time and there's nothing newer
available from Debian AFAIK, not even in unstable.

Bug#932837: xscreensaver: No text on lock screen

[Jacob Adams]

Package: xscreensaver
Version: 5.42+dfsg1-1
Severity: normal


No text at all appears in the unlock dialog.
The version number and the text in the buttons simply is not visible.

-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_USER
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xscreensaver depends on:
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-10
ii  libcairo21.16.0-4
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglade2-0  1:2.6.4-2+b1
ii  libglib2.0-0 2.58.3-2
ii  libgtk2.0-0  2.24.32-3
ii  libice6  2:1.0.9-2
ii  libpam0g 1.3.1-5
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpangoft2-1.0-01.42.4-6
ii  libsm6   2:1.2.3-1
ii  libx11-6 2:1.6.7-1
ii  libxext6 2:1.3.3-1+b2
ii  libxi6   2:1.7.9-1
ii  libxinerama1 2:1.1.4-2
ii  libxml2  2.9.4+dfsg1-7+b3
ii  libxmu6  2:1.1.2-2+b3
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxt6   1:1.1.5-1+b3
ii  libxxf86vm1  1:1.1.4-1+b2
ii  xscreensaver-data5.42+dfsg1-1

Versions of packages xscreensaver recommends:
ii  libjpeg-turbo-progs   1:1.5.2-2+b1
ii  perl  5.28.1-6
ii  wamerican [wordlist]  2018.04.16-1

Versions of packages xscreensaver suggests:
ii  chromium [www-browser] 73.0.3683.75-1
ii  firefox-esr [www-browser]  60.8.0esr-1~deb10u1
pn  fortune
pn  gdm3 | kdm-gdmcompat   
pn  qcam | streamer
ii  w3m [www-browser]  0.5.3-37
pn  xdaliclock 
pn  xfishtank  
pn  xscreensaver-data-extra
pn  xscreensaver-gl
pn  xscreensaver-gl-extra  

-- no debconf information

Bug#930974: Makes upgrade to testing version impossible

[Jacob Adams]

Turns out that this was an issue with menu not being fully upgraded
before installing the new rxvt

/etc/menu-methods/menu.h had been renamed menu.h.dpkg-new. Renaming it
back allowed me to remove rxvt and continue the upgrade.

Seems like this is actually a bug in menu, or possibly dpkg?

Somehow the order of dependencies was wrong, though it doesn't look like
rxvt directly depends on menu.


Jacob

Bug#930974: Makes upgrade to testing version impossible

[Jacob Adams]

control: found -1 1:2.7.10-7.1+urxvt9.22-6

control: severity -1 critical

Because I cannot even remove the package to finish my upgrade to
testing, this affects the version in testing just as much as in stable.

Also this leaves my whole system in a half-upgraded state, which matches
the description of critical "makes unrelated software on the system (or
the whole system) break..."


Thanks,
Jacob

Bug#930974: Unable to remove package in order to fix upgrade

[Jacob Adams]

Attempting to remove the package with "apt remove rxvt" also fails


WARNING: apt does not have a stable CLI interface. Use with caution in
scripts.

Reading package lists...
Building dependency tree...
Reading state information...
The following packages were automatically installed and are no longer
required:
  bridge-utils ebtables fonts-roboto-hinted fp-compiler-3.0.0 fp-docs-3.0.0
  fp-ide-3.0.0 fp-units-base-3.0.0 fp-units-db-3.0.0 fp-units-fcl-3.0.0
  fp-units-fv-3.0.0 fp-units-gfx-3.0.0 fp-units-gtk2-3.0.0
fp-units-math-3.0.0
  fp-units-misc-3.0.0 fp-units-multimedia-3.0.0 fp-units-net-3.0.0
  fp-units-rtl-3.0.0 fp-utils-3.0.0 fpc-3.0.0 fpc-source-3.0.0 fwupdate
  fwupdate-amd64-signed gcj-6-jre-lib gconf-service gconf2 gconf2-common
  gir1.2-appstreamglib-1.0 gir1.2-gusb-1.0 glassfish-jmac-api
gnome-mime-data
  guile-2.0-libs gvfs-bin libann0 libapparmor-perl libappindicator1
  libappstream-glib8 libart-2.0-2 libass5 libavdevice57 libavfilter6
  libavformat57 libavresample3 libbabeltrace-ctf1 libbind9-140
libblas-common
  libbluray1 libbonobo2-0 libbonobo2-common libbonoboui2-0
libbonoboui2-common
  libboost-date-time1.62.0 libboost-filesystem1.62.0
libboost-iostreams1.62.0
  libboost-program-options1.62.0 libboost-random1.62.0 libboost-regex1.67.0
  libboost-system1.62.0 libboost-thread1.62.0 libc++1 libc++1-7 libc++abi1-7
  libcdio-cdda1 libcdio-paranoia1 libcdio13 libclassworlds-java
  libcommons-dbcp-java libcommons-pool-java libdbusmenu-gtk4 libdns162
  libdoxia-core-java libeasymock-java libebitdo1 libebur128-1 libecj-java
  libeclipse-aether-java libevent-2.0-5 libfile-copy-recursive-perl
  libfile-slurp-perl libfile-slurp-tiny-perl libfile-slurp-unicode-perl
  libfm-data libfm-gtk-data libfm-gtk4 libfm-modules libfm4 libfwup1
libfwupd1
  libgcj-bc libgcj-common libgcj17 libgconf-2-4 libgcr-3-common
libgegl-0.3-0
  libgeronimo-ejb-3.2-spec-java libgeronimo-jms-1.1-spec-java
  libgeronimo-validation-1.0-spec-java libgfortran3 libgles2-mesa libglew2.0
  libgltf-0.0-0v5 libgnome-2-0 libgnome-desktop-3-12 libgnome-keyring-common
  libgnome-keyring0 libgnome2-common libgnomecanvas2-0
libgnomecanvas2-common
  libgnomeui-0 libgnomeui-common libgnomevfs2-0 libgnomevfs2-common
  libgnomevfs2-extra libgutenprint2 libhunspell-1.4-0 libical2 libilmbase12
  libindicator7 libisc160 libisccc140 libisccfg140 libjemalloc1
  libjetty9-extra-java libjffi-java libjffi-jni libjnr-constants-java
  libjnr-enxio-java libjnr-ffi-java libjnr-posix-java libjnr-unixsocket-java
  libjnr-x86asm-java libjs-node-uuid liblivemedia57 liblouis12
liblouisutdml7
  liblwres141 libmagick++-6.q16-7 libmagickcore-6.q16-3
libmagickwand-6.q16-3
  libmaven-archiver-java libmaven2-core-java libminiupnpc10
libnetty-3.9-java
  libnfs8 libntfs-3g871 libopencv-calib3d2.4v5 libopencv-core2.4v5
  libopencv-features2d2.4v5 libopencv-flann2.4v5 libopencv-highgui2.4-deb0
  libopencv-imgproc2.4v5 libopencv-objdetect2.4v5 libopencv-video2.4v5
  libopenexr22 liborbit-2-0 liborcus-0.11-0
libpackage-deprecationmanager-perl
  libperl5.24 libplexus-ant-factory-java libplexus-bsh-factory-java
  libplexus-classworlds2-java libplexus-cli-java
  libplexus-component-metadata-java libplexus-containers1.5-java
  libplexus-interactivity-api-java libpodofo0.9.4 libpoppler-qt4-4
  libpoppler64 libpostproc54 libprotobuf-lite10 libpython3.5
libpython3.5-dev
  libqdox2-java libqpdf17 libqrencode3 libqt5clucene5 libradare2-1.1
librados2
  libraw15 librbd1 libre2-3 libreoffice-ogltrans libreoffice-pdfimport
  libsac-java-gcj libsane-extras libsane-extras-common libsbsms10
libsndio6.1
  libsodium18 libspring-aop-java libspring-beans-java libspring-context-java
  libspring-core-java libspring-expression-java libspring-instrument-java
  libsrtp0 libsuitesparseconfig4 libswscale4 libsynctex1
  libtaglibs-standard-impl-java libtaglibs-standard-spec-java libtiff5-dev
  libtinfo-dev libtinyxml2-4 libtomcat8-java libtxc-dxtn-s2tc libunbound2
  libupnp6 libva-wayland1 libwagon-ftp-java libwagon-http-shaded-java
  libwagon-java libwayland-egl1-mesa libx86emu1 libxbean-java libxcb-dpms0
  libxen-4.8 libxfont1 libxmltok1 linux-headers-4.19.0-0.bpo.2-amd64
  linux-headers-4.19.0-0.bpo.2-common linux-image-4.19.0-0.bpo.2-amd64
  lxmenu-data node-cross-spawn-async node-fstream node-pseudomap prosper
  python-beautifulsoup python-debian python-ipaddr python-libvirt
  python3-pyasn1 python3.5 python3.5-dev python3.5-minimal qpdf rename
ruby2.3
  ruby2.3-dev texlive-generic-extra texlive-htmlxml texlive-lang-african
  texlive-lang-indic texlive-omega texlive-plain-extra ttf-adf-accanthis
  ttf-adf-gillius ttf-adf-universalis x11proto-dri2-dev x11proto-gl-dev
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  rxvt
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
2882 not fully installed or removed.
After this operation, 620 kB disk space will be freed.
Do you want to continue? [Y/n] apt-listchanges: Can't set locale; make
sure $LC_* and 

Bug#930974: rxvt fails to upgrade: Unable to open file "/menu.h" not found

[Jacob Adams]

Package: rxvt
Version: 1:2.7.10-7+b1
Severity: grave
Justification: renders upgrade impossible


Upgrading from stretch to buster. The upgrade fails with:
(Output generated using "apt install -f")


WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

Reading package lists...
Building dependency tree...
Reading state information...
Correcting dependencies... Done
The following packages were automatically installed and are no longer required:
  bridge-utils ebtables fonts-roboto-hinted fp-compiler-3.0.0 fp-docs-3.0.0
  fp-ide-3.0.0 fp-units-base-3.0.0 fp-units-db-3.0.0 fp-units-fcl-3.0.0
  fp-units-fv-3.0.0 fp-units-gfx-3.0.0 fp-units-gtk2-3.0.0 fp-units-math-3.0.0
  fp-units-misc-3.0.0 fp-units-multimedia-3.0.0 fp-units-net-3.0.0
  fp-units-rtl-3.0.0 fp-utils-3.0.0 fpc-3.0.0 fpc-source-3.0.0 fwupdate
  fwupdate-amd64-signed gcj-6-jre-lib gconf-service gconf2 gconf2-common
  gir1.2-appstreamglib-1.0 gir1.2-gusb-1.0 glassfish-jmac-api gnome-mime-data
  guile-2.0-libs gvfs-bin libann0 libapparmor-perl libappindicator1
  libappstream-glib8 libart-2.0-2 libass5 libavdevice57 libavfilter6
  libavformat57 libavresample3 libbabeltrace-ctf1 libbind9-140 libblas-common
  libbluray1 libbonobo2-0 libbonobo2-common libbonoboui2-0 libbonoboui2-common
  libboost-date-time1.62.0 libboost-filesystem1.62.0 libboost-iostreams1.62.0
  libboost-program-options1.62.0 libboost-random1.62.0 libboost-regex1.67.0
  libboost-system1.62.0 libboost-thread1.62.0 libc++1 libc++1-7 libc++abi1-7
  libcdio-cdda1 libcdio-paranoia1 libcdio13 libclassworlds-java
  libcommons-dbcp-java libcommons-pool-java libdbusmenu-gtk4 libdns162
  libdoxia-core-java libeasymock-java libebitdo1 libebur128-1 libecj-java
  libeclipse-aether-java libevent-2.0-5 libfile-copy-recursive-perl
  libfile-slurp-perl libfile-slurp-tiny-perl libfile-slurp-unicode-perl
  libfm-data libfm-gtk-data libfm-gtk4 libfm-modules libfm4 libfwup1 libfwupd1
  libgcj-bc libgcj-common libgcj17 libgconf-2-4 libgcr-3-common libgegl-0.3-0
  libgeronimo-ejb-3.2-spec-java libgeronimo-jms-1.1-spec-java
  libgeronimo-validation-1.0-spec-java libgfortran3 libgles2-mesa libglew2.0
  libgltf-0.0-0v5 libgnome-2-0 libgnome-desktop-3-12 libgnome-keyring-common
  libgnome-keyring0 libgnome2-common libgnomecanvas2-0 libgnomecanvas2-common
  libgnomeui-0 libgnomeui-common libgnomevfs2-0 libgnomevfs2-common
  libgnomevfs2-extra libgutenprint2 libhunspell-1.4-0 libical2 libilmbase12
  libindicator7 libisc160 libisccc140 libisccfg140 libjemalloc1
  libjetty9-extra-java libjffi-java libjffi-jni libjnr-constants-java
  libjnr-enxio-java libjnr-ffi-java libjnr-posix-java libjnr-unixsocket-java
  libjnr-x86asm-java libjs-node-uuid liblivemedia57 liblouis12 liblouisutdml7
  liblwres141 libmagick++-6.q16-7 libmagickcore-6.q16-3 libmagickwand-6.q16-3
  libmaven-archiver-java libmaven2-core-java libminiupnpc10 libnetty-3.9-java
  libnfs8 libntfs-3g871 libopencv-calib3d2.4v5 libopencv-core2.4v5
  libopencv-features2d2.4v5 libopencv-flann2.4v5 libopencv-highgui2.4-deb0
  libopencv-imgproc2.4v5 libopencv-objdetect2.4v5 libopencv-video2.4v5
  libopenexr22 liborbit-2-0 liborcus-0.11-0 libpackage-deprecationmanager-perl
  libperl5.24 libplexus-ant-factory-java libplexus-bsh-factory-java
  libplexus-classworlds2-java libplexus-cli-java
  libplexus-component-metadata-java libplexus-containers1.5-java
  libplexus-interactivity-api-java libpodofo0.9.4 libpoppler-qt4-4
  libpoppler64 libpostproc54 libprotobuf-lite10 libpython3.5 libpython3.5-dev
  libqdox2-java libqpdf17 libqrencode3 libqt5clucene5 libradare2-1.1 librados2
  libraw15 librbd1 libre2-3 libreoffice-ogltrans libreoffice-pdfimport
  libsac-java-gcj libsane-extras libsane-extras-common libsbsms10 libsndio6.1
  libsodium18 libspring-aop-java libspring-beans-java libspring-context-java
  libspring-core-java libspring-expression-java libspring-instrument-java
  libsrtp0 libsuitesparseconfig4 libswscale4 libsynctex1
  libtaglibs-standard-impl-java libtaglibs-standard-spec-java libtiff5-dev
  libtinfo-dev libtinyxml2-4 libtomcat8-java libtxc-dxtn-s2tc libunbound2
  libupnp6 libva-wayland1 libwagon-ftp-java libwagon-http-shaded-java
  libwagon-java libwayland-egl1-mesa libx86emu1 libxbean-java libxcb-dpms0
  libxen-4.8 libxfont1 libxmltok1 linux-headers-4.19.0-0.bpo.2-amd64
  linux-headers-4.19.0-0.bpo.2-common linux-image-4.19.0-0.bpo.2-amd64
  lxmenu-data node-cross-spawn-async node-fstream node-pseudomap prosper
  python-beautifulsoup python-debian python-ipaddr python-libvirt
  python3-pyasn1 python3.5 python3.5-dev python3.5-minimal qpdf rename ruby2.3
  ruby2.3-dev texlive-generic-extra texlive-htmlxml texlive-lang-african
  texlive-lang-indic texlive-omega texlive-plain-extra ttf-adf-accanthis
  ttf-adf-gillius ttf-adf-universalis x11proto-dri2-dev x11proto-gl-dev
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  rxvt
The following packages will be upgraded:
  rxvt
1 upgraded, 0 

Bug#926807: Missed a couple dependencies

[Jacob Adams]

libsignal-metadata-java requires 

https://github.com/signalapp/libsignal-protocol-java

And that requires

https://github.com/signalapp/curve25519-java

Bug#926807: RFP: signal-cli -- A command-line and D-BUS interface for Signal Messenger

[Jacob Adams]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: signal-cli
  Version : 0.6.2
  Upstream Author : AsamK
* URL : https://github.com/AsamK/signal-cli
* License : GPL-3
  Programming Lang: Java
  Description : A command-line and D-BUS interface for Signal Messenger

signal-cli is a command-line interface for libsignal-service-java.
It supports registering, verifying, sending and receiving messages.
For registering you need a phone number where you can receive SMS or incoming 
calls.
signal-cli is primarily intended to be used on servers to notify admins
of important events.
For this use-case, it has a D-BUS interface, that can be used to send messages
from any programming language that has D-BUS bindings.



Packaging this would also require:
 * Updating libbcprov-java to 1.61
 * Updating libargparse4j-java to 0.8.1
 * Packaging https://github.com/Turasa/libsignal-service-java/

The last item may be controversial, as it is a fork, but it appears to
be kept up to date and it allows signal-cli to be a slave device, which
is quite a useful feature.

That would require:
 * Packaging libphonenumber8-java:
https://github.com/googlei18n/libphonenumber/
 * Packaging https://github.com/signalapp/libsignal-metadata-java
 (Technically also requires threetenbp, but with Java SE 8 and newer it
can be replaced with data and time support from Java)

I may change this to an ITP later if I have time, but for the
foreseeable future I do not.



signature.asc
Description: OpenPGP digital signature

Bug#897642: RFS: gpgme1.0/1.11.1-1~bpo9+1

[Jacob Adams]

> On Sep 1, 2018, at 12:45, Roger Shimizu  wrote:
> 
> I compiled this pkg under stretch, and meet the following error.
> 
> 
> cJSON.c:45:20: fatal error: gpgrt.h: No such file or directory
> # include 
>^
> 
> 
> I see you updated libgpg-error to 1.29, so I tried to compile with
> latest backported sid version, 1.32, and it succeeded.
> So I updated D-B on libgpg-error to >= 1.29.
> 

Should’ve mentioned that it required a newer version of libgpg-error sorry. 
Thanks for fixing that and updating the backport. 

> I uploaded this backported pkg to DELAYED=6.
> So If you don't like the backports upload, just kindly cancel it.
> 

Thank you!
Looking into why you did a gnupg2 backport I probably should use that too, to 
support newer ECC keys.

Thanks again,
Jacob

Bug#897642: RFS: gpgme1.0/1.11.1-1~bpo9+1

[Jacob Adams]

control: tag -1 -moreinfo

> On Sep 1, 2018, at 04:49, Roger Shimizu  wrote:
> 
> control: tag -1 +moreinfo
> 
> Dear Jacob,
> 
>> On Fri, May 4, 2018 at 3:27 AM, Jacob Adams  wrote:
>> Package: sponsorship-requests
>> Severity: normal
>> 
>>  Dear mentors,
>> 
>>  I am looking for a sponsor for my package "gpgme1.0"
> 
> Thanks for your interest in contribution to debian!
> 
>>  Changes since the last upload:
>> 
>> gpgme1.0 (1.11.1-1~bpo9+1) stretch-backports; urgency=medium
>> 
>>  * Rebuild for stretch-backports.
>> 
>> -- Jacob Adams   Thu, 26 Apr 2018 13:13:54 -0400
>> 
>> 
>> This package will also require libgpgerror, which you can find here:
>> 
>> https://mentors.debian.net/package/libgpg-error
>> 
>> https://mentors.debian.net/debian/pool/main/libg/libgpg-error/libgpg-error_1.29-4~bpo9+1.dsc
>> 
>> It already has an RFS: #897045
>> 
>> I would like to be able to use the latest version of GPGME in my GSoC
>> 2018 project. In order to do that I would prefer to use a backport as
>> the PGP Clean Room CD is based off of stretch.
> 
> I see the project seems already released as beta [1], so maybe there's
> no need to do this backports upload?

My project does require a newer version of GPGME than is shipped in stretch. 
However, I didn’t want to wait on the backport, so I’ve been including the deb 
files directly in my build:
https://salsa.debian.org/tookmund-guest/make-pgp-clean-room/tree/master/resources/config/packages.chroot

> 
> And what's the benefit for this backports pkg? Any new feature or
> bugfix you're particularly interested in?

There has been significant improvement in GPGME’s python binding since stretch, 
and my project relies on these features, such as the new key generation 
function. 

It would be nice to be able to pull these packages from backports instead of 
including them directly. 

Thanks,
Jacob

Bug#905791: RFS: swapspace/1.14-1 [ITA]

[Jacob Adams]

On 08/09/2018 04:25 PM, Adam Borowski wrote:
> On Thu, Aug 09, 2018 at 12:43:22PM -0400, Jacob Adams wrote:
>>  * Package name: swapspace
>>Version : 1.14-1
> 
>>   swapspace (1.14-1) unstable; urgency=medium
>>
>>   * New maintainer. (Closes: #725821)
>>   * Redo packaging with debhelper 11 (Closes: #866272)
>>   * Account for memory allocated to /dev/shm (Closes: #691128)
>>   * Removed swapd conflict as swapd was removed from Debian in 2010
>>   * Fix minor manual page typo
> 
> Hi!
> This is bad:
> Files in second .deb but not in first
> -
> -rw-r--r--  root/root   /lib/systemd/system/swapspace.service
> [...]
> 
> Files in first .deb but not in second
> -
> [...]
> -rwxr-xr-x  root/root   /etc/init.d/swapspace
> 
> 
> And this is not even an upstream change, but a regression in the packaging:
> --- swapspace-1.10/debian/swapspace.init2018-08-09 20:58:32.0 
> +0200
> +++ swapspace-1.14/debian/swapspace.init1970-01-01 01:00:00.0 
> +0100
> 
> 
> While some people may decide to use systemd, your change breaks the package
> for everyone else.  That shouldn't be done without a very good reason.

Apologizes. Accidentally dropped the file when reshuffling everything to
debhelper 11.

Fixed and reuploaded.

Thanks for keeping me accountable.

Jacob




signature.asc
Description: OpenPGP digital signature

Bug#905791: RFS: swapspace/1.14-1 [ITA]

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: swapspace
   Version : 1.14-1
   Upstream Maintainer : Jacob Adams 
 * URL : https://github.com/Tookmund/Swapspace
 * License : GPL-2+
   Section : admin

  It builds those binary packages:

swapspace  - dynamic swap space manager

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

  https://mentors.debian.net/package/swapspace


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

dget -x
https://mentors.debian.net/debian/pool/main/s/swapspace/swapspace_1.14-1.dsc

  Changes since the last upload:

  swapspace (1.14-1) unstable; urgency=medium

  * New maintainer. (Closes: #725821)
  * Redo packaging with debhelper 11 (Closes: #866272)
  * Account for memory allocated to /dev/shm (Closes: #691128)
  * Removed swapd conflict as swapd was removed from Debian in 2010
  * Fix minor manual page typo

 -- Jacob Adams   Wed, 04 Jul 2018 12:53:34 -0400



  Regards,
   Jacob Adams



signature.asc
Description: OpenPGP digital signature

Bug#905666: RFS: pgpcr/1.0-1 [ITP] -- Utilities for the PGP Clean Room

[Jacob Adams]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: pgpcr
   Version : 1.0-1
   Upstream Author : Jacob Adams 
 * URL : https://salsa.debian.org/tookmund-guest/pgpcr/
 * License : Expat
   Section : utils

  It builds those binary packages:

pgpcr-utils - PGP Clean Room Utilities
python3-pgpcr - Python module for the PGP Clean Room and its utilities

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

  https://mentors.debian.net/package/pgpcr


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

dget -x
https://mentors.debian.net/debian/pool/main/p/pgpcr/pgpcr_1.0-1.dsc


  Changes since the last upload:

pgpcr (1.0-1) unstable; urgency=medium

  * Initial Release. (Closes: #904497)

 -- Jacob Adams   Wed, 25 Jul 2018 18:22:27 -0400

This package is designed for those who use the PGP Clean Room Live CD to
manage their PGP key:

https://salsa.debian.org/tookmund-guest/make-pgp-clean-room

Regards,
   Jacob Adams



signature.asc
Description: OpenPGP digital signature

Bug#905149: restic: Should Recommend fuse for mounting backups

[Jacob Adams]

Package: restic
Severity: wishlist

In order to mount a restic repository, the fuse package needs to be
installed. As this is fairly standard functionality, restic should
probably Recommend it.

Thanks,
Jacob

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages restic depends on:
ii  libc6  2.27-5

restic recommends no packages.

Versions of packages restic suggests:
ii  libjs-jquery  3.2.1-1
ii  libjs-underscore  1.8.3~dfsg-1

Bug#904497: ITP: pgp-clean-room -- PGP Clean Room application for generating and storing offline GPG keys

[Jacob Adams]

Package: wnpp
Severity: wishlist
Owner: Jacob Adams 

* Package name: pgp-clean-room
  Version : 1.0
  Upstream Author : Jacob Adams 
* URL : https://salsa.debian.org/tookmund-guest/pgpcr
* License : Expat
  Programming Lang: Python
  Description : PGP Clean Room application for generating and storing 
offline GPG keys

 The PGP Clean Room is a newt-based application designed to make generating and 
storing
 GPG keys offline simpler and easier.


This is the result of my GSoC 2018 project:
https://wiki.debian.org/JacobAdams/PGPCleanRoomLiveCD

Thanks,
Jacob

Bug#903681: psf-unifont: Should not Depend on bdf2psf

[Jacob Adams]

Package: psf-unifont
Version: 1:11.0.01-1
Severity: minor

While this package clearly needs to Build-Depend on bdf2psf, I fail to
see a clear reason for it to Depend on it. The font is perfectly usable
without bdf2psf.

Thanks,
Jacob

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages psf-unifont depends on:
ii  bdf2psf  1.184

psf-unifont recommends no packages.

Versions of packages psf-unifont suggests:
ii  ttf-unifont  1:11.0.01-1

-- no debconf information

Bug#725821: ITA: swapspace -- dynamic swap space manager

[Jacob Adams]

control: retitle -1 ITA: swapspace -- dynamic swap space manager
control: owner -1 !

I'd like to take another shot at maintaining this package.

Thanks,
Jacob



signature.asc
Description: OpenPGP digital signature

Bug#897642: RFS: gpgme1.0/1.11.1-1~bpo9+1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "gpgme1.0"

 * Package name: gpgme1.0
   Version : 1.11.1-1~bpo9+1
   Upstream Author : GnuPG developers <gnupg-de...@gnupg.org>
 * URL : https://gnupg.org/software/gpgme/index.html
 * License : LGPL-2.1+
   Section : libs

  It builds those binary packages:

 libgpgme-dev - GPGME - GnuPG Made Easy (development files)
 libgpgme11 - GPGME - GnuPG Made Easy (library)
 libgpgmepp-dev - C++ and Qt bindings for GPGME (development files)
 libgpgmepp-doc - C++ and Qt bindings for GPGME (documentation for
developers)
 libgpgmepp6 - C++ wrapper library for GPGME
 libqgpgme7 - library for GPGME integration with Qt
 python-gpg - Python interface to the GPGME GnuPG encryption library
(Python 2)
 python3-gpg - Python interface to the GPGME GnuPG encryption library
(Python 3)

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

  https://mentors.debian.net/package/gpgme1.0


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

dget -x
https://mentors.debian.net/debian/pool/main/g/gpgme1.0/gpgme1.0_1.11.1-1~bpo9+1.dsc


  Changes since the last upload:

gpgme1.0 (1.11.1-1~bpo9+1) stretch-backports; urgency=medium

  * Rebuild for stretch-backports.

 -- Jacob Adams <tookm...@gmail.com>  Thu, 26 Apr 2018 13:13:54 -0400


This package will also require libgpgerror, which you can find here:

https://mentors.debian.net/package/libgpg-error

https://mentors.debian.net/debian/pool/main/libg/libgpg-error/libgpg-error_1.29-4~bpo9+1.dsc

It already has an RFS: #897045

I would like to be able to use the latest version of GPGME in my GSoC
2018 project. In order to do that I would prefer to use a backport as
the PGP Clean Room CD is based off of stretch.

Thanks,
Jacob



signature.asc
Description: OpenPGP digital signature

Bug#897045: RFS: libgpg-error/1.29-4~bpo9+1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "libgpg-error"

 * Package name: libgpg-error
   Version : 1.29-4~bpo9+1
   Upstream Author : GnuPG developers <gnupg-de...@gnupg.org>
 * URL : https://www.gnupg.org/software/libgpg-error/index.html
 * License : LGPL-2.1+
   Section : libs

  It builds those binary packages:

gpgrt-tools - GnuPG development runtime library (executable tools)
 libgpg-error-dev - GnuPG development runtime library (developer tools)
 libgpg-error-mingw-w64-dev - library of error values and messages in
GnuPG (Windows developmen
 libgpg-error0 - GnuPG development runtime library
 libgpg-error0-udeb - library for common error values and messages in
GnuPG components (udeb)

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

  https://mentors.debian.net/package/libgpg-error


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

dget -x
https://mentors.debian.net/debian/pool/main/libg/libgpg-error/libgpg-error_1.29-4~bpo9+1.dsc

  Changes since the last upload:

libgpg-error (1.29-4~bpo9+1) stretch-backports; urgency=medium

  * Rebuild for stretch-backports.

 -- Jacob Adams <tookm...@gmail.com>  Tue, 24 Apr 2018 14:47:15 -0400

This package is a dependency for libgpgme which I would like to backport
for my GSoC 2018 project. I will file an RFS for libgpgme once the
latest version migrates to testing.



signature.asc
Description: OpenPGP digital signature

Bug#895337: RFS: 9wm/1.4.1-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.4.1-1
   Upstream Author : Jacob Adams <tookm...@gmail.com>
 * URL : https://github.com/9wm/9wm
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - X11 window manager inspired by Plan 9's rio

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

  https://mentors.debian.net/package/9wm


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

dget -x
https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.4.1-1.dsc

  Changes since the last upload:
9wm (1.4.1-1) unstable; urgency=medium

  * New upstream version
  * Manual page now states that 9wm spawns a xterm by default (Closes:
#864194)
  * Bump standards version; no changes

 -- Jacob Adams <tookm...@gmail.com>  Mon, 09 Apr 2018 21:27:48 -0400


  Regards,
   Jacob Adams



signature.asc
Description: OpenPGP digital signature

Bug#871241: quick status update

[Jacob Adams]

My current packaging work is now at:

https://github.com/tookmund/wily-deb

Lots more work still needs to be done, including:

 - patching tools/win/Makefile.in to build properly

 - Finishing d/copyright

 - a proper d/watch (currently it picks up the 9libs versions, which 
are not the same at all)


and lots more stuff.

However, I probably won't have time to work on this till December, so 
this bug will be pretty empty for a while.


I'll try to update this bug once I get back to work on this package.


(Also, I'm not sure what's wrong with my mutt config, but it keeps 
sending partially completed messages. I've switched back to Thunderbird 
until I figure out what's wrong, apologies for the unintentional spam)

Bug#871241: ITA: wily -- A work-alike of the Acme programming environment for Plan 9

[Jacob Adams]

On Wed, 23 Aug 2017 15:56:01 -0400 Jacob Adams <tookm...@gmail.com> wrote:
> control: retitle -1 ITA: wily -- A work-alike of the Acme programming 
> environment for Plan 9
> control: owner -1 tookm...@gmail.com
> thanks
> 
> I intend to adopt this package.
> It has a "new" upstream version and it should be updated to new packaging 
> standards.
> 
> 
> 

Bug#871241: ITA: wily -- A work-alike of the Acme programming environment for Plan 9

[Jacob Adams]

control: retitle -1 ITA: wily -- A work-alike of the Acme programming 
environment for Plan 9
control: owner -1 tookm...@gmail.com
thanks

I intend to adopt this package.
It has a "new" upstream version and it should be updated to new packaging 
standards.

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

control: retitle -1 wily: Incomplete d/copyright
thanks

On Wed, 23 Aug 2017 20:00:47 +0200 (CEST) Thorsten Alteholz 
 wrote:
> thanks a lot for your bug report. Please have a look at Doc/sam/README. In 
> this file the license of libframe and libXg is clearly mentioned. This 
> license is already added to the debian/copyright of the package.

That's what I get for not reading the documentation :)
Thank you for finding that.
 
> As you are right that some copyright holders are missing and need to be 
> added, I am not closing this bug. Unfortunately the package is orphaned, 
> so maybe you want to take care of it?

Yep I was actually planning on adopting this package before the bug.
I'll formally go through the ITA process and begin working on the package
as soon as I finish this email.

Thanks,
Jacob 

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

On Wed, 23 Aug 2017 20:00:47 +0200 (CEST) Thorsten Alteholz 
 wrote:
> control: severity -1 normal
> thanks
> 
> Hi Jacob,
> 
> thanks a lot for your bug report. Please have a look at Doc/sam/README. In 
> this file the license of libframe and libXg is clearly mentioned. This 
> license is already added to the debian/copyright of the package.
> 
> As you are right that some copyright holders are missing and need to be 
> added, I am not closing this bug. Unfortunately the package is orphaned, 
> so maybe you want to take care of it?
> 
>Thorsten
> 
> 
> 

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

On Wed, 23 Aug 2017 20:00:47 +0200 (CEST) Thorsten Alteholz 
 wrote:
> control: severity -1 normal
> thanks
> 
> Hi Jacob,
> 
> thanks a lot for your bug report. Please have a look at Doc/sam/README. In 
> this file the license of libframe and libXg is clearly mentioned. This 
> license is already added to the debian/copyright of the package.
> 
> As you are right that some copyright holders are missing and need to be 
> added, I am not closing this bug. Unfortunately the package is orphaned, 
> so maybe you want to take care of it?
> 
>Thorsten
> 
> 
> 

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

On Wed, 23 Aug 2017 20:00:47 +0200 (CEST) Thorsten Alteholz 
 wrote:
> control: severity -1 normal
> thanks
> 
> Hi Jacob,
> 
> thanks a lot for your bug report. Please have a look at Doc/sam/README. In 
> this file the license of libframe and libXg is clearly mentioned. This 
> license is already added to the debian/copyright of the package.
> 
> As you are right that some copyright holders are missing and need to be 
> added, I am not closing this bug. Unfortunately the package is orphaned, 
> so maybe you want to take care of it?
> 
>Thorsten
> 
> 
> 

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

On Wed, 23 Aug 2017 20:00:47 +0200 (CEST) Thorsten Alteholz 
 wrote:
> control: severity -1 normal
> thanks
> 
> Hi Jacob,
> 
> thanks a lot for your bug report. Please have a look at Doc/sam/README. In 
> this file the license of libframe and libXg is clearly mentioned. This 
> license is already added to the debian/copyright of the package.
> 
> As you are right that some copyright holders are missing and need to be 
> added, I am not closing this bug. Unfortunately the package is orphaned, 
> so maybe you want to take care of it?
> 
>Thorsten
> 
> 
> 

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

On Wed, 23 Aug 2017 20:00:47 +0200 (CEST) Thorsten Alteholz 
 wrote:
> control: severity -1 normal
> thanks
> 
> Hi Jacob,
> 
> thanks a lot for your bug report. Please have a look at Doc/sam/README. In 
> this file the license of libframe and libXg is clearly mentioned. This 
> license is already added to the debian/copyright of the package.
> 
> As you are right that some copyright holders are missing and need to be 
> added, I am not closing this bug. Unfortunately the package is orphaned, 
> so maybe you want to take care of it?
> 
>Thorsten
> 
> 
> 

Bug#872866: wily: Appears to contain non-free code

[Jacob Adams]

Package: wily
Version: 0.13.33-2
Severity: serious
Justification: 2.1.1

According to wily's debian/copyright the entire work is licensed under the 
Artistic License.
However, according the files in libframe and libXg appear to be proprietary:

/* Copyright (c) 1992 AT - All rights reserved. */

At bare minimum debian/copyright has to be updated with the correct license for 
these files.
If they are actually proprietary as they appear, this package should be removed 
from Debian.

Given the current state of the wily package, I suspect no one will ever respond 
to this bug.
Therefore, the severity is higher than it probably should be for a simple 
d/copyright mistake.
(assuming those files aren't actually proprietary)

However, I've found several copies of this library online in other projects and 
they contain the
same or slightly different (1998 Lucent Technologies) copyright notices. 

I would rather not remove working software from Debian, but it really seems 
like this package is non-free.

Sorry,
Jacob

Bug#864194: 9wm: 9term does not spawn as stated on man page

[Jacob Adams]

Control: tag -1 + fixed-upstream

> On Jun 5, 2017, at 01:55, Ricardo Fabian Peliquero  
> wrote:
> 
> Please, consider clarifying it on the man page. Maybe, it should just say:
> 'New  attempts to spawn an xterm process (unless -term argument is used)'.

Thanks for the report! This has been fixed upstream. 

> 
> Note that '9term(1)' is worthly mentioned on the 'SEE ALSO' section.
> 

I think it still makes sense for 9term to be mentioned, for those who might 
want a full plan9-like experience. 

> Kind regards,
> 
> Ricardo
> 
> -- System Information:
> Debian Release: 9.0
>  APT prefers unstable
>  APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.11.0-trunk-amd64 (SMP w/2 CPU cores)
> Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), 
> LANGUAGE=es_AR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages 9wm depends on:
> ii  libc6 2.24-11
> ii  libx11-6  2:1.6.4-3
> ii  libxext6  2:1.3.3-1+b2
> 
> 9wm recommends no packages.
> 
> Versions of packages 9wm suggests:
> ii  9menu  1.9-1+b1
> 
> -- no debconf information

Bug#862499: unblock: 9wm/1.4.0-1

[Jacob Adams]

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

Please unblock package 9wm

The changes between 1.3.9 and 1.4.0 are very minimal and they prevent an 
annoying bug that causes 9wm's color customization to fail silently.

A debdiff is attached, along with a diff of the code between 1.3.9 and 1.4.0.

unblock 9wm/1.4.0-1

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable')
Architecture: amd64
 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/9wm.c b/9wm.c
index 9ea769e..cabc53c 100644
--- a/9wm.c
+++ b/9wm.c
@@ -16,7 +16,7 @@
 #include "fns.h"
 
 char *version[] = {
-	"9wm version 1.3.9, Copyright (c) 2016 multiple authors", 0,
+	"9wm version 1.4.0, Copyright (c) 2017 multiple authors", 0,
 };
 
 Display *dpy;
@@ -36,6 +36,11 @@ int debug;
 int signalled;
 int num_screens;
 
+#ifdef COLOR
+char *activestr;
+char *inactivestr;
+#endif
+
 Atom exit_9wm;
 Atom restart_9wm;
 Atom wm_state;
@@ -78,11 +83,8 @@ usage(void)
 }
 
 #ifdef COLOR
-char *activestr = NULL;
-char *inactivestr = NULL;
-
-unsigned long
-getcolor(Colormap cmap, char *str)
+Status
+getcolor(Colormap cmap, unsigned long *pixel, char *str)
 {
 	if (str != NULL) {
 		XColor color;
@@ -93,7 +95,8 @@ getcolor(Colormap cmap, char *str)
 		if (stpc != 0)
 			stac = XAllocColor(dpy, cmap, );
 		if (stac != 0) {
-			return color.pixel;
+			*pixel = color.pixel;
+			return 1;
 		}
 	}
 	return 0;
@@ -288,11 +291,13 @@ initscreen(ScreenInfo * s, int i)
 	if (activestr != NULL || inactivestr != NULL) {
 		Colormap cmap = DefaultColormap(dpy,s->num);
 		if (cmap != 0) {
-			unsigned long active = getcolor(cmap,activestr);
-			if (active != 0)
+			unsigned long active;
+			Status sa = getcolor(cmap, , activestr);
+			if (sa != 0)
 s->active = active;
-			unsigned long inactive = getcolor(cmap,inactivestr);
-			if (inactive != 0)
+			unsigned long inactive;
+			Status si = getcolor(cmap, , inactivestr);
+			if (si != 0)
 s->inactive = inactive;
 		}
 	}
diff --git a/README.md b/README.md
index afc74dd..8033b03 100644
--- a/README.md
+++ b/README.md
@@ -1,14 +1,14 @@
 9wm
 
 
-9wm is an X11 window manager inspired by the Plan 9 window manager 8½.
+9wm is an X11 window manager inspired by the Plan 9 window manager 8½, also known as rio.
 It provides a very simple and clean user interface.
 It is click-to-type.
 It uses the X11 font system (which, unfortunately, means no Unicode support).
 
 9wm does not provide virtual desktops, customization, key bindings,
 EWMH support, or compositing.
-It does not allocate any colors,
+It does not allocate any colors (if you disable COLOR),
 which will be great news if you are stuck in 1993.
 
 It is a great place to start if you are interested in writing a window manager from scratch:
File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Installed-Size: [-66-] {+67+}
Version: [-1.3.9-1-] {+1.4.0-1+}

Bug#862462: RFS: 9wm/1.4.0-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.4.0-1
   Upstream Author : Jacob Adams <tookm...@gmail.com>
 * URL : https://github.com/9wm/9wm
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - X11 window manager inspired by Plan 9's rio

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

  https://mentors.debian.net/package/9wm


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

dget -x https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.4.0-1.dsc

Changes since the last upload:

9wm (1.4.0-1) UNRELEASED; urgency=medium

  * New upstream release
  * Fix bug in border color handling (Closes: #862068)

 -- Jacob Adams <tookm...@gmail.com>  Fri, 12 May 2017 18:53:39 -0400

Bug#862068: 9wm: inactive window border color

[Jacob Adams]

On Mon, May 8, 2017 at 1:39 AM, Ricardo Fabian Peliquero <
zh...@lasampa.com.ar> wrote:

> Setting inactive window border color to black falls back to default 
> (white). Other colors, however, do work as expected.


Thanks for the report!

I've fixed this bug upstream with commit d3c813eaa221
I'll tag it and upload it this weekend.

Thanks,

Jacob

Thanks for the report!I've fixed this bug upstream with commit On Mon, May 8, 2017 at 1:39 AM, Ricardo Fabian Peliquero  wrote:Package: 9wm
Version: 1.3.9-1
Severity: normal

Dear Maintainer,

Setting inactive window border color to black falls back to default (white). Other colors, however, do work as expected.

Kindest regards,

Ricardo

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64
 (x86_64)

Kernel: Linux 4.11.0-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages 9wm depends on:
ii  libc6     2.24-10
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2

9wm recommends no packages.

Versions of packages 9wm suggests:
ii  9menu  1.9-1+b1

-- no debconf information

Bug#839214: missing build flags

[Jacob Adams]

Control: tags -1 + fixed-upstream

On 09/30/2016 04:03 AM, Daniel Pocock wrote:
> Package: sct
> 
> Version: 1.3-1
> 
> 
> I wanted to build the package on jessie but the build failed.
> 
> I had to add the following to the top of debian/rules:
> 
> 
> export CPPFLAGS = -std=c99
> 

I've added this flag to the upstream Makefile as of commit
5d349cdac7aa550920e72db4828f41e3fab6ef0f

I have one other thing I'd like to check before making another upstream
release.

> 
> and then it builds and runs on jessie.
> 
> I believe this package may be suitable for upload to jessie-backports
> after resolving this issue.
> 

I'd be happy to prepare a package for backports. I'll give it a shot
this weekend.

Thanks for using this package! I'm glad to know I'm not the only one :)

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#836709: RFS: 9wm/1.3.9-1 (For real this time)

[Jacob Adams]

Control: reopen -1

The upstream release issue has now been addressed. Apologies for posting
this before it was ready but everything is good to go now


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

  https://mentors.debian.net/package/9wm


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

dget -x
https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.9-1.dsc

  Changes since the last upload:

9wm (1.3.9-1) unstable; urgency=medium

  * New upstream release
  * Fix manpage typo (Closes: #836314)

 -- Jacob Adams <tookm...@gmail.com>  Sun, 04 Sep 2016 21:48:37 -0400


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#836709: RFS: 9wm/1.3.9-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.3.9-1
   Upstream Author : Jacob Adams <tookm...@gmail.com>
 * URL : https://github.com/9wm/9wm/
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - X11 window manager inspired by Plan 9's rio

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

  https://mentors.debian.net/package/9wm


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

dget -x https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.9-1.dsc

  Changes since the last upload:

9wm (1.3.9-1) unstable; urgency=medium

  * New upstream release
  * Fix manpage typo (Closes: #836314)

 -- Jacob Adams <tookm...@gmail.com>  Sun, 04 Sep 2016 21:48:37 -0400



  Regards,
   Jacob Adams

Bug#836314: 9wm: man page update

[Jacob Adams]

control: tags -1 + fixed-upstream

On 09/01/2016 10:27 AM, Ricardo Fabian Peliquero wrote:
> < -cursor cursor
>> -curs cursor

Thanks for finding this!
This should have been -cursor not -curs

It has now been fixed upstream as of commit a650d4850eba
A new release will be published ASAP.

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#836158: RFS: 9wm/1.3.8-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal
Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.3.8-1
   Upstream Author : Jacob Adams <tookm...@gmail.com> (neale asked me to
be maintainer as he does not use 9wm much anymore)
 * URL : https://github.com/9wm/9wm
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - X11 window manager inspired by Plan 9's rio

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

  https://mentors.debian.net/package/9wm


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

dget -x
https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.8-1.dsc

  Changes since the last upload:

9wm (1.3.8-1) unstable; urgency=medium

  * New upstream release
  * Upstream now uses a github organization

 -- Jacob Adams <tookm...@gmail.com>  Tue, 30 Aug 2016 21:20:58 -0400

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#833414: RFS: 9wm/1.3.7-1

[Jacob Adams]

Wow that was quick! 
Thank you Gianfranco!

Jacob 

> On Aug 4, 2016, at 03:26, Gianfranco Costamagna  
> wrote:
> 
> Hi,
> 
>> I am looking for a sponsor for my package "9wm"
> 
> 
> sponsored.
> 
> G.

Bug#833414: RFS: 9wm/1.3.7-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.3.7-1
   Upstream Author : Neale Pickett <ne...@woozle.org>
 * URL : https://github.com/nealey/9wm
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - X11 window manager inspired by the Plan 9's rio

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

  https://mentors.debian.net/package/9wm


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

dget -x
https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.7-1.dsc

  Changes since the last upload:

9wm (1.3.7-1) unstable; urgency=medium

  * New upstream version
  * Bump standards version to 3.9.8, no changes
  * md extension on README
 -- Jacob Adams <tookm...@gmail.com>  Wed, 03 Aug 2016 22:32:34 -0400

  Regards,

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

> On Jul 12, 2016, at 8:08 AM, Gianfranco Costamagna  
> wrote:
> 
> sponsoring soon!
> 
> thanks for your contribution to Debian!

Thank you for sponsoring my package Gianfranco! 

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

control: retitle -1  RFS: setcolortemperature/1.3-1 ITP

On 07/08/2016 12:29 PM, Gianfranco Costamagna wrote:

> 
> the package is quite simple, but I would appreciate something more
> verbose when calling it with wrong parameters.
> e.g.
> sct
> sct -h
> sct -v
> sct 10
> sudo sct 10
> sudo sct 14
> 
> all gives no output.
> 
> After reading the manpage I discovered that numbers should be within a range.
> 
> I would appreciate a little help, and some error messages when bad input is 
> provided.

This has been fixed. Now when -h is passed usage is printed and if the
temperature passed is wrong usage will also be printed.

> other issues:
> $(CC) sct.c $(CFLAGS) $(LDFLAGS) -Wall -lX11 -lXrandr -o sct
> 
> 
> missing CPPFLAGS
> 
> LDFLAGS should go at the bottom, to avoid link failures with wl,asneeded
> (e.g. on Ubuntu where it is the default)

Fixed.

> there is a missing license in the tarball, please ask upstream to provide one

Added.

> other stuff LGTM
> 
> G.
> 


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

control: tag -1 -moreinfo

On 07/07/2016 10:38 PM, Sean Whitton wrote:

> You didn't bump it in the Debian changelog :)
> 
> I consider this package ready to upload to Debian (packaging repo commit
> 6f964da0, main repo commit 00b97fee), except for:
> 
> - fix version in the Debian changelog
> - re-run `dch -r' to refresh the changelog timestamp
> 
> When you've done those, please remove the moreinfo tag from this bug.

I fixed up the changelog.
Thanks for all your help reviewing my package!

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

On 07/07/2016 10:13 PM, Sean Whitton wrote:
> Hello,
> 
> Unfortunately your watch file doesn't seem to work now.
> 
> uscan warn: In directory ., downloading
>   
> https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc
>   failed: 404 Not Found
> 

Should be fixed now.
I just signed the 1.1 tarball.
I'm not sure why uscan was trying to fetch that anyway as I bumped the
version number to 1.2 after my last changes.

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#796785: No longer packaging this

[Jacob Adams]

noowner 796785
noowner 809450
thanks

Tuxemon is not yet in a fit state to be packaged, so I no longer plan to
package these dependencies.


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

control: retitle -1 RFS: setcolortemperature/1.2-1 ITP

On 07/07/2016 02:00 AM, Sean Whitton wrote:
> Hello,
> 
> Since you are upstream, would you consider providing a changelog that
> you can install?  Lintian is saying no-upstream-changelog and it seems
> we can easily fix that :)
> 

I added a changelog. While I was at it I fixed the compiler warnings and
signed the release. 100% lintian clean now :)


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

On 07/05/2016 07:46 PM, Sean Whitton wrote:
> Hello Peter and Jacob,
> 
> On Tue, Jul 05, 2016 at 11:19:55PM +0300, Peter Pentchev wrote:
>> Actually I don't see a problem with the machine-readable copyright
>> specification here; if you're referring to the fact that the contents
>> of the "Copyright" field is not in the usual "list of  "
>> format, this is perfectly fine: the Copyright field is free-form text as
>> described in:
>>
>>   
>> https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#copyright-field
>>
>> It is true that the examples in the copyright-format specification also
>> follow the "list of  " format, but it is not codified in
>> the text.
> 
> You're right -- thanks for your input.  I was wrong to say that it
> doesn't satisfy DEP-5.  However, I still think that the text could be
> more clearly laid out so the division of sct.c is obvious.  You could
> write something like "remainder of C code copyright Ted Unangst".

I've phrased it that way for now. Not sure I'm a huge fan of that
wording, but I can't think of anything else that doesn't lose clarity.
(I tried "everything else copyright..." but that seems too vague)

> 
> On Tue, Jul 05, 2016 at 04:51:51PM -0400, Jacob Adams wrote:
>>> 1. Could you explain why you are packaging your fork rather then the
>>>original?  (This kind of thing should go in the ITP.)
>>
>> The original was released in a blog post as a sort of code dump
>> (http://www.tedunangst.com/flak/post/sct-set-color-temperature )
>> I thought it would improve long term maintainability if there was a real
>> build system and active upstream. It's pretty hard to package software
>> without a tarball or VCS. If this is discouraged, I'd be happy to email
>> the real upstream about it, but I simply thought this would be easier
>> for everyone.
>> If I need to send a mail explaining this to the ITP I can do that.
> 
> This is perfectly reasonable :) It would be good to append it to the ITP
> in case anyone else is wondering.

Done.

> 
>>>
>>> 2. Could you put your Debian packaging in git, please?  It makes
>>> reviewing easier.  Perhaps as a 'debian' branch of your repo.
>>
>> Whoops. Actually I already do this in a different git repo and I just
>> filled out the relevant fields of d/control incorrectly. Thanks for
>> catching that!
> 
> Great.  Since you are the upstream maintainer and the (prospective)
> Debian package maintainer, is there any reason you're using two seprate
> git repos?  You could just add a debian/ directory to your main repo.
> 
> What you are doing is completely acceptable (and there are some Debian
> Developers who think that that is the way it should be done) but as
> someone who is the upstream maintainer and Debian maintainer (of
> git-remote-gcrypt), I find it a lot easier just to have one repo.  Or
> you can have a debian branch containing the debian/ subdir and you can
> merge master into that branch periodically.

I separated the two because that's what the upstream guide in the debian
wiki recommends. I can see the benefits of having it all in the same
repo but for this package I think I will keep them separate for now. I
might try the combined approach later if the separated one becomes too
much of a burden.

> 
>>>
>>> 3. The formatting of the long description in debian/control is a bit
>>> strange.  Please separate paragraphs using a line with the string "
>>> .".  Probably best to wrap at 70 chars, too.
>>
>> I think I fixed this now.
> 
> Sorry for the pedantry but you're missing a period at the end of line 19 :)

Fixed.
> 
>>> 4. The wording of the long description could be improved.  The first
>>> sentence isn't really a sentence -- it would be better to write "sct
>>> is a small C program to change the screen color temperature.  It can
>>> be used to reduce or increase the amount of blue light produced by
>>> the screen."  Please take another look at your wording :)
>>
>> Wow that description was a mess. I've fixed it up now and I think it's
>> much clearer.
> 
> I agree.  Good job.
> 
>>>
>>> 6. 'sct' is a very short command name for /usr/bin ... have you
>>>confirmed that it doesn't clash with any other packages in Debian?
>>>You might have to set the priority to 'extra'.
>>
>> Is there any way to check if other packages have binaries called sct? A
>> quick search of packages.d.o would seem to indicate there is not but is
>> there a better way to check?
> 
> There are sever

Bug#828028: Reasons for packaging my own fork of sct versus the real upstream

[Jacob Adams]

It was suggested in the RFS (#829151) that I should clarify why I am
packaging my fork of this instead of the original.

The original was released in a blog post as a sort of code dump
(http://www.tedunangst.com/flak/post/sct-set-color-temperature )
I thought it would improve long term maintainability if there was a real
build system and active upstream. It's pretty hard to package software
without a tarball or VCS. If this is discouraged, I'd be happy to email
the real upstream about it, but I simply thought this would be easier
for everyone.

Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

On 07/05/2016 08:02 AM, Sean Whitton wrote:
> control: owner -1 !
> control: tag -1 +moreinfo
> 
> Dear Jacob,
> 
> This looks like a nice alternative to redshift-gtk.  Thanks for
> packaging it.  I can't sponsor the upload, but I hope this review is
> useful to you.

Thanks! The review definitely helped.
> 
> 1. Could you explain why you are packaging your fork rather then the
>original?  (This kind of thing should go in the ITP.)

The original was released in a blog post as a sort of code dump
(http://www.tedunangst.com/flak/post/sct-set-color-temperature )
I thought it would improve long term maintainability if there was a real
build system and active upstream. It's pretty hard to package software
without a tarball or VCS. If this is discouraged, I'd be happy to email
the real upstream about it, but I simply thought this would be easier
for everyone.
If I need to send a mail explaining this to the ITP I can do that.

> 
> 2. Could you put your Debian packaging in git, please?  It makes
>reviewing easier.  Perhaps as a 'debian' branch of your repo.

Whoops. Actually I already do this in a different git repo and I just
filled out the relevant fields of d/control incorrectly. Thanks for
catching that!

> 
> 3. The formatting of the long description in debian/control is a bit
>strange.  Please separate paragraphs using a line with the string
>" .".  Probably best to wrap at 70 chars, too.

I think I fixed this now.

> 
> 4. The wording of the long description could be improved.  The first
>sentence isn't really a sentence -- it would be better to write "sct
>is a small C program to change the screen color temperature.  It can
>be used to reduce or increase the amount of blue light produced by
>the screen."  Please take another look at your wording :)

Wow that description was a mess. I've fixed it up now and I think it's
much clearer.

> 5. Have you considered calling the binary package 'sct'?  That is what
>someone might guess when they want to install this with apt-get.

That's a good idea. I just changed it.

> 
> 6. 'sct' is a very short command name for /usr/bin ... have you
>confirmed that it doesn't clash with any other packages in Debian?
>You might have to set the priority to 'extra'.

Is there any way to check if other packages have binaries called sct? A
quick search of packages.d.o would seem to indicate there is not but is
there a better way to check?

> 
> 7. The language in d/copyright ("I doubt if it's copyrightable" etc.)
>isn't appropriate.  You need to determine whether or not it is
>copyrightable and make a clear statement of that.

That wording is not mine, but written by Ingo Thies, who would have
copyright over the whitepoints data if it is copyrightable. Putting it
there was the advice I got from debian-legal (see below).

> 
> 8. This doesn't make sense (doesn't follow DEP-5 machine-readable
>copyright file format) -- please check:
> 
> Files: sct.c
> Copyright: 2016 Ted Unangst <t...@openbsd.org>
>whitepoints data copyright 2013 Ingo Thies 
> <ith...@astro.uni-bonn.de>
> License: public-domain-sct and public-domain-colorramp

This was based off of a discussion in debian-legal (starts here:
https://lists.debian.org/debian-legal/2016/06/msg00018.html ). They did
not explain how to properly format this except to say I should
explicitly put the license grant from Ingo (the "I doubt if it's
copyrightable" stuff) into d/copyright. I have no idea how to properly
format this.Any ideas you have on how to write this up correctly are
welcome.
I've read DEP-5 but this is complicated because part of sct.c is
copyright Ingo Thies but the rest is copyright Ted Unangst.

> 
> 9. Please install the README into /usr/share/doc.

Done.

> 10. You're missing at least one build dependency.  Please try building
> in a clean sid chroot (see the pbuilder or sbuild tools).

Yep. Was missing libx11-dev and libxrandr-dev (dpkg -S is the best :) ).
I've fixed it now. Thanks for finding that.

Thanks again for the review! I've now uploaded a new package to mentors.



-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

[Jacob Adams]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: setcolortemperature
   Version : 1.1-1
   Upstream Author : Ted Unangst <t...@openbsd.org> (I am upstream
maintainer though)
 * URL : https://github.com/Tookmund/setcolortemperature
 * License : public domain
   Section : x11

  It builds those binary packages:

setcolortemperature - Set screen color temperature

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

  https://mentors.debian.net/package/setcolortemperature


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

dget -x
https://mentors.debian.net/debian/pool/main/s/setcolortemperature/setcolortemperature_1.1-1.dsc

  Changes since the last upload:

setcolortemperature (1.1-1) unstable; urgency=medium

  * Initial release (Closes: #828028)

 -- Jacob Adams <tookm...@gmail.com>  Sat, 04 Jun 2016 22:00:43 -0400


  Regards,
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#828028: ITP: setcolortemperature -- Set screen color temperature

[Jacob Adams]

Package: wnpp
Owner: Jacob Adams <tookm...@gmail.com>
Severity: wishlist

* Package name : setcolortemperature
  Version : 1.1
  Upstream Author : Jacob Adams <tookm...@gmail.com>
* URL : http://www.example.org/
* License : public domain, I think. Will check with debian-legal before
issuing RFS
  Programming Lang: C
  Description : Set screen color temperature

 Change the screen color temperature to reduce/increase the amount of blue
 light on screen.
 sct sets the color temperature of the screen via xrandr like redshift
 Unlike redshift, it is only 80 lines of C, although it does not have
automatic
 temperature changing.




signature.asc
Description: OpenPGP digital signature

Bug#812446: RFS: 9wm/1.3.5-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "9wm"

* Package name: 9wm
* Version : 1.3.5-1
* Upstream Author : Neale Pickett <ne...@woozle.org>
* URL : https://github.com/nealey/9wm
* License : Expat
* Section : x11

  It builds those binary packages:

9wm - X11 window manager inspired by the Plan 9's rio

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

  http://mentors.debian.net/package/9wm

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

dget -x http://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.5-1.dsc

  Changes since the last upload:

9wm (1.3.5-1) unstable; urgency=medium

  * rules: Build in parallel
  * patches/*: Remove patches applied upstream
  * control and watch: Upstream moved to Github
  * control: Update description to match upstream's description in README

 -- Jacob Adams <tookm...@gmail.com>  Sat, 23 Jan 2016 15:51:58 -0500


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#812430: RFS: 9wm/1.3.5-1

[Jacob Adams]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "9wm"

* Package name: 9wm
* Version : 1.3.5-1
* Upstream Author : Neale Pickett <ne...@woozle.org>
* URL : https://github.com/nealey/9wm
* License : Expat
* Section : x11

 It builds those binary packages:

   9wm - X11 window manager inspired by the Plan 9's rio

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

 http://mentors.debian.net/package/9wm

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

   dget -x http://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.5-1.dsc

 Changes since the last upload:

9wm (1.3.5-1) unstable; urgency=medium

 * rules: Build in parallel
 * patches/*: Remove patches applied upstream
 * control and watch: Upstream moved to Github
 * control: Update description to match upstream's description in README

-- Jacob Adams <tookm...@gmail.com>  Sat, 23 Jan 2016 15:51:58 -0500


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9

Bug#809548: 9wm breaks fullscreen applications

[Jacob Adams]

On 01/18/2016 12:22 PM, Neale Pickett wrote:
> You could test this with a call to xprop to set that property on the root
> window. Given the "just do one thing well" nature of 9wm, and that xprop in
> your .xsession could set the property, I think doing that is in keeping
> with the spirit of the thing.
> 
> xprop -root -f _NET_SUPPORTED 8s -set _NET_SUPPORTED ''

I was not aware of the xprop command. That particular approach does not
work but that's definitely a much better way of doing this. I'll fiddle
with xprop over the next few weeks and see if I can get anything to
work. Failing that I'll just close this as wontfix as it's not really in
the scope of what 9wm is trying to accomplish.


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9




signature.asc
Description: OpenPGP digital signature

Bug#809548: 9wm breaks fullscreen applications

[Jacob Adams]

On 01/03/2016 10:38 PM, Neale Pickett wrote:
> 9wm is not an EWMH compliant window manager, sorry.

Ok. I was just legitimately surprised at this because both chromium and
virt-manager handle full screen requests and just fill the space they
are given which is super nice.

I don't actually expect the applications to go fullscreen but I was just
surprised that it completely broke these two.

I've done some research into this Extended Window Manager Hints thing
and I understand not wanting to support it as it looks to be very
complicated and would require supporting window operations are against
the whole idea of 9wm.

However, in the interest of not breaking applications, would sending a
blank _NET_SUPPORTED work? That might allow some of these applications
to try and fall back on other methods of going fullscreen and prevent
them from becoming unusable. This is just based on what I've read here
and may not reflect the reality of how this spec is used:
http://standards.freedesktop.org/wm-spec/wm-spec-latest.html

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#809548: Tagging appropriate versions

[Jacob Adams]

Version: 1.2-9

Some testing reveals this problem occurs in the previous version as well.

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#809548: 9wm breaks fullscreen applications

[Jacob Adams]

Package: 9wm
Severity: normal
X-Debbugs-CC: ne...@woozle.org

When applications try to go fullscreen they break. The only two I have
on hand are pioneer space simulator ( http://pioneerspacesim.net ) and
endless-sky ( https://github.com/endless-sky/endless-sky ). Both are
unable to go fullscreen in 9wm but work fine in xfwm4.
Pioneer space sim is not centered but is off the left and on the bottom
far enough offscreen to not be usable.

This is being filed in Debian and CCed upstream as there is no upstream
bug tracker.

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9




signature.asc
Description: OpenPGP digital signature

Bug#809450: ITP: python-neteria -- Simple game networking library

[Jacob Adams]

Package: wnpp
Severity: wishlist
Owner: Jacob Adams <tookm...@gmail.com>
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-neteria
  Version : 1.0.1
  Upstream Author : William Edwards
* URL : https://github.com/ShadowBlip/Neteria
* License : GPL-3+
  Programming Lang: Python
  Description : Simple game networking library

 Open source game networking framework for Python.

This is a dependency of Tuxemon.



-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#796785: ITP: pytmx

[Jacob Adams]

control: retitle -1 ITP: python-pytmx -- PyTMX is a map loader for
python/pygame designed for games.

I intend to package this software as a dependency of tuxemon
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#804390: RFS: 9wm/1.3.4-1 [ITA]

[Jacob Adams]

On 12/11/2015 09:21 PM, Mattia Rizzolo wrote:
> On Fri, Dec 11, 2015 at 08:47:15PM -0500, Jacob Adams wrote:
>> On 12/11/2015 06:43 PM, Mattia Rizzolo wrote:
>>> On Fri, Dec 11, 2015 at 05:19:01PM -0500, Jacob Adams wrote:
>>>> On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
>> How are you catching these? I don't mean to leave them and I don't mind
>> fixing them, but I can't see trailing whitespace  (because it looks like
>> blank space :) ) and so seem to accidentally leave it everywhere.
> I find trailing whitespaces quite annoying, they can too easily lead to
> diff noise, can make unecessary hard to understand why a patch doesn't
> apply between different versions, etc.
>
> I set up vim (that's my editor :P) to show me them with a bullet.
>
> listchars=trail:·
>
> ↑ this should be enough to show them.

I couldn't get that to work but I don't use vim often anyway.
I also found a quick sed script that removes trailing whitespace:

#!/bin/sh
# Strip trailing whitespace

sed -i 's/[  \t]*$//' "$@"

>>> Btw, you added 2 trailing whitespaces at line 5 and 11.
> You got another one at line 12 :P
>
Fixed
>>>>> * even if you try to enable the hardening in d/rules, that doesn't work,
>>>>>   and blhc still complains (and also lintian)
>>>> I'm not sure what to do about this. Should I just have a patch that
>>>> appends $(shell dpkg-buildflags --get $VAR) for CFLAGS and LDFLAGS?
>>> The problem is that that makefile overwrites CFLAGS from the env.  This
>>> is enough to deal with it (it's on top of the other patch of yours):
>>>
>>> --- a/Makefile
>>> +++ b/Makefile
>>> @@ -1,4 +1,4 @@
>>> -CFLAGS = -DSHAPE -Wall -Werror -fPIC
>>> +CFLAGS := $(CFLAGS) -DSHAPE -Wall -Werror -fPIC
>>>  LDLIBS = -lXext -lX11
>>>  BIN = $(DESTDIR)/usr/bin/
>>>  
>> Ok I used that. Lintian still complains however, so I'm not sure what
>> else to do.
> This is weird.  With that on both lintian and blhc shut up here.
>
> Though not sure what you meant by "I used that", because it's not in the
> patch in the package.
Oh. Whoops. I didn't actually use it. Actually applying the patch fixes
the Lintian warning :)
>
>>>>> Please also triage the debian bugs:
>>>>>   + #681740 was fixed in 1.2-10
>>>> Should I just close it?
>>> yes, and also settinging the correct "fixed" value :)
>> Ok I marked it as fixed in 1.2-10 and then closed it.
>> Obviously I need to learn the BTS. The next thing I'll do for Debian is
>> fix a few bugs in other packages to get the hang of it.
> For example, to do that in one single email you could have:
> * put control@ in (b)cc to the 681740-done@ email
> * used the Version: pseudo-header, that when used in -done@ emails means
>   "this got fixed in this version".  That's what happens with
>   automatically close emails at package uploads (even if those use
>   Source-Version instead of Version, but that's the same).
>
>> Any other bits of Debian infrastructure I should learn? I'm relatively
>> familiar with the package tracker and sources.
> Guess that's good enough for now; just go around all the links that are
> in tracker.d.o pages and you'll get a good overview.
> Then if you haven't already please have a look at the policy and devref:
> https://www.debian.org/doc/debian-policy/
> https://www.debian.org/doc/manuals/developers-reference/
>
>>> tools, guess you did packaging work somewhere else?
>> I did some packaging before on a few things for Debian but never got a
>> sponsor. In both cases I never got a response from upstream so I gave up
>> as I felt overwhelmed by all the stuff I had to do. Third time's the
>> charm I guess :)
> :)
> Maybe try again now? ;)
Sure. After this I've gotten a much better idea of all the stuff
surrounding packaging and will be much more prepared for the next one.
>
>> I've add Author fields. Should I add you to the Author field of the
>> CFLAGS patch?
> No need.
>
>
> So, there is only that thing about CFLAGS to sort out.  Note that I'm
> fine as it is now, btw, just tell me that ain't an error.
Actually using the CFLAGS patch fixes that Lintian warning.
There is no upstream changelog and they don't sign releases so that
should be it.

I've uploaded another version to mentors.

I've also been in communication with upstream and they will probably
apply the last two patches. They did said they were busy so it might be
a little while. I think at this point 1.3.4 should just be uploaded and
if they release a new version I'm sure it wouldn't take much for me to
update it (just remove the patches and add a changelog entry for
removing each patch)

Thanks,
Jacob



signature.asc
Description: OpenPGP digital signature

Bug#804390: RFS: 9wm/1.3.4-1 [ITA]

[Jacob Adams]

On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
> control: owner -1 !
> control: tag -1 + moreinfo
>
> Hi!
>
> First, please be a bit more patiente with your pings; following up only
> 5 days later is very much not helpful.
Sorry about that. I should have realized how soon it was before I pinged.
> On Wed, Nov 25, 2015 at 03:10:28PM -0500, Jacob Adams wrote:
>>   I am looking for a sponsor for my package "9wm"
>>
>>  * Package name: 9wm
>>Version : 1.3.4-1
>>Upstream Author : Neale Pickett <ne...@woozle.org>
>>  * URL : https://woozle.org/neale/g.cgi/x11/9wm
>>  * License : Expat
>>Section : x11
>
> The review:
>
> * trailing whitespace on debian/control:29
Fixed
> * please be a lot more verbose on the changelog.  "Redo packaging" is
>   not satisfactory at all.  Every change should be documented.
I've updated it to reflect all changes. Should I update the timestamp?
(It was generated by dch when I first made the changelog).
> * debian/patches/*: if possible a URL of the forwarded patch would be
>   nice
They've all been forwarded via email, so no urls unfortunately. I did,
however, have one unnecessary patch in there so I've removed it. I just
emailed upstream about the two patches I'm still using (The FHS one was
rejected without any reasoning as it was with a few others and simply
not applied so I've asked for a reason. The -fPIC one is new).
> * debian/rules:
>   + trailing whitespace at line 11
>   + with debhelper compat 9 exporting the build flags that way is not
> needed anymore, so lines 3-4-5 can go away
Fixed.
> * you removed the postinst and prerm with the update-alternatives calls,
>   that looks useful to me; why?
Because I did not look over the previous packaging closely enough :)
I've added them back. I've also modified them slightly to call set -e in
order to avoid a lintian warning.
> * even if you try to enable the hardening in d/rules, that doesn't work,
>   and blhc still complains (and also lintian)
I'm not sure what to do about this. Should I just have a patch that
appends $(shell dpkg-buildflags --get $VAR) for CFLAGS and LDFLAGS?
After removing the unecessary lines from d/rules the buildflags appear
to somewhat work but I've had to add a patch to compile objects with
-fPIC as otherwise I get

cc -fPIE -pie -Wl,-z,relro -Wl,-z,now  9wm.o event.o manage.o menu.o
client.o grab.o cursor.o error.o  -lXext -lX11 -o 9wm
/usr/bin/ld: 9wm.o: relocation R_X86_64_32 against `.rodata' can not be
used when making a shared object; recompile with -fPIC
9wm.o: error adding symbols: Bad value

> * From piuparts:
>   0m51.6s INFO: Running adequate version 0.12.1 now.
>   0m51.8s ERROR: WARN: Inadequate results from running adequate!
>  9wm: missing-alternative x-window-manager
>
>   0m51.8s ERROR: WARN: Running adequate resulted in inadequate tags found:  
> missing-alternative 
>   0m59.0s INFO: PASS: Installation and purging test.
>   1m1.2s INFO: apt-cache knows about the following packages: 9wm
>   1m8.3s INFO: Installation of ['tmp/9wm_1.3.4-1_amd64.deb'] ok
>   1m15.4s INFO: Running adequate version 0.12.1 now.
>   1m21.1s ERROR: WARN: Broken symlinks:
> /usr/bin/x-window-manager -> /etc/alternatives/x-window-manager
> /usr/share/man/man1/x-window-manager.1.gz -> 
> /etc/alternatives/x-window-manager.1.gz
> /etc/alternatives/x-window-manager.1.gz -> /usr/share/man/man1/9wm.1.gz
> /etc/alternatives/x-window-manager -> /usr/bin/9wm
>   1m22.9s ERROR: FAIL: Package purging left files on system:
> /etc/alternatives/x-window-manager -> /usr/bin/9wm not owned
> /etc/alternatives/x-window-manager.1.gz -> /usr/share/man/man1/9wm.1.gz   
>  not owned
> /usr/bin/x-window-manager -> /etc/alternatives/x-window-managernot 
> owned
> /usr/share/man/man1/x-window-manager.1.gz -> 
> /etc/alternatives/x-window-manager.1.gz   not owned
>
>   1m22.9s ERROR: FAIL: Installation, upgrade and purging tests.
>   1m24.3s ERROR: piuparts run ends.
All these should be fixed by the above.
>
>
> Please also triage the debian bugs:
>   + #681740 was fixed in 1.2-10
Should I just close it?
>   + #349680 not sure what to do, but sice you're becoming the maintainer
> that's your call.  probably the best course of action, given where
> the links in that bug end, is to just close the bug.
I've closed it. plan9port and 9wm are two different things.

I've uploaded a new version of 9wm to mentors.

Thanks for your help!
Jacob





signature.asc
Description: OpenPGP digital signature

Bug#804390: RFS: 9wm/1.3.4-1 [ITA]

[Jacob Adams]

On 12/11/2015 06:43 PM, Mattia Rizzolo wrote:
> On Fri, Dec 11, 2015 at 05:19:01PM -0500, Jacob Adams wrote:
>> On 12/06/2015 09:05 AM, Mattia Rizzolo wrote:
>>> First, please be a bit more patiente with your pings; following up only
>>> 5 days later is very much not helpful.
>> Sorry about that. I should have realized how soon it was before I pinged.
> No worries, just be aware we (in debian, that's general) we're not used
> to reply in real time or few hours or 1 day...
>
>>> On Wed, Nov 25, 2015 at 03:10:28PM -0500, Jacob Adams wrote:
>>> * trailing whitespace on debian/control:29
>> Fixed
> oops, there is also one in debian/control:25 (sorry)
How are you catching these? I don't mean to leave them and I don't mind
fixing them, but I can't see trailing whitespace  (because it looks like
blank space :) ) and so seem to accidentally leave it everywhere.
>
>>> * please be a lot more verbose on the changelog.  "Redo packaging" is
>>>   not satisfactory at all.  Every change should be documented.
>> I've updated it to reflect all changes. Should I update the timestamp?
>> (It was generated by dch when I first made the changelog).
> The timestamp down there is not really relevant, though you might
> consider updating it right before uploading (usually I do a dummy commit
> before start working on the package, keeping the distribution UNRELEASED
> and an empty changelog, and at the end I do `gbp dch --auto -R`, which
> also updates the timestamp.
Ok I just updated it as it wasn't hard.
>
> Btw, you added 2 trailing whitespaces at line 5 and 11.
> Anyway, the changelog looks nearly good to me now, see below.
>
>>> * debian/patches/*: if possible a URL of the forwarded patch would be
>>>   nice
>> They've all been forwarded via email, so no urls unfortunately. I did,
>> however, have one unnecessary patch in there so I've removed it. I just
>> emailed upstream about the two patches I'm still using (The FHS one was
>> rejected without any reasoning as it was with a few others and simply
>> not applied so I've asked for a reason. The -fPIC one is new).
> ok, if they where private email, then 'yes' is totally fine.
>
>>> * debian/rules:
>>>   + trailing whitespace at line 11
>>>   + with debhelper compat 9 exporting the build flags that way is not
>>> needed anymore, so lines 3-4-5 can go away
>> Fixed.
> cool!  I love how cute they look packages with that quasi-empty d/rules!
>
>>> * you removed the postinst and prerm with the update-alternatives calls,
>>>   that looks useful to me; why?
>> Because I did not look over the previous packaging closely enough :)
>> I've added them back. I've also modified them slightly to call set -e in
>> order to avoid a lintian warning.
> :)
>
>>> * even if you try to enable the hardening in d/rules, that doesn't work,
>>>   and blhc still complains (and also lintian)
>> I'm not sure what to do about this. Should I just have a patch that
>> appends $(shell dpkg-buildflags --get $VAR) for CFLAGS and LDFLAGS?
> The problem is that that makefile overwrites CFLAGS from the env.  This
> is enough to deal with it (it's on top of the other patch of yours):
>
> --- a/Makefile
> +++ b/Makefile
> @@ -1,4 +1,4 @@
> -CFLAGS = -DSHAPE -Wall -Werror -fPIC
> +CFLAGS := $(CFLAGS) -DSHAPE -Wall -Werror -fPIC
>  LDLIBS = -lXext -lX11
>  BIN = $(DESTDIR)/usr/bin/
>  
Ok I used that. Lintian still complains however, so I'm not sure what
else to do.
>> After removing the unecessary lines from d/rules the buildflags appear
>> to somewhat work but I've had to add a patch to compile objects with
>> -fPIC as otherwise I get
> yeah, of course you need -fPIC (google can give you thousands of posts
> that explain why it is needed).
>
>>> * From piuparts:
>> All these should be fixed by the above.
> yeah, it is.
>
>>> Please also triage the debian bugs:
>>>   + #681740 was fixed in 1.2-10
>> Should I just close it?
> yes, and also settinging the correct "fixed" value :)
> I realize that this might seems mean, but I don't feel ok at sponsoring
> a package in debian to a person that doesn't grasp the basis of the
> debian infra/tooling/procedures like basic bugs handling in the Debian
> tracker, like this; even if it's actually difficult to have such
> knowledge *before* starting doing stuff.
>
> It's hard to verify before uploading the very first package of the
> sponsoree, so I'm happy to have these 2 bugs to check this :)
Ok I marked it as fixed in 1.2-10 and then closed it.
Obviously I need to learn the BTS. The next thing I'll do for Debian is
fix a 

Bug#804390: RFS: 9wm/1.3.4-1 [ITA]

[Jacob Adams]

Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.3.4-1
   Upstream Author : Neale Pickett <ne...@woozle.org>
 * URL : https://woozle.org/neale/g.cgi/x11/9wm
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - Emulation of the Plan 9 window manager 8-1/2

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

  http://mentors.debian.net/package/9wm


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

dget -x http://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.4-1.dsc

  Changes since the last upload:

9wm (1.3.4-1) unstable; urgency=low

* New Maintainer (Closes: #660496 
<https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660496>)
* New Upstream (https://woozle.org/neale/g.cgi/x11/9wm/)
* Redo packaging
-- Jacob Adams <tookm...@gmail.com>  Mon, 02 Nov 2015 23:15:00 -0500

 Regards,
   Jacob Adams




signature.asc
Description: OpenPGP digital signature

Bug#804390: Fwd: Bug#804390: RFS: 9wm/1.3.3-1 [ITA] -- emulation of the Plan 9 window manager 8-1/2

[Jacob Adams]

This is still open. 
A review would be appreciated. 

Thanks,
Jacob 

Begin forwarded message:

> Resent-From: Jacob Adams <tookm...@gmail.com>
> From: Jacob Adams <tookm...@gmail.com>
> Date: November 7, 2015 at 10:28:41 PM EST
> Resent-To: debian-bugs-dist@lists.debian.org
> To: sub...@bugs.debian.org
> Resent-Cc: 660...@bugs.debian.org, Debian Mentors 
> <package-sponsorship-reque...@lists.debian.org>
> Subject: Bug#804390: RFS: 9wm/1.3.3-1 [ITA] -- emulation of the Plan 9 window 
> manager 8-1/2
> Reply-To: Jacob Adams <tookm...@gmail.com>, 804...@bugs.debian.org
> 
> Package: sponsorship-requests
> Severity: normal
> Control: block 660496 by -1
> X-Debbugs-CC: 660...@bugs.debian.org
> 
> Dear mentors,
> 
>  I am looking for a sponsor for my package "9wm"
> 
> * Package name: 9wm
>   Version : 1.3.3-1
>   Upstream Author : Neale Pickett <ne...@woozle.org>
> * URL : https://woozle.org/neale/g.cgi/x11/9wm
> * License : Expat
>   Section : x11
> 
>  It builds those binary packages:
> 
>9wm   - Emulation of the Plan 9 window manager 8-1/2
> 
>  To access further information about this package, please visit the following 
> URL:
> 
>  http://mentors.debian.net/package/9wm
> 
> 
>  Alternatively, one can download the package with dget using this command:
> 
>dget -x http://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.3-1.dsc
> 
>  More information about 9wm can be obtained from 
> https://woozle.org/neale/src/9wm/
> 
>  Changes since the last upload:
> 
>  9wm (1.3.3-1) unstable; urgency=low
> 
>* New Maintainer (Closes: #660496)
>    * New Upstream (https://woozle.org/neale/g.cgi/x11/9wm/)
>* Redo packaging
> 
>  -- Jacob Adams <tookm...@gmail.com>  Mon, 02 Nov 2015 23:15:00 -0500
> 
> 
>  Regards,
>   Jacob Adams
> 
> 

Bug#804390: RFS: 9wm/1.3.3-1 [ITA] -- emulation of the Plan 9 window manager 8-1/2

[Jacob Adams]

Package: sponsorship-requests
Severity: normal
Control: block 660496 by -1
X-Debbugs-CC: 660...@bugs.debian.org
 
Dear mentors,

  I am looking for a sponsor for my package "9wm"

 * Package name: 9wm
   Version : 1.3.3-1
   Upstream Author : Neale Pickett <ne...@woozle.org>
 * URL : https://woozle.org/neale/g.cgi/x11/9wm
 * License : Expat
   Section : x11

  It builds those binary packages:

9wm   - Emulation of the Plan 9 window manager 8-1/2

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

  http://mentors.debian.net/package/9wm


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

dget -x http://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.3-1.dsc

  More information about 9wm can be obtained from 
https://woozle.org/neale/src/9wm/

  Changes since the last upload:

  9wm (1.3.3-1) unstable; urgency=low

* New Maintainer (Closes: #660496)
* New Upstream (https://woozle.org/neale/g.cgi/x11/9wm/)
* Redo packaging

  -- Jacob Adams <tookm...@gmail.com>  Mon, 02 Nov 2015 23:15:00 -0500


  Regards,
   Jacob Adams




signature.asc
Description: OpenPGP digital signature

Bug#660496: New Upstream and New Maintainer

[Jacob Adams]

Control: owner  -1 !
Control: retitle -1 ITA: 9wm -- emulation of the Plan 9 window manager 8-1/2

As there is now a new upstream actively maintaining this package I will
adopt it. The packaging has been redone and is mostly complete. I just need
to update a few things and sign it, then it will be uploaded to mentors for
sponsership.

Bug#776120: RFS: beret/1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1 [ITP]

[Jacob Adams]

I have been busy and put this aside for too long.

On 01/25/2015 11:25 PM, Paul Wise wrote:
 On Mon, Jan 26, 2015 at 4:41 AM, Jacob Adams wrote:
 
 At this point the only remaining problems with my package appear to be
 binary-without-manpage and debian-watch-file-is-missing which also shows
 up in fonts-averia-sans.
 That sounds like a bug in lintian, it should not emit that warning for
 watch files containing only comments.

The watch file has been fixed. It wasn't a bug in lintian, I simply did
not comment properly.

My only remaining issue is installation of the manpage. There is a
debian/beret.6 file but it is not installed for some reason. How can I
install it?


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#776120: RFS: beret/1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1 [ITP]

[Jacob Adams]

On 01/25/2015 12:40 AM, Paul Wise wrote:
 On Sat, Jan 24, 2015 at 11:10 AM, Jacob Adams wrote:
 
   It builds those binary packages:

 beret - Adventures of a telekinetic scientist
 beret-data - Data for Beret, the adventures of a telekinetic scientist
 fonts-averia - Averia TrueType Font
 
 The Averia font appears to be a separate project and should be
 packaged from a separate source package rather than the embedded copy
 of the font being packaged.
 
 http://iotic.com/averia/
 
Fixed.
http://mentors.debian.net/package/fonts-averia-sans

I am also now uploading a fixed version of beret that uses fonts-averia-sans

At this point the only remaining problems with my package appear to be
binary-without-manpage and debian-watch-file-is-missing which also shows
up in fonts-averia-sans.

beret has a manpage, so should I override that?

Neither package uses tarballs, and lintian suggests explain why I cannot
use a watch file in a watch file but doing so brings up a even more
severe warning (debian-watch-file-missing-version). What should I do?

Thanks for the help!

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#652580: ITP

[Jacob Adams]

retitle ITP: beret -- A 2D puzzle platformer game
owner -1 !
thanks
I would like to package beret
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#652580: (no subject)

[Jacob Adams]

control: retitle ITP: beret -- A 2D puzzle platformer game
control: owner -1 !
thanks
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#652580: Beret Puzzle Game

[Jacob Adams]

control: retitle 652580 ITP: beret -- A 2D puzzle platformer game
control: owner 652580 !
thanks

I would like to package the game beret under the Debian Games team
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#776110: ITP: fonts-averia -- Averia TrueType Font

[Jacob Adams]

Package: wnpp
Severity: wishlist


I wish to package the averia font.
* Package name : fonts-averia
  Version : x.y.z
  Upstream Author : Dan Sayers i...@iotic.com
* URL : http://iotic.com/averia/
* License : OFL

Averia TrueType Font
 The Averia font by Dan Sayers


This font is a dependency of beret. (#652580)

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#776120: RFS: beret/1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1 [ITP]

[Jacob Adams]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-devel-ga...@lists.debian.org

  Dear mentors,

  I am looking for a sponsor for my package beret

 * Package name: beret
   Version : 1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1
   Upstream Author : Nigel Kilmer
 * URL : https://gitorious.org/beret/beret/
 * License : LGPL-3
   Section : games

  It builds those binary packages:

beret - Adventures of a telekinetic scientist
beret-data - Data for Beret, the adventures of a telekinetic scientist
fonts-averia - Averia TrueType Font

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/b/beret/beret_1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1.dsc

  More information about beret can be obtained from
http://kiwisauce.com/beret/.

  Changes since the last upload:

  * Initial release (Closes: #652580)
  * Package included Averia Font (Closes: #776110)




  Regards,
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#773071: (no subject)

[Jacob Adams]

Dear mentors,

  swapspace is now lintian clean so once again I am looking for a sponsor.

 * Package name: swapspace
   Version : 1.12-1
   Upstream Author : Jacob Adams tookm...@gmail.com
 * URL : https://github.com/tookmund/swapspace
 * License : GPL-2
   Section : admin

  It builds those binary packages:

swapspace  - dynamic swap space manager

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/s/swapspace/swapspace_1.12-1.dsc

  Changes since the last upload:

  * New Maintainer (Closes: #725821)
  * New upstream
  * Account for tmpfs (Closes: #691128)
  * Redo packaging to use new upstream build system

  Regards,
   Jacob Adams
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#773071: fix title

[Jacob Adams]

control: retitle -1 RFS: swapspace/1.12-1 [ITA]
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#773071: RFS: swapspace/1.11-1 [ITP]

[Jacob Adams]

Package: sponsorship-requests
  Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package swapspace

 * Package name: swapspace
   Version : 1.11-1
   Upstream Author : Jacob Adams tookm...@gmail.com (I have forked
this project as upstream has stopped working on it)
 * URL : https://github.com/Tookmund/swapspace
 * License : GPL-2
   Section : admin

  It builds those binary packages:

swapspace  - dynamic swap space manager

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/s/swapspace/swapspace_1.11-1.dsc

  More information about hello can be obtained from
https://github.com/swapspace-deb.

  Changes since the last upload:

  * New maintainer (Closes: #725821)
  * New upstream
  * Autotools build system
  * Account for tmpfs (Closes: #691128)
  * SystemD Service
  * Split up README


  Regards,
Jacob Adams

GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#691128: Patch Applied to My Fork

[Jacob Adams]

Upstream is no longer maintaining this package.

I have forked it:
https://github.com/Tookmund/swapspace

Your patch has been applied to my fork and eventually will make it back
to Debian once I fix a few other bugs.

Thank you for your help.

Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#725821: I would like to maintain this package

[Jacob Adams]

Control: retitle -1 ITA: swapspace -- dynamic swap space manager 
thanks


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

Bug#725821: I would like to maintain this package

[Jacob Adams]

Control: retitle -1 ITP: swapspace -- dynamic swap space manager
Control: owner -1 !
thanks

I am interested in maintaining this package. 

Since upstream is no longer working on this project I may also fork it unless 
they wish to continue to host the code. 

Thanks,
Jacob Adams
(I think I got the pseudo headers right, correct me if I didn't) 


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

Bug#661563: reportbug: suggest contacting debian-user when unsure about which package to file against

[Jacob Adams]

On Sun, 19 Jan 2014 01:18:27 +0100 Sandro Tosi mo...@debian.org wrote:

 No, that's not what reportbug is for: it is for *bug reporting* to the
 Debian Bug Tracking System; users should know how to send an email to
 the debian-users address.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758656
I'm sure similar bugs are filed all the time by inexperienced users. A 
more intuitive interface (for a new user at least) will save everyone 
time by preventing many misfiled bug reports. Not all users understand 
how debian works and allowing them to get help easier and faster (by 
directing them to debian-user and other such lists and fora) will help 
us all in the end.



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

Bug#178717: Thousands of Men use this

[Jacob adams`]

Make her scream with desire and dripping wet every single lovemaking session

http://www.dhipinktw.com/
Quite simply put : unbelievable



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]