With Ruby 1.8 End-Of-Live upstream we are starting the preparations to
remove it from the tree, together with all relevant packages. The list
below contains all packages in dev-ruby that are marked as ruby18-only.
If you use any of the packages below with a newer ruby version then
please open a
Over time a number of packages have ended up in the ruby herd due to
maintainers leaving and being dropped from metadata. These packages
really need dedicated maintainers who understand what these applications
are meant to do and who can do proper testing for them. As such, I'll be
adding
# Pacho Ramos pa...@gentoo.org (21 Jul 2013)
# Doesn't compile with gcc-4.7 (#414143), lib is no longer
# opensource or free. Removal in a month.
media-libs/openinventor
# Pacho Ramos pa...@gentoo.org (21 Jul 2013)
# Doesn't compile with boost-1.50 and with automake-1.13
# (#425448). Removal in a
Will remove the herd if nobody joins in a week.
Thanks!
Due sbriesen lack of time:
app-cdr/mkcdtoc
app-text/sigil
dev-db/lib_mysqludf_fPROJ4
dev-db/lib_mysqludf_json
dev-db/lib_mysqludf_log
dev-db/lib_mysqludf_preg
dev-db/lib_mysqludf_stem
dev-db/lib_mysqludf_stat
dev-db/lib_mysqludf_str
dev-db/lib_mysqludf_sys
dev-db/lib_mysqludf_ta
Due phosphan lack of time:
app-admin/lcap
app-admin/fetchlog
app-misc/mepl
app-text/epstool
dev-db/vbisam
dev-lang/tinycobol
dev-util/cdecl
media-gfx/sane-backends
media-gfx/sane-frontends
media-libs/libemf
net-analyzer/prelude-nessus
net-ftp/weex
net-mail/libdbx
net-mail/vacation
El vie, 21-06-2013 a las 18:35 +0200, Pacho Ramos escribió:
El dom, 17-03-2013 a las 11:02 -0400, Mike Gilbert escribió:
I just dropped myself due to lack of interest.
If anyone cares for any of the packages please take them over.
Will dissolve it next week if nobody joins then
El dom, 16-06-2013 a las 11:38 +0200, Pacho Ramos escribió:
Feel free to join to it or will be removed in two weeks
Thanks!
The following packages are up for grabs then:
gnome-extra/gdesklets-core
x11-plugins/desklet-Genesis
x11-plugins/desklet-ImageSlideShow
x11-plugins/desklet-Mouse
Am Sonntag, 21. Juli 2013, 11:10:26 schrieb Pacho Ramos:
Due sbriesen lack of time:
(...)
media-gfx/exiv2
kde team can take this, however we'd be happy about co-maintainers... gnomies?
:)
--
Andreas K. Huettel
Gentoo Linux developer
dilfri...@gentoo.org
http://www.akhuettel.de/
El mar, 03-07-2012 a las 10:02 +0200, Michał Górny escribió:
On Mon, 02 Jul 2012 13:45:26 -0700
Zac Medico zmed...@gentoo.org wrote:
On 07/02/2012 01:36 PM, viv...@gmail.com wrote:
Il 02/07/2012 22:01, Zac Medico ha scritto:
On 07/02/2012 12:48 PM, Pacho Ramos wrote:
El lun,
El sáb, 31-03-2012 a las 17:33 -0700, Zac Medico escribió:
On 03/31/2012 04:25 PM, Walter Dnes wrote:
On Sat, Mar 31, 2012 at 10:42:50AM -0700, Zac Medico wrote
On 03/31/2012 06:34 AM, Pacho Ramos wrote:
About the wiki page, I can only document reiserfs+tail usage as it's the
one I use
Dnia 2013-07-21, o godz. 13:42:17
Pacho Ramos pa...@gentoo.org napisał(a):
El sáb, 31-03-2012 a las 17:33 -0700, Zac Medico escribió:
On 03/31/2012 04:25 PM, Walter Dnes wrote:
On Sat, Mar 31, 2012 at 10:42:50AM -0700, Zac Medico wrote
On 03/31/2012 06:34 AM, Pacho Ramos wrote:
About
El dom, 21-07-2013 a las 13:57 +0200, Michał Górny escribió:
[...]
5. I have doubts about 'emerge -1vDtu @world' speed. It is very
subjective feeling but I feel like reiserfs was actually faster in this
regard. However, space savings would surely benefit our users.
I also feel it faster (or,
On 21/07/2013 10:10, Pacho Ramos wrote:
media-gfx/iscan-data
media-gfx/iscan
I'll pick up these two (soon as my laptop gets back working)..
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Dnia 2013-07-21, o godz. 14:06:12
Pacho Ramos pa...@gentoo.org napisał(a):
El dom, 21-07-2013 a las 13:57 +0200, Michał Górny escribió:
[...]
5. I have doubts about 'emerge -1vDtu @world' speed. It is very
subjective feeling but I feel like reiserfs was actually faster in this
regard.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/21/2013 01:42 PM, Pacho Ramos wrote:
Would be possible to generate and provide squashed files at the
same time tarballs with portage tree snapshots are generated?
mksquashfs can take a lot of resources depending on the machine,
but
On 7/21/13 4:26 PM, Michael Weber wrote:
On 07/21/2013 01:42 PM, Pacho Ramos wrote:
Would be possible to generate and provide squashed files at the
same time tarballs with portage tree snapshots are generated?
mksquashfs can take a lot of resources depending on the machine,
but providing the
Just for your general enlightenment, gentoo-dev-announce now silently discards
(!) messages without Reply-To header.
Thought you might want to know.
Cheers, Andreas
--
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfri...@gentoo.org
http://www.akhuettel.de/
signature.asc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am maintaining it for some months now and it has reached a state
where we should think about treecleaning it.
reasons:
a) bundles tons of libs since ages (security and stability issues,
many of them can not be unbundled)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/21/2013 12:41 PM, Andreas K. Huettel wrote:
Am Sonntag, 21. Juli 2013, 11:10:26 schrieb Pacho Ramos:
Due sbriesen lack of time: (...) media-gfx/exiv2
kde team can take this, however we'd be happy about
co-maintainers... gnomies? :)
i can
El dom, 21-07-2013 a las 16:46 +0200, justin escribió:
On 7/21/13 4:26 PM, Michael Weber wrote:
On 07/21/2013 01:42 PM, Pacho Ramos wrote:
Would be possible to generate and provide squashed files at the
same time tarballs with portage tree snapshots are generated?
mksquashfs can take a
On Sun, Jul 21, 2013 at 11:22 AM, hasufell hasuf...@gentoo.org wrote:
I am maintaining it for some months now and it has reached a state
where we should think about treecleaning it.
++
Maintaining a package in gentoo implies a few things for me:
We are able to support it properly which
On 07/21/2013 07:42 PM, Rich Freeman wrote:
On Sun, Jul 21, 2013 at 11:22 AM, hasufell hasuf...@gentoo.org wrote:
I am maintaining it for some months now and it has reached a state
where we should think about treecleaning it.
++
Maintaining a package in gentoo implies a few things for me:
On 07/21/2013 04:57 AM, Michał Górny wrote:
a) unionfs-fuse doesn't support replacing files from read-only branch,
Maybe you've got some kind of configuration problem (did you forget to
enable the cow option?), because unionfs-fuse seems to work fine for me.
--
Thanks,
Zac
On Sun, Jul 21, 2013 at 1:55 PM, hasufell hasuf...@gentoo.org wrote:
But people should expect that things work somehow in the tree, even on
~arch. Even worse: the stable googleearth builds are unfetchable and
that's not how I'd define any stable ebuild in the tree.
You'll get no argument from
On 07/21/2013 03:53 AM, Pacho Ramos wrote:
El mar, 03-07-2012 a las 10:02 +0200, Michał Górny escribió:
On Mon, 02 Jul 2012 13:45:26 -0700
Zac Medico zmed...@gentoo.org wrote:
On 07/02/2012 01:36 PM, viv...@gmail.com wrote:
Il 02/07/2012 22:01, Zac Medico ha scritto:
On 07/02/2012 12:48 PM,
On 21/07/13 02:25 PM, Zac Medico wrote:
On 07/21/2013 03:53 AM, Pacho Ramos wrote:
El mar, 03-07-2012 a las 10:02 +0200, Michał Górny escribió:
On Mon, 02 Jul 2012 13:45:26 -0700
Zac Medico zmed...@gentoo.org wrote:
On 07/02/2012 01:36 PM, viv...@gmail.com wrote:
Il 02/07/2012 22:01, Zac
On Sun, Jul 21, 2013 at 2:30 PM, Alex Xu alex_y...@yahoo.ca wrote:
userpriv and usersandbox don't work in pypy because os.setgroups isn't
implemented there.
I had a go at it a while back, but the complete and utter lack of any
documentation whatsoever... kinda threw me off.
I don't think we
Dnia 2013-07-21, o godz. 11:00:46
Zac Medico zmed...@gentoo.org napisał(a):
On 07/21/2013 04:57 AM, Michał Górny wrote:
a) unionfs-fuse doesn't support replacing files from read-only branch,
Maybe you've got some kind of configuration problem (did you forget to
enable the cow option?),
On 2013.07.21 15:30, Andreas K. Huettel wrote:
Hello everybody,
[snip]
- vote for holding meetings every 2nd Tuesday of the month at 2000
UTC
(or
1900 UTC depending on daylight savings)
In any timezone in particular?
[snip]
1: the open floor is the mailing list
discussion,
i.e.
hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as excerpted:
solution: Treeclean it and maintain it in an overlay (maybe
science-overlay). That's exactly what overlays are for... experimental
stuff.
What's the pros/cons of overlay vs. in-tree-but-masked for something like
this?
On 07/22/2013 12:07 AM, Duncan wrote:
hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as excerpted:
solution: Treeclean it and maintain it in an overlay (maybe
science-overlay). That's exactly what overlays are for... experimental
stuff.
What's the pros/cons of overlay vs.
On Sun, Jul 21, 2013 at 11:16 PM, hasufell hasuf...@gentoo.org wrote:
pros:
- consistency of tree quality
- less user confusion (the checksum failures alone get us a lot of bugs
every release without people realizing what it means...) and people
expect packages to work in the tree
- less
Dnia 2013-07-22, o godz. 00:16:31
hasufell hasuf...@gentoo.org napisał(a):
On 07/22/2013 12:07 AM, Duncan wrote:
hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as excerpted:
solution: Treeclean it and maintain it in an overlay (maybe
science-overlay). That's exactly what overlays
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/22/2013 12:33 AM, Michał Górny wrote:
Dnia 2013-07-22, o godz. 00:16:31 hasufell hasuf...@gentoo.org
napisał(a):
On 07/22/2013 12:07 AM, Duncan wrote:
hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as
excerpted:
solution: Treeclean
On 07/22/2013 12:22 AM, Diego Elio Pettenò wrote:
On Sun, Jul 21, 2013 at 11:16 PM, hasufell hasuf...@gentoo.org wrote:
pros:
- consistency of tree quality
does not apply to p.mask'd packages
- less user confusion (the checksum failures alone get us a lot of bugs
every release without
On Mon, 2013-07-22 at 00:35 +0200, hasufell wrote:
On 07/22/2013 12:33 AM, Michał Górny wrote:
Dnia 2013-07-22, o godz. 00:16:31 hasufell hasuf...@gentoo.org
napisał(a):
On 07/22/2013 12:07 AM, Duncan wrote:
hasufell posted on Sun, 21 Jul 2013 17:22:24 +0200 as
excerpted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/22/2013 01:03 AM, Brian Dolbec wrote:
On Mon, 2013-07-22 at 00:35 +0200, hasufell wrote:
On 07/22/2013 12:33 AM, Michał Górny wrote: I'd either use a
separate single-purpose overlay or add it to science-overlay.
If it's a separate
On 07/22/2013 01:20 AM, Michael Weber wrote:
On 07/22/2013 01:03 AM, Brian Dolbec wrote:
On Mon, 2013-07-22 at 00:35 +0200, hasufell wrote:
On 07/22/2013 12:33 AM, Michał Górny wrote: I'd either use a
separate single-purpose overlay or add it to science-overlay.
If it's a separate
On 21/07/2013 23:38, hasufell wrote:
- consistency of tree quality
does not apply to p.mask'd packages
p.mask says that the package is in _bad_ quality, explicitly, and you
can say how, so does not apply are not really the words I'd use.
- less user confusion (the checksum failures alone get
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2013-07-21 23h59 UTC.
Removals:
dev-python/pypy-bin 2013-07-19 17:12:39 floppym
rox-extra/downloadmanager 2013-07-21 07:13:21 pacho
On Sun, Jul 21, 2013 at 6:33 PM, Michał Górny mgo...@gentoo.org wrote:
Dnia 2013-07-22, o godz. 00:16:31
hasufell hasuf...@gentoo.org napisał(a):
- users have to run layman -a foo ...I hope they will manage (and the
masking reason will be updated to explain where to look for googleearth
On 07/22/2013 01:49 AM, Diego Elio Pettenò wrote:
On 21/07/2013 23:38, hasufell wrote:
- consistency of tree quality
does not apply to p.mask'd packages
p.mask says that the package is in _bad_ quality, explicitly, and you
can say how, so does not apply are not really the words I'd use.
On Sun, Jul 21, 2013 at 5:34 PM, Rich Freeman ri...@gentoo.org wrote:
We're starting to drift off topic here, but I've always felt that this
is something that could be improved on. I'm not saying that any of
this should just be thrown together, but some of the following might
be useful:
1.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/22/2013 02:34 AM, Rich Freeman wrote:
2. Overlay package.* (accept one version of one package from a
particular overlay, mask all packages in an overlay that aren't
explicitly unmasked, don't apply package.(un)mask from one overlay
to
45 matches
Mail list logo