Patent VS license restricted software

[Benjamin Drung]

Hi,

Should we discuss the following topic in an UDS session?

Current situation
=

We have ubuntu-restricted-addons and ubuntu-restricted-extras in the
archive. They depend on packages that are either non-free [1] or could
be covered by patents (or both).

ubuntu-restricted-addons pulls in:
* flashplugin-installer (multiverse)
* gstreamer0.10-fluendo-mp3 (universe)
* gstreamer0.10-ffmpeg (universe)
* gstreamer0.10-plugins-bad (universe)
* gstreamer0.10-plugins-ugly (universe)

ubuntu-restricted-extras pulls in:
* ubuntu-restricted-addons (multiverse)
* gstreamer0.10-plugins-bad-multiverse (multiverse)
* libavcodec-extra-53 (universe)
* unrar (multiverse)
* ttf-mscorefonts-installer (multiverse)

Changes to discuss
==

* Should we rearrange the restricted packages: One to depend only on
universe packages (patent restricted) and one only on multiverse
(license restricted)?

* Should we replace unrar by unar? Should we install unar by default?

* Should we install the universe packages by default? Should the user
have an opt-out chance at install time?

[1] non-free = not comply with the DFSG

-- 
Benjamin Drung
Debian & Ubuntu Developer


-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: [Desktop13.04-Topic] Integrate a Paper Cuts toolbelt into ubuntu-dev-tools

[Chris Wilson]

Thanks a lot for your feedback. We'll put it in it's own package.

Chris
-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: [Desktop13.04-Topic] Integrate a Paper Cuts toolbelt into ubuntu-dev-tools

[Benjamin Drung]

Am Mittwoch, den 24.10.2012, 12:17 -0400 schrieb Andrew
Starr-Bochicchio:
> On Wed, Oct 24, 2012 at 8:26 AM, Chris Wilson  wrote:
> > If the paper cutters were to develop such a tool, would it be considered for
> > integration into the ubuntu-dev-tools package?
> 
> I'm forwarding this over to devel as you'll more likely get an
> authoritative answer there than on desktop. My initial reaction though
> is that it would be better off in its own package. I don't think we'd
> want to have GTK as a dependency of ubuntu-dev-tools as it is
> sometimes used in chroots and on servers.

I agree. ubuntu-dev-tools is a set of command-line tools and therefore
should not pull in GTK+ or Qt. So I recommend to put this GUI tool in
its own package.

> > On 24 October 2012 13:23, Chris Wilson  wrote:
> >>
> >> Blueprint:
> >> https://blueprints.launchpad.net/ubuntu/+spec/papercuts-toolbelt
> >>
> >> In order for the Hundred Paper Cuts project to stay healthy, it needs a
> >> constant flow of new bugs, several hundred each cycle, for people to work
> >> on. Making it easier to report paper cuts will help keep the reports
> >> flowing, and a desktop utility bundled with ubuntu-dev-tools could help 
> >> with
> >> this.
> >>
> >> A simple graphical tool that provides an interface for reporting new paper
> >> cuts, with fields customized for paper cut bug reports. ubuntu-bug send a
> >> lot of information that is not necessary for these kinds of problems.
> >>
> >> An application picker (I think GTK3 has a pretty good one) that will list
> >> all the applications installed on the system that are covered by the paper
> >> cuts project. When the user chooses one, relevant data about the version of
> >> the app, installed plugins, etc, will be added to the report.
> >>
> >> The ability to add multiple screenshots using Ubuntu's built-in screenshot
> >> utility, but the action will be initiated from the reporting utility, so
> >> screenshots are added directly to the report before it's sent.
> >>
> >> When the report is send, it will be automatically filed against both the
> >> paper cuts project and the app in question, and the Paper Cuts Ninja team
> >> will automatically receive an email saying there's a new bug been reported.
> >>
> >> These features will speed up the process of reporting new paper cuts - it
> >> should take only a few seconds from start to finish.

-- 
Benjamin Drung
Debian & Ubuntu Developer


-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: [Desktop13.04-Topic] Integrate a Paper Cuts toolbelt into ubuntu-dev-tools

[Andrew Starr-Bochicchio]

On Wed, Oct 24, 2012 at 8:26 AM, Chris Wilson  wrote:
> If the paper cutters were to develop such a tool, would it be considered for
> integration into the ubuntu-dev-tools package?

I'm forwarding this over to devel as you'll more likely get an
authoritative answer there than on desktop. My initial reaction though
is that it would be better off in its own package. I don't think we'd
want to have GTK as a dependency of ubuntu-dev-tools as it is
sometimes used in chroots and on servers.

> On 24 October 2012 13:23, Chris Wilson  wrote:
>>
>> Blueprint:
>> https://blueprints.launchpad.net/ubuntu/+spec/papercuts-toolbelt
>>
>> In order for the Hundred Paper Cuts project to stay healthy, it needs a
>> constant flow of new bugs, several hundred each cycle, for people to work
>> on. Making it easier to report paper cuts will help keep the reports
>> flowing, and a desktop utility bundled with ubuntu-dev-tools could help with
>> this.
>>
>> A simple graphical tool that provides an interface for reporting new paper
>> cuts, with fields customized for paper cut bug reports. ubuntu-bug send a
>> lot of information that is not necessary for these kinds of problems.
>>
>> An application picker (I think GTK3 has a pretty good one) that will list
>> all the applications installed on the system that are covered by the paper
>> cuts project. When the user chooses one, relevant data about the version of
>> the app, installed plugins, etc, will be added to the report.
>>
>> The ability to add multiple screenshots using Ubuntu's built-in screenshot
>> utility, but the action will be initiated from the reporting utility, so
>> screenshots are added directly to the report before it's sent.
>>
>> When the report is send, it will be automatically filed against both the
>> paper cuts project and the app in question, and the Paper Cuts Ninja team
>> will automatically receive an email saying there's a new bug been reported.
>>
>> These features will speed up the process of reporting new paper cuts - it
>> should take only a few seconds from start to finish.

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Maintainer

   PGP/GPG Key ID: D53FDCB1

-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: New nvidia experimental driver packages coming soon for 12.04

[a.gra...@gmail.com]

Hi,

On 12 October 2012 01:12, Bryce Harrington  wrote:
> We are introducing new 'experimental' driver packages for NVIDIA, which
> will be available via the Additional Hardware Drivers setup tool for
> 12.04 user (and 12.10 too).  These packages will provide NVIDIA's beta
> drivers, which are required for certain commercial games.

I don't know if/what you really introduced in 12.10, but I must tell
you that today, after upgrading from 12.04 to 12.10 (I was using
Nvidia drivers from X-Swat PPA) my GeForce GT 640 stopped working
properly :(

Now I've installed 304.51 from the Ubuntu repository, but the problem
persists: even if I'm using the Nvidia driver, the maximum screen
resolution is 1024x768 and it should be 1680x1050.

If I can't fix this ASAP I will have to reinstall 12.04 and use X-Swat PPA!

Regards,

-- 
Andrea Grandi -  Software Engineer / Qt Ambassador
Ubuntu Member: https://launchpad.net/~andreagrandi
website: http://www.andreagrandi.it

-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel