Re: wanted: motu-sru members

[Cody A.W. Somerville]

I'd be interested in volunteering if more volunteers are required.

On Fri, May 30, 2008 at 7:47 PM, Stefan Potyra <[EMAIL PROTECTED]> wrote:

> Hi again,
>
> thanks for more volunteers.
>
> Siegfried: Having no big track of sru history doesn't imho warrant that you
> couldn't be a member of motu-sru. Do you also volunteer?
>
> So, how do we proceed now?
>
> I'd say, we extent the deadline until tomorrow (31.05.08), 20.00 UTC. If
> there
> should be more than two volunteers (it looks like we need to replace two
> members right now), I'd call for a vote then. Otherwise, let's just add the
> members to the team on Monday, at 20.00h UTC unless anyone disagrees with
> that.
>
> Any objections?
>
> Cheers,
> Stefan.
>
>
> --
> Ubuntu-motu mailing list
> Ubuntu-motu@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
>
>


-- 
Cody A.W. Somerville
Software Engineer
Red Cow Marketing & Technologies, Inc.
Office: 506-458-1290
Toll Free: 1-877-733-2699
Fax: 506-453-9112
Cell: 506-449-5899
Email: [EMAIL PROTECTED]
http://www.redcow.ca
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Re: don't use bug tasks for transitions

[Stefan Potyra]

Hi,

Am Samstag 31 Mai 2008 02:01:56 schrieb Scott Kitterman:
> On Sat, 31 May 2008 01:14:16 +0200 Stefan Potyra <[EMAIL PROTECTED]>
>
> wrote:
> >Hi folks,
> >
> >as overheard on #ubuntu-devel today, please don't use one bug with many
> >different tasks for transitions. The problem with this is, that any
> >subscriber of an affected package will get every mail for a change in that
> >bug (in short: [he/she'll get] "zillion mails" [in which he/she has] "no
> >interest in"[1]).
>
> I think this is an unfortunate aspect of the curent LP design.

Can you elaborate on this? (as Sebastien already noted on irc, one might be 
interested in comments to fixed bugs as well. So I personally don't see a 
design, which would fix this... of course I'd be happy to get good ideas on 
this).

>
> >For what tasks are not meant to be used, I'll give you this quotation: "if
>
> the
>
> >fixes required would be independent, they should be separate bugs" [2]
>
> I don't understand.  By definition all packages that need changes to fix a
> bug will be different.  If I understand this statement, then also affect
> should never be used for different packages.  This isn't what I would have
> expected.

Let me give two examples:
perl transition: you can upload each package individually, so these should be 
two different bugs.

OTOH, you might want to look at bug #59945 (which I wrongly never added a task 
for nvidia-settings). This was only fixed by updating both nvidia-settings 
and sensors-applet.
(sorry, you'll need to dig in the bug comments probably to find out the 
problem for this example.)

>
> >Finally, one option to handle transitions via LP was also proposed: "it's
> >easier to file [separate] bugs and tag those" [3].
>
> Tags have their own problems (see recent discussions on ubuntu-devel).  I'd
> say it's much harder.  One mass bug is one email.  One bug per package is
> one email per package.

The problem afaict is that mass bugs generate email, for each package, even if 
this package is already fixed. And yes, tags have their own problems. That's 
why I wrote that it could be one option. I'd be eager to hear what other 
solutions exist for this problem.

>
> I don't think LP currently offers a good solution for this type of problem.
This may very well be true ;).

Cheers,
   Stefan.


signature.asc
Description: This is a digitally signed message part.
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Re: don't use bug tasks for transitions

[Scott Kitterman]

On Sat, 31 May 2008 01:14:16 +0200 Stefan Potyra <[EMAIL PROTECTED]> 
wrote:
>Hi folks,
>
>as overheard on #ubuntu-devel today, please don't use one bug with many 
>different tasks for transitions. The problem with this is, that any 
>subscriber of an affected package will get every mail for a change in that 
>bug (in short: [he/she'll get] "zillion mails" [in which he/she has] "no 
>interest in"[1]).

I think this is an unfortunate aspect of the curent LP design.  

>For what tasks are not meant to be used, I'll give you this quotation: "if 
the 
>fixes required would be independent, they should be separate bugs" [2]

I don't understand.  By definition all packages that need changes to fix a 
bug will be different.  If I understand this statement, then also affect 
should never be used for different packages.  This isn't what I would have 
expected.

>Finally, one option to handle transitions via LP was also proposed: "it's 
>easier to file [separate] bugs and tag those" [3].
>
Tags have their own problems (see recent discussions on ubuntu-devel).  I'd 
say it's much harder.  One mass bug is one email.  One bug per package is 
one email per package.

I don't think LP currently offers a good solution for this type of problem.

Scott K

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

one-a-day

[Stefan Potyra]

Hi folks,

looking at what needs to be done currently, I see that we
1) need to clear the sponsors queue [1] and
2) merge packages and also
3) need to also look at new packages via REVU

