Packages have unmet dependencies error during installation

[Vanhuynegem Frank]

Hey,

 

Perhaps this error was already reported but I couldn’t
find it. Sorry!

I’ve downloaded the ISO files from the ftp.belnet.be site

This error occurs when you select the packages to
install desktop configuration and web services as well when you choose the
language Dutch (nederlands) as English.

Error message :

Building Dependency
Tree…….Done

Initializing packages
states…Done

Reading task
descriptions…Done

E: Unable to correct
problems, you have held broken packages

E: unable to correct dependencies,
some packages cannot be installed

E: unable to resolve
some dependencies !

Some packages have
unmet dependencies. This may mean that you have 

requested an
impossible situation or if you are using an unstable 

distribution that some
required packages have not yet been created

or been moved out of
incoming

The following package
have unmet dependencies :

OpenOffice.org-bin : depends
: libdb4.2 ** whish is a virtual package

     
Depends : libmuspell3 which is a virtual package

     
Depends : libneon23 ( >=0.23.9.dfsg.3) which is a virtual package

     
Depends : libstlport4.6 which is a virtual package

     
Depends : openoffice.org ( > 1.1.2 * 1.1.3) but is not installable

Libapache2-mod-php4
depends : libzzip-0-12 (>= 0.12.83) which is a virtual package

Taksel : aptitude
failed

 

Should this error
message already been reported , please disregard this mail.

 

Kind Regards

 

Vanhuynegem Frank

[EMAIL PROTECTED]

Belgium

Please update debconf PO translation for the package popularity-contest

[Petter Reinholdtsen]

Hi,

you are noted as the last translator of the debconf translation for
popularity-contest. The English template has been changed, and now
some messages are marked "fuzzy" in your translation or are missing.
I would be grateful if you could take the time and update it.  Please
send the updated file as a wishlist bug against popularity-contest.

Thanks,

#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: popularity-contest\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-29 12:23+0200\n"
"PO-Revision-Date: 2005-10-09 03:40+0200\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=ISO-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:4
#, fuzzy
msgid "Participate in the package usage survey?"
msgstr "Delta i Debianpaketens popularitetstävling?"

#. Type: boolean
#. Description
#: ../templates:4
#, fuzzy
msgid ""
"The system may anonymously supply the distribution developers with "
"statistics about the most used packages on this system.  This information "
"influences decisions such as which packages should go on the first "
"distribution CD."
msgstr ""
"Du kan låta ditt system anonymt skicka e-post till Debianutvecklarna med "
"statistik om dina mest använda Debianpaket.  Denna information influerar de "
"val som görs om vilka paket som ska hamna på den första Debian-CD:n."

#. Type: boolean
#. Description
#: ../templates:4
#, fuzzy
msgid ""
"If you choose to participate, the automatic submission script will run once "
"every week, sending statistics to the distribution developers. The collected "
"statistics can be viewed on http://popcon.debian.org/.";
msgstr ""
"Om du väljer att delta kommer det automatiska inlämningsskriptet köras "
"automatiskt en gång varje vecka och skicka statistik via e-post till "
"Debianutvecklarna."

#. Type: boolean
#. Description
#: ../templates:4
#, fuzzy
msgid ""
"This choice can be later modified by running \"dpkg-reconfigure popularity-"
"contest\"."
msgstr ""
"Du kan alltid ändra dig efter att du har gjort det här valet: \"dpkg-"
"reconfigure popularity-contest\""

#~ msgid "Generating unique host identifier failed"
#~ msgstr "Generering av unik värdidentifierare misslyckades"

#~ msgid ""
#~ "The install script could not generate a unique host identifier. This is a "
#~ "fatal error, as all hosts submitting information need to have an unique "
#~ "identifier."
#~ msgstr ""
#~ "Installationsskriptet kunde inte generera en unik värdidentifierare. "
#~ "Detta är ett ödesdigert fel eftersom alla värdar som skickar information "
#~ "måste ha en unik identifierare."

#~ msgid ""
#~ "Please report this problem as a bug against the popularity-contest "
#~ "package, and include information about your configuration."
#~ msgstr ""
#~ "Rapportera detta problem som en bugg i paketet popularity-contest och "
#~ "inkludera information om din konfiguration."

