Re: [gentoo-dev] perforce client proper license

Markos Chandras wrote: > Hello folks, > > Qt-creator[1] program can support perforce[2] software configuration > manager. > My concern is the perforce license. According to their site[3] there is a > dual(?) license. > There is the standard commercial license[4] and one for free software

Re: [gentoo-dev] perforce client proper license

Markos Chandras wrote: > Sebastian, > Why would I want to do that? The license files should stay untouched. > There is > nothing wrong of having both licenses on ebuild since this is the upstream > policy. I forgot that the license files upstream might change so I agree you need a cop

Re: [gentoo-dev] Re: please stop using foo-${PV}-bar.patch in other ebuild versions than ${PV}

Ryan Hill wrote: >> Please do not apply patches that have ${P} prefix in other ebuild >> versions than ${PV}. >> Is that hard to create a new patch with a proper name? > > Um, why? > > I'm not having six identical patches with different version numbers in > FILESDIR. Good point. Sebastian

Re: [gentoo-dev] Re: please stop using foo-${PV}-bar.patch in other ebuild versions than ${PV}

Ryan Hill wrote: > Alin Năstac wrote: > >> I suppose what everyone does in their part of the tree is their >> business, but a small subset of packages I maintain have other >> maintainers as well. It is annoying to see rules you assume being >> respected on your ebuilds being broken at every bump

Re: [gentoo-dev] [RFC] git.eclass / subversion.eclass support for http proxy