Due to the recent popularity of similar actions, I'd like to start an 
initiative myself: One-a-day :)

So you're a MOTU? please either review one debdiff from the sponsors-queue 
[1], merge one package as seen on[2,3] or review one package on REVU [4] 
every day. That should help us clear the queues as soon as possible.

Feel free to do more than one a day though, or less, as long as you do it :).

Cheers,
   Stefan.
--
[1]: https://bugs.launchpad.net/~ubuntu-universe-sponsors/+subscribedbugs
[2]: http://merges.ubuntu.com/
[3]: http://dad.dunnewind.net/universe.php
[4]: http://revu.ubuntuwire.com/


signature.asc
Description: This is a digitally signed message part.
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

don't use bug tasks for transitions

[Stefan Potyra]

Hi folks,

as overheard on #ubuntu-devel today, please don't use one bug with many 
different tasks for transitions. The problem with this is, that any 
subscriber of an affected package will get every mail for a change in that 
bug (in short: [he/she'll get] "zillion mails" [in which he/she has] "no 
interest in"[1]).

For what tasks are not meant to be used, I'll give you this quotation: "if the 
fixes required would be independent, they should be separate bugs" [2]

Finally, one option to handle transitions via LP was also proposed: "it's 
easier to file [separate] bugs and tag those" [3].

Cheers,
   Stefan.
--
[1]: two quotes mixed up here from seb128 in #ubuntu-devel
[2]: cjwatson
[3]: seb128

(cf. ).


signature.asc
Description: This is a digitally signed message part.
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Re: Bug in gnome-hearts (S?bastien)

[Andrew]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

>hello,
>could you rebuild the gnome-hearts package?
>there is a new version 0.2.1 that fixed a bug with the Luis player IA:
>http://bugzilla.jejik.com/show_bug.cgi?id=24

gnome-hearts 0.2.1-1ubuntu1 has been published in Intrepid

See:

https://bugs.edge.launchpad.net/ubuntu/+source/gnome-hearts/+bug/231820

And:

http://packages.ubuntu.com/intrepid/gnome-hearts
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIQIRLL4k+fGKG+20RAquRAJ40Y5kTW/X64F7ZE/MH4PWBMqojXQCgmZe3
q3ihvcHD++ChGhbbxrhdJfw=
=TJXb
-END PGP SIGNATURE-

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

Re: wanted: motu-sru members

[Stefan Potyra]

Hi again,

thanks for more volunteers.

Siegfried: Having no big track of sru history doesn't imho warrant that you 
couldn't be a member of motu-sru. Do you also volunteer?

So, how do we proceed now?

I'd say, we extent the deadline until tomorrow (31.05.08), 20.00 UTC. If there 
should be more than two volunteers (it looks like we need to replace two 
members right now), I'd call for a vote then. Otherwise, let's just add the 
members to the team on Monday, at 20.00h UTC unless anyone disagrees with 
that.

Any objections?

Cheers,
Stefan.



signature.asc
Description: This is a digitally signed message part.
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Re: wanted: motu-sru members

[Scott Kitterman]

On Fri, 30 May 2008 23:08:05 +0200 Siegfried-Angel 
<[EMAIL PROTECTED]> wrote:
>> so it's Friday now, and Stephan is the only candidate so far (thanks 
again for
>> volunteering, Stephan!).
>
>Oh, I thought there would be more interest on this. Come on people!! :P
>
>I'd step out but I don't think that I'm ready for it (I've only done
>two SRUs until now) :(.
>
>Regards,
>
/me volunteers.

Scott K

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

Re: wanted: motu-sru members

[Siegfried-Angel]

> so it's Friday now, and Stephan is the only candidate so far (thanks again for
> volunteering, Stephan!).