#~ msgid "Use HTTP to submit reports?"
#~ msgstr "Använda HTTP för att skicka rapporter?"

#~ msgid "If you do not want to use HTTP, email is used instead."
#~ msgstr "Om du inte vill använda HTTP kommer istället e-post att användas."

#~ msgid ""
#~ "This information helps us make decisions such as which packages should go "
#~ "on the first Debian CD.  Also, we can improve future versions of Debian "
#~ "so that the most popular packages are the ones which are installed "
#~ "automatically for new users."
#~ msgstr ""
#~ "Denna information hjälper oss att göra val om exempelvis vilka paket "
#~ "som ska läggas på den första Debian-cd:n. Vi kan också förbättra "
#~ "framtida versioner av Debian så att de mest populära paketen är de som "
#~ "installeras automatiskt för nya användare."

#~ msgid ""
#~ "(NOTE: e-mail servers add their own tracing information and your data "
#~ "won't be completely anonymous while in transit.)"
#~ msgstr ""
#~ "(NOTERA: e-postservrar lägger till sin egen spårningsinformation och "
#~ "din data kommer inte att vara helt anonym under transporten.)"

Re: Packages have unmet dependencies error during installation

[Geert Stappers]

On Sat, Jul 29, 2006 at 10:36:20AM +0200, Vanhuynegem Frank wrote:
> Hey,
> 
>  
> 
> Perhaps this error was already reported but I couldn't find it. Sorry!
> 
> I've downloaded the ISO files from the ftp.belnet.be 
> site
> 
> This error occurs when you select the packages to install desktop
> configuration and web services as well when you choose the language Dutch
> (nederlands) as English.
> 
> Error message :

   



Thank you for your feedback.
It is also good to see that you use a mirror site.

Could you tell which build date the ISO has?
You find that in the file /etc/lsb-release or in help screens before
boot.


Cheers
Geert Stappers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Please update debconf PO translation for the package debconf 1.5.4

[luk]

Hi,

You are noted as the last translator of the debconf translation for
debconf. The English template has been changed, and now some messages
are marked "fuzzy" in your translation or are missing.
I would be grateful if you could take the time and update it.
Please send the updated file to me, or submit it as a wishlist bug
against debconf.

Thanks,

# THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE
# packages/po/sv.po
#
# DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST
# 
# THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE
# packages/po/sv.po
#
# DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST
#
# Swedish messages for debian-installer.
# Copyright (C) 2003 Software in the Public Interest, Inc.
# This file is distributed under the same license as debian-installer.
#
# Swedish translation by:
# Per Olofsson <[EMAIL PROTECTED]>
# Daniel Nylander <[EMAIL PROTECTED]>, 2005
#
msgid ""
msgstr ""
"Project-Id-Version: debian-installer\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-28 23:09+0200\n"
"PO-Revision-Date: 2006-04-30 23:39+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../templates:1001
msgid "Dialog"
msgstr ""

#. Type: select
#. Choices
#: ../templates:1001
msgid "Readline"
msgstr ""

#. Type: select
#. Choices
#: ../templates:1001
msgid "Gnome"
msgstr ""

#. Type: select
#. Choices
#: ../templates:1001
msgid "Kde"
msgstr ""

#. Type: select
#. Choices
#: ../templates:1001
msgid "Editor"
msgstr ""

#. Type: select
#. Choices
#: ../templates:1001
msgid "Noninteractive"
msgstr ""

#. Type: select
#. Description
#: ../templates:1002
msgid "Interface to use:"
msgstr ""

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"Packages that use debconf for configuration share a common look and feel. "
"You can select the type of user interface they use."
msgstr ""
"Paket som använder debconf för konfigurering delar ett gemensamt utseende. "
"Du kan välja vilken sorts användargränssnitt de skall använda."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"The dialog frontend is a full-screen, character based interface, while the "
"readline frontend uses a more traditional plain text interface, and both the "
"gnome and kde frontends are modern X interfaces, fitting the respective "
"desktops (but may be used in any X environment). The editor frontend lets "
"you configure things using your favorite text editor. The noninteractive "
"frontend never asks you any questions."
msgstr ""
"Dialogskalet är ett textbaserat fullskärmsgränssnitt medan readline-skalet "
"använder ett mer traditionellt ren text-gränssnitt, och både Gnome- och KDE-"
"skalen är moderna X-gränssnitt passande respektive skrivbordsmiljöer (men "
"kan användas i vilken X-miljö som helst). Textredigeringsskalet låter dig "
"konfigurera saker med ditt favorittextredigeringsprogram. Det icke-"
"interaktiva skalet ställer aldrig några frågor till dig."

