Odd install package selection

2013-06-26 Thread Robert Spencer

Hi,

I'm using live-build 3.0.5 on squeeze. We have a custom install CD built 
with debian-cd. I want to make a hybrid live/install CD, but can't get 
the install package list to match our debian-cd install CDs package 
list? I'm baffled that there's as much difference as there is.


For instance this gets included:

binary/pool/main/e/emdebian-archive-keyring/emdebian-archive-keyring-udeb_2.0.3_all.udeb

What could be causing live-build to add packages that are not a 
dependency of the list of packages I specify?


Additional info:

$ find .
.
./config
./config/archives
./config/apt
./config/apt/preferences
./config/debian-installer
./config/preseed
./config/includes.binary
./config/includes.binary/isolinux
./config/includes.binary/isolinux/splash.png
./config/includes.binary/idms-linux.gpg
./config/includes.binary/install
./config/includes.binary/install/initrd.gz
./config/includes.binary/install/vmlinuz
./config/packages.chroot
./config/package-lists
./config/package-lists/idms.list.binary
./config/package-lists/rescue.list.chroot
./config/package-lists/idms.list.chroot
./config/package-lists/live.list.chroot
./config/includes.debian-installer
./config/includes.chroot
./config/includes.chroot/etc
./config/includes.chroot/etc/issue.net
./config/includes.chroot/etc/profile.d
./config/includes.chroot/etc/profile.d/idms-prompt.sh
./config/hooks
./config/hooks/customize.binary
./config/packages.binary
./config/rootfs
./config/includes
./config/packages
./auto
./auto/clean
./auto/config
./auto/build
./.gitignore

$ cat config/package-lists/idms.list.binary
apache2
arping
attr
bash-completion
bcrelay
bridge-utils
bzip2
ebtables
ethtool
iproute
iptables
iptraf
less
lsb-release
lsof
mysql-client
mysql-server
openssh-server
php5
postfix
ppp
pptpd
rsync
samba
screen
shorewall
smbclient
strace
sudo
sysstat
tcpdump
telnet
vim

--
Robert Spencer


--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51cadd55.2010...@lbsd.net



Bug: config/apt/preferences ignored

2013-08-20 Thread Robert Spencer

Hi,

Before I submit this to the bug tracking system. Is anyone else able to 
replicate this?


With live-build 3.0.5-1 on squeeze config/apt/preferences is ignored.

config/apt/preferences:

Package: cron
Pin: version *
Pin-Priority: -1

Package: logrotate
Pin: version *
Pin-Priority: -1

Package: rsyslog
Pin: version *
Pin-Priority: -1

cron, logrotate and rsyslog still get installed.

I see there's an old bug for apt, but not sure it still has reference.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=317186

--
Robert Spencer


--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/sig.194417ee91.52132809.1080...@lbsd.net



Re: Bug: config/apt/preferences ignored

2013-08-20 Thread Robert Spencer

On 20/08/2013 11:35, Daniel Baumann wrote:

On 08/20/2013 10:25 AM, Robert Spencer wrote:

With live-build 3.0.5-1 on squeeze config/apt/preferences is ignored.


there are two bugs here, one is apt (which was fixed long time ago), and
the other one is the incomplete handling of the preferences file in some
cases in live-build (fixed some time ago in live-build 4.x).


Thank you. I'll investigate live-build 4.

--
Robert Spencer


--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/sig.1944f1b223.521343e6.5030...@lbsd.net



Re: Bug: config/apt/preferences ignored

2013-08-20 Thread Robert Spencer

On 20/08/2013 11:59, Ben Armstrong wrote:

On 20/08/13 05:25 AM, Robert Spencer wrote:

With live-build 3.0.5-1 on squeeze config/apt/preferences is ignored.


On squeeze? May I ask why you're still running a release that is nearly
EOL? It's highly recommended you upgrade to wheezy as very soon you'll
no longer be supported. For that reason, and the others Daniel provided,
there's no point in filing a bug.


Most of our customers are still on squeeze and there's SLA's in place to 
support them.


I can only upgrade to wheezy on the build system once I have time and 
proof that it won't break our squeeze builds (it currently builds for 
squeeze and wheezy).



Also, you did not furnish proof that config/apt/preferences is ignored ...


config/apt/preferences:

Package: cron
Pin: version *
Pin-Priority: -1

