Bug#850789: Patch upload not showing up in deferred queue

[Taylor Kline]

Ooh okay. Thank you 

So how do non-DDs help out with providing patches?


On Jan 10, 2017 6:06 PM, "Sean Whitton" <spwhit...@spwhitton.name> wrote:

Dear Taylor,

On Tue, Jan 10, 2017 at 05:37:33PM -0600, Taylor Kline wrote:
> I uploaded a patch for Python3 about ~15 hours ago, but it's not
> showing up on https://ftp-master.debian.org/deferred.html

It's because you're not a Debian Developer.

--
Sean Whitton

Bug#850789: Patch upload not showing up in deferred queue

[Taylor Kline]

It's not useful for me to spare the maintainer(s) the work?  I figured if
I could do the footwork and let the maintainer just review and approve the
patch, they would be happy.

On Jan 10, 2017 5:45 PM, "Matthias Klose" <d...@debian.org> wrote:

On 11.01.2017 00:37, Taylor Kline wrote:
> I uploaded a patch for Python3 about ~15 hours ago, but it's not
> showing up on https://ftp-master.debian.org/deferred.html
>
> Attempting to upload again does indicate that it should have
> successfully uploaded:
> 

> $ dput -e 10 python3-defaults_3.5.1-4.1_amd64.changes
> Trying to upload package to ftp-master (ftp.upload.debian.org)
> Package has already been uploaded to ftp-master on ftp.upload.debian.org
> Nothing more to do for python3-defaults_3.5.1-4.1_amd64.changes
> 

>
> Does it take > 15 hours for an upload to show up? Is there something I
> am missing?

please don't upload this package.  You filed a bug report with severity
wishlist
today, so you should give maintainers a chance to react to it.

Thanks, Matthias

Bug#850789: Patch upload not showing up in deferred queue

[Taylor Kline]

I uploaded a patch for Python3 about ~15 hours ago, but it's not
showing up on https://ftp-master.debian.org/deferred.html

Attempting to upload again does indicate that it should have
successfully uploaded:

$ dput -e 10 python3-defaults_3.5.1-4.1_amd64.changes
Trying to upload package to ftp-master (ftp.upload.debian.org)
Package has already been uploaded to ftp-master on ftp.upload.debian.org
Nothing more to do for python3-defaults_3.5.1-4.1_amd64.changes


Does it take > 15 hours for an upload to show up? Is there something I
am missing?

Thanks,
-Taylor Kline

Bug#850789: nmudiff

[Taylor Kline]

I think my nmudiff did not come through because of file size. Here's a
link to a gist that has the nmudiff output:

https://gist.github.com/jkdf2/da2ee2dc60a4e0ce0860220ffb461e32

Bug#849521:

[Taylor Kline]

Thank you 

On Tue, Jan 10, 2017 at 9:49 AM, JCF Ploemen  wrote:
> your watch file issue is caused by the presence of a colon in the url,
> at the start of every filename:
> https://dl.bintray.com/novik65/generic/:ruTorrent-3.7.zip
>
> Once you account for that things start moving on the uscan front.

Bug#850789: Patch submitted

[Taylor Kline]

Hi again!

I believe I have uploaded my patch and it should show up here:

https://ftp-master.debian.org/deferred.html

This is one of my first contributions to the Debian packaging efforts
and I would greatly appreciate constructive criticism.

Thanks and hope this helps with the maintenance efforts 
-Taylor

Bug#850789: python3: Python3 should look out for new versions upstream

[Taylor Kline]

Package: python3
Version: 3.5.1-4
Severity: wishlist

Hello!

Some updates to Python 3.5 have been missed and there is also now a
major release of Python 3.6 that hasn't gotten much attention.

I understand the debian/watch file exists to helpfully keep track of the
release of new upstream versions.

I will help out by providing a debian/watch file :) on its way shortly.

-Taylor

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3 depends on:
ii  dh-python  2.20160818
ii  libpython3-stdlib  3.5.1-4
ii  python3-minimal3.5.1-4
ii  python3.5  3.5.2-9

python3 recommends no packages.

Versions of packages python3 suggests:
pn  python3-doc   
pn  python3-tk
pn  python3-venv  

-- no debconf information

Bug#849013: rewrite nvidia-detect

[Taylor Kline]

umm disregard my accidentally sent email that clearly shows I am just
learning how to use the mailing list.

I didn't do an extensive code review but it did detect my Optimus setup:

Find the NVIDIA driver version for Debian Stretch.
Checking PCI ID: 8086191b is not a valid NVIDIA device ID. Ignoring this PCI ID.
Checking PCI ID: 10de139b Found: GM107M [GeForce GTX 960M]