#. Type: select
#. Choices
#: ../templates:2001
msgid "critical"
msgstr "kritisk"

#. Type: select
#. Choices
#: ../templates:2001
msgid "high"
msgstr "hög"

#. Type: select
#. Choices
#: ../templates:2001
msgid "medium"
msgstr "medel"

#. Type: select
#. Choices
#: ../templates:2001
msgid "low"
msgstr "låg"

#. Type: select
#. Description
#: ../templates:2002
#, fuzzy
msgid "Ignore questions with a priority less than:"
msgstr "Ignorera frågor med lägre prioritet än..."

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Debconf prioritizes the questions it asks you. Pick the lowest priority of "
"question you want to see:\n"
"  - 'critical' only prompts you if the system might break.\n"
"Pick it if you are a newbie, or in a hurry.\n"
"  - 'high' is for rather important questions\n"
"  - 'medium' is for normal questions\n"
"  - 'low' is for control freaks who want to see everything"
msgstr ""
"Debconf prioriterar frågor den ställer till dig. Välj den lägsta "
"prioritetsnivån för frågor du vill se:\n"
"  - \"kritisk\" frågar dig endast om systemet kan skadas.\n"
"Välj den om du är nybörjare eller har bråttom..\n"
"  - \"hög\" är för ganska viktiga frågor\n"
"  - \"medel\" är för normala frågor\n"
"  - \"låg\" är för kontrolltokar som vill se allt som händer"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Note that no matter what level you pick here, you will be able to see every "
"question if you reconfigure a package with dpkg-reconfigure."
msgstr ""
"Notera att oavsett vilken nivå du väljer här är det möjligt att se varje "
"fråga om du konfigurerar om ett paket med dpkg-reconfigure."

#. Type: text
#. Description
#: ../templates:3001
msgid "Installing packages"
msgstr "Installerar paket"

#. Type: text
#. Description
#: ../templates:4001
msgid "Please wait..."
msgstr "Var god vänta..."

#~ msgid "Ignore questions with a prior

Bug#380351: hardcodes paths to grub-install and update-grub, rending them "unmovable"

[Robert Millan]

Package: grub-installer
Severity: grave
Tags: patch

Using absolute paths can have horrid consequences as you've seen in #361929.
Now grub commands are "trapped" into violating FHS and being unable to move at
the same time.

Please find attached patch to switch to relative paths when invoking
grub-install or update-grub.

Note: The patch assumes that PATH env variable is properly set during execution
of these scripts.  If that's not the case, you'll have to export it explicitly,
either in grub-installer or whereever you find appropiate.

