Re: debxo 0.2 release
Trying to installing either the gnome or awesome JFFS2 versions from an SD card formatted as ext2. Using laptop firmware q2e18, on two different machines, this fails with: :75: error writing to NAND Flash after writing 40 blocks. What is going on ? wad On Oct 24, 2008, at 11:55 PM, Andres Salomon wrote: Hi, I've prepared a new release of DebXO. This has a number of new features and desktops. NEW FEATURES: - The JFFS2 images now have partition support. While this shaves a number of seconds off of the boot time, we can take better advantage of it in the future (doing things like using UBIFS). JFFS2 is well past its prime; moving away from it will help performance a lot. - EXT3 images have been added. This allows for booting off of USB and/or SD. Note that the image size I chose is 2GB, so you'll need a USB stick or SD card of at least that size. - The kernel is now almost completely modular, and includes every module under the sun. For those of you with random USB hardware that wanted to use it with DebXO.. if it's in 2.6.25, it should work with DebXO. - New desktops! DebXO 0.1 only had a Gnome desktop; this release includes KDE, LXDE, Sugar, Awesome and Gnome desktops. I personally run (and work on) the Gnome desktop. Holger Levsen is to thank for the Sugar and Awesome desktops. James Cameron did the work for the KDE and LXDE desktops. A huge thanks to both of them! As far as bootup times, nand is still pretty absymal (due to jffs2); however, SD booting takes 75 seconds from OFW to fully usable X. INSTALLATION ONTO NAND FLASH: The release can be found here (note that the URL has changed): http://lunge.mit.edu/~dilinger/debxo-0.2/images/ To install onto the XO's flash, download the debxo-$DESKTOP.jffs2.dat and debxo-$DESKTOP.jffs2.img to a USB or SD stick (where $DESKTOP is one of the various desktops - gnome, kde, lxde, sugar, or awesome). Boot into OFW (make sure your XO is unlocked!), and run update-nand disk:\debxo-$DESKTOP.jffs2.img or update-nand sd:\debxo-$DESKTOP.jffs2.img (depending upon whether you downloaded to an SD or USB disk). If your SD or USB device is using a windows filesystem, you can figure out the name of the image by running dir disk:\ If update-nand spits out any errors, make sure you're running an appropriately up-to-date version of OFW. The q2d* series do not support update-nand, and versions q2e18 and q2e19 are known to be buggy with partitions. Firmware and instructions for upgrading can be found here: http://wiki.laptop.org/go/Firmware INSTALLATION ONTO SD/USB: To install onto an SD or USB device, download the debxo-$DESKTOP.ext3.img.gz file, and run zcat debxo-$DESKTOP.ext3.img.gz /dev/mmcblk0 or zcat debxo-$DESKTOP.ext3.img.gz /dev/sdX (depending upon whether you're writing to an SD or USB disk). Note that this will overwrite any data that is on the SD or USB disk. USAGE: By default, a user 'olpc' is created (with no password, and sudo access). Some desktops automatically start a display manager and log you in; some do not. The root password is disabled by default. This is a stock Debian Lenny system with only a few modifications, so it can obviously be tailored. HACKING: xodist is the name of the collection of scripts that are used to produce DebXO. The git repository can be downloaded via: git clone git://lunge.mit.edu/git/xodist There's also a web interface to that: http://lunge.mit.edu/cgi-bin/gitweb.cgi?p=xodist;a=summary There's a TODO file in the repository, but really... just scratch whatever itch you happen to have. Patches are much appreciated. Additional desktops (XFCE, for example?), better handling of the default user/password, boot/runtime optimizations, suggestions for missing packages, etc.. CREDITS: Thanks to James Cameron and Holger Levsen for various patches/tweaks/fixes, and to the various people who tested and provided feedback. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: debxo 0.2 release
Looks like an Open Firmware regression. This works if I use laptop firmware q2e14 instead of q2e18. Thanks ! wad On Oct 25, 2008, at 3:14 AM, John Watlington wrote: Trying to installing either the gnome or awesome JFFS2 versions from an SD card formatted as ext2. Using laptop firmware q2e18, on two different machines, this fails with: :75: error writing to NAND Flash after writing 40 blocks. That should be 0x40, not 40 decimal. What is going on ? wad On Oct 24, 2008, at 11:55 PM, Andres Salomon wrote: Hi, I've prepared a new release of DebXO. This has a number of new features and desktops. NEW FEATURES: - The JFFS2 images now have partition support. While this shaves a number of seconds off of the boot time, we can take better advantage of it in the future (doing things like using UBIFS). JFFS2 is well past its prime; moving away from it will help performance a lot. - EXT3 images have been added. This allows for booting off of USB and/or SD. Note that the image size I chose is 2GB, so you'll need a USB stick or SD card of at least that size. - The kernel is now almost completely modular, and includes every module under the sun. For those of you with random USB hardware that wanted to use it with DebXO.. if it's in 2.6.25, it should work with DebXO. - New desktops! DebXO 0.1 only had a Gnome desktop; this release includes KDE, LXDE, Sugar, Awesome and Gnome desktops. I personally run (and work on) the Gnome desktop. Holger Levsen is to thank for the Sugar and Awesome desktops. James Cameron did the work for the KDE and LXDE desktops. A huge thanks to both of them! As far as bootup times, nand is still pretty absymal (due to jffs2); however, SD booting takes 75 seconds from OFW to fully usable X. INSTALLATION ONTO NAND FLASH: The release can be found here (note that the URL has changed): http://lunge.mit.edu/~dilinger/debxo-0.2/images/ To install onto the XO's flash, download the debxo-$DESKTOP.jffs2.dat and debxo-$DESKTOP.jffs2.img to a USB or SD stick (where $DESKTOP is one of the various desktops - gnome, kde, lxde, sugar, or awesome). Boot into OFW (make sure your XO is unlocked!), and run update-nand disk:\debxo-$DESKTOP.jffs2.img or update-nand sd:\debxo-$DESKTOP.jffs2.img (depending upon whether you downloaded to an SD or USB disk). If your SD or USB device is using a windows filesystem, you can figure out the name of the image by running dir disk:\ If update-nand spits out any errors, make sure you're running an appropriately up-to-date version of OFW. The q2d* series do not support update-nand, and versions q2e18 and q2e19 are known to be buggy with partitions. Firmware and instructions for upgrading can be found here: http://wiki.laptop.org/go/Firmware INSTALLATION ONTO SD/USB: To install onto an SD or USB device, download the debxo-$DESKTOP.ext3.img.gz file, and run zcat debxo-$DESKTOP.ext3.img.gz /dev/mmcblk0 or zcat debxo-$DESKTOP.ext3.img.gz /dev/sdX (depending upon whether you're writing to an SD or USB disk). Note that this will overwrite any data that is on the SD or USB disk. USAGE: By default, a user 'olpc' is created (with no password, and sudo access). Some desktops automatically start a display manager and log you in; some do not. The root password is disabled by default. This is a stock Debian Lenny system with only a few modifications, so it can obviously be tailored. HACKING: xodist is the name of the collection of scripts that are used to produce DebXO. The git repository can be downloaded via: git clone git://lunge.mit.edu/git/xodist There's also a web interface to that: http://lunge.mit.edu/cgi-bin/gitweb.cgi?p=xodist;a=summary There's a TODO file in the repository, but really... just scratch whatever itch you happen to have. Patches are much appreciated. Additional desktops (XFCE, for example?), better handling of the default user/password, boot/runtime optimizations, suggestions for missing packages, etc.. CREDITS: Thanks to James Cameron and Holger Levsen for various patches/tweaks/fixes, and to the various people who tested and provided feedback. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: debxo 0.2 release
It's trac 8785, fixed in http://wiki.laptop.org/go/OLPC_Firmware_q2e20, which I released specifically for the benefit of this debxo thing. I guess Andres forgot to mention that in the announcement. John Watlington wrote: Looks like an Open Firmware regression. This works if I use laptop firmware q2e14 instead of q2e18. Thanks ! wad On Oct 25, 2008, at 3:14 AM, John Watlington wrote: Trying to installing either the gnome or awesome JFFS2 versions from an SD card formatted as ext2. Using laptop firmware q2e18, on two different machines, this fails with: :75: error writing to NAND Flash after writing 40 blocks. That should be 0x40, not 40 decimal. What is going on ? wad On Oct 24, 2008, at 11:55 PM, Andres Salomon wrote: Hi, I've prepared a new release of DebXO. This has a number of new features and desktops. NEW FEATURES: - The JFFS2 images now have partition support. While this shaves a number of seconds off of the boot time, we can take better advantage of it in the future (doing things like using UBIFS). JFFS2 is well past its prime; moving away from it will help performance a lot. - EXT3 images have been added. This allows for booting off of USB and/or SD. Note that the image size I chose is 2GB, so you'll need a USB stick or SD card of at least that size. - The kernel is now almost completely modular, and includes every module under the sun. For those of you with random USB hardware that wanted to use it with DebXO.. if it's in 2.6.25, it should work with DebXO. - New desktops! DebXO 0.1 only had a Gnome desktop; this release includes KDE, LXDE, Sugar, Awesome and Gnome desktops. I personally run (and work on) the Gnome desktop. Holger Levsen is to thank for the Sugar and Awesome desktops. James Cameron did the work for the KDE and LXDE desktops. A huge thanks to both of them! As far as bootup times, nand is still pretty absymal (due to jffs2); however, SD booting takes 75 seconds from OFW to fully usable X. INSTALLATION ONTO NAND FLASH: The release can be found here (note that the URL has changed): http://lunge.mit.edu/~dilinger/debxo-0.2/images/ To install onto the XO's flash, download the debxo-$DESKTOP.jffs2.dat and debxo-$DESKTOP.jffs2.img to a USB or SD stick (where $DESKTOP is one of the various desktops - gnome, kde, lxde, sugar, or awesome). Boot into OFW (make sure your XO is unlocked!), and run update-nand disk:\debxo-$DESKTOP.jffs2.img or update-nand sd:\debxo-$DESKTOP.jffs2.img (depending upon whether you downloaded to an SD or USB disk). If your SD or USB device is using a windows filesystem, you can figure out the name of the image by running dir disk:\ If update-nand spits out any errors, make sure you're running an appropriately up-to-date version of OFW. The q2d* series do not support update-nand, and versions q2e18 and q2e19 are known to be buggy with partitions. Firmware and instructions for upgrading can be found here: http://wiki.laptop.org/go/Firmware INSTALLATION ONTO SD/USB: To install onto an SD or USB device, download the debxo-$DESKTOP.ext3.img.gz file, and run zcat debxo-$DESKTOP.ext3.img.gz /dev/mmcblk0 or zcat debxo-$DESKTOP.ext3.img.gz /dev/sdX (depending upon whether you're writing to an SD or USB disk). Note that this will overwrite any data that is on the SD or USB disk. USAGE: By default, a user 'olpc' is created (with no password, and sudo access). Some desktops automatically start a display manager and log you in; some do not. The root password is disabled by default. This is a stock Debian Lenny system with only a few modifications, so it can obviously be tailored. HACKING: xodist is the name of the collection of scripts that are used to produce DebXO. The git repository can be downloaded via: git clone git://lunge.mit.edu/git/xodist There's also a web interface to that: http://lunge.mit.edu/cgi-bin/gitweb.cgi?p=xodist;a=summary There's a TODO file in the repository, but really... just scratch whatever itch you happen to have. Patches are much appreciated. Additional desktops (XFCE, for example?), better handling of the default user/password, boot/runtime optimizations, suggestions for missing packages, etc.. CREDITS: Thanks to James Cameron and Holger Levsen for various patches/tweaks/fixes, and to the various people who tested and provided feedback. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: debxo 0.2 release
It's buried in the text below, in the NAND installation section. On Sat, 25 Oct 2008 03:21:19 -0400 John Watlington [EMAIL PROTECTED] wrote: Looks like an Open Firmware regression. This works if I use laptop firmware q2e14 instead of q2e18. Thanks ! wad On Oct 25, 2008, at 3:14 AM, John Watlington wrote: Trying to installing either the gnome or awesome JFFS2 versions from an SD card formatted as ext2. Using laptop firmware q2e18, on two different machines, this fails with: :75: error writing to NAND Flash after writing 40 blocks. That should be 0x40, not 40 decimal. What is going on ? wad On Oct 24, 2008, at 11:55 PM, Andres Salomon wrote: [...] update-nand sd:\debxo-$DESKTOP.jffs2.img (depending upon whether you downloaded to an SD or USB disk). If your SD or USB device is using a windows filesystem, you can figure out the name of the image by running dir disk:\ If update-nand spits out any errors, make sure you're running an appropriately up-to-date version of OFW. The q2d* series do not support update-nand, and versions q2e18 and q2e19 are known to be buggy with partitions. Firmware and instructions for upgrading can be found here: http://wiki.laptop.org/go/Firmware ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Top five performance problems
For want it is worth, the team at the ministry of education in Peru said that 8.2 feels faster to them. The aggregate user perception vector is pointing in the right direction. -walter On Fri, Oct 24, 2008 at 1:58 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: On Fri, Oct 24, 2008 at 7:04 PM, Sayamindu Dasgupta [EMAIL PROTECTED] wrote: On Fri, Oct 24, 2008 at 10:10 PM, Michael Stone [EMAIL PROTECTED] wrote: Marco, I did some basic profiling of my new rainbow code last night and discovered that, in the best case with the current codebase on XO, it costs about 0.5s/1 exec(python). Approximately 80% of the 0.5s was spent importing modules. I hope to dig deeper in the near future, but I am concerned at my lack of inspiration about how to deal with this problem. (Other than by rewriting into a different language.) I still do not consider the mod_python approach used in the 767-era rainbow to be a viable long-term solution. FWIW, I had done some experiments with Federico's profiling scripts in the early stages of the 8.2 cycle, and had got similar results: http://dev.laptop.org/~sayamindu/not_so_prettygraph.png It's not much meaningful, but if it helps in any way.. :-) -sdg- Hmm, just did some measurements on a recent joyride image running a recent snapshot of sugar's HEAD and got this numbers: 1224870285 Roughly when ck-xinit-session would be called 1224870288.762430 DEBUG root: STARTUP: Starting the shell 1224870297.765248 DEBUG root: STARTUP: Loading the desktop window 1224870297.777485 DEBUG root: STARTUP: Loading the home view 1224870297.780084 DEBUG root: STARTUP: Loading the favorites view 1224870297.793263 DEBUG root: STARTUP: Loading the activities list 1224870298.559094 DEBUG root: STARTUP: Loading the group view 1224870298.631829 DEBUG root: STARTUP: Loading the mesh view 1224870299.444656 DEBUG root: STARTUP: Loading the bundle registry 1224870301.935619 DEBUG root: STARTUP: --- uisetup_completed_cb --- 1224870301.979451 DEBUG root: STARTUP: --- uisetup_delayed_cb --- 1224870303.197090 DEBUG root: STARTUP: Loading the frame 1224870305.001450 DEBUG root: STARTUP: Loading the journal So that's 20 seconds that can (quite roughly) be compared to the 72 seconds you got. I don't think we really got a 52 seconds improvement, but I'm pretty sure that Sugar already got quite leaner (measured 15MB of mem less after booting) and faster and there's still plenty of room for improvement. Cannot wait to have F10 joyride images to compare 8.2 to something closer to what will ship in 9.1 ;) Regards, Tomeu ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: debxo 0.2 release
andres wrote: I've prepared a new release of DebXO. This has a number of new features and desktops. nice. how does this interact with future apt-get update? is there anything to watch out for (e.g., kernel getting overwritten, etc)? paul =- paul fox, [EMAIL PROTECTED] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: debxo 0.2 release
On Sat, 25 Oct 2008 12:30:45 -0400 [EMAIL PROTECTED] wrote: andres wrote: I've prepared a new release of DebXO. This has a number of new features and desktops. nice. how does this interact with future apt-get update? is there anything to watch out for (e.g., kernel getting overwritten, etc)? Ah, glad you brought that up. Apt should Just Work for the majority of the distribution, but there are 3 custom packages; ofw-config (which manages /boot/olpc.fth), linux-2.6.25.15 (which manages the kernel), and initramfs-tools (which manages the initramfs/initrd). ofw-config and linux-2.6.25.15 should never be automatically upgraded (since debian's kernel package is called linux-image-2.6.25-X, and ofw-config isn't in debian), but initramfs-tools might be. The customizations to initramfs-tools basically ensure certain modules get added to the initrd and loaded; redboot, jffs2, lxfb, and so on. I'll be sending those patches upstream, but I think it's too late to get them into lenny. They should make it into the next debian release, though. In short, be very careful w/ initramfs-tools; don't upgrade it. I'm hoping the next debxo release has its custom packages simply backported, rather than completely outside of debian. As far as upgrading the kernel, it depends on how it's built. Note that /boot/olpc.fth uses /vmlinuz and /vmlinuz.old symlinks, so make sure that they're pointed to the correct image after you've upgraded. If you're building a custom kernel and everything's modular, you need to make sure the initramfs-tools hasn't been upgraded. If you're building the modules needed to boot (cafe_nand, redboot, jffs2) statically into the kernel, the initramfs-tools package can mostly be ignored. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: G1G1 v2 marketing: a LiveCD of 8.2.0
There's for example also this one here around :) http://sugarlabs.org/go/Community/Distributions/Fedora It's a Fedora-based Live CD including the Sugar Desktop Environment. The post there isn't that up2date, but there will be a new build very soon, since we're currently working on getting the spin approved to become an official one and on getting further activities into Fedora. --Sebastian Samuel Klein wrote: That would be a good thing to have. I havenĀ“t heard of plans yet, though gregdek may have thoughts. see http://wiki.laptop.org/go/LiveCd#Current_efforts Guysoft has been working on a debian-jhbuild livecd here : http://www.sugarlabs.org/go/LiveCd http://download.sugarlabs.org/sugar/liveimages/debian-jhbuild.iso SJ On Sun, Oct 19, 2008 at 9:26 AM, Chris Marshall [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Now that the 8.2.0 release is official, are there plans for a LiveCD of the same. An ISO image bzip2 compressed for distribution would be a nice ad for the XO. ___ Devel mailing list Devel@lists.laptop.org mailto:Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Gnash snapshots for XO
For the brave at heart, I beat Gnash's internal rpm packaging into shape, and managed to produce working rpms from Gnash trunk. These are a bit bleeding edge, with both jemalloc and mit-shm enabled, so your mileage may vary... Rather than fighting with the version skew of Gstreamer, these instead depend on ffmpeg directly, but ffmpeg isn't included in the build, you have to install it separately. With the latest build-767, this is pretty easy now, as the livna packages for fedora 9 work just fine. This worked ok, but the youtube performance isn't great, due to the network overhead. So it skips alot due to buffering issues, it'll have to be looked into it. But many other things work just great now with this build, so while it's a work in progress, I thought some people might want to play with it as it's better than the current version of 0.8.3 in build-767. #!/bin/sh # install livna sudo yum http://rpm.livna.org/livna-release-9.rpm # install ffmpeg from livna sudo yum install -y ffmpeg # get rid of the old build of 0.8.3 sudo rpm -ev gnash gnash-plugin # install gnash sudo rpm -iv \ http://www.getgnash.org/packages/snapshots/fedora/gnash-20081025-1.i386.rpm # install the plugin sudo rpm -iv \ http://www.getgnash.org/packages/snapshots/fedora/gnash-plugin-20081025-1.i386.rpm - rob - ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Power.
awake. The current scheme is already at its lowest it can be. Jump to the lowest setting and then put the cpu to sleep. Any deviation from that will use more juice. If you wake up the CPU to do something you have taken a large step backwards. Actually, there's more we can do to save juice. Currently, if you turn on automatic power management, the CPU gets turned off while the screen is still on -- and it never wakes up 20 minutes later to turn off the screen. The screen stays on til the battery dies. That's bug #8094. Fixing #6053 (suspend makes kernel slip against realtime) and #4606 (XO can't resume from a timer) before the next major release would enable the next batch of low-hanging power saving fruit, including #8094. John ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] Weird timestamps on XS 0.4 user backup directories.
So I've got an XS 0.4 system running and I have an XO running 8.2 registered with the server and automated backups seem to be happening fine. If I log onto the server and look at the XOs backup directory I see the following: [EMAIL PROTECTED] CSN74800E35]# pwd /library/users/CSN74800E35 [EMAIL PROTECTED] CSN74800E35]# ls -l total 44 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-20_17:31 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-21_00:15 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-22_00:16 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-23_00:17 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-25_18:36 drwxr-xr-x 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-current lrwxrwxrwx 1 CSN74800E35 CSN74800E35 53 2008-10-25 14:36 datastore-latest - /library/users/CSN74800E35/datastore-2008-10-25_18:36 [EMAIL PROTECTED] CSN74800E35]# ls -lc total 44 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-20 13:31 datastore-2008-10-20_17:31 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-20 20:15 datastore-2008-10-21_00:15 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-21 20:16 datastore-2008-10-22_00:16 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-22 20:17 datastore-2008-10-23_00:17 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-25 14:36 datastore-2008-10-25_18:36 drwxr-xr-x 3 CSN74800E35 CSN74800E35 4096 2008-10-20 13:31 datastore-current lrwxrwxrwx 1 CSN74800E35 CSN74800E35 53 2008-10-25 14:36 datastore-latest - /library/users/CSN74800E35/datastore-2008-10-25_18:36 You'll notice that each of the datastore backup directories have exactly the same modification timestamp (2008-10-14 20:00). The change time stamps on the other hand are consistent with the names. Is there a reason for this? Why that particular date/time for the mod time? Bill Bogstad ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Weird timestamps on XS 0.4 user backup directories.
hi Bill So I've got an XS 0.4 system running and I have an XO running 8.2 registered with the server and automated backups seem to be happening fine. If I log onto the server and look at the XOs backup directory I see the following: [...] drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-20_17:31 drwxr-xr-x+ 3 CSN74800E35 CSN74800E35 4096 2008-10-14 20:00 datastore-2008-10-21_00:15 [...] You'll notice that each of the datastore backup directories have exactly the same modification timestamp (2008-10-14 20:00). The change time stamps on the other hand are consistent with the names. Is there a reason for this? Why that particular date/time for the mod time? The backup directories are created with cp -al, where the -a (for archive) recursively preserves modes, links and dates. I'm pretty sure the main intention was to keep modes and links, and dates are just an artifact. If it is causing problems you could argue for a change. The -l, btw, turns every copy into a hard link, so duplicates use no extra space -- it becomes a copy-on-write backup. Douglas ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Weird timestamps on XS 0.4 user backup directories.
On Sat, Oct 25, 2008 at 6:18 PM, Douglas Bagnall [EMAIL PROTECTED] wrote: The backup directories are created with cp -al, where the -a (for archive) recursively preserves modes, links and dates. I'm pretty sure the main intention was to keep modes and links, and dates are just an artifact. If it is causing problems you could argue for a change. Not an operational problem, just a bit of user confusion. I've now skimmed the python/shell/cron/incron code/configs and see how the everything more or less fits together now. Although, I've never seen setfacl actually used before now... Thanks again, Bill ___ Server-devel mailing list Server-devel@lists.laptop.org http://lists.laptop.org/listinfo/server-devel