WARNING! This looks like a NVIDIA Optimus GPU,
maybe you prefeer a Bumblebee setup, or try
the experimental NVIDIA Prime support in 370 >

Your GPU(s) are supported by Nvidia driver version(s):
375xx
It is recommanded to install the following Debian package:
nvidia-driver

On Mon, Jan 9, 2017 at 3:52 PM, Floris  wrote:
> I made a rewrite of the nvidia-detect script.
>
> - The script is compatible with sh, bash and dash.
> - It is easy to add or remove supported Debian and NVIDIA versions.
> - Use the -d switch to mimic a Debian version.
> - support for multiple NVIDIA GPUs (or as PCI-ID on the command line)
> - No new dependencies, only pciutils
> - Try to detect NVIDIA Optimus (Unfortunately I doesn't have a device to
> test this)
>
> I'm only scripting as a hobby, so feel free to correct and teach me new
> things!
>
> Floris

Bug#849521: RFS: rutorrent/3.7-1 [ITP] -- A front-end for the rTorrent torrent client

[Taylor Kline]

Hi!

Thanks a lot for taking a look over the package.

As this is my first package, forgive me if I need a little
hand-holding here, especially with regards to the filesystem hierarchy
and safe permissions:

> I'm not overly joyed by seeing the symlink farm in /etc pointing
> to /usr/share though. This is simply wrong as the files are
> not configuration files (which is why they don't live in
> /etc to begin with). Whatever needs these files should IMHO
> be fixed up to look for the in the correct location (so
> you can drop the symlinks).
>
> Making /usr/share/ruTorrent world-writable is the main issue though.
> This will never end well. You need to think about security and
> how you manage permissions somehow. This is in my opinion a
> blocker for uploading your package.

So ruTorrent/share/settings, ruTorrent/share/torrents, and
ruTorrent/share/users are all supposed to be "accessible for reading
and writing for both rtorrent and webserver users."

This is why I placed them in /usr/share/ruTorrent/{settings, torrents,
users} and gave world-writable permissions.

But this was mostly just guesswork based on the filesystem hierarchy
standard manpages. Could you give me some advice on the correct
placement and permissions of such files that should be modifiable by
both the web-server and the user who is running the rtorrent CLI?

[Note: rTorrent != ruTorrent]

Reference: 
https://github.com/Novik/ruTorrent/wiki/Config#multiuser-and-singleuser-configuration

> Not sure but if nginx has '*-available' '*-enabled' configuration
> pattern but I think it does and then maybe there's a way to
> provide a snippet for '*-available' that a user can in normal
> cases just enable. This should simplify for the user over having
> to read up and manually configure nginx.

Great idea. So just placing an nginx config file in rutorrent.examples
and suggesting that the user create a symlink from
/etc/nginx/sites-enabled to this file if they wish to use nginx +
default configuration?

Thanks so much for your help,
-Taylor

Bug#850295: bumblebee-nvidia: TLP causes: [ERROR]Cannot access secondary GPU - error: Could not enable discrete graphics card

[Taylor Kline]

Package: bumblebee-nvidia
Version: 3.2.1-13
Severity: normal

Fix is documented here:
https://github.com/Bumblebee-Project/Bumblebee/issues/829

Patch needed for TLP upstream:
https://github.com/linrunner/TLP/issues/244

Filed a bug here for reference so that others can see it and manually
patch until fixed upstream on TLP.

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bumblebee-nvidia depends on:
ii  bumblebee   3.2.1-13
ii  glx-alternative-nvidia  0.7.4
ii  nvidia-driver   375.26-1
ii  nvidia-kernel-dkms  375.26-1

bumblebee-nvidia recommends no packages.

bumblebee-nvidia suggests no packages.

-- no debconf information

Bug#850293: tlp: Conflicts with Bumblebee, disabling GPU until reboot

[Taylor Kline]

Package: tlp
Version: 0.9-1
Severity: normal

Hello,

There is a known bug with TLP that it will conflict with Bumblebee, the
manager for laptops supporting Nvidia Optimus.

Bug is reported upstream: https://github.com/linrunner/TLP/issues/244.
Filed here for reference purposes.

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages tlp depends on:
ii  hdparm   9.50+ds-1
ii  init-system-helpers  1.46
ii  iw   4.9-0.1
ii  pciutils 1:3.5.2-1
ii  rfkill   0.5-1
ii  usbutils 1:007-4
ii  wireless-tools   30~pre9-12

Versions of packages tlp recommends:
ii  ethtool1:4.8-1
ii  linux-tools4.8+77
ii  smartmontools  6.5+svn4324-1
ii  tlp-rdw0.9-1

Versions of packages tlp suggests:
ii  acpi-call-dkms  1.1.0-3
ii  tp-smapi-dkms   0.42-1