Oh, I thought there would be more interest on this. Come on people!! :P

I'd step out but I don't think that I'm ready for it (I've only done
two SRUs until now) :(.

Regards,

-- 
Siegfried-Angel Gevatter Pujals (RainCT)
GNU/Linux User #438657. Ubuntu User #11680.

P.D.: Uhm... Why am I sending this mail if it doesn't say anything? :P

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

Re: wanted: motu-sru members

[Stefan Potyra]

Hi folks,

Am Freitag 23 Mai 2008 15:48:31 schrieb Stephan Hermann:
[..]
>
> Count me as candidate...
>
> \sh


so it's Friday now, and Stephan is the only candidate so far (thanks again for 
volunteering, Stephan!).

Imho voting doesn't make too much sense to me for this case, given that we 
don't have much choices. 

If you however still want a vote, or believe, that we should follow a 
different procedure *for this particular case* please reply until Monday 
evening. Otherwise I'd ask that Stephan gets added to motu-sru on Tuesday.

Cheers,
   Stefan.


signature.asc
Description: This is a digitally signed message part.
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Return of the Hug Day - 03 June 2008

[Brian Murray]

We've had a bit of a break in the Hug Days since the release of Hardy
Heron, but now they are back!  On Tuesday, June 3rd, the focus will be
on those pesky bugs without a package.  The number of them has grown to
about 3600 but the rate of newly reported bugs without a package is
slowing.  We'll focus on assigning these bugs to the correct package and
gathering more information from reporters.  The event will be held in
#ubuntu-bugs on Freenode.  The list of targeted bugs and tasks is posted
at:

  https://wiki.ubuntu.com/UbuntuBugDay/20080603

Our goal is to deal with all of the bugs on that list.  I've also added
a new section to the list of bugs - bugs with jpeg attachments.  Who
knows what the picture is of but hopefully it'll help get the bug
assigned to a package!

So on 03 June 2008, in all timezones, we'll be meeting in
#ubuntu-bugs on irc.freenode.net for another Ubuntu Hug Day.

  https://wiki.ubuntu.com/UbuntuBugDay

While you are welcome to apply to join the Ubuntu Bug Control team
anytime, Hug Day is a great day to join!

  https://wiki.ubuntu.com/UbuntuBugControl

If you're interested in helping to make the next release of Ubuntu even
better - please stop by.  And feel free to ask bdmurray, ogasawara,
pedro, heno and the rest of the team for ways to help out.  We hope to
see you there and your name on the list of bug triagers!

Sincerely,
-- 
Brian Murray @ubuntu.com


signature.asc
Description: Digital signature
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Re: Pledge to merger's

[Mario Limonciello]

Another thing that I like to see in packages:

Try to put the build-depends each one on their own line.  I see it a lot in
the gnome packages, but the more that adapt that, the easier merges get in
the future.

On Tue, May 27, 2008 at 11:36 AM, Morten Kjeldgaard <[EMAIL PROTECTED]>
wrote:

>
> The merges that need to be carried out by hand often have a conflict
> because
> of different requirements on the Depends: lines in debian/control.
>
> The automated patching can not resolve such conflicts if there are major
> changes in those lines.
>
> To make it easier for software (and humans!) to understand what goes on in
> the
> merge, it is good to make sure that the Depends: control lines (and their
> friends Recommends: etc.) have as _few_ differences as possible.
>
> Sometimes the Debian maintainer has switched around the order of things in
> the
> dependency line, and in such cases you should follow what has been done
> there, and not stick to the Ubuntu merge of the older version.
>
> Also, if Ubuntu _adds_ packages to the dependency fields, it is good to add
> them on a separate line. This increases the likelyhood that the merge can
> be
> performed seamlessly, and it is immediately clear to the sponsor what is
> going on.
>
> Cheers, and keep up the good work!
>
> Morten (mok0)
>
> --
> Ubuntu-motu mailing list
> Ubuntu-motu@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
>



-- 
Mario Limonciello
[EMAIL PROTECTED]
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Re: mplayer should be moved to universe

[Cesare Tirabassi]

On Friday 30 May 2008 15:32:22 you wrote:
> Mplayer decodes H.264 and other MPEG-4 type content, and also contains the
> same core codebase as mencoder which encodes to said format. From what I
> understand, that means we cannot put mplayer in multiverse.
>
> If this is incorrect, then I would like x264, xvidcore, and friends out
> into universe too :)

