On Sun, Jul 22, 2007 at 02:14:40AM -0400, Rick Thomas wrote:
>The rdate in etch does not recognize a "-n" option. When was it added?
In 1:1.1.2-1 which is in testing.
Version 1:1.1.2-3 should be backported to stable once it hit testing.
Aníbal Monsalve Salazar
--
http://v7w.com/anibal
signat
The rdate in etch does not recognize a "-n" option. When was it added?
Rick
On Jul 21, 2007, at 2:34 PM, Joey Hess wrote:
I just remembered/realised that rdate can use ntp servers via rdate
-n.
Spiffy. No more issues finding a server then.
--
see shy jo
--
To UNSUBSCRIBE, email to [EMAI
On Saturday 21 July 2007 22:12, Frans Pop <[EMAIL PROTECTED]> wrote:
> The trick of course will be how to get users to actually use the option...
The people who want it will notice that it's there and cease using Fedora CDs.
The rest won't use it no matter what you do.
> Note that we only very
On Sat, Jul 21, 2007 at 09:00:16PM +0200, Frans Pop wrote:
>On Saturday 21 July 2007 20:30, Joey Hess wrote:
>>Frans Pop wrote:
>>>- I just tried rdate on i386 and sparc64. On i386 it works fine, but
>>>on sparc it fails with a "bus error". Does it work on other
>>>architectures. especially arm?
>>
Your message dated Sun, 22 Jul 2007 03:23:46 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#255439: Bug#255689: Bug#255439: d-i report
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it
Package: partman-crypto
Severity: wishlist
As you are probably aware, loop-aes is faster and more secure than cryptsetup.
crypto needs to be done using newt ("install", not installgui). this
is documented somewhere on the d-i website.
Unfortunately, the debian-installer doesn't want to let you
Two other things about running rdate:
1. It would be best to run it only once. Maybe twice if we have to; 3
and 4 times are right out. Slow.
2. It would be best if d-i could run rdate before partman, assuring that
the disks are formatted with the time set correctly.
We could move tzsetup
On Sunday 22 July 2007 00:33, you wrote:
> It looks like "loop" is currently not modprobed separately, but pulled
> in when the loop-$cipher modules are loaded.
Not quite correct. It is listed as a separate module in
/lib/partman/ciphers/$type/$cipher/module files, and thus loaded
separately. The
On Saturday 21 July 2007 18:07, Frans Pop wrote:
> I think the current code is already smart enough that it will not try
> setting up crypto support more than once.
It looks like "loop" is currently not modprobed separately, but pulled in
when the loop-$cipher modules are loaded. This makes it a
Frans Pop <[EMAIL PROTECTED]> writes:
> On Saturday 21 July 2007 23:15, Joey Hess wrote:
>> * clock obviously not set correctly
>>
>> This can be identified in various ways, but if the clock is clearly not
>> set right (ie, 1970, or < d-i image build date) then it should be ok
>> for d-i to run rd
On Saturday 21 July 2007 23:15, Joey Hess wrote:
> * clock obviously not set correctly
>
> This can be identified in various ways, but if the clock is clearly not
> set right (ie, 1970, or < d-i image build date) then it should be ok
> for d-i to run rdate and hwclock to set it.
If we can get a da
Leaving aside issues of UTC detection, timezone detection, etc by using
rdate, here are some thoughts on when d-i should set the date.
Some different scenarios:
* clock obviously not set correctly
This can be identified in various ways, but if the clock is clearly not
set right (ie, 1970, or < d
On Saturday 21 July 2007 19:47, Joerg Jaspert wrote:
> rdate is in NEW and has a udeb added. Accept/Reject?
Please accept.
Thanks.
pgpTnOFpWBGTM.pgp
Description: PGP signature
Have you ever wanted a high dollar Watch?
We have the problem solved for you!
We stock all the expinsive brands
for a very small precentage of the cost.
www.weggtre.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi folks
As I have a bit more free time now, I'm going back to do the following
changes on libd-i:
- Split libd-i-packages.
- Drop hash table. B-Trees are not really worser to use.
- Drop memory chunk allocator (may increase memory usage).
- Completely drop use of mapped memory in structures.
- R
* Joerg Jaspert <[EMAIL PROTECTED]> [2007-07-21 19:47]:
> following Frans request:
> rdate is in NEW and has a udeb added. Accept/Reject?
FWIW, I'd like to see d-i using rdate to set the time. Unfortunately,
I probably won't have any time personally to work on this though.
--
Martin Michlmayr
ht
On Saturday 21 July 2007 20:10, Frans Pop wrote:
> As rdate only depends on libc, the dependencies are correct for current
> D-I as they are. However, I'd like to check with Anibal that he did use
> the correct magic in debian/rules to ensure dependencies stay correct
> in the future. I'll send a s
If the system has OS 9 on it, and os-prober notices it, then clock-setup
will currently ask whether the clock is set to UTC. Ditto for OS X, or
both. The installation report seems to indicate it didn't ask, and set
the clock to UTC. The only way that could happen is if os-proper didn't
notice the o
On Saturday 21 July 2007 20:30, Joey Hess wrote:
> Frans Pop wrote:
> > - I just tried rdate on i386 and sparc64. On i386 it works fine, but
> > on sparc it fails with a "bus error". Does it work on other
> > architectures. especially arm?
>
> Sure, it works on arm. rdate is pretty simple, it shoul
I just remembered/realised that rdate can use ntp servers via rdate -n.
Spiffy. No more issues finding a server then.
--
see shy jo
signature.asc
Description: Digital signature
Frans Pop wrote:
> - I just tried rdate on i386 and sparc64. On i386 it works fine, but on
> sparc it fails with a "bus error". Does it work on other architectures.
> especially arm?
Sure, it works on arm. rdate is pretty simple, it should work on all
(maintained) arches. If you can find a ser
On Saturday 21 July 2007 19:47, Joerg Jaspert wrote:
> following Frans request:
> rdate is in NEW and has a udeb added. Accept/Reject?
>
> http://ftp-master.debian.org/~joerg/rdate.html has the details.
As rdate only depends on libc, the dependencies are correct for current
D-I as they are. Howev
The patch seems ok, but I've had another thought about something about
this I don't much like. So far, we've been able to assume that an expert
mode install is identical to a regular priority install, unless the user
chooses a non-default answer to a question. This is the first case where
choosing
Joerg Jaspert wrote:
> following Frans request:
> rdate is in NEW and has a udeb added. Accept/Reject?
>
> http://ftp-master.debian.org/~joerg/rdate.html has the details.
Hmm. People have talked about using rdate before, but I don't know how
it would work exactly. What server would rdate be point
Hi
following Frans request:
rdate is in NEW and has a udeb added. Accept/Reject?
http://ftp-master.debian.org/~joerg/rdate.html has the details.
--
bye Joerg
yes, I'm annoying.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Saturday 21 July 2007 17:44, Frans Pop wrote:
> The actual name of the module is loop-aes.ko. I've just verified that
> if the regular loop.ko is already loaded, 'modprobe loop-aes' seems to
> succeed, but does not do anything.
modprobe can be made to fail by using the --first-time option:
# m
This 'anna' bugreport
has in http://bugs.debian.org/345408
a libdebian-installer brother
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Well spotted that this is the issue!
On Saturday 21 July 2007 15:30, Nemui Ailin wrote:
> by the way, the problem with this encryption is that d-i loads the
> wrong loop module
Well, at the time iso-scan mounts the CD image, the loop-aes module is not
yet available, so "wrong" is a relative term
This libdebian-installer BR
became also http://bugs.debian.org/345419
a bugreport agianst the package 'anna'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This bugreport, http://bugs.debian.org/379972
"don't default to attach the log files"
is a wishlist item to not include by default several files.
There is the technical reason for messages becoming too big.
For me is the human factor more important.
Those long installation reports provide me
Op 07-07-2007 om 18:15 schreef Geert Stappers:
> Op 07-07-2007 om 16:27 schreef Frans Pop:
> >
> > I also wonder if there is not a more descriptive name than Babelobox.
>
> pronounce it as "ba be lo box"
>
> > After all, "babel" has a strong association with languages/translations
> > and what
Processing commands for [EMAIL PROTECTED]:
> # back to original name
> retitle 334994 debian-installer/function=rescue
Bug#334994: make preseeding modules to install work better
Changed Bug title to `debian-installer/function=rescue' from `make preseeding
modules to install work better'.
> thank
# back to original name
retitle 334994 debian-installer/function=rescue
thanks
FYI:
The "Phil Hands auto install" introduced "Class"
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> tags 283521 patch
Bug#283521: no pointer to manual in syslinux screens
There were no tags set.
Tags added: patch
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administr
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.6
> reassign 416208 linux-2.6
Bug#416208: Installation report HP-715/64 (HIL)
Bug reassigned from package `installation-reports' to `linux-2.6'.
>
End of message, stopping processing her
Attached an updated patch.
Cheers
Geert Stappers
Index: installer/build/boot/x86/f2.txt
===
--- installer/build/boot/x86/f2.txt (revision 48523)
+++ installer/build/boot/x86/f2.txt (working copy)
@@ -7,17 +7,17 @@
disk space
by the way, the problem with this encryption is that d-i loads the
wrong loop module
I guess such a bug might not be noticed when the installation is not
done from an usb media with an iso image that needs
to be mounted with loop
it can easily be remedied by unloading the wrong loop mod
Your message dated Sat, 21 Jul 2007 14:49:54 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing a old devfs issue
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsi
Your message dated Sat, 21 Jul 2007 14:44:35 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing BR about NIC detection
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your res
Your message dated Sat, 21 Jul 2007 14:34:22 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing a succesfull installation report
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is no
On Saturday 21 July 2007 13:29, Russell Coker wrote:
> I advocate doing what is done in Fedora, you get a boot prompt from the
> CD and then you can type "memtest" and press ENTER if you want to test
> the memory.
OK. I'm aware of how to run memtest. It was not clear from your report if
you maybe
On Saturday 21 July 2007 20:13, Frans Pop <[EMAIL PROTECTED]> wrote:
> On Saturday 21 July 2007 05:50, Russell Coker wrote:
> > It's recommended that you run memtest before installing a machine to
> > ensure that it will work well.
>
> Exactly who should run memtest? The user (manually) or the inst
On Saturday 21 July 2007 05:50, Russell Coker wrote:
> It's recommended that you run memtest before installing a machine to
> ensure that it will work well.
Exactly who should run memtest? The user (manually) or the installer
(automatically, by default)?
If the last, how exactly should it be run
On Wednesday 18 July 2007 23:54, Frans Pop wrote:
> > Also, unlike the expert boot turning it back on, even choosing to
> > boot in recovery mode in grub won't avoid the quiet mode.
>
> After looking at menu.lst, I see that for grub this could be fixed by
> only setting the quiet option in "# defop
Currently, july 2007, base-installer is debootstrap, kernel-install and
some extras.
Having kernel-install spilt-off from base-installer
will make it more easy to tune the remaining base-installer.
Replacing the debootstrap part, which is the time costly part during
installation, with untarring
reassign 434040 linux-libc-dev
tags 434040 d-i
thanks
On Saturday 21 July 2007 07:47, Frans Pop wrote:
> While compiling kbd-chooser on sparc64, I got the following errors.
> Looks like there's some conflict with linux-libc-dev (2.6.22-1)?
> In file included from /usr/include/debian-installer/typ
Processing commands for [EMAIL PROTECTED]:
> reassign 434040 linux-libc-dev
Bug#434040: libdebian-installer: type declaration conflict
Bug reassigned from package `libdebian-installer' to `linux-libc-dev'.
> tags 434040 d-i
Bug#434040: libdebian-installer: type declaration conflict
There were no
On Mon, Jul 16, 2007 at 11:19:37PM +0200, Frans Pop wrote:
> This issue will be further discussed during a Debian Installer team
> meeting on Wednesday next week. You can expect some decision from the
> team about whether the udebs can stay or not after that.
There is a new upstream release of g
Processing commands for [EMAIL PROTECTED]:
> # There is still insufficient rationale for this request
> # Reasons given by Joey Hess are still valid
> # Not closing, but tagging "won't fix"
> tags 339876 + wontfix
Bug#339876: Please split kernel-install from base-install
There were no tags set.
Ta
Op 20-07-2007 om 08:19 schreef Frans Pop:
> This change also prepares the way to support preseeding.
> Up till now users were basically unable to preseed which kernel to use.
> This patch makes that possible in the most natural way: using the
> base-installer/kernel/image template. Preseeding "none
Op 20-07-2007 om 08:19 schreef Frans Pop:
>
> The old mechanism to set default kernels in templates-arch per kernel
> major version has IMO become completely redundant. In practice it was no
> longer being used at all and we have an excellent and much more flexible
> kernel selection mechanism tha
Your message dated Sat, 21 Jul 2007 07:32:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#432339: fixed in localechooser 1.41
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
Processing commands for [EMAIL PROTECTED]:
> retitle 339876 Please split kernel-install from base-install
Bug#339876: Please split kernel-install from base-install.
Changed Bug title to `Please split kernel-install from base-install' from
`Please split kernel-install from base-install.'.
>
End o
Processing commands for [EMAIL PROTECTED]:
> retitle 339876 Please split kernel-install from base-install.
Bug#339876: Changing the kernel to be installed.
Changed Bug title to `Please split kernel-install from base-install.' from
`Changing the kernel to be installed.'.
>
End of message, stoppin
Accepted:
localechooser_1.41.dsc
to pool/main/l/localechooser/localechooser_1.41.dsc
localechooser_1.41.tar.gz
to pool/main/l/localechooser/localechooser_1.41.tar.gz
localechooser_1.41_all.udeb
to pool/main/l/localechooser/localechooser_1.41_all.udeb
Override entries for your package:
loca
localechooser_1.41_i386.changes uploaded successfully to localhost
along with the files:
localechooser_1.41.dsc
localechooser_1.41.tar.gz
localechooser_1.41_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
56 matches
Mail list logo