-- Configuration Files:
/etc/default/tlp changed:
TLP_ENABLE=1
TLP_DEFAULT_MODE=AC
DISK_IDLE_SECS_ON_AC=0
DISK_IDLE_SECS_ON_BAT=2
MAX_LOST_WORK_SECS_ON_AC=15
MAX_LOST_WORK_SECS_ON_BAT=60
SCHED_POWERSAVE_ON_AC=0
SCHED_POWERSAVE_ON_BAT=1
NMI_WATCHDOG=0
ENERGY_PERF_POLICY_ON_AC=performance
ENERGY_PERF_POLICY_ON_BAT=powersave
DISK_DEVICES="sda sdb"
DISK_APM_LEVEL_ON_AC="254 254"
DISK_APM_LEVEL_ON_BAT="128 128"
SATA_LINKPWR_ON_AC=max_performance
SATA_LINKPWR_ON_BAT=min_power
AHCI_RUNTIME_PM_TIMEOUT=15
PCIE_ASPM_ON_AC=performance
PCIE_ASPM_ON_BAT=powersave
RADEON_POWER_PROFILE_ON_AC=high
RADEON_POWER_PROFILE_ON_BAT=low
RADEON_DPM_STATE_ON_AC=performance
RADEON_DPM_STATE_ON_BAT=battery
RADEON_DPM_PERF_LEVEL_ON_AC=auto
RADEON_DPM_PERF_LEVEL_ON_BAT=auto
WIFI_PWR_ON_AC=off
WIFI_PWR_ON_BAT=on
WOL_DISABLE=Y
SOUND_POWER_SAVE_ON_AC=0
SOUND_POWER_SAVE_ON_BAT=1
SOUND_POWER_SAVE_CONTROLLER=Y
BAY_POWEROFF_ON_BAT=0
BAY_DEVICE="sr0"
RUNTIME_PM_ON_AC=on
RUNTIME_PM_ON_BAT=auto
RUNTIME_PM_ALL=1
RUNTIME_PM_BLACKLIST="01:00.0"
RUNTIME_PM_DRIVER_BLACKLIST="nvidia nouveau"
USB_AUTOSUSPEND=1
USB_BLACKLIST_WWAN=1
RESTORE_DEVICE_STATE_ON_STARTUP=0


-- no debconf information

Bug#850053: linux-image-4.8.0-2-amd64: CPU Frequency stuck at 800MHz with Intel_pstate governor

[Taylor Kline]

Package: src:linux
Version: 4.8.11-1
Severity: important

Hello,

First off, I'll mention that it's quite possible that this was fixed upstream
and has made its way to 4.9 based on this thread:
https://bugzilla.kernel.org/show_bug.cgi?id=90041

However, filing this for reference: in 4.8, the CPU frequency when using the
intel_pstate (default) governor appears to stick at 800MHz on at
least some devices. Based on the bug report above, many Dell users are
affected, even on the latest Dell BIOS. I am affected on my Dell XPS 15
9550.

-- Package-specific info:
** Version:
Linux version 4.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.11-1 (2016-12-02)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.8.0-2-amd64 
root=UUID=dd944d4d-f213-4352-a856-5609e81803be ro quiet

** Tainted: OE (12288)
 * Out-of-tree module has been loaded.
 * Unsigned module has been loaded.

