Re: Support for MTD in partman
* Per Andersson [EMAIL PROTECTED] [2008-05-30 09:47]: What would be needed for partman to be able to handle MTD? AFAIK UBI [1] would be used for partitioning the MTD. I suppose it is necessary to also support JFFS2. What would be a good approach? Just to clarify the question: the big question is what requirements there are to integrate MTD support into partman. In particular, would we need JFFS2 / UBI support in parted, or are there other ways that partman can find out about partitions? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian installer and braille
On Friday 09 May 2008, Samuel Thibault wrote: Samuel Thibault, le Wed 07 May 2008 11:46:04 +0100, a écrit : Frans Pop, le Wed 07 May 2008 12:27:23 +0200, a écrit : On Sunday 04 May 2008, Samuel Thibault wrote: Aaaah, that's in brltty-x11 actually. See the http://wiki.debian.org/DebianInstaller/Accessibility page I've just created for other fixups. That's the bug I mentioned. I had never encountered it before, a patch was committed upstream in revision 3714. And Mario uploaded a new package with the updated revision (3.10~r3715-1). I've tested with the new version and it works now. I have made some changes to the wiki page (some formatting, some clarifications). Main change is that you had text mode, while the actual limitation is newt frontend without framebuffer (text mode could be confused with the text frontend). Do braille devices in general not support accented characters or is that just this brltty window? If it's a general issue, should we further limit the list of languages or is it something that users are used to and know how to read around the missing characters? Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: Debian installer and braille
Hello, Frans Pop, le Sat 31 May 2008 12:52:10 +0200, a écrit : I have made some changes to the wiki page (some formatting, some clarifications). Thanks! Main change is that you had text mode, while the actual limitation is newt frontend without framebuffer (text mode could be confused with the text frontend). Agreed. Do braille devices in general not support accented characters or is that just this brltty window? It's just this particular setup: qemu only gets the braille dots from brltty, and these are correct (you need a braille font to see that, DejaVu has it). Then it converts letters a-z and some punctuation to text, for sighted users' conveniency, but it cannot do the same for accented letters reliably, since that part depends on the braille table which the user has chosen. In short: it's normal that in this particular setup you get '?'. You can however check that accented letters are correct by looking at the braille patterns below. Maybe that information can be added to the wiki too. Thanks, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New speakup-udeb component
On Wednesday 28 May 2008, Samuel Thibault wrote: Possibly not, see attached files: speakup-udeb.startup gets run early, sees the speakup statement on the kernel command line, and in that case modprobes speakup and disables the framebuffer. In addition to that, speakup-udeb.debinst selects the text frontend. Eventually, speakup-udeb.finish-install installs the module on the target system, and sets the module to be auto-loaded on reboot. Where exactly were you installing these files (full path/filenames please)? The scripts need some minor changes to conform with D-I coding style, but I can take care of that. The scripts by themselves should be fine. The problem is more about room. Speakup modules need a total of 160KB. If that's fine with any installation medium, then great, we can just always enable it. We could also always have the script, and include the modules only in the cases where we can afford it. Right. As the scripts themselves are negligible, I think we should just include them by default and determine actual support by including or not including the kernel module udebs. We'll have to see for what arches and images we can do that. What is the status of the kernel support and the l-m-e packaging? Scrips will just not work when the modules are not available. Well, that does not seem to be entirely accurate: they will work, but their effect will be nil. It seems to me that the 2 later script should check that the $SYNTH module was actually loaded successfully. From the finish-install script: if apt-install speakup-modules 12 Will that actually work? Should that not include the kernel version, ABI and flavor? Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: Debian installer and braille
On Saturday 31 May 2008, Frans Pop wrote: Do braille devices in general not support accented characters or is that just this brltty window? If it's a general issue, should we further limit the list of languages or is it something that users are used to and know how to read around the missing characters? Hmm. Just noticed these in my logcheck mail: brltty[11186]: Could not load a braille font for charset ISO8859-1 brltty[11186]: Could not load a braille font for charset JISX0208.1983-0 brltty[11186]: Could not load a braille font for charset KSC5601.1987-0 brltty[11186]: Could not load a braille font for charset GB2312.1980-0 brltty[11186]: Could not load a braille font for charset JISX0201.1976-0 brltty[11186]: Could not load a unicode font for charset KSC5601.1987-0 brltty[11186]: Could not load a unicode font for charset GB2312.1980-0 What exactly is missing here? Do we need to add something in the installer to support languages other than English? Could CJK languages (Chinese, Japanese, Korean) be supported as well in theory? signature.asc Description: This is a digitally signed message part.
Re: New speakup-udeb component
Frans Pop, le Sat 31 May 2008 13:41:16 +0200, a écrit : On Wednesday 28 May 2008, Samuel Thibault wrote: Possibly not, see attached files: speakup-udeb.startup gets run early, sees the speakup statement on the kernel command line, and in that case modprobes speakup and disables the framebuffer. In addition to that, speakup-udeb.debinst selects the text frontend. Eventually, speakup-udeb.finish-install installs the module on the target system, and sets the module to be auto-loaded on reboot. Where exactly were you installing these files (full path/filenames please)? speakup-udeb.finish-install to /usr/lib/finish-install.d/05speakup speakup-udeb.debinst to /lib/debian-installer.d/S20speakup speakup-udeb.startup to /lib/debian-installer-startup.d/S37speakup The scripts by themselves should be fine. The problem is more about room. Speakup modules need a total of 160KB. If that's fine with any installation medium, then great, we can just always enable it. We could also always have the script, and include the modules only in the cases where we can afford it. Right. As the scripts themselves are negligible, I think we should just include them by default and determine actual support by including or not including the kernel module udebs. We'll have to see for what arches and images we can do that. What is the status of the kernel support and the l-m-e packaging? Attached is the patch to l-m-e which I have used. Scrips will just not work when the modules are not available. Well, that does not seem to be entirely accurate: they will work, but their effect will be nil. Right :) It seems to me that the 2 later script should check that the $SYNTH module was actually loaded successfully. We can replace the cmdline parsing by lsmod and that should work fine indeed. From the finish-install script: if apt-install speakup-modules 12 Will that actually work? I couldn't test indeed it since the package wasn't yet on the mirrors. Should that not include the kernel version, ABI and flavor? Hum, indeed. I don't know how to do that properly. Samuel Index: speakup/copyright === --- speakup/copyright (révision 0) +++ speakup/copyright (révision 0) @@ -0,0 +1,6 @@ +Copyright: + + Speakup is licensed under the GPL; the GNU General Public License. + +On Debian systems, the complete text of the GNU General Public License +can be found in `/usr/share/common-licenses/GPL'. Index: speakup/rules === --- speakup/rules (révision 0) +++ speakup/rules (révision 0) @@ -0,0 +1,7 @@ +$(BUILD_STAMP): + $(MAKE) -C $(HEADERS_DIR) M=$(CURDIR)/$(DIR)/src $(JOBS_ARG) `cat $(CURDIR)/$(DIR)/src/allmodule.mk` + touch $@ + +install: LIB_MODULES = $(PACKAGE_DIR)/lib/modules/$(REAL_VERSION) +install: + $(MAKE) -C $(HEADERS_DIR) M=$(CURDIR)/$(DIR)/src modules_install INSTALL_MOD_PATH=$(PACKAGE_DIR) INSTALL_MOD_DIR=extra/$(MODULE) `cat $(CURDIR)/$(DIR)/src/allmodule.mk` Index: speakup/defines === --- speakup/defines (révision 0) +++ speakup/defines (révision 0) @@ -0,0 +1,7 @@ +[base] +not-featuresets: smp +desc: A screen review module for the Linux kernel +longdesc: + Speakup allows you to interact with applications and the GNU/Linux + operating system with audible feedback from the console using a + synthetic speech device. Index: defines === --- defines (révision 11250) +++ defines (copie de travail) @@ -14,6 +14,7 @@ r6040 redhat-cluster sfc + speakup squashfs tp-smapi unionfs
Re: Please test current weekly built CD images
On Friday 30 May 2008, Gilberto Segundo wrote: The problems I told the last month were fixed in the new image :-) Great! Thanks for the quick reply. signature.asc Description: This is a digitally signed message part.
Re: Debian installer and braille
(Cc-ing Dave Mielke) Frans Pop, le Sat 31 May 2008 13:48:32 +0200, a écrit : Hmm. Just noticed these in my logcheck mail: These just come from the fake XWindow driver. brltty[11186]: Could not load a braille font for charset ISO8859-1 brltty[11186]: Could not load a braille font for charset JISX0208.1983-0 brltty[11186]: Could not load a braille font for charset KSC5601.1987-0 brltty[11186]: Could not load a braille font for charset GB2312.1980-0 brltty[11186]: Could not load a braille font for charset JISX0201.1976-0 Well, actually these are spurious: a braille font doesn't need to cover something else than U+2800-U+28FF, which these charset don't cover brltty[11186]: Could not load a unicode font for charset KSC5601.1987-0 brltty[11186]: Could not load a unicode font for charset GB2312.1980-0 And these aren't really a problem since the XWindow fake braille driver doesn't support wide characters. I'll try to seem how to filter them out properly. Do we need to add something in the installer to support languages other than English? Could CJK languages (Chinese, Japanese, Korean) be supported as well in theory? That question is actually not related to what is above :) There are ways to support CJK on bare linux text console by using specialized fonts, but it is quite oddly done (brltty needs to be explicitely configured for this since there is no real proper way to autodetect it, etc.). Currently, the debian installer uses bterm instead, but that is not accessible, see http://lists.debian.org/debian-boot/2006/03/msg01035.html Nothing happened about it. I hadn't pushed more pressure because proper Unicode support for CJK only happened recently in brltty. But actually we now have it in 3.10, so maybe we can think about it again. Trying to sum it up: - brltty currently only works with a bare linux console, that's why brltty-udeb currently automatically disables the framebuffer. - yes, we could implement a frontend that directly talks to the braille device, but we shouldn't do that unless it is synchronized with a frontend shown on the real screen, since blind people also need to work with sighted people, and having two different non-synced views would be a mess. - we could define a /dev file which looks much like /dev/vcs*, except that it provides a unicode view instead of the VGA-crippled view of /dev/vcs*. That, however, is not restricted to Debian, of course. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Missing MANIFEST entries for ia64 stuff?
Hi, While looking at the d-i files on a mirror (sid, current on ftp.de.d.o), I found this in the ia64 MANIFEST file: less MANIFEST cdrom/boot.img -- CDROM image for Itanium systems cdrom/initrd.gz -- ./tmp/cdrom/udeb.list cdrom/vmlinuz-- [...] ia64/cdrom.cfg only has a MANIFEST-BOOT entry, looks like it needs MANIFEST-INITRD and MANIFEST-KERNEL entries also. JB. -- Julien BLACHE [EMAIL PROTECTED] | Debian, because code matters more Debian GNU/Linux Developer| http://www.debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Some love for partman-md
Hi all, On Fri, May 30, 2008 at 09:52:39PM +0200, Max Vozeler wrote: Note that I haven't actually tested the changes so far but I'm planning to do a few test installs later today. I got around to testing it just now. I used the following netboot mini.iso with -base, -md and mdcfg with your changes included in the initrd: http://nusquama.org/~max/tmp/mdtest1.iso (i386) I'm attaching my notes. To summarize: I did a rather complex setup involving RAID0, RAID1 and crypto and it worked without a glitch. It correctly recovered from partman restarts, retained crypto configuration after configuring RAID and is currently installing the base system. I'll send an update once qemu is finished ;-) The change preventing resize and deletion of partitions on loop-type devices worked fine. Things explicitly not tested: - Inactive/deactiveated RAID devices - I didn't know how to test it. - RAID on crypto (not a useful setup, or is it?) If you'd ask me, I'd say lets commit those changes and make sure to include them in beta3. One risk I'm seeing is that we're effectively enabeling setups that were previously not possible - perhaps there are some bugs to be shaken out. Things like root-on-crypto-on-raid probably need testing. I just remember there was indeed one odd thing: After I finished partitioning the mdcfg dialog came up again. Not sure what was happening there. Max Notes during partitioning hda hda1 100MB ext2 boot hda2 100MB raid hda3 800MB raid hdb hdb1 100MB crypto hdb2 100MB raid hdb3 800MB raid --- Configure encrypted volumes - Enter passphrase - partman restarts Encrypted volume hdb1_crypt appears - Use as ext3 - Mountpoint /opt Configure software RAID - Create MD device - RAID1 - Number of devices: 2 - Number of spares: 0 - Select hda2, hdb2 - Finish - partman restarts RAID1 device appears - The encrypted volume is still there, all settings kept :-) - Select RAID1 device - Use as physical volume for encryption - Type dm-crypt - Done (Here I accidentally exited partman by pressing ESC. Select partman again from main-menu. It starts and all settings are correctly remembered :-)) Configure encrypted volumes - Enter passphrase - partman restarts Encrypted volume md0_crypt appears - Select, use as ext3 - Mountpoint /home Configure software RAID - Create MD device - RAID0 - Select hda3, hdb3 - Finish - partman restarts (Here qemu started hanging with near 100% system cpu on the host system. I suspect this is a problem with kqemu. I closed qemu and started over). Starting over.. Partman starts - Manual partitioning - Both RAID0 and RAID1 devices detected automatically Select hda1 - Use as ext2 - Mountpoint /boot Select RAID1 device - Use as physical volume for encryption - Encryption type dm-crypt Configure encrypted volumes - Enter passphrase - partman restarts Encrypted volume md0_crypt appears - Select, use as ext3 - Mountpoint /home - Done Select RAID0 device - Use as ext3 - Mountpoint / Select hdb1 - Use as physical volume for encryption - Encryption type dm-crypt - Random key Configure encrypted volumes - Enter passphrase - partman restarts Encrypted volume hdb1_crypt appears - Use as swap Finish partitioning and write changes to disk Configure MD devices comes up !?!? - Select Finish Base install starts mdadm asks which arrays should be started during early boot. Keep default all.
Re: [RFC] Some love for partman-md
On Sat, May 31, 2008 at 02:59:51PM +0200, Max Vozeler wrote: It correctly recovered from partman restarts, retained crypto configuration after configuring RAID and is currently installing the base system. I'll send an update once qemu is finished ;-) Addendum: The system came up just fine :-) / was correctly mounted from the RAID0 array md1 /home was correctly mounted from the dm-crypt volume stored on the RAID1 array md0. Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Missing MANIFEST entries for ia64 stuff?
On Saturday 31 May 2008, Julien BLACHE wrote: ia64/cdrom.cfg only has a MANIFEST-BOOT entry, looks like it needs MANIFEST-INITRD and MANIFEST-KERNEL entries also. Thanks. I've added the needed info in the D-I config. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: [RFC] Some love for partman-md
On Saturday 31 May 2008, Max Vozeler wrote: If you'd ask me, I'd say lets commit those changes and make sure to include them in beta3. Please give me a chance to review first. I just remember there was indeed one odd thing: After I finished partitioning the mdcfg dialog came up again. Not sure what was happening there. That would be a major bug! signature.asc Description: This is a digitally signed message part.
Re: [RFC] Some love for partman-md
On Sat, May 31, 2008 at 02:59:51PM +0200, Max Vozeler wrote: Things explicitly not tested: - Inactive/deactiveated RAID devices - I didn't know how to test it. - RAID on crypto (not a useful setup, or is it?) Also untested: - partman-auto-raid Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483776: marked as done (order of IDE channels interchanged)
Your message dated Sat, 31 May 2008 14:12:33 +0200 with message-id [EMAIL PROTECTED] and subject line Re: Bug#483776: order of IDE channels interchanged has caused the Debian Bug report #483776, regarding order of IDE channels interchanged 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 this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 483776: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483776 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems ---BeginMessage--- Package: installation-reports Severity: important Boot method: CD Image version: debian-testing-i386-netinst.iso, 5/30/2008 Subject: order of IDE channels interchanged I tested installing the debian-testing-i386-netinst.iso (5/30/2008) on a double processor (Celeron 433) machine that uses two different IDE chipsets. Installation itself worked well but first rebooting failed after decompression of the kernel. The system hangs a few minutes after printing Loading, please wait... and aborts with a message that the root partition /dev/hde3 can not be found. Then an ash (initramfs) is invoked, so I could type a dmesg to see what happened. Obviously, the order of the IDE channels is interchanged as shown in the following table: duringafter installation reboot driver --- DVD Romhda hde PIIX4 60GB HDhde hda HPT36x (3 partitions: swap, ext2 /boot, reiserfs /) 120GB HD hdg hdc HPT36x (2 partitions: swap, reiserfs /home) I used this computer for several years with a SuSE 8.2 installation, therefore I can nearly exclude a hardware or a BIOS failure. More information about the computer is appended. It was gained by using KNOPPIX 5.3 (same kernel line 2.6.24 as Lenny) and it detects the IDE channels correctly as during the installation mentioned above. Best regards APPENDIX: dmesg from KNOPPIX 5.3 Linux version 2.6.24 ([EMAIL PROTECTED]) (gcc version 4.2.3 20080114 (prerelease) (Debian 4.2.2-7)) #8 SMP PREEMPT Tue Feb 5 16:10:12 CET 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 27ff (usable) BIOS-e820: 27ff - 27ff3000 (ACPI NVS) BIOS-e820: 27ff3000 - 2800 (ACPI data) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fee01000 (reserved) BIOS-e820: - 0001 (reserved) 0MB HIGHMEM available. 639MB LOWMEM available. found SMP MP-table at 000f5ae0 Entering add_active_range(0, 0, 163824) 0 entries of 256 used Zone PFN ranges: DMA 0 - 4096 Normal 4096 - 163824 HighMem163824 - 163824 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0:0 - 163824 On node 0 totalpages: 163824 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 1247 pages used for memmap Normal zone: 158481 pages, LIFO batch:31 HighMem zone: 0 pages used for memmap Movable zone: 0 pages used for memmap DMI 2.2 present. ACPI: RSDP 000F7370, 0014 (r0 ABIT ) ACPI: RSDT 27FF3000, 002C (r1 ABIT AWRDACPI 42302E31 AWRD0) ACPI: FACP 27FF3040, 0074 (r1 ABIT AWRDACPI 42302E31 AWRD0) ACPI: DSDT 27FF30C0, 23DF (r1 ABIT AWRDACPI 1000 MSFT 10C) ACPI: FACS 27FF, 0040 ACPI: APIC 27FF54C0, 005C (r1 ABIT 0 0) ACPI: DMI BIOS year==0, assuming ACPI-capable machine ACPI: PM-Timer IO Port: 0x4008 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:6 APIC version 17 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 6:6 APIC version 17 ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 dfl dfl) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 3000 (gap: 2800:d6c0) swsusp: Registered nosave memory region: 0009f000 - 000a swsusp: Registered nosave memory region: 000a - 000f swsusp:
Re: [RFC] Some love for partman-md
Hi Frans, On Sat, May 31, 2008 at 03:35:42PM +0200, Frans Pop wrote: I just remember there was indeed one odd thing: After I finished partitioning the mdcfg dialog came up again. Not sure what was happening there. That would be a major bug! I could reproduce it. It seems mdcfg postinst is started by main menu after partman has finished: May 31 13:45:01 main-menu[803]: Menu item 'mdcfg' selected I'm not seeing how Jérémy's changes would have caused that to happen though. Also, I'm not sure what is supposed to happen - should mdcfg be started by main-menu? Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Some love for partman-md
On Sat, May 31, 2008 at 03:56:24PM +0200, Max Vozeler wrote: On Sat, May 31, 2008 at 03:35:42PM +0200, Frans Pop wrote: I just remember there was indeed one odd thing: After I finished partitioning the mdcfg dialog came up again. Not sure what was happening there. That would be a major bug! I could reproduce it. It seems mdcfg postinst is started by main menu after partman has finished: I suppose this was caused by me including 'mdcfg' (rather than just 'mdcfg-utils') in the initrd. Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [RFC] Some love for partman-md
On Saturday 31 May 2008, Max Vozeler wrote: I'm not seeing how Jérémy's changes would have caused that to happen though. Also, I'm not sure what is supposed to happen - should mdcfg be started by main-menu? No. mdcfg is only used on arches that don't use partman, so including it in your initrd is an error. partman-md depends on mdcfg-utils, which contains the relevant scripts that are called from partman, so you should just have included partman-md in your initrd and let mdcfg-utils be pulled in as a dependency. signature.asc Description: This is a digitally signed message part.
Re: [RFC] Some love for partman-md
On Friday 30 May 2008, Jérémy Bobbio wrote: After loosing 2 hours yesterday fighting against the RAIDvsCrypto issue [1], I decided that I should not let this happen to anyone else. s/loosing/losing/ :-) Attached you will find an attempt to do so. The changeset is only broke down in two patches: In general it looks OK, although I'd like to see mdcfg properly integrated into partman fairly soon, so it might make sense to just duplicate the md-init.sh code already instead of splitting it out into a separate script and including it in mdcfg-utils (or rather: to keep it duplicated). AFAICT you are effectively also closing #475479 (which is good!). See my analysis in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475479#17. Has that been explicitly tested? Probably has as I think it's the same as #391479. AFAICT #391483 already was solved by my recent changes (if not earlier). What should also be explicitly tested with these changes is: - LVM on RAID - delete a RAID device - create new RAID device - delete a RAID device - finish (is partman info updated - create new RAID device I'll do some testing myself too after the changes have been committed. +++ b/packages/mdcfg/md-init.sh +modprobe md /dev/null 21 || modprobe md-mod /dev/null 21 Isn't the md module so ancient by now we could just drop it? +modprobe raid0 /dev/null 21 +modprobe raid1 /dev/null 21 +# kernels =2.6.18 have raid456 +modprobe raid456 /dev/null 21 || modprobe raid5 /dev/null 21 From what I have seen there is no need to load the raid* modules only to detect existing RAID partitions: they will be autoloaded as needed. Only md-mod is needed. Loading the raid* modules when the actual RAID configuration options are started does make sense, especially if we check which RAID variants are supported before offering them. If not, they are probably not needed there either. +++ b/packages/partman/partman-base/init.d/parted - grep -v '^/dev/md' | - sed 's,^/dev/\(ide\|scsi\|[hs]d\),!/dev/\1,' | + sed 's,^/dev/\(ide\|scsi\|[hsm]d\),!/dev/\1,' | This will not catch /dev/md/X devices. Also, I don't think it's really a good idea to combine them with hda/sda as it is a completely different class of device. +++ b/packages/partman/partman-md/init.d/_numbers -31 md-devices +25 md-devices 51 md I think it would be clearer to have the check that /proc/mdstat already exists in md-devices, so it is clear that it is effectively only run the first time. The comment should be clearer about this too. Did you make any real changes in the code moved from md-devices to md? +++ b/packages/partman/partman-md/init.d/md + # replace Unknown model by a more appropriate string I would change that to: Set an appropriate value for device model. You're not actually replacing anything I think. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: [RFC] Some love for partman-md
On Friday 30 May 2008, Max Vozeler wrote: part_of_sataraid () { local raiddev for raiddev in $(dmraid -r -c); do @@ -52,8 +61,7 @@ if [ ! -f /var/run/parted_server.pid ]; then IFS=$NL for partdev in $(parted_devices | - grep -v '^/dev/md' | - sed 's,^/dev/\(ide\|scsi\|[hs]d\),!/dev/\1,' | + sed 's,^/dev/\(ide\|scsi\|[hsm]d\),!/dev/\1,' | Could be renamed to part_of_raid() or something after the change? No. You seem to be suggesting something based on the reading of two unrelated hunks in the diff, not the actual code. + # create a label + open_dialog NEW_LABEL loop + close_dialog + # find the free space + open_dialog PARTITIONS + free_space='' + while { read_line num id size type fs path name; [ $id ]; }; do + if [ $fs = free ]; then + free_space=$id + free_size=$size + fi + done + close_dialog + # create partition in the free space + if [ $free_space ]; then + open_dialog NEW_PARTITION primary ext2 $free_space full $free_size +read_line num id size type fs path name + close_dialog + if [ $id ]; then + open_dialog GET_FILE_SYSTEM $id + read_line filesystem + close_dialog + if [ $filesystem != none ]; then + open_dialog CHANGE_FILE_SYSTEM $id $filesystem + close_dialog + fi + fi + fi + open_dialog DISK_UNCHANGED + close_dialog Another thought unrelated to your changes: This code exists in -crypto, -md, -lvm and with a few differences also in partman-auto-lvm. Perhaps we should turn this into a function in -base/lib/. partman-partitioning/lib seems more appropriate as it is somewhat related to what we have in disk-label.sh there. signature.asc Description: This is a digitally signed message part.
Re: New speakup-udeb component
On Saturday 31 May 2008, Samuel Thibault wrote: What is the status of the kernel support and the l-m-e packaging? Attached is the patch to l-m-e which I have used. OK. But my question actually was: when can we expect these packages to hit the archive? Should that not include the kernel version, ABI and flavor? Hum, indeed. I don't know how to do that properly. See for example: http://svn.debian.org/wsvn/d-i/trunk/packages/partman/partman-crypto/finish-install.d/05crypto?op=filerev=0sc=0 Note that that assumes l-m-e also generates appropriate meta-packages (without kernel minor and ABI version) which depend on the actual package, but I'd expect that to be covered automatically. Example: Package: loop-aes-modules-2.6-686 Depends: linux-latest-modules-2.6.25-2-686, loop-aes-modules-2.6.25-2-686 My conclusion for now is that there seems to be no harm in waiting until the modules are actually available in the archive. The scripts are fairly trivial and can be added on short notice at that time. With the added advantage that they then can be properly tested. We can then also add them in kernel-wedge so that the kernel module udebs can be generated. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Re: Uploads of daily D-I builds (was: on .ssh/authorized_keys files)
On Friday 30 May 2008, Stephen R Marenka wrote: On Thu, May 29, 2008 at 10:08:02PM +0200, Frans Pop wrote: So basically this is what needs to be done to get uploads for daily D-I builds working again for remaining architectures. Does anybody who has a build running want to coordinate that? Maybe setup a (more) common system for it? I'm willing to coordinate if that will help. I just emailed weasel to find out what the procedure should be. Great. Note that Joey and Steve (vorlon) have now already gotten this done, so you could also ask one of them. Main thing is to try to get it done ASAP for all remaining arches. Cheers, FJP signature.asc Description: This is a digitally signed message part.
Processed: changed email
Processing commands for [EMAIL PROTECTED]: submitter 136455 ! Bug#136455: [vim-runtime] wrong Perl here-document highlighting Changed Bug submitter from Marcin Owsiany [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 364941 ! Bug#364941: mutt: wish less strict RFC 2047 header decoding Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 379931 ! Bug number 379931 not found. (Is it archived?) submitter 379939 ! Bug number 379939 not found. (Is it archived?) submitter 383639 ! Bug number 383639 not found. (Is it archived?) submitter 398126 ! Bug#398126: fontconfig: root umask depended package script Changed Bug submitter from [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. (By the way, that Bug is currently marked as done.) submitter 399058 ! Bug number 399058 not found. (Is it archived?) submitter 401789 ! Bug number 401789 not found. (Is it archived?) submitter 401790 ! Bug number 401790 not found. (Is it archived?) submitter 402192 ! Bug number 402192 not found. (Is it archived?) submitter 404548 ! Bug number 404548 not found. (Is it archived?) submitter 405798 ! Bug#405798: wget patch for debmirror Changed Bug submitter from Dmirty E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 406305 ! Bug#406305: fontconfig: fc-cache: doesn't check font dir permissions Changed Bug submitter from Paolo [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. (By the way, that Bug is currently marked as done.) submitter 408502 ! Bug#408502: xpdf: Patch for print dialogue Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 410304 ! Bug number 410304 not found. (Is it archived?) submitter 419509 ! Bug#419509: After etch release debmirror stopped functioning. Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 421226 ! Bug number 421226 not found. (Is it archived?) submitter 422096 ! Bug#422096: iceweasel: Iceweasel (etch, lenny) error Javascript (dups tags) Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 427044 ! Bug number 427044 not found. (Is it archived?) submitter 428507 ! Bug number 428507 not found. (Is it archived?) submitter 429483 ! Bug#429483: bugs.debian.org: how to add an url on bug-report into a message body Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 429508 ! Bug number 429508 not found. (Is it archived?) submitter 429518 ! Bug number 429518 not found. (Is it archived?) submitter 429549 ! Bug#429549: installation-report: option 'timestamp_timeout' in sudo config Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 429825 ! Bug#429825: centerim: Russian language is bugged Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 429943 ! Bug number 429943 not found. (Is it archived?) submitter 430474 ! Bug number 430474 not found. (Is it archived?) submitter 430474 ! Bug number 430474 not found. (Is it archived?) submitter 430476 ! Bug#430476: apt-howto-ru: error charset (KOI8R) for dhelp Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 430476 ! Bug#430476: apt-howto-ru: error charset (KOI8R) for dhelp Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 430504 ! Bug#430504: apt-howto-ru: error charset (KOI8R) for dhelp Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 430504 ! Bug#430504: apt-howto-ru: error charset (KOI8R) for dhelp Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 430505 ! Bug number 430505 not found. (Is it archived?) submitter 430505 ! Bug number 430505 not found. (Is it archived?) submitter 430590 ! Bug number 430590 not found. (Is it archived?) submitter 430631 ! Bug number 430631 not found. (Is it archived?) submitter 430673 ! Bug number 430673 not found. (Is it archived?) submitter 430675 ! Bug number 430675 not found. (Is it archived?) submitter 432882 ! Bug number 432882 not found. (Is it archived?) submitter 433800 ! Bug number 433800 not found. (Is it archived?) submitter 435833 ! Bug number 435833 not found. (Is it archived?) submitter 435845 ! Bug#435845: centericq: the bug of input the text in non-English coding Changed Bug submitter from Dmitry E. Oboukhov [EMAIL PROTECTED] to Dmitry E. Oboukhov [EMAIL PROTECTED]. submitter 437612 ! Bug number 437612 not found. (Is it archived?) submitter 438095 ! Bug number 438095
Re: Uploads of daily D-I builds (was: on .ssh/authorized_keys files)
On Sat, May 31, 2008 at 07:35:58PM +0200, Frans Pop wrote: On Friday 30 May 2008, Stephen R Marenka wrote: On Thu, May 29, 2008 at 10:08:02PM +0200, Frans Pop wrote: So basically this is what needs to be done to get uploads for daily D-I builds working again for remaining architectures. Does anybody who has a build running want to coordinate that? Maybe setup a (more) common system for it? I'm willing to coordinate if that will help. I just emailed weasel to find out what the procedure should be. Great. Note that Joey and Steve (vorlon) have now already gotten this done, so you could also ask one of them. Main thing is to try to get it done ASAP for all remaining arches. Well, for me the only procedure was ping weasel on IRC... :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Uploads of daily D-I builds (was: on .ssh/authorized_keys files)
On Saturday 31 May 2008, Steve Langasek wrote: Well, for me the only procedure was ping weasel on IRC... :) Sure, but he also asked you to make some changes to your SSH key. Having those requirements communicated to others would save weasel having to request and explain the same thing 12 times. Some may also have to make changes in their build system setup. Knowing how to do that could help too. signature.asc Description: This is a digitally signed message part.
[SCM] tasksel repository branch, cdd, created. 3ccd3d23af3db51e3e10c2d3b16d82e4159abbbb
The branch, cdd has been created at 3ccd3d23af3db51e3e10c2d3b16d82e4159a (commit) - Shortlog commit 3ccd3d23af3db51e3e10c2d3b16d82e4159a Author: Otavio Salvador [EMAIL PROTECTED] Date: Sun Apr 24 23:26:09 2005 + Update the changelog and version because of last merge. commit 1c0ca6f5dd86fd2601ed6bab16865ec1144df79c Author: Otavio Salvador [EMAIL PROTECTED] Date: Sun Apr 24 23:25:01 2005 + Merge all previous changes from trunk. commit 936dfc60740f5609c561832b17d8b445fd184ee9 Author: Otavio Salvador [EMAIL PROTECTED] Date: Tue Jan 25 21:37:37 2005 + [ This version should not be merged back to trunk before sarge release. Use this branch to CDD related development. ] * NOT RELEASED YET. commit b183e3e77a3975bf77bbb9b96bf11f008207e6f7 Author: Otavio Salvador [EMAIL PROTECTED] Date: Tue Jan 25 20:54:16 2005 + Start a branch to host CDD related changes. --- -- tasksel repository -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[SCM] tasksel repository branch, lenny, created. 23d717d813d059c50c2c76a0e02e3e0ba83f4a72
The branch, lenny has been created at 23d717d813d059c50c2c76a0e02e3e0ba83f4a72 (commit) - Shortlog commit 23d717d813d059c50c2c76a0e02e3e0ba83f4a72 Author: Joey Hess [EMAIL PROTECTED] Date: Mon Dec 11 21:09:22 2006 + create a temporary branch for post-etch development this will be merged back to trunk later, and updated translations and task changes in trunk will prevail; new code changes can temporarily go here --- -- tasksel repository -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SCM] tasksel repository branch, lenny, created. 23d717d813d059c50c2c76a0e02e3e0ba83f4a72
On Sunday 01 June 2008, Joey Hess wrote: The branch, lenny has been created at 23d717d813d059c50c2c76a0e02e3e0ba83f4a72 (commit) - Shortlog commit 23d717d813d059c50c2c76a0e02e3e0ba83f4a72 Author: Joey Hess [EMAIL PROTECTED] Date: Mon Dec 11 21:09:22 2006 + create a temporary branch for post-etch development this will be merged back to trunk later, and updated translations and task changes in trunk will prevail; new code changes can temporarily go here Can these mails please be rerouted to the PTS for tasksel instead of debian-boot? TIA, FJP signature.asc Description: This is a digitally signed message part.
[SCM] tasksel repository branch, newtasksel, created. a60f5318b51b6cd085488a06ec5292bb9566d8f2
The branch, newtasksel has been created at a60f5318b51b6cd085488a06ec5292bb9566d8f2 (commit) - Shortlog commit a60f5318b51b6cd085488a06ec5292bb9566d8f2 Author: George Papamichelakis [EMAIL PROTECTED] Date: Fri Jun 25 07:05:36 2004 + new file commit 65e877020a717b4fafc02b47bed3551d939187ac Author: Joey Hess [EMAIL PROTECTED] Date: Wed Jun 23 14:49:28 2004 + XSI:ism removal commit 7c100653dcfc65b7447c279141bd425c6feeace6 Author: Lior Kaplan [EMAIL PROTECTED] Date: Tue Jun 22 20:16:15 2004 + finished translation for hebrew commit a1886bd4b9748b68e43cdf1cf2444e44a266aa91 Author: Peter Mann [EMAIL PROTECTED] Date: Tue Jun 22 14:35:10 2004 + New and updated Slovak translation (sk.po) commit 888565e7b105e793705fad1b1cb794fb0e7cb8cd Author: George Papamichelakis [EMAIL PROTECTED] Date: Tue Jun 22 13:20:58 2004 + updated commit 9d5446ac2f8e6cbbc7ae6edc3669ac6e6a2fa0b3 Author: George Papamichelakis [EMAIL PROTECTED] Date: Tue Jun 22 13:16:52 2004 + Friday, July 11, 2003, 5:43:34 PM, you wrote: commit 8bcb4e06d885a2b42d1e95e89965ffd9430552b9 Author: Piarres Beobide Egaña [EMAIL PROTECTED] Date: Mon Jun 21 15:33:14 2004 + Upgrading basuqe tranlation commit a80aafe8cb213c33683686fce10f6645b4d45e4a Author: Recai Oktas [EMAIL PROTECTED] Date: Sat Jun 19 16:33:07 2004 + Update Turkish translations. commit 3a2cf14e7aefba2cd97714cd478312f8b025b6b3 Author: Claus Hindsgaul [EMAIL PROTECTED] Date: Sat Jun 19 15:12:00 2004 + Danish update commit 95b109ce4c704954e1e770129373ab9b1cac44f0 Author: Giuseppe Sacco [EMAIL PROTECTED] Date: Sat Jun 19 12:44:50 2004 + First italian translation. commit 1f9b2190e94d197b268241f0c76ef89e95566344 Author: Andre Luis Lopes [EMAIL PROTECTED] Date: Sat Jun 19 00:37:57 2004 + * Updated tasks/po/pt_BR and po/pt_BR.po translations. commit f6707f72b6b56ddf62157d01601062cc809ae309 Author: Changwoo Ryu [EMAIL PROTECTED] Date: Thu Jun 17 17:38:12 2004 + Updated Korean translation commit 3c946c48dcb5069f446fee1e4b2192c3941f3fad Author: Tapio Lehtonen [EMAIL PROTECTED] Date: Thu Jun 17 15:32:28 2004 + Updated translation commit 3eba003311a360218fe0a9edf75d96f8a1972bdd Author: Tapio Lehtonen [EMAIL PROTECTED] Date: Thu Jun 17 15:31:11 2004 + Updated translation commit f21355b1d5b663651a77ab8d86d97c8c6977c81a Author: Tapio Lehtonen [EMAIL PROTECTED] Date: Thu Jun 17 15:12:02 2004 + Updated translation commit d334bd04f346cc336f96bd9031ff3a08fcc19755 Author: Giuseppe Sacco [EMAIL PROTECTED] Date: Thu Jun 17 06:54:56 2004 + two new fuzzy for italian envoronment unfuzzied. commit d60549f4958d7d68aa78d4c0c92eba5e9dd88c36 Author: KÄstutis BiliÅ«nas [EMAIL PROTECTED] Date: Wed Jun 16 23:24:41 2004 + Added Lithuanian lt.po commit e69d258f69d6402423c0bd5da93dd12582de6c2d Author: KÄstutis BiliÅ«nas [EMAIL PROTECTED] Date: Wed Jun 16 23:22:44 2004 + Updated Lithuanian translation commit cca5a428b40ffb73351fb45fed70e7bb1196bfe2 Author: Eugeniy Meshcheryakov [EMAIL PROTECTED] Date: Tue Jun 15 19:28:32 2004 + Updated Ukrainian translation commit 378978ccbf4c5824f3d565fd24e89a32622651c6 Author: Christian Perrier [EMAIL PROTECTED] Date: Tue Jun 15 06:26:56 2004 + Updated french translation of tasks commit ce347adb5a65635f04651077e4bb66e9a7a629de Author: Joey Hess [EMAIL PROTECTED] Date: Sun Jun 13 20:44:29 2004 + * Joey Hess - Add hspell-gui to Hebrew task. - Merge office with desktop task, dropping gnucash. commit 17a743b97721ec8ed8e90cd728a4f680d3d4432c Author: Miroslav Kure [EMAIL PROTECTED] Date: Sat Jun 12 06:37:32 2004 + Update Czech translation commit f0bb24cf39f6b080d716a42612adfa5c7ab022ba Author: Christian Perrier [EMAIL PROTECTED] Date: Thu Jun 10 19:10:51 2004 + French translation added commit 79c8d9a7cd6c55b93ba0d696f957d583e68800ca Author: Christian Perrier [EMAIL PROTECTED] Date: Thu Jun 10 19:02:34 2004 + French translation update commit 0aa1f0dba49fbabb1e0e6c1bbee8ff2a3876c72b Author: Christian Perrier [EMAIL PROTECTED] Date: Thu Jun 10 07:12:39 2004 + Updated POT files and PO files accordingly commit 8aa136d1b62c2d4f991517aef7e3909e56622958 Author: Eugeniy Meshcheryakov [EMAIL PROTECTED] Date: Tue Jun 8 18:56:03 2004 + Added Ukrainian po-debconf transtation commit 3866f828839a12f175c2e400db477602c18076b5 Author: Eugeniy Meshcheryakov [EMAIL PROTECTED] Date: Tue Jun 8 18:23:30 2004 + Updated Ukrainian tasks translation commit 7149f64e38243507fac85059b9ada81c1cf1e2f6 Author: Joey Hess [EMAIL PROTECTED] Date: Tue Jun 8 17:50:13 2004 + rewrite commit 9eab4e33da05346cd79d25055fb3084f910491dc Author: Joey Hess [EMAIL PROTECTED] Date: Tue Jun 8 17:46:05 2004 + branch for
[SCM] tasksel repository branch, master, updated. e805ffe705d2c00cafb1169f1422c3f47351fc2d
The branch, master has been updated via e805ffe705d2c00cafb1169f1422c3f47351fc2d (commit) from f35c74a1a4d19ddc8786a367fb7d33faa0be7204 (commit) - Shortlog e805ffe Ignore .git directory in places that ignore .svn. Summary of changes: debian/changelog |1 + doincludes.pl|2 +- listpackages.pl |2 +- makedesc.pl |2 +- makeoverride.pl |2 +- 5 files changed, 5 insertions(+), 4 deletions(-) --- Details of changes: commit e805ffe705d2c00cafb1169f1422c3f47351fc2d Author: Joey Hess [EMAIL PROTECTED] Date: Sat May 31 17:46:09 2008 -0400 Ignore .git directory in places that ignore .svn. diff --git a/debian/changelog b/debian/changelog index 7b607ab..090b7b4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -9,6 +9,7 @@ tasksel (2.75) UNRELEASED; urgency=low - DEBUG=0 has no effect when building anymore, removed that from rules file. * Drop empty /usr/lib/tasksel/packages from tasksel-data. + * Ignore .git directory in places that ignore .svn. -- Joey Hess [EMAIL PROTECTED] Wed, 14 May 2008 17:10:27 -0400 diff --git a/doincludes.pl b/doincludes.pl index 62c6064..5da650a 100755 --- a/doincludes.pl +++ b/doincludes.pl @@ -30,7 +30,7 @@ find(\processfile, $dir); sub processfile { my $file=$_; # File::Find craziness. $file eq 'po' -d $file ($File::Find::prune = 1); - return if $File::Find::dir=~/\.svn/; + return if $File::Find::dir=~/\.(svn|git)/; return unless $file =~ /^[-+_.a-z0-9]+$/ and -f $file; my @lines; open (IN, $file) or die $file: $!; diff --git a/listpackages.pl b/listpackages.pl index c07d161..c3b9fce 100755 --- a/listpackages.pl +++ b/listpackages.pl @@ -24,7 +24,7 @@ find(\processfile, $dir); sub processfile { my $file=$_; # File::Find craziness. $file eq 'po' -d $file ($File::Find::prune = 1); - return if $File::Find::dir=~/\.svn/; + return if $File::Find::dir=~/\.(svn|git)/; return unless $file =~ /^[-+_.a-z0-9]+$/ and -f $file; open (IN, $file) or die $file: $!; my %fields; diff --git a/makedesc.pl b/makedesc.pl index c615434..a4a4122 100755 --- a/makedesc.pl +++ b/makedesc.pl @@ -51,7 +51,7 @@ find({ wanted = \processfile, preprocess = sub { return sort @_}}, $dir); sub processfile { my $file=$_; # File::Find craziness. $file eq 'po' -d $file ($File::Find::prune = 1); - return if $File::Find::dir=~/\.svn/; + return if $File::Find::dir=~/\.(svn|git)/; return unless $file =~ /^[-+_.a-z0-9]+$/ and -f $file; open (IN, $file) or die $file: $!; my %fields; diff --git a/makeoverride.pl b/makeoverride.pl index b5d58d4..2d8bb2d 100755 --- a/makeoverride.pl +++ b/makeoverride.pl @@ -16,7 +16,7 @@ print $_\tTask\t, (join , , sort keys %{$p{$_}}), \n sub processfile { my $file=$_; # File::Find craziness. $file eq 'po' -d $file ($File::Find::prune = 1); - return if $File::Find::dir=~/\.svn/; + return if $File::Find::dir=~/\.(svn|git)/; return unless $file =~ /^[-+_.a-z0-9]+$/ and -f $file; open (IN, $file) or die $file: $!; my %fields; -- tasksel repository -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debconf8 bof: building debian from debian
On Fri, May 30, 2008 at 02:36:33PM -0700, Vagrant Cascadian wrote: i was asked to find out if folks from various projects would be interested in a proposed bof for debconf8. please let me know if you are interested and would be able to attend. Building Debian from Debian discussion of the miscelany of tools that build debian installations Many tools all essentially install Debian, in some capacity, form or fashion. This would be a discussion of the various tools in Debian used to install Debian chroots, virtual servers, physical hardware, etc. and what common issues and workarounds are currently needed, with an eye towards developing more common code to share between projects. people interested in the following tools or similar tools would be valuable to the discussion: debian-installer debian-cd simple-cdd debian-live xen-tools util-vserver pbuilder cdebootstrap debootstrap LTSP FAI Yup, I'd like to be there. -- Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED] Mature Sporty Personal More Innovation More Adult A Man in Dandism Powered Midship Specialty -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SCM] tasksel repository branch, lenny, created. 23d717d813d059c50c2c76a0e02e3e0ba83f4a72
Frans Pop wrote: Can these mails please be rerouted to the PTS for tasksel instead of debian-boot? Sure, I forgot they went to the PTS before. -- see shy jo signature.asc Description: Digital signature
[SCM] tasksel repository branch, master, updated. ded4da274ea1205a01351268325dc2ccef248bc2
The branch, master has been updated via ded4da274ea1205a01351268325dc2ccef248bc2 (commit) from e805ffe705d2c00cafb1169f1422c3f47351fc2d (commit) - Shortlog ded4da2 Tasksel has moved to a git repository. Summary of changes: debian/changelog |2 ++ debian/control |2 +- 2 files changed, 3 insertions(+), 1 deletions(-) --- Details of changes: commit ded4da274ea1205a01351268325dc2ccef248bc2 Author: Joey Hess [EMAIL PROTECTED] Date: Sat May 31 18:26:49 2008 -0400 Tasksel has moved to a git repository. Add Vcs-Git field. diff --git a/debian/changelog b/debian/changelog index 090b7b4..a622d5a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,8 @@ tasksel (2.75) UNRELEASED; urgency=low file. * Drop empty /usr/lib/tasksel/packages from tasksel-data. * Ignore .git directory in places that ignore .svn. + * Tasksel has moved to a git repository. + * Add Vcs-Git field. -- Joey Hess [EMAIL PROTECTED] Wed, 14 May 2008 17:10:27 -0400 diff --git a/debian/control b/debian/control index 8ce0c73..c508c9e 100644 --- a/debian/control +++ b/debian/control @@ -5,7 +5,7 @@ Maintainer: Debian Install System Team debian-boot@lists.debian.org Uploaders: Joey Hess [EMAIL PROTECTED] Standards-Version: 3.7.3 Build-Depends: po-debconf, debhelper (= 7), gettext, dpkg-dev (= 1.9.0) -Vcs-Svn: svn://svn.debian.org/tasksel/trunk +Vcs-Git: git://git.debian.org/git/tasksel/tasksel.git Package: tasksel Architecture: all -- tasksel repository -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: moving tasksel to git
Christian Perrier wrote: So, I say: go for it..:-) Done, the repo is at: git clone ssh://git.debian.org/git/tasksel/tasksel.git git clone git://git.debian.org/git/tasksel/tasksel.git The svn repo has been locked. -- see shy jo signature.asc Description: Digital signature
[SCM] tasksel repository branch, beta2, created. 0a591478ee3e21843b08b682d98d0e90c54836cd
The branch, beta2 has been created at 0a591478ee3e21843b08b682d98d0e90c54836cd (commit) - Shortlog commit 0a591478ee3e21843b08b682d98d0e90c54836cd Author: Joey Hess [EMAIL PROTECTED] Date: Sat May 31 18:32:02 2008 -0400 brought in the 2.74.2 changes from the uploaded tarball --- -- tasksel repository -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476184: ubuntu patch
There is a patch in ubuntu addressing this. It tries to unmount repeatedly. I don't know how well that can work. Can't a mounted filesystem be prevented from unmounting at all due to the desktop's file manager/etc? http://patches.ubuntu.com/o/os-prober/os-prober_1.23ubuntu1.patch -- see shy jo signature.asc Description: Digital signature
Re: New speakup-udeb component
Frans Pop, le Sat 31 May 2008 18:59:32 +0200, a écrit : On Saturday 31 May 2008, Samuel Thibault wrote: What is the status of the kernel support and the l-m-e packaging? Attached is the patch to l-m-e which I have used. OK. But my question actually was: when can we expect these packages to hit the archive? Ah, well the speakup package is in the NEW queue again, and once it gets out, l-m-e can be updated. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]