No country code in front of archive.ubuntu.com in source.list

Bug #18133 reported by André
6
Affects Status Importance Assigned to Milestone
cdebconf (Ubuntu)
Fix Released
Medium
Colin Watson

Bug Description

I did an install of Breezy using the daily build from the 14th (from
http://cdimage.ubuntulinux.org/daily/current/) and I noticed that the paths to
the Ubuntu archive in /etc/apt/sources.list were:

## Uncomment the following two lines to fetch updated software from the network
#deb http://.archive.ubuntu.com/ubuntu breezy main restricted universe
#deb-src http://.archive.ubuntu.com/ubuntu breezy main restricted universe

## Uncomment the following two lines to fetch major bug fix updates produced
## after the final release of the distribution.
# deb http://.archive.ubuntu.com/ubuntu breezy-updates main restricted
# deb-src http://.archive.ubuntu.com/ubuntu breezy-updates main restricted

## Uncomment the following two lines to add software from the 'universe'
## repository.
## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team, and may not be under a free licence. Please satisfy yourself as to
## your rights to use the software. Also, please note that software in
## universe WILL NOT receive any review or updates from the Ubuntu security
## team.
# deb http://.archive.ubuntu.com/ubuntu breezy universe
# deb-src http://.archive.ubuntu.com/ubuntu breezy universe

Notice the URL ".archive.ubuntu.com", which in my case should have been
se.archive.ubuntu.com. I believe that worked correcly in Hoary.

Revision history for this message
André (andred-ubuntu-deactivatedaccount-deactivatedaccount) wrote :

(Sorry, that "universe" part has been added by me when I wanted to install
stuff, but I forgot to remove it before pasting here. The URL's are accurate
apart from that).

Revision history for this message
Colin Watson (cjwatson) wrote :

I've just tracked this down to a cdebconf bug: stack database initialisation
hardcodes the name of the config database, which doesn't work so well when
you're trying to copy to a stacked database called "target_configdb". Fix in
progress.

Revision history for this message
Colin Watson (cjwatson) wrote :

Confirmed fixed:

cdebconf (0.80) unstable; urgency=low

  * Colin Watson
    - Stop hardcoding configdb and templatedb in stack database
      initialisation.
    - Use question_db_new instance parameter in debconf-copydb and
      debconf-dumpdb rather than messing with the DEBCONF_CONFIG environment
      variable.
    - Constify question_db_new instance parameter.
    - If DEBCONF_NO_I18N=1 is set in the environment, ignore localised
      fields in templates. This is a hack to let debconf-copydb and
      debconf-dumpdb work with template databases produced by debconf.
    - Look at config::instance::*::template to find out which template
      database to use when reading a given config database (which makes a
      difference for questions created using REGISTER). This is only used by
      debconf-copydb and debconf-dumpdb right now, and the global template
      database is retained as a fallback.
    - Add template instance for the debconf database in /target to the
      distributed cdebconf.conf, and associate it with target_configdb.
    - Remove assumption that RFC822 lines are no more than 8192 bytes long:
      the config entry for console-data/keymap/full violates that. In the
      process, consolidate the multiple duplicate definitions of
      unescapestr() and escapestr() into one place.
    - Merge old and new owner lists when setting a question in rfc822db,
      rather than overwriting the old owners. Add to-do entry for other
      databases.
  * Updated translations:
    - Greek, Modern (1453-) (el.po) by Greek Translation Team

 -- Colin Watson <email address hidden> Wed, 15 Jun 2005 19:21:50 +0100

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.