Timothy Redaelli wrote: > Hi, > Some repositories has the git (or svn) and http support. I saw that we choose > the git/svn one (it's faster i know, but it does not works under proxy). > > I propose a E{GIT,SVN}_REPO_HTTP_URI (or similar) variable that uses the http Good idea. > variant when

Re: [gentoo-dev] Re: please stop using foo-${PV}-bar.patch in other ebuild versions than ${PV}

Fabian Groffen wrote: > I think what's missing is the following observation: > > ${PN}-fix-issue.patch naming is bad if you patch code that is (likely) > to change in newer releases. This is almost always the case. Ultimate > example, patch something in ffmpeg or mplayer, and the next snapshot >

Re: [gentoo-dev] please stop using foo-${PV}-bar.patch in other ebuild versions than ${PV}

Marijn Schouten (hkBst) wrote: > Furthermore a lot of our patches are in the sed format and I happen to think > that's a good thing. My current view is that "sed patches" should only be used where "static" patches don't work, ignoring laziness (including mine) for the moment. Why do you feel sed

Re: [gentoo-dev] `paludis --info' is not like `emerge --info'

Just an idea without knowing all the details: Could - "--emerge-info" and "--emerge-info-verbose" options be added to paludis or - a converter script be written to convert paludis output to feel like emerge output to solves this issue? Would that technically be possible? Is paludis ret

Re: [gentoo-dev] `paludis --info' is not like `emerge --info'

Ciaran McCreesh wrote: > Taking any of it out would be > removing things that are required to determine the cause of a bug. I doubt that's true in most cases: The information needed to finding the bug is a (possibly small) subset of the whole. I don't see how additionally providing a stripped do

Re: [gentoo-dev] Project summaries - Alpha Arch Team

Robert Buchholz wrote: > Note that we have a Summer of Code student this year who is working on a > project to gather both hardware and software statistics from Gentoo > users. If you have any special requirements for your platform, I am > sure he has open ears. No need to invent two wheels at t

[gentoo-dev] Inviting you to project "PackageMap"

Hello! Quick (re-)introduction: My task for Gentoo/Google Summer of Code 2009 is to give Gentoo a Debian popcon equivalent, a tool to collect statistics on "what package is installed how often". To achieve this goal I'm extending Smolt (a tool currently doing similar things with hardware inform

[gentoo-dev] Gentoo-specific PackageMap stuff

Related to my previous mail 'Inviting you to project "PackageMap"' (blog post version at ) # Clone repo git clone git://git.goodpoint.de/packagemap.git cd packagemap # Prepape CPE database ( cd nvd && ./download-nvdcve.sh && ./extract-cpe.sh ) # Create pac

[gentoo-dev] Gentoo stats server/client @ 2009-06-12

Hello! In response to Donnie's request on status updates to the gentoo-dev list this mail here. I posted the actual content as blog posts through Planet Gentoo before. So for anyone not subscribed to Planet Gentoo these are the related blog posts: - TurboGears 2 and Gentoo http://blog.hart

[gentoo-dev] Re: [packagekit] Inviting you to project "PackageMap"

Richard Hughes wrote: > I'm slightly worried about it being called a service. Is it going to > be a new process that just does the mapping or is this a bad choice of > words? If it is a new process then I'm not sure such a thing will > catch on. I'm not yet sure about how a mapper will keep it's d

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Petteri Räty wrote: > Sebastian Pipping wrote: >> To count into the same bucket we use global identifiers for the >> "products" that fall out of a package. Gentoo package "dev-util/git" >> can produce product "cpe://a:git:git", Debian's &q

Re: [gentoo-dev] Re: Inviting you to project "PackageMap"

Steven J Long wrote: > You might as well use Gentoo's version specification for your internal > format, as it's the most comprehensive. The most you need to add is > debian epochs. I'm not sure what you are referring to. Please share more details or pointers. > XML was never meant for data-stora

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Petteri Räty wrote: > I mean making metadata.xml the authoritative source for mapping CPE to > Gentoo packages. I don't want to see the situation when adding new > packages to the tree would need some mapping being done in an external > web service. Well, it's a nothing more than git commit and pu

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Robert Buchholz wrote: > On Saturday 13 June 2009, Sebastian Pipping wrote: >> One of the stronger points for collaborating at the source is that >> poeple who are not Gentoo devs (yet) and therefore have no write >> access to the Gentoo tree can still extend and fix the

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Robert Buchholz wrote: > The consumers of the PackageMap will always only use the central > database. I'm not sure about that. I rather assume it will happen. Especially use ignoring the substitution map. > I am convinced the project will be more viable if people can choose > their level of c

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

I start to understand the real benefits of moving a larger part of the maintenance down to the distro level as you proposed. Okay, let's add support for CPEs at distro package level and sync up and down with the central packagemap database. Please contact me for collaboration on sync scripts and "

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Marijn Schouten (hkBst) wrote: > Sebastian Pipping wrote: >> I start to understand the real benefits of moving a larger >> part of the maintenance down to the distro level as you proposed. > >> Okay, let's add support for CPEs at distro package level >> an

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Paul Wise wrote: > On Thu, 2009-06-18 at 02:09 +0200, Sebastian Pipping wrote: > >> It could be interesting how much the list of homepages >> in say Debian packages and Gentoo packages overlap. > > Debian sid amd64 binary packages: > > $ grep -h ^

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Paul Wise wrote: > The scripts were in my mail and the files are on every Debian mirror: > > wget -O - > http://ftp.debian.org/debian/dists/unstable/main/binary-amd64/Packages | grep > -h ^Homepage | sort | uniq -c | sort -n -r | head -n 10 > wget -O - http://ftp.debian.org/debian/dists/unstable

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Marijn Schouten (hkBst) wrote: > Neither of the gits gentoo has seems very split, I was referring to git in Debian here: Package: git-core Binary: git-core, git-doc, git-arch, git-cvs, git-svn, git-email, git-daemon-run, git-gui, gitk, gitweb > texlive with (http://www.tug.org/texlive/)

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

Sebastian Pipping wrote: >> I'd like to determine the subset of URLs that appear >> exactly once in both gentoo and debian source packages. > > Mappable homepages in Debian: 6222 > Mappable homepages in Gentoo: 9582 > Shared (without normalization):

[gentoo-dev] Gentoo stats server/client @ 2009-06-20

Just a quick note that target "Make existing data processing fine-configurable" by now is complete and part of smolt's upstream code: http://git.fedorahosted.org/git/smolt.git The motivation for this feature was to allow users to shape smolt's behavior to fir their needs for privacy: If a user

Re: [packagekit] [gentoo-dev] Inviting you to project "PackageMap"

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 too especially if we are going to make the value mandatory > after it was been added to all existing packages. Also

[gentoo-dev] Gentoo stats server/client @ 2009-06-21

I've been working on the first Gentoo-specific data collecting bytes today. As smolt is written in Python using Portage's Python API was an easy choice. Here's an excerpt of data sets and their status of processing that I've been working with today: Collected and auto-filtered: - gentoo_o

Re: [gentoo-dev] Gentoo stats server/client @ 2009-06-21

First thanks for sharing your concerns and setup bits. That's the right thing at the the right time. Robin H. Johnson wrote: > Relevant to this, I might not want to disclose my profile inheritance > tree. Here's one of them for you: > /etc/make.profile > /etc/managed-portage/hosts/build_webdb/ma

Re: [gentoo-dev] Gentoo stats server/client @ 2009-06-21

Sebastian Pipping wrote: > A) Download and keep a snapshot of layman-global.txt in sync ourselves > > B) Use heuristic on layman's cache > > - Resolve ${cache} from /etc/layman/layman.cfg > > - Parse all ${cache}/cache_*.xml files using the Layman API &g