** Kernel log:
[4.393517] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input8
[4.393596] ACPI: Video Device [PEGP] (multi-head: no  rom: yes  post: no)
[4.393691] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:0a/LNXVIDEO:01/input/input10
[4.393768] [drm] Initialized i915 1.6.0 20160711 for :00:02.0 on minor 0
[4.396449] fbcon: inteldrmfb (fb0) is primary device
[4.401211] pstore: using zlib compression
[4.401232] pstore: Registered efi as persistent store backend
[4.402672] Intel(R) Wireless WiFi driver for Linux
[4.402673] Copyright(c) 2003- 2015 Intel Corporation
[4.402793] iwlwifi :02:00.0: enabling device ( -> 0002)
[4.406937] iwlwifi :02:00.0: firmware: failed to load 
iwlwifi-8000C-24.ucode (-2)
[4.406940] iwlwifi :02:00.0: Direct firmware load for 
iwlwifi-8000C-24.ucode failed with error -2
[4.406962] iwlwifi :02:00.0: firmware: failed to load 
iwlwifi-8000C-23.ucode (-2)
[4.406965] iwlwifi :02:00.0: Direct firmware load for 
iwlwifi-8000C-23.ucode failed with error -2
[4.416089] iwlwifi :02:00.0: firmware: direct-loading firmware 
iwlwifi-8000C-22.ucode
[4.416997] iwlwifi :02:00.0: loaded firmware version 22.361476.0 
op_mode iwlmvm
[4.424081] dcdbas dcdbas: Dell Systems Management Base Driver (version 
5.6.0-3.2)
[4.475408] iwlwifi :02:00.0: Detected Intel(R) Dual Band Wireless AC 
8260, REV=0x208
[4.477488] iwlwifi :02:00.0: L1 Enabled - LTR Disabled
[4.478126] iwlwifi :02:00.0: L1 Enabled - LTR Disabled
[4.533480] snd_hda_intel :00:1f.3: enabling device ( -> 0002)
[4.582406] intel_rapl: Found RAPL domain package
[4.582411] intel_rapl: Found RAPL domain core
[4.582420] intel_rapl: Found RAPL domain uncore
[4.582426] intel_rapl: Found RAPL domain dram
[4.597737] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: 
(null)
[4.627695] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'
[4.628344] thermal thermal_zone10: failed to read out thermal zone (-5)
[4.704525] iwlwifi :02:00.0 wlp2s0: renamed from wlan0
[4.838578] input: DLL06E4:01 06CB:7A13 Touchpad as 
/devices/pci:00/:00:15.1/i2c_designware.1/i2c-8/i2c-DLL06E4:01/0018:06CB:7A13.0001/input/input11
[4.838937] hid-multitouch 0018:06CB:7A13.0001: input,hidraw0: I2C HID v1.00 
Mouse [DLL06E4:01 06CB:7A13] on i2c-DLL06E4:01
[4.876474] random: crng init done
[5.709081] snd_hda_intel :00:1f.3: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[5.725821] Console: switching to colour frame buffer device 240x67
[5.744499] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3266: 
line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker
[5.744503] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[5.744506] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 
(0x21/0x0/0x0/0x0/0x0)
[5.744508] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0
[5.744510] snd_hda_codec_realtek hdaudioC0D0:inputs:
[5.744513] snd_hda_codec_realtek hdaudioC0D0:  Headset Mic=0x18
[5.744515] snd_hda_codec_realtek hdaudioC0D0:  Headphone Mic=0x1a
[5.744518] snd_hda_codec_realtek hdaudioC0D0:  Internal Mic=0x12
[5.754284] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[5.767607] input: HDA Intel PCH Headphone Mic as 
/devices/pci:00/:00:1f.3/sound/card0/input13
[5.770093] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1f.3/sound/card0/input14
[5.770250] input: HDA Intel PCH HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1f.3/sound/card0/input15
[5.770376] input: HDA Intel PCH HDMI/DP,pcm=8 as 
/devices/pci:00/:00:1f.3/sound/card0/input16
[5.840386] [drm] RC6 on
[5.908332] bbswitch: loading out-of-tree module taints kernel.
[5.908426] bbswitch: module verification failed: signature and/or required 
key missing - 

Bug#849622: lintian: unexpected description-starts-with-leading-spaces

[Taylor Kline]

Thanks, Niels, for the awesome explanation. I was able to correct my
package easily with this guidance.

I think a more indicative error message, if technically feasible, might be:

"The package's extended description is indented with >1 leading space (line X)"

Bug#849521: Package updated

[Taylor Kline]

Removed moreinfo tag since I have corrected or overrode all lintian
errors/warnings.

Rationale for my changes should be evident from the email exchanges above.

Looking forward to any feedback and potential sponsorship  thanks so much!

-Taylor

Bug#849521: Assistance with packaging ruTorrent

[Taylor Kline]

> Remove the file from the tarball, you shouldn't use it anyway, use the
> libjs-jquery-flot package instead.

Oh, nice! Thank you for pointing that out! Got it :)

> > 2. Two source-is-missing errors that are false positives because of a long
> > line in the source file.
> Why do you think they are false positives? Very long lines aren't usually
> user-editable.

They are false positives because the long lines are strings with HTML tags, i.e.

   ""

> > But if I create a
> >
> >   debian/rutorrent.lintian-overrides
> >
> > with the contents:
> >
> >   rutorrent source: source-is-missing plugins/extsearch/init.js
> >
> > then I get an error:
> >
> >   rutorrent: malformed-override Override of source-is-missing for package
> > type source (expecting binary)
> >
> > How can I successfully override these?
> debian/rutorrent.lintian-overrides contains overrides for the rutorrent
> binary package. The manual says "If the override is for a source package,
> you have to place it at debian/source/lintian-overrides or
> debian/source.lintian-overrides (the former path is preferred)."

Now I continue to get the lintian error and then have a warning:

  rutorrent source: unused-override source-is-missing plugins/extsearch/init.js

 any idea why lintian will not use the override?

- ACTUALLY, GOT IT --
I left the above for future reference for anyone else confused, but I
had to copy the entire line:

  rutorrent source: source-is-missing plugins/extsearch/init.js line
length is 288 characters (>256)

