[gentoo-dev] Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[gentoo-dev] Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 2630 bytes --]

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Upstream dead for ages, nothing requires it, wrongly
# generated .la files (#201440). Removal in a month.
rox-base/rox-clib

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# No downstream maintainer for a long time, please move
# to sys-kernel/linux-firmware that is actively maintained
# (#232043). Removal in a month.
sys-firmware/iwl3945-ucode

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Doesn't start (#298056), upstream dead for ages and
# not distribution still providing it. Removal in a month.
rox-extra/downloadmanager

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Fails to build with latest automake (#426524), upstream
# dead. Removal in a month.
sys-cluster/mpi-dotnet

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Needs a downstream maintainer, bundles a lot of libs
# (#432508), it's not clear on what is really depending
# (#466830). Removal in a month.
media-tv/livestation

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Upstream unresponsive, building problems (#435684),
# incompatible with mono-3. Removal in a month.
dev-lang/boo

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Dead since 2009, doesn't compile with eds >= 3.6
# (#448898). Removal in a month.
gnome-extra/contacts

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Not compatible with current kernels as it doesn't
# support v4l2 (#452956). Removal in a month.
net-im/qutecom

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Upstream dead and doesn't compile anymore (#455784),
# removal in a month.
net-fs/djmount

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Unmaintained and still requiring old gtkhtml (#458952).
# Removal in a month.
dev-python/gtkhtml-python
=gnome-extra/gtkhtml-2.11.1
app-office/osmo

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Discontinued in 2012 (#470760). Removal in a month.
app-office/taxbird

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Upstream stalled, improper rendering (#470818),
# use app-editors/efte instead. Removal in a month.
app-editors/fte

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Not used for years and dead (#471180). Removal in a month.
dev-util/monodoc

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Finally banshe didn't use it and, then, it's obsolete and
# dead (#471190). Removal in a month.
dev-dotnet/njb-sharp

# Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
# Dead for ages, use iwl3945 from kernel instead (#472296).
# Removal in a month.
net-wireless/ipw3945
net-wireless/ipw3945-ucode
net-wireless/ipw3945d



[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-dev] Re: [gentoo-dev-announce] Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Patrick Lauer]

On 06/16/2013 04:37 AM, Pacho Ramos wrote:
> # Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
> # Upstream dead for ages, nothing requires it, wrongly
> # generated .la files (#201440). Removal in a month.
> rox-base/rox-clib
> 

No :)

I've commented out that mask in package.mask because:

  dependency.bad                136
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
amd64(default/linux/amd64/13.0) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
amd64(default/linux/amd64/13.0) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
amd64(default/linux/amd64/13.0/desktop) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
amd64(default/linux/amd64/13.0/desktop) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
amd64(default/linux/amd64/13.0/desktop/gnome)
['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
amd64(default/linux/amd64/13.0/desktop/gnome)
['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
amd64(default/linux/amd64/13.0/desktop/kde) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
amd64(default/linux/amd64/13.0/desktop/kde) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
amd64(default/linux/amd64/13.0/developer) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
amd64(default/linux/amd64/13.0/developer) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
sparc(default/linux/sparc/13.0) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
sparc(default/linux/sparc/13.0) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
sparc(default/linux/sparc/13.0/desktop) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
sparc(default/linux/sparc/13.0/desktop) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
sparc(default/linux/sparc/13.0/desktop/gnome)
['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
sparc(default/linux/sparc/13.0/desktop/gnome)
['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
sparc(default/linux/sparc/13.0/desktop/kde) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
sparc(default/linux/sparc/13.0/desktop/kde) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: DEPEND:
sparc(default/linux/sparc/13.0/developer) ['>=rox-base/rox-clib-2.1.9-r2']
   rox-base/pager/pager-1.1-r2.ebuild: RDEPEND:
sparc(default/linux/sparc/13.0/developer) ['>=rox-base/rox-clib-2.1.9-r2']

[gentoo-dev] Re: [gentoo-dev-announce] Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Pacho Ramos]

El dom, 16-06-2013 a las 11:38 +0800, Patrick Lauer escribió:
> On 06/16/2013 04:37 AM, Pacho Ramos wrote:
> > # Pacho Ramos <pacho@gentoo.org> (15 Jun 2013)
> > # Upstream dead for ages, nothing requires it, wrongly
> > # generated .la files (#201440). Removal in a month.
> > rox-base/rox-clib
> > 
> 
> No :)
> 
> I've commented out that mask in package.mask because:

ah, I missed the dependency from eclasses :S

Thanks!

[gentoo-dev] Re: Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Duncan]

Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:

[Snipped as my comment refers to the subject]

Could you split-up announcements like this into multiple announcements, 
so the subject lines remain a reasonable length, please?

Particularly when there's lots of unrelated packages.  If they're all in 
the same pkg-category or are otherwise obviously related, it's not so 
bad.  But here we have rox packages, firmware, cluster, media, office, 
gnome, dev-sharp... all combined in the same very long subject that's 
well beyond any reasonable single-line subject length, making it very 
easy to miss something critical for the very people who are otherwise 
targeted, those who could be interested in maintaining those packages, as 
well as any remaining users who might like an early heads-up before they 
find their @world update broken due to now-masked packages that they'd 
have otherwise caught in the last-rites announcement.

That request made, thanks for helping to de-cruft the tree.  I'm glad 
someone's putting in the effort. =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-dev] Re: Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Pacho Ramos]

El dom, 16-06-2013 a las 12:42 +0000, Duncan escribió:
> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
> 
> [Snipped as my comment refers to the subject]
> 
> Could you split-up announcements like this into multiple announcements, 
> so the subject lines remain a reasonable length, please?

I am not sure it deserves the effort, or do you have any idea about how
to send all this in splitted mails easily (currently, I need to simply
add all the mask entry and copy it to the mail body) :/

[gentoo-dev] Re: Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Duncan]

Pacho Ramos posted on Sun, 16 Jun 2013 15:19:26 +0200 as excerpted:

> El dom, 16-06-2013 a las 12:42 +0000, Duncan escribió:
>> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
>> 
>> [Snipped as my comment refers to the subject]
>> 
>> Could you split-up announcements like this into multiple announcements,
>> so the subject lines remain a reasonable length, please?
> 
> I am not sure it deserves the effort, or do you have any idea about how
> to send all this in splitted mails easily (currently, I need to simply
> add all the mask entry and copy it to the mail body) :/

If it's a (semi-)manual process as the "simply add all" seems to imply, 
you could just do it in smaller chunks, say no more than <arbitrary 
number, simply eyeballing it's fine> a half-dozen packages at a time, so 
the subject length stays reasonable.  Or as I said if the packages are 
all related, don't worry about the length as it'd then be reasonably easy 
to glance at and say "oh, that's nothing I care about anyway" or "that 
interests me I better look closer".

If it's an automated script, that could be more difficult, but at the 
same time, I'd /guess/ that if there's a script doing most of it already, 
adding logic to split by category and fire off one for each if there's 
more than a half-dozen individual packages to deal with at once, 
shouldn't be but an incremental add.

Using this one as an example, by my count there's 20 packages listed, 
which would split into ~3-4 separate announcements using the eyeballed 
half-dozen method, or ~7 announcements using a crude group by first 
category-segment (rox-*(2), sys-*(2), media*(1), dev-*(4), gnome-*(2), 
net-*(5), app-*(3) ) automated method.  Using an incrementally more 
advanced "combine groups until you hit a half-dozen max" method, rox/sys/
media would combine for one announcement, dev/gnome combine, net by 
itself, app by itself, four separate announcements total.

If nobody else finds the long subjects worth worrying about, maybe it's 
just me and don't worry about it.  But I'd think it'd be easier to follow 
threads just from an "I'll take this one" reply context as well, as even 
just that gets confusing to follow when there's 20 unrelated packages in 
the same thread, such that a dev interested in just one now has to look 
at all the replies to see if there's an "I'll take this" on his target 
package already, instead of just scanning subjects and seeing there isn't 
a reply yet to the thread naming the single package he's interested in.

But maybe it /is/ just me... <shrug>

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-dev] Re: Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Pacho Ramos]

El dom, 16-06-2013 a las 14:09 +0000, Duncan escribió:
> Pacho Ramos posted on Sun, 16 Jun 2013 15:19:26 +0200 as excerpted:
> 
> > El dom, 16-06-2013 a las 12:42 +0000, Duncan escribió:
> >> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
> >> 
> >> [Snipped as my comment refers to the subject]
> >> 
> >> Could you split-up announcements like this into multiple announcements,
> >> so the subject lines remain a reasonable length, please?
> > 
> > I am not sure it deserves the effort, or do you have any idea about how
> > to send all this in splitted mails easily (currently, I need to simply
> > add all the mask entry and copy it to the mail body) :/
> 
> If it's a (semi-)manual process as the "simply add all" seems to imply, 
> you could just do it in smaller chunks, say no more than <arbitrary 
> number, simply eyeballing it's fine> a half-dozen packages at a time, so 
> the subject length stays reasonable.  Or as I said if the packages are 
> all related, don't worry about the length as it'd then be reasonably easy 
> to glance at and say "oh, that's nothing I care about anyway" or "that 
> interests me I better look closer".

It's a manual process, then, will try to divide them. Currently, length
depends on how many opened bugs are pending each time I review the
queue ;)

Re: [gentoo-dev] Re: Lastrites: rox-base/rox-clib, sys-firmware/iwl3945-ucode, rox-extra/downloadmanager, sys-cluster/mpi-dotnet, media-tv/livestation, dev-lang/boo, gnome-extra/contacts, net-im/qutecom, net-fs/djmount, dev-python/gtkhtml-python, =gnome-extra/gtkhtml-2.11.1, app-office/osmo,app-office/taxbird,app-editors/fte, dev-util/monodoc, dev-dotnet/njb-sharp,net-wireless/ipw3945, net-wireless/ipw3945-ucode, net-wireless/ipw3945d

[Pacho Ramos]

[-- Attachment #1: Type: text/plain, Size: 2816 bytes --]

El dom, 16-06-2013 a las 14:09 +0000, Duncan escribió:
> Pacho Ramos posted on Sun, 16 Jun 2013 15:19:26 +0200 as excerpted:
> 
> > El dom, 16-06-2013 a las 12:42 +0000, Duncan escribió:
> >> Pacho Ramos posted on Sat, 15 Jun 2013 22:37:50 +0200 as excerpted:
> >> 
> >> [Snipped as my comment refers to the subject]
> >> 
> >> Could you split-up announcements like this into multiple announcements,
> >> so the subject lines remain a reasonable length, please?
> > 
> > I am not sure it deserves the effort, or do you have any idea about how
> > to send all this in splitted mails easily (currently, I need to simply
> > add all the mask entry and copy it to the mail body) :/
> 
> If it's a (semi-)manual process as the "simply add all" seems to imply, 
> you could just do it in smaller chunks, say no more than <arbitrary 
> number, simply eyeballing it's fine> a half-dozen packages at a time, so 
> the subject length stays reasonable.  Or as I said if the packages are 
> all related, don't worry about the length as it'd then be reasonably easy 
> to glance at and say "oh, that's nothing I care about anyway" or "that 
> interests me I better look closer".
> 
> If it's an automated script, that could be more difficult, but at the 
> same time, I'd /guess/ that if there's a script doing most of it already, 
> adding logic to split by category and fire off one for each if there's 
> more than a half-dozen individual packages to deal with at once, 
> shouldn't be but an incremental add.
> 
> Using this one as an example, by my count there's 20 packages listed, 
> which would split into ~3-4 separate announcements using the eyeballed 
> half-dozen method, or ~7 announcements using a crude group by first 
> category-segment (rox-*(2), sys-*(2), media*(1), dev-*(4), gnome-*(2), 
> net-*(5), app-*(3) ) automated method.  Using an incrementally more 
> advanced "combine groups until you hit a half-dozen max" method, rox/sys/
> media would combine for one announcement, dev/gnome combine, net by 
> itself, app by itself, four separate announcements total.
> 
> If nobody else finds the long subjects worth worrying about, maybe it's 
> just me and don't worry about it.  But I'd think it'd be easier to follow 
> threads just from an "I'll take this one" reply context as well, as even 
> just that gets confusing to follow when there's 20 unrelated packages in 
> the same thread, such that a dev interested in just one now has to look 
> at all the replies to see if there's an "I'll take this" on his target 
> package already, instead of just scanning subjects and seeing there isn't 
> a reply yet to the thread naming the single package he's interested in.
> 
> But maybe it /is/ just me... <shrug>
> 

Anyway (as you can see in attached screenshot), I don't find summary so
hard to read :|

[-- Attachment #2: Captura de pantalla de 2013-06-16 16:39:06.png --]
[-- Type: image/png, Size: 197695 bytes --]