Bug#1029465: RFS: swapspace/1.18-1 -- dynamic swap space manager
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
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
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
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
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
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
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 [ 6.476]
Bug#932837: xscreensaver: No text on lock screen
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
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
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
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
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
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
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 newly
Bug#926807: Missed a couple dependencies
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
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
> 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
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]
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]
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
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
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
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
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
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
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 * 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 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
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 * 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 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
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 * 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 Mon, 09 Apr 2018 21:27:48 -0400 Regards, Jacob Adams signature.asc Description: OpenPGP digital signature
Bug#871241: quick status update
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
On Wed, 23 Aug 2017 15:56:01 -0400 Jacob Adams 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
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
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
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
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
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
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
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
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&T - 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
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
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, &color); 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, &active, activestr); + if (sa != 0) s->active = active; - unsigned long inactive = getcolor(cmap,inactivestr); - if (inactive != 0) + unsigned long inactive; + Status si = getcolor(cmap, &inactive, 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
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 * 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 Fri, 12 May 2017 18:53:39 -0400
Bug#862068: 9wm: inactive window border color
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 Peliquerowrote: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
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)
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 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
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 * 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 Sun, 04 Sep 2016 21:48:37 -0400 Regards, Jacob Adams
Bug#836314: 9wm: man page update
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
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 (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 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
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
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 * 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 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
> 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
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
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
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
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
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
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 packa
Bug#828028: Reasons for packaging my own fork of sct versus the real upstream
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
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 >whitepoints data copyright 2013 Ingo Thies > > 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
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 (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 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
Package: wnpp Owner: Jacob Adams Severity: wishlist * Package name : setcolortemperature Version : 1.1 Upstream Author : Jacob Adams * 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
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 * 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 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
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 * 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 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
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
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
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
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
Package: wnpp Severity: wishlist Owner: Jacob Adams 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
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]
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]
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 ma
Bug#804390: RFS: 9wm/1.3.4-1 [ITA]
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 >> * 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]
Dear mentors, I am looking for a sponsor for my package "9wm" * Package name: 9wm Version : 1.3.4-1 Upstream Author : Neale Pickett * 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 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
This is still open. A review would be appreciated. Thanks, Jacob Begin forwarded message: > Resent-From: Jacob Adams > From: Jacob Adams > 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 > > Subject: Bug#804390: RFS: 9wm/1.3.3-1 [ITA] -- emulation of the Plan 9 window > manager 8-1/2 > Reply-To: Jacob Adams , 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 > * 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 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
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 * 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 Mon, 02 Nov 2015 23:15:00 -0500 Regards, Jacob Adams signature.asc Description: OpenPGP digital signature
Bug#660496: New Upstream and New Maintainer
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]
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]
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#776120: RFS: beret/1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1 [ITP]
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#776110: ITP: fonts-averia -- Averia TrueType Font
Package: wnpp Severity: wishlist I wish to package the averia font. * Package name : fonts-averia Version : x.y.z Upstream Author : Dan Sayers * 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#652580: Beret Puzzle Game
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#652580: (no subject)
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: ITP
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#773071: fix title
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: (no subject)
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 * 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: RFS: swapspace/1.11-1 [ITP]
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 (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
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
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
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
On Sun, 19 Jan 2014 01:18:27 +0100 Sandro Tosi 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
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]