(forw) Re: Possibility to get a OLPC developer's board [Reply-to: debian-custom-list]
FYI As Knut did set a Reply-To, I don't know whether someone else from the team actually answered his request. - Forwarded message from Christian Perrier [EMAIL PROTECTED] - Date: Mon, 26 Jun 2006 07:04:49 +0200 From: Christian Perrier [EMAIL PROTECTED] To: debian-custom@lists.debian.org Subject: Re: Possibility to get a OLPC developer's board [Reply-to: debian-custom-list] (I'm not subscribed to -custom.yet) - What do you think about this suggestions? I think that your initiative was excellent, Knut.. ;-) The whole concept of OLPC perfectly fits my personal views on what Free Software can do for a better world and I'm pretty sure that these views are widely shared among Debian and even more in the Debian derivatives contributors. Jim Getty's BOF has been for me one of the most instructive ones at Debconf and I wasn't there by hazard - Who are interested to develop tailored Debian Edu for OLPC-machines? I think that at least the D-I (D-I==Debian Installer for people outside Debian) team should have some of its members getting a close attention on that OLPC project and, given that we find someone interested, one member of the D-I team should get the specific job of being responsible for all actions/changes/developments done for the installer to properly run on OLPC hardware. In short, on OLPC person in the D-I team If noone else volunteers, I'd be happy to do this. - End forwarded message - -- signature.asc Description: Digital signature
Re: Bug#375392: Fallo en l a instalación
Package: installation-reports Debian-installer-version: Descargado del sitio oficial de Debian el 19-06-2.006 Intento de instalación: 25-06-2.006 Machine: Clónico con Atlhon 64 bits 3700+ Ram 1024 Root Device: IDE Installation in hard disk exclusive of LINUX. Initial boot worked: E What is the exact URL of the ISO image you used? http://ftp.gva.es/mirror/debian-cd/current/ia64/iso-cd/debian-31r2-ia64-binary-1.iso You're trying to use an image aimed for IA64 architecture, which is *different* from amd64. IA64==Intel Itanium, in short. I suggest you use an image for i386 as there are no official images of Debian sarge for the amd64 architecture. The next version of Debian will have a specific port ot AMD64. signature.asc Description: Digital signature
Bug#375392: marked as done (Fallo en la instalación)
Your message dated Mon, 26 Jun 2006 07:27:51 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#375392: Fallo en la instalación 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-reports Debian-installer-version: Descargado del sitio oficial de Debian el 19-06-2.006 Intento de instalación: 25-06-2.006 Machine: Clónico con Atlhon 64 bits 3700+ RaM 1024 Root Device: IDE La instalación se ha de hacer en un disco duro dedicado todo a LINUX. Initial boot worked: E ---End Message--- ---BeginMessage--- Package: installation-reports Debian-installer-version: Descargado del sitio oficial de Debian el 19-06-2.006 Intento de instalación: 25-06-2.006 Machine: Clónico con Atlhon 64 bits 3700+ Ram 1024 Root Device: IDE Installation in hard disk exclusive of LINUX. Initial boot worked: E What is the exact URL of the ISO image you used? http://ftp.gva.es/mirror/debian-cd/current/ia64/iso-cd/debian-31r2-ia64-binary-1.iso You're trying to use an image aimed for IA64 architecture, which is *different* from amd64. IA64==Intel Itanium, in short. I suggest you use an image for i386 as there are no official images of Debian sarge for the amd64 architecture. The next version of Debian will have a specific port ot AMD64. signature.asc Description: Digital signature ---End Message---
Re: Dropping the amd64-generic flavour
On Sat, Jun 24, 2006 at 08:06:39PM +0200, Christoph Hellwig wrote: On Sat, Jun 24, 2006 at 08:20:56AM +0200, Florian Weimer wrote: * Frederik Schueler: -generic is odd and too long. I am considering to change the naming scheme completely, and call the flavours 2.6.x-y-amd64 and 2.6.x-y-em64t respectively. Newer GCCs produce AMD64 code which is supposed to be closed to optimal to what GCC can produce on EM64T. Does it still make sense to distinguish between them? Or has it got something to do with the way the kernel sets up its data structures? The officially recommended way to build a distro kernel is to build the generic one. It's as fast as the specific ones because it uses some binary patching during bootup. The only thing you save with the specific options is a tiny little bit of space. I'm going to second this suggestion. The time I spend waiting for both a -k8 and -emt64 version to download and install when I'm upgrading a few machines is going to be far longer than any time saved by some optimizations that aren't already done by the generic kernel. Just make a 'amd64-generic' kernel and be done with it, unless you have benchmarks showing a real performance difference. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dropping the amd64-generic flavour
What about k8-smp? francesco pietra On Monday 26 June 2006 07:58, Troy Benjegerdes wrote: On Sat, Jun 24, 2006 at 08:06:39PM +0200, Christoph Hellwig wrote: On Sat, Jun 24, 2006 at 08:20:56AM +0200, Florian Weimer wrote: * Frederik Schueler: -generic is odd and too long. I am considering to change the naming scheme completely, and call the flavours 2.6.x-y-amd64 and 2.6.x-y-em64t respectively. Newer GCCs produce AMD64 code which is supposed to be closed to optimal to what GCC can produce on EM64T. Does it still make sense to distinguish between them? Or has it got something to do with the way the kernel sets up its data structures? The officially recommended way to build a distro kernel is to build the generic one. It's as fast as the specific ones because it uses some binary patching during bootup. The only thing you save with the specific options is a tiny little bit of space. I'm going to second this suggestion. The time I spend waiting for both a -k8 and -emt64 version to download and install when I'm upgrading a few machines is going to be far longer than any time saved by some optimizations that aren't already done by the generic kernel. Just make a 'amd64-generic' kernel and be done with it, unless you have benchmarks showing a real performance difference. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dropping the amd64-generic flavour
* Francesco Pietra: What about k8-smp? Do we still need non-SMP kernels in the age of hyperthreading, multi-core CPUs, and preemption? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
i writing Debian and postfix mta howto
I prepared a document. I TOLD told how Debian 3.1 (sarge) install will be used in the document. Can you put this to the debian doc web sites? Best Regards, Document: http://www.iucoders.com/attachments/DebianGNULinuxilePostfixKurulumu.pdf http://www.olympos.org/article/articleview/1861/1/10/debian_gnulinux_ile_postfix_posta_sunucusu_kurulumu ,''`. Ozgur Karatas : :' : [EMAIL PROTECTED] `. `' http://www.ozgurkaratas.com `-Powered By Debian GNU\Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-auto-lvm_13_i386.changes ACCEPTED
Accepted: partman-auto-lvm_13.dsc to pool/main/p/partman-auto-lvm/partman-auto-lvm_13.dsc partman-auto-lvm_13.tar.gz to pool/main/p/partman-auto-lvm/partman-auto-lvm_13.tar.gz partman-auto-lvm_13_all.udeb to pool/main/p/partman-auto-lvm/partman-auto-lvm_13_all.udeb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 375265 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
partman-auto_54_i386.changes ACCEPTED
Accepted: partman-auto_54.dsc to pool/main/p/partman-auto/partman-auto_54.dsc partman-auto_54.tar.gz to pool/main/p/partman-auto/partman-auto_54.tar.gz partman-auto_54_i386.udeb to pool/main/p/partman-auto/partman-auto_54_i386.udeb Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-auto-lvm_13_i386.changes
partman-auto-lvm_13_i386.changes uploaded successfully to localhost along with the files: partman-auto-lvm_13.dsc partman-auto-lvm_13.tar.gz partman-auto-lvm_13_all.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of partman-auto_54_i386.changes
partman-auto_54_i386.changes uploaded successfully to localhost along with the files: partman-auto_54.dsc partman-auto_54.tar.gz partman-auto_54_i386.udeb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375265: marked as done (preseeding partman-auto/disk don't work if you want lvm partitions)
Your message dated Mon, 26 Jun 2006 03:17:10 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#375265: fixed in partman-auto-lvm 13 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: partman-auto-lvm Version: 12 Severity: |wishlist when making a ccd, or just a regular preseeded installation, one may want to preseed the partitioning and use lvm on the disks. if you preseed with forinstance partman-auto/disk /dev/discs/disc0/disc partman will partition the first disk detected, but not use lvm on it. i wish for a preseed template for instance ||partman-auto-lvm/disk /dev/discs/disc0/disc It would do in essence the same, but with lvm. Ronny Aasen| ---End Message--- ---BeginMessage--- Source: partman-auto-lvm Source-Version: 13 We believe that the bug you reported is fixed in the latest version of partman-auto-lvm, which is due to be installed in the Debian FTP archive: partman-auto-lvm_13.dsc to pool/main/p/partman-auto-lvm/partman-auto-lvm_13.dsc partman-auto-lvm_13.tar.gz to pool/main/p/partman-auto-lvm/partman-auto-lvm_13.tar.gz partman-auto-lvm_13_all.udeb to pool/main/p/partman-auto-lvm/partman-auto-lvm_13_all.udeb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frans Pop [EMAIL PROTECTED] (supplier of updated partman-auto-lvm package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Jun 2006 12:05:15 +0200 Source: partman-auto-lvm Binary: partman-auto-lvm Architecture: source all Version: 13 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: partman-auto-lvm - Automatically partition storage devices using LVM (udeb) Closes: 375265 Changes: partman-auto-lvm (13) unstable; urgency=low . * Support preseeding of partman-auto-lvm/disk. Closes: #375265. Files: 071cfb6a412fbfa532c54de0e061d752 664 debian-installer standard partman-auto-lvm_13.dsc 2afcf98a51a5c6d80ab070399935b6f1 58539 debian-installer standard partman-auto-lvm_13.tar.gz 4341ba4ffabfb583d188221a27ac73f9 36688 debian-installer standard partman-auto-lvm_13_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEn7HMgm/Kwh6ICoQRAkx2AJ49Ta4GBDEbGJKnq2582IFdvTJ11ACeJ79G c6/oTWFV+58l/0RlOG4kig0= =IsjP -END PGP SIGNATURE- ---End Message---
Bug#375491: partman-auto-lvm: should automatically delete existing LVM
Package: partman-auto-lvm Version: 13 Severity: minor Currently p-a-l fails if the selected disk already contains VGs and/or LVs. It would be better if p-a-l would automatically delete existing LVM stuff on the selected device (probably after a warning) before writing a new disklabel. pgpqy1AwoOlnp.pgp Description: PGP signature
Bug#375402: g-i: weird touchpad behavior
On Monday 26 June 2006 09:25, you wrote: could you try and see if it happens also with an iso based on the latest libs: http://www.webalice.it/zinosat/mini_2.8.17_cairo1.1.10.iso Makes no difference. There is one related thing though (with both images): the upper left corner of the touchpad is about 2 cm from the top and left edge of the screen, while the bottom right corner is off the screen. pgp9Ad0rlPar7.pgp Description: PGP signature
Bug#375499: rootskel: Add support for IBM POWER serial console.
Package: rootskel Version: 1.32 Severity: important Tags: d-i, patch Please find attached a patch, which adds support for detecting the /dev/hvc* virtual serial consoles on recent IBM POWER machines. The /dev/ttyS* was added on Bastian Blank's request. It would be nice if this most trivial of changes could be included before he beta3 was out. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Index: debian/changelog === --- debian/changelog(revision 38393) +++ debian/changelog(working copy) @@ -1,3 +1,9 @@ +rootskel (1.33) UNRELEASED; urgency=low + + * Add /dev/hcv* and /dev/ttyS* as serial terminals. + + -- Sven Luther [EMAIL PROTECTED] Mon, 26 Jun 2006 14:49:19 +0200 + rootskel (1.32) unstable; urgency=low * Don't start bterm when running the gtk frontend. Index: src/lib/debian-installer/detect-console-linux === --- src/lib/debian-installer/detect-console-linux (revision 38393) +++ src/lib/debian-installer/detect-console-linux (working copy) @@ -1,6 +1,6 @@ if [ -z $TERM_TYPE ]; then case `readlink /proc/self/fd/0` in - /dev/console|/dev/tts/*) + /dev/console|/dev/tts/*|/dev/hvc*|/dev/ttyS*) TERM_TYPE=serial ;; /dev/vc/*)
Can someone please speak with Frans, and ask him to stop humiliating me ?
Hi, ... This is not going to work, i have played nice, as Christian noted on saturday during the meeting, but over this past week, i got at least 4 different humiliation attempts from Frans, which are not waranted. I don't want to make a mess about this again, but this is not going to work under these conditions. Frans, if you want respect from your team members, humiliating them at each minor occasion is not going to do it, sorry, and respect has to be earned, not beated in like you are trying to do. Anthony, you said last week that you would try to mediate this issue again, and solve it in such a way satisfactory to all, but Frans is putting evident bad faith in this, and i don't see why i should take this longer. I did nothing technically wrong, that he needs to review all my changes, even those he has no clue about, and on the social side, he is clearly as much to blame than me. So, i will not make a long issue about this, i think i raised the issue enough last time, but i am trying to do productive work, and Frans is deliberately trying to stop me on this, and everyone should know about this. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can someone please speak with Frans, and ask him to stop humiliating me ?
Hi Sven, On Monday 26 June 2006 15:09, Sven Luther wrote: This is not going to work, i have played nice, as Christian noted on saturday during the meeting, but over this past week, i got at least 4 different humiliation attempts from Frans, which are not waranted. I don't want to make a mess about this again, but this is not going to work under these conditions. Sven, can you please tell what those four humiliation attempts were. I doubt there were ment as those. Also, think about Eleanor Roosevelt's great statement: No One Can Make You Feel Inferior Without Your Consent. Regarding bubulle's statement at the end of the meeting, I thought that statement was too early. I also found it nice, that you were at the meeting and that the meeting was productive, but I wouldn't have made that statement so fast. Because, after all this what happened, it's impossible to say if working together works well after just a few days (or one IRC meeting for that matter). Sure, it was a first step. But the first step is always easier. Frans, if you want respect from your team members, humiliating them at each minor occasion is not going to do it, sorry, Sven, if you want respect from the team, don't take every single word as personal attack against you. regards, Holger pgpD2wigYvXBp.pgp Description: PGP signature
Re: Can someone please speak with Frans, and ask him to stop humiliating me ?
On Mon, Jun 26, 2006 at 03:34:37PM +0200, Holger Levsen wrote: Hi Sven, On Monday 26 June 2006 15:09, Sven Luther wrote: This is not going to work, i have played nice, as Christian noted on saturday during the meeting, but over this past week, i got at least 4 different humiliation attempts from Frans, which are not waranted. I don't want to make a mess about this again, but this is not going to work under these conditions. Sven, can you please tell what those four humiliation attempts were. I doubt there were ment as those. Frans lording over me, and saying stuff like : no, you are not allowed to work on that until you have my approval. The last iteration was when on debian-kernel i was trying a very very trivial patch for rootskel to recognize /dev/hvc* as serial consoles, and Bastian asked me to add the /dev/ttyS* thingy too, and i mentioned to Bastian that he could as well add it too, since he had svn access and i not, then immediately Frans piped in angrily saying : That would not be appreciated. I also clearly dislike how Frans is treating me, everyone is claiming that i have the right technical knowledge, but i need to get comments like the above from frans all around. This whole mess was a social problem, and the only info i got out of it is that Frans felt i didn't respect him enough, but he sure as hell is not making any effort to be respectable. Also, think about Eleanor Roosevelt's great statement: No One Can Make You Feel Inferior Without Your Consent. Maybe, but it is a pain ... Regarding bubulle's statement at the end of the meeting, I thought that statement was too early. I also found it nice, that you were at the meeting and that the meeting was productive, but I wouldn't have made that statement so fast. Because, after all this what happened, it's impossible to say if working together works well after just a few days (or one IRC meeting for that matter). Sure, it was a first step. But the first step is always easier. The problem is that i am the only one making first steps, and as long as Frans fails to recognize his own responsability in what has happened, it will never work long term. But then when i say that, i am considered a whiner. Frans, if you want respect from your team members, humiliating them at each minor occasion is not going to do it, sorry, Sven, if you want respect from the team, don't take every single word as personal attack against you. Well, its the fourth time, and i see no prove that it will ever change. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375505: yaboot-installer: generated yaboot.conf is broken on IBM POWER hardware ...
Package: yaboot-installer Version: generated yaboot.conf is broken on IBM POWER hardware ... Severity: important When installing on IBM JS21 blades, as well as on the augsbourg quad-power5 machines and p505 boxes, the install failed on yaboot-installer. After investigation, three issues appeared : 1) There was a device= line, with nothing behind it, which yaboot failed to parse at boot time, and thus rejected the config file or entries. The device = line is not really necessary, since yaboot is able to recognize the device from the OF chosen nodes. Removing this line by hand worked just fine. 2) the magicboot=/usr/lib/yaboot/ofboot, and this is the one which caused yaboot-installer to fail. ybin doesn't support a magicboot line with a raw install, that is in a PReP boot partition, as is used on IBM POWER. Removing this line by hand eliminated that problem. 3) These machines use a virtual serial console, namely /dev/hvc* (hvc0 on the blade center, but hvc1 on the augsbourg virtual partition). yaboot-installer needs to add the correct console=hvc* into the append line, in order to get a console after the reboot. Friendly, Sven Luther -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375491: partman-auto-lvm: should automatically delete existing LVM
On Mon, June 26, 2006 13:05, Frans Pop said: Currently p-a-l fails if the selected disk already contains VGs and/or LVs. It would be better if p-a-l would automatically delete existing LVM stuff on the selected device (probably after a warning) before writing a new disklabel. Is the warning necessary? If I recall correctly, no warning is shown if there is a pre-existing file system on the device, so only warning when there is some old LVM content seems inconsistent (if my recollection is correct that is) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#375178: Unsuccessful install of testing i386
On 24 Jun 2006 00:00:05 -0700 Tom May wrote: It would be great to have a cookbook, easily acessible from your home page, with quick recipes for installing various versions/architectures. I pointed Tom to the d-i manual via PM and now his installation went mostly fine (but installing stable now). Maybe we want to add a more conspicuous note into the installer (first screen or help page) that there is detailed documentation about installation available (and where. Exact URL! Debian pages can be voluminous to search)? Otherwise this bug can be closed. Best Holger Forwarding Tom's mail to list: From: Tom May [EMAIL PROTECTED] To: Holger Wansing [EMAIL PROTECTED] Subject: Re: Bug#375178: Unsuccessful install of testing i386 Date: 25 Jun 2006 10:53:13 -0700 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Thanks Holger. Here's some more hopefully constructive feedback. Some day I'd like to be able to recommend Linux to my mother-in-law :-) No, in all my wanderings I didn't find that page. It's for the development version, so maybe I shouldn't expect it to be very friendly, but it would really help someone like me if at the top of the page it had a brief description of what the page and/or Installation Guide was all about -- one or two sentences, so we'd know whether we found what we were looking for, or should move on and keep looking. Something like The Installation Guide provides detailed, step-by-step instructions for downloading and installing Debian. It comes in different flavors for each architecture, release, and language. As it is, the description at the top of the page seems more suited for people who already know what the Installation Guide is, and quickly jumps into status and changes, which may be what developers want to see, but it doesn't give much indication about whether someone like me has come to the right page. Now, you could say that I shouldn't be installing testing unless I know what I'm doing and can deal with things like this, but for someone wandering through the site, even for someone like me who's been running Linux for 13 years and Debian for 8 (although I've run off my unstable installs, from floppy/network, for the last 6 years so I haven't been to the site to pick up a new distro for a while), anyway, for someone wandering through, it's hard to tell whether we need to deal with things, or whether we've found the cookbook, or whether we need to keep looking, or whether we maybe need to use the Ubuntu install although I'd prefer raw Debian. I eventually installed the stable version. I still wasn't sure whether installing from the binary-1 CD was correct, but the install itself went reasonably enough, and after fixing the resolution of my X server, the system is about 95% working and I'm using it right now. Thanks, Tom. -- == Created with Sylpheed 2.2.2 under Debian GNU/LINUX 3.1 »Sarge« http://counter.li.org/, Registered LinuxUser #311290 Spamfiltering by bogofilter.sourceforge.net =
Re: Can someone please speak with Frans, and ask him to stop humiliating me ?
Regarding bubulle's statement at the end of the meeting, I thought that statement was too early. I also found it nice, that you were at the meeting I took care of doing it in my own name and because I felt this was needed. So, in short, no it wasn't too early. For me at least. I prefectly understand and respect that others may feel differently, of course. But it was *my* statement..:-) signature.asc Description: Digital signature
Re: RFC: partman-auto-crypto
On Sun, Jun 25, 2006 at 05:05:01PM +0200, Max Vozeler wrote: Last night I completed two test installs using the SVN version (r38313) and both worked flawlessly. One was using the All in one partition scheme, the other the /home, /usr, /var, /tmp scheme. The system was a VMware instance with one 2GB virtual SCSI disk attached. Only one thing surprised me: The /boot partition ended up with a size of ~250 MB when using the All in one scheme, which seems very large. Maybe this is not specific to crypto though, and it doesn't seem very important. This is from the partman-auto-lvm scheme, there is already a bug filed against partman-lvm which mentions this (#342234, which is quite messy, I'll file a separate wishlist report against partman-auto-lvm). Have you had a chance to test on a system with multiple disks attached yet? Yes, it makes no difference since partman-auto-crypto, like all partman-auto packages only support a single disk to work on. 1) Some comments exceed 80 characters. This makes it a bit ugly to read on normal terminals. I've fixed the ones that are in the code I've added, I wont change the code I haven't changed since it'll make it harder to share common parts later. 2) You can drop Standards-Version from debian/control. It does not apply to pure-udeb packages. Done 3) Please add some information about authorship of the code to debian/copyright. I realize this is tricky as other partman-* packages are not very clear on copyright. It would already help to say which code -auto-crypto is derived from and which parts you hold copyright on. Done 4) Some comments that originate from -auto-lvm no longer match the code, which is a bit confusing. e.g. This variable will be used.. zero it in automatically_partition/ some_device_crypto/do_option. It would help maintainability if you could go through all comments and check whether they still make sense. I've removed that comment, couldn't find any other 5) Minor: There is modprobe $foo 2/dev/null 21 || true in automatically_partition/.../do_option. This is not really important, but it seems we either a) expect modprobe can fail - in this case perhaps wrap it in log-output? Or we expect it not to fail, which means the || true could be dropped. Also the comment there, Be sure modules are loaded is not really true if we don't check the return code of modprobe. /nitpick Same here as for the first note, I won't change the code which is suitable to be shared later. There are currently two items on the todo list: o Support loop-AES as well as dm-crypt (this mostly depends on partman-crypto getting encrypted-root-via-loop-AES support) I'm hoping to work on this after my vacation (ie. in about two weeks time). For now I actually think we can consider the non- availability of loop-AES support an advantage, as we don't have to think about how to present the choice of crypto system to users in a non-confusing way. :-) Yes, considering that we just changed the default in partman-crypto to be dm-crypt, perhaps we shouldn't even offer the choice between the two in partman-auto-crypto... None of these items seem to be a reason to postpone the use of partman-auto-crypto, and code sharing is hard to implement before both packages are in the source tree proper. I agree and would like to add my support for moving the partman-auto-crypto package to trunk/. Cool, and thanks for the review. Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: partman-auto-crypto
On Wednesday 21 June 2006 21:42, David Härdeman wrote: It's now at a point where it seems reasonable to move it into the regular tree (/d-i/packages/partman/partman-auto-crypto). I've not had time to review this yet, but yesterday I added support in partman-auto-lvm for preseeding the disk. This also required a small change in partman-auto. I suggest you also prepare p-a-c for preseeding. We can make the change needed in partman-auto when p-a-c moves to trunk. See commits 38428+38434 for p-a-l and 38427 for partman-auto for the changes I made to make p-a-l preseedable. As for including p-a-c in Beta 3, I'd prefer not to for the following reasons: - I am hessitant to have another shared code reorg so shortly before release, but think it should be done before uploading - I'd like to see a resolution of the LVM/swap question before releasing - adding yet another option in the partman-auto menu for each disk will probably crowd the Manual partitioning option off the first screen and that's too important for that to happen too often - I feel it is a good idea to first have more experienced users try crypto manually and getting feedback on it before making it too accessible for less experienced people Cheers, FJP pgp6Mbk9h2gFE.pgp Description: PGP signature
Re: untested idea
On Fri, Jun 23, 2006 at 12:10:44PM -0700, Steve Langasek wrote: On Fri, Jun 23, 2006 at 07:14:50PM +0200, Frans Pop wrote: On Friday 23 June 2006 18:42, Geert Stappers wrote: +# (ugly?) workaround for #372077 +##x-org x-server/remove/warning/note seen Would not work for real release. I'm thinking of including the following in pkgsel though. Comments? # Hack alert: workaround for #372077 db_fset x-server/remove/warning/note seen true If no one can figure out a way to keep the X server from *being* removed on upgrades, I agree that this should be done. In the patch the debconf name of the question. HtH GSt [EMAIL PROTECTED]:/usr/src/debian-installer $ svn diff packages/pkgsel/debian/ Index: packages/pkgsel/debian/postinst === --- packages/pkgsel/debian/postinst (revision 38458) +++ packages/pkgsel/debian/postinst (working copy) @@ -20,6 +20,9 @@ done } +# Hack alert: workaround for #372077 +db_fset x11-common/upgrade_issues seen true + db_progress START 0 100 debian-installer/pkgsel/title db_progress INFO pkgsel/progress/init [EMAIL PROTECTED]:/usr/src/debian-installer $ signature.asc Description: Digital signature
Re: RFC: partman-auto-crypto
On Mon, Jun 26, 2006 at 07:54:01PM +0200, Frans Pop wrote: On Wednesday 21 June 2006 21:42, David Härdeman wrote: It's now at a point where it seems reasonable to move it into the regular tree (/d-i/packages/partman/partman-auto-crypto). I've not had time to review this yet, but yesterday I added support in partman-auto-lvm for preseeding the disk. This also required a small change in partman-auto. I suggest you also prepare p-a-c for preseeding. We can make the change needed in partman-auto when p-a-c moves to trunk. See commits 38428+38434 for p-a-l and 38427 for partman-auto for the changes I made to make p-a-l preseedable. I'll take a look... As for including p-a-c in Beta 3, I'd prefer not to for the following reasons: - I am hessitant to have another shared code reorg so shortly before release, but think it should be done before uploading - I'd like to see a resolution of the LVM/swap question before releasing - adding yet another option in the partman-auto menu for each disk will probably crowd the Manual partitioning option off the first screen and that's too important for that to happen too often - I feel it is a good idea to first have more experienced users try crypto manually and getting feedback on it before making it too accessible for less experienced people Sounds reasonable, I've got no objections to that approach, hopefully it can be included after Beta3 but before RC1. Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375544: partman-auto-lvm: /boot partition is too large
Package: partman-auto-lvm Severity: minor I'm not sure this is a bug, but I've seen two people independently mention that the /boot partition may be a bit large (256MB) with a decently sized disk. #342234 and http://lists.debian.org/debian-boot/2006/06/msg01364.html mentioned this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375545: partman-lvm: Add support for resizing VG's and LV's
Package: partman-lvm Severity: wishlist We should add support to partman-lvm for resizing VG's and LV's (possibly needs changed to parted as well). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New cairo + cairo-directfb 1.1.10 experimental debs
Le samedi 24 juin 2006 à 10:23 -0700, Dave Beckett a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've just uploaded cairo 1.1.10 experimental debs to: http://download.dajobe.org/debian/experimental/ This should include all the fixes Frans and others mentioned and needed for the graphical installer build with gtk+directfb. I've renamed the cairo+directfb packages (moved the '2' to the end of the package name) and there's a new libcairo-directfb2-dev so you can build against this outside of the udeb world. Finally, here are the gtk+directfb packages: http://people.debian.org/~joss/packages/ Comments are welcome. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#375546: partman-partitioning: failure to resize partitions should provide more informative error messages
Package: partman-partitioning Severity: wishlist Tags: d-i Currently the failure messages when partition resizing fails are quite unhelpful (unknown error). It would be good if we could improve these messages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329765: packages/partman/partman-lvm/parted_names/lvm seems superflous
Looking at the acting_filesystem functionality in partman-target/update.d/filesystems (the only code which references parted_names as far as I could tell), it seems that the file packages/partman/partman-lvm/parted_names/lvm could be removed entirely. Does the d-i team agree? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 375544
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 tags 375544 + d-i Bug#375544: partman-auto-lvm: /boot partition is too large There were no tags set. Tags added: d-i End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342234: summarizing the reported problems
Ok, let's summarize the issues reported in the provided links: Already fixed = o Partman allows you to modify a partition which is already allocated as a lvm PV (this has been fixed and the partition will now be locked against changes) o Some LVs are not assigned a filesystem type (this has been fixed) In other bug reports o Boot partition created was 256Mb which seems a bit big (bug #375544) o Creating a LV called lv-var/log failed (this is a limitation in the naming of lv devices, see bug #375161) o Resizing a LVM PV doesn't work (bug #375545) o Resizing a LVM LV doesn't work (bug #375545) o The failure message upon resizing was unhelpful (bug #375546) Not fixable/reproduceable = o The boot partition was 16Mb after being told to create a 20Mb partition (this is a limitation of how disks are paritioned in terms of cylinders and not fixable) o Resizing the boot partition to 20Mb failed (the help text now says that 20.2Mb is the smallest partition size allowed) but resizing to 50Mb and then to 20Mb worked (I can't reproduce this, resizing to 21Mb directly worked for me). As all open issues in this report is already reported as separate bugs, I'll close this one in a week or two unless someone objects. Kind regards, David Härdeman
Processed: tagging 375545
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.20 tags 375545 + d-i Bug#375545: partman-lvm: Add support for resizing VG's and LV's There were no tags set. Tags added: d-i End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#280231: Not reproducible
Using vmware on i386, I'm not able to reproduce this behaviour. Could this be arch specific? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: d-i tags not needed for package owned by d-i team
Processing commands for [EMAIL PROTECTED]: tags 375544 - d-i Bug#375544: partman-auto-lvm: /boot partition is too large Tags were: d-i Tags removed: d-i tags 375545 - d-i Bug#375545: partman-lvm: Add support for resizing VG's and LV's Tags were: d-i Tags removed: d-i 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]
Re: i writing Debian and postfix mta howto
Hi Ozgur, On Mon, Jun 26, 2006 at 12:01:42PM +0300, Ozgur Karatas wrote: I prepared a document. I TOLD told how Debian 3.1 (sarge) install will be used in the document. Can you put this to the debian doc web sites? Great! I added debian-www and the Turkish translation coordinator. I hope I guessed the language right. Çeviri, maybe it's a good idea to add this document (or a link to it) to the Turkish site? Document: http://www.iucoders.com/attachments/DebianGNULinuxilePostfixKurulumu.pdf http://www.olympos.org/article/articleview/1861/1/10/debian_gnulinux_ile_postfix_posta_sunucusu_kurulumu ,''`. Ozgur Karatas : :' : [EMAIL PROTECTED] `. `' http://www.ozgurkaratas.com `-Powered By Debian GNU\Linux PS: I suggest to reply to debian-www and debian-doc only. Jens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372734: Any news?
Anything new on this? This bug is still contained in the package repository... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New cairo + cairo-directfb 1.1.10 experimental debs
Hi Josselin, On Mon, Jun 26, 2006 at 08:13:13PM +0200, Josselin Mouette wrote: Finally, here are the gtk+directfb packages: http://people.debian.org/~joss/packages/ I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb and got two problems: - dependency on libtiff4 - dependency in libcairo2 (= 1.0.2-2) by removing those dependencies I got a working g-i image 12062720 Jun 26 21:45 mini.iso Obviously this is not the right way of fixing the problem, but at least we know that it's nearly ok. By compiling the udeb using --without-libtiff it's possible to get rid of the dependencies on libtiff. While I'm writing this message, on IRC yo're also talking of using --without-libjpeg :) cheers, Davide signature.asc Description: Digital signature
Re: i writing Debian and postfix mta howto
Hello Jens, yes u guessed it right. turkish :). thanks for your help. i guess debian-www will take the mail and help. best regards. Hi Ozgur, On Mon, Jun 26, 2006 at 12:01:42PM +0300, Ozgur Karatas wrote: I prepared a document. I TOLD told how Debian 3.1 (sarge) install will be used in the document. Can you put this to the debian doc web sites? Great! I added debian-www and the Turkish translation coordinator. I hope I guessed the language right. Çeviri, maybe it's a good idea to add this document (or a link to it) to the Turkish site? Document: http://www.iucoders.com/attachments/DebianGNULinuxilePostfixKurulumu.pdf http://www.olympos.org/article/articleview/1861/1/10/debian_gnulinux_ile_postfix_posta_sunucusu_kurulumu ,''`. Ozgur Karatas : :' : [EMAIL PROTECTED] `. `' http://www.ozgurkaratas.com `-Powered By Debian GNU\Linux PS: I suggest to reply to debian-www and debian-doc only. Jens ,''`. Ozgur Karatas : :' : [EMAIL PROTECTED] `. `' http://www.ozgurkaratas.com `-Powered By Debian GNU\Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New cairo + cairo-directfb 1.1.10 experimental debs
Davide Viti wrote: Hi Josselin, On Mon, Jun 26, 2006 at 08:13:13PM +0200, Josselin Mouette wrote: Finally, here are the gtk+directfb packages: http://people.debian.org/~joss/packages/ I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb and got two problems: - dependency on libtiff4 - dependency in libcairo2 (= 1.0.2-2) by removing those dependencies I got a working g-i image 12062720 Jun 26 21:45 mini.iso Obviously this is not the right way of fixing the problem, but at least we know that it's nearly ok. By compiling the udeb using --without-libtiff it's possible to get rid of the dependencies on libtiff. Removing support to jpg and tiff from udeb is ok, as the GTK frontend in the d-i uses PNGs only. Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
GTK+ 2.8.18 experimental debs/udebs
Le mardi 27 juin 2006 à 00:29 +0200, Davide Viti a écrit : I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb and got two problems: - dependency on libtiff4 - dependency in libcairo2 (= 1.0.2-2) by removing those dependencies I got a working g-i image I've rebuilt gtk+ against a fixed glib, the correct cairo, and without all loaders except the PNG one. Same place: http://people.debian.org/~joss/packages/ -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: Ceci est une partie de message numériquement signée
Bug#375568: busybox-static should include Provides: busybox
Package: busybox-static Severity: normal Hi, when I try to install busybox-static, then the already installed package busybox gets removed. This is ok. But: all packages depending on busybox also get removed (e.g. initramfs-tools) - even if this should not be necessary - right? One solution would - of course - to change the dependencies of initramfs-tools (and other packages). But as busybox-static really has the same features as busybox, a Provides entry should be more appropriate. What do you think? regards, Lars -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New cairo + cairo-directfb 1.1.10 experimental debs
On Tue, Jun 27, 2006 at 12:29:45AM +0200, Davide Viti wrote: I started testing libgtk+2.0-directfb0-udeb_2.8.18-3_i386.udeb and got two problems: - dependency on libtiff4 - dependency in libcairo2 (= 1.0.2-2) now everything seems to work fine! both the udeb and the libs used to rebuild cdebconf-gtk: excellent!! An image rebuilt using the new libs is available in [1] thanx very much for your help Davide [1] http://www.webalice.it/zinosat/mini_2.8.18_cairo1.1.10.iso signature.asc Description: Digital signature
Re: [g-i] new screenshots available
Hi Jamil, On Sun, Jun 25, 2006 at 02:57:06PM +0600, Jamil Ahmed wrote: Yes there are differences. Please check it, I have marked some problems: http://www.ankurbangla.org/images/di_bn_problem.png I rebuilt a version of the freefont udeb which comments the following # if ! echo $1 | grep -q Bold; then # ranges=$ranges 65536:66002 # bn_* stuff ??? # fi I also took a screenshot [1]; if you think it's fine I'll file a bug against freefont and hide from Christian :) In the meanwhile a filed a bug (#375475) requesting an udeb containing mukti fonts. IMO is not top priority but it'll be good to have alternatives. Still have to figure out why mukti is so big. Ciao, Davide [1] http://www.webalice.it/zinosat/bn_fixed.png signature.asc Description: Digital signature
Re: [g-i] new screenshots available
On 6/27/06, Davide Viti [EMAIL PROTECTED] wrote: Hi Jamil, On Sun, Jun 25, 2006 at 02:57:06PM +0600, Jamil Ahmed wrote: Yes there are differences. Please check it, I have marked some problems: http://www.ankurbangla.org/images/di_bn_problem.png I rebuilt a version of the freefont udeb which comments the following # if ! echo $1 | grep -q Bold; then # ranges=$ranges 65536:66002 # bn_* stuff ??? # fi I also took a screenshot [1]; if you think it's fine I'll file a bug against freefont and hide from Christian :) Yes, now it looks okay! Btw, it will be better if you can make the font size little bigger. :-) In the meanwhile a filed a bug (#375475) requesting an udeb containing mukti fonts. IMO is not top priority but it'll be good to have alternatives. Still have to figure out why mukti is so big. Ciao, Davide [1] http://www.webalice.it/zinosat/bn_fixed.png -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoIOnax2slmJA7HoRArgyAKDQQdrMYPHxm1i0eP2Loju0EzMqPwCeJs8Z BMfONEFzE0auvLk3ivMwzMI= =5XvX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stagger forced fsck on reboot
On Fri, 2006-06-23 at 17:18 +0200, Wouter Verhelst wrote: I fail to see why this would be a problem or is, indeed, relevant. I'm sorry, Wouter, it's not clear to me that you correctly read the problem I was describing. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tasksel_2.49_i386.changes ACCEPTED
Accepted: tasksel-data_2.49_all.deb to pool/main/t/tasksel/tasksel-data_2.49_all.deb tasksel_2.49.dsc to pool/main/t/tasksel/tasksel_2.49.dsc tasksel_2.49.tar.gz to pool/main/t/tasksel/tasksel_2.49.tar.gz tasksel_2.49_all.deb to pool/main/t/tasksel/tasksel_2.49_all.deb Announcing to debian-devel-changes@lists.debian.org Closing bugs: 264986 325218 370318 374339 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of tasksel_2.49_i386.changes
tasksel_2.49_i386.changes uploaded successfully to localhost along with the files: tasksel_2.49.dsc tasksel_2.49.tar.gz tasksel_2.49_all.deb tasksel-data_2.49_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325218: marked as done (tasksel: Completed and rationalized language and language-desktop tasks)
Your message dated Mon, 26 Jun 2006 19:47:09 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#325218: fixed in tasksel 2.49 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: tasksel Version: 2.28 Severity: normal Tags: patch The attached patch modifies existing language and language.desktop files with the following rationales: -all currently existing kde-i18n-* and koffice-i18n-*packages are added to language-desktop (this will localize KDE which is installed by the desktop task) -all currently existing myspell-* packages are added to language-desktop (myspell is used as spellchecking basis for openoffice programs which are installed by the desktop task) -all currently existing gimp-help-*, mozilla-firefox-locale-* and openoffice.org-l10n-* packages are added to language-desktop (gimp, mozilla-firefox and openoffice.org are installed by the desktop task) -all currently existing aspell-* packages are added to language When the relevant task does not exist yet, it is then created with the newly added package(s) alone. When this leads to a language-desktop task to be created *WITHOUT* existing language task, this language-desktop task then depends only on desktop and however uses Test-lang: code. This avoids adding fake language tasks. (this is slightly different from what I initially proposed in -boot) Besides this language-env is removed for languages it does not support. The rationale for this is having small tasks ready for all future supported languages as well as tasks which could be easy to install from aptitude even for languages we do not support in D-I. I will then later setup some automation to periodically check for new packages in the above lists so that we can maintain these language tasks up-to-date. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages tasksel depends on: ii aptitude 0.2.15.9-6 terminal-based apt frontend ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii laptop-detect 0.12.1 attempt to detect a laptop ii liblocale-gettext-perl1.05-1 Using libc functions for internati tasksel recommends no packages. diff -Nru tasks.old/afrikaans-desktop tasks/afrikaans-desktop --- tasks.old/afrikaans-desktop 1970-01-01 01:00:00.0 +0100 +++ tasks/afrikaans-desktop 2005-08-26 23:01:31.0 +0200 @@ -0,0 +1,13 @@ +Task: afrikaans-desktop +Depends: desktop +Section: l10n +Test-lang: af +Description: Afrikaans desktop + This task localises the desktop in Afrikaans. +Key: +Packages: task-fields +Packages-list: + mozilla-firefox-locale-af-za + openoffice.org-l10n-af + kde-i18n-af + koffice-i18n-af diff -Nru tasks.old/albanian-desktop tasks/albanian-desktop --- tasks.old/albanian-desktop 1970-01-01 01:00:00.0 +0100 +++ tasks/albanian-desktop 2005-08-26 23:01:36.0 +0200 @@ -0,0 +1,10 @@ +Task: albanian-desktop +Depends: desktop +Section: l10n +Test-lang: sq +Description: Albanian desktop + This task localises the desktop in Albanian. +Key: +Packages: task-fields +Packages-list: + mozilla-firefox-locale-sq-al diff -Nru tasks.old/arabic tasks/arabic --- tasks.old/arabic2005-08-26 20:14:25.0 +0200 +++ tasks/arabic2005-08-26 19:57:57.0 +0200 @@ -6,8 +6,7 @@ documentation that makes it easier for Arabic speakers to use Debian. Key: - language-env Packages: task-fields Packages-list: - xfonts-intl-arabic - ttf-arabeyes + xfonts-intl-arabic + ttf-arabeyes diff -Nru tasks.old/arabic-desktop tasks/arabic-desktop --- tasks.old/arabic-desktop2005-08-26 20:14:25.0 +0200 +++ tasks/arabic-desktop2005-08-26 19:57:57.0 +0200 @@ -6,5 +6,6 @@ Key: Packages: task-fields Packages-list: - kde-i18n-ar - openoffice.org-l10n-ar + openoffice.org-l10n-ar + mozilla-firefox-locale-ar + kde-i18n-ar diff -Nru tasks.old/basque-desktop tasks/basque-desktop --- tasks.old/basque-desktop1970-01-01 01:00:00.0 +0100 +++ tasks/basque-desktop2005-08-26 23:01:47.0 +0200 @@ -0,0 +1,12 @@ +Task: basque-desktop +Depends: desktop +Section: l10n +Test-lang: eu +Description: Basque desktop + This task localises the
Bug#374339: marked as done (tasksel: Update Thai tasks)
Your message dated Mon, 26 Jun 2006 19:47:09 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#374339: fixed in tasksel 2.49 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: tasksel Version: 2.48 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I propose to update thai tasks: * thai - move packages depending on X from thai to thai-desktop (xiterm+thai, xfonts-thai) - remove rare/old packages (nonlock, ttmkfdir) - replace package alternative (cttex - swath) * thai-desktop - new packages (pango-libthai, gtk-im-libthai) Please see the attached patch for the summary. - -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620) Versions of packages tasksel depends on: ii aptitude 0.4.1-1.1 terminal-based apt frontend ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii liblocale-gettext-perl1.05-1 Using libc functions for internati ii tasksel-data 2.48 Official tasks used for installati tasksel recommends no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFElZvGqgzR7tCLR/4RAmlsAJ907zcBd5S9LmUnua5NNtewED2ykACfT3V8 SY59ifQPcjKoO1Ihqv9vjRY= =aCfd -END PGP SIGNATURE- Index: thai === --- thai(revision 1329) +++ thai(working copy) @@ -6,10 +6,7 @@ people to use Debian. Key: language-env - xiterm+thai - xfonts-thai Packages: task-fields Packages-list: - nonlock - cttex - ttmkfdir + myspell-th + swath Index: thai-desktop === --- thai-desktop(revision 1329) +++ thai-desktop(working copy) @@ -6,4 +6,8 @@ Key: Packages: task-fields Packages-list: + xiterm+thai + xfonts-thai openoffice.org-l10n-th + pango-libthai + gtk-im-libthai ---End Message--- ---BeginMessage--- Source: tasksel Source-Version: 2.49 We believe that the bug you reported is fixed in the latest version of tasksel, which is due to be installed in the Debian FTP archive: tasksel-data_2.49_all.deb to pool/main/t/tasksel/tasksel-data_2.49_all.deb tasksel_2.49.dsc to pool/main/t/tasksel/tasksel_2.49.dsc tasksel_2.49.tar.gz to pool/main/t/tasksel/tasksel_2.49.tar.gz tasksel_2.49_all.deb to pool/main/t/tasksel/tasksel_2.49_all.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 tasksel package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Jun 2006 22:26:24 -0400 Source: tasksel Binary: tasksel tasksel-data Architecture: source all Version: 2.49 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: tasksel- Tool for selecting tasks for installation on Debian systems tasksel-data - Official tasks used for installation of Debian systems Closes: 264986 325218 370318 374339 Changes: tasksel (2.49) unstable; urgency=low . [ Joey Hess ] * Add hardinfo to gnome-desktop task. Closes: #370318 * Add acpi-support to laptop task. * Thai tasks update by Theppitak Karoonboonyanan. Closes: #374339 * Patch from bubulle to add a lot of basic language and/or language-desktop tasks for lackages that lacked one: icelandic, welsh, bosnian, finnish (Closes: #264986) slovenian, esperanto, galician, albanian, irish, macedonian, portuguese, tagalong, estonian, croatian, belarusian, basque, tamil. Closes: #325218 . [ Rene Engelhard ] * add myspell-sk to slovak task . [ Translations of tasks ] - Updated Bengali (Baishampayan Ghose) Files: dda7da233b6760292ae4e169d270810a 640 admin important tasksel_2.49.dsc e21d88c35d4e04a06b092a34fca7c908 320145 admin important tasksel_2.49.tar.gz
Bug#264986: marked as done (wanted: finish language task)
Your message dated Mon, 26 Jun 2006 19:47:09 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#264986: fixed in tasksel 2.49 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-reports INSTALL REPORT Debian-installer-version: Debian installation CD-ROM, built on 20040801, http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc1/sarge-i386-netinst.iso uname -a: Linux peli 2.6.7-1-386 #1 Thu Jul 8 05:08:04 EDT 2004 i686 GNU/Linux Date: 2004-08-10 20-23 Finnish time (EET) Method: Booted from netinst CD, got other packages from ftp.fi.debian.org via my LAN, there is a router and 1Mbit/512kbit ADSL. No proxies. Machine: Dell PowerEdge 1400SC Processor: Xeon 1GHz Memory: 256M Root Device: fdisk -l shows Disk /dev/sda: 18.2 GB, 18210036736 bytes 255 heads, 63 sectors/track, 2213 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 * 1 606 4867663+ 83 Linux /dev/sda2 607221312908227+ f W95 Ext'd (LBA) /dev/sda5 607215112410181 83 Linux /dev/sda621522213 497983+ 82 Linux swap --/etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/sda1 / ext3defaults,errors=remount-ro 0 1 /dev/sda5 /home ext3defaults0 2 /dev/sda6 noneswapsw 0 0 /dev/hda/media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 --end of file SCSI hard disks, IDE CD-ROM. Output of lspci and lspci -n: :00:00.0 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:00.1 Host bridge: ServerWorks CNB20LE Host Bridge (rev 06) :00:02.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08) :00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 50) :00:0f.1 IDE interface: ServerWorks OSB4 IDE Controller :00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04) :01:02.0 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01) :01:02.1 SCSI storage controller: Adaptec AIC-7899P U160/m (rev 01) :00:00.0 0600: 1166:0009 (rev 06) :00:00.1 0600: 1166:0009 (rev 06) :00:02.0 0200: 8086:1229 (rev 08) :00:0e.0 0300: 1002:4752 (rev 27) :00:0f.0 0601: 1166:0200 (rev 50) :00:0f.1 0101: 1166:0211 :00:0f.2 0c03: 1166:0220 (rev 04) :01:02.0 0100: 9005:00cf (rev 01) :01:02.1 0100: 9005:00cf (rev 01) 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: Bug: kde-i18n-fi not installed. KDE is installed because I chose the Desktop task. However, it does not install kde-i18n-fi, although I chose country and language as Finland and finnish. The only language available in KDE is english. Gnome works in finnish. Bug: X Window keyboard is USA. Finnish keyboard works in console, but X Window uses USA keyboard. X Window configuration went OK, except it did not ask what keyboard I want. I used the default level for questions. These lines are in /etc/X11/XF86config-4: Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us For finnish keyboards, there should be pc105 and fi. Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Other finnish users have wanted fi_FI.utf8 as default finnish locale. I use that too, but change the locale with dpkg-reconfigure locales. Some typos and bad wording in finnish texts, but I'm one of the finnish translators so those I have to fix myself. There was one user who specifically says the finnish translation is good. PS Bug: The gdm login screen was in finnish and even after a reboot I'm almost sure it was in
Bug#370318: marked as done (tasksel: Please provide hardinfo in desktop-environment task)
Your message dated Mon, 26 Jun 2006 19:47:09 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#370318: fixed in tasksel 2.49 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: tasksel Version: 2.44 Severity: wishlist Hardinfo is both a gtk2 and text program that shows all the hardware on the system. The gtk2 version is placed under system tools menu in Gnome, as is very slick, simple and effective. I find it easier to understand, and better than ubuntu's equivalent. A gui program like this is very important in the desktop-environment task, I think, because the #1 question users have when some hardware isn't working is, but what hardware do I have?. Using this program, they don't have to learn the more exoteric lspci and lsusb commands. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-k7 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages tasksel depends on: ii aptitude 0.4.1-1terminal-based apt frontend ii debconf [debconf-2.0] 1.5.1 Debian configuration management sy ii laptop-detect 0.12.1 attempt to detect a laptop ii liblocale-gettext-perl1.05-1 Using libc functions for internati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/first: tasksel/tasks: ---End Message--- ---BeginMessage--- Source: tasksel Source-Version: 2.49 We believe that the bug you reported is fixed in the latest version of tasksel, which is due to be installed in the Debian FTP archive: tasksel-data_2.49_all.deb to pool/main/t/tasksel/tasksel-data_2.49_all.deb tasksel_2.49.dsc to pool/main/t/tasksel/tasksel_2.49.dsc tasksel_2.49.tar.gz to pool/main/t/tasksel/tasksel_2.49.tar.gz tasksel_2.49_all.deb to pool/main/t/tasksel/tasksel_2.49_all.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 tasksel package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 26 Jun 2006 22:26:24 -0400 Source: tasksel Binary: tasksel tasksel-data Architecture: source all Version: 2.49 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: tasksel- Tool for selecting tasks for installation on Debian systems tasksel-data - Official tasks used for installation of Debian systems Closes: 264986 325218 370318 374339 Changes: tasksel (2.49) unstable; urgency=low . [ Joey Hess ] * Add hardinfo to gnome-desktop task. Closes: #370318 * Add acpi-support to laptop task. * Thai tasks update by Theppitak Karoonboonyanan. Closes: #374339 * Patch from bubulle to add a lot of basic language and/or language-desktop tasks for lackages that lacked one: icelandic, welsh, bosnian, finnish (Closes: #264986) slovenian, esperanto, galician, albanian, irish, macedonian, portuguese, tagalong, estonian, croatian, belarusian, basque, tamil. Closes: #325218 . [ Rene Engelhard ] * add myspell-sk to slovak task . [ Translations of tasks ] - Updated Bengali (Baishampayan Ghose) Files: dda7da233b6760292ae4e169d270810a 640 admin important tasksel_2.49.dsc e21d88c35d4e04a06b092a34fca7c908 320145 admin important tasksel_2.49.tar.gz 22083a28d7d5fac9824b20dbc1d49e44 61990 admin important tasksel_2.49_all.deb 1da50b07b04da6bd69875cd2add851e1 164686 admin important tasksel-data_2.49_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEoJig2tp5zXiKP0wRArWJAJ42S9rCiIUo0FLxhpT4ppxZNIPSZACfW0Hn GE1QTaRnjQ6QKgcqTCM4sXs= =KS0Z -END PGP SIGNATURE- ---End Message---
