2006-05-31 16:59:02 |
Scott James Remnant (Canonical) |
bug |
|
|
added bug |
2006-06-01 09:53:36 |
Colin Watson |
netcfg: status |
Unconfirmed |
Fix Committed |
|
2006-06-01 09:53:36 |
Colin Watson |
netcfg: assignee |
|
kamion |
|
2006-06-01 09:53:36 |
Colin Watson |
netcfg: statusexplanation |
|
Fix committed upstream. |
|
2006-08-03 21:09:25 |
Colin Watson |
bug |
|
|
assigned to cdebconf (Ubuntu) |
2006-08-03 21:11:19 |
Colin Watson |
netcfg: status |
Fix Committed |
Fix Released |
|
2006-08-03 21:11:19 |
Colin Watson |
netcfg: statusexplanation |
Fix committed upstream. |
We have netcfg 1.27ubuntu2 in edgy now, including:
netcfg (1.26) unstable; urgency=low
[ Christian Perrier ]
* Take advantage of the new po-debconf commenting capabilities
and adapt translators comment to it
* Split _Choices to __choices in templates
[ Bastian Blank ]
* Ignore sit devices.
[ Colin Watson ]
* Make sure empty ESSIDs don't get written to /etc/network/interfaces;
this causes ifup to fail to bring up lo due to the syntax error.
* Turn off cancel button on DHCP progress bar once DHCP succeeds (closes:
https://launchpad.net/bugs/47733).
[ Updated translations ]
[...]
-- Joey Hess <joeyh@debian.org> Wed, 7 Jun 2006 22:08:32 -0400 |
|
2006-08-03 21:12:38 |
Colin Watson |
cdebconf: status |
Unconfirmed |
Confirmed |
|
2006-08-03 21:12:38 |
Colin Watson |
cdebconf: statusexplanation |
|
Unfortunately, there's a problem in cdebconf that means that this didn't quite work. It only redraws the progress form under certain circumstances - where possible, it just adjusts the text in the existing form, which is faster - and at present the progresscancel state changing isn't enough to trigger a redraw. |
|
2006-09-11 16:11:55 |
Colin Watson |
cdebconf: status |
Confirmed |
Fix Committed |
|
2006-09-11 16:11:55 |
Colin Watson |
cdebconf: assignee |
|
kamion |
|
2006-09-11 16:11:55 |
Colin Watson |
cdebconf: statusexplanation |
Unfortunately, there's a problem in cdebconf that means that this didn't quite work. It only redraws the progress form under certain circumstances - where possible, it just adjusts the text in the existing form, which is faster - and at present the progresscancel state changing isn't enough to trigger a redraw. |
I've committed a fix for this cdebconf bug upstream for cdebconf 0.106. |
|
2006-12-15 10:29:06 |
Colin Watson |
cdebconf: status |
Fix Committed |
Fix Released |
|
2006-12-15 10:29:06 |
Colin Watson |
cdebconf: statusexplanation |
I've committed a fix for this cdebconf bug upstream for cdebconf 0.106. |
cdebconf (0.110ubuntu1) feisty; urgency=low
* Resynchronise with Debian. Remaining changes:
- Disable gtk frontend.
-- Colin Watson <cjwatson@ubuntu.com> Fri, 15 Dec 2006 10:20:17 +0000
cdebconf (0.110) unstable; urgency=low
[...]
[ Colin Watson ]
* Restore newt progress bar refactoring, this time with an extra tweak to
tear down the old progress bar if you attempt to start a nested progress
bar. (Don't do that; it's not supported and trying to use the outer
progress bar after stopping the inner one will result in cdebconf
silently sitting there at a black screen. However, partman-auto does
this at the moment. See #391676.)
[...]
-- Frans Pop <fjp@debian.org> Mon, 11 Dec 2006 01:13:33 +0100
[...]
cdebconf (0.106) unstable; urgency=low
[...]
[ Colin Watson ]
* Refactor newt frontend to have a single common function to build the
progress bar form, which redraws the progress bar when the
progresscancel state changes (closes: https://launchpad.net/bugs/47733).
[...]
-- Frans Pop <fjp@debian.org> Sun, 24 Sep 2006 15:08:33 +0200 |
|