Just a quick note:
The server on http://smolt.hartwork.org:45678/ is up again, it was down
yesterday.
Sebastian
Torsten Veller wrote:
What's the status of the stats project? What's missing? What help is
needed?
Hello Torsten, thanks for your interest.
Let me quote myself from a recent reply on a similar question:
for the quickest summary possible these steps are needed:
- make me have and take time
Patrick Lauer wrote:
Calling EAPI is ... well ... I can't even think of a place to start to
explain
how wrong it is. How on earth are you going to parse an eclass that supports
multiple EAPIs where one EAPI were to support features of bash 4?
The only way to do it would be to force bash 4
Thomas Sachau wrote:
In addition, i see a trend to enabled more more more USE flags (either over
profiles or via IUSE
+flag).
I'm not sure for how much of the IUSE=+foo cases this applies but I
can explain one of them:
In xfce-base/xfce4-session-4.6.1-r1 there is +fortune in IUSE
because
My vote for it, sounds reasonable.
Sebastian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sebastian Pipping wrote:
I have created another script yesterday that can auto-merge information
from gitosis.conf into repositories.xml. With that script in a Git hook
setting up new Git-based Gentoo-hosted overlays requires changes at only
Tiziano Müller wrote:
What if that metadata format changes later or is extended by
additional required entries?
How about using the power of xml and version the schemas? As long as the
metadata-file specifies the respective dtd/xsd/relaxng you know exactly
how to validate (and parse) it and
Tiziano Müller wrote:
A simple rule of thumb is: use attributes for values with predefined
contents, use elements otherwise. So, make name an element please.
Okay, let's give it a try.
Tiziano Müller wrote:
Am Montag, den 28.09.2009, 20:23 +0200 schrieb Sebastian Pipping:
repositories.xml
=
repo
name=sping
quality=experimental
status=unofficial
descriptionGentoo overlay
Ciaran McCreesh wrote:
On Mon, 28 Sep 2009 20:23:34 +0200
Sebastian Pipping webmas...@hartwork.org wrote:
Now please ask questions and let us know what you think.
Here's an alternative idea:
* Move the repository information into the overlays themselves. Require
overlays to provide
Fabian Groffen wrote:
Point remains that it looks in-consistant, for repo, name is an
attribute, while for owner it is a sub-element. Why having attributes
in the first place anyway?
It's closer to the original layman-global.txt which also makes the
converter scripts simpler (and faster) than
Ciaran McCreesh wrote:
On Wed, 30 Sep 2009 17:51:02 +0200
Sebastian Pipping webmas...@hartwork.org wrote:
At the moment moving overlay meta info into the overlays does not seem
like a good idea to. It would mean that any script working with
overlays needs to check the repo out to get
Zac Medico wrote:
I propose support for license groups in ebuilds then, I guess.
That seems like a reasonable solution. So, an ebuild can do
something like LICENSE=@GPL-2+ and that will expand to whatever
the definition of the GPL-2+ license group happens to be. When a new
version of GPL
volk...@gentoo.org wrote:
I think we
should introduce a longdescription field even with a lang parameter
like we already have in metadata.xml.
Done.
http://git.goodpoint.de/?p=overlays-xml-specification.git;a=commit;h=c13a394fe1a868012548b2be5fb58359b3bc2891
Sebastian
contact=sebast...@pipping.org
name=sping src=git://git.goodpoint.de/overlay-sping.git
status=unofficial
type=git
linkhttp://git.goodpoint.de/?p=overlay-sping.git/link
descriptionGentoo overlay of Sebastian Pipping/description
/overlay
Patrick Lauer wrote:
I'd like to collect your success stories, endorsements and case studies so we
can present to the rest of the world how using Gentoo makes your life easier
and is totally awesome.
I had a similar thing in mind, too. Nice to see, you're goinf for it.
I would suggest
Fabian Groffen wrote:
Should we start filing bugs on these issues? In the end, they are
broken scripts on the system. Is there interest for porting the Prefix
shebang QA check to normal Portage?
Sounds useful to me, my vote for it.
Sebastian
Zac Medico wrote:
It shouldn't be too difficult to tweak portage so that multiple
ebuilds of the same version from different repositories are visible
to portage's dependency resolver. Currently, it uses a collection of
3 repositories to resolve dependencies: installed, ebuild, and
binary
Ciaran McCreesh wrote:
Because an overlay model has only a single foo-1.2. Think of it like
stacks of paper. You've got your main repository:
::gentoofoo-1.1 foo-1.2 foo-1.3
and on top of that you put your overlay:
::extras foo-1.2 foo-1.4
::gentoo foo-1.1
Jesús Guerrero wrote:
On Sun, 13 Sep 2009 06:47:27 -0400, Richard Freeman ri...@gentoo.org
Right now it is at least a little painful to get set up with an overlay.
No, it's a matter of using layman -a whatever
I think Richard was including the manual setup required to use layman
and the
Richard Freeman wrote:
Personally, I like the overlay idea, but right now it just isn't
necessary. In theory proxy maintainers work almost as well, and we're
not really making heavy use of this model right now.
I disagree about this. One of the reasons my overlay is fun to me is
because I am
Alexander Færøy wrote:
Second issue: I want foopackage and barpackage, but not your hacked gcc
Overlays can overshadow tree packages, which can have undesired effects.
Support for overlay information in package.mask?
Once we have repository-specific atoms we get that for free.
Maybe we can
Dale wrote:
Good question. How would a person know if distrowatch leads people to
Gentoo or not? It's not like there is really any way to find out.
- analysing referrer logs
- doing polls
sebastian
Duncan wrote:
Agreed. Yes, overlays are perhaps a bit more trouble to setup than
simply maintaining normal tree updates once setup. But let's get some
context here. layman's no difficulty at all, really, when compared to
the ordinary stuff we expect Gentoo users to do all the time.
Ciaran McCreesh wrote:
Not quite. If both an overlay and the main tree provide foo-1.2,
masking foo-1.2::overlay in Portage would end up masking every foo-1.2.
Why?
You also need proper multiple repository support to make it work;
merely adding repo dep specs on top of a pure overlay model
Ryan Hill wrote:
Personally I don't see how gaming the system helps us in any way.
I was afraid it could be read in such a way. Handing out fake version
numbers would be much easier, wouldn't it? I want every single package
int he tree to be stable, up to date and polished. But as our
Aaron Bauman wrote:
Sebastian,
I definitely admire your point and know that through your tracking and
Google
SoC project you have good visibility on this I do however have to disagree.
As much as I enjoy the open source community and admire the products they put
out I do believe
Marijn Schouten (hkBst) wrote:
koffice (2.0.2) 1.6.3
There has been koffice-meta-2.0.2 for a while.
Good catch, thank you!
Sebastian
Hello there!
Among other information the Gentoo page at DistroWatch [1] displays a
table on about 200 selected packages [2] and how up to date Gentoo is
per package. I assume that DistroWatch is still one of the first places
people go to get a feeling for a Distro they heard about, besides
Ulrich Mueller wrote:
IMHO the main disadvantage is that ebuilds would have to be converted
to EAPI-4 for this,
Why do they _have_ to? I understand that it's optional and that we can
take time with it until a new license (e.g. GPL-4) arrives.
Also, scripts/tools can help with the transition.
Mounir Lamouri wrote:
However I do notice that GPL-2+ could make things easier.
Why not introduce a license group for it like @GPL-2+ or so, instead?
That would be transparent and use existing means.
I don't understand where the black magic is.
It would be in the implementation and in the
Mounir Lamouri wrote:
It's even worst when we try to use ACCEPT_LICENSE to have a free
operating system. Let's suppose 'free' in fsf free and osf free,
LGPL-2.1 is free for both but LGPL-2 isn't and we can suppose, most
LGPL-2 licensed packages in the tree are LGPL-2+ actually.
Are you aware
Christian Faulhammer wrote:
I have just committed a patch [1] that could fix it. Please try again
with the latest HEAD and let me know how it works for you.
Traceback (most recent call last):
File /usr/lib/python2.6/site-packages/smolt/client/sendProfile.py,
line 215, in module %
Samuli Suominen wrote:
You do realize all this discussion is now pointless as 10.0 profiles are
in place already? :-p
So what do we do?
Sebastian
Josh Saddler wrote:
So what do we do?
http://www.gentoo.org/doc/en/gentoo-upgrading.xml
Please give more precise content pointers or summarize what you want to
point out.
Sebastian
Alexey Shvetsov wrote:
Hi all!
seems smoltSendProfile doesnt work with unicode locales =)
100%] x11-wm/twm-1.0.4
Traceback (most recent call last):
File /usr/lib/python2.6/site-packages/smolt/client/sendProfile.py,
line 211, in module
% excerpts
UnicodeDecodeError: 'ascii' codec
Mike Frysinger wrote:
10.0 is retarded
How would you like the problem to be addressed?
Sebastian
Sebastian Pipping wrote:
What's next
===
Besides before-mentioned table the task
Collect FEATURES variables in three sets (conf, defaults, globals),
not merged
http://soc.gentooexperimental.org/issues/show/58
is next on my list.
Done.
Previous test participants
Zac Medico wrote:
With the introduction of autobuilds, would it be a good idea to rename
the profiles so that they don't have the date association? This does
seem to confuse a number of new users who will appear asking where the
2009 profiles are.
Maybe, but you could also look at this as a
Christian Faulhammer wrote:
Hi,
Sebastian Pipping webmas...@hartwork.org:
Christian Faulhammer wrote:
That's a nice starting point to have a look if they aren't installed
they are unpopular or because they fail to build (which makes them a
candidate for removal).
I'm not following - how
Christian Faulhammer wrote:
That's a nice starting point to have a look if they aren't installed
they are unpopular or because they fail to build (which makes them a
candidate for removal).
I'm not following - how would we find out about the reason a package is
never reported installed?
I've
Nikos Chantziaras wrote:
Seems to work OK now and I just submitted my data to smolt.hardwork.org.
Great to hear, thank you.
Sebastian
Nikos Chantziaras wrote:
[..] since [smoltGui] doesn't take a --server parameter [..]
Fixed/added.
http://git.goodpoint.de/?p=smolt-gentoo.git;a=commitdiff;h=707e98bd454ae416bec7870296ed108549275ecc
Sebastian
Nikos Chantziaras wrote:
I use overlays for packages I can't get through portage. If they
conflict, I don't use them.
Why do you apply such a general rule?
For instance I have been using dev-util/diffuse from the zugaina
overlay until a newer version went into the gentoo tree.
Portage tells
Nikos Chantziaras wrote:
(so that smoltGui can actually be
used at all since it doesn't take a --server parameter.)
Good catch. Just opened a new task for it here:
http://soc.gentooexperimental.org/issues/show/67
Before submission you can view all the data you submit.
Near the bottom
Nikos Chantziaras wrote:
And I was under the impression that pure-funtoo
falls under this category: providing packages that don't exist in portage.
If you want to you can adjust funtoo-ripper to do just that on your
local machine. All you have to do is adjust the
EbuildTree._minus
Hello!
Arrivals
The third peport table on installed packages most-unmasked has just
arrived:
http://smolt.hartwork.org:45678/static/stats/gentoo.html#installed_packages_most_unmasked
Questions
=
Before adding the forth least-installed table, I'd like to take the
chance to ask
Nikos Chantziaras wrote:
Is there something special required to use smolt? I get to a page that
tells me this after I submit my profile:
Error: Critical: New versions of smolt use a public UUID. Yours is:
pub_----
What version/edition of Smolt are you trying
Nikos Chantziaras wrote:
What version/edition of Smolt are you trying to commit with?
The only available one: app-admin/smolt-1.2
Smolt 1.2 does not have the Gentoo-specific client code you need, yet.
Please try again with
app-admin/gentoo-smolt-
from my sping overlay.
Sebastian
Sebastian Pipping wrote:
Commits are done automatically, triggering and pushing is
manual at the moment.
By now a cron-based setup is running syncing the pure-funtoo overlay
(and therefore also its atom and rss feeds) every 24 hours.
Sebastian
Nikos Chantziaras wrote:
There seems to be a bit of (minimal) duplication between pure-funtoo and
sunrise:
app-office/thinking-rock-bin
dev-tex/mimetex
x11-drivers/xf86-video-nouveau
And since sunrise is the most popular overlay, it might be a good idea
to also omit packages found
Nikos Chantziaras wrote:
Uhm, I just discovered that there are conflicts with portage too. That
is not good. After I added pure-funtoo, it messed up my emerge -u world
(stuff like wanting to upgrade to sys-apps/baselayout-2.1.5).
Hopefully fixed
Nikos Chantziaras wrote:
Done. Seems to work OK. Though there's no info about the scanning of
packages and my profile page only lists hardware.
I cannot find any new entries in the database.
Have you been using
--server=http://smolt.hartwork.org:45678/
on submission? I mentioned that in
Jeremy Olexa wrote:
- Would zero-install packages be more interesting than
almost-zero ones or the other way around?
I don't really understand this question. Does zero-install mean that
they are not installed at all? This isn't really useful, because the
ommition of a package from the
Duncan wrote:
I haven't installed this yet. I should...
by now there's a
gentoo-smolt- ebuild
in the sping overlay to ease things up a bit.
sebastian
Hi there!
With the GSoC deadline behind me I took the liberty to put a few hours
into something Funtoo-related that I've been wanting to do before.
Funtoo's tree is a melting pot currently combining ebuilds from the
trees (from [1])
- gentoo
- mpd
- perl-experimental
- sunrise
with
Hello!
Just a quick update: the first report table on installed packages just
arrived. Have a look here:
http://smolt.hartwork.org:45678/static/stats/gentoo.html#installed_packages_most_installed_world
Sebastian
Hello again!
Today 19:00 UTC is firm pencils down for Gentoo Google Summer of Code.
That means ..
we enter the phase where you should *join me* with development.
Looking at
http://soc.gentooexperimental.org/projects/stats/issues
there is a more work to do (and will always be), both
Sebastian Pipping wrote:
An ebuild for man2tidyhtml will follow.
Here it is:
http://git.goodpoint.de/?p=overlay-sping.git;a=tree;f=app-text/man2tidyhtml
Sebastian
Sebastian Pipping wrote:
An ebuild for manServer is in the pipeline, currently waiting for the
next reply from upstream.
manServer ebuild here, new 1.08 release from upstream
http://git.goodpoint.de/?p=overlay-sping.git;a=tree;f=app-text/manserver
Sebastian
Samuli Suominen wrote:
I am sorry for posting this question but I saw no other way (got really
confused). I am developping an application (a text editor) and I would
like to see it into Gentoo distro, but I can't really understand the way
that thing goes. I read the documentation about how to
Yannick Chabanois wrote:
Not really a problem, I can had gentoo and funtoo trees in
gpo.zugaina.org. This will be available very soon ( next week ?) with
the new version of the site.
All source code of gpo.zugaina.org will be made available in the same time.
That's great news!
Please keep me
Robert Buchholz wrote:
preserve-libs
splitdebug
unmerge-logs
These are documented in Portage 2.2 make.conf(5).
Just updated to make.conf from revision 13844.
http://smolt.hartwork.org:45678/static/man/man5/make.conf.5.html
My man2tidyhtml wrapper around manServer [1] is now hosted
Federico Ferri wrote:
note that for sound-related packages there exists pro-audio overlay
my impression is that pro-audio really focuses on _professional_ audio
software. that's two very different sets of applications. i don't see
any benefits from mixing them, do you?
sebastian
Josh Saddler wrote:
I'm well aware of that. It's A Dumb Policy(tm). :)
What advantage do you see in forcing people to have their overlays
hosted on http://git.overlays.gentoo.org/gitweb/ ?
Sebastian
Federico Ferri wrote:
1st: you could make an ebuild for it ;)
i just made one but it's not that useful yet, as the code is not
runnable from any location yet...
2nd: how to improve the output: you could make every data an
hyperlink: that would help understand better the contents
actually
Federico Ferri wrote:
1st: you could make an ebuild for it ;)
Done. Look for app-admin/gentoo-smolt- in the sping overlay.
Running
# smoltSendProfile --server=http://smolt.hartwork.org:45678/
should work fine after.
Sebastian
Hello again!
I have set up a test server of the current stats code. If you have a
minute to check it out that would rock. I'm very interested in overall
feedback and bug reports.
To check it out please do as following:
0) Make sure you have these packages installed:
Sebastian Pipping wrote:
0) Make sure you have these packages installed:
sys-apps/portage
dev-util/git
dev-python/rhpl
dev-python/urlgrabber
dev-python/simplejson
dev-python/dbus-python
From what I hear not everyone has the HAL daemon
Sebastian Pipping wrote:
3) Run the client (which asks and shows details before submission)
# python sendProfile.py \
--server=http://smolt.hartwork.org:45678/
I forgot to mention you need to create a random machine id one way or
another before you can submit data
Mark Bateman wrote:
emerge rhpl -va
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N] net-wireless/wireless-tools-29 USE=nls -multicall 288 kB
[ebuild N] dev-python/rhpl-0.213 236 kB
Total: 2 packages (2 new), Size of
Dirkjan Ochtman wrote:
On Mon, Aug 10, 2009 at 12:08, Sebastian Pippingwebmas...@hartwork.org
wrote:
0) Make sure you have these packages installed:
dev-python/rhpl
dev-python/urlgrabber
dev-python/dbus-python
What do you need these for?
a short and correct answer
Ben de Groot wrote:
So hereby we announce the Gentoo Multimedia overlay. It is located at
http://gitorious.org/gentoo-multimedia and any developers who want to
join can let us know their gitorious account name, so they can be added.
Good idea!
Out of curiousity: Is a gitorious account a
hi there!
intro + high level stuff
=
the stats gathering project that i'm currently working on mainly
involves data specific to the package manager, i.e. portage. as some
gentoo users are using paludis instead of portage the question arises if
and how we should integrate
I haven't mentioned yet that I have started using the provided Redmine
installation, especially its bug tracker lately. The reason I post
about this is these two links that might be of interest to some of you:
Gentoo/Smolt/GSOC tasks
http://soc.gentooexperimental.org/projects/stats/issues
Mike Frysinger wrote:
If you have something you'd wish for us to chat about, maybe even
vote on, let us know ! Simply reply to this e-mail for the whole
Gentoo dev list to see.
I would love to see the GLEP on CPE names in metadata.xml discussed,
Hello again!
Just a few quick updates. By now the server side accepts
Gentoo-specific data from the client (transfered as JSON) and updates
that machine's previous submission in the database. (That's not as
trivial as it may sound at first.) As a single submission produces a
few thousand
Robin H. Johnson wrote:
So, please test at:
http://bugs-web-lb.gentoo.org/
HTTP and HTTPS available.
Nice, makes a very responsive impression to me.
Sebastian
Hello!
Just a few words for proof of life. I'm knee-deep in SQL alchemy stuff
at the moment. I guess a good explanation why Gentoo had to live
without its own popcon before is that it's a lot of work shoveling the
data into a database alone, relating to a 20+ table scenario. Still,
things are
Pacho Ramos wrote:
Have you think about enabling cdda USE flag by default in *desktop*
profiles? I think that most of desktop users will want to get cdaudio
support by default
There's quite a few notebooks without cd/dvd drives around these days.
I cannot tell how much that's in percent of all
Zac Medico wrote:
So what's needed to get a new mirrorselect release out?
Are all of your changes here?
git://git.goodpoint.de/mirrorselect.git
Yes.
Now we just need to create an ebuild to install it, and put it in
the tree. You can file a bug for that and assign it to tools-portage.
Sebastian Pipping wrote:
I have started
- writing a GLEP
- extending the DTD
- extending a sample metadata.xml
Related gitweb over here:
http://git.goodpoint.de/?p=metadata-xml-cpe-glep.git
Especially as this is my first GLEP and it will affect most of you in
the long run, I depend
Sebastian Pipping wrote:
Robert Buchholz wrote:
1. has no DTD/xml validation schema
I'd like to be part of the schema creation process [..]
First try on a DTD and Relax NG schema for Layman's current overlays.xml
format (used in layman-global.txt) over here:
http://git.goodpoint.de
Petteri Räty wrote:
You need to come up with the needed DTD changes for metadata.xml. Last
time the schema was changed it was done with a GLEP so writing one seems
prudent here
I have started
- writing a GLEP
- extending the DTD
- extending a sample metadata.xml
Related gitweb over here:
Fabian Groffen wrote:
So alternative, what if
we extend the layman-global.txt (which is xml in reality...) file with
an extra property per overlay which holds the contents of it's
repo_name?
Good idea.
I'll try to create a map for all overlays in layman-global.txt as a next
step. Layman and
Sebastian Pipping wrote:
I'll try to create a map for all overlays in layman-global.txt as a next
step. Layman and shell tools should help with that.
Believe it or not: discs space issues disallow me to have an answer
already. The code is there, I just cannot checkout all overlays at the
same
Robert Buchholz wrote:
1. has no DTD/xml validation schema
I'd like to be part of the schema creation process but feel that having
pre-mature schema's on the list and it's archives is not a good idea.
If we had a schema file: where would we store it?
Sebastian
Tobias, thanks for taking the time to test my code!
Tobias Klausmann wrote:
/home/klausman/tmp/smolt-gentoo/client/distros/gentoo/globaluseflags.py:22:
DeprecationWarning: the sets module is deprecated
I'm looking for advice how to best handle this.
@all
If you read this and know how please
Victor, thanks for participating!
Victor Ostorga wrote:
1. Local overlays are not taken into account, the output is like
follows:
Active overlays:
Names:
[]
Paths:
[]
Total: 1
Known: 0
Secret: 1
Does it have a profiles/repo_name file?
Can you share the output of
#
Victor Ostorga wrote:
1. Local overlays are not taken into account, the output is like
$ emerge --info --verbose | grep OVERLAY
PORTDIR_OVERLAY=/usr/local/portage
It is a local overlay which I use to do some tests.
That overlay is ignored to protect your privacy.
A good way to include it
So here's the current result of my analysis:
==
Format:
repo_name, # layman-global.txt
Entries:
maekke's overlay, # maekke
kde, # kde-testing
ERROR: Overlay lordvan lacks repo_name entry
ERROR: Overlay rox lacks
in case anybody wants to have a look what i made of that you can find my
current sources over here:
http://git.goodpoint.de/?p=smolt-gentoo.git;a=tree;f=client/distros/gentoo;hb=refs/heads/gentoo
thanks again to andy for his code and zac for help on IRC.
any feedback and code review is very
Hello!
In my current code for GSoC/Gentoo/Smolt I access the list of folders
that /etc/make.profile and parents are resolved to:
portage.settings.profiles
I do this to be able access
- profile package.mask,
- user package.mask, and
- user package.unmask
independently, which
Robin H. Johnson wrote:
I'll try to suck that down soon and build up a larger history with old
tarballs, and then push it somewhere useful.
To re-build mirrorselect's complete history we'd need the original
tarballs for each line starting with [ ] below.
Please let us now if you have some of
Robin H. Johnson wrote:
On Sun, Jul 05, 2009 at 02:44:07AM +0200, Sebastian Pipping wrote:
When collecting information on the SYNC variable for my Summer of Code
gentoo stats project I'd like to check if the URL in SYNC is publically
known or some private/secret rsync mirror. The page behind
Rémi Cardona wrote:
And now for some bikeshedding fun, which flag are we going to keep? ;)
My vote would be for cdaudio as that
- is more general (including analog playback)
- is more user friendly
but let those decide who impkement it.
Sebastian
Thanks guys, very helpful!
More questions later.
Sebastian
Hello!
app-portage/mirrorselect is a single file Python program.
It contains a class MirrorParser that parses mirrors.xml from the Gentoo
website. I would like to use that code (unmodified) for my GSoC
project.
My request is to extract an extra file for that class from
mirrorselect so the
Lars Wendler wrote:
So what do you think? Should we convert the bug into a tracker and open bugs
for any package using the USE-flag that should be converted into the other
one?
+1 from me, sounds reasonable.
Sebastian
Duncan wrote:
Note that one can set PORTAGE_RSYNC_EXTRA_OPTS in make.conf, with the
contents being added to the normal rsync command. Looking at the rsync
manpage, there's the --exclude-from=/path/to/exclude.file option.
[..]
However, it should be obvious that
anything a sysadmin wishes
301 - 400 of 435 matches
Mail list logo
