Frans Pop wrote:
> On Friday 02 November 2007, Joey Hess wrote:
> > Here'a an attempt at cancelable progress bars for apt-setup. If apt's
> > bug gets fixed the progress bar will also include download speed
> > and time estimates.
> >
> > The behavior when cancel is pressed could be improved, it cu
On Nov 1, 2007, at 7:02 PM, Joey Hess wrote:
rdate, as used by the installer, uses SNTP.
A... (again) This was added fairly recently. Interesting.
The point remains. The uncertainty in the time from the server is
proportional (or worse) to the network delay.
Not with SNTP it isn'
A build of the Debian Installer Manual was triggered by an update to SVN.
There were no errors during the build process.
The new version of the manual has been uploaded successfully.
A log of the build is available at:
- http://d-i.alioth.debian.org/manual/logs/en.log
===
It is possible to use R
On Friday 02 November 2007, Joey Hess wrote:
> Here'a an attempt at cancelable progress bars for apt-setup. If apt's
> bug gets fixed the progress bar will also include download speed
> and time estimates.
>
> The behavior when cancel is pressed could be improved, it currently
> behaves the same as
Rick Thomas wrote:
> Ahhh... So the installer time-setter uses rdate, not NTP? A wise choice,
> now that I think about it. Much lighter weight protocol, and the client is
> much *much* smaller.
>
> Infact, rdate doesn't even use SNTP.
rdate, as used by the installer, uses SNTP.
> The point r
Here'a an attempt at cancelable progress bars for apt-setup. If apt's
bug gets fixed the progress bar will also include download speed
and time estimates.
The behavior when cancel is pressed could be improved, it currently
behaves the same as if the apt source failed to validate, which
typically l
Ahhh... So the installer time-setter uses rdate, not NTP? A wise
choice, now that I think about it. Much lighter weight protocol, and
the client is much *much* smaller.
Infact, rdate doesn't even use SNTP. It just asks the server for the
time of day (one second resolution) and puts it i
Otavio Salvador wrote:
> Joey Hess <[EMAIL PROTECTED]> writes:
>
> > Try this:
> >
> > debconf-apt-progress aptitude update
> >
> > You can't use apt-get because it doesn't output the timing info to the
> > status-fd, but happily aptitude works. And for results that best mimic
> > d-i, you should
On Nov 1, 2007, at 3:06 PM, Jim Paris wrote:
Rick Thomas wrote:
Using ntp to set the time should be a short operation. If it takes a
long time, the validity of the time that results is in question -- by
virtue of the process[*] being used.
Unless it's slow becuase of something like the init
Rick Thomas wrote:
> Using ntp to set the time should be a short operation. If it takes a long
> time, the validity of the time that results is in question -- by virtue of
> the process[*] being used.
Careful, you're confusing SNTP and NTP. You're also oversimplifying. NTP
is very good at corre
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.10
> block 448871 with 436497
Bug#436497: timers break and hang when clock set backwards
Bug#448871: Should give us the option of syncing time
Was not blocked by any bugs.
Blocking bugs o
Joey Hess wrote:
> I don't feel this will be too hard to implement, but obviously there's
> no point on blocking your changes on it.
With the debconf-apt-progress from debconf 1.5.17, if the progresscancel
capb is set in d-i, hitting cancel on the progress bar will send first a
SIGINT, and if repe
Rick Thomas wrote:
> Using ntp to set the time should be a short operation. If it takes a
> long time, the validity of the time that results is in question -- by
> virtue of the process[*] being used.
Unless it's slow becuase of something like the initial DNS lookup.
-jim
--
To UNSUBSCRI
Using ntp to set the time should be a short operation. If it takes a
long time, the validity of the time that results is in question -- by
virtue of the process[*] being used.
Rick
[*] For those who care, it works roughly like this:
One or more polls are sent from the client to each of
Joey Hess <[EMAIL PROTECTED]> writes:
> Try this:
>
> debconf-apt-progress aptitude update
>
> You can't use apt-get because it doesn't output the timing info to the
> status-fd, but happily aptitude works. And for results that best mimic
> d-i, you should add a new mirror to sources.list first so
Hi,
On Thursday 01 November 2007 08:03, Geert Stappers wrote:
> I miss the link between Debian-Edu, famous for it's single CD install
> and getting an extra question in the installer for scanning more CDs.
> (which implies leaving the single install CD philosophy for Debian-Edu)
We've already don
block 448871 436497
thanks
The clock-setup progress bar cannot safely be made cancelable until this
bug in newt is fixed. To make the progress bar cancelable, clock-setup
would need to use PROGRESS INFO or PROGRESS_STEP periodically to poll
for a return code indicating cancel was hit. But both of
Frans Pop wrote:
> This basically means that the current time-out is just too long for
> practical use as is.
>
> An alternative option could be to make it possible to cancel the action,
> just like we do for looking for a DHCP server.
Yep, all network-facing progress bars in d-i need a cancel
Frans Pop wrote:
> If you have both CDs and a mirror in your sources list and a package is
> available from both and the version of the package on both is the same,
> apt(itude) will always take the package from the CD.
Yes, he wasn't saying this, but the opposite, AIUI.
--
see shy jo
signat
Frans Pop wrote:
> On Thursday 01 November 2007, Joey Hess wrote:
> > If you're not on broadband and you choose to use a mirror, it takes
> > half an hour or more just to download the Packages file. Apt can
> > estimate this reaonably well so you shouldn't even need to wait, you can
> > just see in
On Thursday 25 October 2007, Frans Pop wrote:
> Attached patches to apt-setup and pkgsel make it possible to scan
> multiple CD/DVDs from a set during apt-setup and use them during pkgsel.
I have created a set of 3 "mini full CD" images (size is "only" 300MB each)
that includes the multi-CD suppo
On Thursday 01 November 2007, Joey Hess wrote:
> Praveen A wrote:
> > I think even now if you select a mirror and installing from CD it
> > downloads even those packages in the CD, correct me if I am wrong
> > here.
>
> Incorrect.
Hmmm?
The original statement is a bit unclear, but at least the fol
Hi,
On Sat, 20 Oct 2007 21:35:45 +0200 Frans Pop wrote:
> I've done a fairly large update (r49837) of the section on apt-setup to
> better document the current functionality and especially to help users with
> the question whether they should select a network mirror or not.
>
> A review of and
Praveen A wrote:
> I think even now if you select a mirror and installing from CD it
> downloads even those packages in the CD, correct me if I am wrong
> here.
Incorrect.
(As is much of the rest of your mail. Please lose the chip on your
shoulder if you'd like to influence me *at *all*.)
--
se
On Thursday 01 November 2007, Joey Hess wrote:
> If you're not on broadband and you choose to use a mirror, it takes
> half an hour or more just to download the Packages file. Apt can
> estimate this reaonably well so you shouldn't even need to wait, you can
> just see in the progress bar estimate
Frans Pop <[EMAIL PROTECTED]> writes:
> reassign 448871 clock-setup 0.92
> severity 448871 important
> thanks
>
> On Thursday 01 November 2007, Kumar Appaiah wrote:
>> I just tried one of the daily build netboot installer, and the only
>> problem I faced is that it just waited at the ntp syncing s
reassign 448871 clock-setup 0.92
severity 448871 important
thanks
On Thursday 01 November 2007, Kumar Appaiah wrote:
> I just tried one of the daily build netboot installer, and the only
> problem I faced is that it just waited at the ntp syncing stage. I
> don't know whether it times out, but I j
Processing commands for [EMAIL PROTECTED]:
> reassign 448871 clock-setup 0.92
Bug#448871: Should give us the option of syncing time
Bug reassigned from package `debian-installer' to `clock-setup'.
> severity 448871 important
Bug#448871: Should give us the option of syncing time
Severity set to `i
Christian Perrier <[EMAIL PROTECTED]> writes:
> So, with all respect I have for the reluctance to add extra questions
> to defaults installs (imho, Joeyh's strong stance on this...as well as
> Frans' one when he acted as RM, has always kept D-I as "clean" as
> possible), I tend to favourize (en?)
Package: debian-installer
Severity: normal
Dear Debian Installer team,
First of all, I reside in a place where all access to internet is
through HTTP proxy, but we have a Debian mirror which is accessible
from inside without proxy.
I just tried one of the daily build netboot installer, and the o
2007/11/1, Christian Perrier <[EMAIL PROTECTED]>:
> Praveen, don't bring the discussion on that field. You actually have
> no idea how Joey is respectful for *all* our users.
>
> You may misunderstand him but I'd like this discussion to remain civil
> and polite.
I just echoed the feelings in this
Package: installation-reports
Boot method: CD
Image version: ftp.jp.debian.org
Date: 07/10/28, 31, 07/11/1
Machine: Shuttle SD37P2
Processor: intel Core2DUO
Memory: 2GB
Root Device: SATA
Partitions: 500MB /
2GB /usr
2GB /var
1GB /home
1GB swa
On 31/10/2007, Frans Pop <[EMAIL PROTECTED]> wrote:
> On Wednesday 31 October 2007, Michal Suchanek wrote:
> > I tried to use the installer on a box which had a Linux system
> > suspended on one disk. As I noticed that os-prober mounts the
> > partitions I did not try to resume.
> > According to th
On Thursday 01 November 2007, Joey Hess wrote:
> It asks for all the CDs first, there's no path through the install that
> asks about a network mirror first (if anna uses a network mirror, this
> isn't a full CD and so it doesn't ask for other full CDs, AIUI).
I don't understand the comment about
On Thursday 01 November 2007, Christian Perrier wrote:
> Quoting Frans Pop ([EMAIL PROTECTED]):
> Frans' proposal adds an extra question when doing CD installs, to
> prompt users whether they want to use another CD or not. This, even if
> they did choose a network mirror before.
Not quite. My prop
Accepted:
localechooser_1.42.dsc
to pool/main/l/localechooser/localechooser_1.42.dsc
localechooser_1.42.tar.gz
to pool/main/l/localechooser/localechooser_1.42.tar.gz
localechooser_1.42_all.udeb
to pool/main/l/localechooser/localechooser_1.42_all.udeb
Override entries for your package:
loca
Op 01-11-2007 om 14:00 schreef Praveen A:
> 2007/11/1, Joey Hess <[EMAIL PROTECTED]>:
> >
> > It's quite difficult to find the more useful CDs, like multiarch discs,
> > single full CDs, and netinsts, while we're awash in 20 CD sets. This is
> > broken..
>
> and you fixed it by removing the option
localechooser_1.42_i386.changes uploaded successfully to localhost
along with the files:
localechooser_1.42.dsc
localechooser_1.42.tar.gz
localechooser_1.42_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
On Thursday 01 November 2007 20:19, Joey Hess wrote:
> It's unlikely that tasksel is going to want anything beyond what's on
> those first 2 CDs, so it would be reasonable to just use them for the
> install and set up a mirror later.
For the record, there are five packages (Task: ) that could be
Quoting Praveen A ([EMAIL PROTECTED]):
> 2007/11/1, Joey Hess <[EMAIL PROTECTED]>:
> > I think that I have a fairly good understanding of the diversity of
> > internet connections out there, having spanned dialup, cable, dsl, isdn,
> > t3 or better, the neighborhood coffee shop, third world network
2007/11/1, Joey Hess <[EMAIL PROTECTED]>:
> I think that I have a fairly good understanding of the diversity of
> internet connections out there, having spanned dialup, cable, dsl, isdn,
> t3 or better, the neighborhood coffee shop, third world networks, and
> satellite in a non-linear progression
* Gordon Farquharson <[EMAIL PROTECTED]> [2007-10-31 23:33]:
> Thanks for resolving this bug, Joey.
>
> Not that it matters much anymore, but in my testing, I had used a
> locally built copy of main-menu_1.22 for arm when I built the
> installer. The flash-kernel-installer version was 1.4.
Well,
2007/11/1, Frans Pop <[EMAIL PROTECTED]>:
> On Wednesday 31 October 2007, Praveen A wrote:
> > [...], when Ubuntu gives everything a normal user wants in one CD.
>
> That's not quite true. AFAIK Ubuntu only distributes _DVDs_ and I'm fairly
> sure that if you take a Debian DVD you will find most of
43 matches
Mail list logo
