ffmpeg extra libs
I was looking at the US ubuntustudio.precise seeds. to see if it might be obvious to me why the non extra libs are a problem. It appears that the gstreamer package is part of the desktop-common part of things which will set the dependencies to the non-extra libs before any of the other audio packages are looked at by the installer. What this means is that the extra style libs are actually needed in the desktop-common set of apps anyway and should be installed at that time. That is, all the stuff in the ffmpeg-common package should be moved into the desktop-common package... I would go one step farther and blacklist the non-extra packages (just to be sure). The other option would be to set ffmpeg-common as a dependency of desktop-common, but that doesn't really make sense if they are going to be loaded all the time anyway. Getting the extra libs set up as preferred might be hard to do as each application that uses these libs sets it's own preference. So any new package added later could mess things up again anyway. -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: ffmpeg extra libs
On 11/30/2011 04:18 PM, Len Ovens wrote: I was looking at the US ubuntustudio.precise seeds. to see if it might be obvious to me why the non extra libs are a problem. It appears that the gstreamer package is part of the desktop-common part of things which will set the dependencies to the non-extra libs before any of the other audio packages are looked at by the installer. What this means is that the extra style libs are actually needed in the desktop-common set of apps anyway and should be installed at that time. That is, all the stuff in the ffmpeg-common package should be moved into the desktop-common package... I would go one step farther and blacklist the non-extra packages (just to be sure). The other option would be to set ffmpeg-common as a dependency of desktop-common, but that doesn't really make sense if they are going to be loaded all the time anyway. Getting the extra libs set up as preferred might be hard to do as each application that uses these libs sets it's own preference. So any new package added later could mess things up again anyway. There are possible licensing issues with the extra libs which is why they are in multiverse. Applications in main or universe cannot depend solely on these binaries. There should be alternate dependencies in place to allow one to choose between the extra and regular versions of each library. The regular library has to take preference though. Thanks, Micah -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: ffmpeg extra libs
On Wed, November 30, 2011 2:49 pm, Micah Gersten wrote: There are possible licensing issues with the extra libs which is why they are in multiverse. Applications in main or universe cannot depend solely on these binaries. There should be alternate dependencies in place to allow one to choose between the extra and regular versions of each library. The regular library has to take preference though. Ok, how does that affect UbuntuStudio? Does it mean the extra libs can not be included in the desktop-common? does it mean we should have the user's permission or request before loading them? or just that we have to work around the preference? We already don't ask if the user wants them or not BTW. -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: ffmpeg extra libs
On 11/30/2011 05:12 PM, Len Ovens wrote: On Wed, November 30, 2011 2:49 pm, Micah Gersten wrote: There are possible licensing issues with the extra libs which is why they are in multiverse. Applications in main or universe cannot depend solely on these binaries. There should be alternate dependencies in place to allow one to choose between the extra and regular versions of each library. The regular library has to take preference though. Ok, how does that affect UbuntuStudio? Does it mean the extra libs can not be included in the desktop-common? does it mean we should have the user's permission or request before loading them? or just that we have to work around the preference? We already don't ask if the user wants them or not BTW. It means that if the extra libs are seeded, it should just work. If there's a package that depends on the non-extra libs only, I think that a bug should be filed so that you can use those as well. Thanks, Micah -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
RE: Ubuntu ISO Testing team: New build notification-why encryption support is needed
On Wed, November 30, 2011 11:35 am, Luke Kuhn wrote: That's ugly, and means where security is a concern people having to install from Flash drives may have to dd the drive full of random numbers and remake the installer from the .iso image after installation. I'm not sure what happened. I did a third install (on the same machine) from the same usb stick and was asked the normal questions. I will try to make it happen again. History: First install with all metas. Install failed because of av lib conflicts. Second install less keyboard setup questions... maybe the disk is checked and the fact that it was after a failed install meant it kept some of the data. Install did not include audio-common and so was successful. Third install got all the normal questions (no data remembered from before). Selected both encrypted partition and encrypted home directory. Did not include audio-common as i wanted what I knew worked. I was not testing audio install but encrypted. Install was ok. On boot I was asked for passkey. On home directory read with file manager I was asked for passkey. On shutdown swap was wiped. Tried mounting drive from normal boot. I can see two partitions, the first (1/4gig) had the boot stuff in it (grub, kernel and initrd) The rest must have had the file system and the swap in it. I was unable to access it. When I tried it asked for the passkey but had an error because my normal drive doesn't have the software to deal with it (I wold guess... thats what the err msg seemed to indicate). I don't see that there is any problem installing encrypted version for testing. The nice thing about unencrypted is that I can read and quote from the log file easily if there are failures. I did not use a strong passkey as I just wanted to see if it worked... I wanted something I could remember (equals less secure). My machine speed was not noticeably affected... the desk seemed to run about the same speed. I didn't have any audio stuff in there and this machine doesn't have great audio anyway. So I didn't test tracking lots of tracks. The install was not much longer either just the extra few steps setting up partitions. Not near as bad as waiting for the net connected apt configuration. -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel