Bug#454493: Display PCI slot for nics, if available
On Thu, Dec 27, 2007 at 07:15:01PM -0200, Otavio Salvador wrote: dann frazier [EMAIL PROTECTED] writes: Yeah. Options here would be: 1) big hammer - write a modprobe wrapper that cleans unused/unloadable modules after every load 2) smaller hammer - write a modprobe wrapper that remembers what was loaded before and, on failure, unloads all newly added, unused, unloadable modules 3) surgical hammer - whatever ends up loading acpihpi knows that, on failure, dock and pci_hotplug should be removed (if unused) fyi, the dependencies loaded, and left unused, eat 9476 (dock) and 28600 (pci_hotplug) bytes. imo, the best and more widly solution would be the 2. That shouldn't be too hard and would allow us to reduce the memory footprint not only on your user case but in general usage too. Might be vearing off topic for this bug, but here's a wrapper I worked up (not yet tested in the d-i environment). -- dann frazier modprobe-and-clean.sh Description: Bourne shell script
Bug#454493: Display PCI slot for nics, if available
dann frazier [EMAIL PROTECTED] writes: imo, the best and more widly solution would be the 2. That shouldn't be too hard and would allow us to reduce the memory footprint not only on your user case but in general usage too. Might be vearing off topic for this bug, but here's a wrapper I worked up (not yet tested in the d-i environment). It looks nice. I think that code might be more clear if you change the cleanup step to be a funtion and it will make simpler to spot what is being done in each case. I see no point in using aggresive policy. It would unload the modules detected by udev and since we provide a small set of modules it looks useless to me. Do you see any possible usage? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
www.bankingplans.com
Please see this site in Subject
Re: debian installer feature request
On Sunday 30 December 2007, Michel BRIAND wrote: Include the package speedtouch-ng in the netinst ISO so that we can install Debian with old dsl modem ;) I cannot find any package with that name in Debian, which basically means that the installer team cannot do anything with this request. The first step would be to get the package into Debian. Provided it is free software and suitable for the main archive, we could then consider adding it to CD images, although you'd probably still need to explain how exactly just adding it to a netinst would help because just adding the package won't make it available for use during installations. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Processed: Re: Bug#458416: Installation report latest lenny on SPARC
Processing commands for [EMAIL PROTECTED]: reassign 458416 linux-2.6 2.6.22-6 Bug#458416: Installation report latest lenny on SPARC Bug reassigned from package `installation-reports' to `linux-2.6'. retitle 458416 [sparc sun blade 100] oops during installation Bug#458416: Installation report latest lenny on SPARC Changed Bug title to `[sparc sun blade 100] oops during installation' from `Installation report latest lenny on SPARC'. 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#458416: Installation report latest lenny on SPARC
reassign 458416 linux-2.6 2.6.22-6 retitle 458416 [sparc sun blade 100] oops during installation thanks On Monday 31 December 2007, Iain Rae wrote: kobject_add failed for :00:07.0 with -EEXIST, don't try to register things with the same name in the same directory. [...] Although I think this particular error could be ignored, the kernel oops a bit later is probably what kills the install. As this is obviously a kernel issue rather than an installer issue, I'd suggest that you send this info to the upstream kernel developers (mail to [EMAIL PROTECTED], CC [EMAIL PROTECTED]; or file a bug report at bugzilla.kernel.org). Just the dmesg output should be enough. I'm also reassigning this report to the Debian kernel team, but your best bet to get this issue looked into and solved is to contact the upstream developers directly. Note that they may ask you to try with a more recent kernel than 2.6.22. One thing you could try before doing that is to try an installation using a netboot image. Sun blades have been notoriously problematic to install from CD. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: preseed installation, partitioning, lvm, how?
On Saturday 29 December 2007, Tim Stoop wrote: I'm trying to get the following (part of my) recipe to work: 1 1 1 lvm \ method{ lvm } \ I'm not sure where you got this from, but we don't have anything like it in the recipes we use for guided partitioning using LVM. I suspect this may be what's causing the error. The size of the LVM partition will be determined as a total of the partitions defined as $lvmok{ }. d-i partman-auto/choose_recipe select dom0 This should be unnecessary, but is probably harmless. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: unable to perform install
On Friday 28 December 2007, AirBAT wrote: When i'm booting on the latest release (4.0R1) i was unable to perform the installation. The hang when discover my hardware. Here is the last line during this procedure : APIC Assume pci root bridge. This very much looks like a kernel issue with support for your hardware and not a problem in the installer itself. There are a few kernel options you can try to see if that will get the system to boot. Try booting with: - install noapic - install noapic nolapic - install acpi=off However, those options are workarounds, not solutions. They may even leave you with incomplete or sub-optimal support for your hardware. To get your hardware supported better, your best option is to contact the upstream kernel developers (at [EMAIL PROTECTED]) and provide them with the information on your hardware and the boot failure. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: debian installer feature request
Frans Pop [EMAIL PROTECTED] - Mon, 31 Dec 2007 14:52:53 +0100 On Sunday 30 December 2007, Michel BRIAND wrote: Include the package speedtouch-ng in the netinst ISO so that we can install Debian with old dsl modem ;) I cannot find any package with that name in Debian, which basically means that the installer team cannot do anything with this request. The first step would be to get the package into Debian. Provided it is free software and suitable for the main archive, we could then consider adding it to CD images, although you'd probably still need to explain how exactly just adding it to a netinst would help because just adding the package won't make it available for use during installations. Cheers, FJP Hi, sure, I forget to explain the goad and speak about the way it could be used ;). First : speedtouch-ng is a small package that configure the DSL link for use with speedtouch modems. It includes a script that creates a ppp0 interface with a debconf ui and then brings up ppp0 so that installation can continue with an internet connection. Speedtouch includes some firmware that are non-free. But we could find a way to include them anyway. A special non-free netinst iso ? Or a lobby against the manufacturer ? This modem is obsolete but a lot of people still have it (at least in Europe). Do you think my explanations are suffisent ? Cheers, Michel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian installer feature request
On Monday 31 December 2007, Michel BRIAND wrote: Speedtouch includes some firmware that are non-free. But we could find a way to include them anyway. A special non-free netinst iso? No, sorry. This basically means it not an option to include it in Debian. However, you can still install Debian for a full CD or DVD image _without_ setting up the network and then installing your speedtouch support manually afterwards. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Bug#457973: debian installer (etch r1) on AMD Athlon XP 3200++
On Thursday 27 December 2007, Manfred Rebentisch wrote: Comments/Problems: 1. I choose expertgui Note that expert really is only intended for people for are very familiar with the installer and actually need the additional options. 2. Can choose kernels, but missing description about that ! The installer automatically selects a good default. If you don't know better, just select that. 3. The detection of network card shows only the hardware floppy 4. The detection of hard disks shows only one entry named floppy too. What's the point? As you were able to complete the installation I assume that both network and disk were supported. Again, don't use expert mode unless you need to. 5. The software task KDE-desktop is missing No, it is not. It's just not possible to select it from a dialog. There is a separate installation CD that installs KDE by default. Please consult the installation guide for info on how to select KDE using the standard CD images. 6. uswsusp give message, that there is no valid swap partition. But there where two valid swap partitions while installation process. One swap on sda2 from RAID and one on hda2 from first installation trial. This is a known issue. 7. There was no possibility to add the first user 8. There was no question for the root password This is just not correct. 9. During disk partitioning it was not clear, on which of the disks debian will install. It was done ok, but there was no possibility to choose the destination disk (hda or sda). This is just not correct either. Both for guided and manual partitioning the installer _always_ lets you select which disk to use. Thank you for your work Thank you for submitting the installation report. Cheers, FJP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457901: Installation report - HP pavillion 2585ep
On Thursday 27 December 2007, Miguel Figueiredo wrote: Comentários/Problemas: - On the initial screen of country selection pressing the 'p' key doesn't take me to countrys with names started with P. The keyboard it's disabled on that screen (tested 2 times). Was this using the newt (textual) or the gtk (graphical) frontend? I've just tried the newt frontend and there searching by first letter works fine. With the graphical frontend, you first have to expand the correct continent _before_ text searching will work. - Wired network detected (sky2 module), wireless network not detected (ipw3945) - yes, i know firmware bla-bla ;-) No comment ;-) - Resizing the original NTFS filesystem takes a long time, a progress bar would be nice so the user knows something it's happening and not stare , like me, to the screen. Agreed. Implementing it is quite tricky though. - After clicking on Finish partitioning and write changes to disk the partitioning program appears in English (i was installing in PT) and Could that just be due to not updated translation? instead of proceeding with the installation returns to same screen (a closed loop). The console on [Alt]+[F4] has a message Unrecognized mount option realtime or missing value (i was using relatime, indeed). On the same screen there is also some warnings gdk_window_set_keep_above() and ...below() not implemented. After removing the relatime option and tried again the partitioning the same happened. This is probably because we have not added relatime support yet, although there is a BR open about it already. However, it should not fail like you describe. I'll try to look into that. - On 1st boot (another attempt) the keyboard did not corresponded to Portuguese, after manually installation of console-setup everything was fixed This issue was already fixed by Otavio a few days ago. Thanks for the report. Cheers, FJP
Processing of discover1_1.7.22_i386.changes
discover1_1.7.22_i386.changes uploaded successfully to localhost along with the files: discover1_1.7.22.dsc discover1_1.7.22.tar.gz discover1_1.7.22_i386.deb libdiscover1_1.7.22_i386.deb libdiscover1-dev_1.7.22_i386.deb libdiscover1-pic_1.7.22_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
discover1_1.7.22_i386.changes ACCEPTED
Accepted: discover1_1.7.22.dsc to pool/main/d/discover1/discover1_1.7.22.dsc discover1_1.7.22.tar.gz to pool/main/d/discover1/discover1_1.7.22.tar.gz discover1_1.7.22_i386.deb to pool/main/d/discover1/discover1_1.7.22_i386.deb libdiscover1-dev_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-dev_1.7.22_i386.deb libdiscover1-pic_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-pic_1.7.22_i386.deb libdiscover1_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1_1.7.22_i386.deb Override entries for your package: discover1_1.7.22.dsc - source admin discover1_1.7.22_i386.deb - optional admin libdiscover1-dev_1.7.22_i386.deb - optional libdevel libdiscover1-pic_1.7.22_i386.deb - extra libs libdiscover1_1.7.22_i386.deb - optional libs Announcing to [EMAIL PROTECTED] Closing bugs: 235107 387322 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457973: debian installer (etch r1) on AMD Athlon XP 3200++
Hello Frans, thank you very much for your answer. Am Montag 31 Dezember 2007 15:56 schrieb Frans Pop: On Thursday 27 December 2007, Manfred Rebentisch wrote: Comments/Problems: 1. I choose expertgui Note that expert really is only intended for people for are very familiar with the installer and actually need the additional options. I think, I did use the expert mode many times with many debian installations. 2. Can choose kernels, but missing description about that ! The installer automatically selects a good default. If you don't know better, just select that. I think, it is a good idea to put a simple comment to this page. 3. The detection of network card shows only the hardware floppy 4. The detection of hard disks shows only one entry named floppy too. What's the point? As you were able to complete the installation I assume that both network and disk were supported. Again, don't use expert mode unless you need to. Why did you answer to me? I did use the expert mode, because the previous install with install was failed (does not show many installer pages, does not install most software, only minimal system). 5. The software task KDE-desktop is missing No, it is not. It's just not possible to select it from a dialog. There is a separate installation CD that installs KDE by default. Please consult the installation guide for info on how to select KDE using the standard CD images. 6. uswsusp give message, that there is no valid swap partition. But there where two valid swap partitions while installation process. One swap on sda2 from RAID and one on hda2 from first installation trial. This is a known issue. 7. There was no possibility to add the first user 8. There was no question for the root password This is just not correct. 9. During disk partitioning it was not clear, on which of the disks debian will install. It was done ok, but there was no possibility to choose the destination disk (hda or sda). This is just not correct either. Both for guided and manual partitioning the installer _always_ lets you select which disk to use. No! Please have a look to my report again and think about the USB hardware. I think, that something runs wrong, because I have a floppy via USB. But I did not understand the details. Have a happy new year 2008! Manfred -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#235579: marked as done (discover should be able to edit the module configuration)
Your message dated Mon, 31 Dec 2007 16:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#235107: fixed in discover1 1.7.22 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) ---BeginMessage--- Package: discover Version: 1.5-2 Severity: wishlist I have a laptop. My configuration never changes. Discover runs on every boot, and I boot many times a day. Each discover run takes like 30s time. It was very good to have discover when I installed the system. But now it is annoying me. I would like to have some option like runonce, so that it detects all my hw it can find on installation, or on a new release of discover, then it just edits my module configuration (ex. /etc/modutils/discover for 2.4, /etc/modprobe.d/discover for 2.6), adding some aliases, like alias eth0 e100 alias sound-slot-0 maestro or whatever. So that next time I don't have to run discover to load a bunch of unused modules, taking my memory, and taking a lot of time to detect the same hardware configuration again, but when I want to use something the corresponding module gets loaded automatically. If there are some modules that can't get loaded automatically (I am really sorry such things exist) those can be added to /etc/modules so that they are loaded at boot always. Regards, Gabor -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=C, LC_CTYPE=C Versions of packages discover depends on: ii dash0.4.21 The Debian Almquist Shell ii debconf 1.3.22 Debian configuration management sy ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libdiscover11.5-2hardware identification library -- debconf information excluded ---End Message--- ---BeginMessage--- Source: discover1 Source-Version: 1.7.22 We believe that the bug you reported is fixed in the latest version of discover1, which is due to be installed in the Debian FTP archive: discover1_1.7.22.dsc to pool/main/d/discover1/discover1_1.7.22.dsc discover1_1.7.22.tar.gz to pool/main/d/discover1/discover1_1.7.22.tar.gz discover1_1.7.22_i386.deb to pool/main/d/discover1/discover1_1.7.22_i386.deb libdiscover1-dev_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-dev_1.7.22_i386.deb libdiscover1-pic_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-pic_1.7.22_i386.deb libdiscover1_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1_1.7.22_i386.deb 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. Petter Reinholdtsen [EMAIL PROTECTED] (supplier of updated discover1 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: Mon, 31 Dec 2007 16:36:32 +0100 Source: discover1 Binary: libdiscover1 discover1 libdiscover1-pic libdiscover1-dev Architecture: source i386 Version: 1.7.22 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: discover1 - hardware identification system libdiscover1 - hardware identification library libdiscover1-dev - hardware identification library development files libdiscover1-pic - hardware identification library - static PIC version Closes: 235107 387322 Changes: discover1 (1.7.22) unstable; urgency=low . * Change init.d script to not depend on $local_fs. * Don't install the init-script and remove it on existing installations. Systems like udev which check the content of /lib/modules/ does a better job loading kernel modules. (Closes: #235107, 387322) * Strip [a-z] from version number when checking if configure script is updated. Patch from Ubuntu. * Drop unused directories /var/lib/discover and usr/sbin from the discover1 package. * Convert debian/copyright from ISO-8859-1 to UTF-8. * Update Standards-Version from 3.7.2 to 3.7.3. No change needed. * Replace variable ${Source-Version} with ${binary:Version} to depend
Bug#235107: marked as done (discover: Run only at install)
Your message dated Mon, 31 Dec 2007 16:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#235107: fixed in discover1 1.7.22 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) ---BeginMessage--- Package: discover Severity: wishlist This was on the debian-boot mailinglist: Subject: Re: discover == kudzu ? On Thu, Feb 26, 2004 at 11:39:17PM -0500, David Nusinow wrote: On Thu, Feb 26, 2004 at 07:32:04PM +1000, Andrew Pollock wrote: I take it that discover is supposed to run all the time on a newly installed sarge system, installed with d-i, not unlike the way kudzu does on a Dead Rat installation? It doesn't run all the time. It runs at bootup, detects the modules to load and loads them, and then is essentially done. There is /etc/modules.conf for loading modules. Hardware is constant, it doesn't make sense to check for changes on each boot. In fact, it is even annoying. Please disable discover after installation. It would even better to remove the package. Cheers Geert Stappers pgpoHQFdeHLJb.pgp Description: PGP signature ---End Message--- ---BeginMessage--- Source: discover1 Source-Version: 1.7.22 We believe that the bug you reported is fixed in the latest version of discover1, which is due to be installed in the Debian FTP archive: discover1_1.7.22.dsc to pool/main/d/discover1/discover1_1.7.22.dsc discover1_1.7.22.tar.gz to pool/main/d/discover1/discover1_1.7.22.tar.gz discover1_1.7.22_i386.deb to pool/main/d/discover1/discover1_1.7.22_i386.deb libdiscover1-dev_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-dev_1.7.22_i386.deb libdiscover1-pic_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-pic_1.7.22_i386.deb libdiscover1_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1_1.7.22_i386.deb 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. Petter Reinholdtsen [EMAIL PROTECTED] (supplier of updated discover1 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: Mon, 31 Dec 2007 16:36:32 +0100 Source: discover1 Binary: libdiscover1 discover1 libdiscover1-pic libdiscover1-dev Architecture: source i386 Version: 1.7.22 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: discover1 - hardware identification system libdiscover1 - hardware identification library libdiscover1-dev - hardware identification library development files libdiscover1-pic - hardware identification library - static PIC version Closes: 235107 387322 Changes: discover1 (1.7.22) unstable; urgency=low . * Change init.d script to not depend on $local_fs. * Don't install the init-script and remove it on existing installations. Systems like udev which check the content of /lib/modules/ does a better job loading kernel modules. (Closes: #235107, 387322) * Strip [a-z] from version number when checking if configure script is updated. Patch from Ubuntu. * Drop unused directories /var/lib/discover and usr/sbin from the discover1 package. * Convert debian/copyright from ISO-8859-1 to UTF-8. * Update Standards-Version from 3.7.2 to 3.7.3. No change needed. * Replace variable ${Source-Version} with ${binary:Version} to depend on the correct package. Files: cc7cae86aa626b8fcaa6b79c6f145f94 745 admin optional discover1_1.7.22.dsc 0c44822ee5a89667bfb79a0e0d67151f 650486 admin optional discover1_1.7.22.tar.gz 5d1f81c7729c214ea59e4bfe5723c1e3 67412 admin optional discover1_1.7.22_i386.deb 175d6ff0d8706228b3d0e52b3c32aff8 101468 libs optional libdiscover1_1.7.22_i386.deb c4d8d77a0d4ccb1e170cd84192af0030 25966 libdevel optional libdiscover1-dev_1.7.22_i386.deb bda73018a370b9ccacc229aa163f5a20 61368 libs extra libdiscover1-pic_1.7.22_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHeRH820zMSyow1ykRAgqtAKC0i+VV4m4HDgwW4QfA1vqHr5oh1ACdE+El Mj599CwNvkkt+f/IMRFc22M= =Mp03 -END PGP SIGNATURE- ---End Message---
Bug#387322: marked as done (discover1: Doesn't work with SELinux)
Your message dated Mon, 31 Dec 2007 16:02:02 + with message-id [EMAIL PROTECTED] and subject line Bug#387322: fixed in discover1 1.7.22 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) ---BeginMessage--- Package: discover1 Severity: normal discover1 doesn't work with SELinux strict policy, because it's writing to the /lib/discover directory. This should be resolvable by writing SELinux policy for discover. (Don't reassign this to the selinux policy packages. We're using usertags to keep track of open SELinux issues. This is for users that are wondering why something doesn't work on their system, so they know discover currently is incompatible.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: discover1 Source-Version: 1.7.22 We believe that the bug you reported is fixed in the latest version of discover1, which is due to be installed in the Debian FTP archive: discover1_1.7.22.dsc to pool/main/d/discover1/discover1_1.7.22.dsc discover1_1.7.22.tar.gz to pool/main/d/discover1/discover1_1.7.22.tar.gz discover1_1.7.22_i386.deb to pool/main/d/discover1/discover1_1.7.22_i386.deb libdiscover1-dev_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-dev_1.7.22_i386.deb libdiscover1-pic_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1-pic_1.7.22_i386.deb libdiscover1_1.7.22_i386.deb to pool/main/d/discover1/libdiscover1_1.7.22_i386.deb 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. Petter Reinholdtsen [EMAIL PROTECTED] (supplier of updated discover1 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: Mon, 31 Dec 2007 16:36:32 +0100 Source: discover1 Binary: libdiscover1 discover1 libdiscover1-pic libdiscover1-dev Architecture: source i386 Version: 1.7.22 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Petter Reinholdtsen [EMAIL PROTECTED] Description: discover1 - hardware identification system libdiscover1 - hardware identification library libdiscover1-dev - hardware identification library development files libdiscover1-pic - hardware identification library - static PIC version Closes: 235107 387322 Changes: discover1 (1.7.22) unstable; urgency=low . * Change init.d script to not depend on $local_fs. * Don't install the init-script and remove it on existing installations. Systems like udev which check the content of /lib/modules/ does a better job loading kernel modules. (Closes: #235107, 387322) * Strip [a-z] from version number when checking if configure script is updated. Patch from Ubuntu. * Drop unused directories /var/lib/discover and usr/sbin from the discover1 package. * Convert debian/copyright from ISO-8859-1 to UTF-8. * Update Standards-Version from 3.7.2 to 3.7.3. No change needed. * Replace variable ${Source-Version} with ${binary:Version} to depend on the correct package. Files: cc7cae86aa626b8fcaa6b79c6f145f94 745 admin optional discover1_1.7.22.dsc 0c44822ee5a89667bfb79a0e0d67151f 650486 admin optional discover1_1.7.22.tar.gz 5d1f81c7729c214ea59e4bfe5723c1e3 67412 admin optional discover1_1.7.22_i386.deb 175d6ff0d8706228b3d0e52b3c32aff8 101468 libs optional libdiscover1_1.7.22_i386.deb c4d8d77a0d4ccb1e170cd84192af0030 25966 libdevel optional libdiscover1-dev_1.7.22_i386.deb bda73018a370b9ccacc229aa163f5a20 61368 libs extra libdiscover1-pic_1.7.22_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHeRH820zMSyow1ykRAgqtAKC0i+VV4m4HDgwW4QfA1vqHr5oh1ACdE+El Mj599CwNvkkt+f/IMRFc22M= =Mp03 -END PGP SIGNATURE- ---End Message---
[RFC] Splitting D-I translation in sublevels: ready infrastructure
Quoting Christian Perrier ([EMAIL PROTECTED]): After a discussion we had in -boot back in November, which involved Frans Pop and myself, mostly, I worked on a new version of the synchronization script (scripts/l10n/l10n-sync in SVN), that allows splitting messages in sublevels for all core D-I packages. .../... (see original message for details) I realize that I didn't explicitely mark this mail as a Request For Comments. Before I activate this feature, I wanted to give you people opportunities to react and bring input. Of course, the proposal might be so perfect that no comment at all is needed, which is good for my ego, but slightly leaves me in the dark... So, again, feel free to comment. I plan to activate this feature as of next week-end (5 or 6th January). signature.asc Description: Digital signature
Re: [RFC] Splitting D-I translation in sublevels: ready infrastructure
On Monday 31 December 2007, Christian Perrier wrote: Before I activate this feature, I wanted to give you people opportunities to react and bring input. It's on my ToDo list, but I've been giving partman work priority. Could you describe where exactly to find the new scripts and give an overview how the new l10n sync procedure looks (merge, update, split, commit sequences)? So, again, feel free to comment. I plan to activate this feature as of next week-end (5 or 6th January). I'd appreciate it if you'd wait until I have actually reviewed it. There's at least one things I have my doubts about: the fact that strings can be in multiple sublevels. IMO that is bound to cause problems at some point and it should be possible to filter that out. Cheers, Frans signature.asc Description: This is a digitally signed message part.
Re: [RFC] Splitting D-I translation in sublevels: ready infrastructure
Quoting Frans Pop ([EMAIL PROTECTED]): On Monday 31 December 2007, Christian Perrier wrote: Before I activate this feature, I wanted to give you people opportunities to react and bring input. It's on my ToDo list, but I've been giving partman work priority. Could you describe where exactly to find the new scripts and give an overview how the new l10n sync procedure looks (merge, update, split, commit sequences)? First elements: The script is scripts/l10n/l10n-sync, the same one that's used right now. As long as the --split switch isn't used, the behaviour is the current one: 1 big master file. If --split is used, it needs to be given a number of sublevels: --split=5 for instance. In short, the process is the following: - initialize variables - command-line parsing - initialize a few more variables, depending on command-line sitches - sanity checks - loop over packages and svn up then debconf-updatepo for each (lines 325-385) - built ONE big templates.pot file (lines 487-430) - create the N sublevel templates.pot files. The key command is msggrep, line 441. It greps for # :slx: where x is the sublevel number (lines 432-459) If a string isn't marked, it ends up in sublevel 1 (line 458) - depending on whether --split is used or not: (lines 461 to 601) - sync packages/po/*.po with packages/po/templates.pot - for each sublevel, sync packages/po/sublevel$i/*.po with the respective templates.pot files AND grab translations from lower level files (this allows identical strings to always get the same translations across sublevels) - if sublevels are used, rebuild master files for each language in packages/po. These will not be committed. (lines 603-620) - for all packages, update debian/po/*.po from the single master file (620-end) That part has indeed now changed The tricky parts are then indeed: - creation of the multiple templates.pot files. Involves using msggrep - syncing high sublevel files with lower sublevel files, allowing identical strings to get identical translations - the rebuild of a single master file even when using sublevel files. This is indeed meant to speed up the process a lot as, otherwise, each PO file for each package would need to be synced with N different master files, which is very time consuming/ So, again, feel free to comment. I plan to activate this feature as of next week-end (5 or 6th January). I'd appreciate it if you'd wait until I have actually reviewed it. No problem. There's at least one things I have my doubts about: the fact that strings can be in multiple sublevels. IMO that is bound to cause problems at some point and it should be possible to filter that out. Well, the key has been to decide that the lower sublevel will then get priority. So, if translators start with these sublevels, these strings will already be translated in higher sublevels when they'll come on these. Indeed, there haven't been that many changes to the sync script to implement this. You'll also notice that the number of sublevels is not harcoded. We can decide to have more...or less at some moment. signature.asc Description: Digital signature
Bug#414609: Super size means super satisfaction!
Eagles defeated Siena University 83-79. Niagara returnsWhen the 4 minutes of stoppage time were up, the game Maximize the measurement of your stick by the next year! Great price reductions for our super-p!ll will rejoice you! Don't lose your chance! Our offer is definitely worth your regard! Check our remarkable prices now! http://puihoops.com/ The product recall affects the following packages ofBritish newspaper The Sun reports that Al-Qaeda membersshot hit off the goal post instead. The next goalconferences will hold their championship games this referred the case to police, although they suggest thatdivide the Muslim world.and his men have been under siege.
Bug#457901: Installation report - HP pavillion 2585ep
On Monday 31 December 2007, Frans Pop wrote: This is probably because we have not added relatime support yet, although there is a BR open about it already. However, it should not fail like you describe. I'll try to look into that. I was mistaken. We do have relatime support. I'll still look into it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458459: Update Installing from a UNIX/Linux system for Lenny
Package: installation-guide Version: 20070319 Severity: normal Section D.3 of the Lenny installation guide is out of date. I observe at least the following required changes: - The debootstrap-udeb package is required, not the debootstrap package. - Running debootstrap should refer to lenny, not etch - References to sources.list refer to etch, but should refer to lenny -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
www.selfbanking.com.ar
Please see this site in Subject
Bug#458462: discover-data vesa driver for intel
Package: discover-data Version: 2.2007.08.07 I use debian live to create liveCD, and usediscover-data to configure Xorg, my computer use Intel i910 and display is not automatically determined, vesa is configured. But when I set manually i810 X start correctly -- Sylvain Garcia Aliasource - Groupe LINAGORA 20, rue Hermès, Parc Technologique du Canal 31520 RAMONVILLE SAINT AGNE Téléphone : +33 (0)5 62 19 24 91
Bug#454493: Display PCI slot for nics, if available
On Mon, Dec 31, 2007 at 09:43:15AM -0200, Otavio Salvador wrote: dann frazier [EMAIL PROTECTED] writes: imo, the best and more widly solution would be the 2. That shouldn't be too hard and would allow us to reduce the memory footprint not only on your user case but in general usage too. Might be vearing off topic for this bug, but here's a wrapper I worked up (not yet tested in the d-i environment). It looks nice. I think that code might be more clear if you change the cleanup step to be a funtion and it will make simpler to spot what is being done in each case. Yes, this does improve readability. I see no point in using aggresive policy. It would unload the modules detected by udev and since we provide a small set of modules it looks useless to me. Do you see any possible usage? No - it was just something I was playing with (see my comment in the code warning people not to use it). Also, I only think it makes sense to include a policy setting if its an option - e.g. an environment variable. If we find only only one policy useful, the others should be dropped to reduce code size/complexity. Attached is a new version that incorporates your factoring suggestion, and does away with the policy options. -- dann frazier modprobe-and-clean.sh Description: Bourne shell script
Bug#454493: Display PCI slot for nics, if available
dann frazier [EMAIL PROTECTED] writes: I think that code might be more clear if you change the cleanup step to be a funtion and it will make simpler to spot what is being done in each case. Yes, this does improve readability. And it did, indeed. This lastest version is much easier to read. :-) Nice job. I see no point in using aggresive policy. It would unload the modules detected by udev and since we provide a small set of modules it looks useless to me. Do you see any possible usage? No - it was just something I was playing with (see my comment in the code warning people not to use it). Also, I only think it makes sense to include a policy setting if its an option - e.g. an environment variable. If we find only only one policy useful, the others should be dropped to reduce code size/complexity. Great. It looks like we just need to put it inside of d-i and see if it gives any regression, otherwise it looks like a nice improvement of what we have now. Have you done any test to see if it changes the memory footprint? -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - Microsoft sells you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hwclock is not working correctly on compaq 6510b, compaq presario c700
2007/12/17, Geert Stappers [EMAIL PROTECTED]: I seen that also on some hardware. Adding the option `--directisa` did help for me. Thanks. It helped me too. Fedora core 8 with 2.6.23 kernel was able to setup this correctly on 6510b. Yes, the error is a combination of kernel and hardware. Would that mean a newer kernel will fix that? Or should we maintain a list of know hardware to use --directisa option? I was about to report it as a bug against util-linux. Is it a known issue? Should I go ahead and report it? Cheers Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് Join The DRM Elimination Crew Now! http://fci.wikia.com/wiki/Anti-DRM-Campaign
Re: Serious issue with cdebconf translation filtering (was: Tasksel only partly localized?)
On Mon, Dec 24, 2007 at 11:49:46AM +0100, Frans Pop wrote: On Monday 24 December 2007, Colin Watson wrote: I've done this in r50612. Could you confirm whether this fixes this bug? Yep. Works great [1]. Thx. [1] To test I've only copied the new debconf-copydb into my saved testcase. Great, thanks. Belatedly uploaded (cdebconf 0.126). -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of cdebconf_0.126_i386.changes
cdebconf_0.126_i386.changes uploaded successfully to localhost along with the files: cdebconf_0.126.dsc cdebconf_0.126.tar.gz cdebconf-priority_0.126_all.udeb cdebconf_0.126_i386.deb libdebconfclient0_0.126_i386.deb libdebconfclient0-dev_0.126_i386.deb cdebconf-udeb_0.126_i386.udeb libdebconfclient0-udeb_0.126_i386.udeb cdebconf-newt-udeb_0.126_i386.udeb cdebconf-text-udeb_0.126_i386.udeb cdebconf-gtk-udeb_0.126_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cdebconf_0.126_i386.changes ACCEPTED
Accepted: cdebconf-gtk-udeb_0.126_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.126_i386.udeb cdebconf-newt-udeb_0.126_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.126_i386.udeb cdebconf-priority_0.126_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.126_all.udeb cdebconf-text-udeb_0.126_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.126_i386.udeb cdebconf-udeb_0.126_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.126_i386.udeb cdebconf_0.126.dsc to pool/main/c/cdebconf/cdebconf_0.126.dsc cdebconf_0.126.tar.gz to pool/main/c/cdebconf/cdebconf_0.126.tar.gz cdebconf_0.126_i386.deb to pool/main/c/cdebconf/cdebconf_0.126_i386.deb libdebconfclient0-dev_0.126_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.126_i386.deb libdebconfclient0-udeb_0.126_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.126_i386.udeb libdebconfclient0_0.126_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.126_i386.deb Override entries for your package: cdebconf-gtk-udeb_0.126_i386.udeb - optional debian-installer cdebconf-newt-udeb_0.126_i386.udeb - optional debian-installer cdebconf-priority_0.126_all.udeb - standard debian-installer cdebconf-text-udeb_0.126_i386.udeb - optional debian-installer cdebconf-udeb_0.126_i386.udeb - standard debian-installer cdebconf_0.126.dsc - source utils cdebconf_0.126_i386.deb - extra utils libdebconfclient0-dev_0.126_i386.deb - optional libdevel libdebconfclient0-udeb_0.126_i386.udeb - optional debian-installer libdebconfclient0_0.126_i386.deb - optional libs Announcing to [EMAIL PROTECTED] Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458486: console-setup: Problem with LSB header in init.d script
Package: console-setup Version: 1.19 Tags: patch User: [EMAIL PROTECTED] Usertags: incorrect-dependency When testing dependency based boot sequencing, I discovered a bug in the init.d script for console. It got the same provides as console-screen.sh, and this make the update-rc.d provided by insserv fail to insert it into the boot sequence. Also, the required headers required-stop and default-stop are missing. This patch solve the issue: --- /etc/init.d/console-setup 2007-12-31 23:15:55.0 +0100 +++ /tmp/console-setup 2007-12-31 23:19:03.0 +0100 @@ -1,8 +1,10 @@ #!/bin/sh ### BEGIN INIT INFO -# Provides: console-screen +# Provides: console-setup # Required-Start:$local_fs $remote_fs +# Required-Stop: # Default-Start: S +# Default-Stop: # Short-Description: Set console font and keymap ### END INIT INFO Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hwclock is not working correctly on compaq 6510b, compaq presario c700
On Monday 31 December 2007, Praveen A wrote: Would that mean a newer kernel will fix that? Or should we maintain a list of know hardware to use --directisa option? I was about to report it as a bug against util-linux. Is it a known issue? Should I go ahead and report it? No, it's not an issue in util-linux, but in the kernel. Most systems don't need the option, so adding it by default would not be the correct solution. Cheers, FJP signature.asc Description: This is a digitally signed message part.