[gentoo-dev] Gentoo stats server/client @ 2009-06-29

I more or less took a week off GSoC for LinuxTag. It gave me the chance to further spread the ideas behind Gentoo (and also PackageMap) a bit. I think that was worth not producing any code during the time. There is lots of things to do, I'm back at it. Sebastian

[gentoo-dev] Re: [gentoo-soc] Re: Progress on Universal Select Tool

Sérgio Almeida wrote: > user action bin { > description "Change Python's Version" > type sym > sym python { > bin python > target /usr/bin/python > prefix /usr/bin/ > regexp python([0-9]+\.[0-9]+$) > sym pytho

Re: [gentoo-dev] Re: Gentoo stats server/client @ 2009-06-21

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 wi

Re: [gentoo-dev] Gentoo stats server/client @ 2009-06-21

Robin H. Johnson wrote: > I'm wondering how profiles should be reported. Rather than just the > endpoint, I'm thinking that we should resolve them and generate a list, > like the above, then explicitly whiteout the non-public ones. > So in the above, you'd report: > === > (censored) X 13 > default/

Re: [gentoo-dev] Gentoo stats server/client @ 2009-06-21

Robin H. Johnson wrote: > 1. That's not the only location used for layman. > - At home: /code/gentoo/layman/ > - At work: /usr/local/portage-layman/ > - Gentoo Infra: /usr/portage/local/layman/ > > 2. Just because an overlay is distributed by layman does NOT mean that >it's safe to disclose t

[gentoo-dev] mirrorselect: request for extraction of class MirrorParser

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 G

Re: [gentoo-dev] About time to unify "cdda" and "cdaudio" USE flags and make the remaining one global?

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

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

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/secr

Re: [gentoo-dev] About time to unify "cdda" and "cdaudio" USE flags and make the remaining one global?

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

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: Various horde packages

Hello! Would it make sense to move these ebuilds to a dedicated overlay? I can think of one IPS that uses both Gentoo and Horde [1] (though I'm not sure which version and if in combination). A imagine that a dedicated overlay could be both a service to people who still rely on horde and at the s

Re: [gentoo-dev] Arbitrary breakage: sys-fs/cryptsetup

On 03/22/2012 03:20 PM, Alexandre Rostovtsev wrote: >> [1] For one, genkernel should bomb out if it can't comply with a >> command-line arg instead of just putting non-alert text up. > > There is already a bug open about this issue: > https://bugs.gentoo.org/show_bug.cgi?id=409277 With that bug f

[gentoo-dev] Re: [gentoo-dev-announce] Lastrite: 4suite, amara and testoob (mostly for security)

On 05/16/2012 10:40 AM, Samuli Suominen wrote: > # Samuli Suominen (16 May 2012) > # Internal copy of vulnerable dev-libs/expat wrt #250930, > # CVE-2009-{3720,3560} and CVE-2012-{0876,1147,1148}. > # > # Fails to compile wrt bug #368089 > # Bad migration away from dev-python/pyxml wrt #367745 > #

Re: [gentoo-dev] gtk3 useflag and support of older toolkits

On 06/10/2012 05:54 AM, Alexandre Rostovtsev wrote: > For libraries, if possible, try splitting gtk2 and gtk3 support into > different slots (see net-libs/webkit-gtk for an example; the gtk2-based > versions have -r2xx revision numbers and go in slot 2, while the > gtk3-based versions have -r3xx re

Re: [gentoo-dev] License groups in ebuilds

On 05/10/2012 11:39 AM, Ulrich Mueller wrote: > Are there any other licenses besides *GPL and FDL that would require such a > file? > > What do you think? The "GPL-2+" file workaround doesn't sound to bad. Call be picky, but we could actually use a "GPL-3+" file, too. With that we could distin

[gentoo-dev] Last rites: app-admin/smolt

# Sebastian Pipping (27 Nov 2012) # Masked for removal in 30 days. # Server and software development discontinued upstream (bug #438082) app-admin/smolt

[gentoo-dev] Last rites: app-admin/profiler

# Sebastian Pipping (27 Nov 2012) # Masked for removal in 30 days. # Licensing issues, turned out not distributable (bug #444332) app-admin/profiler

Re: [gentoo-dev] Lastrites: net-proxy/paros, net-misc/ups-monitor, app-emulation/mol, net-wireless/fsam7400, net-wireless/acx, net-wireless/acx-firmware, net-wireless/linux-wlan-ng-modules, net-wirele

On 11/24/2012 10:12 PM, Pacho Ramos wrote: > # Pacho Ramos (24 Nov 2012) # Upstream dead and > no longer runs (#402669). # Removal in a month app-cdr/dvd95 Bug fixed. I just ripped a DVD with dvd95 successfully. + 02 Dec 2012; Sebastian Pipping package.mask: + Keep dvd95 since bug #

[gentoo-dev] [rfc] dev-libs/expat[unicode] and dev-libs/libbsd dependency

Hi! The next release of dev-libs/expat is not far away and there are two things that I would appreciate input with, before the next bump in Gentoo: -DXML_UNICODE_WCHAR_T issues and Gentoo/Debian mismatch === With USE=unicode, on Gentoo two ex

Re: [gentoo-dev] [rfc] dev-libs/expat[unicode] and dev-libs/libbsd dependency

Hi, On 31.05.2017 21:16, Michał Górny wrote: >> How do you evaluate these options: >> >> a) Keep libexpatu.so + change libexpatw.so to CPPFLAGS=-DXML_UNICODE >> >> b) Drop libexpatu.so + change libexpatw.so to CPPFLAGS=-DXML_UNICODE > > Does any other distribution use libexpatu.so? If not, the

Re: [gentoo-dev] [rfc] dev-libs/expat[unicode] and dev-libs/libbsd dependency

Hi! Just quick note for the record: 2.2.0-r2 has these changes now, no need to have that wait for the next release: https://github.com/gentoo/gentoo/commit/715a2315ee2b841e38843e61b43ee058b5678cab Best Sebastian signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] [RFC] Addition of a new field to metadata.xml

On 01.06.2017 23:18, Jonas Stein wrote: > 2. Specification > > A space separated list of the corresponding debian packages should be > written in the field > > > It should be NONE, if debian has no corresponding package. > UNSET or no field, if the creator of the ebuild did not

[gentoo-dev] Merge 7 Fedora wallpapers packages to single one with slots?

Hi! I noticed that we have 7 packages on Fedora wallpapers with names that only explain themselves to Fedora insiders: # eix background | fgrep -B3 Fedora * x11-themes/constantine-backgrounds Available versions: 12.1.1.4-r1 Homepage:https://fedoraproject.org/wiki/F12_Artw

Re: [gentoo-dev] time to retire

Stefan, thanks for your work on Gentoo! All the best Sebastian

Re: [gentoo-dev] Merge 7 Fedora wallpapers packages to single one with slots?

Hi, On 27.01.2018 17:32, Michael Orlitzky wrote: > If you do merge them, then it might be better to use flags for the > different sub-packages rather than slots. There's no place to describe > what a slot is for, but having a local USE=solar with a corresponding > description in metadata.xml is (

Re: [gentoo-dev] Merge 7 Fedora wallpapers packages to single one with slots?

On 27.01.2018 19:06, Sebastian Pipping wrote: > 11-solar > 12-constantine > 13-goddard > 14-laughlin > 15-lovelock > 16-verne Correction: 10-solar 11-leonidas 12-constantine 13-goddard 14-laughlin 15-lovelock 16-verne

Re: [gentoo-dev] Merge 7 Fedora wallpapers packages to single one with slots?

Hi Alec, On 27.01.2018 22:58, Alec Warner wrote: > > I noticed that we have 7 packages on Fedora wallpapers with names that > > only explain themselves to Fedora insiders: > > So traditionally we follow upstream package naming. If we aim to > deviate, I'd prefer we have strong reasons fo

[gentoo-dev] Last rites: media-gfx/drqueue

# Sebastian Pipping (08 Oct 2016) # Dead upstream for years, ebuild needs work, 5 open bugs # Masked for removal in 30 days. media-gfx/drqueue

Re: [gentoo-dev] About EGO_SUM

On 08.06.22 22:42, Robin H. Johnson wrote: EGO_SUM vs dependency tarballs: [..] - EGO_SUM is verifiable/reproducible from Upstream Go systems Let's be explicit, there is a _security_ threat here: as a user of an ebuild, dependency tarballs now take effort in manual review just to confirm that t

Re: [gentoo-dev] Last rites: www-client/chromium-bin

On 04.05.23 20:59, Maciej Barć wrote: R.i.p. to a lot od desktop users on non-state-of-the-art HW. Building Chromium inside a cloud VM may be an option for some users with older hardware. When using e.g. https://github.com/hartwork/binary-gentoo for that, the VM doesn't even have to run Gen

[gentoo-dev] Package up for grabs: www-client/httrack

Hi! Just a quick note that I have just dropped maintainership of package… www-client/httrack …, about 8 years after my first commit on the package and after bumping to 3.49.5 and asking for its stabilization due to a security fix about a minute ago or two, as my last action on the package.

Re: [gentoo-dev] Is /var/cache the right place for repositories?

On 20.12.2012 19:14, Ciaran McCreesh wrote: > The tree is a database. It belongs in /var/db/. I don't see /var/db in the latest release of the Filesystem Hierarchy Standard: http://www.pathname.com/fhs/pub/fhs-2.3.html#THEVARHIERARCHY I would prefer something that blends with FHS. Best, Se

Re: [gentoo-dev] Is /var/cache the right place for repositories?

On 20.12.2012 18:27, Ulrich Mueller wrote: > Now I wonder: After removal of e.g. the Portage tree from a system, it > is generally not possible to restore it. (It can be refetched, but not > to its previous state.) > > Same is true for distfiles, at least to some degree. They may have > vanished u

Re: [gentoo-dev] What did we achieve in 2012? What are our resolutions for 2013?

Coming to my mind: There have been continued regular releases of genkernel integrating patches from various people: http://git.overlays.gentoo.org/gitweb/?p=proj/genkernel.git;a=tags And there has been a constant stream of people asking for user overlay hosting or getting an existing overlay bei

Re: [gentoo-dev] New Python eclasses -- a summary and reminder

Looks like great work so far. On 11.02.2013 01:20, Michał Górny wrote: > Secondly, I'd like to make it clear that the old python.eclass is > 'almost' deprecated. We're in process of converting the in-tree > packages to use the new eclasses but that's a lot of work [3]. > > [..] > > [3]:http:/

[gentoo-dev] Packages up for grabs

Hello! Below are some packages that I fail to take care of as needed and have not been using myself for a while. Please take over whatever you have interest in: Latest Open bugs app-text/xmlstarlet

Re: [gentoo-dev] Last rites: dev-php/{adodb-ext,eaccelerator,pecl-apc,pecl-id3,pecl-mogilefs,pecl-sca_sdo,suhosin}

Hi Brian, On 02.10.2014 20:29, Brian Evans wrote: > # Brian Evans ( 1 Oct 2014 ) # Masked for > removal in 30 days. # Broken on >=dev-lang/php-5.4. No > replacements known. [..] dev-php/suhosin is that true for suhosin? Upstream reads "has been tested with PHP 5.4 and 5.5" [1] and there i

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

Zac Medico wrote: > Yeah, here's the history since I started maintaining it: > > http://dev.gentoo.org/~zmedico/projects/mirrorselect.git/ I've been adding mirror3.xml support to the above today. Repo over here: http://git.goodpoint.de/?p=mirrorselect.git;a=summary Sebastian

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

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

[gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

Hello! Intro For the gentoo-specific part of smolt [1] that's in the making we collect stats on what package is installed and what overlay it comes from. Which tree/overlay it came from is determined by reading file /var/db/pkg/${CATEGORY}/${PF}/repository. The name in there comes fr

[gentoo-dev] Wanted: Stats collection (not submission!) testimonials

Hello! As the collection part of my "bring stats to Gentoo" project is complete by now, it's a good point in time to do a bit more testing. If you can contribute a few minutes to it that would rock, please read on. The idea is that you as a human (not machine) with a system different from mine

Re: [gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

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

Re: [gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

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 over

Re: [gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

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

Re: [gentoo-dev] Wanted: Stats collection (not submission!) testimonials

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

Re: [gentoo-dev] Wanted: Stats collection (not submission!) testimonials

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

Re: [gentoo-dev] Wanted: Stats collection (not submission!) testimonials

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 in

Re: [gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

So here's the current result of my analysis: == Format: "", # Entries: "maekke's overlay", # maekke "kde", # kde-testing ERROR: Overlay "lordvan" lacks repo_name entry ERROR: Overlay "rox" lacks repo_name entry ERROR: Ov

Re: [gentoo-dev] Inviting you to project "PackageMap"

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: ht

Re: [gentoo-dev] [rfc] repo_name/layman-global.txt overlay name mismatches

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-glo

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

Hello! So what's needed to get a new mirrorselect release out? Sebastian

Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)

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-por

[GLEP] CPE names in metadata (was Re: [gentoo-dev] Inviting you to project "PackageMap")

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 t

Re: [gentoo-dev] Re: About time to unify 'cdda' and 'cdaudio' USE flags and make the remaining one global?

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

[gentoo-dev] Gentoo stats server/client @ 2009-07-29

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 ar

Re: [gentoo-dev] Test request: Bugzilla load balancer

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

Re: [gentoo-dev] Monthly Gentoo Council Reminder for August

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, http://www.mail-archive.com/gentoo-dev@lists.

[gentoo-dev] Gentoo stats server/client @ 2009-08-02

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 INSER

Re: [gentoo-dev] Gentoo stats server/client @ 2009-08-02

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

[gentoo-dev] [rfc] paludis and portage in gentoo statistics

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

[gentoo-dev] Stats test server running, please check it out

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: sys-apps/portage

Re: [gentoo-dev] Stats test server running, please check it out

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

Re: [gentoo-dev] Stats test server running, please check it out

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

Re: [gentoo-dev] Re: Stats test server running, please check it out

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

Re: [gentoo-dev] Stats test server running, please check it out

Dirkjan Ochtman wrote: > On Mon, Aug 10, 2009 at 12:08, Sebastian Pipping > 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?

Re: [gentoo-dev] Multimedia overlay

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 te

Re: [gentoo-dev] Multimedia overlay

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

Re: [gentoo-dev] Multimedia overlay

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

Re: [gentoo-dev] Stats test server running, please check it out

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

Re: [gentoo-dev] Stats test server running, please check it out

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

Re: [gentoo-dev] Stats test server running, please check it out

Federico Ferri wrote: > 2nd: how to improve the output: you could make every data an > hyperlink: that would help understand better the contents > example: > Archs: > hyperlink arch name to wikipedia perhaps Done, linking to http://packages.gentoo.org/arch/${arch} > CFLAGS > can link the

  1   2   3   4   5   >