Re: yet another auto builder :-)
On Mon, 4 Aug 2008 22:03:02 +0100 Kai Hendry [EMAIL PROTECTED] wrote: So with: http://build.webconverger.com/logs/2008-08-04.sid.txt I can tell unstable/sid isn't building today. Cool. Any suggestions are welcome! Sure. In red, put Build failed or in green Built successfully on this page by each build, depending on the outcome. Ben http://build.webconverger.com/ ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: How to specify the binary.img size ?
On Tue, 29 Jul 2008 12:00:24 +0100 Chris Lamb [EMAIL PROTECTED] wrote: (I'm confused about a few things here; why do you need it to be a fixed size? Also, why do you need it to be 1G?) The binary.img already contains partitioning information; you just need to dd it directly onto the target rather than fitting it on an existing peratition. The problem is that will write a short partition table to the key. It would be nice to automatically fix up the partition table after copying to free up the extra space (or else operate on the key directly, copying the live partition over and setting up the partition table with the correct geometry to begin with). This extra space is useful for other things, e.g. persistence. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: stuck in ubuntu-mode?
On Fri, 19 Oct 2007 08:31:13 -0700 Tony Godshall [EMAIL PROTECTED] wrote: That didn't work. Reading the scripts, it turns out that this is set according to the host system. When I run it in debian those get set to debian values unless you set them in config/binary. All variables automatically set based on the value of some other variable should support 'auto' mode similar to LH_INITRAMFS=auto (depends on LH_DISTRIBUTION). See /usr/share/live-helper/scripts/defaults.sh and /usr/bin/lh_config. LH_MODE is the worst case ... many variables are automatically set based on its value, but few, if any, support 'auto' as a value to store in config/. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Using Debian Live
John, On Thu, 11 Oct 2007 10:23:32 -0400 John Lauterbach [EMAIL PROTECTED] wrote: There appears to be either a lack of pointers to information or the information needed to use Debian Live to help repair a system that will not boot on account of a repairable hard drive error. In particular, I would like to run fsck on /dev/hda1 (or whatever it is called under Debian Live). Attempts to do that as well as similar activities on existing hard drives seem to result in less than common error messages. What exact commands did you attempt and what are the actual error messages? Debian Live does nothing special with regards to naming devices. You might be seeing differences due to different drivers from different kernels, though (e.g. sata drives could be named /dev/hda, /dev/hdb, etc. or /dev/sda, /dev/sdb, etc. depending on which driver is used). But this is a general Linux question, not a Debian Live specific one. That is why we have no doc for it. That being said, anybody can start a tutorial on how to use Debian Live for common rescue jobs on our wiki if they wish. Regards, Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: USB system with modified kernel and minimal software
On Mon, 17 Sep 2007 10:13:40 -0600 Rene Sonderegger [EMAIL PROTECTED] wrote: I did not see any information about downloading lh_helper scripts, so I followed the information at http://www.pendrivelinux.com/2007/05/31/create-your-own-live-linux-cd-or-usb-distribution. This was the reason for my outdated version. I wouldn't follow this if I were you. It is very out of date. Look at the HOWTOs at http://wiki.debian.org/DebianLive instead. It tends to be kept up to date. For one thing, any config variable prefixed LIVE_ is from an older version of live-helper. All config variables are now prefixed LH_ instead. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: RAM usage
On Sat, 15 Sep 2007 11:18:09 +1200 Angus McMorland [EMAIL PROTECTED] wrote: total used free sharedbuffers cached Mem:906588 287164 619424 0 41908 173652 -/+ buffers/cache: 71604 834984 Swap:0 0 0 Perhaps you have custom compiled a kernel and have not set CONFIG_HIGHMEM=y? http://kerneltrap.org/node/2450?page=1 My understanding is that without it, the kernel is limited to 1G of physical RAM. The Debian kernel has it enabled. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: RAM usage
On Sat, 15 Sep 2007 14:33:49 +0300 Tzafrir Cohen [EMAIL PROTECTED] wrote: On the default Etch kernel it isn't. $ grep CONFIG_HIGHMEM /usr/src/linux-headers-2.6.18-4-486/.config CONFIG_HIGHMEM4G is not set CONFIG_HIGHMEM64G is not set Aha! Yet another reason etch is a bad default (which is being changed in the next release to lenny). So, Angus: sudo lh_clean purge lh_config -d lenny --initramfs live-initramfs lh_build That should fix you up. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [patch] incorrect default value for LH_INITRAMFS
This patch is not correct. On Mon, 10 Sep 2007 22:07:14 +0300 Tzafrir Cohen [EMAIL PROTECTED] wrote: When a value for LH_INITRAMFS is not set, defaults.sh will set it to 'auto' rather than setting it to something sensible (as is when it is set explicitly to 'auto'. The rationale for setting it to auto and not explicitly to some value is that it depends on the distribution. If you do a build, then change the distribution to something new, LH_INITRAMFS will remain unchanged. This will likely break (e.g. if it was etch before and you change to lenny or sid, casper is not in lenny or sid, but the initramfs remains as casper, so you end up with a broken build). The auto value allows live-helper to automatically select an appropriate value for the currently configured distribution *at build time*. So it should remain auto unless manually configured to be a specific initramfs (casper or live-initramfs). I'm not sure why you think the way it is now is a problem. Please explain. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [patch] incorrect default value for LH_INITRAMFS
On Tue, 11 Sep 2007 14:50:51 +0300 Tzafrir Cohen [EMAIL PROTECTED] wrote: Well, this is where this test is implemented. I just want to apply the same logic for both auto and an empty value. With the original script, if I set it to auto this snippet would set it to a distro-specific value but with an empty value, it would get set to auto. Ah, I see. I misunderstood. I agree it appears to be wrong and should be set to the same thing for either case. Well, without it things don't work. With it , things do. Well, that's not very specific ... Specifically lh_binary_linux-image assumes that the value of LH_BINARY_IMAGES is one of iso, net, tar or usb-hdd. But that's a different variable ... Anyway, I still maintain it is wrong. It's now just wrong in the same way for both cases. The value saved in config/common should be auto. This patch makes the value saved in config/common be the distribution- specific value, destroying the ability to auto set the initramfs in subsequent builds if-and-when you change the distribution to a different value. But ... I don't know how to fix this. lh_config calls Set_defaults before rewriting all configs. If we make Set_defaults responsible for determining auto values, the autoness is lost. It seems there should be a separate step that determines at build time all appropriate values for any variable set to auto (or any other derived value that needs to be determined at build time). I have not yet done a thorough review of the code to find the appropriate place. Thanks, Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ debian-live-devel mailing list debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live.debian.net repository GPG error
On Sat, 21 Jul 2007 14:00:09 +0200 spea [EMAIL PROTECTED] wrote: how i can import the key and using http://live.debian.net; repository without GPG error ? Johann, Your problem is that you are only importing the key into your build system, not into the chroot for the live CD. You need to put the gpg key in config/chroot_sources. See: http://wiki.debian.org/DebianLive/Configuration#head-3ae6b1ae470999707d0b1390c0c1e9c55b341a17 Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: It's practical to dump an image to a Pendrive ?
On Wed, 11 Jul 2007 11:21:26 +0200 Jordi Pujol [EMAIL PROTECTED] wrote: http://wiki.debian.org/DebianLive/Howto/Custom_Install Consider also that if you use the -rw support instead of -sn (snapshot), he flash drive is added to the union and so is constantly read from and written to. This scheme may be suitable for a hard disc, but is not so good on a flash drive for two reasons: 1. the limited write lifespan I mentioned before 2. it is slow: when you use a snapshot, you avoid accessing the flash drive except when the system boots and shuts down For flash we recommend -sn and use casper-snapshot (live-snapshot if you are using live-initramfs). The custom install instructions might be better structured into two variants: - hard disc (includes swap, uses -rw) - flash drive (no swap, uses -sn) So why don't you try out this variant and update the wiki accordingly? Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: usb img build
On Wed, 11 Jul 2007 14:14:30 +0200 Albert Czarnecki [EMAIL PROTECTED] wrote: at moment when I install grub on pendrive I get error sudo grub-install --root-directory=/media/sda3 --no-floppy '(hd1)' Due to a bug in xfs_freeze, the following command might produce a segmentation fault when /media/sda3/boot/grub is not in an XFS filesystem. This error is harmless and can be ignored. xfs_freeze: specified file [/media/sda3/boot/grub] is not on an XFS filesystem Installation finished. No error reported. So ... it says you *may* get a seg fault (which you don't) and if you do you can ignore it. It informs you (not an error) that the target isn't an XFS filesystem, and then tells you there are no errors reported. So what's the problem? This is the contents of the device map /media/sda3/boot/grub/device.map. Check if this is correct or not. If any of the lines is incorrect, fix it and re-run the script `grub-install'. (hd1) /dev/sda Looks reasonable. On a single drive install system, GRUB would see the second drive (the USB drive) as hd1, as shown above (and as documented in the wiki HowTo you are following). Have you tried continuing from this point in the HowTo? Do you have any further problems? Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: usb img build
On Wed, 11 Jul 2007 14:41:15 +0200 Jordi Pujol [EMAIL PROTECTED] wrote: this error is a warning for xfs boot partitions, as the boot partition is formatted in fat32 or ext3, the warning has no sense. I assume, but have not checked the doc to verify, that the error occurs because the install system uses xfs but the target drive is not xfs. So the warning does make sense if you follow the assumption that grub is usually run to make the system it is run on bootable, and is only sometimes used to make a disc for a different system bootable. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: swap partition in Flash drives
On Wed, 11 Jul 2007 15:43:40 +0200 Jordi Pujol [EMAIL PROTECTED] wrote: But I disagree with you technically, Ben, when you said that a swap partition is not necessary on an USB flash drive, If the computer has enough memory, the swap partition will not be used, But if the computer has 128MB of RAM or less, the OS will not start and the user has no solution to solve this failure. Unfortunate, but I don't think recommending the user take action that would bring about the rapid death of their USB drive is an acceptable alternative. And also I have read some articles giving more than thousand years of live for an USB pendrive been written several times a day. Several times a day is not at all accurate when you're talking about a low memory system using swap. Don't take my word for it. Google: flash drive swap Tell me what you find. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Security risks?
On Fri, 18 May 2007 18:59:22 +0200 Daniel Baumann [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Is this really a secure setup? no :) True. But it's not as bad as it might at first appear. You can't login remotely to a livecd system. And even if you were to start an ssh server, you wouldn't be able to login to an account with no password set on it. Basically, anyone with physical access to the machine would have root on it unless the livecd contains software that is remotely exploitable, and if that's the case, you have bigger problems than just not requiring a password for sudo. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Missing bits and pieces in make-live?
On Sat, 5 May 2007 23:34:23 +0100 [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Using this command as a root user: #make-live --bootstrap debootstrap --distribution sid --username usblive --filesystem ext2 --bootloader grub -b hdd -p standard generates a 'debian-live' directory, however: - It doesn't write anything to the target USB-stick It isn't supposed to. It should generate a debian-live/binary.img. - there is no documentation how to write what to the USB stick You can use 'dd'. It is documented, too: http://wiki.debian.org/DebianLive/Howto/USB Note: this doc is for live-package, not live-helper, but it works the same way. - there is no documentation on how then to make the USB stick bootable The image written in binary.img is bootable. When you dd it to the usb stick, the usb stick will be bootable. - there are no vmlinuz* nor initrd* files generated Sid is buggy and won't build at this time. Build against etch or lenny instead. Also, the grub option doesn't currently work on usb. Use syslinux for now. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#281246: Debian-live needs this
Package: aptitude Version: 0.4.4-4 Followup-For: Bug #281246 This isn't merely a matter of convenience for Debian-live. The live CDs produced by live-helper use casper which sets no root password. Instead the live user uses sudo. Thus, the aptitude menu entry that starts aptitude in a terminal as the current user is broken. When root is required, the user is prompted for the root password by do_su_to_root(). Of course, since there is no root password, there is nothing the user can do to proceed. As Matt Zimmerman suggested, this should really be a config option. So far, we have patched Debian's casper to set the appropriate config options for kdesu and gksu, and the 'menu' package's su-to-root wrapper (see #410875) to all use sudo. We only need this problem with aptitude to be resolved for all standard sytem utilities requiring root to work properly when launched from the menu on a Debian live CD. Thanks, Ben -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3 0.6.46.4-0.1 Advanced front-end for dpkg ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libncursesw55.5-5Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.17-2 type-safe Signal Framework for C++ ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.4-4English manual for aptitude, a ter ii libparse-debianchangelog-perl 1.0-1 parse Debian changelogs and output -- no debconf information ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [patch] casper: configure gksu+kdesu to use sudo
On Sat, 24 Mar 2007 21:49:47 -0300
Ben Armstrong [EMAIL PROTECTED] wrote:
Ah. It will need some adjustment. It creates /.kde not /home/user/.kde
I'll do more testing with kde tomorrow and post a correct patch.
OK. I have attached a revised patch. This not only fixes the location
of ~/.kde, but adds under ~/.kde revised su.desktop and sumc.desktop
files for konsole (by sedding the originals if they are present in the
chroot) so that when you open a root shell or root midnight commander
shell it will do so with sudo instead of su. The downside to this
approach is if the livecd doesn't include konsole and the user installs
it afterwards, the root shells won't work. I can't see any easy way to
fix this.
Marco, this is for you: the casper.log from my last test run against
your casper bzr branch including my patch is at:
http://people.debian.org/~synrg/casper.log
Ben
--
,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED]
\`' Debian http://www.debian.org[EMAIL PROTECTED]
` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
[ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
=== modified file 'scripts/casper-bottom/10adduser'
--- scripts/casper-bottom/10adduser 2007-02-13 17:28:03 +
+++ scripts/casper-bottom/10adduser 2007-03-25 22:58:57 +
@@ -65,6 +65,18 @@
done
else # We are in debian :-)
echo ${USERNAME} ALL=(ALL) NOPASSWD: ALL /root/etc/sudoers
+chroot /root sudo -u $USERNAME gconftool-2 -s -t bool /apps/gksu/sudo-mode true
+chroot /root sudo -u $USERNAME gconftool-2 -s -t bool /apps/gksu/display-no-pass-info false
+chroot /root sudo -u $USERNAME sh -c umask 0077 mkdir -p /home/$USERNAME/.kde/share/config cat /home/$USERNAME/.kde/share/config/kdesurc EOF
+[super-user-command]
+super-user-command=sudo
+EOF
+if [ -f /root/usr/share/apps/konsole/sumc.desktop ]; then
+chroot /root sudo -u $USERNAME sh -c umask 0077 mkdir -p /home/$USERNAME/.kde/share/apps/konsole sed -e's/Exec=su.*$/Exec=sudo mc -c/' /usr/share/apps/konsole/sumc.desktop /home/$USERNAME/.kde/share/apps/konsole/sumc.desktop
+fi
+if [ -f /root/usr/share/apps/konsole/su.desktop ]; then
+chroot /root sudo -u $USERNAME sh -c umask 0077 mkdir -p /home/$USERNAME/.kde/share/apps/konsole sed -e's/Exec=su.*$/Exec=sudo -i/' /usr/share/apps/konsole/su.desktop /home/$USERNAME/.kde/share/apps/konsole/su.desktop
+fi
fi
fi
___
Debian-live-devel mailing list
Debian-live-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
[patch] casper: configure gksu+kdesu to use sudo
I have tested this patch with gnome but not kde yet.
Ben
--
,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED]
\`' Debian http://www.debian.org[EMAIL PROTECTED]
` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ]
[ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ]
=== modified file 'scripts/casper-bottom/10adduser'
--- scripts/casper-bottom/10adduser 2007-02-13 17:28:03 +
+++ scripts/casper-bottom/10adduser 2007-03-24 22:27:50 +
@@ -65,6 +65,13 @@
done
else # We are in debian :-)
echo ${USERNAME} ALL=(ALL) NOPASSWD: ALL /root/etc/sudoers
+chroot /root sudo -u $USERNAME gconftool-2 -s -t bool /apps/gksu/sudo-mode true
+chroot /root sudo -u $USERNAME gconftool-2 -s -t bool /apps/gksu/display-no-pass-info false
+chroot /root sudo -u $USERNAME mkdir -m 700 -p .kde/share/config
+chroot /root sudo -u $USERNAME cat .kde/share/config/kdesurc EOF
+[super-user-command]
+super-user-command=sudo
+EOF
fi
fi
___
Debian-live-devel mailing list
Debian-live-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: [patch] casper: configure gksu+kdesu to use sudo
On Sat, 24 Mar 2007 19:46:55 -0300 Ben Armstrong [EMAIL PROTECTED] wrote: I have tested this patch with gnome but not kde yet. Ah. It will need some adjustment. It creates /.kde not /home/user/.kde I'll do more testing with kde tomorrow and post a correct patch. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: Saving GUI settings inside the ISO
On Mon, 12 Mar 2007 23:22:05 +0100 Daniel Baumann [EMAIL PROTECTED] wrote: Gracie wrote: What is the best way to save parameters from a GUI to the final ISO file? I don't know of any smarter way (suggestions welcome) but to: * chroot into the image (--hook bash), * launch firefox on your local display, * exit the chroot. save the ~/.firefox directory for future use, so you could include it with --include-chroot. Or else just include one or two modified files in /etc/iceweasel/profile (e.g. bookmarks.html, prefs.js). Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live and install in one CD?
On Thu, 4 Jan 2007 14:53:49 -0400 Ben Armstrong [EMAIL PROTECTED] wrote: In theory I think this is doable with the proposed 2 partitions selectable at boot arrangement via grub-reboot, though I've never tried this. On second thought, where would info about the new kernel to boot be stored during the reboot? On a real system you have the hdd. But on a livecd system ...? I've seen this kind of trick played with bootloaders that manipulate nvram in firmware to store the parameters between boots (like bootx for the mac) but don't know how to do it in a general way. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Re: live and install in one CD?
On Thu, 04 Jan 2007 10:28:06 -0800 Jimmy [EMAIL PROTECTED] wrote: A Live CD with an Install Me Icon on the Desktop, like other distro's are doing would be real sweet. In theory I think this is doable with the proposed 2 partitions selectable at boot arrangement via grub-reboot, though I've never tried this. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca [EMAIL PROTECTED] \`' Debian http://www.debian.org[EMAIL PROTECTED] ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] [ pgp 7F DA 09 4B BA 2C 0D E0 1B B1 31 ED C6 A9 39 4F ] ___ Debian-live-devel mailing list Debian-live-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
Bug#400247: casper: non-standard mount option syntax is confusing
Package: casper
Version: 1.77+debian-5
Severity: minor
In scripts/casper:
mount -r -o move ${copyto} ${copyfrom}
Just because busybox considers -o option and --option to be the same (probably
done so that the option processing code can be streamlined, saving precious
bytes) doesn't mean you should exploit that feature when you write scripts
that use busybox mount. Please use the standard --move switch instead of
-o move so that when people consult the mount manpage for standard mount,
they'll understand what the code is doing. I spent a good 30 minutes with
another developer scratching my head over this code and couldn't figure it out
until I got the busybox source and found:
/* parse long options, like --bind and --move. Note that -o option
* and --option are synonymous. Yes, this means --remount,rw works. */
Lovely.
Ben
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
___
Debian-live-devel mailing list
Debian-live-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/debian-live-devel
