Bug#536420: debian-installer: MAC address chang
reassign 536420 netcfg retitle 536420 Please allow chaging the network card MAC address thanks Quoting Martin Šín (martin@zshk.cz): Package: debian-installer Severity: wishlist Hi, is it possible to add Change MAC address item into network installation menu? Some internet providers accept only some MAC address of your network card and if you buy new computer, it cannot work well. It may be possible (as an expert option, I guess)if someone works on the relevant patch...:) signature.asc Description: Digital signature
Processed: Re: Bug#536420: debian-installer: MAC address chang
Processing commands for cont...@bugs.debian.org: reassign 536420 netcfg Bug#536420: debian-installer: MAC address chang Bug reassigned from package `debian-installer' to `netcfg'. retitle 536420 Please allow chaging the network card MAC address Bug#536420: debian-installer: MAC address chang Changed Bug title to `Please allow chaging the network card MAC address' from `debian-installer: MAC address chang'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536478: installation-reports
Package: installation-reports Boot method: zVM Minidisk Image version: http://ftp2.de.debian.org/debian/dists/lenny/main/installer-s390/current/images/generic/ Date: 2007-07-10 10:57 Machine: IBM System z9 running z/VM 5.3 Processor: z9 Memory: 512M Partitions: 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: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The boot Stop without Messages. When I try priority=log in the parmfile then I get this messages: debian 003 FILES PURGED RDR FILE 0021 SENT FROM ZVMGAST2 PUN WAS 0021 RECS 042K CPY 001 A NOHOLD NOKEEP RDR FILE 0022 SENT FROM ZVMGAST2 PUN WAS 0022 RECS 0001 CPY 001 A NOHOLD NOKEEP RDR FILE 0023 SENT FROM ZVMGAST2 PUN WAS 0023 RECS 035K CPY 001 A NOHOLD NOKEEP 003 FILES CHANGED 003 FILES CHANGED Ý0.00¨ Initializing cgroup subsys cpuset Ý0.00¨ Initializing cgroup subsys cpu Ý0.00¨ Linux version 2.6.26-2-s390 (Debian 2.6.26-17) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Mon Jun 22 0 9:19:01 UTC 2009 Ý0.00¨ We are running under VM (31 bit mode) Ý0.00¨ This machine has an IEEE fpu Ý0.00¨ Zone PFN ranges: Ý0.00¨ Normal 0 -65536 Ý0.00¨ Movable zone start PFN for each node Ý0.00¨ early_node_mapÝ1¨ active PFN ranges Ý0.00¨ 0:0 -65535 Ý0.00¨ Built 1 zonelists in Zone order, mobility grouping on. Total pag es: 65023 Ý0.00¨ Kernel command line: ro locale=C priority=low Ý0.00¨ PID hash table entries: 1024 (order: 10, 4096 bytes) Ý17179569.184195¨ console ÝttyS0¨ enabled Ý17179569.184494¨ Dentry cache hash table entries: 32768 (order: 5, 131072 bytes ) Ý17179569.184939¨ Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Ý17179569.187779¨ Memory: 252160k/262144k available (2273k kernel code, 0k reser ved, 843k data, 148k init) Ý17179569.187966¨ Write protected kernel read-only data: 0x12000 - 0x2eefff Ý17179569.188353¨ Security Framework initialized Ý17179569.188362¨ SELinux: Disabled at boot. Ý17179569.188372¨ Capability LSM initialized Ý17179569.188464¨ Mount-cache hash table entries: 512 Ý17179569.189121¨ Initializing cgroup subsys ns Ý17179569.189134¨ Initializing cgroup subsys cpuacct Ý17179569.189175¨ Initializing cgroup subsys devices Ý17179569.258712¨ CPUs: 1 configured, 0 standby Ý17179569.333880¨ cpu 0 phys_idx=0 vers=FF ident=0067C0 machine=2096 unused=8000 Ý17179569.334634¨ Brought up 1 CPUs Ý17179569.334931¨ net_namespace: 660 bytes Ý17179569.335252¨ NET: Registered protocol family 16 Ý17179569.335288¨ debug: Initialization complete Ý17179569.352625¨ NET: Registered protocol family 2 Ý17179569.388133¨ IP route cache hash table entries: 2048 (order: 1, 8192 bytes) Ý17179569.388556¨ TCP established hash table entries: 8192 (order: 4, 65536 byte s) Ý17179569.388728¨ TCP bind hash table entries: 8192 (order: 4, 65536 bytes) Ý17179569.388878¨ TCP: Hash tables configured (established 8192 bind 8192) Ý17179569.388895¨ TCP reno registered Ý17179569.400533¨ NET: Registered protocol family 1 Ý17179569.400717¨ checking if image is initramfs... after this nothing. My Parmfile: ro locale=C priority=low My User direct definition: PROFILE LNXDFLT IPL CMS MACHINE ESA 4 CPU 00 BASE NICDEF 600 TYPE QDIO LAN SYSTEM VSW1 SPOOL 000C 2540 READER * SPOOL 000D 2540 PUNCH A SPOOL 000E 1403 A CONSOLE 009 3215 T LINK MAINT 0190 0190 RR LINK MAINT 019D 019D RR LINK MAINT 019E 019E RR LINK LNXMAINT 0192 0191 RR LINK TCPMAINT 0592 0592 RR ** user zvmgast2 zvmgast2 256M 512M G include lnxdflt option applmon dedicate 100 104c dedicate 110 105b dedicate 111 105c dedicate 112 105d dedicate 113 105e dedicate 114 105f * Mit freundlichen Grüßen i.A. Winfried Münch Systemingenieur zSeries PROFI Engineering Systems AG Otto-Röhm-Straße 18 D-64293 Darmstadt Tel.: +49 6151 8290-7638 Fax: +49 6151 8290-7692 Mobil: +49 163 8075134 E-Mail: w.mue...@profi-ag.de Internet: http://www.profi-ag.de PROFI Engineering Systems AG, Otto-Röhm-Straße 18, 64293 Darmstadt, Amtsgericht Darmstadt HRB 7833 Vorstandsvorsitzender: Dr.-Ing. Udo Hamm, Vorstand: Susanne Hamm, Manfred Lackner, Aufsichtsratsvorsitzender: Jürgen Wenner.
Bug#536478: installation-reports
reassign 536478 debian-installer forcemerge 536375 536478 thanks On Friday 10 July 2009, Winfried Muench wrote: Comments/Problems: The boot Stop without Messages. When I try priority=log in the parmfile then I get this messages: [...] Ý17179569.388895¨ TCP reno registered Ý17179569.400533¨ NET: Registered protocol family 1 Ý17179569.400717¨ checking if image is initramfs... after this nothing. The current Lenny kernel is known to be broken, although we've seen the problem happen slightly later than this. Please see the following links for additional information: - http://lists.debian.org/debian-s390/2009/07/msg2.html - http://lists.debian.org/debian-s390/2009/07/msg3.html - http://bugs.debian.org/536354 Your problem may possibly be different, but I don't think it's worth investigating until that issue has been solved. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#536478: installation-reports
Processing commands for cont...@bugs.debian.org: reassign 536478 debian-installer Bug#536478: installation-reports Bug reassigned from package `installation-reports' to `debian-installer'. forcemerge 536375 536478 Bug#536375: debian-installer: [s390,lenny] kernel panic during boot Bug#536478: installation-reports Forcibly Merged 536375 536478. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [D-I] Please test Debian Installer with console-setup (3rd version)
Quoting Anton Zinoviev (an...@lml.bas.bg): I have not seen any single Georgian keyboard in my entire computing life in France. Actually fr(geo) is not for Georgian keyboards. It is for typing Georgian on a French keyboard. My point There is no such physical keyboard. Apparently, from what you mention, various keyboard layouts are added, more or less randomly, because someone once worked on one. This is about the same crazyness we had with console layouts in the good old days, where everybody was inventing his|her own layout (fr-latin1, fr-latin9, fr-latin0). If upstream xkb has such policy, I'm afraid it is entirely entering a neverending nightmare of piling up layouts and variants for each and every crazy ideas in the world. Anyway, this is getting off-topic. I'm not in position to change XKB policy, nor do I want it. Here, I'm interested in the consequences we have in D-I layouts, but with time this filtering will become so distant from what the upstream is providing us that it will become a nightmare to support it. I see absolutely no reason for this. I'm proposing to just make that choice each time a language is added to D-I. We're doing this for years (actually since D-I exists). Console-data was maintained by you, i.e. by a member of d-i team. My concern is that Xkeyboard-config changes more rapidly than console-data. As said, the point is not changing xkeyboard-config. The point is in still keeping the idea of the same keyboard management system in D-I and, later, at the system's console, than the one in Xwhile keeping this manageable and scalable for D-I. BTW, it seems to me that there is no other file in XKB with such a diversity of variants as the French file. :) I don't know whether all The German one is also quite interestingwhich is not a surprise: we find there the very same mess we have in console keymaps, inherited from the days where people where thinking it is good to invent their own keyboard layout and publish it everywhere because it was working on their own kitchen sink...:-) BTW, this is what I personnally think about those crazy Dvorak keymaps but don't tell this to the Dvorak and Bépo keymaps addicts..:-) these variants are realy used or not, but if they are not, one method to deal with this mess is to mark some of the variants in the file with the keyword hidden. In this way these variants will be still supported but the configuration programs will not present them to the users. If there is agreement between the French users, the upstream can be convinced to make the changes. I'm not sure that belongs to upstream, again. We should refocus on our point, here: D-I. I'm not interested in changing things upstream, or even changing the way you deal with them in the standard console-setup package. You're certainly handling things the right way. The point is the udeb. I'm currently convinced and still need to be unconvinced that we have to shrink the number of proposed layouts to a list with only 1 or 2 layouts per language, plus some country-specific cases (e.g. the Brazilian layouts). That means having a specific way to ask for layouts *in a single question* mor eor less combining the layout/variant (and maybe model) questions. This only in D-I. Probably with a specific console-setup-udeb.postinst script instead of using the big cs-.postinst and c-s.config scripts. I see this as the only way to preserve one key feature of D-I: keeping things simple for users and minimizing the number of asked questions. And, also, preserve the rationale where size matters. signature.asc Description: Digital signature
Processing of console-setup_1.42_i386.changes
console-setup_1.42_i386.changes uploaded successfully to localhost along with the files: console-setup_1.42.dsc console-setup_1.42.tar.gz console-setup_1.42_all.deb console-setup-mini_1.42_all.deb bdf2psf_1.42_all.deb console-setup-udeb_1.42_all.udeb console-setup-amiga-ekmap_1.42_all.udeb console-setup-ataritt-ekmap_1.42_all.udeb console-setup-macintoshold-ekmap_1.42_all.udeb console-setup-pc-ekmap_1.42_all.udeb console-setup-sun4-ekmap_1.42_all.udeb console-setup-sun5-ekmap_1.42_all.udeb console-setup-fonts-udeb_1.42_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of console-setup_1.43_i386.changes
console-setup_1.43_i386.changes uploaded successfully to localhost along with the files: console-setup_1.43.dsc console-setup_1.43.tar.gz console-setup_1.43_all.deb console-setup-mini_1.43_all.deb bdf2psf_1.43_all.deb console-setup-udeb_1.43_all.udeb console-setup-amiga-ekmap_1.43_all.udeb console-setup-ataritt-ekmap_1.43_all.udeb console-setup-macintoshold-ekmap_1.43_all.udeb console-setup-pc-ekmap_1.43_all.udeb console-setup-sun4-ekmap_1.43_all.udeb console-setup-sun5-ekmap_1.43_all.udeb console-setup-fonts-udeb_1.43_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
console-setup_1.42_i386.changes ACCEPTED
Accepted: bdf2psf_1.42_all.deb to pool/main/c/console-setup/bdf2psf_1.42_all.deb console-setup-amiga-ekmap_1.42_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.42_all.udeb console-setup-ataritt-ekmap_1.42_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.42_all.udeb console-setup-fonts-udeb_1.42_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.42_all.udeb console-setup-macintoshold-ekmap_1.42_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.42_all.udeb console-setup-mini_1.42_all.deb to pool/main/c/console-setup/console-setup-mini_1.42_all.deb console-setup-pc-ekmap_1.42_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.42_all.udeb console-setup-sun4-ekmap_1.42_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.42_all.udeb console-setup-sun5-ekmap_1.42_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.42_all.udeb console-setup-udeb_1.42_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.42_all.udeb console-setup_1.42.dsc to pool/main/c/console-setup/console-setup_1.42.dsc console-setup_1.42.tar.gz to pool/main/c/console-setup/console-setup_1.42.tar.gz console-setup_1.42_all.deb to pool/main/c/console-setup/console-setup_1.42_all.deb Override entries for your package: bdf2psf_1.42_all.deb - optional utils console-setup-amiga-ekmap_1.42_all.udeb - extra debian-installer console-setup-ataritt-ekmap_1.42_all.udeb - extra debian-installer console-setup-fonts-udeb_1.42_all.udeb - extra debian-installer console-setup-macintoshold-ekmap_1.42_all.udeb - extra debian-installer console-setup-mini_1.42_all.deb - extra utils console-setup-pc-ekmap_1.42_all.udeb - extra debian-installer console-setup-sun4-ekmap_1.42_all.udeb - extra debian-installer console-setup-sun5-ekmap_1.42_all.udeb - extra debian-installer console-setup-udeb_1.42_all.udeb - extra debian-installer console-setup_1.42.dsc - source utils console-setup_1.42_all.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
console-setup_1.43_i386.changes ACCEPTED
Accepted: bdf2psf_1.43_all.deb to pool/main/c/console-setup/bdf2psf_1.43_all.deb console-setup-amiga-ekmap_1.43_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.43_all.udeb console-setup-ataritt-ekmap_1.43_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.43_all.udeb console-setup-fonts-udeb_1.43_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.43_all.udeb console-setup-macintoshold-ekmap_1.43_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.43_all.udeb console-setup-mini_1.43_all.deb to pool/main/c/console-setup/console-setup-mini_1.43_all.deb console-setup-pc-ekmap_1.43_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.43_all.udeb console-setup-sun4-ekmap_1.43_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.43_all.udeb console-setup-sun5-ekmap_1.43_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.43_all.udeb console-setup-udeb_1.43_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.43_all.udeb console-setup_1.43.dsc to pool/main/c/console-setup/console-setup_1.43.dsc console-setup_1.43.tar.gz to pool/main/c/console-setup/console-setup_1.43.tar.gz console-setup_1.43_all.deb to pool/main/c/console-setup/console-setup_1.43_all.deb Override entries for your package: bdf2psf_1.43_all.deb - optional utils console-setup-amiga-ekmap_1.43_all.udeb - extra debian-installer console-setup-ataritt-ekmap_1.43_all.udeb - extra debian-installer console-setup-fonts-udeb_1.43_all.udeb - extra debian-installer console-setup-macintoshold-ekmap_1.43_all.udeb - extra debian-installer console-setup-mini_1.43_all.deb - extra utils console-setup-pc-ekmap_1.43_all.udeb - extra debian-installer console-setup-sun4-ekmap_1.43_all.udeb - extra debian-installer console-setup-sun5-ekmap_1.43_all.udeb - extra debian-installer console-setup-udeb_1.43_all.udeb - extra debian-installer console-setup_1.43.dsc - source utils console-setup_1.43_all.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of console-setup_1.44_i386.changes
console-setup_1.44_i386.changes uploaded successfully to localhost along with the files: console-setup_1.44.dsc console-setup_1.44.tar.gz console-setup_1.43_all.deb console-setup-mini_1.43_all.deb bdf2psf_1.43_all.deb console-setup-udeb_1.43_all.udeb console-setup-amiga-ekmap_1.43_all.udeb console-setup-ataritt-ekmap_1.43_all.udeb console-setup-macintoshold-ekmap_1.43_all.udeb console-setup-pc-ekmap_1.43_all.udeb console-setup-sun4-ekmap_1.43_all.udeb console-setup-sun5-ekmap_1.43_all.udeb console-setup-fonts-udeb_1.43_all.udeb console-setup_1.44_all.deb console-setup-mini_1.44_all.deb bdf2psf_1.44_all.deb console-setup-udeb_1.44_all.udeb console-setup-amiga-ekmap_1.44_all.udeb console-setup-ataritt-ekmap_1.44_all.udeb console-setup-macintoshold-ekmap_1.44_all.udeb console-setup-pc-ekmap_1.44_all.udeb console-setup-sun4-ekmap_1.44_all.udeb console-setup-sun5-ekmap_1.44_all.udeb console-setup-fonts-udeb_1.44_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
console-setup_1.44_i386.changes REJECTED
Rejected: console-setup_1.43_all.deb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup_1.43_all.deb doesn't match changes version 1.44. Rejected: console-setup-macintoshold-ekmap_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-macintoshold-ekmap_1.43_all.udeb doesn't match changes version 1.44. Rejected: bdf2psf_1.43_all.deb file already exists in the Accepted directory. Rejected: source version (1.43) for bdf2psf_1.43_all.deb doesn't match changes version 1.44. Rejected: console-setup-ataritt-ekmap_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-ataritt-ekmap_1.43_all.udeb doesn't match changes version 1.44. Rejected: console-setup-amiga-ekmap_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-amiga-ekmap_1.43_all.udeb doesn't match changes version 1.44. Rejected: console-setup-mini_1.43_all.deb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-mini_1.43_all.deb doesn't match changes version 1.44. Rejected: console-setup-udeb_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-udeb_1.43_all.udeb doesn't match changes version 1.44. Rejected: console-setup-pc-ekmap_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-pc-ekmap_1.43_all.udeb doesn't match changes version 1.44. Rejected: console-setup-sun5-ekmap_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-sun5-ekmap_1.43_all.udeb doesn't match changes version 1.44. Rejected: console-setup-fonts-udeb_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-fonts-udeb_1.43_all.udeb doesn't match changes version 1.44. Rejected: console-setup-sun4-ekmap_1.43_all.udeb file already exists in the Accepted directory. Rejected: source version (1.43) for console-setup-sun4-ekmap_1.43_all.udeb doesn't match changes version 1.44. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of console-setup_1.44_i386.changes
console-setup_1.44_i386.changes uploaded successfully to localhost along with the files: console-setup_1.44.dsc console-setup_1.44.tar.gz console-setup_1.44_all.deb console-setup-mini_1.44_all.deb bdf2psf_1.44_all.deb console-setup-udeb_1.44_all.udeb console-setup-amiga-ekmap_1.44_all.udeb console-setup-ataritt-ekmap_1.44_all.udeb console-setup-macintoshold-ekmap_1.44_all.udeb console-setup-pc-ekmap_1.44_all.udeb console-setup-sun4-ekmap_1.44_all.udeb console-setup-sun5-ekmap_1.44_all.udeb console-setup-fonts-udeb_1.44_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
console-setup_1.44_i386.changes ACCEPTED
Accepted: bdf2psf_1.44_all.deb to pool/main/c/console-setup/bdf2psf_1.44_all.deb console-setup-amiga-ekmap_1.44_all.udeb to pool/main/c/console-setup/console-setup-amiga-ekmap_1.44_all.udeb console-setup-ataritt-ekmap_1.44_all.udeb to pool/main/c/console-setup/console-setup-ataritt-ekmap_1.44_all.udeb console-setup-fonts-udeb_1.44_all.udeb to pool/main/c/console-setup/console-setup-fonts-udeb_1.44_all.udeb console-setup-macintoshold-ekmap_1.44_all.udeb to pool/main/c/console-setup/console-setup-macintoshold-ekmap_1.44_all.udeb console-setup-mini_1.44_all.deb to pool/main/c/console-setup/console-setup-mini_1.44_all.deb console-setup-pc-ekmap_1.44_all.udeb to pool/main/c/console-setup/console-setup-pc-ekmap_1.44_all.udeb console-setup-sun4-ekmap_1.44_all.udeb to pool/main/c/console-setup/console-setup-sun4-ekmap_1.44_all.udeb console-setup-sun5-ekmap_1.44_all.udeb to pool/main/c/console-setup/console-setup-sun5-ekmap_1.44_all.udeb console-setup-udeb_1.44_all.udeb to pool/main/c/console-setup/console-setup-udeb_1.44_all.udeb console-setup_1.44.dsc to pool/main/c/console-setup/console-setup_1.44.dsc console-setup_1.44.tar.gz to pool/main/c/console-setup/console-setup_1.44.tar.gz console-setup_1.44_all.deb to pool/main/c/console-setup/console-setup_1.44_all.deb Override entries for your package: bdf2psf_1.44_all.deb - optional utils console-setup-amiga-ekmap_1.44_all.udeb - extra debian-installer console-setup-ataritt-ekmap_1.44_all.udeb - extra debian-installer console-setup-fonts-udeb_1.44_all.udeb - extra debian-installer console-setup-macintoshold-ekmap_1.44_all.udeb - extra debian-installer console-setup-mini_1.44_all.deb - extra utils console-setup-pc-ekmap_1.44_all.udeb - extra debian-installer console-setup-sun4-ekmap_1.44_all.udeb - extra debian-installer console-setup-sun5-ekmap_1.44_all.udeb - extra debian-installer console-setup-udeb_1.44_all.udeb - extra debian-installer console-setup_1.44.dsc - source utils console-setup_1.44_all.deb - optional utils Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [D-I] Please test Debian Installer with console-setup (3rd version)
On Fri, Jul 10, 2009 at 07:19:43AM +0200, Christian Perrier wrote: That means having a specific way to ask for layouts *in a single question* mor eor less combining the layout/variant (and maybe model) questions. This is exactly what the upstream of xkeyboard-config wants to achieve. Only one question! Not one question that includes all layouts around the world but one question customized for your teritory. I see this as the only way to preserve one key feature of D-I: keeping things simple for users and minimizing the number of asked questions. And, also, preserve the rationale where size matters. Only one question provided the US QWERTY layout is added to the list of France and the other countries that need it. ;-) No, I am not joking. :-) Yes, there are problems in the current state of xkeyboard-config but I think the proper way to deal with these problems is to report them to the upstream rather than to do something Debian-specific. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [D-I] Please test Debian Installer with console-setup (3rd version)
On Wednesday 08 July 2009, Christian Perrier wrote: A *third version* of test D-I images with console-setup replacing kbdchooser has been built. There is something weird in this image (not related to c-s). Please compare the two images below: - http://people.debian.org/~fjp/tmp/d-i/multiselect_joeyh.png - http://people.debian.org/~fjp/tmp/d-i/multiselect_bubulle.png In Christan's image the cursor (current line indicator) is wrong. The images were built the same day. I checked the dpkg status files in the image, but they show no relevant differences. It still could be libs that get reduced and thus don't have a udeb, but I checked the most likely candidates and did not see any recent uploads. Suggest people watch out for this as it could still be a regression somewhere, especially if it also turns up in Joey's builds. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530784: partman-crypto: preseeding of the dm-crypt passphrase failed
Hello, sorry i think my last email missed the bug report (i got an error '140.211.166.43_does_not_like_recipient./Remote_host_said:_550_unknown_user/Giving_up_on_140.211.166.43./') I choose the way of comment this, because i think it's a best way to do the documentation. It's also possible do delete this four lines. But may be later on somebody think this in insecure and but the lines back again ... The example preseed file i missed (i used one from the internet). But you're right there should be an example in it and a discription how to handle this. The 'problem' with this way of preseeding is, if you want to use two seperate crypted partitions you cannot use two different passphrases. Here an example with one crypted partition (the way we do it): /dev/sda1 - boot /dev/sda2 - crypted /dev/mapper/crypted - lvm_volume_group /dev/mapper/lvm_volume_group - logical_volume /dev/mapper/logical_volume - root /dev/mapper/logical_volume - swap Here an example with two crypted partition (did not work with two seperate passphrases): /dev/sda1 - boot /dev/sda2 - crypted_1 /dev/sda2 - crypted_2 /dev/mapper/crypted_1 - root /dev/mapper/crypted_2 - swap With the second way it is not possible to use two diffrent passphrases during installation. The 'value' is set the first time and is not deleted before the second question. Also you cannot delete the values _after_ setting up the first crypted partition. Because then the preseeding didn't work for the second crypted partition. It would only be possible to do that by changing the hole blockdev_keygen to include the partition name in the 'templ' value. But i don't know whether the partition name is known at this time in the blockdev_keygen script. Respectfully Gabriel Quoting Gabriel Sailer (gabriel.sai...@gmx.net): Hallo, late but not to late i hope i have a patch to allow preseeding the crypto passphrase. I tried it successfull with only preseeding the passphrase with the following preseeding file: Ehthat was indeed as simple as dropping (commenting) the lines that reset the debconf value Is there any objection for me to commit this? I'm not very familiar with all this code, but I don't see what it could harm. This probably deserves a small addition to the installation manual too, at least adding the following to the example preseed file... CC'ing Frans to get advice about documenting the new feature. # Disk Partitioning/Boot loader # dm-crypt passphrase d-i partman-crypto/passphrase password This_is_a_very_long_and_secret_passphrase! d-i partman-crypto/passphrase-again password This_is_a_very_long_and_secret_passphrase! I appended the patch. Attention: there is no warning or something else because the installation should not be interrupted by an acknowledgment). --- blockdev-keygen 2009-07-09 20:44:06.0 +0200 +++ blockdev-keygen.new 2009-07-09 20:44:47.0 +0200 @@ -36,14 +36,16 @@ pass_ok=0 while [ $pass_ok -eq 0 ]; do templ=partman-crypto/passphrase - db_set $templ - db_fset $templ seen false +# we want to use the crypto passphrase from preseed file +# db_set $templ +# db_fset $templ seen false db_subst $templ DEVICE $description db_input critical $templ templ=partman-crypto/passphrase-again - db_set $templ - db_fset $templ seen false +# we want to use the crypto passphrase from preseed file +# db_set $templ +# db_fset $templ seen false db_input critical $templ db_go || return 1 -- -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530784: partman-crypto: preseeding of the dm-crypt passphrase failed
On Friday 10 July 2009, Gabriel wrote: The 'problem' with this way of preseeding is, if you want to use two seperate crypted partitions you cannot use two different passphrases. Why do you say cannot? Wouldn't both partitions just get the same passphrase with your changes? I don't think that is desirable at all, but I think that is what would happen. OTOH, I'm not sure that you can even specify a recipe with two encrypted partitions... But this is a very important comment, not only for preseeding. Your patch will make partman crypto behave quite differently from its current behavior when multiple partitions/devices are encrypted interactively. In that case the fields really should be reset before the questions are asked a second time. I also still think that the emptying of the passwords is done as a security measure. One option could be to instead reset the template (value and seen flag) *after* the question has been asked and the value has been used. That would still allow to preseed for a single encrypted partition, but would They should also be reset on error, so that you don't end in an endless loop. All and all, IMO this change is fine as an ad-hoc change if you really want to preseed a single encrypted partition, but I don't think it is suitable for inclusion in the package in its current form. I would also prefer to see comments from the original authors of partman-crypto before this patch is committed. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530784: partman-crypto: preseeding of the dm-crypt passphrase failed
(resent because of a typo in the bug number) Quoting Gabriel Sailer (gabriel.sai...@gmx.net): Hallo, late but not to late i hope i have a patch to allow preseeding the crypto passphrase. I tried it successfull with only preseeding the passphrase with the following preseeding file: Ehthat was indeed as simple as dropping (commenting) the lines that reset the debconf value Is there any objection for me to commit this? I'm not very familiar with all this code, but I don't see what it could harm. This probably deserves a small addition to the installation manual too, at least adding the following to the example preseed file... CC'ing Frans to get advice about documenting the new feature. # Disk Partitioning/Boot loader # dm-crypt passphrase d-i partman-crypto/passphrase passwordThis_is_a very_long_and_secret_passphrase! d-i partman-crypto/passphrase-again passwordThis_is_a very_long_and_secret_passphrase! I appended the patch. Attention: there is no warning or something else because the installation should not be interrupted by an acknowledgment). --- blockdev-keygen 2009-07-09 20:44:06.0 +0200 +++ blockdev-keygen.new 2009-07-09 20:44:47.0 +0200 @@ -36,14 +36,16 @@ pass_ok=0 while [ $pass_ok -eq 0 ]; do templ=partman-crypto/passphrase - db_set $templ - db_fset $templ seen false +# we want to use the crypto passphrase from preseed file +#db_set $templ +#db_fset $templ seen false db_subst $templ DEVICE $description db_input critical $templ templ=partman-crypto/passphrase-again - db_set $templ - db_fset $templ seen false +# we want to use the crypto passphrase from preseed file +#db_set $templ +#db_fset $templ seen false db_input critical $templ db_go || return 1 -- - End forwarded message - -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [D-I] Please test Debian Installer with console-setup (3rd version)
Quoting Frans Pop (elen...@planet.nl): Suggest people watch out for this as it could still be a regression somewhere, especially if it also turns up in Joey's builds. I have to mention that my build environment is not necessarily guaranteed as clean. I don't use my own machine anymore to build packages (I only use pbuilder/cowbuilder on my home server, most of the time) and it's quite some time since I built test images for some D-I features. In that specific case, it of course doesn't matter that much but what you noticed is really weird, indeed... signature.asc Description: Digital signature
Re: [D-I] Please test Debian Installer with console-setup (3rd version)
[not subscribed, please cc on replies] On Fri, Jul 10, 2009 at 07:19:43 +0200, Christian Perrier wrote: I'm not sure that belongs to upstream, again. We should refocus on our point, here: D-I. I'm not interested in changing things upstream, or even changing the way you deal with them in the standard console-setup package. You're certainly handling things the right way. I think this is the absolute wrong way to go, fwiw. Making things significantly different in the installer means more maintenance overhead, instead of improving things for everyone and sharing the maintenance burden, if this was happening upstream. The way to present this information in c-s can be improved, some xk-c strings might need to be changed to make them easier to understand, some variants might need to be hidden because they're mostly unused, etc, and sure, that's a lot of work, but there's no reason this should be specific to d-i IMO. Cheers, Julien -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: remastering ISOs to append boot options
Vincent Danjean, le Mon 06 Jul 2009 11:55:08 +0200, a écrit : I needed it to boot on a PC with no screen. It had only a terminal (an old french Minitel 1B) on its serial line. I did it by using the USB key boot methods and changing the correct files (I do not remember exactly what I did). But I remember having been surprised that booting on a serial line was not well documented in the Debian documentation. I'm not sure how d-i is supposed to handle such case. debian-boot, opinions? Samuel -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
please unblock libtextwrap 0.1-8 pciutils 1:3.1.3-1 (both with udebs)
please unblock libtextwrap 0.1-8 pciutils 1:3.1.3-1 (both with udebs) Changes: libtextwrap (0.1-8) unstable; urgency=low . * Support cross building Patch by Neil Williams Closes: 480903 pciutils (1:3.1.3-1) unstable; urgency=low . * New upstream version * DH level compatibility is 7 * Fix out-of-date-standards-version * Fix dh-clean-k-is-deprecated signature.asc Description: Digital signature
Bug#536549: Add Kannada language tasks to tasksel
Package: tasksel Severity: normal X-Debbugs-CC: debian-in-work...@lists.alioth.debian.org Hi, Please add kannada language task to tasksel. - Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് GPLv2 I know my rights; I want my phone call! DRM What use is a phone call, if you are unable to speak? (as seen on /.) Join The DRM Elimination Crew Now! http://fci.wikia.com/wiki/Anti-DRM-Campaign Task: kannada-desktop Section: l10n Description: Kannada desktop This task localises the desktop in Kannada. Key: ttf-kannada-fonts scim-tables-additional iceweasel-l10n-kn Enhances: desktop Packages: task-fields Test-lang: kn Task: kannada-gnome-desktop Section: l10n Description: Kannada GNOME desktop This task localises the GNOME desktop in Kannada. Enhances: gnome-desktop, kannada-desktop Packages: task-fields Task: kannada-kde-desktop Section: l10n Description: Kannada KDE desktop This task localises the KDE desktop in Kannada. Key: kde-l10n-kn Enhances: kde-desktop, kannada-desktop Packages: task-fields
Bug#536552: console-setup: /bin/setupcon: line 319: /etc/console-setup/cached.kmap.gz: Read-only file system
Package: console-setup Version: 1.44 Severity: normal I noticed the following on the boot log: Setting preliminary keymap.../bin/setupcon: line 319: /etc/console-setup/cached.kmap.gz: Read-only file system Is this any kind of a problem? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc2 (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.28-1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii xkb-data 1.6-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities ii kbd-compat [kbd] 1:0.2.3dbs-65.1 Wrappers around console-tools for Versions of packages console-setup suggests: ii locales 2.9-19 GNU C Library: National Language ( ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip -- debconf-show failed -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: [D-I] Please test Debian Installer with console-setup (3rd version)
Quoting Julien Cristau (jcris...@debian.org): I'm not sure that belongs to upstream, again. We should refocus on our point, here: D-I. I'm not interested in changing things upstream, or even changing the way you deal with them in the standard console-setup package. You're certainly handling things the right way. I think this is the absolute wrong way to go, fwiw. Making things significantly different in the installer means more maintenance overhead, instead of improving things for everyone and sharing the There seem to be some misunderstanding here. I don't necessarily want to make things different. The point is trying to keep the use of c-s by D-I sustainable, particulrly in terms of size and memory impact. The very big number of variants brings in a lot of stringsand, potentially, a lot of translated material. That will mathematically make the size impact of D-I grow up exponentially over time. That is a concern. Of course, efforts were made to minimize this and this is really welcomed, for sure. But I still need to be convinced that this will be enough. Again, my proposal is not necessarily changing the way c-s worksbut finding a way to have it present much much less variants to users so that it's less confusing for them (usability reason) and has less size impact on D-I (technical reason). I am not specifically favouring a given option, here. I imagined a way to do this (that involves manual maintenance, which I thinks is sutainable) but that may not be the only option. Anyway, I haven't proposed any implementation and I don't know if I'll be able to do so..:). Moreover, I haven't described very precisely what I imagine. In short, we're basically shaking ideas here... signature.asc Description: Digital signature