As for /etc/kernel-img.conf generation, it cannot yet be done using relative
paths, but I expect that we'll be able to fix this automaticaly from
kernel-package (see #380338).

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-amd64-k8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
diff -ur grub-installer-1.17.old/grub-installer 
grub-installer-1.17/grub-installer
--- grub-installer-1.17.old/grub-installer  2006-06-06 00:53:14.0 
+0200
+++ grub-installer-1.17/grub-installer  2006-07-29 14:20:02.0 +0200
@@ -173,7 +173,7 @@
 
 # Run update-grub in $ROOT.
 update_grub () {
-   if ! log-output -t grub-installer $chroot $ROOT /sbin/update-grub -y ; 
then
+   if ! log-output -t grub-installer $chroot $ROOT update-grub -y ; then
error "Running 'update-grub -y' failed." 1>&2
db_input critical grub-installer/update-grub-failed || [ $? -eq 
30 ]
db_go || true
@@ -338,7 +338,7 @@
 update_mtab
 
 if ! is_floppy "$bootdev"; then
-   if $chroot $ROOT /sbin/grub-install -h 2>&1 | grep -q no-floppy; then
+   if $chroot $ROOT grub-install -h 2>&1 | grep -q no-floppy; then
info "grub-install supports --no-floppy"
floppyparam="--no-floppy"
else
@@ -346,8 +346,8 @@
fi
 fi
 
-info "Running $chroot $ROOT /sbin/grub-install --recheck $floppyparam 
\"$bootdev\""
-if log-output -t grub-installer $chroot $ROOT /sbin/grub-install --recheck 
$floppyparam "$bootdev"; then
+info "Running $chroot $ROOT grub-install --recheck $floppyparam \"$bootdev\""
+if log-output -t grub-installer $chroot $ROOT grub-install --recheck 
$floppyparam "$bootdev"; then
info "grub-install ran successfully"
 else
error "Running 'grub-install --recheck $floppyparam \"$bootdev\"' 
failed."
diff -ur grub-installer-1.17.old/rescue.d/80grub-reinstall 
grub-installer-1.17/rescue.d/80grub-reinstall
--- grub-installer-1.17.old/rescue.d/80grub-reinstall   2006-01-17 
00:04:04.0 +0100
+++ grub-installer-1.17/rescue.d/80grub-reinstall   2006-07-29 
14:19:23.0 +0200
@@ -30,12 +30,12 @@
 update_mtab
 
 if ! is_floppy "$bootdev"; then
-   if chroot /target /sbin/grub-install -h 2>&1 | grep -q no-floppy; then
+   if chroot /target grub-install -h 2>&1 | grep -q no-floppy; then
floppyparam="--no-floppy"
fi
 fi
 
-if ! log-output -t grub-installer chroot /target /sbin/grub-install --recheck 
$floppyparam "$bootdev"; then
+if ! log-output -t grub-installer chroot /target grub-install --recheck 
$floppyparam "$bootdev"; then
db_subst grub-installer/grub-install-failed BOOTDEV "$bootdev"
db_input critical grub-installer/grub-install-failed BOOTDEV "$bootdev"
db_go || true

Processed: Re: Bug#380351: hardcodes paths to grub-install and update-grub, rending them "unmovable"

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 380351 important
Bug#380351: hardcodes paths to grub-install and update-grub, rending them 
"unmovable"
Severity set to `important' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#380351: hardcodes paths to grub-install and update-grub, rending them "unmovable"

[Frans Pop]

severity 380351 important
thanks

I fail to see how this is an RC issue.


pgpyyZlQ1xYXq.pgp
Description: PGP signature

Not very happy with new directfb upload

[Frans Pop]

Hi Guillem,

I do not want to blame you or anything, but I do need your help to get 
things sorted out.

You uploaded a new upstream version of directfb a few days ago (or rather, 
it was accepted a few days ago), and I'm afraid that looks likely to 
completely mess up the Beta 3 release plans for the installer.

Reason is that libcairo still depends on -24 and thus d-i builds currently 
fail as that version is no longer available.
Also, this means that the new directfb has to migrate to testing before we 
can release d-i, which in turn means that all packages that depend on 
directfb have to be able to migrate.

Did you already contact the maintainers of packages that depend on 
directfb?
Who is managing the transition?
When do you think everything could be ready to migrate to testing?

Cheers,
FJP


pgpJxjozfQ0zq.pgp
Description: PGP signature

Re: Not very happy with new directfb upload

[Frans Pop]

On Saturday 29 July 2006 16:01, Frans Pop wrote:
> You uploaded a new upstream version of directfb a few days ago (or
> rather, it was accepted a few days ago), and I'm afraid that looks
> likely to completely mess up the Beta 3 release plans for the
> installer.

The alternative is to release Beta 3 without g-i. IMO that is a realistic 
option as we really do not want to delay the release any further.


pgpVklvLv3nnD.pgp
Description: PGP signature

Bug#380238: marked as done (installation-reports: IBM Thinkpad 240)

[Max Vozeler]

Hi vagrant,

Thanks for your feedback.

You wrote:
> i first tried to use the alternate encryption method (loop-aes?), which
> failed for some reason, so instead i used the dmsetup version (which 
> i think was the default), which worked fine.

Could you describe at which point the loop-AES method showed problems
and how they showed themselves?

cheers,
Max


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: tagging Bug#372734 patched

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 372734 patch
Bug#372734: Template #30 in /var/lib/dpkg/info/base-config.templates does not 
contain a 'Template:' line
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
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#372734: Processed: tagging Bug#372734 patched

[Geert Stappers]

On Sat, Jul 29, 2006 at 11:33:36AM -0700, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
> 
> > tags 372734 patch
> Bug#372734: Template #30 in /var/lib/dpkg/info/base-config.templates does not 
> contain a 'Template:' line
> There were no tags set.
> Tags added: patch

The actual patch is removing a blank line.

In a previous message to this BR is announced that a next stable point
release with upload the fixed package, but I don't dare to tag
this bugreport with pending.


HtH
GSt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full

[Geert Stappers]

On Thu, Jun 01, 2006 at 01:13:18PM +0200, Eric Van Buggenhaut wrote:
> Package: installation-reports
> Severity: critical
> Justification: breaks the whole system
> 
> Boot method: USB stick
> Image version: stable (Sarge)
> Date:  June, 1st 2006 - 12AM GMT
> 

> 
> I'm trying to install Debian stable on a i386 box. Medium used is a USB 
> stick.
> 
> Boot is OK. System hangs when downloading installer components at 
> retrieving hw-detect-full with the message:
> 
> The installer failed to download a file from the mirror
> 
> Network connection is OK. I tried with +10 mirrors, same problem 
> everywhere.

Where all mirrors tried at the same day?
Could you retry today?

I'm asking because suspect the file was missing on the mirror(s)
and I asume that the mirrors are okay now.

Be aware that the boot image on the USB stick meanwhile is be outdated.


So please retry and report back.


Thank you
Geert Stappers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#372196: marked as done (installation-reports: Installing debian-testing-amd64-netinst.iso (Etch) dies at "Installing Base System" step)

[Debian Bug Tracking System]

Your message dated Sat, 29 Jul 2006 21:43:57 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#372196: installation-reports: Installing 
debian-testing-amd64-netinst.iso (Etch) dies at "Installing Base System" step
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: installation-reports
Severity: grave
Justification: renders package unusable


When trying to install Debian AMD64 testing (Etch) using the official netinst 
iso,
the installation process always dies at the "Installing Base System" step 
saying:

   Failed getting Release file file:///cdrom/dists/sarge/Release

So is impossible to install the system.

-- System Information:
Debian Release: testing/unstable
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

--- End Message ---
--- Begin Message ---
On Thu, Jun 08, 2006 at 04:31:38PM -0300, Nahuel Greco wrote:
> Package: installation-reports
> Severity: grave
> Justification: renders package unusable
> 
> 
> When trying to install Debian AMD64 testing (Etch) using the official netinst 
> iso,
> the installation process always dies at the "Installing Base System" step 
> saying:
> 
>Failed getting Release file file:///cdrom/dists/sarge/Release
> 
> So is impossible to install the system.

My apology for the late response

An older version of the debian-installer/today wiki page.
had this text:

 [18 Jun 06] amd64 CD images turn out to have been broken for a while
 due to a mirroring issue on the CD image build machine.


And meanwhile is it fixed. Please try a new version of debian-installer.

Because I think the problem is fixed, I'm closing this install report.


Thank you for your feedback.
Geert Stappers
--- End Message ---

Processed: Re: Bug#369793: triage

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 369793 net-retriever
Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full
Bug reassigned from package `installation-reports' to `net-retriever'.

> tag 369793 moreinfo
Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full
There were no tags set.
Tags added: moreinfo

> # because net-retriever is working elsewhere,
> # removing release critical severity
> severity 369793 normal
Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full
Severity set to `normal' from `critical'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#369793: triage

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 369793 net-retriever
Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full
Bug reassigned from package `net-retriever' to `net-retriever'.

> tags 369793 moreinfo
Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full
Tags were: moreinfo
Tags added: moreinfo

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#372734: baseconfig will not be in etch

[Geert Stappers]

# AFAIK is baseconfig not in etch
tags 372734 sarge


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#372734: baseconfig will not be in etch

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # AFAIK is baseconfig not in etch
> tags 372734 sarge
Bug#372734: Template #30 in /var/lib/dpkg/info/base-config.templates does not 
contain a 'Template:' line
Tags were: patch
Tags added: sarge

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#379120: lspci present on i386, verify on powerpc

[Geert Stappers]

On a i386 is lspci present in the recent builds op debian-installer.

While the installer waits for a keyboard selection,
I switched to the second console and typed `lspci`
and got the output of lspci.

Could this be verified on a powerpc computer?
(no need to do a re-installed ( no computer harm ))


The Reply-To: is allready set to the bugreport.


Thank you
Geert Stappers


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Not very happy with new directfb upload

[Joey Hess]

Frans Pop wrote:
> Reason is that libcairo still depends on -24 and thus d-i builds currently 
> fail as that version is no longer available.
> Also, this means that the new directfb has to migrate to testing before we 
> can release d-i, which in turn means that all packages that depend on 
> directfb have to be able to migrate.

Is there any reason that the new directfb really needs to be in testing?
It's included in the g-i udebs, as long as they're internally consistent
it can get to testing later.

-- 
see shy jo


signature.asc
Description: Digital signature

finish-install_2.4_i386.changes ACCEPTED

[Debian Installer]

Accepted:
finish-install_2.4.dsc
  to pool/main/f/finish-install/finish-install_2.4.dsc
finish-install_2.4.tar.gz
  to pool/main/f/finish-install/finish-install_2.4.tar.gz
finish-install_2.4_all.udeb
  to pool/main/f/finish-install/finish-install_2.4_all.udeb


Override entries for your package:
finish-install_2.4.dsc - source debian-installer
finish-install_2.4_all.udeb - required debian-installer

Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

hw-detect_1.40_i386.changes ACCEPTED

[Debian Installer]

Accepted:
archdetect_1.40_i386.udeb
  to pool/main/h/hw-detect/archdetect_1.40_i386.udeb
disk-detect_1.40_all.udeb
  to pool/main/h/hw-detect/disk-detect_1.40_all.udeb
ethdetect_1.40_all.udeb
  to pool/main/h/hw-detect/ethdetect_1.40_all.udeb
hw-detect_1.40.dsc
  to pool/main/h/hw-detect/hw-detect_1.40.dsc
hw-detect_1.40.tar.gz
  to pool/main/h/hw-detect/hw-detect_1.40.tar.gz
hw-detect_1.40_i386.udeb
  to pool/main/h/hw-detect/hw-detect_1.40_i386.udeb


Override entries for your package:
archdetect_1.40_i386.udeb - standard debian-installer
disk-detect_1.40_all.udeb - optional debian-installer
ethdetect_1.40_all.udeb - optional debian-installer
hw-detect_1.40.dsc - source debian-installer
hw-detect_1.40_i386.udeb - standard debian-installer

Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 380082 


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of finish-install_2.4_i386.changes

[Archive Administrator]

finish-install_2.4_i386.changes uploaded successfully to localhost
along with the files:
  finish-install_2.4.dsc
  finish-install_2.4.tar.gz
  finish-install_2.4_all.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processing of hw-detect_1.40_i386.changes

[Archive Administrator]

hw-detect_1.40_i386.changes uploaded successfully to localhost
along with the files:
  hw-detect_1.40.dsc
  hw-detect_1.40.tar.gz
  ethdetect_1.40_all.udeb
  disk-detect_1.40_all.udeb
  hw-detect_1.40_i386.udeb
  archdetect_1.40_i386.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#380082: marked as done (shouldn't always use snd-powermac)

[Debian Bug Tracking System]

Your message dated Sat, 29 Jul 2006 16:47:16 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#380082: fixed in hw-detect 1.40
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 responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: hw-detect
X-Debbugs-CC: [EMAIL PROTECTED]

Dennis de Vaal reports that on an iMac G5
"The snd-powermac module causes the system to completey lockup/freeze."

Also, snd-powermac is being deprecated for anything that has a
i2s-X/sound/layout-id. The iMac G5 should have that, and that means
snd-aoa will automatically load.

snd-aoa will only be included in 2.6.18, but is capable of automatically
loading without /etc/modules interaction.

The right fix here is tough. If we could rely on 2.6.18, then it'd be
trivial to check if there's a layout-id property below the sound node
and if so not use snd-powermac (snd-aoa will come up automatically).

But since we can't do that, it's hard. snd-powermac causes system hangs
on that iMac G5, a bug that is implicitly fixed by making snd-powermac
refuse loading on such machines in 2.6.18 (since snd-aoa handles it I
patched snd-powermac to not initialise there anyway).




--- End Message ---
--- Begin Message ---
Source: hw-detect
Source-Version: 1.40

We believe that the bug you reported is fixed in the latest version of
hw-detect, which is due to be installed in the Debian FTP archive:

archdetect_1.40_i386.udeb
  to pool/main/h/hw-detect/archdetect_1.40_i386.udeb
disk-detect_1.40_all.udeb
  to pool/main/h/hw-detect/disk-detect_1.40_all.udeb
ethdetect_1.40_all.udeb
  to pool/main/h/hw-detect/ethdetect_1.40_all.udeb
hw-detect_1.40.dsc
  to pool/main/h/hw-detect/hw-detect_1.40.dsc
hw-detect_1.40.tar.gz
  to pool/main/h/hw-detect/hw-detect_1.40.tar.gz
hw-detect_1.40_i386.udeb
  to pool/main/h/hw-detect/hw-detect_1.40_i386.udeb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Frans Pop <[EMAIL PROTECTED]> (supplier of updated hw-detect package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 30 Jul 2006 01:39:50 +0200
Source: hw-detect
Binary: archdetect hw-detect disk-detect ethdetect
Architecture: source i386 all
Version: 1.40
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team 
Changed-By: Frans Pop <[EMAIL PROTECTED]>
Description: 
 archdetect - Hardware architecture detector (udeb)
 disk-detect - Detect disk drives (udeb)
 ethdetect  - Detect network hardware and load kernel drivers for it (udeb)
 hw-detect  - Detect hardware and load kernel drivers for it (udeb)
Closes: 380082
Changes: 
 hw-detect (1.40) unstable; urgency=low
 .
   [ Joey Hess ]
   * Only install discover into /target if udev is not being used. The only
 user of discover on 2.6 systems is X, which gets it installed via the
 desktop task preinst.
 .
   [ Frans Pop ]
   * discover-mac-io.sh: snd-powermac can lock up G5 iMac and Power Mac.
 Patch proposed by Colin Watson. Closes: #380082.
 .
   [ Updated translations ]
   * Catalan (ca.po) by Jordi Mallach
   * Traditional Chinese (zh_TW.po) by Tetralet
Files: 
 724fb9a5f5fea30fea0e9d7852da1b46 919 debian-installer standard 
hw-detect_1.40.dsc
 0da95ccbd387974d4a0542afa7de1d2a 146222 debian-installer standard 
hw-detect_1.40.tar.gz
 bcc764b81691365e608d207edcbcdcf0 25604 debian-installer optional 
ethdetect_1.40_all.udeb
 ddc18a27a170e2690e63b81fc31e2ec9 18482 debian-installer optional 
disk-detect_1.40_all.udeb
 0367afeb0facf79996fece5d0c0595b5 73846 debian-installer standard 
hw-detect_1.40_i386.udeb
 004dabf7b042a2767455a0a57b2bd99b 2052 debian-installer standard 
archdetect_1.40_i386.udeb
Package-Type: udeb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFEy/Jkgm/Kwh6ICoQRAuSeAJoD5Z+xXsEHDAI61tDhlehrfIlBBgCfT+2b
GsgDPuUuq+EEX8sg0rPkUnk=
=r0og
-END PGP SIGNATURE-

--- End Message ---

Processing of base-installer_1.64_i386.changes

[Archive Administrator]

base-installer_1.64_i386.changes uploaded successfully to localhost
along with the files:
  base-installer_1.64.dsc
  base-installer_1.64.tar.gz
  base-installer_1.64_i386.udeb

Greetings,

Your Debian queue daemon


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

base-installer_1.64_i386.changes ACCEPTED

[Debian Installer]

Accepted:
base-installer_1.64.dsc
  to pool/main/b/base-installer/base-installer_1.64.dsc
base-installer_1.64.tar.gz
  to pool/main/b/base-installer/base-installer_1.64.tar.gz
base-installer_1.64_i386.udeb
  to pool/main/b/base-installer/base-installer_1.64_i386.udeb


Override entries for your package:
base-installer_1.64.dsc - source debian-installer
base-installer_1.64_i386.udeb - required debian-installer

Announcing to debian-devel-changes@lists.debian.org


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#142881: %CATCHY

[Clare Stark]

I would like to offer you the opportunity to minimize your monthly rent/mort 
payments by more than 33%.
We guarantee to beat your current rate, below are some of todays.

$955,000 at 3,95%
$435,000 at 4,15%
$195,000 at 3,55%
$432,000 at 4,55%


Please follow the link below to the best investment you'll ever make.

http://www.geocities.com/goldstein3490

Sincerely Yours,
Rosalyn Thomas



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#380416: lilo fails to install when using XFS root partition on AMD64

[Alex Chekholko]

Package: lilo-installer
Version: 1.16

I'm using the latest daily build of the AMD64 netinst CD.  I have a
single SATA drive, and I selected "use entire drive" in the
partitioner and it created one large root partition and one swap
partition.  Then I changed the root partition to XFS.  There was a
warning about XFS + grub and the lilo installer ran instead of the
grub one.

The LILO installer asks for the installation target and gives three choices:
1) /dev/hdc: Master Boot Record
2) /dev/sda1: new Debian partition
3) Other (advanced)

