Bug#356939: marked as done (d-i/base-config can include sensative info in world-readable log files; needs cleanup by passwd)
Your message dated Wed, 15 Mar 2006 00:17:08 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#356939: fixed in shadow 1:4.0.14-9 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: passwd, base-config Severity: grave Tags: security patch d-i The debian-installer team has determined that various sensative information may be leaked into world-readable log files during the Debian installation process (sarge, etch, sid [1]). This includes: - preseeded passwords for root and other users if a preseed file is being used for an automated install (via the debconf-seed log file in sarge, and the cdebconf database in etch (bug #356845)) - pppoeconf passwords in the base-config log file (bug #254068) - various other information about what software was installed on the system, and the configuration of the system Note that unlike the similar security issues that affected Ubuntu, root passwords are not leaked into the log files during regular, non-preseeded installs. The attached patches to passwd's postinst close these holes for already installed systems, by chmoding all affected log files to mode 600. There are two patches, one is against passwd 1:4.0.14-7 from unstable, and one is against passwd 1:4.0.3-31sarge5 from stable. I've also include a patch for base-confg in stable to do the same thing[2]. In combination with installation-report 2.13 (unstable), this will fix the issue in all circumstances. Note that passwd is not where this bug originated, and is only being involved in the fix because there is no better place to put the fix. Unfortunatly, in systems installed by the sarge installer, some of the affected log files are not owned by any particular package, so the fix has to go into an unrelated package that is installed/upgraded on every system. -- see shy jo [1] oldstable may also be vulnerable to the #254068 part of this issue, but I have not investigated it. [2] The passwd fix is needed to fix already installed systems on upgrade now, while the base-config fix is needed to secure systems installed after the passwd package is accepted into the next stable point release. diff -ur old/shadow-4.0.14/debian/changelog shadow-4.0.14/debian/changelog --- old/shadow-4.0.14/debian/changelog 2006-03-14 15:25:49.0 -0500 +++ shadow-4.0.14/debian/changelog 2006-03-14 16:13:19.0 -0500 @@ -1,3 +1,11 @@ +shadow (1:4.0.14-8) unstable; urgency=high + + * passwd.postinst: On upgrades from any prior version, chmod 600 various +base-config and d-i log files that might contain sensative information, +including in some cases, passwords. + + -- Joey Hess [EMAIL PROTECTED] Tue, 14 Mar 2006 16:12:11 -0500 + shadow (1:4.0.14-7) unstable; urgency=low * The Carré d'Aurillac release (let's stay in Cantal) diff -ur old/shadow-4.0.14/debian/passwd.postinst shadow-4.0.14/debian/passwd.postinst --- old/shadow-4.0.14/debian/passwd.postinst2006-03-14 15:25:49.0 -0500 +++ shadow-4.0.14/debian/passwd.postinst2006-03-14 16:22:36.0 -0500 @@ -4,6 +4,19 @@ case $1 in configure) +# Fix permissions on various log files from old versions of the debian +# installer, some unrelated to passwd but we decided to put the fix +# here since there was no better place. This can safely be removed +# after etch is released. +if dpkg --compare-versions $2 lt 1:4.0.14-8; then + for log in /var/log/base-config* \ + $(find /var/log/debian-installer/ /var/log/installer/ -type f 2/dev/null ); do + if [ -e $log ]; then + chmod 600 $log + fi +done +fi + rm -f /etc/pam.d/passwd.pre-upgrade 2/dev/null if ! getent group shadow | grep -q '^shadow:[^:]*:42' then diff -ur old/shadow-4.0.3/debian/changelog shadow-4.0.3/debian/changelog --- old/shadow-4.0.3/debian/changelog 2006-03-14 16:23:51.0 -0500 +++ shadow-4.0.3/debian/changelog 2006-03-14 16:16:25.0 -0500 @@ -1,3 +1,11 @@ +shadow (1:4.0.3-31sarge6) stable-security; urgency=high + + * passwd.postinst: On upgrades from any prior version, chmod 600 various +base-config and d-i log files that might contain sensative information, +including in some cases, passwords. + + -- Joey Hess [EMAIL PROTECTED] Tue, 14 Mar 2006 16:14:26 -0500 + shadow (1:4.0.3-31sarge5) testing-proposed-updates; urgency=high * Re-apply the debian/patches/036_CAN-2004-1001_passwd_check
Re: removal of svenl from the project
Le Mer 15 Mars 2006 03:01, Andres Salomon a écrit : Hi, I am going through the expulsion process to have Sven Luther removed from the project. The process is outlined here: http://lists.debian.org/debian-devel-announce/2005/08/msg5.html , and I have already completed step 1. I strongly oppose to such an expulsion. what is wrong with you ? are you gone completely insane or what ? I know Sven may sometimes be a bit overpresent in some trolls, he also may answer too quick, without having read the mail he answers to correctly enough. But AFAICT, I've always seen him apologies when he did so (I can provide links if you can't believe me…). If you want to expulse any DD that taunts a release manager, a ftp-master or a debian sys-admin, hey, please begin with the recent thread about the NEW queue beeing stuck again. There is a lot of DDs that need you to rule about them. The project is really going insane. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpyGpPRRghdD.pgp Description: PGP signature
Re: removal of svenl from the project
Le mardi 14 mars 2006 à 21:01 -0500, Andres Salomon a écrit : Hi, I am going through the expulsion process to have Sven Luther removed from the project. If this is a joke, it's not funny. I happen to prefer Andrew Suffield's humour. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: removal of svenl from the project
Pierre Habouzit [EMAIL PROTECTED] wrote: I know Sven may sometimes be a bit overpresent in some trolls, he also=20 may answer too quick, without having read the mail he answers to=20 correctly enough. But AFAICT, I've always seen him apologies when he=20 did so (I can provide links if you can't believe me). Sven has insulted me and accused me of engaging in a conspiracy against him and his employers in order to cover up my own incompetence on more than one occasion without any hint of an apology. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fw: mini.iso and Farsi
FYI, so nazli fonts are the right ones! regards, Davide Messaggio originale Da: [EMAIL PROTECTED] Data: 15/03/2006 13.34 A: [EMAIL PROTECTED] Ogg: mini.iso and Farsi Hi David, This is to let you know that a few days ago I checked the mini iso and the Farsi text was perfect, nice and flawless. Tiscali ADSL 4 Mega Flat Naviga senza limiti con l'unica Adsl a 4 Mega di velocità a soli 19,95 € al mese! Attivala subito e hai GRATIS 2 MESI e l'ATTIVAZIONE. http://abbonati.tiscali.it/banner/middlepagetracking.html?c=webmailadslr=http://abbonati.tiscali.it/adsl/sa/4flat_tc/a=webmailz=webmailt=14
Re: removal of svenl from the project
On Tue, Mar 14, 2006, Andres Salomon wrote: Hi, Hi! I am going through the expulsion process to have Sven Luther removed from the project. Hahaha oh wow. You got it the wrong way, you should only do that _after_ someone posts http://zoy.org/~sam/ftwcal.jpeg to d-d-a. Now I have no other choice but to report you to the mailing-list behavioural police. Sorry. Sam. -- DUMBLEDORE DIES IN THE NEW HARRY POTTER BOOK SEVERUS SNAPE IS THE HALF BLOOD PRINCE BILL WEASLEY MARRIES FLEUR DELACOUR AND HIS FACE IS MUTILATED (attention : spoilers) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
On Tue, Mar 14, 2006 at 09:01:09PM -0500, Andres Salomon wrote: I am going through the expulsion process to have Sven Luther removed from the project. The process is outlined here: http://lists.debian.org/debian-devel-announce/2005/08/msg5.html, and I have already completed step 1. This is ridiculous. It seems to become a favourite pasttime in debian to ask for exclusion of people with whom someone has a personal quarrel. So, if you are interested in seconding the expulsion request, please let me know. Please do not turn this into a flamewar; I don't care about your reasons why people should not be forcefully removed from the project. Those who feel this way probably have not had to work w/ Sven on a team for the past 2 years. I have been working with Sven on the debian ocaml team for six years. He was the founder of that team, and for a long time among the most active and productive members. Every time I had the occassion to collaborate with him discussions were constructive and fruitful. -Ralf. -- Ralf Treinen Laboratoire Spécification et Vérification CNRS, École Normale Supérieure de Cachan, INRIA Futurs http://www.lsv.ens-cachan.fr/~treinen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
Mike Bird [EMAIL PROTECTED] wrote: Your accusation fails to allege sufficient facts to constitute an allegation of defamation. The facts have previously been discussed elsewhere. I replied merely to point out that Sven does not always apologise for his behaviour. Rather than wasting list bandwidth, please consult a solicitor. I have absolutely no interest in starting legal action against Sven. And rather than wasting /my/ bandwidth, would you please not Cc me on replies? -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
On Wed, 2006-03-15 at 11:25 +0100, Pierre Habouzit wrote: Le Mer 15 Mars 2006 03:01, Andres Salomon a écrit : Hi, I am going through the expulsion process to have Sven Luther removed from the project. The process is outlined here: http://lists.debian.org/debian-devel-announce/2005/08/msg5.html , and I have already completed step 1. I strongly oppose to such an expulsion. It amazes me that people oppose expulsion, but are perfectly happy to allow the DAMs to decide whether or not a NM is to be let into the project. Why do we trust the DAM's judgement in one scenario but not the other? what is wrong with you ? are you gone completely insane or what ? I'm tired of discussions immediately degrading into personal insults. I know Sven may sometimes be a bit overpresent in some trolls, he also may answer too quick, without having read the mail he answers to correctly enough. But AFAICT, I've always seen him apologies when he did so (I can provide links if you can't believe me…). That is not the case. Furthermore, apologizing repeatedly does not make his behavior right. If you want to expulse any DD that taunts a release manager, a ftp-master or a debian sys-admin, hey, please begin with the recent thread about the NEW queue beeing stuck again. There is a lot of DDs that need you to rule about them. This is not about taunting a release manager, an ftp master, or a DAM. This is about repeated aggressive, childish behavior, against a number of people. Sven seems to anger almost everyone he works closely with. The examples I provided are just the tip of the iceberg. I thought I explained this in my followup email[0]. [0] http://lists.debian.org/debian-devel/2006/03/msg00621.html signature.asc Description: This is a digitally signed message part
Re: removal of svenl from the project
#include hallo.h * Andres Salomon [Tue, Mar 14 2006, 09:01:09PM]: harm upon another developer in a public forum, and then a week later publically insults/taunts a developer (one of the Release Managers, even), behind his back. This is incredibly childish, aggressive behavior, and should not be tolerated within the project (IMO). He were slandering somebody and others were listening/reading without telling him that the behaviour is impolite? Well, then maybe it shows us all (or at least the readers) in a bad light. Even then, you have to deal with such offence in a more contructive way, definitely not by stupid expulsion process. Heck, even our current DPL may not be there if I would have acted like you few years ago (I did not forget comments like Ah, Eduard Bloch joined the club of debian-legal experts, hahaha and similar stupid rants found in IRC logs but, hey, people can change, and people can learn, and kicking someone out without giving at least one second chance is equally childish). And if I would have acted like a hot potato, I would have gone the path of Adrian Bunk at the time. Eduard. -- Auf ähnlichem Niveau bewegen sich die Gehältern von Webdesignern, die ebenfalls zu den Verlierern unter den *Informatikern* zählen. -- Unispiegel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
The DAM has accepted the request; please send seconds directly to [EMAIL PROTECTED], cc'ing me as well. For the people who seem to think that there are more constructive ways of dealing w/ this issue rather than the expulsion process: http://squishy.cc/svenl.txt This is a lot from two weeks ago, right after Sven threatened Jonas. If he had actually changed his behavior sometime in the past two years, rather than just viewing every discussion as a battle that must be won at all costs, I would not be making this request. signature.asc Description: This is a digitally signed message part
Re: Installer problem report (dual boot loadlin)
On Wed, Mar 15, 2006 at 12:24:55PM +1100, Lachlan Patrick wrote: Well, the question I wanted it to ask was which partition should /boot go onto? AFAI recall that question wasn't asked. I had two other ext2 partitions, so I was just surprised that the command to format /dev/hda6 was also taken to mean that /dev/hda6 was where /boot should go. I wonder how the installer decides where to place /boot if I had formatted multiple partitions? I also wonder what it would have done if I'd chosen not to reformat /dev/hda6 as ext3 (it was an empty ext2 before)? My point is formatting/partitioning != choosing where to install. Maybe there was a screen asking that, but I don't recall one. I just remember being surprised I wasn't asked. /boot goes to whatever is mounted as /boot in the partition setup. If you have a seperate partition for /boot you tell the partition setup you want it used as /boot and it does. If you don't have a seperate one, it obviously has to go on whatever is used as / in the partition setup. As a user of Debian, but not a frequent installer of Debian, I had no way to know whether loadlin was 'good', all I knew was it worked. As far as I knew, loadlin was an officially supported and sanctioned and 'good' boot method... I was looking for it in the installer menu options. I just had no way of knowing that it was deprecated or obsolete... where is that written? Maybe I just missed it. I don't think anyone ever considered loadlin a good sactioned boot loader, just a hack for dos users to use as a way to get something loaded, often as a way to start an installer before having a proper boot loader installed. And of course a decade ago when some distributions supported installing with umsdos filesystem, loadlin was the way to boot those. Fortunately that mess has disappeared. loadlin is the only remnant left and certainly hasn't had any maintenance done on it in a while. I would not be surprised if the next time some change is required in boot loaders to support a kernel boot change, loadlin will not be updated. OK, but trust is a subjective thing. I had a working loadlin system for five years; I trusted it, it worked through several revisions of kernel 2.2. By contrast, I didn't trust LILO, having tried and failed to get it working (bear in mind I was a total Linux newbie five years ago, and I knew loadlin worked, so I switched back from LILO to loadlin when I couldn't get LILO working.) For me, if it works, why change it? I mean, I don't even know why GRUB is preferred to LILO now. I just wanted a method which boots, and I had one, so I thought, why change it? For a dos user, a dos program makes sense. And lilo can be a real pain. Grub is much nicer. Oh, I realise that now, and I wasn't suggesting otherwise. But I only discovered that by trying it. My perspective was odd... I had a previously installed Debian system, with a blank 2GB ext2 partition ready and waiting for a new installation, so I didn't _need_ to partition anything. The installer expected me to, though. So, only having a write changes button, when potentially nothing needed to change, seemed odd. But only from my perspective. For a new user, with an empty PC hard drive, partitioning would be necessary, and write changes would therefore be necessary. Even if you don't want to create partitions you still have to tell it which existing partition to use for what (even if you don't want to format them). The partition setup does all that. OK, I didn't know loadlin/FIPS wouldn't work with recent versions of Windows. Thanks for that info! They are dos tools. Windows 98 was the last version they work on. That is quite a long time ago. I had used that combination five years ago, and it worked fine, so until today I assumed it would still work, or was still supported, or that recent upgrades to those packages would work with recent versions of Windows. I'm a bit surprised that they've been allowed to lapse. Surely being able to install Linux and boot into it from an icon on the Windows desktop is a desirable way to convert the unwashed masses? Forcing people to start with a clean PC, or lose their existing Windows partition, seems IMHO to raise the barrier for entry. Or is it that Windows won't play fair and is putting files all over the disk to stop FIPS-like disk repartitioning? You can't do anything like that from inside any 32bit windows. You could only do that on the win98 and older because they were a 32bit shell running on top of DOS, so they could drop down to dos and run loadlin. As it turns out, the initrd parameter solved the problem, and I now have loadlin booting kernel 2.4.27. No, not much, apart from a vague unease about formatting, partitioning, or changing MBRs if I didn't need to (the disk had existing data and operating systems on it). But see below for a comment on incremental vs big changes. I'm hearing you on FM, buddy. I just
Bug#357068: Install issues with latest version of Sarge
Package: installation-reportsBoot method: CDSarge 3.1r1 Date: Last two weeksMachine: Custom built Processor: 2 x PII 450Memory: 384megPartitions: /dev/sda1 as root, /dev/sdb-g as RAID 5 at /varOutput of lspci and lspci -n:Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked: [O ]Configure network HW: [ O]Config network: [O ]Detect CD: [ O]Load installer modules: [ O]Detect hard drives: [ O]Partition hard drives: [ O]Create file systems: [O ]Mount partitions: [O ]Install base system: [O ]Install boot loader: [O ]Reboot: [O ]Comments/Problems: Expert26 and Expert24 installation (to install SMP kernel version). Test bed is a Dual Pentium-II 450 on ASUS P2B-DS motherboard with 384 megs of RAM, and *7* SCSI drives (one boot, six for software RAID 5) and CD-ROM on /dev/hdb. First stage of install (llinux26/linux24) goes fine, but lacks SMP support. Tried expert26/expert24 to gain SMP support. Rebooted to start Stage 2 of installation (packages and the like), and neither expert26 or expert24 installation works. Kernel 2.6.8-2-686-smp *disabled* support for de4x5 (Tulip - Netgear FA311 network card) and froze at stage of autoconfiguring DHCP. Kernel 2.4.27-2-386-smp (sic) disabled support for /dev/hdb CD-ROM and could not proceed past apt configuration without cancelling out of apt configuration. Tried to mount at second console at apt configuration point and /dev/hdb was "not a spcial block device". Install via linux26 boot proceeds fine, but SMP support for second processor not available. Kernel source as attempted to install after linux26 installation lacks SMP choice in menuconfig. Kernel source downloaded from kernel.org insists on trying to use /boot/confg-2.6.8 file for configuration, prints a bunch of warnings, and then starts up. I would expect this is not normal.
Re: removal of svenl from the project
On Tue, Mar 14, 2006 at 09:01:09PM -0500, Andres Salomon wrote: Some might argue that we should just kick him from the channel and remove his commit access to the debian-kernel project, but that does not solve the problem of him abusing other teams, as well as his abusive mailing list posts. He also {co-,}maintains some 47 packages, which means users for those packages will have to deal w/ him as well. I I don't know if you've a clue about Sven's behaviour in teams other then debian-kernel. I do have a clue about Sven's behaviour in the debian-ocaml-maint team, which he founded and which I joined something like 5 years ago. That team collaboratively maintains some 30 packages now and Sven is still an active part of it. He has always been a valuable contributor of the team, happy to hacking and to discuss with other people in order to reach common goals. Discussing with him may be sometimes difficult, that's true, but hey: if we are supposed to be a community, we need to learn to accept each other peculiarities! In my experience, Sven has always done more good than harm to the debian-ocaml-maint team. So far, I have never took the time to study the detail of the expulsion process, so sorry if this mail is inappropriate. But be sure that I will do everything I can as a DD to stop Sven's expulsion. Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Re: removal of svenl from the project
Pierre Habouzit writes: I strongly oppose to such an expulsion. So do I. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356989: installer fails on raid setup
On Tue, Mar 14, 2006 at 10:39:46PM -0700, Martin Chase wrote: Package: installation-reports Boot method: CD Image version: 2006-02-20 version 31r1 from a random mirror Date: 2006-03-14 12:00 UTC Machine: random, consumer-grade, desktop parts Processor: varied Memory: varied Partitions: 2 harddrives of different sizes, each with only an exactly 15 GB partition, bootable, for RAID. software RAID1 setup with the two drives. RAID1 drive has a partition of 14.5 GB as the first partition, bootable, defaults, ext3, mounted at /. The reminding .5 GB as part5 is the swap partition. variations on this pattern. Output of lspci and lspci -n: not available or very applicable Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [?] Create file systems:[E] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: the error is reported while making the filesystem, where tune2fs cannot stat /dev/md/0p1, which ideed does not exist. cfdisk on /dev/md/0 shows the partitions as being there, but the entries in /dev for the partitions seem not to have been created. i have tried rebooting after creating the raid device, to no success. i tried creating the partitioning and software RAID by hand, and went through the steps without apparent problems, but that /dev/md/0p1 did not get created automatically, and i became as if stumped. Do not partition the md device. It is not supported. You can run a partition tool on it, but the kernel does not support partitions on md devices at this time. It simply doesn't have device major/minor numbers allocated to support that. Use LVM or create a seperate raid for each mount you want. After creating the raid partitions, go to the raid menu and setup the raid, then when you come back, do nothing other than select what to use the raid for and what filesystem to use, or that it should be an LVM device (after which you go setup lvm). i further tried it on two different systems with 5 different drives, in total. notably, none of the drives were the same size, but i made sure to make only a single partition of the exact same size an any two drives i was testing with. thanks for any help you can give. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357068: Install issues with latest version of Sarge
On Wed, Mar 15, 2006 at 08:35:36AM -0700, Charles wrote: Package: installation-reports Boot method: CD Sarge 3.1r1 Date: Last two weeks Machine: Custom built Processor: 2 x PII 450 Memory: 384meg Partitions: /dev/sda1 as root, /dev/sdb-g as RAID 5 at /var Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O ] Configure network HW: [ O] Config network: [O ] Detect CD: [ O] Load installer modules: [ O] Detect hard drives: [ O] Partition hard drives: [ O] Create file systems:[O ] Mount partitions: [O ] Install base system:[O ] Install boot loader:[O ] Reboot: [O ] Comments/Problems: Expert26 and Expert24 installation (to install SMP kernel version). Test bed is a Dual Pentium-II 450 on ASUS P2B-DS motherboard with 384 megs of RAM, and *7* SCSI drives (one boot, six for software RAID 5) and CD-ROM on /dev/hdb. First stage of install (llinux26/linux24) goes fine, but lacks SMP support. Tried expert26/expert24 to gain SMP support. Rebooted to start Stage 2 of installation (packages and the like), and neither expert26 or expert24 installation works. Kernel 2.6.8-2-686-smp *disabled* support for de4x5 (Tulip - Netgear FA311 network card) and froze at stage of autoconfiguring DHCP. Kernel 2.4.27-2-386-smp (sic) disabled support for /dev/hdb CD-ROM and could not proceed past apt configuration without cancelling out of apt configuration. Tried to mount at second console at apt configuration point and /dev/hdb was not a spcial block device. Install via linux26 boot proceeds fine, but SMP support for second processor not available. Kernel source as attempted to install after linux26 installation lacks SMP choice in menuconfig. Kernel source downloaded from kernel.org insists on trying to use /boot/confg-2.6.8 file for configuration, prints a bunch of warnings, and then starts up. I would expect this is not normal. Just apt-get install kernel-image-2.6.8-686-smp The installer doesn't have an smp kernel, but debian does. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
Le Mer 15 Mars 2006 15:05, Andres Salomon a écrit : On Wed, 2006-03-15 at 11:25 +0100, Pierre Habouzit wrote: Le Mer 15 Mars 2006 03:01, Andres Salomon a écrit : Hi, I am going through the expulsion process to have Sven Luther removed from the project. The process is outlined here: http://lists.debian.org/debian-devel-announce/2005/08/msg5.h tml , and I have already completed step 1. I strongly oppose to such an expulsion. It amazes me that people oppose expulsion, but are perfectly happy to allow the DAMs to decide whether or not a NM is to be let into the project. Why do we trust the DAM's judgement in one scenario but not the other? what is wrong with you ? are you gone completely insane or what ? I'm tired of discussions immediately degrading into personal insults. just so that we are clear, I consider your first mail a personal insult already, especially given that your decision is based on irc logs. Using the irc logs of a pissed person for the ground of an expulsion process is either (I'll let you choose): * a complete lack of dignity ; * the result of a fascist mind (so that I can win my Godwin point) ; * that you are a saint, since you feel comfortable with blaming people that release pressure on IRC. sarcasm oh and btw, as you noted it, I attacked you personnaly, maybe you should begin a procedure to expulse me. /sarcasm -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpv3p8SA8Y4u.pgp Description: PGP signature
Bug#357099: kde broken in amd64 of etch
Package: installation-reports Boot method: CD Image version: debian-testing-amd64-netinst.iso 2006.03.15 downloaded from http://www.debian.org/devel/debian-installer/ Date: 2006.03.15. Comments/Problems: The installation finished, X works, but I've got no kde. apt-get install kde doesn't work. apt source list: deb http://debian.inode.at/debian-amd64/debian/ etch main Best regards: Zoltan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
On Wed, 2006-03-15 at 05:00, Matthew Garrett wrote: Pierre Habouzit [EMAIL PROTECTED] wrote: I know Sven may sometimes be a bit overpresent in some trolls, he also=20 may answer too quick, without having read the mail he answers to=20 correctly enough. But AFAICT, I've always seen him apologies when he=20 did so (I can provide links if you can't believe me). Sven has insulted me and accused me of engaging in a conspiracy against him and his employers in order to cover up my own incompetence on more than one occasion without any hint of an apology. Matthew, Your accusation fails to allege sufficient facts to constitute an allegation of defamation. Rather than wasting list bandwidth, please consult a solicitor. --Mike Bird -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357116: aptitude hangs after selecting screen resolution
Package: installation-reports Boot method: CD Image version: debian-testing-i386-netinst.iso Date: 2006-03-15 18:30 (GMT +1) Machine: HP NX8220 Processor: Pentium M (740) 1,7Ghz Memory: 512 MB Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: The installer hangs with the message Installed Mutt. My most recent interaction with the installer before that was selecting the screen resolution (I chose only 1280x800) ps -aux shows that aptitude is in the Z state. The latest message on VT4 is Setting up dpkg-dev (1.13.16) The last line in /target/var/log/dpkg.log is status installed dpkg-dev 1.13.16. I have partitioned the machine with hda1 as root (with xfs) the rest of the disk is used for lvm with volumes for swap and /home (also xfs). I selected only Laptop and Standard System in tasksel. It's not possible for me to provide more information since the installer was completely stuck. I ended up rebooting and installing without choosing anything in tasksel which worked nicely. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357068: marked as done (Install issues with latest version of Sarge)
Your message dated Wed, 15 Mar 2006 17:51:04 +0100 with message-id [EMAIL PROTECTED] and subject line Bug#357068: Install issues with latest version of Sarge 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: installation-reportsBoot method: CDSarge 3.1r1 Date: Last two weeksMachine: Custom built Processor: 2 x PII 450Memory: 384megPartitions: /dev/sda1 as root, /dev/sdb-g as RAID 5 at /varOutput of lspci and lspci -n:Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked: [O ]Configure network HW: [ O]Config network: [O ]Detect CD: [ O]Load installer modules: [ O]Detect hard drives: [ O]Partition hard drives: [ O]Create file systems: [O ]Mount partitions: [O ]Install base system: [O ]Install boot loader: [O ]Reboot: [O ]Comments/Problems: Expert26 and Expert24 installation (to install SMP kernel version). Test bed is a Dual Pentium-II 450 on ASUS P2B-DS motherboard with 384 megs of RAM, and *7* SCSI drives (one boot, six for software RAID 5) and CD-ROM on /dev/hdb. First stage of install (llinux26/linux24) goes fine, but lacks SMP support. Tried expert26/expert24 to gain SMP support. Rebooted to start Stage 2 of installation (packages and the like), and neither expert26 or expert24 installation works. Kernel 2.6.8-2-686-smp *disabled* support for de4x5 (Tulip - Netgear FA311 network card) and froze at stage of autoconfiguring DHCP. Kernel 2.4.27-2-386-smp (sic) disabled support for /dev/hdb CD-ROM and could not proceed past apt configuration without cancelling out of apt configuration. Tried to mount at second console at apt configuration point and /dev/hdb was "not a spcial block device". Install via linux26 boot proceeds fine, but SMP support for second processor not available. Kernel source as attempted to install after linux26 installation lacks SMP choice in menuconfig. Kernel source downloaded from kernel.org insists on trying to use /boot/confg-2.6.8 file for configuration, prints a bunch of warnings, and then starts up. I would expect this is not normal. ---End Message--- ---BeginMessage--- Closing successful install which only requires further tweaking. signature.asc Description: Digital signature ---End Message---
Re: removal of svenl from the project
On Wed, Mar 15, 2006 at 01:00:19PM +, Matthew Garrett wrote: Pierre Habouzit [EMAIL PROTECTED] wrote: I know Sven may sometimes be a bit overpresent in some trolls, he also=20 may answer too quick, without having read the mail he answers to=20 correctly enough. But AFAICT, I've always seen him apologies when he=20 did so (I can provide links if you can't believe me). Sven has insulted me and accused me of engaging in a conspiracy against him and his employers in order to cover up my own incompetence on more than one occasion without any hint of an apology. Well, this was on the ubuntu irc channel, when you where all presenting excuses for not having applied the patch that allowed the pegasos to be fully supported on ubuntu, even though i did so one month before the release, and nobody commented on that bug. I was a bit short on you, because you started to make noise about the reason for the refusal being a #include being wrongly placed in the patch, and a printk that was not strictly necessary, which i think for someone like you or the ubuntu kernel team is a joke reason not to even do a single reply on the bug report. Then you can add the fact that the ubuntu kernel people are making noise on public conferences about unifying the kernel (based on their stuff) for all debian and debian based distros, while nobody at the debian kernel team is aware of that, and contrary to when fabbionne was the ubuntu kernel maintainer, ben collins hardly communicates with us. I gave up on trying to communicate with the ubuntu kernel folk about pegasos support since then, and when i learned they dropped the mkvmlinuz support with a nobody should be using oldworlds by now comment, which was extremely clueless as oldworlds don't use it, only ibm chrp, pseries and the pegasos, weeks after genesi became a ubuntu partner, i decided to let this pass by the hierarchical way instead. I note also that Andres Salomon is now, to a degree, involved with the ubuntu folk, which is ok with me, but may color his request with regard to the above. I also remember that you where much less than curteous and extremely patronizing when i proposed myself to handle the ubuntu powerpc kernels, a year or so ago, when i still believed that cooperation was possible, and i never heard you apologize for that, so should we expulse you for both being offensive to me (and having gone over to the ennemy :) ? So, please tell me when i have said anything such to you in the context of debian, i would be very surprised about it. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
On 3/14/06, Andres Salomon [EMAIL PROTECTED] wrote: Hi, I am going through the expulsion process to have Sven Luther removed from the project. The process is outlined here: http://lists.debian.org/debian-devel-announce/2005/08/msg5.html, and I have already completed step 1. [ Andres, don't get me wrong but in the next time you start a thread like this one doing cross-posting, can you set the reply-to for -devel, for example ? ] Please Andres, the expulsion process is the last mile. Are we there yet ? It seems that the project is splitting in two groups basically: The people that wants to work together and release Etch, and the people that with a reason or not wants to see it delayed. The minute after the release team announces that we're going to delay our next release, we will stop with these weird threads and keep arguing that we're all volunteers and are doing our best. oh, the humanity! I'm asking myself what's behind all that ? Ubuntu ? Probably no. Subconcious fear to delivery in time ? Probably yes. Stop thinking about who you're going to ask to be expelled next and spend some time considering not my words, but just Etch. Thanks in advance, -- stratus
Re: removal of svenl from the project
On Wed, Mar 15, 2006 at 05:56:05PM +0100, Sven Luther wrote: I was a bit short on you, because you started to make noise about the reason for the refusal being a #include being wrongly placed in the patch, and a printk that was not strictly necessary, which i think for someone like you or the ubuntu kernel team is a joke reason not to even do a single reply on the bug report. I hadn't replied to the bug report because I wasn't involved in the Ubuntu kernel at the point when it was filed, so I didn't reply there. When you brought my attention to it, I pointed out two issues that you could fix in seconds. I had none of the hardware in question, and didn't want to spend time trying to work out if there was some subtle reason for the code being there. There was certainly no effort to sabotage your platform, and I haven't heard any sort of apology for your accusations. I also remember that you where much less than curteous and extremely patronizing when i proposed myself to handle the ubuntu powerpc kernels, a year or so ago, when i still believed that cooperation was possible, and i never heard you apologize for that, so should we expulse you for both being offensive to me (and having gone over to the ennemy :) ? I have absolutely no recollection of this happening, and can't find any references to you talking to me about it in my logs. You appeared to spend some time arguing with Thibaut Varene - are you sure you're not confused? Friendly, -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
On Wed, Mar 15, 2006 at 05:56:10PM +, Matthew Garrett wrote: On Wed, Mar 15, 2006 at 05:56:05PM +0100, Sven Luther wrote: I was a bit short on you, because you started to make noise about the reason for the refusal being a #include being wrongly placed in the patch, and a printk that was not strictly necessary, which i think for someone like you or the ubuntu kernel team is a joke reason not to even do a single reply on the bug report. I hadn't replied to the bug report because I wasn't involved in the Ubuntu kernel at the point when it was filed, so I didn't reply there. When you brought my attention to it, I pointed out two issues that you could fix in seconds. I had none of the hardware in question, and didn't want to spend time trying to work out if there was some subtle reason for the code being there. There was certainly no effort to sabotage your platform, and I haven't heard any sort of apology for your accusations. Well, i think that benc comment about nobody should use oldworld's by now is particularly clueless, and you in particular did know better than that. So, please stay to reality, and my maybe unjudicious use of the word sabotage was dedicated to this second issue. Now, really, you should all cool down, if one has to guard every word he says in order to not offend folk, this is going to be no fun at all. And we elected branden as DPL even :) I also remember that you where much less than curteous and extremely patronizing when i proposed myself to handle the ubuntu powerpc kernels, a year or so ago, when i still believed that cooperation was possible, and i never heard you apologize for that, so should we expulse you for both being offensive to me (and having gone over to the ennemy :) ? I have absolutely no recollection of this happening, and can't find any references to you talking to me about it in my logs. You appeared to spend some time arguing with Thibaut Varene - are you sure you're not confused? I may indeed be confused about this, if so i apologize. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
On Wed, Mar 15, 2006 at 09:40:15AM -0500, Andres Salomon wrote: The DAM has accepted the request; please send seconds directly to [EMAIL PROTECTED], cc'ing me as well. For the people who seem to think that there are more constructive ways of dealing w/ this issue rather than the expulsion process: http://squishy.cc/svenl.txt This is a lot from two weeks ago, right after Sven threatened Jonas. If he had actually changed his behavior sometime in the past two years, /me remembers having threatened jonas last thursday, so Andres clearly seems to live in some kind of parallel world :) rather than just viewing every discussion as a battle that must be won at all costs, I would not be making this request. Yeah, well. I waited almost three month for something to happen on that bug report, and nothing ever came of it. I also note that jonas is not excempt from the fault, and that other had had trouble dealing with him, even if you didn't know that when you made your hasty judgement. Friendly, still, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
also sprach Gustavo Franco [EMAIL PROTECTED] [2006.03.15.1512 +0100]: It seems that the project is splitting in two groups basically: The people that wants to work together and release Etch, and the people that with a reason or not wants to see it delayed. The minute after the release team announces that we're going to delay our next release, we will stop with these weird threads and keep arguing that we're all volunteers and are doing our best. oh, the humanity! I'm asking myself what's behind all that ? Ubuntu ? Probably no. Subconcious fear to delivery in time ? Probably yes. Stop thinking about who you're going to ask to be expelled next and spend some time considering not my words, but just Etch. Thank you! -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP (sub)keys? Use subkeys.pgp.net as keyserver! security at micro$oft: how do we secure a billion dollar profit? signature.asc Description: Digital signature (GPG/PGP)
Re: removal of svenl from the project
On 14/03/2006 Andres Salomon wrote: Sven's behavior has always been combative (and some might argue hostile), but this is beyond what is acceptable. He threatens bodily harm upon another developer in a public forum, and then a week later publically insults/taunts a developer (one of the Release Managers, even), behind his back. This is incredibly childish, aggressive behavior, and should not be tolerated within the project (IMO). don't you think that this proposal is childish as well? it could be argued that it is even guardianship and censorship. ... jonas signature.asc Description: Digital signature
Re: timeline for next kernel update round
Martin Zobel-Helas wrote: Hi Moritz, On Wednesday, 15 Mar 2006, you wrote: Frans Pop wrote: On Wednesday 15 March 2006 00:15, Moritz Muehlenhoff wrote: The update is built and tested, it'll appear soon. It contains three ABI changing security fixes, so the ABI will be bumped. I can't speak for d-i. i had some discussion with Frans Pop today and we agreed that it might make more sense to have a new sarge d-i with R3 rather than R2. That's also due to the fact that he can't tell me how long it might take to build new sarge based d-i packages. (spoke about 2-8 weeks). So my plan would be, as soon as we get the remaining issue for R2 fixed (which i expect within the next 2 weeks), we then go without new kernels in R2 and then have R3 a few weeks later (4-8 weeks), then with new kernels and new d-i. Do you think this sounds reasonable for the security team? Yes. Regards, Joey -- Never trust an operating system you don't have source for! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
Andres Salomon [EMAIL PROTECTED] writes: I strongly oppose to such an expulsion. It amazes me that people oppose expulsion, but are perfectly happy to allow the DAMs to decide whether or not a NM is to be let into the project. Why do we trust the DAM's judgement in one scenario but not the other? I oppose to his (Sven) expulsion too. Well, I don't trust all actions of DAM's neither of anybody else. I think each action need to be judge by time. I think we all do mistakes. I agree that Sven sometimes is very rudy like a lot of other DDs here and there. That isn't a reason to remove him from the project. I personally dislike that situation of Jonas and Sven and do thing that those things shouldn't happen but we also need to look all good work that Sven already did in past and continue to do in a lot of areas of Debian et all. I work with him in some projects (Parted and MOL) and never had problems to deal with him. We always discussed all things without problems. -- 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://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. pgpGdYRskdDw2.pgp Description: PGP signature
Re: removal of svenl from the project
martin f krafft [EMAIL PROTECTED] writes: also sprach Gustavo Franco [EMAIL PROTECTED] [2006.03.15.1512 +0100]: It seems that the project is splitting in two groups basically: The people that wants to work together and release Etch, and the people that with a reason or not wants to see it delayed. The minute after the release team announces that we're going to delay our next release, we will stop with these weird threads and keep arguing that we're all volunteers and are doing our best. oh, the humanity! I'm asking myself what's behind all that ? Ubuntu ? Probably no. Subconcious fear to delivery in time ? Probably yes. Stop thinking about who you're going to ask to be expelled next and spend some time considering not my words, but just Etch. Thank you! Thank you! That's what we all are (should) be here to do. -- 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://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#284425: marked as done (too hard to pass parameters to modules, especially implicitly loaded ones)
Your message dated Wed, 15 Mar 2006 13:48:45 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#284425: fixed in rootskel 1.30 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: debian-installer Richard Hector wrote: On Sun, Dec 05, 2004 at 10:13:59PM -0500, Joey Hess wrote: Richard Hector wrote: I've downloaded a netinst iso that has 2.6.8, so that bit should be ok, and I then boot with either linux26 hda=stroke or expert26 hda=stroke As far as I know passing parameters to the ide (or whatever) module like this will only work if it's built into the kernel, not if it's a module. If it's a module the parameter has to be passed when the module is modprobed. When you boot in expert mode it should let you specifiy module parameters before loading whichever module is the one that processes this parameter and you can enter it there. Excellent, thanks - that certainly pointed me in the right direction. Unfortunately, the module that needs the option is ide_core, and that isn't loaded explicitly by the installer, so I had no chance to add the option there. What I had to do was, once it said it was going to detect the CDROM, I went to the 2nd VC and ran modprobe ide_core options=hda=stroke (and working out the options= bit took some time, too ...), then I returned to the installer and didn't need to specify anything else. The next problem is that, presumably because the installer knew nothing about what I had done, it didn't add the option to the initrd image either, so on reboot I'm back to a 33.8G disk. I'm now working through how to recreate the initrd image ... Ugh, that could be better. One thing I've been considering is passing all kernel parameters to modules in the modprobe line always. I'm not sure how all modules would react to this, hopefully they'd just ignore unknown parameters. We may try that eventually. Of course it wouldn't help with passing the parameter on the installed system. -- see shy jo signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: rootskel Source-Version: 1.30 We believe that the bug you reported is fixed in the latest version of rootskel, which is due to be installed in the Debian FTP archive: rootskel-bootfloppy_1.30_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_1.30_i386.udeb rootskel_1.30.dsc to pool/main/r/rootskel/rootskel_1.30.dsc rootskel_1.30.tar.gz to pool/main/r/rootskel/rootskel_1.30.tar.gz rootskel_1.30_i386.udeb to pool/main/r/rootskel/rootskel_1.30_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. Joey Hess [EMAIL PROTECTED] (supplier of updated rootskel 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: Wed, 15 Mar 2006 14:59:03 -0500 Source: rootskel Binary: rootskel-bootfloppy rootskel Architecture: source i386 Version: 1.30 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: rootskel - Skeleton root filesystem used by debian-installer (udeb) rootskel-bootfloppy - Skeleton root filesystem used by debian-installer boot floppy (udeb) Closes: 284425 353942 Changes: rootskel (1.30) unstable; urgency=low . * Add S01module-params startup script which parses the kernel command line for things of the form module.param=value and calls register-modules -a -p to make the parameters get used when the modules are later loaded. This allows passing parameters in the same form used for parameters of modules that are built into the kernel, and have them take effect with modules loaded by eg, udev. Closes: #353942, #284425 * Needs di-utils 1.24. Files: e213a3e2d60c07058cf65eb14966fcdf 774 debian-installer standard rootskel_1.30.dsc 9d182c885773ddb01bac2fc678f000bf 24360 debian-installer standard rootskel_1.30.tar.gz 25defcf8bd4a3c1f88c0186121a4cee4 6012 debian-installer standard rootskel_1.30_i386.udeb d8ca9e1c7d7ae4521d8c2a29770f7a8e 2708
Bug#322381: marked as done (cdebconf: gtk frontend should repaint itself when needed)
Your message dated Wed, 15 Mar 2006 13:47:21 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#322381: fixed in cdebconf 0.98 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: cdebconf Severity: normal During base packages configuration I tried to switch to second console and back. After that cdebconf frontend appeared without any control elements painted for a long time. It should react on such events more quickly. The same about main menu scrollbar that cannot be scrolled when frontend is busy. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.1 Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: cdebconf Source-Version: 0.98 We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-gtk-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.98_i386.udeb cdebconf-newt-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.98_i386.udeb cdebconf-priority_0.98_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.98_all.udeb cdebconf-text-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.98_i386.udeb cdebconf-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.98_i386.udeb cdebconf_0.98.dsc to pool/main/c/cdebconf/cdebconf_0.98.dsc cdebconf_0.98.tar.gz to pool/main/c/cdebconf/cdebconf_0.98.tar.gz cdebconf_0.98_i386.deb to pool/main/c/cdebconf/cdebconf_0.98_i386.deb libdebconfclient0-dev_0.98_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.98_i386.deb libdebconfclient0-udeb_0.98_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.98_i386.udeb libdebconfclient0_0.98_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.98_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. Joey Hess [EMAIL PROTECTED] (supplier of updated cdebconf 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: Wed, 15 Mar 2006 15:48:51 -0500 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-text-udeb cdebconf-newt-udeb Architecture: source i386 all Version: 0.98 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 322381 355804 356845 Changes: cdebconf (0.98) unstable; urgency=low . [ Attilio Fiandrotti ] * Workaround for a GTKDFB bug that causes first pixels of sentences to be sometimes cutted away, thanks to Davide Viti and Mohammed Adnène Trojette for finding this bug. * Added support for PROGRESSCANCEL command to the GTK frontend, whose GTK signals handling system is now asynchronous (closes: #322381). * Buttons in the GTK frontend are now translated also if progressbar is started before a question is asked (closes: #355804). Set to NULL a forgot pointer, updated some code comments. . [ Joey Hess ] * Add shlibs line for libdebconfclient0-udeb. * Drop libdebconfclient0-udeb's provide of libdebconfclient0, since it's on the initrd
Bug#353687: marked as done (debian-installer-utils: FTBFS: Missing Build-Depends on 'bogl-bterm')
Your message dated Wed, 15 Mar 2006 13:47:42 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#353687: fixed in debian-installer-utils 1.24 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: debian-installer-utils Version: 1.23 Severity: serious Tags: patch When building 'debian-installer-utils' in a clean 'unstable' chroot, I get the following error: dh_compress -i dh_fixperms -i for file in /usr/share/terminfo/a/ansi /usr/share/terminfo/l/linux \ /usr/share/terminfo/v/vt102 /usr/share/terminfo/b/bterm; do \ mkdir -p debian/di-utils-terminfo/`dirname $file`; \ cp -pL $file debian/di-utils-terminfo/$file; \ done cp: cannot stat `/usr/share/terminfo/b/bterm': No such file or directory make: *** [binary-indep] Error 1 Please add the missing Build-Depends on 'bogl-bterm' to debian/control. Regards Andreas Jochens diff -urN ../tmp-orig/debian-installer-utils-1.23/debian/control ./debian/control --- ../tmp-orig/debian-installer-utils-1.23/debian/control 2005-12-08 18:11:14.0 + +++ ./debian/control2006-02-20 10:15:18.0 + @@ -3,7 +3,7 @@ Priority: standard Maintainer: Debian Install System Team debian-boot@lists.debian.org Uploaders: David Kimdon [EMAIL PROTECTED], Tollef Fog Heen [EMAIL PROTECTED], Matt Kraai [EMAIL PROTECTED], Thorsten Sauter [EMAIL PROTECTED], Bastian Blank [EMAIL PROTECTED], Joey Hess [EMAIL PROTECTED], Colin Watson [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.2), dpkg-dev (= 1.9.0), libdebconfclient0-dev (= 0.68), po-debconf (= 0.5.0), libdebian-installer-dev +Build-Depends: debhelper (= 4.2), dpkg-dev (= 1.9.0), libdebconfclient0-dev (= 0.68), po-debconf (= 0.5.0), libdebian-installer-dev, bogl-bterm Package: di-utils-shell Architecture: all ---End Message--- ---BeginMessage--- Source: debian-installer-utils Source-Version: 1.24 We believe that the bug you reported is fixed in the latest version of debian-installer-utils, which is due to be installed in the Debian FTP archive: debian-installer-utils_1.24.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.24.dsc debian-installer-utils_1.24.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.24.tar.gz di-utils-exit-installer_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.24_all.udeb di-utils-mapdevfs_1.24_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.24_i386.udeb di-utils-reboot_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.24_all.udeb di-utils-shell_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.24_all.udeb di-utils-terminfo_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.24_all.udeb di-utils_1.24_i386.udeb to pool/main/d/debian-installer-utils/di-utils_1.24_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. Joey Hess [EMAIL PROTECTED] (supplier of updated debian-installer-utils 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: Wed, 15 Mar 2006 14:58:16 -0500 Source: debian-installer-utils Binary: di-utils-terminfo di-utils-mapdevfs di-utils-shell di-utils-reboot di-utils di-utils-exit-installer Architecture: source i386 all Version: 1.24 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: di-utils - Miscellaneous utilities for the debian installer (udeb) di-utils-exit-installer - Exit installer (udeb) di-utils-mapdevfs - mapdevfs utility for the debian installer (udeb) di-utils-reboot - Reboot (udeb) di-utils-shell - Execute a shell (udeb) di-utils-terminfo - Terminfo entries needed by newt/slang in debian installer (udeb) Closes: 353687 354097 Changes: debian-installer-utils (1.24) unstable; urgency=low . * Don't include the terminfo file for bterm: it's already included in the bogl-bterm-udeb. Closes: #353687. * register-modules: Add -p flag, this allows module
Bug#353942: marked as done (SATA CD-ROM drives unnecessarily hard to get working)
Your message dated Wed, 15 Mar 2006 13:48:45 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#353942: fixed in rootskel 1.30 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: debian-installer Version: 21-Feb-2006 My wife just got a shiny new Fujitsu Lifebook P7120 (thanks to Joey Hess raving about it on Planet the other day). I downloaded the latest nightly build for Etch and tried to install it. This far too much fun, thanks to the SATA CD-ROM drive. You see, to enable support for SATA CD-ROM drives, you have to set the libata module parameter 'atapi_enabled=1'. If libata were built in, that would be the simple matter of passing 'libata.atapi_enabled=1'. But it's a module, and even in expert mode, libata is loaded before you get to a shell. Busybox doesn't seem to have an rmmod command, so you can't unload it and then load it with the option specified. So you have to boot with BOOT_DEBUG=3 to get a shell prompt where you 'modprobe libata atapi_enabled=1'. If this doesn't get fixed, the workaround needs to be documented. I expect Fujitsu won't be the only people shipping SATA CD-ROMs during the lifecycle of Etch. ---End Message--- ---BeginMessage--- Source: rootskel Source-Version: 1.30 We believe that the bug you reported is fixed in the latest version of rootskel, which is due to be installed in the Debian FTP archive: rootskel-bootfloppy_1.30_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_1.30_i386.udeb rootskel_1.30.dsc to pool/main/r/rootskel/rootskel_1.30.dsc rootskel_1.30.tar.gz to pool/main/r/rootskel/rootskel_1.30.tar.gz rootskel_1.30_i386.udeb to pool/main/r/rootskel/rootskel_1.30_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. Joey Hess [EMAIL PROTECTED] (supplier of updated rootskel 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: Wed, 15 Mar 2006 14:59:03 -0500 Source: rootskel Binary: rootskel-bootfloppy rootskel Architecture: source i386 Version: 1.30 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: rootskel - Skeleton root filesystem used by debian-installer (udeb) rootskel-bootfloppy - Skeleton root filesystem used by debian-installer boot floppy (udeb) Closes: 284425 353942 Changes: rootskel (1.30) unstable; urgency=low . * Add S01module-params startup script which parses the kernel command line for things of the form module.param=value and calls register-modules -a -p to make the parameters get used when the modules are later loaded. This allows passing parameters in the same form used for parameters of modules that are built into the kernel, and have them take effect with modules loaded by eg, udev. Closes: #353942, #284425 * Needs di-utils 1.24. Files: e213a3e2d60c07058cf65eb14966fcdf 774 debian-installer standard rootskel_1.30.dsc 9d182c885773ddb01bac2fc678f000bf 24360 debian-installer standard rootskel_1.30.tar.gz 25defcf8bd4a3c1f88c0186121a4cee4 6012 debian-installer standard rootskel_1.30_i386.udeb d8ca9e1c7d7ae4521d8c2a29770f7a8e 2708 debian-installer extra rootskel-bootfloppy_1.30_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEGHQP2tp5zXiKP0wRApI7AJ9UzERxXmlxnrnSZWGBcREVZ4GcJgCcCz0X wKcKGOKthk0R7iYipI4ZOhs= =Khet -END PGP SIGNATURE- ---End Message---
Bug#354097: marked as done (debian-installer-utils FTBFS on sarge due to missing versioned depends on libdebian-installer)
Your message dated Wed, 15 Mar 2006 13:47:42 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#354097: fixed in debian-installer-utils 1.24 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: debian-installer-utils Version: 1.23 log-output.c calls di_exec_path_full which only exists in libdebian-installer-dev 0.30 (according to its changelog). Please update the Build-Depends appropriately in case others are mad enough to try what I'm trying. Simon. -- Just another wannabie |CATS. CATS ARE NICE. -| Just another fool --+ Death, Sourcery+--- This message was brought to you by the letter K and the number 41. htag.pl 0.0.22 -- http://www.earth.li/projectpurple/progs/htag.html ---End Message--- ---BeginMessage--- Source: debian-installer-utils Source-Version: 1.24 We believe that the bug you reported is fixed in the latest version of debian-installer-utils, which is due to be installed in the Debian FTP archive: debian-installer-utils_1.24.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.24.dsc debian-installer-utils_1.24.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.24.tar.gz di-utils-exit-installer_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.24_all.udeb di-utils-mapdevfs_1.24_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.24_i386.udeb di-utils-reboot_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.24_all.udeb di-utils-shell_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.24_all.udeb di-utils-terminfo_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.24_all.udeb di-utils_1.24_i386.udeb to pool/main/d/debian-installer-utils/di-utils_1.24_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. Joey Hess [EMAIL PROTECTED] (supplier of updated debian-installer-utils 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: Wed, 15 Mar 2006 14:58:16 -0500 Source: debian-installer-utils Binary: di-utils-terminfo di-utils-mapdevfs di-utils-shell di-utils-reboot di-utils di-utils-exit-installer Architecture: source i386 all Version: 1.24 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: di-utils - Miscellaneous utilities for the debian installer (udeb) di-utils-exit-installer - Exit installer (udeb) di-utils-mapdevfs - mapdevfs utility for the debian installer (udeb) di-utils-reboot - Reboot (udeb) di-utils-shell - Execute a shell (udeb) di-utils-terminfo - Terminfo entries needed by newt/slang in debian installer (udeb) Closes: 353687 354097 Changes: debian-installer-utils (1.24) unstable; urgency=low . * Don't include the terminfo file for bterm: it's already included in the bogl-bterm-udeb. Closes: #353687. * register-modules: Add -p flag, this allows module parameters to be specified w/o forcing the module to be loaded on boot via /etc/modules. (This meant reworking how the queue is laid out.) * register-module: Add module parameters to /etc/modules.conf and to /etc/modprobe.conf in the d-i initrd, so that they will be used if the module is loaded after register-module is called. * register-module: Write out module parameters to /etc/modprobe.d/ so they will be used with the 2.6 kernel. * register-module: Add -a flag, this allows adding to existing module params. * Version build dep on libdebian-installer-dev. Closes: #354097 . [ Frans Pop ] * Do not install di-utils-shell when the gtk frontend is used. . [ Joey Hess ] * Remove Remove --ignore-time-conflict settings, set globally for the installer by base-installer now. * Needs base-installer 1.49, but can't depend on it. . [ Updated translations ] * Arabic (ar.po) by Ossama M. Khayat * Bosnian (bs.po) by Safir Secerovic * Hungarian (hu.po) by SZERVÃC Attila *
Bug#356845: marked as done (cdebconf: Preseeded passwords are disclosed in world-readable questions.dat after installation)
Your message dated Wed, 15 Mar 2006 13:47:21 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#356845: fixed in cdebconf 0.98 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: cdebconf Version: 0.97 Severity: critical Tags: pending If you preseed a password question, then instead of the password being stored in /var/lib/cdebconf/passwords.dat as it's supposed to be and thus not copied to the installed system, it is stored in /var/lib/cdebconf/questions.dat and copied to /var/log/installer/cdebconf/questions.dat. While obviously your password was already exposed by virtue of being in the preseed file, even if you're using passwd/root-password-crypted etc. then this bug makes it significantly easier for attackers to attack the encrypted password at their leisure without first having to get at the contents of /etc/shadow. This bug arises because cdebconf 0.97 did not properly migrate a question to a different stacked database when its type changes, which happens in the case of preseeding because debian-installer/dummy is a string template. I fixed this in SVN yesterday, but since this constitutes a security flaw I think it needs a bug report too. -- Colin Watson [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: cdebconf Source-Version: 0.98 We believe that the bug you reported is fixed in the latest version of cdebconf, which is due to be installed in the Debian FTP archive: cdebconf-gtk-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.98_i386.udeb cdebconf-newt-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.98_i386.udeb cdebconf-priority_0.98_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.98_all.udeb cdebconf-text-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.98_i386.udeb cdebconf-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.98_i386.udeb cdebconf_0.98.dsc to pool/main/c/cdebconf/cdebconf_0.98.dsc cdebconf_0.98.tar.gz to pool/main/c/cdebconf/cdebconf_0.98.tar.gz cdebconf_0.98_i386.deb to pool/main/c/cdebconf/cdebconf_0.98_i386.deb libdebconfclient0-dev_0.98_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.98_i386.deb libdebconfclient0-udeb_0.98_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.98_i386.udeb libdebconfclient0_0.98_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.98_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. Joey Hess [EMAIL PROTECTED] (supplier of updated cdebconf 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: Wed, 15 Mar 2006 15:48:51 -0500 Source: cdebconf Binary: cdebconf-slang-udeb libdebconfclient0 cdebconf-priority cdebconf libdebconfclient0-dev cdebconf-udeb libdebconfclient0-udeb cdebconf-gtk-udeb cdebconf-text-udeb cdebconf-newt-udeb Architecture: source i386 all Version: 0.98 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: cdebconf - Debian Configuration Management System (C-implementation) cdebconf-gtk-udeb - Gtk+ frontend for Debian Configuration Management System (udeb) cdebconf-newt-udeb - Newt frontend for Debian Configuration Management System (udeb) cdebconf-priority - Change debconf priority (udeb) cdebconf-text-udeb - Plain text frontend for Debian Configuration Management System (udeb) cdebconf-udeb - Debian Configuration Management System (C-implementation) (udeb) libdebconfclient0 - Debian Configuration Management System (C-implementation) libdebconfclient0-dev - Development files for cdebconf libdebconfclient0-udeb - Debian Configuration Management System (C-implementation) (udeb) Closes: 322381 355804 356845 Changes: cdebconf (0.98) unstable; urgency=low . [ Attilio Fiandrotti ] * Workaround for a GTKDFB bug that causes first pixels of sentences to be sometimes cutted away, thanks to Davide Viti and Mohammed Adnène Trojette for finding this bug. * Added support for
Processing of linux-kernel-di-i386-2.6_1.24_i386.changes
linux-kernel-di-i386-2.6_1.24_i386.changes uploaded successfully to localhost along with the files: linux-kernel-di-i386-2.6_1.24.dsc linux-kernel-di-i386-2.6_1.24.tar.gz kernel-image-2.6.15-1-486-di_1.24_i386.udeb nic-modules-2.6.15-1-486-di_1.24_i386.udeb nic-extra-modules-2.6.15-1-486-di_1.24_i386.udeb nic-shared-modules-2.6.15-1-486-di_1.24_i386.udeb serial-modules-2.6.15-1-486-di_1.24_i386.udeb ppp-modules-2.6.15-1-486-di_1.24_i386.udeb ide-modules-2.6.15-1-486-di_1.24_i386.udeb ide-core-modules-2.6.15-1-486-di_1.24_i386.udeb cdrom-core-modules-2.6.15-1-486-di_1.24_i386.udeb cdrom-modules-2.6.15-1-486-di_1.24_i386.udeb firewire-core-modules-2.6.15-1-486-di_1.24_i386.udeb scsi-core-modules-2.6.15-1-486-di_1.24_i386.udeb scsi-modules-2.6.15-1-486-di_1.24_i386.udeb scsi-common-modules-2.6.15-1-486-di_1.24_i386.udeb scsi-extra-modules-2.6.15-1-486-di_1.24_i386.udeb plip-modules-2.6.15-1-486-di_1.24_i386.udeb floppy-modules-2.6.15-1-486-di_1.24_i386.udeb loop-modules-2.6.15-1-486-di_1.24_i386.udeb ipv6-modules-2.6.15-1-486-di_1.24_i386.udeb ext3-modules-2.6.15-1-486-di_1.24_i386.udeb jfs-modules-2.6.15-1-486-di_1.24_i386.udeb ntfs-modules-2.6.15-1-486-di_1.24_i386.udeb reiserfs-modules-2.6.15-1-486-di_1.24_i386.udeb xfs-modules-2.6.15-1-486-di_1.24_i386.udeb fat-modules-2.6.15-1-486-di_1.24_i386.udeb ufs-modules-2.6.15-1-486-di_1.24_i386.udeb qnx4-modules-2.6.15-1-486-di_1.24_i386.udeb md-modules-2.6.15-1-486-di_1.24_i386.udeb usb-modules-2.6.15-1-486-di_1.24_i386.udeb usb-storage-modules-2.6.15-1-486-di_1.24_i386.udeb pcmcia-storage-modules-2.6.15-1-486-di_1.24_i386.udeb fb-modules-2.6.15-1-486-di_1.24_i386.udeb input-modules-2.6.15-1-486-di_1.24_i386.udeb mouse-modules-2.6.15-1-486-di_1.24_i386.udeb irda-modules-2.6.15-1-486-di_1.24_i386.udeb parport-modules-2.6.15-1-486-di_1.24_i386.udeb nic-pcmcia-modules-2.6.15-1-486-di_1.24_i386.udeb pcmcia-modules-2.6.15-1-486-di_1.24_i386.udeb nic-usb-modules-2.6.15-1-486-di_1.24_i386.udeb sata-modules-2.6.15-1-486-di_1.24_i386.udeb firmware-modules-2.6.15-1-486-di_1.24_i386.udeb acpi-modules-2.6.15-1-486-di_1.24_i386.udeb crc-modules-2.6.15-1-486-di_1.24_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of debian-installer-utils_1.24_i386.changes
debian-installer-utils_1.24_i386.changes uploaded successfully to localhost along with the files: debian-installer-utils_1.24.dsc debian-installer-utils_1.24.tar.gz di-utils-shell_1.24_all.udeb di-utils-reboot_1.24_all.udeb di-utils-exit-installer_1.24_all.udeb di-utils-terminfo_1.24_all.udeb di-utils_1.24_i386.udeb di-utils-mapdevfs_1.24_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of rootskel_1.30_i386.changes
rootskel_1.30_i386.changes uploaded successfully to localhost along with the files: rootskel_1.30.dsc rootskel_1.30.tar.gz rootskel_1.30_i386.udeb rootskel-bootfloppy_1.30_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of svenl from the project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Friends, First of all i apologise for my poor english (portuguese :-)) I follow de dev lists of debian for several months now, my knowlege in linux whas not so good so i never applyed to be a developper and also my time isnt much :-(. (maybe i will change that soon) Being a pleasent system (IMHO The Best), Debian picked my attention for the software but """also for the ideals""". I probably shouldnt be wryting to a list where nobody knows me but here it goes Now really people, i dot think matters like this being discussed is in the interess of anyone. One because he gets mad to everyone and says thing not so pleasent (dont think im trying to excuse that :-)), other because they feal like my wife when i "accidentally lol" brake my keyboard against the wall, and start to think that nobody loves them etc etc etc Friends, please keep in mind the following: - -YOU ALL are important has you are, with your deffects and qualityes. - -Linux world needs more people not kick out anyone!!! Can whe really afford that ?? - -Community is some times problems and if you dont like it, please work on your own not with anybody else. This being said i will ask everyone the following: PLEASE keep up the good work and correct bugs, enjoy developing new things, help hus linux lovers to bring people from the "dark side" of it the "bright side" ;-) and dont whaist you time with this matters. On behalf off the good relations, I as a user, ask for forgiveness to anyone who think he is offended with sven' s words or acts. Also ask to sven to join a fighting club :-) all that anger may be in your profit. ;-) Seriously i understand you all, i am also a little bit rough some times but that doesnt mean that i am not a great guy!!! Sorry for interrupting your work and conversatiosn with this, Friendly Jos David Sven Luther escreveu: On Wed, Mar 15, 2006 at 09:40:15AM -0500, Andres Salomon wrote: The DAM has accepted the request; please send seconds directly to [EMAIL PROTECTED], cc'ing me as well. For the people who seem to think that there are more constructive ways of dealing w/ this issue rather than the expulsion process: http://squishy.cc/svenl.txt This is a lot from two weeks ago, right after Sven threatened Jonas. If he had actually changed his behavior sometime in the past two years, /me remembers having threatened jonas last thursday, so Andres clearly seems to live in some kind of parallel world :) rather than just viewing every discussion as a battle that must be won at all costs, I would not be making this request. Yeah, well. I waited almost three month for something to happen on that bug report, and nothing ever came of it. I also note that jonas is not excempt from the fault, and that other had had trouble dealing with him, even if you didn't know that when you made your hasty judgement. Friendly, still, Sven Luther -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEGGO1BdVvWvDxTXkRAv5rAKCAlUc/aacxTMBt6pTPkcPUE8I9PACgmrYK xMlTNLpg5Fegw3qKa3S5GTk= =uGuO -END PGP SIGNATURE-
Re: removal of svenl from the project
On Wed, Mar 15, 2006 at 10:59:46AM -0500, Stefano Zacchiroli wrote: snip/ So far, I have never took the time to study the detail of the expulsion process, so sorry if this mail is inappropriate. But be sure that I will do everything I can as a DD to stop Sven's expulsion. Here another DD that doesn't has time to study the expulsion process. Right now is my approach to wait for a voting for the actual expulsion and then vote to keep Sven Luther _in_ the project. Let me know if I need to do something else to keep luther a DD. Geert Stappers P.S. Cc me about this energy drain issue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
I spent some time working on collecting / stripping a nice set of fonts for the g-i. This is (was) the idea (see [1]): *** ttf-dejavu - Cyrillic scripts *** ttf-freefont - Latin - Latin-other - hi - pa_IN - bn - he - vi - el *** ttf-cjk-compact-udeb - CJK *** ttf-farsiweb (nazli) - ar / fa *** ttf-khmeros - km *** ttf-tamil-fonts (TSCu_Paranar.ttf) - ta I started from dejavu fonts and found out that the following glyphs are missing: 04a2 04a3 04ae 04af 04b0 04b1 04d8 04d9 04e8 04e9 2116 all the above glyphs are in the new ttf-freefont package; I wonder if we should consider switching to freefont whenever possible. This would bring alot of advantages (both in size and simplicity). ciao, Davide [1] http://wiki.debian.org/DebianInstaller/GUIFonts signature.asc Description: Digital signature
Re: timeline for next kernel update round
Hi Moritz, On Wednesday, 15 Mar 2006, you wrote: Frans Pop wrote: On Wednesday 15 March 2006 00:15, Moritz Muehlenhoff wrote: The update is built and tested, it'll appear soon. It contains three ABI changing security fixes, so the ABI will be bumped. I can't speak for d-i. i had some discussion with Frans Pop today and we agreed that it might make more sense to have a new sarge d-i with R3 rather than R2. That's also due to the fact that he can't tell me how long it might take to build new sarge based d-i packages. (spoke about 2-8 weeks). So my plan would be, as soon as we get the remaining issue for R2 fixed (which i expect within the next 2 weeks), we then go without new kernels in R2 and then have R3 a few weeks later (4-8 weeks), then with new kernels and new d-i. Do you think this sounds reasonable for the security team? Greetings Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: timeline for next kernel update round
Hi Moritz, On Wednesday, 15 Mar 2006, you wrote: Hi Moritz, On Wednesday, 15 Mar 2006, you wrote: Frans Pop wrote: On Wednesday 15 March 2006 00:15, Moritz Muehlenhoff wrote: The update is built and tested, it'll appear soon. It contains three ABI changing security fixes, so the ABI will be bumped. I can't speak for d-i. i had some discussion with Frans Pop today and we agreed that it might make more sense to have a new sarge d-i with R3 rather than R2. That's also due to the fact that he can't tell me how long it might take to build new sarge based d-i packages. (spoke about 2-8 weeks). ups, mea culpa, Frans said 2-4 weeks. Sorry about that. Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
On Thursday 16 March 2006 01:00, Davide Viti wrote: This is (was) the idea (see [1]): Looks good to me. Could you add the glyph ranges needed in the different fonts (except freefont)? Please also consider if some common codepoints, like for numbers, general punctuation and maybe accents should be included from the different fonts in addition to their base ranges. This could help to keep visual consistency within translations (only works if we implement changing the default font on selection of a different language of course). In some cases, like for CJK, we may want to keep latin characters too. For CJK this has been discussed before (and AFAIK is already implemented in the udeb). I wonder if we should consider switching to freefont whenever possible. This would bring alot of advantages (both in size and simplicity). That's basically what we've been doing so far, isn't it? Still, I think that if a different font really looks better to native speakers than freefont, we should in principle [1] use the other font [2]. [1] An exception could be if that font is much larger than alternative fonts. [2] Within reason of course. We can't let a translator for, say, Dutch decide he wants a different font. It's only acceptable for scripts that have separate ranges in the UTF table. pgpfxrnnpKrui.pgp Description: PGP signature
Re: [g-i] freefont vs. dejavu
Since we're on the subject, I've found some weirdness in the translations: 1 --- Albanian (which is listed among the latin languages) po file (sq.po) uses U0401 Ё twice (see [1]) U+0401: CYRILLIC CAPITAL LETTER IO I found out that there's a glyph tha looks the same in the latin range: U+00CB LATIN CAPITAL LETTER E WITH DIAERESIS I can't read Albanian, but looks to me that this should be changed. 2 --- Kazakh po file (kk.po), uses the following: U2013 - EN dash (37 times) U2014 - EM dash (once) the same way as the normal - (002D HYPHEN-MINUS) 3 --- Vietnamese uses the bullet (U+2022 BULLET) to list items that in the original msgid are marked with - 4 --- Macedonian and Ukrainian use the following to quote text: U201c - Left double quotation mark U201e - double low-9 quotation mark Shall we fix those, ask the translators? I think that characters like the bullet should't be used for the installer: IMO those are meant to be used in applications like Openoffice or similar. Regards, Davide [1] http://d-i.alioth.debian.org/spellcheck/level1/latest/nozip/sq_all.txt [2] http://d-i.alioth.debian.org/spellcheck/level1/latest/nozip/kk_codes.txt signature.asc Description: Digital signature
Processing of cdebconf_0.98_i386.changes
cdebconf_0.98_i386.changes uploaded successfully to localhost along with the files: cdebconf_0.98.dsc cdebconf_0.98.tar.gz cdebconf-priority_0.98_all.udeb cdebconf_0.98_i386.deb libdebconfclient0_0.98_i386.deb libdebconfclient0-dev_0.98_i386.deb cdebconf-udeb_0.98_i386.udeb libdebconfclient0-udeb_0.98_i386.udeb cdebconf-newt-udeb_0.98_i386.udeb cdebconf-text-udeb_0.98_i386.udeb cdebconf-gtk-udeb_0.98_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of libdebian-installer_0.39_i386.changes
libdebian-installer_0.39_i386.changes uploaded successfully to localhost along with the files: libdebian-installer_0.39.dsc libdebian-installer_0.39.tar.gz libdebian-installer4_0.39_i386.deb libdebian-installer4-dev_0.39_i386.deb libdebian-installer4-udeb_0.39_i386.udeb libdebian-installer-extra4_0.39_i386.deb libdebian-installer-extra4-udeb_0.39_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
On Thu, Mar 16, 2006 at 01:23:47AM +0100, Frans Pop wrote: On Thursday 16 March 2006 01:00, Davide Viti wrote: This is (was) the idea (see [1]): Looks good to me. Could you add the glyph ranges needed in the different fonts (except freefont)? I'm collecting suche ranges; I'll post them as soon as I make up my mind a little bit more. I'm considering to strip font files specifying the ranges to include rather than the ranges that we want to exclude, what do you think about this? Please also consider if some common codepoints, like for numbers, general punctuation and maybe accents should be included from the different fonts in addition to their base ranges. This could help to keep visual consistency within translations (only works if we implement changing the default font on selection of a different language of course). In some cases, like for CJK, we may want to keep latin characters too. For CJK this has been discussed before (and AFAIK is already implemented in the udeb). total agreement on both points. I wonder if we should consider switching to freefont whenever possible. This would bring alot of advantages (both in size and simplicity). That's basically what we've been doing so far, isn't it? yes. we switched to Dejavu for displaying Cyrillic and just found out 10 Cyrillic glyphs needed by the po files are missing :( Still, I think that if a different font really looks better to native speakers than freefont, we should in principle [1] use the other font [2]. [1] An exception could be if that font is much larger than alternative fonts. [2] Within reason of course. We can't let a translator for, say, Dutch decide he wants a different font. It's only acceptable for scripts that have separate ranges in the UTF table. Just to have an idea here's the situation. CJK have not been considered since it's a separate case and no stripping is needed (I know Kenshi is taking care of those) DejaVuSans-Bold.ttf: 918 glyphs [125188 bytes] DejaVuSans-Oblique.ttf: 918 glyphs [126872 bytes] DejaVuSans.ttf: 918 glyphs [141668 bytes] nazlib.ttf: 303 glyphs [68448 bytes] nazli.ttf: 303 glyphs [55941 bytes] FreeSans.ttf: 2220 glyphs [292904 bytes] FreeSansBold.ttf: 1572 glyphs [131168 bytes] FreeSansOblique.ttf: 1333 glyphs [111580 bytes] KhmerOS.ttf: 539 glyphs [265988 bytes] TSCu_Paranar.ttf: 224 glyphs [63048 bytes] Font files: 10 Total size: 1382805 bytes Unique Glyphs: 2761 Bytes per glyph: 500 removing dejavu (or freefont if the new dejavu can cover everything), would simplify and reduce overhead (basic latin glyphs, as you mentioned above, are not stripped to preserve consistency: i.e. at least u0:u7f = 128 glyphs are included in each and every ttf file including bold/oblique) ciao, Davide signature.asc Description: Digital signature
Re: [g-i] freefont vs. dejavu
On Thursday 16 March 2006 01:54, Davide Viti wrote: Since we're on the subject, I've found some weirdness in the translations: Nice work :-) 1 --- I can't read Albanian, but looks to me that this should be changed. Yes, this is a translation mistake. 2 --- U2013 - EN dash (37 times) U2014 - EM dash (once) I think we should first check how this comes out in d-i (newt). If it is displayed correctly (as -), I have no real problem with this. If it is not displayed correctly, it should definitely be changed (and maybe yet another type of check added to spellcheck scripts? :-) 3 --- Vietnamese uses the bullet (U+2022 BULLET) to list items that in the original msgid are marked with - Same as 2, though probably more likely to fail. 4 --- U201c - Left double quotation mark U201e - double low-9 quotation mark Same as 2. pgp4eDhHRonWS.pgp Description: PGP signature
debian-installer-utils_1.24_i386.changes ACCEPTED
Accepted: debian-installer-utils_1.24.dsc to pool/main/d/debian-installer-utils/debian-installer-utils_1.24.dsc debian-installer-utils_1.24.tar.gz to pool/main/d/debian-installer-utils/debian-installer-utils_1.24.tar.gz di-utils-exit-installer_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-exit-installer_1.24_all.udeb di-utils-mapdevfs_1.24_i386.udeb to pool/main/d/debian-installer-utils/di-utils-mapdevfs_1.24_i386.udeb di-utils-reboot_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-reboot_1.24_all.udeb di-utils-shell_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-shell_1.24_all.udeb di-utils-terminfo_1.24_all.udeb to pool/main/d/debian-installer-utils/di-utils-terminfo_1.24_all.udeb di-utils_1.24_i386.udeb to pool/main/d/debian-installer-utils/di-utils_1.24_i386.udeb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 353687 354097 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cdebconf_0.98_i386.changes ACCEPTED
Accepted: cdebconf-gtk-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-gtk-udeb_0.98_i386.udeb cdebconf-newt-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-newt-udeb_0.98_i386.udeb cdebconf-priority_0.98_all.udeb to pool/main/c/cdebconf/cdebconf-priority_0.98_all.udeb cdebconf-text-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-text-udeb_0.98_i386.udeb cdebconf-udeb_0.98_i386.udeb to pool/main/c/cdebconf/cdebconf-udeb_0.98_i386.udeb cdebconf_0.98.dsc to pool/main/c/cdebconf/cdebconf_0.98.dsc cdebconf_0.98.tar.gz to pool/main/c/cdebconf/cdebconf_0.98.tar.gz cdebconf_0.98_i386.deb to pool/main/c/cdebconf/cdebconf_0.98_i386.deb libdebconfclient0-dev_0.98_i386.deb to pool/main/c/cdebconf/libdebconfclient0-dev_0.98_i386.deb libdebconfclient0-udeb_0.98_i386.udeb to pool/main/c/cdebconf/libdebconfclient0-udeb_0.98_i386.udeb libdebconfclient0_0.98_i386.deb to pool/main/c/cdebconf/libdebconfclient0_0.98_i386.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 322381 355804 356845 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rootskel_1.30_i386.changes ACCEPTED
Accepted: rootskel-bootfloppy_1.30_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_1.30_i386.udeb rootskel_1.30.dsc to pool/main/r/rootskel/rootskel_1.30.dsc rootskel_1.30.tar.gz to pool/main/r/rootskel/rootskel_1.30.tar.gz rootskel_1.30_i386.udeb to pool/main/r/rootskel/rootskel_1.30_i386.udeb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 284425 353942 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
On Thursday 16 March 2006 02:11, Davide Viti wrote: I'm considering to strip font files specifying the ranges to include rather than the ranges that we want to exclude, what do you think about this? For freefont exclusion (ranges we know are covered by other fonts and ranges for which we know there are no translations (yet)) is maybe more logical (probably easier to document too); for other fonts inclusion definitely. I'll leave it to you though to decide what works best. removing dejavu (or freefont if the new dejavu can cover everything), would simplify and reduce overhead (basic latin glyphs, as you mentioned above, are not stripped to preserve consistency: i.e. at least u0:u7f = 128 glyphs are included in each and every ttf file including bold/oblique) Hmm. Not sure we need to include basic latin for e.g. arabic and indic fonts. Guess that depends on how different the included characters are from freefont (both style and size should be considered). I've no problem with leaving them in initially though. Next step is probably creating an iso that supports the font switching from localechooser to see how that behaves. I can probably do that quite quickly when you're ready with font tarballs. pgptfHJBorO6h.pgp Description: PGP signature
libdebian-installer_0.39_i386.changes ACCEPTED
Accepted: libdebian-installer-extra4-udeb_0.39_i386.udeb to pool/main/libd/libdebian-installer/libdebian-installer-extra4-udeb_0.39_i386.udeb libdebian-installer-extra4_0.39_i386.deb to pool/main/libd/libdebian-installer/libdebian-installer-extra4_0.39_i386.deb libdebian-installer4-dev_0.39_i386.deb to pool/main/libd/libdebian-installer/libdebian-installer4-dev_0.39_i386.deb libdebian-installer4-udeb_0.39_i386.udeb to pool/main/libd/libdebian-installer/libdebian-installer4-udeb_0.39_i386.udeb libdebian-installer4_0.39_i386.deb to pool/main/libd/libdebian-installer/libdebian-installer4_0.39_i386.deb libdebian-installer_0.39.dsc to pool/main/libd/libdebian-installer/libdebian-installer_0.39.dsc libdebian-installer_0.39.tar.gz to pool/main/libd/libdebian-installer/libdebian-installer_0.39.tar.gz 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]
linux-kernel-di-i386-2.6_1.24_i386.changes ACCEPTED
Accepted: acpi-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/acpi-modules-2.6.15-1-486-di_1.24_i386.udeb cdrom-core-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/cdrom-core-modules-2.6.15-1-486-di_1.24_i386.udeb cdrom-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/cdrom-modules-2.6.15-1-486-di_1.24_i386.udeb crc-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/crc-modules-2.6.15-1-486-di_1.24_i386.udeb ext3-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ext3-modules-2.6.15-1-486-di_1.24_i386.udeb fat-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/fat-modules-2.6.15-1-486-di_1.24_i386.udeb fb-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/fb-modules-2.6.15-1-486-di_1.24_i386.udeb firewire-core-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/firewire-core-modules-2.6.15-1-486-di_1.24_i386.udeb firmware-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/firmware-modules-2.6.15-1-486-di_1.24_i386.udeb floppy-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/floppy-modules-2.6.15-1-486-di_1.24_i386.udeb ide-core-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ide-core-modules-2.6.15-1-486-di_1.24_i386.udeb ide-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ide-modules-2.6.15-1-486-di_1.24_i386.udeb input-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/input-modules-2.6.15-1-486-di_1.24_i386.udeb ipv6-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ipv6-modules-2.6.15-1-486-di_1.24_i386.udeb irda-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/irda-modules-2.6.15-1-486-di_1.24_i386.udeb jfs-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/jfs-modules-2.6.15-1-486-di_1.24_i386.udeb kernel-image-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/kernel-image-2.6.15-1-486-di_1.24_i386.udeb linux-kernel-di-i386-2.6_1.24.dsc to pool/main/l/linux-kernel-di-i386-2.6/linux-kernel-di-i386-2.6_1.24.dsc linux-kernel-di-i386-2.6_1.24.tar.gz to pool/main/l/linux-kernel-di-i386-2.6/linux-kernel-di-i386-2.6_1.24.tar.gz loop-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/loop-modules-2.6.15-1-486-di_1.24_i386.udeb md-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/md-modules-2.6.15-1-486-di_1.24_i386.udeb mouse-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/mouse-modules-2.6.15-1-486-di_1.24_i386.udeb nic-extra-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-extra-modules-2.6.15-1-486-di_1.24_i386.udeb nic-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-modules-2.6.15-1-486-di_1.24_i386.udeb nic-pcmcia-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-pcmcia-modules-2.6.15-1-486-di_1.24_i386.udeb nic-shared-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-shared-modules-2.6.15-1-486-di_1.24_i386.udeb nic-usb-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/nic-usb-modules-2.6.15-1-486-di_1.24_i386.udeb ntfs-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ntfs-modules-2.6.15-1-486-di_1.24_i386.udeb parport-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/parport-modules-2.6.15-1-486-di_1.24_i386.udeb pcmcia-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/pcmcia-modules-2.6.15-1-486-di_1.24_i386.udeb pcmcia-storage-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/pcmcia-storage-modules-2.6.15-1-486-di_1.24_i386.udeb plip-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/plip-modules-2.6.15-1-486-di_1.24_i386.udeb ppp-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/ppp-modules-2.6.15-1-486-di_1.24_i386.udeb qnx4-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/qnx4-modules-2.6.15-1-486-di_1.24_i386.udeb reiserfs-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/reiserfs-modules-2.6.15-1-486-di_1.24_i386.udeb sata-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/sata-modules-2.6.15-1-486-di_1.24_i386.udeb scsi-common-modules-2.6.15-1-486-di_1.24_i386.udeb to pool/main/l/linux-kernel-di-i386-2.6/scsi-common-modules-2.6.15-1-486-di_1.24_i386.udeb scsi-core-modules-2.6.15-1-486-di_1.24_i386.udeb
Bug#306476: quick question about Bug#306476
Hi Frans, OK, I grabbed the latest (March 14th) etch network installer from the link location below. I ran the installer with debconf/priority=medium as requested. The CDROM detection worked, as did detection of the sunhme (happy meal) network cards. There was one non-fatal error: during the detect/mount cd phase, an error message saying Error while running 'modprobe -v sunqe' appeared. This was non-fatal. Actually, during the detect/mount cdrom phase with priority medium a list of modules to modprobe was presented (21 in all, I wrote them down if you need details) including a whole bunch of ide drivers which are unnecessary for this system (Enterprise 4000). I assume this is by design? Anyway, the syslog is attached. Sorry for the truncated lines- I had to copy/paste from a terminal window. Hope this is useful. Cheers, Randall. Frans Pop wrote: On Monday 27 February 2006 04:21, Randall Wayth wrote: To get to this point, I had also tried the latest etch cd installer which uses a 2.6 kernel. This installer failed at other points (I had to modprobe esp and it couldn't mount the disk after partitioning, and something else too...) but what was useful was that it told me that the module for the scsi controller was called esp. Since this is an sbus system, not pci, there doesn't appear to be an equivalent of lspci which would have solved my problem immediately. (If there is such a thing, please let me know.) There is actually. Recent sparc images include 'prtconf' and use that to detect sbus devices. So all's well that ends well. If you think that the failure to load the correct scsi driver modules during the detect cdrom phase is a bug, then I'll be happy to submit one. No need to open a new bug, just keep following up to this one. Could you please try an install using the latest daily image [1], which is the candidate for the installer's Beta2 release. See if the CDROM is detected and the esp driver is loaded automatically. If it does not work, could you send us the output of prtconf? You can also try to add a line 'set -x' in /bin/discover-sbus before hardware detection [2]. That should give you debugging output in /var/log/syslog that shows what's happening. You can stop before partitioning, so no need to overwrite your exiting installation for this test. TIA, Frans Pop [1]http://cdimage.debian.org/cdimage/daily-builds/etch_d-i/arch-latest/sparc/iso-cd/ [2] Boot the installer with 'install debconf/priority=medium' and, before the step to detect cdrom hardware, switch to VT2 and edit that script using nano. -- | Randall Wayth | Astrophysics Group. University Of Melbourne, 3010. Australia | astro.ph.unimelb.edu.au/~rwayth BusyBox v1.01 (Debian 1:1.01-4) Built-in shell (ash) Enter 'help' for a list of built-in commands. ~ # more /var/log/syslog Mar 16 01:47:26 syslogd started: BusyBox v1.01 (Debian 1:1.01-4) Mar 16 01:47:26 kernel: klogd started: BusyBox v1.01 (Debian 1:1.01-4) Mar 16 01:47:26 kernel: PROMLIB: Sun IEEE Boot Prom 3.2.29 2001/06/18 17:28 Mar 16 01:47:26 kernel: Linux version 2.6.15-1-sparc64 (Debian 2.6.15-6) ([EMAIL PROTECTED] 16 01:47:26 kernel: ARCH: SUN4U Mar 16 01:47:26 kernel: Ethernet address: 08:00:20:8d:fa:88 Mar 16 01:47:26 kernel: On node 0 totalpages: 915606 Mar 16 01:47:26 kernel: DMA zone: 915606 pages, LIFO batch:15 Mar 16 01:47:26 kernel: DMA32 zone: 0 pages, LIFO batch:0 Mar 16 01:47:26 kernel: Normal zone: 0 pages, LIFO batch:0 Mar 16 01:47:26 kernel: HighMem zone: 0 pages, LIFO batch:0 Mar 16 01:47:26 kernel: CPU[0]: Caches D[sz(16384):line_sz(32)] I[sz(16384):lin]Mar 16 01:47:26 kernel: CENTRAL: Detected 8 slot Enterprise system. cfreg[a8] c]Mar 16 01:47:26 kernel: FHC(board 1): Version[1] PartID[fa0] Manuf[3e] (CENTRAL)Mar 16 01:47:26 kernel: FHC(board 0): Version[1] PartID[fa0] Manuf[3e] (JTAG Ma)Mar 16 01:47:26 kernel: FHC(board 2): Version[1] PartID[fa0] Manuf[3e] Mar 16 01:47:26 kernel: FHC(board 4): Version[1] PartID[fa0] Manuf[3e] Mar 16 01:47:26 kernel: FHC(board 6): Version[1] PartID[fa0] Manuf[3e] Mar 16 01:47:26 kernel: FHC(board 1): Version[1] PartID[fa0] Manuf[3e] Mar 16 01:47:26 kernel: FHC(board 3): Version[1] PartID[fa0] Manuf[3e] Mar 16 01:47:26 kernel: FHC(board 5): Version[1] PartID[fa0] Manuf[3e] Mar 16 01:47:26 kernel: Built 1 zonelists Mar 16 01:47:26 kernel: Kernel command line: root=/dev/ram cdrom ramdisk_size=1mMar 16 01:47:26 kernel: PID hash table entries: 4096 (order: 12, 131072 bytes) Mar 16 01:47:26 kernel: Console: colour dummy device 80x25 Mar 16 01:47:26 kernel: Dentry cache hash table entries: 1048576 (order: 10, 83)Mar 16 01:47:26 kernel: Inode-cache hash table entries: 524288 (order: 9, 41943)Mar 16 01:47:26 kernel: Memory: 7261664k available (2008k kernel code, 680k dat]Mar 16 01:47:26 kernel: Calibrating delay loop... 669.69 BogoMIPS (lpj=1339392) Mar 16 01:47:26 kernel: Security Framework v1.0.0 initialized Mar 16 01:47:26 kernel: SELinux:
Processing of linux-kernel-di-powerpc-2.6_1.11_powerpc.changes
linux-kernel-di-powerpc-2.6_1.11_powerpc.changes uploaded successfully to localhost along with the files: linux-kernel-di-powerpc-2.6_1.11.dsc linux-kernel-di-powerpc-2.6_1.11.tar.gz kernel-image-2.6.15-1-powerpc-di_1.11_powerpc.udeb nic-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb nic-extra-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb nic-shared-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb serial-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ppp-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ide-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb cdrom-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb firewire-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb scsi-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb scsi-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb scsi-common-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb scsi-extra-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb floppy-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb loop-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ipv6-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ext2-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ext3-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb jfs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb reiserfs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb xfs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb fat-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb hfs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb affs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ufs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb md-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb usb-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb usb-storage-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb pcmcia-storage-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb input-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb mouse-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb irda-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb nic-pcmcia-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb pcmcia-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb sata-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb firmware-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb fs-common-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb kernel-image-2.6.15-1-powerpc64-di_1.11_powerpc.udeb nic-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb nic-extra-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb nic-shared-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb serial-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ppp-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ide-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb cdrom-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb firewire-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb scsi-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb scsi-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb scsi-common-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb scsi-extra-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb floppy-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb loop-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ipv6-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ext2-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ext3-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb jfs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb reiserfs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb xfs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb fat-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb hfs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb affs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ufs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb md-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb usb-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb usb-storage-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb pcmcia-storage-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb input-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb mouse-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb irda-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb nic-pcmcia-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb pcmcia-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb sata-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb firmware-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb fs-common-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb hypervisor-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb kernel-image-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb nic-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb nic-extra-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb nic-shared-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb serial-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb ppp-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb ide-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb cdrom-core-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb firewire-core-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb
linux-kernel-di-powerpc-2.6_1.11_powerpc.changes ACCEPTED
Accepted: affs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb affs-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb affs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/affs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb cdrom-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb cdrom-core-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb cdrom-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/cdrom-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ext2-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ext2-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb ext2-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext2-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ext3-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb ext3-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb ext3-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/ext3-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb fat-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb fat-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb fat-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fat-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb firewire-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb firewire-core-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb firewire-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firewire-core-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb firmware-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb firmware-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb firmware-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/firmware-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb floppy-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb floppy-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb floppy-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/floppy-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb fs-common-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb fs-common-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb fs-common-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/fs-common-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb hfs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/hfs-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb hfs-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/hfs-modules-2.6.15-1-powerpc-miboot-di_1.11_powerpc.udeb hfs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/hfs-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb hypervisor-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb to pool/main/l/linux-kernel-di-powerpc-2.6/hypervisor-modules-2.6.15-1-powerpc64-di_1.11_powerpc.udeb ide-modules-2.6.15-1-powerpc-di_1.11_powerpc.udeb to
Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
Package: installation-reports Version: 2.12 Severity: critical Justification: breaks the whole system *** Please type your report below this line *** -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/etch_di_beta2/i386/iso-cd/debian-testing-i386-netinst.iso 3/14/2006 release beta etch Date: Date and time of the install Machine: amd 2400+ dual processors on Gigabyte GA-7DPXDW-P motherboard. M$ft internet keyboard, or generic keyboard (non M$ft). tried both M$ft intellimouse or M$ft wheel mouse optical Partitions: df -Tl will do; the raw partition table is preferred did not get to partitions. could not use keyboard or mouse! Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [E ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Installed system ok:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. I downloaded fresh etch beta install disk 3/15. checked md5sum. burned. checked md5sum on burned copy by dd if=/dev/hdc bs=$blocksize count=$count conv=notrunc,noerror |md5sum a la url coasterless cd burning with linux. I booted into install. hit enter at prompt. it asked me for language. I hit enter and no response. System does not recognize keyboard after boot into installer. I think there is something wrong with debian kernel 2.6.15. Why? I have same trouble with this sytem when upgrading a fresh sarge install to linux-image-2.6.15-1-k7-smp. I get frozen console with no keyboard or mouse activity. I can only ssh into the system. When i do dmesg |grep input I see only speaker and no keyboard or mouse listed. Thus on this system I get failure of recognition of keyboard or mouse by debian linux-image 2.6.15. More detail: I just did a fresh sarge install, desktop packages selected. I upgrade to sid. (apt-get update ;apt-get dist-upgrade) with 2.6.8-2 kernel system works fine. (i dont bother to configure Xorg at this point, i use console and disable gdm) I then try to apt-get install linux-image-2.6.15-1-k7-smp (same problem with install of -k7 or -1-486 2.6.15 kernels too). The new kernel is installed, and then when i reboot - no response to keyboard or mouse. I can ssh into system and it works fine. I do dmesg|grep input iput: PC Speaker as /class/input/input0 cat /proc/bus/input/devices I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name=PC Speaker P: Phys=isa0061/input0 S: Sysfs=/class/input/input0 H: Handlers=kbd event0 B: EV=40001 B: SND=6 no keyboard or mouse I now have same problem with new etch installer! It is a problem with the new debian kernel or with udev. Mitchell Laks -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Hardware information for installed system: == -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357188: Package: installation-reports
Package: installation-reports After using the Debian-Installer, please send us an installation report, even if there weren't any problems. Boot method: CD Image version: 200615 http://www.debian.org/devel/debian-installer/ http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Date: 20060315 (three installation two separate partitions, one repeat, testing) Machine: Sony Vaio PCG-FX805 Processor: AMD Athlon K something Memory: Partitions: df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda6 reiserfs 5855432 3464976 2390456 60% / (unstable/upgrade) tmpfstmpfs 128344 0128344 0% /dev/shm /dev/hda3 reiserfs19534436 14409200 5125236 74% /home tmpfstmpfs 1024096 10144 1% /dev /dev/hda8 reiserfs 3614476 1754776 1859700 49% /mnt/a8 (unstable/install) /dev/hda1 reiserfs 5855432 2691444 3163988 46% /mnt/a1 (unstable/install) Output of lspci: :00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) :00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] :00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) :00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) :00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1a) :00:07.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1a) :00:07.4 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) :00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) :00:07.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 30) :00:0a.0 CardBus bridge: Texas Instruments PCI1420 :00:0a.1 CardBus bridge: Texas Instruments PCI1420 :00:0e.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) :00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) Output of lspci -n: :00:00.0 0600: 1106:0305 (rev 03) :00:01.0 0604: 1106:8305 :00:07.0 0601: 1106:0686 (rev 40) :00:07.1 0101: 1106:0571 (rev 06) :00:07.2 0c03: 1106:3038 (rev 1a) :00:07.3 0c03: 1106:3038 (rev 1a) :00:07.4 0601: 1106:3057 (rev 40) :00:07.5 0401: 1106:3058 (rev 50) :00:07.6 0780: 1106:3068 (rev 30) :00:0a.0 0607: 104c:ac51 :00:0a.1 0607: 104c:ac51 :00:0e.0 0c00: 104c:8020 :00:10.0 0200: 10ec:8139 (rev 10) :01:00.0 0300: 1002:4c4d (rev 64) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:O Configure network HW: O Config network: O Detect CD: O Load installer modules: O Detect hard drives: O Partition hard drives: O Create file systems:O Mount partitions: O Install base system:O Install boot loader:O Reboot: O Comments/Problems: on the whole a very smooth installation, a few notes * it found and installed over wireless pcmcia card, however postinstall wireless card was not set up for use * touchpad/mouse settings no good, (no acceleration and painfully slow movement) much better response with generic mousedriver, xorg.conf needs manual reconfigure The following does not work Identifier Synaptics Touchpad Driver synaptics Replaced with Identifier Generic Mouse Driver mouse and appropriate settings. * Humbly suggest, the program screen should be part of the default installation for those who use it. * I forget the selections, standard, laptop and desktop used and work fine, bringing up xorg (and installing gnome desktop) standard + laptop appears to install xorg, but is not configured to work as easily when a display manager and alternative window manager is to be installed. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- email: [EMAIL PROTECTED] SiSU: http://www.jus.uio.no/sisu
Processed: severity of 357187 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.15 severity 357187 important Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse Severity set to `important'. 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]
Mediation not Politics (Re: removal of svenl from the project)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Abstract Please can't we all just get along? Ok, I'm not quite that naive, but I would like to see (or proof of previous attempts at) conciliation before such a highly political approach as a formal expulsion request to a personnel issue. Further comments follow, Andres Salomon wrote: I am going through the expulsion process to have Sven Luther removed from the project. The process is outlined here: http://lists.debian.org/debian-devel-announce/2005/08/msg5.html, and I have already completed step 1. IANADDY but I have followed some of the mailing lists for a while and this is ludicrous. Sven's behavior has always been combative (and some might argue hostile), but this is beyond what is acceptable. He threatens bodily Sven is certainly not quiet, however from what I have seen of type of response his suggestions and posts get, he is justifiably frustrated. I am personally surprised he hasn't gotten disgusted with the project and left, or greatly reduced participation, of his own volition, as others, most recently 'Joey', have done. Perhaps it is for the same reason I will be helping with the debtags tagging (regardless of whether or not that can lead to being a dd), namely believing in the ideals of the Debian Project. I think he feels personally attacked by rejections of his ideas, but I haven't seen anything other than initial knee jerk rejections of his ideas either, even ones that later are accepted. He also does something that I wouldn't, which is to be a highly active participant in the public forums. Personally I prefer to spend time working on projects, and leave mailing lists and such as tertiary or lower in importance, however a preference is all that is, not The Way Things Should Be(tm). I think mediation by a neutral third party would be useful here, and would be far more constructive than attempting to expel Sven. With the exception of the quote Andres posted, I haven't seen sven be abusive (emotional, yes, abusive, no) and I've seen a lot that of responses and behaviour on the parts of developers like joeyh that would tend to piss me off too. (The difference is that I'd probably just say 'the h*ll with you', and work where I was appreciated). I don't think Sven is anywhere near perfect, but I haven't seen any attempt at a peaceable solution either. Perhaps my history doesn't go far enough back. If Sven was willing to accept the DPL as a mediator, would those who are complaining about him also do so? And, what, besides disliking his communication style, are the beefs with Sven? And if that is the primary beef, what would 'make it better' without eliminating his ability to argue for his ideas (which seem to get dismissed out of hand, but to this outsider seem to make sense)? Has there been any attempt to work with Sven on his communication style, or, as seems to me, has it been primarily hostility on the other side as well? Please can't we all just get along? Ok, I'm not quite that naive, but I would like to see (or proof of previous attempts at) conciliation before such a highly political approach as a formal expulsion request to a personnel issue. Cheers, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEGOI1eVDHer2Nu1QRAoF9AJ9E34fj3Ktxbmn1N6/BZoTdY6n+8QCcCl0s H8UBsx0cYE2+5AYcJTjyUxE= =7cpw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [g-i] freefont vs. dejavu
[Jutta, could you please help us? - see question below] On 3/16/06, Davide Viti [EMAIL PROTECTED] wrote: Albanian (which is listed among the latin languages) po file (sq.po) uses U0401 Ё twice (see [1]) U+0401: CYRILLIC CAPITAL LETTER IO I found out that there's a glyph tha looks the same in the latin range: U+00CB LATIN CAPITAL LETTER E WITH DIAERESIS I can't read Albanian, but looks to me that this should be changed. Probably you are right 4 --- Macedonian and Ukrainian use the following to quote text: U201c - Left double quotation mark U201e - double low-9 quotation mark Jutta Wrage has recently made a sumarisation of the correct quotation marks needed for each language. Jutta, could you enlighten us? Shall we fix those, ask the translators? I think that characters like the bullet should't be used for the installer: IMO those are meant to be used in applications like Openoffice or similar. I tend to agree, but maybe we might want to hear Clytie's oppinion. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Re: [g-i] freefont vs. dejavu
Quoting Frans Pop ([EMAIL PROTECTED]): On Thursday 16 March 2006 01:54, Davide Viti wrote: Since we're on the subject, I've found some weirdness in the translations: Nice work :-) Nothing to add to Frans comments which I fully agree with. signature.asc Description: Digital signature
Bug#357187: not recognize keyboard mouse
On Wed, Mar 15, 2006 at 10:33:27PM -0500, Mitchell Laks wrote: snip/ no keyboard or mouse I now have same problem with new etch installer! It is a problem with the new debian kernel or with udev. Or hardware that can't handle the initialisation. When you see the Debian swirl and the 'boot:' prompt, then hit a function key, e.g. F1, and read the instructions. It says something like 'noapci' 'no_thingy', boot with that option and please report your milage. Geert Stappers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
severity 357187 normal thanks Please do not overflate severity for installation reports. I downloaded fresh etch beta install disk 3/15. checked md5sum. burned. checked md5sum on burned copy by dd if=/dev/hdc bs=$blocksize count=$count conv=notrunc,noerror |md5sum a la url coasterless cd burning with linux. I booted into install. hit enter at prompt. it asked me for language. I hit enter and no response. System does not recognize keyboard after boot into installer. I think there is something wrong with debian kernel 2.6.15. Please look into the installer documentation and especially the boot parameters section. IIRC, there are sections there that explain pôssible methods to circumvent such problems which happen on some hardware. signature.asc Description: Digital signature
Bug#357188: Package: installation-reports
on the whole a very smooth installation, a few notes * it found and installed over wireless pcmcia card, however postinstall wireless card was not set up for use I leave this opened in case this could be reassigned to a d-i package. This is actually the only item I find relevant to the installer in the report. * touchpad/mouse settings no good, (no acceleration and painfully slow movement) much better response with generic mousedriver, xorg.conf needs manual reconfigure The following does not work Identifier Synaptics Touchpad Driver synaptics Replaced with Identifier Generic Mouse Driver mouse and appropriate settings. This should be reported against the xserver-xorg source package. * Humbly suggest, the program screen should be part of the default installation for those who use it. This should be reported against the screen package but honestly I see no reason for it. * I forget the selections, standard, laptop and desktop used and work fine, bringing up xorg (and installing gnome desktop) standard + laptop appears to install xorg, but is not configured to work as easily when a display manager and alternative window manager is to be installed. I don't understand the point here. signature.asc Description: Digital signature
Processed: Re: Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse
Processing commands for [EMAIL PROTECTED]: severity 357187 normal Bug#357187: installation-report: etch beta2 install not recognize keyboard mouse Severity set to `normal'. 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#357187: not recognize keyboard mouse
On Thursday 16 March 2006 01:44, Geert Stappers wrote: When you see the Debian swirl and the 'boot:' prompt, then hit a function key, e.g. F1, and read the instructions. It says something like 'noapci' 'no_thingy', boot with that option and please report your milage. I booted as ordered install noapic nolapic as per F6. I also tried install noapci noapic nolapic (notice you talk about noapci while F6 in installer talks about noapic nolapic I tried all variations :) I even tried no_thingy just for fun. No change - no keyboard activity! I should mention that this machine has run installers for woody, and sarge without problem in the past. This is no apic or lapic or noapci problem. It is only having trouble with the 2.6.15 kernel! I have done 2 sarge installs on the system in the last week. All is ok until I install 2.6.15 kernel either via apt-get or via dpkg of self compiled the debian way. 2.6.8 kernel works ( aside: I bet it is udev (i hate udev - it has been messing me up for 6 months)). Thanks for being there! Mitchell Laks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]