Accepted:
archdetect_1.35_i386.udeb
to pool/main/h/hw-detect/archdetect_1.35_i386.udeb
disk-detect_1.35_all.udeb
to pool/main/h/hw-detect/disk-detect_1.35_all.udeb
ethdetect_1.35_all.udeb
to pool/main/h/hw-detect/ethdetect_1.35_all.udeb
hw-detect_1.35.dsc
to pool/main/h/hw-detect/hw-detect
Accepted:
apt-cdrom-setup_0.10_all.udeb
to pool/main/a/apt-setup/apt-cdrom-setup_0.10_all.udeb
apt-mirror-setup_0.10_all.udeb
to pool/main/a/apt-setup/apt-mirror-setup_0.10_all.udeb
apt-setup-udeb_0.10_all.udeb
to pool/main/a/apt-setup/apt-setup-udeb_0.10_all.udeb
apt-setup_0.10.dsc
to poo
Accepted:
cdrom-detect_1.13.dsc
to pool/main/c/cdrom-detect/cdrom-detect_1.13.dsc
cdrom-detect_1.13.tar.gz
to pool/main/c/cdrom-detect/cdrom-detect_1.13.tar.gz
cdrom-detect_1.13_all.udeb
to pool/main/c/cdrom-detect/cdrom-detect_1.13_all.udeb
Announcing to debian-devel-changes@lists.debian.or
Accepted:
iso-scan_1.12.dsc
to pool/main/i/iso-scan/iso-scan_1.12.dsc
iso-scan_1.12.tar.gz
to pool/main/i/iso-scan/iso-scan_1.12.tar.gz
iso-scan_1.12_all.udeb
to pool/main/i/iso-scan/iso-scan_1.12_all.udeb
load-iso_1.12_all.udeb
to pool/main/i/iso-scan/load-iso_1.12_all.udeb
Announcing to
Accepted:
cdrom-retriever_1.09.dsc
to pool/main/c/cdrom-retriever/cdrom-retriever_1.09.dsc
cdrom-retriever_1.09.tar.gz
to pool/main/c/cdrom-retriever/cdrom-retriever_1.09.tar.gz
cdrom-retriever_1.09_all.udeb
to pool/main/c/cdrom-retriever/cdrom-retriever_1.09_all.udeb
load-cdrom_1.09_all.ude
Accepted:
base-installer_1.56.dsc
to pool/main/b/base-installer/base-installer_1.56.dsc
base-installer_1.56.tar.gz
to pool/main/b/base-installer/base-installer_1.56.tar.gz
base-installer_1.56_i386.udeb
to pool/main/b/base-installer/base-installer_1.56_i386.udeb
Announcing to debian-devel-cha
iso-scan_1.12_i386.changes uploaded successfully to localhost
along with the files:
iso-scan_1.12.dsc
iso-scan_1.12.tar.gz
iso-scan_1.12_all.udeb
load-iso_1.12_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
cdrom-detect_1.13_i386.changes uploaded successfully to localhost
along with the files:
cdrom-detect_1.13.dsc
cdrom-detect_1.13.tar.gz
cdrom-detect_1.13_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
cdrom-retriever_1.09_i386.changes uploaded successfully to localhost
along with the files:
cdrom-retriever_1.09.dsc
cdrom-retriever_1.09.tar.gz
cdrom-retriever_1.09_all.udeb
load-cdrom_1.09_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
hw-detect_1.35_i386.changes uploaded successfully to localhost
along with the files:
hw-detect_1.35.dsc
hw-detect_1.35.tar.gz
ethdetect_1.35_all.udeb
disk-detect_1.35_all.udeb
hw-detect_1.35_i386.udeb
archdetect_1.35_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUB
base-installer_1.56_i386.changes uploaded successfully to localhost
along with the files:
base-installer_1.56.dsc
base-installer_1.56.tar.gz
base-installer_1.56_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
apt-setup_0.10_i386.changes uploaded successfully to localhost
along with the files:
apt-setup_0.10.dsc
apt-setup_0.10.tar.gz
apt-setup-udeb_0.10_all.udeb
apt-mirror-setup_0.10_all.udeb
apt-cdrom-setup_0.10_all.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email
On Thursday 20 April 2006 00:50, Attilio Fiandrotti wrote:
> Looking at the wiki page, i saw the transition to newer g-i libraries
> is at the first place in the meeting agenda.
Uh, that is not quite correct. What is first on the agenda is the udeb
_dependency_ transition, which is what's needed
Christian Perrier wrote:
The next Debian Installer team opened meeting is scheduled for
Saturday Apr 29th 16:00 UTC.
Looking at the wiki page, i saw the transition to newer g-i libraries is
at the first place in the meeting agenda.
I've been recently experimenting with the creation of udebs
On Wednesday 19 April 2006 14:49, McGillan, Patrick wrote:
> Been using Debian for 8 years now and think you all are doing GREAT!
Thanks :-)
pgpPGFlP5qLhT.pgp
Description: PGP signature
Hi,
Last night (at home), I couldn’t seem to get the CD
net install disk to work for me, so thought I would download the floppy install
disks. Had one heck of a time finding them and ended up going to a mirror and
drilling down through the directories to find the latest images. The floppie
Your message dated Wed, 19 Apr 2006 11:02:41 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#358532: fixed in hw-detect 1.35
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 you
Joey Hess wrote:
The mountfloppy thing is not necessary; preseed/file automatically
mounts /floppy if set to use a file from there.
Thx, you are right (just retested). There must have been other reasons
for the error messages I got.
FYI,
preseed/early_command is only run *after* the prese
On Apr 19, 2006, at 12:04 PM, Frans Pop wrote:
On Wednesday 19 April 2006 10:56, Geert Stappers wrote:
I do feel simpathy for Ales Dolecek and all other users that
end up with black screen and non-functional keyboard.
So do I.
And so do I. Moreover, Frans' reply was just plain rude. He m
Frans Pop wrote:
The severities critical, grave and serious are intended to be used _only_
for issues that are Release Critical.
First is the definition of severities on
http://www.debian.org/Bugs/Developer#severities, 'Release Critical' is
another problem.
That is: if they are not fixed,
Helmut Wollmersdorfer wrote:
> install preseed/early_command=mountfloppy preseed/file=/floppy/flpre.cfg
The mountfloppy thing is not necessary; preseed/file automatically
mounts /floppy if set to use a file from there. FYI,
preseed/early_command is only run *after* the preseed file is loaded.
--
The next Debian Installer team opened meeting is scheduled for
Saturday Apr 29th 16:00 UTC.
This meeting will be focused on the beta3 release.
The Wiki page is opened for the meeting agenda.
http://wiki.debian.org/DebianInstaller/Meetings
I will add timings to the agenda at the last minute, as
On Wednesday 19 April 2006 04:21, Aleš Doleček wrote:
> the problem is X server configuration, but installer says that you
> would like to "hear" about ANY
> problems - even about successful install.
Yes, that is why I thanked you for submitting your report and suggested
how you could deal with
On Wednesday 19 April 2006 10:56, Geert Stappers wrote:
> I do feel simpathy for Ales Dolecek and all other users that
> end up with black screen and non-functional keyboard.
So do I.
> I think that telling them, that they should contact their video
> hardware manufacture for support, will be a g
On Wednesday 19 April 2006 16:26, David Goodenough wrote:
> I have a machine (a Tyan GT24) with two SATA disks, both of which are
> in raid mirror.
>
> Without the RAID setup, the current etch beta installs fine.
>
> With RAID however neither GRUB nor LILO seem to like the disks.
That implies that
Because it is not documented:
On the boot prompt enter after '... boot:'
install preseed/early_command=mountfloppy preseed/file=/floppy/flpre.cfg
Maybe this is useful for somebody, who cannot create a custom CD or use
http.
I tested this with VMware Workstation 5.5, a daily
debian-testing-i
Problem was fixed :-) now we can view .sh scripts in websvn, too :)
-- Forwarded message --
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Apr 19, 2006 4:27 PM
Subject: [ siteadmin-Support Requests-303239 ] websvn should declare
mime as "plain text" for .sh files
To: [EMAIL PROT
Il giorno mer, 19/04/2006 alle 00.42 +0100, Digby Tarvin ha scritto:
> > > dmesg also warns:
> > > "Kernel command line: root=/dev/hda6 ro libata.atapi_enabled=1"
> > > "Unknown boot option `libata.atapi_enabled=1': ignoring"
> > > which I assume was added by the install system but the syntax is
I have a machine (a Tyan GT24) with two SATA disks, both of which are in
raid mirror.
Without the RAID setup, the current etch beta installs fine.
With RAID however neither GRUB nor LILO seem to like the disks.
Grub says it installed to (hd0), but when you boot it clears the screen
and just
Package: installation-reports
Boot method: CD
Image version: 06-04-17
from
//cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 06-04-19 13:20CET
Machine: Self made tower pc
Processor: Intel(R) EM64T Pentium(R) 4 CPU 3.20GHz
Memory: 1 G
mini.iso
> Date: 20060419
>
> Machine: VIA VT310-DP
> Processor: 2x VIA Eden
> Initial boot worked:[O]
> Configure network HW: [E]
> Config network: [O]
> Detect CD: [O]
> Load installer modules: [E]
> Detect hard drives: [ ]
&
Processing commands for [EMAIL PROTECTED]:
> Tags 363473 moreinfo
Bug#363473: Etch B1 installation report
There were no tags set.
Tags added: moreinfo
> Thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bug
On Wed, Apr 19, 2006 at 09:57:35PM +1200, Nick Phillips wrote:
> Package: installation-reports
>
> Boot method: CD-initiated netinst
> Image version: Etch Beta 2,
> http://debian.ihug.co.nz/debian/dists/etch/main/installer-i386/beta2/images/netboot/mini.iso
> Date: 20060419
Package: installation-reports
Boot method: CD-initiated netinst
Image version: Etch Beta 1,
http://debian.ihug.co.nz/debian/dists/etch/main/installer-i386/beta1/images/netboot/mini.iso
Date: 20060419
Machine: VIA VT310-DP
Processor: 2x VIA Eden
Memory: 1GB
Partitions: n/a
Output of lspci and
Package: installation-reports
Boot method: CD-initiated netinst
Image version: Etch Beta 2,
http://debian.ihug.co.nz/debian/dists/etch/main/installer-i386/beta2/images/netboot/mini.iso
Date: 20060419
Machine: VIA VT310-DP
Processor: 2x VIA Eden
Memory: 1GB
Partitions: n/a
Output of lspci and
On Wed, Apr 19, 2006 at 12:14:55AM +0100, Digby Tarvin wrote:
>
> On reflection, whilst I understand the Debian policy on not providing
> out of the box support for hardware which unacceptable licensing etc, I
> think most people will bite the bullet and install anyway once they are
> stuck with t
On Wed, Apr 19, 2006 at 04:21:35AM +0200, Ale?? Dole??ek wrote:
> Debian Bug Tracking System napsal(a):
>
> >Sorry, but this is nowhere near a critical bug report, not even important.
> >You still have access to a regular text console from which you can
> >correct the situation.
> >
> >Also, we
Hi Eddy,
>Maybe a solution like the one done by Christian (and the original
>script author, sorry, I can't remember his name) - send a unified diff
>each time the info changes (every time the diff > 0 bytes).
I thought about that, and there's already support for diffs inside the
spellchecker; I w
On 4/19/06, Davide Viti <[EMAIL PROTECTED]> wrote:
> >Apart from that, great work, Davide. We should now try to find a way
> >to "push" this information to translators by mail.
>
> thanx:)
> I've to think about it: I don't want to send an email per day if a translator
> is on holiday.
Maybe a solu
>I suggest that the spellchecker script checks the
>packages/localechooser/languagelist file when encountering languages
>that fil this check. IF the given language is "category 4", then the
>check should be ignored.
will fix that soon: thanx for the pointer.
>This actually means that the lang
Hi Pema,
> Since Dzongkha cannot be rendered in the text mode, and its only
> inteded to be added in g-i do we need to follow the following line as
> mentioned in your mail.
> [...]
> I asked about it to Mr. C-Perrier and he confirmed that those languages
supported only in g-i need not follow
41 matches
Mail list logo
