[gentoo-dev] [news item review] sys-devel/kgcc64 removal on sparc
Hi, Please have a look at the following news item. Thanks! Title: sys-devel/kgcc64 removal on sparc Author: Raúl Porcel armi...@gentoo.org Content-Type: text/plain Posted: 2014-11-11 Revision: 1 News-Item-Format: 1.0 Display-If-Profile: default/linux/sparc sys-devel/kgcc64 is going to be removed from the sparc system package set since the normal sys-devel/gcc can, since version 4.4, build 64bit kernels. Until now, you had to use CONFIG_CROSS_COMPILE=sparc64-unknown-linux-gnu- in your kernel configuration, but with sys-devel/kgcc64 going away, you need to remove that option.
Re: [gentoo-dev] Re: About current ppc/ppc64 status
On 07/26/14 19:33, Michael Palimaka wrote: On 07/27/2014 03:19 AM, William Hubbs wrote: If an arch team isn't going to honor a stable request, shouldn't they remove themselves from it and say so? Also, if an arch team does that, does that mean we don't have to file stable requests for that arch on future versions of the package? When armin did stabilisation for minor archs in the past, he took the opportunity to evaluate whether it was still useful to have the package stable. In many cases for small random packages, stable keywords were dropped to reduce future workload. I always thought it was a pretty good strategy. Indeed! The thing was that a lot of the packages were keyworded and marked stable back in the day where the arch was more popular. But almost all arches except amd64/x86/arm are getting less and less popular: alpha: no new hardware in more than 8+ years hppa: being phased out IIRC, and no new workstations(ie, graphics/sound) in 5+ years ia64: no new workstations in 10 years, new servers are expensive ppc*: new workstations are expensive sparc: no new workstations in 7+ years, new servers expensive One of the reasons they are being killed, IMHO, its that the power consumption isn't worth, and an amd64 machine is pretty much more powerful, has more cores, and cheaper and has a lot less power consumption. My Sun Blade 1000 (workstation) uses 225W idling, my amd64 workstation uses 100W at full power or so. And the amd64 has way more cores and more performance. And let's not talk about the heat... Besides there's software like firefox and gnome3 that doesn't work in sparc due to unaligned accesses. Debian announced some months ago that they're dropping sparc support as well. Right now debian doesn't support, officially, alpha, hppa and sparc. Obviously ppc* has a lot of work because its the most keyworded arch behind amd64 and x86.
Re: [gentoo-dev] The status of the 'minor' arches in gentoo
On 02/17/13 17:03, Agostino Sarubbo wrote: In the last time I'm helping some other arches (also arches which I have no interest) because they appears understaffed. Days ago, I tried to make a virtual machine with qemu, for SH since the dev- machine[1] is a bit slow; well, I discovered we have no ISO[2] available and there is no handbook[3] for it. The same thing is for S390/S390X/M68K/. So how I am able to install one of that _supported_ arches if there isn't any sort of guide? Like ARM, most SH devices don't have a CDROM drive, so thats why there's no ISO. Like I told you, the way to install onto those kind of machines is either tftpbooting or putting the disk into another machine and configure it from there. I've installed all my ARM and SH machines using the latter. The reason for not having a manual is like ARM, there are specific boards which require different configurations, kernels, bootloaders, etc. Same reason as why there's no ISO, some boards couldn't even boot from the CDROM, and you'll need a kernel for each board, etc... I've always thought that whoever has a SH board, m68k, or access to a s390 machine, and wants to use Gentoo, is smart enough to do it by itself.
Re: [gentoo-dev] About dropping sparc-kernel herd
On 01/20/13 10:32, Pacho Ramos wrote: Looks like no package is included in it, I think we should drop that herd then Do you agree? +1
Re: [gentoo-dev] [RFC] Changing default serial-console definition in inittab
On 04/27/2012 07:29 PM, Diego Elio Pettenò wrote:
Since I've been configuring a couple of systems lately for remote
access, which include configuring the serial console, I'm wondering if
it would be a good idea to change our inittab so that the default
(commented out) definition of the serial consoles is a bit more.. modern.
The current definition sets the console at 9600 baud, using vt100
emulation; I think most of us who configure it, do so at 115200 baud,
and some prefer vt-utf8 over vt100 (the two are partially compatible as
far as I can tell).
Of the two systems I've configured – a SuperMicro server which is the
new tinderbox host, and an HP for work – both have the default IPMI
configuration for Serial-over-LAN set at 115200, and the HP also had
VT-UTF8 by default for emulation (SuperMicro defaulted to vt100 but
still allows utf8).
Comments?
I wouldn't mind for amd64/x86.
There haven't been any new alpha/hppa systems in years, and the default
for them was 9600. All the cheap(and therefore common) sparc hardware
uses 9600 as we're talking about systems 10 years old. On ia64, from
what i've had access to in the last years, it used 9600 as well.
m68k/s390/sh are very exotic arches and 9600 is a safe default.
I'm providing this info as member of the teams of those architectures
i've mentioned(except hppa). I have no clue about mips or ppc* systems.
On the other hand, maybe it could be changed on arm to 115200, as all
the devices i have use that speed. Although some use a non-standard
serial port(ttyO{0,2} for OMAP devices, ttymxc0 for FSL i.mx devices).
[gentoo-dev] [RFC] subprofiles for ARM architecture
Hi, The other day Markus(maekke) found an issue i encountered two years ago. An app supports only a subarchitecture of the ARM architecture. For those that don't know the ARM architecture, its an architecture which is mostly used on embedded and/or mobile devices(cell phones, mostly), also there's now some stuff called smartbooks(Efika MX smartbook, Asus Transformer, etc...) and smarttops(Efika MX smarttop). The problem is that during the history of the ARM architecture(according to the wikipedia, the architecture was introduced back in 1981) there has been some subarchitectures(the most available are armv4, armv4t, armv5t, armv6j and armv7-a) which include new functions that is not available on the previous subarchitecture. Something like SSE, SSE2, SSE3, etc... but in arm is called SIMD, NEON, etc... Apart from that, there are some apps that only work in one subarchitecture because it uses some capabilities only available on that subarchitecture and newer. Which is the case of valgrind. It only works with armv7-a. Also there's www-client/chromium, which later versions only work on =armv6j. With subprofiles we could keyword such packages, mask them globally on arm and unmask it on the subprofile of the subarchitecture that supports it. We build stage3s for the armv4t, armv5te, armv6j, armv7a subarchitectures, and we'll make them use the profiles. Thanks
Re: [gentoo-dev] Ohloh statistics updated
On 07/22/2011 03:11 PM, Stanislav Ochotnicky wrote: Hello fellow devs, [snip] Yey i'm number two :D
[gentoo-dev] Last rites: net-misc/vnc
# Raúl Porcel armi...@gentoo.org (24 Jan 2010) # Upstream stopped developing open source version, # heavy patching done by Fedora # and they've deprecated it for some time ago. # net-misc/tigervnc is its replacement # To be removed in 30 days net-misc/vnc
[gentoo-dev] Last rites: ccc.eclass
This is an ancient eclass that was used when the Compaq C Compiler still worked, but was removed from the tree some time ago. Removal of the eclass on 2010/02/01.
Re: [gentoo-dev] Last rites: ccc.eclass
scarabeus told me that the eclass can't be removed until two years since the deprecation date, so... Removal of the eclass on 2012/01/11 Raúl Porcel wrote: This is an ancient eclass that was used when the Compaq C Compiler still worked, but was removed from the tree some time ago. Removal of the eclass on 2010/02/01.
[gentoo-dev] [Last rites]: sys-kernel/sh-sources
# Raúl Porcel armi...@gentoo.org (22 Oct 2009) # Not needed anymore, vanilla kernel works # pretty well on SH nowadays. # Removal in 30 days sys-kernel/sh-sources
[gentoo-dev] ARM profiles stable again
Hello, this announcement is mainly for Gentoo developers: ARM profiles are marked stable again, that means that repoman will not let you commit something to the tree if it has ~arm or arm keywords and the deps aren't met. Right now all the deps are correct, so you shouldn't have any issues. Thanks
[gentoo-dev] Please stop requesting keywords for arches you don't have
Hi guys, Since there is always new people joining Gentoo, many of these people tend to open keyword requests for a lot of arches on a package they maintain or they are interested in until me or any other member of alternative arches scream to them :) . As a member of many of the alternative arches(alpha/arm/ia64/s390/sh/sparc) and considering the members of the other arches(hppa, mips, ppc*) also concur with me, i'd like to remind that opening such bugs is not fun for us. Why? Simple, we're mainly undermanned arches, some of them are slow, some of them have more basic problems(latest glibc breaks system and stuff), we have a small userbase compared with amd64/x86, and we(i'm talking about my arches now) prefer to keyword something if an user of our arch has tested it(which saves us some work) and it's going to be useful for him or for new users of that arch(for example the ARM architecture). If we keyword your package and maybe later stabilize it, you're going to be mad at us when you request a new version marked stable, or when you need rekeywording, because we'll be slow in doing so. Just file bugs when a package is going to be a dependency of a package we already have keyworded. Also, *STOP* dropping keywords when a new dependency isn't keyworded without filing a bug for that architecture. Thank you
[gentoo-dev] packages up for grabs
Since i don't have too much time nor motivation to fix packages(i prefer doing arch work), i'm asking someone to take the following packages, i'm dumping them to net-p2p atm, but its just Betelgeuse and me, so feel free to maintain them. net-p2p/deluge net-p2p/qbittorrent net-libs/rb_libtorrent
Re: [gentoo-dev] Gentoo Council 2009/2010 - Nominations are now open
Ferris McCormick wrote: I nominate: ssuominen armin76 Perhaps others later. Regards, Ferris Thanks but I decline.
Re: [gentoo-dev] Request for Willikins
I'd like to have willikins on #gentoo-openmoko Contact: armin76
[gentoo-dev] Reminder about touching profiles
Please, when you need to touch a profile, remember to do it on both 2007.0 and 2008.0 profiles. The files you need to touch are in: arch/$ARCH default-linux/$ARCH Stop using default/linux/$ARCH unless you need to touch an specific version of the profile, in that case it would be default/linux/$ARCH/$VERSION , but if it affects the full arch, and not just a version, please add the stuff to arch/$ARCH. (I'm talking about 2008.0+ profiles) So, remember: If you want to mask something, do it on both of those dirs, and only on those. Thanks
Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins
As per GMsoft request: Channel: #gentoo-hppa Contact: GMsoft, jer
Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins
And: #gentoo-mirrors Contact: fox2mike
Re: [gentoo-dev] Usages of CVS $Header$ keyword in ebuilds - use cases wanted
Robin H. Johnson wrote: On Tue, Aug 26, 2008 at 03:59:09PM -0500, Yuri Vasilevski wrote: Err, what do you mean by revision dump? revision dump is when foo-1.0-r4 becomes foo-1.0-r5. That's revision 'B'ump, not 'D'ump. bumb!!
Re: [gentoo-dev] Jeeves IRC replacement now alive - Willikins
#gentoo-alpha contact: ferdy, yoswink, blackb|rd(klausman), me #gentoo-sparc contact: fmccor, bluebird, me #gentoo-x86 contact: maekke, me #gentoo-treecleaners contact: drac, darksiide(darkside), me And btw, is #gentoo-bots needed anymore? Thanks
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in eclass: mozcoreconf-2.eclass
Ryan Hill wrote:
On Fri, 18 Jul 2008 17:55:00 +
Raul Porcel (armin76) [EMAIL PROTECTED] wrote:
armin76 08/07/18 17:55:00
Modified: mozcoreconf-2.eclass
Log:
Enable by default mozilla's optimization
+IUSE=${IUSE} custom-optimization
+
Could you use custom-cflags for this instead?
[EMAIL PROTECTED] ~ $ grep cflag /usr/portage/profiles/use.local.desc
app-crypt/johntheripper:custom-cflags - Enables custom cflags (not supported)
app-emulation/hercules:custom-cflags - Use CFLAGS from /etc/make.conf rather
than the default package CFLAGS (not supported)
app-emulation/xen-tools:custom-cflags - Use CFLAGS from /etc/make.conf rather
than the default Xen CFLAGS (not supported)
app-emulation/xen:custom-cflags - Use CFLAGS from /etc/make.conf rather than
the default Xen CFLAGS (not supported)
games-emulation/zsnes:custom-cflags - Enables custom cflags (not supported)
media-libs/libsdl:custom-cflags - Allow users to use any CFLAGS they like
completely (at their own risk)
media-video/mplayer:custom-cflags - Enables custom CFLAGS (UNSUPPORTED)
sys-boot/grub:custom-cflags - Enables custom cflags (not supported)
x11-drivers/nvidia-drivers:custom-cflags - Build with CFLAGS from
/etc/make.conf (unsupported)
Well, i added this one because it only allows to use user-specified -O*
option. The user cflags are used no matter if the use-flag is set or not.
--
gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Nominations open for the Gentoo Council 2008/2009
Vlastimil Babka wrote: I'd like to nominate: armin76 (Raúl Porcel) And i reject :) -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for June
Ryan Hill wrote: On Sun, 01 Jun 2008 19:41:28 +0200 Raúl Porcel [EMAIL PROTECTED] wrote: Requesting ~arch keywords: Is a maintainer able to request ~arch keywords, if the package is not a dependency of some other package which is keyworded, and the maintainer doesn't have that arch? Yes. Last time I looked anyone could request a keyword. IMHO the packages should be keyworded if an arch team member or an user of that arch requests it. Keywording something if an user of said arch doesn't request it, is a waste of resources. How is making things available to your users a waste of resources? Anyways, if you're so far behind that you don't think you can manage keywording another package then just say so and deny the request. What does this have to do with council? And whats the point of having some package keyworded if nobody is going to use it? I don't care anyway, i just want an official clarification, personally i tend to keyword stuff if i think its going to be useful. Thing is, whats the difference in a maintainer asking for a package to be keyworded and keywording all the packages in the tree? -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] packages up for grabs
Mike Frysinger wrote: net-misc/vnc I already maintain that :P -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for April
I win, as always *g* -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [7-day last rite] app-misc/pastemecli
The package app-misc/pastemecli is a pastebin client for pasteme.com, which no longer exists. Bug 213754 Will be removed in 7 days -- gentoo-dev@lists.gentoo.org mailing list
Re: Fw: [gentoo-dev] Gentoo Enterprise 10000 support and developer access
From yesterday: mikes603 PROMLIB: Sun IEEE Boot Prom 3.2.9 2001/08/21 20:14 mikes603 4Linux version 2.4.31 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Gentoo Linux 3.3.6)) #4 Sun Jul 17 13:51:21 MDT 2005 mikes603 4ARCH: SUN4U mikes603 Linux version 2.4.31 ([EMAIL PROTECTED]) (gcc version 3.3.6 (Gentoo Linux 3.3.6)) #4 Sun Jul 17 13:51:21 MDT 2005 mikes603 4ARCH: SUN4U mikes603 ARCH: SUN4U mikes603 Ethernet address: 00:00:be:a6:6e:05 mikes603 Remapping the kernel... done. You're using a really old netboot image. Try with http://gentoo.osuosl.org/experimental/sparc/tftpboot/sparc64/netboot-sparc64-20070724.img or http://dev.gentoo.org/~agaffney/sparc/misc/gentoo-sparc64-20071227.tftpboot -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] [RFC] net-libs/xulrunner-1.9 slotting or not?
FYI this will be finally slotted. Turns out it couldn't be slotted because a patch we used that simulated xulrunner-1.8 pkgconfig files. But since 99% of the stuff that depends on xulrunner-1.8 won't work with xulrunner-1.9, those packages should be fixed by upstream, and they should look for the correct pkgconfig files. Sorry about the mess :) -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: [RFC] net-libs/xulrunner-1.9 slotting or not?
Duncan wrote: Luca Barbato [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Sun, 16 Mar 2008 07:30:00 +0100: Raúl Porcel wrote: Xulrunner-1.9 is a big change, and the apps using it won't work until they are fixed. So this needs to be decided, i've been working on slotting xulrunner, and i'm ready to put it in the tree. However i'd like to see what developers(since they will be the ones who will have to deal with this) and users prefer. Even if an app is compatible with xulrunner-1.9, it will have to be patched if we slot xulrunner. Since the pkgconfig files for xulrunner-1.9 are renamed to avoid collisions with current xulrunner-1.8. The other approach would be not slotting it, p.mask xulrunner-1.9 and wait until all the packages work against it and then unmask. Given the number of applications I'd rather have them fixed with the patches pushed to respective upstreams if we got there first. Thanks for the wisdom of asking about this, Raul. Given the way you worded things, it looks like the consensus is heading a way other than you might have expected. Unslotted xulrunner seems to be the consensus, so we aren't committing to forever maintain patches ourselves -- on a package-base that may well expand over time. Some questions. What's the possibility of getting upstream to handle the renaming, thereby making slotting much easier while eliminating the eternal patch commitment? Has the issue even been brought up with mozilla-upstream? I know they aren't always the most receptive to community suggestions, but it's worth asking, anyway. How many packages are we talking about? Regardless of how we go, fixing ten is going to be far easier than a hundred, or five hundred. Upstream won't do that...so i guess this means xulrunner gets unslotted :) -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [RFC] net-libs/xulrunner-1.9 slotting or not?
Okay, so here's the thing: Firefox 3 will be released probably some time during this year, as you probably know, they released a few days ago beta4 and beta5 will be out probably at the start of the next month or so. I started doing ebuilds for net-libs/xulrunner-1.9 and www-client/mozilla-firefox-3.0 in the mozilla overlay [1] since november 2007, mainly thanks to Gergan Penkov's patches on his overlay, info available on the forums [2], which i've been adjusting them to do static releases and not livecvs ebuilds like he does. So, firefox-3, seamonkey-2, thunderbird-3 and other mozilla products will be using xulrunner-1.9, which is the codebase the mozilla products are based on. In fact, everytime you emerge any of those apps, you're compiling xulrunner, which takes 90% of the time to build. The good thing about those new versions, is that they'll be capable of using the xulrunner library installed of the system. So you only have to build xulrunner once, and you could build firefox-3, seamonkey-2, thunderbird-3 against it, and firefox-3 takes less than two minutes to build with shared xulrunner. Since firefox-3 seems usable now, i was thinking on adding it to the tree, however that'll need to add net-libs/xulrunner-1.9. Some apps use xulrunner at the moment[3], instead of building against firefox or thunderbird or seamonkey. Xulrunner is not mandatory to build firefox-3, in fact you can build firefox only with the current ebuilds in the overlay. Xulrunner-1.9 is a big change, and the apps using it won't work until they are fixed. So this needs to be decided, i've been working on slotting xulrunner, and i'm ready to put it in the tree. However i'd like to see what developers(since they will be the ones who will have to deal with this) and users prefer. Even if an app is compatible with xulrunner-1.9, it will have to be patched if we slot xulrunner. Since the pkgconfig files for xulrunner-1.9 are renamed to avoid collisions with current xulrunner-1.8. The other approach would be not slotting it, p.mask xulrunner-1.9 and wait until all the packages work against it and then unmask. That's what i would like to hear opinions about. Should we slot it, or should we not slot it and wait until all the apps are fixed? Obviously, not slotting it will require to wait until upstream or a developer patches the app to work with xulrunner-1.9. -- On the other hand, you won't be able to use firefox-3, seamonkey-2, thunderbird-3 to build an app against, since what the apps needs is xulrunner, not firefox or seamonkey. So whatever is decided, please start fixing your ebuilds that use firefox, xulrunner, seamonkey or thunderbird, to stick the DEPEND to www-client/mozilla-firefox-3,www-client/seamonkey-2,net-libs/xulrunner-1.9, mail-client/mozilla-thunderbird-3 ASAP. Thanks [1] http://overlays.gentoo.org/proj/mozilla [2] http://forums.gentoo.org/viewtopic-t-556225.html [3] http://tinderbox.dev.gentoo.org/misc/rindex/net-libs/xulrunner -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Digest of gentoo-dev@lists.gentoo.org issue 571 (29615-29664)
[EMAIL PROTECTED] wrote: sdfsdafsdfaf sdfdfdfdff Go sparc! -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
I want to propose to the council to talk about the amd64 arch team and its big bug list [1] considering they are the most staffed arch team. They have some bugs that are more than a month old and they are the last arch. Same for security bugs, and i think amd64 is an important arch and has a lot of users, and ATs. x86 doesn't have any AT active and we only have less than 10 bugs, amd64 has 144 bugs, and i'm talking about bugs with STABLEREQ keywords, just look at [1]. So it would be cool if they accepted help from other devs who don't have an amd64 system but have access to one and can test stuff. Cla is willing to help. There's even a bug that is a blocker... [1]: http://tinyurl.com/3dms4y -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for March
Christian Faulhammer wrote: [snip] I agree 100%, thanks for explaining it better than me :P -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
Peter Weller wrote: Oh, I'd be more than happy to accept help from developers like that. It's just a case of what the big bosses think of it. Plus there's the fact that some other arches operate on a it compiles, mark it stable policy, and we don't want developers to bring that attitude to the amd64 team. Hope you're not referring to any of my arches because that's not true :) In fact, if i did that, i wouldn't crash the alpha dev box so often, right Tobias? And that just leaves arm,hppa,mips,ppc,ppc64,s390,sh :P -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for March
Richard Freeman wrote: Raúl Porcel wrote: Peter Weller wrote: Oh, I'd be more than happy to accept help from developers like that. It's just a case of what the big bosses think of it. Plus there's the fact that some other arches operate on a it compiles, mark it stable policy, and we don't want developers to bring that attitude to the amd64 team. Hope you're not referring to any of my arches because that's not true :) In fact, if i did that, i wouldn't crash the alpha dev box so often, right Tobias? I dunno - I just hit bug 211021 today while trying to clean out old bugs. Already stable on one arch and not a word from the maintainer. I do agree with many of the posts in this thread by others - a big issue is manpower. However, I did want to mention that stabling packages without input from maintainers seems to be a moderately-common practice. I've never seen that, unless the maintainer doesn't respond, like in this case, humpback has been ignoring his bugs for a long time, like other devs(unfortunately). Maybe the council should talk about that: devs ignoring his bugs for months, but i don't know how would they enforce that. What i've seen is some bugs where the arches were cc'ed by users or by a developer, but in this case, someone of the arch team that knows that the dev is active, just uncc's all the arches until the maintainer responds, but in this case, humpback didn't say anything about the previous tor stabilization request for months. So you should be glad someone active like Christian, took over the maintenance and he is responsible if something goes wrong with the stabilization. I'm sure the arch team leaders would welcome help if it were offered, but it is more important that packages keyworded stable actually work than for the latest-and-greatest package to be marked stable. Interested users can volunteer to be ATs as well - in my past experience as an AT when I keyworded a bug STABLE I could expect to see it committed by a dev within a few hours. IIRC you are from the blubb era, i'm i right? Blubb did a really god job with amd64, and in fact amd64 started 'slacking' since blubb left. Unfortunately that doesn't work anymore, in a lot of bugs i've seen an AT of yours posting his results, when i was going to do my arches. So i was more faster even that i have no ATs. And look at x86, we don't have any ATs, god, we even had some that moved to amd64! drac, mlangc, etc etc. For example, bug 205242. Look, its mlangc! :P While amd64 is a lot more mainstream than it used to be you can't just assume that upstream wouldn't have released something if it didn't work perfectly on amd64. Indeed, but on x86 we don't assume it either :) I don't understand how you having so many users, have manpower problems, you have two channels on IRC, x86 only has one and nobody says anything. It's just a though, i'm not blaming anyone. -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Last rites: net-ftp/swiftfxp
# Raúl Porcel armin76 at gentoo dot org (08 Feb 2008) # Removal for treecleaners in 60 days # Will be removed 08 Apr 2008 # Bug 205482, many bugs, dead upstream net-ftp/swiftfxp -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Last rites: app-admin/ctcs, net-libs/libhttpd-persistent, net-ftp/gtkfxp, dev-libs/tinyq
# Raúl Porcel armin76 at gentoo dot org (04 Feb 2008) # Masked for removal in 60 days. That is, 04 Apr 2008 # For treecleaners, # doesn't compile, last release in 2002, # bug #152044 dev-libs/tinyq # Various bugs, upstream dead, gtk-1, last release 2003 # bug 205481 net-ftp/gtkfxp # Last release 2003, unfixable, doesn't compile # bug #193415 app-admin/ctcs # Doesn't compile, useless, bug #152493 net-libs/libhttpd-persistent -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [Last rites]: net-p2p/eztorrent
# Raúl Porcel armin76 at gentoo dot org (16 Jan 2007) # Doesn't work with stable bittorrent # Use mktorrent, mktorrent-borg, bittorrent, etc # Removal in 30 days net-p2p/eztorrent -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [Last rites]: net-libs/dclibc
# Raúl Porcel armin76 at gentoo dot org (15 Jan 2008) # Pending removal 15 Feb 2008, upstream discontinued the software # Unstable, old net-libs/dclibc -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Introducing new lead for xfce herd and project.
Samuli Suominen wrote: Since dostrow is being retired or is retired, correct me if I'm wrong we decided (actually we rolled dices :-) that welp is the new lead. - drac You're kidding... -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] [Last Rites] sys-apps/mii-diag
# Raúl Porcel armin76 at gentoo dot org (24 Dec 2007) # Mask for removal on 24 Feb 2008 for treecleaners # Bug 195228, merged with net-tools sys-apps/mii-diag -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Use the Log
Christian Faulhammer wrote: Hi everyone, this is a reminder especially for architecture people: Please use the ChangeLog and really log everything you did. Don't do a change and forget to document it. Oh and please don't forget to remove your arches from the cc field if there is a bug. V-Li Go ia64! -- [EMAIL PROTECTED] mailing list
[gentoo-dev] =mail-client/mozilla-thunderbird-1* to be p.masked on all arches except mips
=mail-client/mozilla-thunderbird-1* is going to be p.masked in 15 days from now(1 Dec 2007) on all arches except mips, since they don't have 2.0 stable yet. Mozilla discontinued the 1.5 series since 23 october. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Bugzilla improvements
Good job, thanks! -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-p2p/qbittorrent: ChangeLog qbittorrent-1.0.0_rc1.ebuild qbittorrent-1.0.0_beta7.ebuild
Fixed :) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: emerge -pv system -- blocking
Christian Faulhammer wrote: Christian Faulhammer [EMAIL PROTECTED]: You know, I should check my adress book and what keys I press. Second time...I apologize again. V-Li Haha, fail :P Too much java in your head! -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: www-client/mozilla-firefox-1*
Okay, so as GNOME-2.14 was removed, mozilla-firefox-1* has to go, it's unsupported since May 2007. -bin was already removed some months ago. It will be removed in 15 days. # Raúl Porcel armin76 at gentoo dot org (13 Aug 2007) # Vulnerable, unsupported, was supposed to go away # some months ago, pending removal in 15 days =www-client/mozilla-firefox-1* -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Gentoo XML and support in Emacs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Faulhammer wrote: Ulrich Mueller [EMAIL PROTECTED]: On Thu, 26 Jul 2007, Christian Faulhammer wrote: app-emacs/nxml-gentoo-schemacs It's schemas, not schemacs. ;-) Right, Shemacs is the transsexual version of GNU Emacs. V-Li Haha, you fail :P You dream with emacs? :D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGqfeLuQc30/atMkARAiHpAJ97eiCCtBl/fR+S2BRcqioO3vxUrQCfcwaj qwbM7PPmv3ICBDOH/wJ+G6c= =JIu2 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Pre-Last Rites: net-irc/bitchx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Barbato wrote: Workalike client suggested? lu epic5,epic4,irssi,ircii,ninja,scrollz,weechat :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGjNXXuQc30/atMkARAsXsAJ9PxFfcLJaswWEPb1uPDehxwdzO1ACeJ2wZ GDewz+GtA+3375P7o9jDe34= =Aqyn -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Nominations open for the Gentoo Council 2007/08
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 good, now my nick is armin79 :D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGi8/quQc30/atMkARAp6NAJ4uDVzX4XvRUYbtyN8OpGtl3jZsJACfUb8a lUkBY2Um0UvbqZiFHOuCL10= =hPY5 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Nominations open for the Gentoo Council 2007/08
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -jokey - -welp - -genstef - -betelgeuse - -tove - -uberlord -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGiW4quQc30/atMkARAn9RAKCRvkzlTNxfG3SxeognVlgeecPX9QCgvWsa hKi03zAYkJRYRtA+6g1Usts= =yYCL -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: app-admin/nologin, app-office/facturalux, x11-themes/jimmac-xcursors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 # Raúl Porcel armin76 at gentoo dot org (01 Jul 2007) # For treecleaners # Pending removal in 60 days, 01 Sep 2007 # app-admin/nologin - bug 182215 # app-office/facturalux - bug 119971 # x11-themes/jimmac-xcursors - bug 182216 app-admin/nologin app-office/facturalux x11-themes/jimmac-xcursors -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGh+q+uQc30/atMkARAvzhAKCi34GXK3wKT+SdULvtI0zxZLtxBQCfXSHT mduO1nXPbh99MoFquM/k+WY= =z/Ey -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Are you guys for real?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Are you for real? Normally its the dev's who scream and rant on the way out, not the users... Touché :D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGcGJQuQc30/atMkARAsLeAJ9xOTRA09zfxBdrHmVvEHfx/fTegQCfWKm4 X4KvK5sHnXVwKoc0hfXI9TU= =iqO6 -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] *DEVELOPMENT* mail list, right?
In mozilla herd: During the last month and during the first day of the month we did: -Stabilize mozilla-thunderbird-2.0.0.0 -Bump new versions fixing security bugs: -mozilla-firefox[-bin]-2.0.0.4 and 1.5.0.12, although we didn't put 1.5.0.12 on the tree as it is unsupported -mozilla-thunderbird[-bin]-1.5.0.12, 2.0.0.4 will be released in the next weeks -seamonkey[-bin]-1.1.2 and 1.0.9, but we didn't put 1.0.9 as almost all arches(except arm) have the 1.1 series stabilized In treecleaners herd: We've been doing the same work as always, i think we only p.masked one package for removal, and yesterday i did the monthly cleanup we do 2 months after a package is p.masked for removal net-p2p,net-irc: Doing version bumps and fix little bugs as always. ia64,x86: Stabilizing newer versions as always, stabilized gcc-4.1.2 and glibc-2.5-r3 alpha: On alpha we've taken a big step forward, we have some users who can test hardware-related things and they are _really_ useful(hi grknight and Blackb|rd). We stabilized kernel-2.6.21 yesterday as older versions failed with gcc4, and we're working on getting gcc-4.1.2 stabilized while we do the security bugs. I think i'm not leaving anything :) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New global use flag, xulrunner
Vlastimil Babka wrote: Raúl Porcel wrote: Agreed from mozilla. firefox and seamonkey already have the global use-flag Is there any guideline from mozilla team about what to do when there are more than one of these flags (firefox/seamonkey/xulrunner) supported by package AND enabled by user? Some of those local flag descriptions suggest that USE=firefox xulrunner results in using xulrunner (so it has higher priority). So is that recommended, and how about seamonkey? Sorry, didn't saw this msg. I don't know of any guideline. Anyway all apps should start to use xulrunner, since that's what they really want instead of using firefox or seamonkey. When ff-3.0 is released no app will be able to build against ff, since ff will build against xulrunner. So, what i said, apps should use xulrunner as primary option, now that xulrunner is up-to-date and working fine. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New global use flag, xulrunner
Agreed from mozilla. firefox and seamonkey already have the global use-flag -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Living in a bubble
Peter Weller wrote: On Tue, 05 Jun 2007 22:09:52 +0200 Benjamin Judas [EMAIL PROTECTED] wrote: [..snip..] Is it just me or did you send the same mail to the ML twice? *sigh* /me blames welp -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Bye2u Gentoo
Peter Weller wrote: On Thu, 31 May 2007 09:57:58 +0200 Alexander Færøy [EMAIL PROTECTED] wrote: Hey, It is my time to leave Gentoo as well. It has been some exciting months and I have learned a lot from many of you guys. It has been interesting to be in one of the major open source projects and I have learned a lot from it! I will move on with some new projects and see if I can become useful there. I will be around for the Bugday on Saturday and hopefully finish what we are missing in that project. Then I'll try to point out a new leader for that team. I am really going to miss a lot of you guys. Especially the ones I met during FOSDEM. Hope to see you there next year as well! Best regards, Alex No-one's replied thus far and kloeri's stealing all the attention from the looks of things... ¬.¬ So I thought I'd, y'know, say farewell m'dear ;) welp Bye welp, good look with Ubuntu, we won't miss you :D -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: www-servers/boa
# Raúl Porcel armin76 at gentoo dot org (18 May 2007) # For treecleaners, bug 102174 # Pending removal 17 Jul 2007 www-servers/boa -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: stabilizing expat 2.0.0
Christian Faulhammer wrote: Wulf C. Krueger [EMAIL PROTECTED]: You will get them tomorrow...promised. :) Too many bugs, not enough devs...as always. Well, I've offered my help with the amd64 team three times now. Was ignored two times and the third time an initial discussion lead to nowhere so I guess it's not exactly of getting more devs but wanting them - or not. Hmmm, I don't know how you did it, but I just nagged some people for a day and was in it...and that was just a few weeks ago. V-Li That's because they want you to do the java bugs *g* -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Packages with same name
Blame drobbins :P -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] stabilizing expat 2.0.0
Carsten Lohrke wrote: If we want to take this to measure, it' a bigger problem for KDE users (unless built with --as-needed). The list of packages is unfortunately quite impressive. What was your plan wrt. stabilisation of Gnome? I can look at the remaining issues this evening, so maybe we can speed up the process a bit. The bigger problem I see on the side of the arch teams. I got used to (nah, not really) mips and alpha lagging behind for several months, but the amd64 team is unresponsive on even trivial stabilisation request form the KDE team as well, lately. Carsten I'm doing all the bugs for alpha right now. I'm working on all the kde bugs, and kdepim is so sloow compiling. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] trial software in portage?
Add nero to that list. -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: net-misc/tlsproxyd
# Raúl Porcel armin76 at gentoo dot org 19 Apr 2007) # For treecleaners, bug 152520 # Pending removal 19 Jun 2007 net-misc/tlsproxyd -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Resignation
Sad to see you go. In my pov you really did a good job. I hope the ones in charge of bugzilla come with a solution to this. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New developer: Ulrich Müller (ulm)
Use repoman || die :) -- [EMAIL PROTECTED] mailing list
[gentoo-dev] app-admin/{user,web}min needs a maintainer
beu has retired, and this is a widely used package. If any dev is using this and want to maintain it, please feel free to take it. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: base packages up for grabs
Peter Weller wrote: On Sun, 08 Apr 2007 20:19:23 -0600 Ryan Hill [EMAIL PROTECTED] wrote: Mike Frysinger wrote: working here is no longer fun * HUGZ * Hoi! Giving hugs is a right reserved by me and me only! :P /me hugs Mike /me stabs welp -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: Various packages
# Raúl Porcel armin76 at gentoo dot org (09 Apr 2007) # Pending removal 09 Jun 2007, for treecleaners # app-admin/cpu - bug 173064 # app-admin/quickswitch - bug 134335 # app-misc/jive - bug 142838 # app-text/mgv - bug 154645 # net-misc/dhcp-agent - bug 168565 # x11-plugins/wmmail - bug 73987 app-admin/cpu app-admin/quickswitch app-misc/jive app-text/mgv net-misc/dhcp-agent x11-plugins/wmmail -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Tears of unfathomable sorrow
Alec Warner wrote: Much to the joy of many I am now retiring from Gentoo. I've already done most of the work (sorry to burden you kloeri I think just the tree-bits are left). Many will wonder why; but this has been a while in coming. I don't get along with many like I used to and in many cases I don't find myself agreeing with the direction of things. Those who know me know I always bitched about how I didn't do enough for Gentoo and that too is a reason for leaving. I expect to still file patches for portage and I expect to hang out in gentoo-dev-help on irc and I expect to mentor for this years summer of code. For TreeCleaners I'm sorry that this is out of the blue; I hope you guys continue to nuke broken crap from the tree. For everyone who still loves working in their little window in gentoo, for all the devs that only read core and not -dev, for all the devs who made gentoo what it was when I started; thanks. It was a fun ride. -Alec Jeez, we are loosing a lot of ppl who mentored... Thank you very much for mentoring me. I won't forget that. You'll be missed. Thanks again. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] *DEVELOPMENT* mail list, right?
Michael Cummings wrote: So, fellow devs, what's new with development? For those interested, genlop has migrated into gentoo as a project with the permission of upstream, which no longer maintain it. Um...any new tools or projects people are working on? Anyone? I'm currently fixing all the possible bugs in the herds/teams i am. Like ia64, doing all the bugs assigned to the team, from 130 bugs to 30 right now. There are some bugs i can't do, like the ALSA and cdr ones, since i only have remote access to the ia64 box, and no one in the team seems to have a soundcard in his ia64 box :) Mozilla is good, i'm working atm in mozilla-thunderbird-2.0.0.0_rc1, and put it in the tree ASAP. And we don't have too many bugs that affect so many people. net-p2p is good too, in this case is mainly version bumps and stabilizations. Like with net-irc, i already made some cleanup like a month or two ago. With treecleaners we have some packages waiting, as we have to get the 60 days for removal. We have some new bugs too, waiting for all the treecleaners to vote. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: www-servers/plb
# Raúl Porcel armin76 at gentoo dot org (19 Mar 2007) # Pending removal 18 May 2007, for treecleaners # Bug 150966, doesn't work with gcc4 and no new version for 4+ years www-servers/plb -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: www-servers/ncsa-httpd and net-im/aim-transport
# Raúl Porcel armin76 at gentoo dot org (18 Mar 2007) # Pending removal 17 May 2007, for treecleaners # www-servers/ncsa-httpd - bug 122134 # net-im/aim-transport - bug 145858 www-servers/ncsa-httpd net-im/aim-transport -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Firefox 1.5 series will get removed in 30 days
Hi, The mozilla team has decided that the www-client/mozilla-firefox[-bin]-1.5* series will get masked two weeks from now (18 Mar 2007), that is 1 April 2007. And will be removed after two weeks from that date, which will be 15 April 2007. Mozilla will drop support for that series from 24 April 2007 onwards. All arches have 2.0 series stable, so if you're using 1.5 you should migrate to 2.0. @GWN: Please include this in the next GWN. P.S: No, this is not an April fools joke :) Thanks. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Firefox 1.5 series will get removed in 30 days
Petteri Räty wrote: Raúl Porcel kirjoitti: Hi, The mozilla team has decided that the www-client/mozilla-firefox[-bin]-1.5* series will get masked two weeks from now (18 Mar 2007), that is *1 April 2007*. *And will be removed after two weeks from that date*, which will be *15 April 2007*. Shouldn't an application as important as Firefox should get the usual month in package.mask? Regards, Petteri Ah, you want all the package masked? :P -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Firefox 1.5 series will get removed in 30 days
Sorry for sending the mail in HTML :) It won't happen again. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-misc/aria
# Raúl Porcel armin76 at gentoo dot org (11 Mar 2007) # Mask for removal in 60 days, for treecleaners # Bug 153355, use net-misc/aria2 net-misc/aria -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: Various packages, see inside
# Raúl Porcel armin76 at gentoo dot org (8 Mar 2007) # P.masking for treecleaners, pending removal in 60 days # That is, 8 May 2007 # www-servers/aolserver and its rdeps - bug 108022 # www-misc/nscache # www-misc/nsopenssl # www-misc/nssha1 # www-misc/nsxml # app-emulation/tiger - bug 110298 # sys-apps/evkeyd - bug 115407 # media-libs/libuta - bug 117665 # net-misc/cipe - bug 137329 # app-text/biblestudy - bug 164144 www-servers/aolserver www-misc/nscache www-misc/nsopenssl www-misc/nssha1 www-misc/nsxml app-emulation/tiger sys-apps/evkeyd media-libs/libuta net-misc/cipe app-text/biblestudy If you have anything against it say so in the corresponding bugs. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Unused global useflags
Christian Faulhammer wrote: Piotr Jaroszyński [EMAIL PROTECTED]: emacs-w3 - Add support for Emacs/W3 where applicable No. Removed. V-Li Die emacs! :D -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-p2p/freenet
Okay, so upstream has requested to remove the current version(0.5). And the latest version, 0.7, needs a rewrite of the ebuild. I tried to do it, but this version requires more interaction from the user. It's not viable to install it using portage. So, unless anybody posts an usable ebuild, this will get removed in 30 days. # Raúl Porcel armin76 at gentoo dot org (27 Feb 2007) # Masked for removal in 30 days. # Upstream has requested to remove the 0.5 version # Bug 72996 net-p2p/freenet -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: www-client/mozilla[-bin]
# Raúl Porcel armin76 at gentoo dot org (20 Feb 2007) # Masked for removal 19 Mar 2007, bug 135257, security issues # Replaced by www-client/seamonkey[-bin] www-client/mozilla www-client/mozilla-bin So, amd64 finally stabilized the mono ebuild which doesn't need mozilla, this can be punted. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-irc/cyclone
# Raúl Porcel armin76 at gentoo dot org (18 Feb 2007) # Pending removal 17 Mar 2007, doesn't compile, upstream # dropped support a long time ago. net-irc/cyclone -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-p2p/mnet
# Raúl Porcel [EMAIL PROTECTED] (14 Feb 2007) # Doesn't build, upstream dead, network dead, bug 1666887 # Pending removal 13 Mar 2007 net-p2p/mnet -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New network config for baselayout-ng
Roy Marples wrote:
OK, so everyone wants to keep their conf.d/net in bash. Fine by me.
Welcome to baselayout-ng which will be a virtual and will not require
bash.
Now that's out of the way, let's discuss configuration :)
We still need something that is array like for want of a better
phrase, so how about delimiting using ; like so
config_eth0=10.1.1.1 netmask 255.255.255.0; 10.1.1.2/24
You could even use bash expansion here, provided that bash is your shell
config_eth0=10.1.1.{1..30}/8; 192.168.0.1 netmask 255.255.255.0
See, that's not too bad is it?
Thanks
Roy
Uberlord++
--
gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-libs/gecko-sdk
# Raúl Porcel armin76 at gentoo dot org (05 Feb 2007) # Masked, pending removal 04 Mar 2007, unsupported and vulnerable net-libs/gecko-sdk -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites: www-client/mozilla[-bin]
Delayed until we fix some depends on it. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: www-client/mozilla[-bin]
# Raúl Porcel [EMAIL PROTECTED] (27 Jan 2007) # Masked for removal 26 Feb 2007, bug 135257, security issues # Replaced by www-client/seamonkey[-bin] www-client/mozilla www-client/mozilla-bin -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-p2p/ldcc
# Raúl Porcel [EMAIL PROTECTED] (23 Jan 2007) # Pending removal 22 Feb 2007 # Old, upstream dead, doesn't work with latest version of # dev-libs/tvision, which is the only version available that compiles. # Bug 146465 net-p2p/ldcc -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Last rites: net-p2p/ldcc
Okay, removal cancelled as we have new patch to make it work. Thanks truedfx! -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-p2p/g2gui and net-p2p/bittorrent-stats
# Raúl Porcel armin76 at gentoo dot org (21 Jan 2007) # Pending removal 20 Feb 2007 # Bug 138375 # net-p2p/g2gui: Upstream dead and doesn't work with new mldonkey # versions. Use net-p2p/sancho-bin or the gui included in mldonkey. # net-p2p/bittorrent-stats: Doesn't work anymore and is an ancient # version. Use bittorrent. net-p2p/g2gui net-p2p/bittorrent-stats -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites: net-p2p/ww
# Raúl Porcel armin76 at gentoo.org (10 Jan 2007) # Upstream dead almost 2 years ago and doesn't compile with GCC 4.x. # Pending removal 10 Feb 2007, bug 152464 net-p2p/ww -- gentoo-dev@gentoo.org mailing list
