/etc/cron.monthly/ieee-data fails every month on redirected URLS

Bug #1694922 reported by 4tro
This bug affects 5 people
Affects Status Importance Assigned to Milestone
ieee-data (Ubuntu)
Fix Released
James Page

Bug Description

the script fails and mails the following:

run-parts: /etc/cron.monthly/ieee-data exited with return code 1

the following URLS are giving a 302 redirect:
- http://standards.ieee.org/develop/regauth/oui28/mam.txt
- http://standards.ieee.org/develop/regauth/oui36/oui36.txt

1) # lsb_release -rd
Description: Ubuntu 16.04.2 LTS
Release: 16.04

2) # apt-cache policy ieee-data
  Installed: 20150531.1
  Candidate: 20150531.1
  Version table:
 *** 20150531.1 500
        500 http://apt.osso.nl/ubuntu xenial/main amd64 Packages
        500 http://apt.osso.nl/ubuntu xenial/main i386 Packages
        100 /var/lib/dpkg/status

3) it should have grabbed the right urls or it should follow the redirects by using `curl -L`, but in later ubuntu versions this script is completely overhauled, so a backport might be more appropriate.

4) it fails with an exit code 1 and mails once for every server you have.

4tro (finke-lamein)
description: updated
Revision history for this message
4tro (finke-lamein) wrote :


I just assumed we didn't have wget on the system and it would use curl.
But actually, it uses wget, and it still fails.

Not sure why it fails now, but the point about the updated version doing it totally different still stands.

Revision history for this message
James Page (james-page) wrote :

Confirmed; if you uninstall wget, the script still tries to use wget (the checks for executables are not quoted so always pass).

If you fix that, then the curl call needs "-sL" to behave like wget does...

Changed in ieee-data (Ubuntu):
status: New → Confirmed
importance: Undecided → Medium
status: Confirmed → Triaged
Revision history for this message
James Page (james-page) wrote :

This impacts on current development as well.

Changed in ieee-data (Ubuntu):
milestone: none → ubuntu-18.04
Revision history for this message
James Page (james-page) wrote :

I have an update prepared for ubuntu development once it opens; I'm not proposing to SRU this as ubuntu-standard depends on wget, so all Ubuntu installs should have access to wget.

Revision history for this message
James Page (james-page) wrote :

(I was not able to reproduce the problem using wget).

Changed in ieee-data (Ubuntu):
importance: Medium → Low
Revision history for this message
James Page (james-page) wrote :

I can't upload to Ubuntu just yet, but I've also submitted my proposed fix back to Debian so that might be where the fix actually happens.

Changed in ieee-data (Ubuntu):
assignee: nobody → James Page (james-page)
status: Triaged → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ieee-data - 20160613.1ubuntu1

ieee-data (20160613.1ubuntu1) bionic; urgency=medium

  * Misc fixes to update-ieee-data (LP: #1694922):
    - Quote checks for download executables to ensure that they are
      correctly detected.
    - Use "curl -sL" if selected to ensure that redirects are

 -- James Page <email address hidden> Tue, 31 Oct 2017 12:08:03 +0000

Changed in ieee-data (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Joi Owen (jlellis) wrote :

Is there any plan to backport this fix to Ubuntu 16.04 LTS?

Revision history for this message
Terry Schulte (kalanvryce) wrote :

Here is the fix for 16.04 LTS: (Well it's how I fixed it anyhow...)

1. Edit the script /usr/bin/update-oui

2. Change the URLs to the correct ones listed here:


3. Profit!!!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.