Looks like lintian is very particular in this way.

Now I just have my questions from part 3 remaining  I was actually
able to drop-in a excanvas and libphp-snoopy, so it's only
libjs-jquery that I cannot drop in version 3 without breaking the
entire system. I would really like to push forward with including
jquery v1.11.2 in the missing-sources if possible.

Thanks so much for your help so far.

-Taylor

Bug#849622: lintian: unexpected description-starts-with-leading-spaces

[Taylor Kline]

Package: lintian
Version: 2.5.49
Severity: normal

Hi,

Although my debian/control file looks as such:

...
Suggests: nginx
Description:front-end for the rTorrent torrent client
   ruTorrent is a web front-end for rTorrent designed to emulate the
   ...

I am getting a W: rutorrent: description-starts-with-leading-spaces

I don't think this makes sense as I have zero spaces between
"Description:" and "front-end"

Thanks for your attention,
-Taylor

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lintian depends on:
ii  binutils  2.27.51.20161201-1
ii  bzip2 1.0.6-8
ii  diffstat  1.61-1
ii  file  1:5.29-2
ii  gettext   0.19.8.1-1
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.30
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.18
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.24 [libdigest-sha-perl]  5.24.1~rc4-1
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-1+b1
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1~rc4-1
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2

Versions of packages lintian recommends:
ii  dpkg 1.18.18
ii  libperlio-gzip-perl  0.19-1+b2
ii  perl 5.24.1~rc4-1
ii  perl-modules-5.24 [libautodie-perl]  5.24.1~rc4-1

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.18
ii  libhtml-parser-perl3.72-3
pn  libtext-template-perl  

-- no debconf information

Bug#849521: Assistance with packaging ruTorrent

[Taylor Kline]

Hello JavaScript Team,

I have a package pending with a Request for Sponsorship (my first package),
and I am blocked with the following lintian errors:

1. A source-is-missing error:

  js/jquery.flot.js line length is 3134 characters (>512)