Yes, apologies to all concerned for the noise. We are now back to our regular 
transmissions.

Cesare



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

Re: mplayer should be moved to universe

[John Dong]

That is my strongly held opinion on this matter... mencoder's our last
uncastrated encoder suite in the Ubuntu repositories (we lost ffmpeg in the
quest to bring it to main, though AFAIK it still has the mpeg4 encoder for
some reason, but that's a discussion for another day), and I believe it's in
our best interest to keep this in multiverse, unless we have a smoother
officially sanctioned migration path for people who require the encoding
abilities.


This is, though a good discussion for us to start having: How should we
address situations like this and ffmpeg? For ffmpeg, many users are turning
towards Medibuntu repositories, which builds with DEB_BUILD_OPTIONS+=risky,
which enables the encoders. Whether or not we like it idealogically, there
are going to be users that require dealing with restricted formats.


John

On Fri, May 30, 2008 at 9:37 AM, Reinhard Tartler <[EMAIL PROTECTED]>
wrote:

>
> So in the end you are proposing to drop mencoder. The last time I raised
> this issue I was told that users prefered to have mencoder in multiverse
> to not having mencoder at all.
>
> --
> Gruesse/greetings,
> Reinhard Tartler, KeyID 945348A4
>
> --
> Ubuntu-motu mailing list
> Ubuntu-motu@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
>
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

Bug in gnome-hearts

[Sébastien]

hello,
could you rebuild the gnome-hearts package?
there is a new version 0.2.1 that fixed a bug with the Luis player IA:
http://bugzilla.jejik.com/show_bug.cgi?id=24




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

Re: mplayer should be moved to universe

[Reinhard Tartler]

Cesare Tirabassi <[EMAIL PROTECTED]> writes:

> bug 214727 
> (https://bugs.edge.launchpad.net/ubuntu/%2Bsource/mplayer/%2Bbug/214727) has 
> been raised on the subject.
> mplayer is a direct rdepend for many packages, and indirect for I guess many 
> others.
> Your help on this would be appreciated, please check if there are missing 
> packages that should be part of the change, or mark invalid those which 
> should not be part of it (either because of license or dependencies reasons).

The Debian mplayer disables mencoder, an utility to transform media
streams in various formats.  In Ubuntu we are shipping marillats version
of mplayer, which is more or less unstripped upstream. That version does
include a full unstripped copy of ffmpeg including mpeg encoders. This
is the reason AFAIUI why we have mplayer in multiverse.

So in the end you are proposing to drop mencoder. The last time I raised
this issue I was told that users prefered to have mencoder in multiverse
to not having mencoder at all.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4

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

Re: mplayer should be moved to universe

[John Dong]

Mplayer decodes H.264 and other MPEG-4 type content, and also contains the
same core codebase as mencoder which encodes to said format. From what I
understand, that means we cannot put mplayer in multiverse.

If this is incorrect, then I would like x264, xvidcore, and friends out into
universe too :)


John

On Fri, May 30, 2008 at 7:14 AM, Cesare Tirabassi <[EMAIL PROTECTED]>
wrote:

> Dear all,
>
> bug 214727
> (https://bugs.edge.launchpad.net/ubuntu/%2Bsource/mplayer/%2Bbug/214727)
> has
> been raised on the subject.
> mplayer is a direct rdepend for many packages, and indirect for I guess
> many
> others.
> Your help on this would be appreciated, please check if there are missing
> packages that should be part of the change, or mark invalid those which
> should not be part of it (either because of license or dependencies
> reasons).
>
> Many thanks for your help,
>
> Cesare
>
> --
> Ubuntu-motu mailing list
> Ubuntu-motu@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu
>
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu

mplayer should be moved to universe

[Cesare Tirabassi]

Dear all,

bug 214727 
(https://bugs.edge.launchpad.net/ubuntu/%2Bsource/mplayer/%2Bbug/214727) has 
been raised on the subject.
mplayer is a direct rdepend for many packages, and indirect for I guess many 
others.
Your help on this would be appreciated, please check if there are missing 
packages that should be part of the change, or mark invalid those which 
should not be part of it (either because of license or dependencies reasons).

Many thanks for your help,

Cesare

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