/dev/hdc is my CDROM, /dev/sda is my SATA HD, so I chose option 2.  It
asks if I would like to make the partition active and warns that
otherwise I won't be able to boot.  I say yes and there's an error
message: "An installation step failed.  You can try to run the
failing..." etc.  In any case, the "Install the LILO boot loader on a
hard disk" step fails.

Ctrl-Alt-F4, tells me:
grub-installer: /boot on xfs, unsafe to install grub
grub-installer: /boot on xfs, unsafe to install grub
main-menu: INFO: Menu item 'lilo-installer' selected
main-menu: I: setting partition to active
main-menu: /dev/scsi/host2/bus0/target0/lun1/disc: No medium found
main-menu:
main-menu: sfdisk:
main-menu: cannot open /dev/scsi/host2/bus0/target0/lun1/disc read-write
main-menu: WARNING **: Configuring 'lilo-installer' failed with error code 1
main-menu: WARNING **: Menu item 'lilo-installer' failed.

I went back to the main menu, enabled the web server that shows the
logs, noticed that the partman log says that my HD is
/dev/scsi/host1/bus0/target0/lun0/disc, so I went back to the LILO
menu and tried that in the Other option, but the result was the same:

Jul 29 18:06:59 grub-installer: /boot on xfs, unsafe to install grub
Jul 29 18:07:00 grub-installer: /boot on xfs, unsafe to install grub
Jul 29 18:07:07 main-menu[2214]: INFO: Menu item 'lilo-installer' selected
Jul 29 18:07:16 main-menu[2214]: (process:1635): I: Setting partition
/dev/sda1 to active...
Jul 29 18:07:16 main-menu[2214]: (process:1635):
/dev/scsi/host2/bus0/target0/lun1/disc: No medium found
Jul 29 18:07:16 main-menu[2214]: (process:1635):
Jul 29 18:07:16 main-menu[2214]: (process:1635): sfdisk:
Jul 29 18:07:16 main-menu[2214]: (process:1635): cannot open
/dev/scsi/host2/bus0/target0/lun1/disc read-write
Jul 29 18:07:16 main-menu[2214]: WARNING **: Configuring
'lilo-installer' failed with error code 1
Jul 29 18:07:16 main-menu[2214]: WARNING **: Menu item 'lilo-installer' failed.
Jul 29 18:07:17 grub-installer: /boot on xfs, unsafe to install grub
Jul 29 18:07:17 grub-installer: /boot on xfs, unsafe to install grub


Alex


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]