.
I've been looking for things to start working on again, and I could step
back up and start to do some of the work I used to do for GCC releases.
I'll talk with Mike to figure out how we can best split up the work.
Thanks for all your work on the releases,
--
Mark Loeser
email
bject-3 for the new gi module (in
> lieu of installing pygobject-2's internal gi).
I'd recommend you open a tracker bug for this porting effort. No one is
going to be able to follow exactly what has been done via the mailing
list :)
--
Mark Loeser
email - halcy0n AT gentoo DOT o
force existence of any
> tag. Neither does repoman. So, it's just that one webpage which says
> there must be one.
You might want to check out the discussion on
https://bugs.gentoo.org/show_bug.cgi?id=279206
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
tter
> >> how important or trivial it is. Please keep that in mind on your
> >> future commits.
> >>
> >> Regards,
> >>
> >> [1]:http://devmanual.gentoo.org/ebuild-writing/misc-files/changelog/index.html
> >
> > You are joking righ
or the EAPI.
This seems like the absolute easiest solution to use going forward.
Having an 'eapi' file present seems workable as well, though I'm not
certain which is the easiest for Portage to implement today.
Are there any other suggestions, or does anyone disagree with
wait for upstream to fix their packages
> > instead of me.
>
> Some upstreams are dead and some packages using PyXML will never be ported by
> upstreams to use
> something else than PyXML (e.g. lxml).
Then those packages should get removed from the tree. Do not start
introduc
es for every package that will never
be allowed upstream. Why not do something more worthwhile than waste the
time of having to support something that might just become a problem to
maintain in the future?
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
ese sorts of emails should go so every other
developer can see what's going on and ensure they are also following
current policies.
Don't make yet another list...that's just pointless.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
e better to do this all as one commit and run repoman with
each commit.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
Samuli Suominen said:
> On 04/29/2011 09:26 PM, Mark Loeser wrote:
> > "Samuli Suominen (ssuominen)" said:
> >> ssuominen11/04/29 18:13:31
> >>
> >> Removed: transmission-2.12.ebuild
> >> Log:
> >> drop o
n removing an ebuild, please do document it in the ChangeLog.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
you want to talk to those that administer
those services.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
insaw
>
> A glitch in the matrix?
Seems valid. It was added and removed shortly after:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/media-libs/libresample/?hideattic=0
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
w
d moved to some experimental tree.
If you move them there, I don't care what policies you apply, but we
should try to maintain a solid set of working packages in the main tree,
which no one can guarantee with a live ebuild. I know most people
aren't going to agree with me, but I felt t
e flag"
> >
> > -Jeremy
> You've got 3 years to get rid of that local useflag entirely, yet still
> 5 ebuilds use it.
> So do me a favor, remove it proactively if you really want to have it gone.
Please do remove the flag. The fact that there are some ebuilds in the
me on man, all you have to say is "clean up and update to EAPI 2".
> > that is infinitely better than a useless "qa". people can easily
> > interpret "QA stuff" in a variety of significantly different ways.
> > -mike
> >
>
> agreed
d"
> fi
>
> The attached patch could be applied if EAPI="4" doesn't contain support for
> "." in IUSE.
> Should I apply this patch now?
No, you should remove anything that relates to EAPI 4. Please do so as
soon as possible.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
"Arfrever Frehtes Taifersar Arahesis (arfrever)" said:
> arfrever10/09/12 20:43:13
>
> Removed: pygtkhelpers-0.4.1.ebuild
> Log:
> Delete older ebuild.
Please update the Changelog when you remove versions of the package.
--
Mark Loeser
ema
t; MY_P="${MY_PN}-${PV}"
>
> DESCRIPTION="SQL method support for Zope 2."
> HOMEPAGE="http://pypi.python.org/pypi/Products.ZSQLMethods";
> SRC_URI="mirror://pypi/${MY_PN:0:1}/${MY_PN}/${MY_P}.zip"
>
> LICENSE="ZPL"
> SLOT=&
Arfrever Frehtes Taifersar Arahesis said:
> 2010-07-05 20:00:11 Mark Loeser napisał(a):
> > Everyone else has already made valid points. I'm just picking this one
> > to reply to now. Please remove the colors you have added. If you need
> > a new function, say &quo
older package managers"
> >
>
> As there was no further response and next EAPI isn't around the corner I
> propose getting the ball rolling with option 1. I will commit the patch
> next Sunday with needed documentation unless something comes up.
Could you please
nts. I'm just picking this one
to reply to now. Please remove the colors you have added. If you need
a new function, say "eqawarn", we should have that added in the next
EAPI with a description of when and where to use it. In the meantime,
Petteri proposed a nice solution awhile back that would centralize this
so it is not a one-off hack. Here is a link to his original proposal:
http://archives.gentoo.org/gentoo-dev/msg_44d395a1b887468051a1e1c049e99ba3.xml
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
Arun Raghavan said:
> On 22 June 2010 00:40, Mark Loeser wrote:
> > Its quite simple. I want to get innovation starting in Gentoo again. I
> > am tired of seeing pointless arguments and threads that don't actually
> > make Gentoo any better. Improving QA, i
entoo as a whole, are all things that the Council should be
taking an active role in, and I want to be a part of making that happen.
I told you it was going to be short :)
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT co
nominations must be sent to the gentoo-dev mailing list. If you
> > were nominated and want to run, you have to accept your nomination on
> > the same mailing list.
>
> I'll nominate flameeyes and halcy0n.
Thanks,
I accept.
--
Mark Loeser
email - halcy0n A
g towards getting it
to a state that it will be unmasked.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
mplement something
that's better.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
ump are.
With that being said, I don't really see the point of a bumpday. These
day ideas are ignoring the fact that we don't have enough active developers,
which is the real problem.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
take days" to get it fixed?
What is this even in reference to? Its not at all clear what you are
trying to do.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
signature.asc
Description: Digital signature
the tree for a few months and nothing else works with it. Sure, gcc
works just fine, but it can't compile half of the tree.
I hope everyone can see that this is a terrible idea and of no use to
our stable users. If a stable user really needs Python-3, they will
have the techn
e is vulnerable via multiple bundled libs and therefore shouldn't
be in the tree. You can apply the patches if you want to keep it and
remove the mask at that time.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web -
able
dependencies. --force should only be used in circumstances where it is
the only option. Breaking deps for an arch is not what it is intended
for.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
ions out there.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
nd help get more useful contributions from those users in the
future. Consider it an opportunity to train possible new developers.
> I think if we can get a few devs and possibly some users together
> to organize this in a better way, this could be useful. But if things
> are to stay the
If we can't get
enough developers to participate then we should just stop trying to do
it instead of putting on such a poor showing.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
y.gentoo.org/ fill this role
instead of polluting bugzie with more keywords. I'm not really attached
to one approach over the other, but atleast this little site gives the
users one place to have to check for things and we can categorize them
easily.
--
Mark Loeser
email -
would be nice. I'd also love to know why we need about 150
different profiles for MIPS...
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
package. Its way too hard to follow
a huge metabug with a bunch of packages listed in it. Also, I think the
concerns and suggestions that were brought up about the syntax of this
new variable should be addressed first and not ignored.
Thanks,
--
Mark Loeser
email - halcy0n AT g
g) \
> --disable-stripping \
> || die
> emake || die "emake failed"
> emake zcav || die "emake zcav failed" # see #9073
> }
>
> src_install() {
> dosbin bonnie++ zcav || die
> dobin bon_csv2html bon_csv2txt || die
> doman bon_csv2html.1 bon_csv2txt.1 bonnie++.8 zcav.8
> dohtml readme.html
> dodoc changelog.txt credits.txt
> }
>
>
>
>
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpoFIU5ZXEXR.pgp
Description: PGP signature
Ben de Groot said:
> 2009/11/8 Mark Loeser :
> > Also, please learn how to communicate in a manner that is constructive
> > instead of acting like a dick at every opportunity.
>
> Looks to me this should be applied to some others in this thread first.
> Really, aren&#
g to the tree that doesn't comply
to QA standards. Its really that simple. Don't be lazy and do things
the right way, or don't do them at all.
> Kthxbai,
Also, please learn how to communicate in a manner that is constructive
instead of acting like a dick at every opportunity.
--
Neither of those things is good, and if everyone
thinks that's the status quo...that really should change.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpX2U6V4nQow.pgp
Description: PGP signature
absolutely
great, but every single application that links to libfoo now breaks with
the new release of libfoo-2.0. The things that use your package are
just as important when looking to stablize something or to move it out
of package.mask.
--
Mark Loeser
email - halcy0n AT gent
fix their python based apps just like it's done with gcc
> stabilization.
And you are mixing that up. We never mark GCC stable before we fix
everything we have identified as a problem, or pretty close to
everything.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email
lf of
their system unusuable. There is absolutely no benefit to moving it to
stable.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpBOqjpyzWlZ.pgp
Description: PGP signature
Why can't this be on our official overlays? Is there a technical
reason, because we seem to just be spreading things out even more than
necessary.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpcn
Chip Parker said:
> dev-libs/libowfat _does_ build. I currently have the version
> complained about in the bug installed on amd64, try instead compiling
> with http://www.halcy0n.com
pgpZQbQ157vZB.pgp
Description: PGP signature
please
file any bugs you find to toolchain.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpJWhiHk4CzC.pgp
Description: PGP signature
have contributed and helped already,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpTWFS2O2djB.pgp
Description: PGP signature
oo.org/viewcvs.py/gentoo-
> x86/profiles/base/use.defaults?r1=1.1&r2=1.1.1.1
That is on a different branch and is incredibly old. To make a long
story short...someone screwed up and created their own branch of the
whole tree. It isn't actually being used.
--
Mark Loeser
email
'm having to work on other
things right now, so I have to decline. Maybe the next time around.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpZqzOCwvr1q.pgp
Description: PGP signature
ing it right:
http://www.pathname.com/fhs/pub/fhs-2.3.html#VARLIBVARIABLESTATEINFORMATION
I guess what I would really like to know is...why does it matter? If
something is configurable like that, then it should work regardless of
what is put in.
--
Mark Loeser
email - halcy0n AT ge
e enhance or fix what we already have rather than
creating everything from scratch?
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpUGXMzGTQ7a.pgp
Description: PGP signature
to correct them.
My 2c would be that if you don't want to see them to set up a filter.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpgZsS26DXRH.pgp
Description: PGP signature
functions from trusted working directory
>
> http://archives.gentoo.org/gentoo-dev/msg_5ba467bbd5a0820e040210683702a67f.xml
Ditto.
> * RFC: DEFINED_PHASES magic metadata variable
>
> http://archives.gentoo.org/gentoo-dev/msg_8c34d8efbc0d31ab28c517403dc83f62.xml
Same.
--
Mark Loese
? Do you see anyway to resolve the issue you see with us having a
wiki?
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpR4907laveX.pgp
Description: PGP signature
Jose Luis Rivero <[EMAIL PROTECTED]> said:
> Mark Loeser wrote:
>> Removing Stable Ebuilds
>> If an ebuild meets the time criteria above, and there are no technical
>> issues
>> preventing stabilization, then the maintainer MAY choose to delete an
>>
where obscure expertise is needed. Package
maintainers are encouraged to use discretion when removing ebuilds in
accordance with this policy.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
Second, please use full atoms (cat-egory/package) in the Summary
> field, so searching is easier.
jer added some good stuff up on the bug-wranglers page:
http://www.gentoo.org/proj/en/qa/bug-wranglers/index.xml#doc_chap4
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email
prereleases, please do so in an overlay.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpCNR0gs9t8D.pgp
Description: PGP signature
re they have caused problems bad enough to get
them retired. With that being said, I think the same technical issues
come into play here as with banning someone from "Gentoo" entirely.
I am not sure how we would be able to enforce this across the board for
forcefully retired developers.
shtml
They thank projects for pointing their domains to them, so I believe
that the network as a whole shouldn't have a problem with this. If
someone thinks I'm misunderstanding what they mean on that page, please
let me know.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpuLxRnl25xF.pgp
Description: PGP signature
x27;.
Well, if we want to nitpick, adding a space, tab, or newline is
perfectly valid, as is using ' to quote the attribute. :)
http://www.w3.org/TR/2006/REC-xml11-20060816/#NT-EmptyElemTag
http://www.w3.org/TR/2006/REC-xml11-20060816/#NT-AttValue
--
Mark Loeser
email - halcy0n AT
d that they are the contact for any problems/troubles.
#gentoo-cpp
#gentoo-qa
#gentoo-toolchain
Thanks Robin,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpQFFdAQDCRS.pgp
Description: PGP signature
Łukasz Damentko <[EMAIL PROTECTED]> said:
> Dear Gentoo Community,
>
> Here are your verified and long-awaited results.
>
> Gentoo Council for term 2008/2009 will be:
>
> Donnie Berkholz (dberkholz)
> Mark Loeser (Halcy0n)
> Diego Petteno (Flameeyes)
> Pett
Duncan <[EMAIL PROTECTED]> said:
> Jim Ramsay <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
> excerpted below, on Tue, 01 Jul 2008 11:29:56 -0400:
>
> > Mark Loeser <[EMAIL PROTECTED]> wrote:
> >> Its a good idea, but since our users don't always pr
br0ken!!!" and provide nothing useful to help us
figure out the problem. Its a good idea, but since our users don't
always provide useful reports, it seems like we are just shifting work
around.
Just my 2 cents,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email
t metadata.xml. IMO, b-w'ing is something that anyone can
> do.
I'm hoping to work on it later this week. I have been getting
absolutely buried with projects at work recently, which has eaten up a
lot of my spare time.
--
Mark Loeser
email - halcy0n AT gentoo DOT org
emai
I nominate:
dev-zero
dirtyepic
zmedico
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpjvCUmiFCFy.pgp
Description: PGP signature
t
Gentoo to get back to doing fun and innovative things. If you are also
sick of all of the politics and want to take the no bullshit approach,
that's what I want to try to achieve. We are all volunteers and there
is no reason to needlessly troll or bash other people's work.
--
Mark Loe
# Mark Loeser <[EMAIL PROTECTED]> (21 May 2008)
# Dead upstream and not used by anything
# Masked for removal in 30 days
dev-cpp/libwrapiter
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy
ct of QA) is something
I've been toying around with in my head. I'd love to get an actual team
set up so we can encourage users to help us get the information we need
in bugs so it is less work for us. Several other distributions have
such projects, so we have something we can use
It will be removed at the end of the month.
03 Apr 2008; Mark Loeser <[EMAIL PROTECTED]> package.mask:
mask dev-libs/swl due to dead upstream and not working properly; bug
#206163
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT c
Mike Frysinger <[EMAIL PROTECTED]> said:
> On Sunday 30 March 2008, Mark Loeser wrote:
> > Actually, I'd say this should just be removed. If a user wants to apply
> > a patch, they can put their own ebuild into an overlay and do it
> > themselves (presumably
ling a bug about. If they installed an ebuild from an
overlay it is a lot easier to identify what they built. Sure, they
could patch the ebuild in their tree, but by supporting user supplied
patches easily in this way, we are encouraging them to patch things
without our knowledge. If we start supporti
el you can't atleast work with me to
solve an issue. I'm not asking if you like me or not, but if you feel
you can have atleast a civil relationship to get Gentoo work done.
> This is not a democratic way, let's talk
> publicly here, without hiding in a development channel, we
must revert back to the previous policy with regard to changes.
Just to clarify slightly:
I won't be working on anything other than EAPI=0. Other people may be,
but the council said in the latest meeting that they feel we should get
EAPI=0 done before adding any new EAPIs to the
uld have a non-moving version that is
authoritive about EAPI=1. (And no, the man pages are not a
specification, nor is a list of bugs...give us one document that we can
point to)
I can get it put into devmanual as soon as I can find the approved
authoritative source to base information off of.
--
notice),
Halcy0n, solar, and wolf31o2
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpQD4IA7V1hk.pgp
Description: PGP signature
est should be part of it. Even though I
have nothing to do with (just taking something random here) openmotif,
if someone wanted to come on board and maintain that, I'd certainly be
interested in mentoring them (same with anything that is lacking a
maintainer right now).
--
Mark Loeser
he tree.
> - Is an additional element needed to link to upstream docs
Sounds reasonable.
> - Must the type of be controlled/listed/checked?
I'd say we should come up with a good list to start with. We can come
up with updates to the allowed values at a later date, but I do think we
s
thought this wasn't in this case. But
bringing it up on this mailing list is atleast the correct place to get
a discussion going on what should be mentioned when we change default
configurations if that is your intention.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT or
Ryan Hill <[EMAIL PROTECTED]> said:
> Mark Loeser wrote:
>> Ryan Hill <[EMAIL PROTECTED]> said:
>>> c) Allow flags from use.desc to also exist in use.local.desc. In the
>>> case that a flag for a package exists in both, the use.local.desc
>>> desc
For example I'd like
> to explain exactly what the bindist flag on freetype does and what legal
> implications disabling it can have.
Why can't this be done in use.local.desc?
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n
LEP number, it's a bit confusing. Note
> that 55 is taken as well.
It wasn't taken when I first sent it (as far as I know). I forgot to
change before resending. Thanks for reminding me.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT ha
this system to do that we can't do now? Is overriding the USE
flag with use.local.desc sufficient and we just need to document the
current solution properly?
Please...let me know how you feel about this.
http://dev.gentoo.org/~halcy0n/gleps/glep-0054.html
Thanks,
--
Mark Loeser
to see how I can improve upon them.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgppM6XvWgvPf.pgp
Description: PGP signature
s sounds sane to me as well. As I said, I'm just throwing ideas out
there to see what sticks :)
>> The only benefit use.local.desc gives us is a fast way to list packages
>> using some flags, but that's unreliable at best. If needed such a list
>> could b
It does, and maybe that's what we should use instead? The reason for
the email is to figure out if what we have now is good enough, or if we
should switch to something else.
> How does the glep intend to handle USE_EXPAND?
It doesn't say anything about them right now, but since you
ution moving forward. I really don't want to be stuck with something
that is going to end up being a pain a year down the road.
Thanks,
--
Mark Loeser
email - halcy0n AT gentoo DOT org
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgp5KMF
o.org/show_bug.cgi?id=117057
If you are an interested developer, please start looking at these bugs
and figuring out how to best resolve these issues.
If you are an interested user and want to help out, please contact me
off list and you can help me start fixing these issues.
Thanks,
--
Mark Loeser
(Sorry for the spam g-dev, I forgot to send this to dev-announce as
well).
- Forwarded message from Mark Loeser <[EMAIL PROTECTED]> -
> Date: Sun, 16 Dec 2007 20:03:39 -0500
> From: Mark Loeser <[EMAIL PROTECTED]>
> To: gentoo-dev@lists.gentoo.org
> Subject
al and ask zmedico to commit the repoman change
to make sure LICENSE="" in the virtual category.
Thanks,
[1] https://bugs.gentoo.org/show_bug.cgi?id=140180
--
Mark Loeser
email - halcy0n AT gentoo DOT org
web - http://www.halcy0n.com
pgpEHiB1YmrR7.pgp
Description: PGP signature
/bugs.gentoo.org/show_bug.cgi?id=198248
What are other people's feelings on using package moves to forcibly
migrate people like this? It also sounds like this wasn't announced at
all and the packages just left the tree.
--
Mark Loeser
email - mark AT halcy0n DOT com
web - http://www.halcy0n.com
pgpXm4ASAsbex.pgp
Description: PGP signature
possible for us to do so. I'm trying to figure out
why this is a problem all of a sudden, because things seemed to be going
just fine.
Thanks,
--
Mark Loeser - Gentoo Developer (cpp gcc-porting qa toolchain x86)
email - halcy0n AT gentoo DOT org
mark AT hal
Alec Warner <[EMAIL PROTECTED]> said:
> I propose a new QA subproject, the TreeCleaners.
> Questions and Comments are welcome, as always.
This has my support. Hopefully it will help us get rid of a lot of
cruft that hasn't been touched in ages and doesn't even work.
Th
tarted a new job.
Thanks,
--
Mark Loeser - Gentoo Developer (cpp gcc-porting qa toolchain x86)
email - halcy0n AT gentoo DOT org
mark AT halcy0n DOT com
web - http://dev.gentoo.org/~halcy0n/
http://www.halcy0n.com
pgpe56hmqGvv5.pgp
Description: PGP signature
the tree,
but just lack someone that wants to maintain them.
Comments on this idea are appreciated. I wouldn't mind helping write it
and maintain it, but having interest and support in doing something like
this is definately going to be needed :)
--
Mark Loeser - Gentoo Dev
Upstream's last release for this package was in 2002, it doesn't compile
with gcc-3.4 (bug #120303), and hasn't had a maintainer for a long time.
Unless someone steps up to fix up this package, it will be punted in 30
days.
Thanks,
--
Mark Loeser - Gentoo Developer (cpp
he tree is going to break from me doing this.
Thanks,
--
Mark Loeser - Gentoo Developer (cpp gcc-porting qa toolchain x86)
email - halcy0n AT gentoo DOT org
mark AT halcy0n DOT com
web - http://dev.gentoo.org/~halcy0n/
http://www.h
1 - 100 of 212 matches
Mail list logo
