the links to the mini.iso do not work - workaround exists

Bug #1418488 reported by sudodus
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Ubuntu QA Website
Confirmed
High
Unassigned

Bug Description

The links in the testing tracker are broken.

trusty daily:

Not Found

The requested URL /ubuntu/dists/trusty/main/installer-i386/20101020ubuntu318.15/images/netboot/mini.iso was not found on this server.
Apache/2.2.22 (Ubuntu) Server at archive.ubuntu.com Port 80

Not Found

The requested URL /ubuntu/dists/trusty/main/installer-amd64/20101020ubuntu318.15/images/netboot/mini.iso was not found on this server.
Apache/2.2.22 (Ubuntu) Server at archive.ubuntu.com Port 80

vivid daily:

I think the links are OK (I tested the link for the i386 version which is OK).

-o-

I can find a current and working version at

http://archive.ubuntu.com/ubuntu/dists/trusty-updates/main/installer-i386/current/images/netboot/

(the current date is 2015-01-30).

davmor2 told me to use the link

 http://cdimages.ubuntu.com/netboot/trusty/

That link will bring me to the same directories (trusty-updates), that I have been using, and what is more important, it helps me
understand the meaning of 'utopic-netboot'

which I think shares the kernel with what is tested right now (Lubuntu, Xubuntu, Ubuntu, Kubuntu ...) for the point release 14.04.2.

Do you know who can update the link in the testing tracker, so that it points to the correct web-site for the mini.iso file? An updated link would make it easier for newcomers to find and test the mini.iso.

summary: - the links to the mini.iso does not work
+ the links to the mini.iso do not work
Revision history for this message
Pasi Lallinaho (knome) wrote : Re: the links to the mini.iso do not work

In which page are the links that do not work?

Revision history for this message
Pasi Lallinaho (knome) wrote :

Apparently, somebody has created a build ...318.19 in the tracker, but this version doesn't exist in archive.ubuntu.com. However, build ...318 does [1].

Is there a technical/social reason why the build couldn't be 318 in the tracker? (I understand that it allows separation of bugs/results to different builds, but if that's desirable, isn't it weird that the download location for the different builds is the same?)

If there is a reason/need to separate the subversion builds, could
1) the VERSION placeholder potentially dismiss some part of the tracker "build", eg. a hashtag
2) the archive server also separate these builds

[1] http://archive.ubuntu.com/ubuntu/dists/trusty/main/installer-amd64/20101020ubuntu318/images/netboot/

Revision history for this message
sudodus (nio-wiklund) wrote : Re: [Bug 1418488] Re: the links to the mini.iso do not work
Revision history for this message
Nicholas Skaggs (nskaggs) wrote : Re: the links to the mini.iso do not work

Ok, so the summary here is the URL's on cdimage don't have anything after 20101020ubuntu318. So 20101020ubuntu318.15 doesn't exist on cdimage. It's odd they are still publishing builds like that, with an extra dot. This isn't really something the tracker can handle.

Best bet is to ping in #ubuntu-release and see if someone who has access can edit the script that posts these builds.

Changed in ubuntu-qa-website:
status: New → Confirmed
importance: Undecided → Medium
importance: Medium → High
Revision history for this message
Phill Whiteside (phillw) wrote :

Current workaround is go to http://cdimage.ubuntu.com/netboot/xenial/ and grab the needed iso image from there. This enables testing to continue.

summary: - the links to the mini.iso do not work
+ the links to the mini.iso do not work - workaround exists
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.