This one occurs because the library flot (https://github.com/flot/flot),
which does not have a later release from the included release in 2014, has
an inlined function of 3134 characters:
https://github.com/flot/flot/blob/master/jquery.flot.js

Any tips on a good way to correct this?

---

2. Two source-is-missing errors that are false positives because of a long
line in the source file.

But if I create a

  debian/rutorrent.lintian-overrides

with the contents:

  rutorrent source: source-is-missing plugins/extsearch/init.js

then I get an error:

  rutorrent: malformed-override Override of source-is-missing for package
type source (expecting binary)

How can I successfully override these?

---

3. embedded-javascript-library warnings because upstream has packaged their
dependencies. The dependency versions are very old, for example:

Based on the md5sum of jquery.js, upstream is using jQuery v1.11.2.

libjs-jquery is 3.1.1-2, two major versions ahead, thus I doubt I can drop
in this replacement and test thoroughly enough to ship it with any
confidence that there won't be many run-time bugs.

And if I can't drop in a replacement, I would feel quite a hindrance to the
developer bothering him with updating his JavaScript dependencies that
currently work just fine.

I have noticed that, for example, the "wordpress" package has overrides:
# Opportunistic replacement is in place but the Debian version does
# not match the wordpress version
wordpress: embedded-javascript-library
usr/share/wordpress/wp-includes/js/jquery/jquery.form.js please use
libjs-jquery-form
wordpress: embedded-javascript-library
usr/share/wordpress/wp-includes/js/jquery/jquery.form.min.js please use
libjs-jquery-form
...

Is it acceptable for me to do the same, at least for the time being?

---

Package can be seen here:

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

and the associated RFS:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849521

Bug#849521: RFS: rutorrent/3.7-1 [ITP] -- A front-end for the rTorrent torrent client

[Taylor Kline]

Thank you for your prompt attention! I will email the JS mailing list.

On Wed, Dec 28, 2016 at 4:28 AM, Sean Whitton <spwhit...@spwhitton.name>
wrote:

> control: tag -1 +moreinfo
>
> Dear Taylor,
>
> Thanks for this package.  Looks interesting.
>
> On Tue, Dec 27, 2016 at 11:26:30PM -0500, Taylor Kline wrote:
> > lintian is throwing the following 'serious' errors that I haven't been
> entirely
> > sure what to do with:
> >
> >   jquery.flot.js source missing - this file has an inlined function of
> 3134
> > characters. Unfortunately this cannot be corrected in a straightforward
> manner
> > because the flot library has not been maintained since 2014.
>
> It would violate DFSG if you didn't include the source.  The upload
> would be rejected by the ftp-masters.  So you need to replace this file
> with something that has source code.  The Debian javascript team might
> be able to help.
>
> > There are also a few warnings about using embedded js libraries. The
> versions
> > included are much older than the libjs versions available in the Debian
> > packaging system. Thus it may take some conversations with upstream to
> > integrate these wishlist items.
>
> You need to have these conversations with upstream before this can go
> into Debian: all Debian packages need to use the packaged versions of
> libraries.
>
> If you're able to resolve these issues, please remove the moreinfo tag
> from this bug.
>
> --
> Sean Whitton
>

Bug#848303: Versions

[Taylor Kline]

I received a warning when installing v2.7.9-1 on Debian Stretch.

grave bugs of electrum (→ 2.7.9-1) 
 b1 - #848303 - electrum: Transactions not accepted by network
Summary:
 electrum(1 bug)

Any idea why this occurs when this bug is not applicable to this version?

Bug#849521: RFS: rutorrent/3.7-1 [ITP] -- A front-end for the rTorrent torrent client

[Taylor Kline]

Package: sponsorship-requests
Severity: wishlist

Hello fine mentors,

I am looking for a sponsor for "rutorrent"

Package name: rutorrent
Version : 3.7-1
Upstream Author : Novik <novi...@gmail.com>
URL : https://github.com/Novik/ruTorrent
License : GPL-3
Section : net

---

It installs the files for the front-end in:

  /etc/ruTorrent  - server files

  /usr/share/ruTorrent  - user-set configuration files chmod'd to a+rwX

I also provided a detailed manpage for the configuration, including how to
configure from scratch using nginx.

lintian is throwing the following 'serious' errors that I haven't been
entirely sure what to do with:

  jquery.flot.js source missing - this file has an inlined function of 3134
characters. Unfortunately this cannot be corrected in a straightforward
manner because the flot library has not been maintained since 2014.

The other two errors are because the source files have lines longer than
expected (288 characters and 553 characters), but these are just long lines.

I also was not able to create an override for any of these lintian errors;
overriding any of these generated an error that source-is-missing was
expecting binary files and I gave it source files.

There are also a few warnings about using embedded js libraries. The
versions included are much older than the libjs versions available in the
Debian packaging system. Thus it may take some conversations with upstream
to integrate these wishlist items.

I am also experiencing a small error with 'watch.' uscan -vv outputs:

  uscan debug: Checking href :S2EngEditor.zip
  uscan debug: Checking href :S2SteamPatch.zip
  uscan debug: Checking href :plugins-3.6.tar.gz
  uscan debug: Checking href :plugins/
  uscan debug: Checking href :ruTorrent-3.7.zip
  uscan debug: Checking href :rutorrent-3.6.tar.gz
  uscan warn: In debian/watch no matching files for watch line
https://dl.bintray.com/novik65/generic/
ru[tT]orrent[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)

I'm not sure why:
  ru[tT]orrent@ANY_VERSION@@ARCHIVE_EXT@
would not match any of these files.

---

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

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


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

  dget -x
https://mentors.debian.net/debian/pool/main/r/rutorrent/rutorrent_3.7-1.dsc

---

This closes this ITP:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671744

---

This is my first package! I did my best to follow all policy, and I foresee
no problems continuing to maintain it!

Regards,
Taylor Kline

Bug#671744: ITP: rutorrent

[Taylor Kline]

Since this has had no activity since 2013, I have packaged version 3.7 and
will be uploading it with a request for sponsorship soon.

Bug#848198: fonts-noto-color-emoji

[Taylor Kline]

Yikes, that is quite a hassle. I am CC'ing the Debian Fonts Task force and
maybe someone from there has some suggestion on how to deal with the
nototools dependency in order to build the NotoColorEmoji.ttf.

Also I think it's true based on the GitHub repo (
https://github.com/googlei18n/noto-emoji) that only the NotoColorEmoji
source exists. But that is ok, right, I mean who needs black & white?

On Thu, Dec 22, 2016 at 6:19 PM, Ming-ting “Yao” Wei <medical...@gmail.com>
wrote:

> Hi,
>
> I am packing that but progressing slowly because there's need to upload
> build dependency (nototools, #848206) to build from source and I might need
> to handle the documentation of the package.
>
> I can do a rename of this ITP to include the fallback version of the
> emoji. Should we do that? (Also I can't find the source of Noto Emoji
> despite of the redistributable ttf.)
>
> Yao Wei, sending this on a phone
>
> On 23 Dec 2016, at 04:17, Taylor Kline <taylor.kl...@utexas.edu> wrote:
>
> Hello Yao,
>
> Are you progressing with packaging fonts-noto-color-emoji? I filed an RFP:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849042
>
> and a fonts-noto wishlist item:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849127
>
> before discovering your intent to package filed on 15 December.
>
> Thanks,
> -Taylor
>
>

Bug#849163: packaging-tutorial: Give source for dh popularity

[Taylor Kline]

Package: packaging-tutorial
Severity: wishlist

Hello,

First off, thanks for the outstanding tutorial.

The chart of the market share for dh as compared to the other packaging
helpers only goes until 2012. Providing a source that can be used for
current information would be very helpful to confirm dh's relevance or
see a new contender in the space.

Thanks for your consideration!
-Taylor

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#816509: nltk RFA

[Taylor Kline]

Hello,

I'm curious why this RFA is still open, as it seemed like there were many
interested parties. (Just starting to learn about the Debian packaging
process.)

-Taylor

Bug#848198: fonts-noto-color-emoji

[Taylor Kline]

Hello Yao,

Are you progressing with packaging fonts-noto-color-emoji? I filed an RFP:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849042

and a fonts-noto wishlist item:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849127

before discovering your intent to package filed on 15 December.

Thanks,
-Taylor

Bug#849127: fonts-noto: Inclusion of NotoColorEmoji font.

[Taylor Kline]

Package: fonts-noto
Version: 20161116-1
Severity: wishlist

Hello,

I submitted an RFP for a fonts-noto-emoji here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849042

It would be perfect if the NotoColorEmoji font could be integrated into
the fonts-noto metapackage.

Thanks for all of your work.
-Taylor

-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  fontconfig 2.11.0-6.7   amd64generic font configuration librar
ii  libfreetype6:a 2.6.3-3+b1   amd64FreeType 2 font engine, shared li
ii  libfreetype6:i 2.6.3-3+b1   i386 FreeType 2 font engine, shared li
ii  libxft2:amd64  2.3.2-1  amd64FreeType-based font drawing libra

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages fonts-noto depends on:
ii  fonts-noto-hinted  20161116-1

Versions of packages fonts-noto recommends:
ii  fonts-noto-cjk   1:1.004+repack2-1
ii  fonts-noto-mono  20161116-1
ii  fonts-noto-unhinted  20161116-1

fonts-noto suggests no packages.

-- no debconf information

Bug#849123: reportbug: Tab autocompletion inefficient with large number of results.

[Taylor Kline]

Package: reportbug
Version: 6.6.6
Severity: minor

Hello,

Immediately upon launching reportbug, it prompts the user for a package name. 
Pressing  for autocompletion after typing 0 or very few characters results 
in an indefinite freeze of the reportbug package.

Contrast this with the behavior of apt:

$ sudo apt install 

Display all 52343 possibilities? (y or n)

reportbug should have this similar behavior rather than freezing.

-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/taylor/.reportbugrc:
reportbug_version "6.6.6"
mode novice
ui text
email "taylor.kl...@utexas.edu"
no-cc
header "X-Debbugs-CC: taylor.kl...@utexas.edu"
smtphost reportbug.debian.org

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

Kernel: Linux 4.8.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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages reportbug depends on:
ii  apt   1.4~beta2
ii  python-reportbug  6.6.6
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4-daemon-light [mail-transport-agent]  4.88~RC6-1
ii  file   1:5.29-1
ii  gnupg  2.1.16-3
ii  python-gtk22.24.0-5.1
pn  python-gtkspellcheck   
pn  python-urwid   
pn  python-vte 
ii  xdg-utils  1.1.1-1

Versions of packages python-reportbug depends on:
ii  apt   1.4~beta2
ii  file  1:5.29-1
ii  python-debian 0.1.29
ii  python-debianbts  2.6.1
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#849042: RFP: fonts-noto-emoji -- "No Tofu" emoji font

[Taylor Kline]

Package: wnpp
Severity: wishlist

* Package name: fonts-noto-emoji
  Upstream Author : googlei18n
* URL : https://github.com/googlei18n/noto-emoji
* License : SIL Open Font License v1.1 (fonts) and Apache v2.0 (tools 
and image resources).
  Programming Lang: Python, C
  Description : "No Tofu" emoji font

Emoji are an extremely common form of expression in modern
communication, yet the present options for displaying them in Debian are
hacky at best. For example, this effort
https://github.com/googlei18n/noto-emoji will display emoji correctly in
Firefox but will only be black-and-white system-wide (so not in Chrome). 
Similarly,
ttf-ancient-fonts can be installed for very ugly, B emoji.

The best solution I've currently found is based on this post:
http://stdio.tumblr.com/post/114082931782
and involves: downloading NotoColorEmoji.ttf from the noto-fonts Android
git repository, copying it to /usr/share/fonts/truetype/, and creating a
/etc/fonts/conf.d/01-notoemoji.conf with the contents:




  

  Noto Color Emoji


  true

  



However, NotoColorEmoji can be built from its source at
https://github.com/googlei18n/noto-emoji and it has a very friendly
license. It would be great to have the NotoColorEmoji font as a Debian
package to be easily installed and automatically configured.

Bug#849013: nvidia-detect: Nvidia Optimus Technology device(s) not detected incl. GTX 960M

[Taylor Kline]

Package: nvidia-detect
Version: 375.20-4
Severity: normal

Dear Maintainer,

Output of nvidia-detect does not show a GTX 960M:

$ nvidia-detect 
No NVIDIA GPU detected.

I am able to see the device as recommended at
http://forums.debian.net/viewtopic.php?p=603924#p603924 via:

$ lspci -vnn | grep '\''[030[02]\]'
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics
530 [8086:191b] (rev 06) (prog-if 00 [VGA controller])
01:00.0 3D controller [0302]: NVIDIA Corporation GM107M [GeForce GTX
960M] [10de:139b] (rev ff) (prog-if ff)

Here's a helpful output I would expect:
Detected NVIDIA GPUs:
$GTX 960M$
It is recommended to install the
bumblebee-nvidia and primus
packages according to https://wiki.debian.org/Bumblebee.

Thanks for your consideration.


-- Package-specific info:
uname -a:
Linux frozencustard 4.8.0-2-amd64 #1 SMP Debian 4.8.11-1 (2016-12-02) x86_64 
GNU/Linux

/proc/version:
Linux version 4.8.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20161019 (Debian 5.4.1-3) ) #1 SMP Debian 4.8.11-1 (2016-12-02)

lspci 'VGA compatible controller [0300]':
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 530 
[8086:191b] (rev 06) (prog-if 00 [VGA controller])
Subsystem: Dell HD Graphics 530 [1028:06e4]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

dmesg:

Device node permissions:
crw-rw+ 1 root video 226,   0 Dec 21 14:18 /dev/dri/card0
crw-rw  1 root video 226,  64 Dec 21 14:18 /dev/dri/controlD64
crw-rw+ 1 root video 226, 128 Dec 21 14:18 /dev/dri/renderD128
video:x:44:taylor

OpenGL and NVIDIA library files installed:
lrwxrwxrwx 1 root root   25 Dec 21 13:17 /etc/alternatives/glx -> 
/usr/lib/nvidia/bumblebee
lrwxrwxrwx 1 root root   51 Dec 21 13:17 
/etc/alternatives/glx--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1
lrwxrwxrwx 1 root root   48 Dec 21 13:17 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   48 Dec 21 13:17 
/etc/alternatives/glx--libGL.so.1-i386-linux-gnu -> 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   50 Dec 21 13:17 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   50 Dec 21 13:17 
/etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1
lrwxrwxrwx 1 root root   57 Dec 21 13:17 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   57 Dec 21 13:17 
/etc/alternatives/glx--libGLESv1_CM.so.1-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1
lrwxrwxrwx 1 root root   54 Dec 21 13:17 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root   54 Dec 21 13:17 
/etc/alternatives/glx--libGLESv2.so.2-x86_64-linux-gnu -> 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2
lrwxrwxrwx 1 root root   42 Dec 21 13:17 
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf -> 
/etc/nvidia/nvidia-blacklists-nouveau.conf
lrwxrwxrwx 1 root root   36 Dec 21 13:17 
/etc/alternatives/glx--nvidia-bug-report.sh -> 
/usr/lib/nvidia/nvidia-bug-report.sh
lrwxrwxrwx 1 root root   32 Dec 21 13:17 
/etc/alternatives/glx--nvidia-modprobe.conf -> /etc/nvidia/nvidia-modprobe.conf
lrwxrwxrwx 1 root root   23 Dec 21 13:15 /etc/alternatives/nvidia -> 
/usr/lib/nvidia/current
lrwxrwxrwx 1 root root   50 Dec 21 13:15 
/etc/alternatives/nvidia--libEGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libEGL.so.1
lrwxrwxrwx 1 root root   52 Dec 21 13:15 
/etc/alternatives/nvidia--libEGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libEGL.so.1
lrwxrwxrwx 1 root root   57 Dec 21 13:15 
/etc/alternatives/nvidia--libEGL_nvidia.so.0-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libEGL_nvidia.so.0
lrwxrwxrwx 1 root root   59 Dec 21 13:15 
/etc/alternatives/nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libEGL_nvidia.so.0
lrwxrwxrwx 1 root root   49 Dec 21 13:15 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   49 Dec 21 13:15 
/etc/alternatives/nvidia--libGL.so.1-i386-linux-gnu -> 
/usr/lib/i386-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 Dec 21 13:15 
/etc/alternatives/nvidia--libGL.so.1-x86_64-linux-gnu -> 
/usr/lib/x86_64-linux-gnu/nvidia/current/libGL.so.1
lrwxrwxrwx 1 root root   51 Dec 21 13:15