Classical G-I crash on PPC [was: Re: [G-I] ppc dailies are still missing cyrillic fonts]
On 6/4/06, Davide Viti <[EMAIL PROTECTED]> wrote: does this mean that the problem got fixed (as expected) with Colin's latest changes? I can't tell, the iamge does not boot. I will add this info to the wiki. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ATTENTION: d-i build machines need upgrae to glibc >= 2.3.6-11
At 2 Jun 06 10:11:24 GMT, Geert Stappers wrote: > On Wed, May 31, 2006 at 11:58:26AM +0100, Thiemo Seufer wrote: > > > > The advice might be a bit over the top, 2.3.6-13 is supposed to fix > > that particular bug, which AFAICS means older images will work again > > once it is built and in the archive. > > > FYI: the daily build sparc has now 2.3.6-13 installed arm has also. -- Kenshi Muto [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370398: debian-installer: support testing memory
Package: debian-installer Version: 20060604 Severity: wishlist One of the first things I do before installing a new debian system is run memtest86+ on it for a while. I read somewhere that Ubuntu dapper's new installer has some sort of memory tester (I guess they have isolinux/syslinux launch memtest86+). Has this been considered for d-i? The memtest86+ option is one possibility, but it's i386 specific. Another option might be providing a udeb of the "memtester" utility. I haven't used it but it appears to be a Linux userspace app and not i386 specific. So that might be a better fit for Debian. Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wget failing in a recent d-i build
David Härdeman wrote: I've tried to downgrade busybox, but that didn't help, and now I'm running out of ideas...is anyone else seeing this? The error message from wget is: ~ # wget http://www.debian.org wget: www.debian.org: Unknown server error Happens here too with the latest snapshot. It does work if you put an ip address instead, so i guess something about resolving is borked. I've looked thru the logs and didn't find anything suspicious, so no idea why it hapens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370318: tasksel: Please provide hardinfo in desktop-environment task
--- Joey Hess <[EMAIL PROTECTED]> wrote: > Eduardo Silva wrote: > > Hardinfo is both a gtk2 and text program that > shows all the hardware on the system. > > The gtk2 version is placed under system tools menu > in Gnome, as is very slick, simple > > and effective. I find it easier to understand, and > better than ubuntu's equivalent. > > > > A gui program like this is very important in the > desktop-environment task, I think, > > because the #1 question users have when some > hardware isn't working is, "but what > > hardware do I have?". Using this program, they > don't have to learn the more exoteric > > lspci and lsusb commands. > > Good idea. You said it was a text program too; if so > it might make sense > to integrate it into installation reports. But I > cannot seem to find a > way to run it in text mode. I'm sorry, after all it doesn't run in text mode!... I was trying out some hardware-reporting programs, and I mixed both hardinfo and hwinfo together. It's a pitty it doesn't work on the command line... I searched for its website to make sure ( http://hardinfo.berlios.de/wiki/index.php/Main_Page ), and nope, it doesn't ... There's also hwinfo: "hwinfo is collecting information about the hardware installed on a system. Among others, libhd contains information about cdrom, zip, floppy, disks and partitions, network card, graphics card, monitor, camera, mouse, sound, pppoe, isdn, modem, printer, scanner, bios, cpu, usb, memory and smp. " It needs to be run as root, and hwinfo gives a _very_ detailed report, while 'hwinfo --short' gives a short one. >I guess it's worth considering that the desktop task already has >hal-device-manager, which probably provides a lot more details about >more hardware. However, hardinfo does have some nice things, including >the benchmarks and a broader focus (cups, etc). Ah, I didn't see it, because my installation didn't have it (used d-i beta2 netinstall cd). OH MY ... http://www.geocities.com/jobezone/index.html __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Something is wrong in the daily build process for debian testing netinst and businesscard images
Package: debian-installer Interestingly enough, though I first discovered this on the "powerpc" it's not unique to the "powerpc" -- the same thing seems to be happening for "i386". Looking at the DebianInstaller/FAQ - Debian Wiki question 29 takes us to: http://wiki.debian.org/DebianInstaller/ FAQ#head-1b80545b9731828a5f8298ff1b431748501b4382 Q: What types of media are available? What versions are available? Where to download? Which points to http://www.debian.org/devel/debian-installer/ Going to the testing daily netinst cd image for powerpc takes us to http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/ powerpc/iso-cd/ Which contains: Index of /cdimage/daily-builds/daily/arch-latest/powerpc/iso-cd Name Last modified Size Parent Directory - MD5SUMS 31-May-2006 02:57 69 debian-testing-powerpc-businesscard.iso 04-Jun-2006 02:57 58M debian-testing-powerpc-netinst.iso 04-Jun-2006 02:59 167M Apache/2.0.53 (Debian GNU/Linux) Server at cdimage.debian.org Port 80 Note the respective dates of the MD5SUMS file and the ".iso" images! The MD5SUMS file contains: 35e5eb99fd6fd3cf99d1eccf85ea6a9c debian-testing-powerpc-netinst.iso There is nothing for the businesscard image! Not that it matters, because when you download the netinst image, its md5 checksum doesn't match the one given in the MD5SUMS file. Which is not really surprising given the respective dates. Something's wrong... If this is not the right place to get daily testing images, then the links should be changed -- and incidentally, what *is* this directory for anyway? If it is the right place to get daily testing images, then the build process is broken and ought to be fixed. Rick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370318: tasksel: Please provide hardinfo in desktop-environment task
Eduardo Silva wrote: > Hardinfo is both a gtk2 and text program that shows all the hardware on the > system. > The gtk2 version is placed under system tools menu in Gnome, as is very > slick, simple > and effective. I find it easier to understand, and better than ubuntu's > equivalent. > > A gui program like this is very important in the desktop-environment task, I > think, > because the #1 question users have when some hardware isn't working is, "but > what > hardware do I have?". Using this program, they don't have to learn the more > exoteric > lspci and lsusb commands. Good idea. You said it was a text program too; if so it might make sense to integrate it into installation reports. But I cannot seem to find a way to run it in text mode. -- see shy jo signature.asc Description: Digital signature
Bug#370318: tasksel: Please provide hardinfo in desktop-environment task
I guess it's worth considering that the desktop task already has hal-device-manager, which probably provides a lot more details about more hardware. However, hardinfo does have some nice things, including the benchmarks and a broader focus (cups, etc). -- see shy jo signature.asc Description: Digital signature
wget failing in a recent d-i build
Hey all, I did a new d-i build today for partman-crypto testing, and it seems that wget no longer works, meaning that the Release file is not downloaded and things fall apart after that. I've tried to downgrade busybox, but that didn't help, and now I'm running out of ideas...is anyone else seeing this? The error message from wget is: ~ # wget http://www.debian.org wget: www.debian.org: Unknown server error Re, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#370098: tasksel: Desktop Environment installs both firefox and galeon
Josselin Mouette wrote: > No. Both epiphany and galeon depend on libxul, not firefox. Something > else must have brought firefox. The desktop task pulls in firefox. > As galeon is more compliant with the GNOME HIG than firefox, it makes > sense to give it a higher priority than firefox. The problem here is > that firefox shouldn't have been installed. Yes it should; it's the browser a great many users expect to have installed with their desktop. -- see shy jo signature.asc Description: Digital signature
Re: Debian IRC channels moving to OFTC....we shoudl do something
Marco d'Itri wrote: > People used OFTC for development channels even when it was not > "official", why do you want to set a double standard now? The d-i team has never used more than one channel. We're a small team who can agree on a single channel to use. (FWIW, I will be leaving #debian-boot on freenode as soon as CIA gets subscribed to it on oftc. It might also be relevant to note that I do not use #debian-devel because I refuse to be on two channels for it and the useless split into two channels greatly decreases the utility of using either channel. I'm hopeful that the irc.d.o move might amelorate that.) -- see shy jo signature.asc Description: Digital signature
Re: Integration of the DFB backend into current GTK+ 2.8.17 sources
Josselin Mouette wrote: Le vendredi 26 mai 2006 à 10:01 +0200, Attilio Fiandrotti a écrit : Hi all I'm writing to you just to know if the patch i wrote [1] to add a DFB backend to GTK+ 2.8.17 is appliable to current debian 2.8.17 GTK+ sources. Sorry for not answering earlier, but I've been exhausted these days. I hope I'll have a chance to look into it this weekend, and will tell you more about it. I support this patch requires newer directfb and cairo packages, are these packages available somewhere? hi i've just updated the section [1] of DirectFB wiki about how to build 2.8.x GTK+ with DFB backend (updated to GTK+ 2.8.17). Please, tell me if the howto is clear enough. friendly Attilio [1] http://www.directfb.org/wiki/index.php/Projects:GTK_on_DirectFB#2.8.17_Version -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Graphical Installer GTKDFB 2.9 issue
Eddy Petrişor wrote: On 6/4/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: Eddy Petrişor wrote: > On 6/4/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: > >> > AND >> > I'm not 100% sure but it seems as if the Screenshot button isn't >> > selectable with TAB. It's ignored while switching around. >> >> That was meant to be a feature to facilitate installation: when you tab >> between widgets you usually don't want to tab also over the screenshot >> button, that's rarely used. > > > Yes, but an accelerator key should be available for the screenshot > button (Ctrl+s, maybe?) > yes, but if you introduce an accelerator you should also document it somewhere and the idea of introducing a "Help" button that pops up a window that lists all GTK-specific accelerator keys was rejected some times ago. I think that having a character underlined would be quite intuitive for many people ('though usually that means Alt+) ok, i just have to look for a key combination that means nothing to DFB's wm Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Graphical Installer GTKDFB 2.9 issue
On 6/4/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: Eddy Petrişor wrote: > On 6/4/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: > >> > AND >> > I'm not 100% sure but it seems as if the Screenshot button isn't >> > selectable with TAB. It's ignored while switching around. >> >> That was meant to be a feature to facilitate installation: when you tab >> between widgets you usually don't want to tab also over the screenshot >> button, that's rarely used. > > > Yes, but an accelerator key should be available for the screenshot > button (Ctrl+s, maybe?) > yes, but if you introduce an accelerator you should also document it somewhere and the idea of introducing a "Help" button that pops up a window that lists all GTK-specific accelerator keys was rejected some times ago. I think that having a character underlined would be quite intuitive for many people ('though usually that means Alt+) -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#370318: tasksel: Please provide hardinfo in desktop-environment task
Package: tasksel Version: 2.44 Severity: wishlist Hardinfo is both a gtk2 and text program that shows all the hardware on the system. The gtk2 version is placed under system tools menu in Gnome, as is very slick, simple and effective. I find it easier to understand, and better than ubuntu's equivalent. A gui program like this is very important in the desktop-environment task, I think, because the #1 question users have when some hardware isn't working is, "but what hardware do I have?". Using this program, they don't have to learn the more exoteric lspci and lsusb commands. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages tasksel depends on: ii aptitude 0.4.1-1terminal-based apt frontend ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii laptop-detect 0.12.1 attempt to detect a laptop ii liblocale-gettext-perl1.05-1 Using libc functions for internati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/first: tasksel/tasks: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux-kernel-di-i386-2.6_1.31_i386.changes ACCEPTED
Accepted: acpi-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.16-2-486-di_1.31_i386.udeb cdrom-core-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/cdrom-core-modules-2.6.16-2-486-di_1.31_i386.udeb cdrom-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/cdrom-modules-2.6.16-2-486-di_1.31_i386.udeb crc-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/crc-modules-2.6.16-2-486-di_1.31_i386.udeb crypto-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/crypto-modules-2.6.16-2-486-di_1.31_i386.udeb ext3-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ext3-modules-2.6.16-2-486-di_1.31_i386.udeb fat-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/fat-modules-2.6.16-2-486-di_1.31_i386.udeb fb-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/fb-modules-2.6.16-2-486-di_1.31_i386.udeb firewire-core-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/firewire-core-modules-2.6.16-2-486-di_1.31_i386.udeb firmware-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/firmware-modules-2.6.16-2-486-di_1.31_i386.udeb floppy-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/floppy-modules-2.6.16-2-486-di_1.31_i386.udeb ide-core-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ide-core-modules-2.6.16-2-486-di_1.31_i386.udeb ide-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ide-modules-2.6.16-2-486-di_1.31_i386.udeb input-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/input-modules-2.6.16-2-486-di_1.31_i386.udeb ipv6-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ipv6-modules-2.6.16-2-486-di_1.31_i386.udeb irda-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/irda-modules-2.6.16-2-486-di_1.31_i386.udeb jfs-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/jfs-modules-2.6.16-2-486-di_1.31_i386.udeb kernel-image-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/kernel-image-2.6.16-2-486-di_1.31_i386.udeb linux-kernel-di-i386-2.6_1.31.dsc to pool/main/l/linux-kernel-di-i386-2.6/linux-kernel-di-i386-2.6_1.31.dsc linux-kernel-di-i386-2.6_1.31.tar.gz to pool/main/l/linux-kernel-di-i386-2.6/linux-kernel-di-i386-2.6_1.31.tar.gz loop-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/loop-modules-2.6.16-2-486-di_1.31_i386.udeb md-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/md-modules-2.6.16-2-486-di_1.31_i386.udeb mouse-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/mouse-modules-2.6.16-2-486-di_1.31_i386.udeb nic-extra-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-extra-modules-2.6.16-2-486-di_1.31_i386.udeb nic-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-modules-2.6.16-2-486-di_1.31_i386.udeb nic-pcmcia-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-pcmcia-modules-2.6.16-2-486-di_1.31_i386.udeb nic-shared-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-shared-modules-2.6.16-2-486-di_1.31_i386.udeb nic-usb-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-usb-modules-2.6.16-2-486-di_1.31_i386.udeb ntfs-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ntfs-modules-2.6.16-2-486-di_1.31_i386.udeb parport-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/parport-modules-2.6.16-2-486-di_1.31_i386.udeb pcmcia-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/pcmcia-modules-2.6.16-2-486-di_1.31_i386.udeb pcmcia-storage-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/pcmcia-storage-modules-2.6.16-2-486-di_1.31_i386.udeb plip-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/plip-modules-2.6.16-2-486-di_1.31_i386.udeb ppp-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ppp-modules-2.6.16-2-486-di_1.31_i386.udeb qnx4-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/qnx4-modules-2.6.16-2-486-di_1.31_i386.udeb reiserfs-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/reiserfs-modules-2.6.16-2-486-di_1.31_i386.udeb sata-modules-2.6.16-2-486-di_1.31_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/sata-modules-2.6.16-2-486-di_1.31_i386.udeb scsi-common-modules-2.6.16-2-486-di_1.31_i386.udeb to po
linux-kernel-di-s390-2.6_0.03_s390.changes ACCEPTED
Accepted: crypto-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/crypto-modules-2.6.16-2-s390-di_0.03_s390.udeb dasd-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/dasd-modules-2.6.16-2-s390-di_0.03_s390.udeb fat-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/fat-modules-2.6.16-2-s390-di_0.03_s390.udeb kernel-image-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/kernel-image-2.6.16-2-s390-di_0.03_s390.udeb linux-kernel-di-s390-2.6_0.03.dsc to pool/main/l/linux-kernel-di-s390-2.6/linux-kernel-di-s390-2.6_0.03.dsc linux-kernel-di-s390-2.6_0.03.tar.gz to pool/main/l/linux-kernel-di-s390-2.6/linux-kernel-di-s390-2.6_0.03.tar.gz md-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/md-modules-2.6.16-2-s390-di_0.03_s390.udeb nic-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/nic-modules-2.6.16-2-s390-di_0.03_s390.udeb scsi-core-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/scsi-core-modules-2.6.16-2-s390-di_0.03_s390.udeb scsi-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/scsi-modules-2.6.16-2-s390-di_0.03_s390.udeb xfs-modules-2.6.16-2-s390-di_0.03_s390.udeb to pool/main/l/linux-kernel-di-s390-2.6/xfs-modules-2.6.16-2-s390-di_0.03_s390.udeb 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]
Re: Short feedback about the ``Debian Installer etch beta 2''
On Sun, Jun 04, 2006 at 07:12:27AM -0400, I wrote: > The installation went flawlessly then! :-) The first reboot also did. But then I `apt-get upgrade'd and rebooted again. Booting stops with ``Waiting for root file system...'', dropping into a shell after some time. There I run `insmod ide-disk', followed by `vgchange -ay vg0' (my root file system is on LVM) and exit the shell to successfully boot the system. Installed are - initramfs-tools 0.60 - udev 0.085-1 - linux-image-2.6.15-1-486 2.6.15-8 - linux-image-2.6.15-1-686 2.6.15-8 I tried with both kernel images. As a workaround, I put ``ide-disk'' into the otherwise-empty /etc/mkinitramfs/modules and rebuilt the initrd. #v+ $ udevinfo -p /block/hda -a udevinfo starts with the device the node belongs to and then walks up the device chain, to print for every device found, all possibly useful attributes in the udev key format. Only attributes within one device section may be used together in one rule, to match the device for which the node will be created. looking at device '/block/hda': KERNEL=="hda" SUBSYSTEM=="block" SYSFS{stat}=="8509 3228 172539 142600 931355845 130510 100448780 176880 10254428" SYSFS{size}=="4224150" SYSFS{removable}=="0" SYSFS{range}=="64" SYSFS{dev}=="3:0" looking at device '/devices/pci:00/:00:07.1/ide0/0.0': ID=="0.0" BUS=="ide" DRIVER=="ide-disk" looking at device '/devices/pci:00/:00:07.1/ide0': ID=="ide0" BUS=="" DRIVER=="" looking at device '/devices/pci:00/:00:07.1': ID==":00:07.1" BUS=="pci" DRIVER=="PIIX_IDE" SYSFS{modalias}=="pci:v8086d7111svsdbc01sc01i80" SYSFS{local_cpus}=="1" SYSFS{irq}=="0" SYSFS{class}=="0x010180" SYSFS{subsystem_device}=="0x" SYSFS{subsystem_vendor}=="0x" SYSFS{device}=="0x7111" SYSFS{vendor}=="0x8086" looking at device '/devices/pci:00': ID=="pci:00" BUS=="" DRIVER=="" #v- #v+ $ lspci -v :00:00.0 Host bridge: Intel Corporation 440LX/EX - 82443LX/EX Host bridge (rev 03) Flags: bus master, medium devsel, latency 64 Memory at e000 (32-bit, prefetchable) [size=64M] Capabilities: :00:01.0 PCI bridge: Intel Corporation 440LX/EX - 82443LX/EX AGP bridge (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: d000-dfff Memory behind bridge: e400-e7ff Prefetchable memory behind bridge: e800-e8ff :00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 01) Flags: bus master, medium devsel, latency 0 :00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Flags: bus master, medium devsel, latency 64 I/O ports at f000 [size=16] :00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Flags: bus master, medium devsel, latency 64, IRQ 10 I/O ports at e000 [size=32] :00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01) Flags: medium devsel, IRQ 9 :00:09.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 24) Subsystem: 3Com Corporation 3C905B Fast Etherlink XL 10/100 Flags: bus master, medium devsel, latency 64, IRQ 12 I/O ports at e400 [size=128] Memory at ea00 (32-bit, non-prefetchable) [size=128] Expansion ROM at e900 [disabled] [size=128K] Capabilities: :01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc. Millennium G200 AGP Flags: bus master, medium devsel, latency 64, IRQ 11 Memory at e800 (32-bit, prefetchable) [size=16M] Memory at e400 (32-bit, non-prefetchable) [size=16K] Memory at e500 (32-bit, non-prefetchable) [size=8M] Expansion ROM at e401 [disabled] [size=64K] Capabilities: #v- Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian IRC channels moving to OFTC....we shoudl do something
[EMAIL PROTECTED] wrote: >> >After tha announcement of irc.debian.org being moved to OFTC, I think >> >we should take care of moving #debian-boot there. >> Why? >Because it makes sense to have the Debian Installer development >channel on the Debian IRC server. People used OFTC for development channels even when it was not "official", why do you want to set a double standard now? -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370172: cdebconf-gtk-udeb: yes/no questions through checkbox aren't understandable
Attilio Fiandrotti wrote: > This cold be easily implemented by not displaying the boolean question's > description above it, like this > > Question's extended description > > [ ] Question's description The extended description shouldn't usually be a copy of the short description, which is what this bug showed being displayed.. > >Or, if you're going to use the button-* strings, why not use buttons: > > > >White the changes to disks? [yes] [no] > > > > This is a little less clean: the general approach in the GTK frontend is > delegating to [back] and [forward] buttons only returning from > frontend_go(). Well, you could instead use radio buttons for the yes/no selection.. -- see shy jo signature.asc Description: Digital signature
Bug#370172: cdebconf-gtk-udeb: yes/no questions through checkbox aren't understandable
Joey Hess, le Sat 03 Jun 2006 23:20:05 -0400, a écrit : > Attilio Fiandrotti wrote: > > >Write the changes to disks? > > > > > >[ ] Write the changes to disks? > > > > > >A simple correction for now could be to just not repeat the question: > > > > > >Write the changes to disks? > > > > > >[ ] Yes. > > > > I agree with you and this can be easily done, as cdebconf package > > provides debconf/button-yes and debconf/button-no templates. > > Does anyonne see any possible problem that could arise with the "yes/no" > > approach ? > > Why not just: > > [ ] Write the changes to disks? This phrasing is a bit strange: checkbox are usually used with affirmative labels, not questions. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Bug#369664: Graphical DebianInstaller does not save passwords
Hello, On Fri, 02 Jun 2006 17:27:06 +0200 B. Janssen wrote: > Hi Holger, hi Attilio, > > i just performed an Etch installation on the original machine, albeit on > another partition. > I have noticed some unrelated problems mainly concerned with the > localization (i'm a freelance translator and proofreader and tend to > notice this stuff...) Please post details here... I will pick this up. > Björn Holger -- == Created with Sylpheed-Claws 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net =
Short feedback about the ``Debian Installer etch beta 2''
Hello! I just spent some time trying to install Debian testing i386 (etch beta 2 release, netinst CD image) on a system with only 32 MiB of RAM... (No, I don't intend to use the system like that, but I thought I could already install it, albeit not having the final memory equipment at hand.) After using the console for adding a swap partition, real problems nevertheless showed up at the time I was configuring the LVM setup: lvcreate was OOM-killed by the kernel, although there was swap space available. My work-around--after having tried once more--was then to borrow another 32 MiB of RAM from another system. In the documentation it is written that 32 MiB of RAM should be sufficient for installation. Another issue popped up when the installer was trying to install the main software packages (i.e. after installing the base system). The installation hung. Lacking a better idea, on the console, I killed the hanging apt-get and re-ran it by hand, chrooting into /target/. apt-get then prompted me to make the Debian CD available at /cdrom--which it was already. I interrupted the installer, removed the ``deb cdrom'' line from /target/etc/apt/sources.list and resumed installation having it retrieve the packages over the network. The installation went flawlessly then! :-) Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369664: Graphical DebianInstaller does not save passwords
Davide Viti wrote: Ciao Attilio, On Sun, Jun 04, 2006 at 02:27:25AM +0200, Attilio Fiandrotti wrote: Davide Viti wrote: On Thu, Jun 01, 2006 at 12:11:25AM +0700, Christian Perrier wrote: There are also problemns with capitalized letters (already reported). #339352 and #368881 in case you needed to have more infos. Ciao, Davide Bjorn privately reported this bug to have disappeared when using recent GTKDFB libraries. Don't know if this bug shall be closed or left open until GTKDFB libraries upgrade is complete. I'd leave everything open until the new libs hit the archives, so we can use the bugreports as reminders and as test cases. ok Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#369664: Graphical DebianInstaller does not save passwords
Ciao Attilio, On Sun, Jun 04, 2006 at 02:27:25AM +0200, Attilio Fiandrotti wrote: > Davide Viti wrote: > >On Thu, Jun 01, 2006 at 12:11:25AM +0700, Christian Perrier wrote: > > > >>There are also problemns with capitalized letters (already reported). > > > > > >#339352 and #368881 in case you needed to have more infos. > > > >Ciao, > >Davide > > Bjorn privately reported this bug to have disappeared when using recent > GTKDFB libraries. > Don't know if this bug shall be closed or left open until GTKDFB > libraries upgrade is complete. I'd leave everything open until the new libs hit the archives, so we can use the bugreports as reminders and as test cases. ciao, Davide signature.asc Description: Digital signature
Re: Bug#370098: tasksel: Desktop Environment installs both firefox and galeon
Le samedi 03 juin 2006 à 13:32 -0700, Eduardo Silva a écrit : > > Eduardo Silva wrote: > > > The Desktop Environment task installs galeon and > > firefox, but I don't > > > understand why. Why both? > > The gnome-desktop-environment depends on > > epiphany-browser (>= 1.8.5) | galeon (>= 1.3.1 8) | > > firefox-gnome-support | > > mozilla-firefox-gnome-support > I had already written here a big explanation on why > epiphany should be the only browser, and now I > remember that it needs firefox, so that's that. No. Both epiphany and galeon depend on libxul, not firefox. Something else must have brought firefox. As galeon is more compliant with the GNOME HIG than firefox, it makes sense to give it a higher priority than firefox. The problem here is that firefox shouldn't have been installed. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Re: [G-I] ppc dailies are still missing cyrillic fonts
On Sun, Jun 04, 2006 at 12:47:13PM +0300, Eddy Petrişor wrote: > On 6/3/06, Davide Viti <[EMAIL PROTECTED]> wrote: > >On Sat, Jun 03, 2006 at 02:30:38PM +0300, Eddy Petrişor wrote: > >> No, > > > >Are you sure you're testing the latest initrd file and not the old one not > >containing > >dejavu? > >I know it's an obvious question, but the build log [1] looks ok: > > Ah, crap, my cron job which does the downloading of the image got > stumbled when trying to remove the old mini.iso and wget downloaded it > as mini.iso.1. > > The non erasable file was copied from a remote sshfs on my router > while mounted by root and it inherited the -w attribute for others, so > the cron job ran as my user could not delete the old file. > > Sorry guys for the false alarm. does this mean that the problem got fixed (as expected) with Colin's latest changes? ciao, Davide signature.asc Description: Digital signature
Re: Graphical Installer GTKDFB 2.9 issue
Eddy Petrişor wrote: On 6/4/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: > AND > I'm not 100% sure but it seems as if the Screenshot button isn't > selectable with TAB. It's ignored while switching around. That was meant to be a feature to facilitate installation: when you tab between widgets you usually don't want to tab also over the screenshot button, that's rarely used. Yes, but an accelerator key should be available for the screenshot button (Ctrl+s, maybe?) yes, but if you introduce an accelerator you should also document it somewhere and the idea of introducing a "Help" button that pops up a window that lists all GTK-specific accelerator keys was rejected some times ago. Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Graphical Installer GTKDFB 2.9 issue
On 6/4/06, Attilio Fiandrotti <[EMAIL PROTECTED]> wrote: > AND > I'm not 100% sure but it seems as if the Screenshot button isn't > selectable with TAB. It's ignored while switching around. That was meant to be a feature to facilitate installation: when you tab between widgets you usually don't want to tab also over the screenshot button, that's rarely used. Yes, but an accelerator key should be available for the screenshot button (Ctrl+s, maybe?) -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [G-I] ppc dailies are still missing cyrillic fonts
On 6/3/06, Davide Viti <[EMAIL PROTECTED]> wrote: On Sat, Jun 03, 2006 at 02:30:38PM +0300, Eddy Petrişor wrote: > No, Are you sure you're testing the latest initrd file and not the old one not containing dejavu? I know it's an obvious question, but the build log [1] looks ok: Ah, crap, my cron job which does the downloading of the image got stumbled when trying to remove the old mini.iso and wget downloaded it as mini.iso.1. The non erasable file was copied from a remote sshfs on my router while mounted by root and it inherited the -w attribute for others, so the cron job ran as my user could not delete the old file. Sorry guys for the false alarm. -- Regards, EddyP = "Imagination is more important than knowledge" A.Einstein
Bug#370172: cdebconf-gtk-udeb: yes/no questions through checkbox aren't understandable
Joey Hess wrote: Attilio Fiandrotti wrote: Write the changes to disks? [ ] Write the changes to disks? A simple correction for now could be to just not repeat the question: Write the changes to disks? [ ] Yes. I agree with you and this can be easily done, as cdebconf package provides debconf/button-yes and debconf/button-no templates. Does anyonne see any possible problem that could arise with the "yes/no" approach ? Why not just: [ ] Write the changes to disks? This cold be easily implemented by not displaying the boolean question's description above it, like this Question's extended description [ ] Question's description Or, if you're going to use the button-* strings, why not use buttons: White the changes to disks? [yes] [no] This is a little less clean: the general approach in the GTK frontend is delegating to [back] and [forward] buttons only returning from frontend_go(). friendly Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]