Package: logrotate
Pin: version *
Pin-Priority: -1

Package: rsyslog
Pin: version *
Pin-Priority: -1

cron, logrotate and rsyslog still get installed.


No, that is not proof. Proof would be some apt-cache policy output at
the time those get installed to show that there are no -1 pin priorities
for these packages.


Okay, but in my defense I wasn't filing a bug. I wanted confirmation 
whether I'd found one.


cron:
  Installed: 3.0pl1-124
  Candidate: 3.0pl1-124
  Package pin: 3.0pl1-124
  Version table:
 *** 3.0pl1-124 -1
500 http://cdn.idms-linux.org/debian/ wheezy/main amd64 Packages
100 /var/lib/dpkg/status

rsyslog and logrotate are also "-1". So not a bug, just extremely 
irritating.



Pinning something -1 only prevents installation if nothing directly
depends on or installs these. For example:

hypothetical package 'foo' has Depends: cron and 'foo' is in on of your
package lists. cron will still be installed.


Yes, I understand that.


OR:

'cron' is actually in one of your package lists.


It's not.

I suspect there's some basic system that live-build always sets up and 
that's installing cron, logrotate and rsyslog.


According to aptitude:

logrotate depends on cron.
rsyslog recommends logrotate.
cron suggests logrotate.

Non are marked as being automatically installed. There are no other 
dependencies on those packages.



Please always include complete output of commands demonstrating the
problem when you report problems.


Good advice. Thanks.

For now I have a chroot hook that runs:

update-rc.d -f cron remove

So at least cron doesn't run.

What would you say is the right way to get rid of packages you don't 
want installed?


--
Robert Spencer


--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/sig.1944af8d61.5213677d.1060...@lbsd.net



Re: Bug: config/apt/preferences ignored

2013-08-21 Thread Robert Spencer

On 20/08/2013 15:23, Ben Armstrong wrote:

On 08/20/2013 09:56 AM, Robert Spencer wrote:



Okay, but in my defense I wasn't filing a bug. I wanted confirmation
whether I'd found one.

cron:
   Installed: 3.0pl1-124
   Candidate: 3.0pl1-124
   Package pin: 3.0pl1-124
   Version table:
  *** 3.0pl1-124 -1
 500 http://cdn.idms-linux.org/debian/ wheezy/main amd64 Packages
 100 /var/lib/dpkg/status

rsyslog and logrotate are also "-1". So not a bug, just extremely
irritating.


OK. So then we look at why it's installed. 'aptitude why' could illuminate.


Nice. Didn't know that one.


According to aptitude:

logrotate depends on cron.
rsyslog recommends logrotate.
cron suggests logrotate.

Non are marked as being automatically installed. There are no other
dependencies on those packages.


All of them are priority "important". This is why it's important to
examine your build log before reporting. If you had done that, you would
see they are all installed in the bootstrap phase, so none of your apt
pinning has any affect on that.


Okay. Noted.


What would you say is the right way to get rid of packages you don't
want installed?


It depends on where they are included. In this specific case, exclude
them from your bootstrap. Use DEBOOTSTRAP_OPTIONS environment variable;
see debootstrap(8) man page for what can go in here, specifically the
--exclude option in your case.

This is an unpublished option obeyed by
/usr/lib/live/build/scripts/bootstrap_debootstrap. Be aware:

a) unpublished options like this are subject to change without notice in
future versions; they go in the environment of your build script, not in
the live config itself (hint: modify the environment of the build in
auto/build)

b) you need to use the default --bootstrap debootstrap option (if you
didn't change this from the default, there's nothing to do here :)

c) because the problem is in the bootstrap, make sure you start from a
completely clean build tree (i.e. 'lb clean --purge') so the bootstrap
will be rebuilt


Thank you. It's all working nicely now.

--
Robert Spencer


--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/sig.1945f77ab6.5214e886.3070...@lbsd.net



Re: debian-live cdimages too large for CD-ROM?

2014-09-15 Thread Robert Spencer

Hi,

It's been years since most Desktop Live images fit on a CD.

If you're totally stuck with CDs and can't use a DVD, then the following 
is the only option:


<http://cdimage.debian.org/cdimage/release/7.6.0-live/i386/iso-hybrid/debian-live-7.6.0-i386-standard.iso>

--
Robert Spencer


--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/sig.13350f5429.5416e9e2.2060...@lbsd.net