Re: [gentoo-dev] help needed: net-irc/weechat

2014-11-12 Thread Tomáš Chvátal
2014-11-12 12:39 GMT+01:00 Alice Ferrazzi : > i use weechat everyday :) > glad to help > > Great, just take look on the bugs, and sent me patches. I shall gladly include them in cvs :) Tom

Re: [gentoo-dev] Re: The request to abolish games team policy

2014-07-08 Thread Tomáš Chvátal
2014-07-08 14:42 GMT+02:00 Ulrich Mueller : > > On Tue, 8 Jul 2014, Michał Górny wrote: > > > In fact, they did remove ebuilds from the tree in the past for this > > reason [1]. > > Given that this was a live ebuild that failed to compile [2] and was > dumped onto the games team few weeks afte

Re: [gentoo-dev] Re: [gentoo-commits] gentoo commit in xml/htdocs/proj/en/bug-cleaners: index.xml

2013-11-16 Thread Tomáš Chvátal
2013/11/16 Tom Wijsman > On Sat, 16 Nov 2013 11:29:20 + > Markos Chandras wrote: > > > > > I think this is unnecessary. Infra requested all new projects to be in > > the Wiki so I don't think that you are supposed to add a proj/en page > > anymore just so you can redirect it to the Wiki > >

[gentoo-dev] Changes in libreoffice ebuild

2013-08-13 Thread Tomáš Chvátal
As per my comment in bugzilla [1] I said that the patch should be submitted upstream prior having it in cvs. Yet you decided to completely ignore my statement and just smash in the patch anyway [2]. Please don't do this ever again. We had shitload of distro patches before and it is hell to strip

Re: [gentoo-dev] unmasking USE="system-ffmpeg" for stable www-client/chromium ebuilds

2013-07-26 Thread Tomáš Chvátal
2013/7/26 Diego Elio Pettenò > Does this still allow me to use libav? If not I'd like to veto it. > You can use testing version. Stable is too old, be happy I fixed all those buildcrashes so we can have it in testing. If you want start some tracker to get it stable tho, i would not mind, as all

Re: [gentoo-dev] Last time touched bugs by year

2013-06-21 Thread Tomáš Chvátal
2013/6/21 Pacho Ramos > Could "maintainer-wanted" assigned bugs be filtered? Otherwise we see a > ton of that kind of bugs that, I think, we already know can become > really old ;) > > Thanks! > > You can do such yourself. Just clone the repo [1] and commit the updated links. Also my plan was to

Re: [gentoo-dev] app-dict team needs help

2013-06-08 Thread Tomáš Chvátal
2013/6/7 Dennis Lan (dlan) > > stardict: trivial bugs around but i don't use stardict. >> >> Hi Tomas >I'm a stardict user, let me know what I can help > Hello Dennis, Currently there are 18 open bugs [1], so just looking into them would be nice. Checking if the ebuilds could be moved to l

[gentoo-dev] app-dict team needs help

2013-06-04 Thread Tomáš Chvátal
Hello guys, the app-dict team is almost-non existent altho it provides one of the most core features for our daily desktop usage as without dictionaries and spell checking we could not imagine much work nowdays. So what is needed there: aspell - all various bugs around, per language file bumps

Re: [gentoo-dev] Re: Review Board for Gentoo

2013-05-29 Thread Tomáš Chvátal
He is probably thinking about buildtests and automatic commit merges which are not possible with reviewboard. Dne 29.5.2013 9:09 "Michael Palimaka" napsal(a): > On 29/05/2013 02:07, Alexey Shvetsov wrote: > >> Hi! >> >> Cool! I didnt use RB before, but i use gerrit. Do you pan to integrate it >>

Re: [gentoo-dev] PSA: python-r1.eclass, python-single-r1.eclass, and REQUIRED_USE

2013-05-27 Thread Tomáš Chvátal
Is there actually list of current offenders? It would be pretty nice to have bugs opened if someone forgot to set it. Tom

[gentoo-dev] Removal of office-ext.eclass

2013-05-17 Thread Tomáš Chvátal
As per summary this eclass should be removed in 30 days from now. It is replaced by office-ext-r1 in cvs. Cheers Tom

Re: [gentoo-dev] Packages using -Werror

2013-05-03 Thread Tomáš Chvátal
Dne Pá 3. května 2013 10:39:29, Rich Freeman napsal(a): > On Fri, May 3, 2013 at 10:15 AM, hasufell wrote: > > We don't need that. We already get QA warnings for severe compiler > > warnings with a note that it should be reported upstream. > > > > Turning them into errors does not improve anythin

Re: [gentoo-dev] How shall we name the EAPI 6 patch applying function?

2013-04-03 Thread Tomáš Chvátal
Dne St 3. dubna 2013 16:29:48, Ciaran McCreesh napsal(a): > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, 03 Apr 2013 14:33:30 +0200 > hasufell wrote: > > > You also have to rename the PATCHES array, because base.eclass already > > uses that name with epatch. > > > base.eclass sh

Re: [gentoo-dev] Collecting items for EAPI 6

2013-03-29 Thread Tomáš Chvátal
Dne Čt 28. března 2013 19:15:59, Michał Górny napsal(a): > Hello, > > As discussed with ulm, I'd like to start a thread for collecting > initial items for EAPI 6. Preferably items which are either almost > ready or are easy to implement and are non-controversial. In other > words, thing which are p

Re: [gentoo-dev] C++ TR1 virtuals

2013-03-05 Thread Tomáš Chvátal
2013/3/4 Diego Elio Pettenò : > virtual/c++-tr1-functional > virtual/c++-tr1-memory > virtual/c++-tr1-type-traits > > Given that these will have a (bad) GCC dependnecy and a boost dependency > on them, should we just drop them? > Sounds like best solution, so i would go for it. Cheers Tom

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-libs/confuse: confuse-2.7.ebuild ChangeLog

2013-03-03 Thread Tomáš Chvátal
If I remember correctly the damn rule is to put it for 30 days into testing, and as you said there was no previous version on arm so users could've reported some issues, i agree that sometimes you have to ignore the rules to really fix stable, but was this such case for sure? Dne 3.3.2013 3:43 "Mik

Re: [gentoo-dev] Re: linux-firmware

2013-02-20 Thread Tomáš Chvátal
2013/2/20 Rich Freeman : > There is a current QA policy that anything using an scm to download > sources cannot be stabilized, because there is no way to verify the > manifest. > > I'm actually wondering if that makes sense with git when a specific > commit is referenced, since everything is conten

Re: [gentoo-dev] app-dicts herd needs new people

2013-02-16 Thread Tomáš Chvátal
2013/2/16 Pacho Ramos : > As it's now empty > > Thanks for joining, I am unsure about releasing its packages for up for > grabs and removing the herd if nobody joins :/ I did some work there wrt myspell dictionaries that are to be ported to new official layout so if anyone wants to finish that it

Re: [gentoo-dev] Last time touched bugs by year

2013-02-15 Thread Tomáš Chvátal
2013/2/15 Gilles Dartiguelongue : > On another note, I just saw a report for EAPI per eclass which is super > nice but unfortunately, EAPI=5 is listed but actually unsupported by the > result of the scan :) > This can't be done better right now, as we use pkgcore to gather these stats and it is sti

Re: [gentoo-dev] Last time touched bugs by year

2013-02-15 Thread Tomáš Chvátal
2013/2/15 Markos Chandras : > On 14 February 2013 19:26, Tomáš Chvátal wrote: >> Dne Čt 14. února 2013 18:34:10, Markos Chandras napsal(a): >>> >>> Why not 2011 and 2012 as well? >> >> Feel free to add more, its on qa-scripts git repository. >> >

Re: [gentoo-dev] Last time touched bugs by year

2013-02-15 Thread Tomáš Chvátal
2013/2/15 Alec Warner : > > I was under the impression we just left those bugs open forever...are > we closing them now? > Why should we keep them opened forever. They should be closed when the package is no longer provided anywhere or obsoleted by something else.

Re: [gentoo-dev] Last time touched bugs by year

2013-02-15 Thread Tomáš Chvátal
2013/2/14 Agostino Sarubbo : > Probably we don't need to see maintainer-wanted stuff.. Oh but we need to see them, quite few of those can be closed as invalid because the upstream is long ago dead. Tom

Re: [gentoo-dev] Last time touched bugs by year

2013-02-14 Thread Tomáš Chvátal
Dne Čt 14. února 2013 18:34:10, Markos Chandras napsal(a): > > Why not 2011 and 2012 as well? Feel free to add more, its on qa-scripts git repository.

[gentoo-dev] Last time touched bugs by year

2013-02-14 Thread Tomáš Chvátal
Hi, I added the bug queries to http://qa-reports.gentoo.org/ based by year of last being touched. Take look, try to close the oldest ones/invalid ones and so on. I think it is lame we have bugs last touched in 2k5 :-P Cheers Tom

Re: [gentoo-dev] Lastrites: media-gfx/picasa, dev-python/papyon, net-voip/telepathy-butterfly, sci-visualization/paraview, x11-misc/xdaf

2013-02-10 Thread Tomáš Chvátal
Dne Ne 10. února 2013 13:51:16, Alexander Berntsen napsal(a): > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 10/02/13 12:47, Patrick Lauer wrote: > > So instead of moving things from random overlays to the tree we > > remove packages now, remove features from other packages because of

Re: [gentoo-dev] Lastrites: media-gfx/picasa, dev-python/papyon, net-voip/telepathy-butterfly, sci-visualization/paraview, x11-misc/xdaf

2013-02-10 Thread Tomáš Chvátal
Dne Ne 10. února 2013 19:47:58, Patrick Lauer napsal(a): > On 02/10/2013 05:01 PM, Pacho Ramos wrote: > > # Pacho Ramos (10 Feb 2013) > > # Fails with gcc-4.7, crashes (#301946, #312073), problems with > > # boost (#319921), problems with python-2.7 (#338826), really old > > # version in the tree,

Re: [gentoo-dev] Half of the firmware packages in tree install to wrong directory

2013-02-08 Thread Tomáš Chvátal
2013/2/8 Diego Elio Pettenò : > On 08/02/2013 18:53, Samuli Suominen wrote: >> >> Then intrested parties get to fix what they want and unmask? > > I would say that we might want to review linux-firmware, and if the > newest firmware _is_ there, just get rid of the split one. > That should be probab

Re: [gentoo-dev] Removals reply

2013-02-02 Thread Tomáš Chvátal
Dne So 2. února 2013 12:44:30, Vaeth napsal(a): > > When I came to Gentoo many years ago, this was a very rare problem, > but the removal of packages has tremendously increased, and it is > not only me who is observing this problem - there were already some > threads in the forums, and people plan

Re: [gentoo-dev] Removals reply

2013-02-01 Thread Tomáš Chvátal
Dne Pá 1. února 2013 18:40:32, Vaeth napsal(a): > > [...] and if anyone wants to start where we left he > > can pick out the ebuild from attic and put into his own overlay where > > it might work for him or even put it back to tree fixed. > > And this is exactly what *cannot* be done after a while

Re: [gentoo-dev] Removals reply (I am not going to figure out which tread of those all should i reply to)

2013-02-01 Thread Tomáš Chvátal
2013/2/1 Rich Freeman : > On Fri, Feb 1, 2013 at 8:53 AM, Tomáš Chvátal wrote: >> If you as developers and users find some package useful you can retake >> the maintainership (or became proxy-maint) which also expects you to >> take care of the bugs (QA can prune it

[gentoo-dev] Removals reply (I am not going to figure out which tread of those all should i reply to)

2013-02-01 Thread Tomáš Chvátal
Hello guys, just to be sure here "Removals are completely up to the maintainer to decide", with expection of QA removal where the package must be already broken to get punted. If you as developers and users find some package useful you can retake the maintainership (or became proxy-maint) which a

Re: [gentoo-dev] readme.gentoo.eclass: Add a readme.gentoo_force_print_elog function to force elog printing

2013-01-24 Thread Tomáš Chvátal
Dne Čt 24. ledna 2013 21:33:45, Pacho Ramos napsal(a): > El mar, 22-01-2013 a las 19:42 +0100, Tomáš Chvátal escribió: > > Dne Út 22. ledna 2013 19:37:12, Pacho Ramos napsal(a): > > > I agree, thanks for pointing it. Just attached patch should handle it. > > > > S

[gentoo-dev] Subslots progress in main tree

2013-01-23 Thread Tomáš Chvátal
Hi guys, do we have some scans that report libraries converted to subslots and lists their rdeps checked if they are updated accordingly? It might be pretty usefull to actually see where the deps needed to be updated so we can take use of this feature where possible (also its a hint for lib mainta

Re: [gentoo-dev] readme.gentoo.eclass: Add a readme.gentoo_force_print_elog function to force elog printing

2013-01-22 Thread Tomáš Chvátal
Dne Út 22. ledna 2013 19:37:12, Pacho Ramos napsal(a): > I agree, thanks for pointing it. Just attached patch should handle it. Still not nice enough for me :D Use the ECLASS_VARIABLE to describe it @DEFAULT_UNSET is what you seek, see git-2.eclass. Tom signature.asc Description: This is a digi

Re: [gentoo-dev] January stabilization candidates

2013-01-22 Thread Tomáš Chvátal
2013/1/22 Petteri Räty : > > I have an RSS feed for this purpose at: > > http://gentoo.petteriraty.eu/stable.rss > > Sources are available here: > > https://github.com/betelgeuse/scripts/blob/master/rss-changelog > > Maybe this is something that should be pushed to official Gentoo > infrastructure

Re: [gentoo-dev] readme.gentoo.eclass: Add a readme.gentoo_force_print_elog function to force elog printing

2013-01-22 Thread Tomáš Chvátal
2013/1/22 Pacho Ramos : > El mar, 22-01-2013 a las 08:16 +0100, Tomáš Chvátal escribió: >> Would'nt be better to just set some variable in the ebuild, rather >> than call function that touches empty file? >> >> Tom >> >> > > I think it can be done

Re: [gentoo-dev] readme.gentoo.eclass: Add a readme.gentoo_force_print_elog function to force elog printing

2013-01-21 Thread Tomáš Chvátal
2013/1/21 Pacho Ramos : > This can be useful when, for example, doc contents are modified. You can > then rely on using REPLACING_VERSIONS in your ebuild to print messages > when people updates from versions using old docs > > Patch to review attached > Would'nt be better to just set some variable

Re: [gentoo-dev] January stabilization candidates

2013-01-21 Thread Tomáš Chvátal
Dne So 12. ledna 2013 14:49:52, Paweł Hajdan, Jr. napsal(a): > Please review attached automatically generated stabilization candidates > for January. > > I don't want to annoy people with automatically filed bugs, and at the > same time I also received lots of positive feedback about the effort to

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-21 Thread Tomáš Chvátal
Dne St 16. ledna 2013 17:09:07, Alexis Ballier napsal(a): > On Wed, 16 Jan 2013 12:40:02 + (UTC) > > "Tomas Chvatal (scarabeus)" wrote: > > scarabeus13/01/16 12:40:02 > > > > Modified: ChangeLog > > Added:ffmpeg-9.ebuild > > Removed: ffmpeg-

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Tomáš Chvátal
2013/1/17 Ben de Groot : > On the other hand I have used libav and mplayer2 for a long time, and have > not run into any problems. The only thing missing is mencoder. Which is sovled by the mplayer1 supporting libav since yesterday. :-)

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Tomáš Chvátal
2013/1/17 Markos Chandras : > On 16 January 2013 20:09, Alexis Ballier wrote: >> On Wed, 16 Jan 2013 12:40:02 + (UTC) >> "Tomas Chvatal (scarabeus)" wrote: >> >>> scarabeus13/01/16 12:40:02 >>> >>> Modified: ChangeLog >>> Added:ffmpeg-9.ebuild >>> Removed

Re: [gentoo-dev] Defaulting for debug information in profiles

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Ben de Groot : > Please don't. For most users this is a waste of resources. > On first look it seems like waste of resources. On second hand it makes stuff easy wrt bugreports provided by users. And believe me when I say most upstreams are pissed by gentoo reports because they lack any g

Re: [gentoo-dev] Defaulting for debug information in profiles

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Alexandre Rostovtsev : > > The bigger problem is not disk space but memory usage at link time. Try > building something like *-webkit-* or firefox with debugging CFLAGS on a > machine with limited memory. > > That ain't problem, we acutally can patch in those packages to strip the debug

Re: [gentoo-dev] Defaulting for debug information in profiles

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Sven Eden : > Hello Tomáš, > > on my system I have set up everything with splitdebug enabled. My CFLAGS use - > march=native, -O2 and -ggdb. > And this is the result: (Yes, I have a dedictated partition for that.) > > ~ $ LC_ALL=C df -h /usr/lib/debug/. > Filesystem Size Used Avai

Re: [gentoo-dev] Moving our/portage stuff to var

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Diego Elio Pettenò : > On 17/12/2012 11:19, Tomáš Chvátal wrote: >> >> I've always myself override these defaults in make.conf to point for >> /var/portage/ (not /var/lib because I never bothered enough how to >> make world and config files to be put else

Re: [gentoo-dev] Defaulting for debug information in profiles

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Diego Elio Pettenò : > On 17/12/2012 11:11, Tomáš Chvátal wrote: >> Since we already have splitdebug for quite time (and I suppose quite >> few of us are using it) how about making it to default profiles >> default enabled and add -g to default cflags. Currently it

[gentoo-dev] Moving our/portage stuff to var

2012-12-17 Thread Tomáš Chvátal
Currently we put portage into /usr/portage and all related stuff is to be in the subfolders there (distfiles, binpkg). I've always myself override these defaults in make.conf to point for /var/portage/ (not /var/lib because I never bothered enough how to make world and config files to be put elsew

[gentoo-dev] Defaulting for debug information in profiles

2012-12-17 Thread Tomáš Chvátal
Hi lads, lately I am having bit of problems from getting relevant debug info from users. Since we already have splitdebug for quite time (and I suppose quite few of us are using it) how about making it to default profiles default enabled and add -g to default cflags. Currently it is only enabled i

Re: [gentoo-dev] Cleaning tree of outdated packages

2012-12-13 Thread Tomáš Chvátal
2012/12/13 Tomáš Chvátal : > > But there is one big ass but. We have some packages that were > stabilised last time few year back and they provide multiple testing > versions on top of that. > Who is the one to deterimine which one should go stable and which to get rid > of? &g

Re: [gentoo-dev] Cleaning tree of outdated packages

2012-12-13 Thread Tomáš Chvátal
2012/12/13 Jory A. Pratt : > > As many of us are aware the tree is growing to a size that is really > unacceptable for many. We have many packages that have excessive amounts > of versions laying around that are not used any more. Many of these > packages with excessive revisions most likely do not

Re: [gentoo-dev] [RFC] Global USE=systemd

2012-12-08 Thread Tomáš Chvátal
Does it really have to be useflag? Can't we simply just install the file every time like we do with everything else? Logrotate/normal initscripts/etc/etc. There should be no issue with that if we install the service files every time, they just take few kbs in /etc/

Re: [gentoo-dev] [RFC] Defaulting desktop profiles to net-nds/openldap[minimal]

2012-12-02 Thread Tomáš Chvátal
2012/12/2 Michał Górny : > And when was poppler split a library/server split? > I think it was 2k8 or so, before the kde team took over its maintenance.

Re: [gentoo-dev] games.eclass: handle verbose build log for egamesconf in EAPI<5

2012-12-02 Thread Tomáš Chvátal
There are better ways to do this. For example you can just grep through the configure file, not having to invoke it, see the xorg-2.elass Tom 2012/12/2 hasufell : > already filed a bug, but no response so far > https://bugs.gentoo.org/show_bug.cgi?id=78 > > any comments? > > This is sane imo

Re: [gentoo-dev] Packages up for grabs due lavajoe retirement

2012-12-01 Thread Tomáš Chvátal
Dne So 1. prosince 2012 06:42:13, Rich Freeman napsal(a): > On Fri, Nov 30, 2012 at 4:13 PM, Tomáš Chvátal wrote: > > Dne Pá 30. listopadu 2012 20:37:22, Pacho Ramos napsal(a): > >> media-sound/logitechmediaserver-bin -> this package is "special", it's >

Re: [gentoo-dev] Packages up for grabs due lavajoe retirement

2012-11-30 Thread Tomáš Chvátal
Dne Pá 30. listopadu 2012 20:37:22, Pacho Ramos napsal(a): > media-sound/logitechmediaserver-bin -> this package is "special", it's > maintained by a proxy maintainer but it was reassigned to > maintainer-needed instead of proxy-maint herd. Was reviewing to reassign > it when I saw: > https://bugs.

Re: [gentoo-dev] [PATCH 2/2] Allow user mangle distfiles' "${EGIT_DIR}" after actual git fetch.

2012-11-27 Thread Tomáš Chvátal
This is bad idea. It breaks live rebuild and other stuff. You should just clone each repo yourself, see how i did in libreoffice ebuild Dne 27.11.2012 20:28 "Sergei Trofimovich" napsal(a): > EGIT_REPO_URI="https://github.com/ghc/ghc.git"; > requires user to run './sync-all fetch / ./sync-

Re: [gentoo-dev] [PATCH 1/2] Set default EGIT_SOURCEDIR to point to standard ${WORKDIR}/${P}. It allows "${S}" overriding in user's code as other eclasses do:

2012-11-27 Thread Tomáš Chvátal
Why not use tools already in the eclass? The egit_sourcedir is exactly for this... also you can just define s after the inherit... Dne 27.11.2012 20:27 "Sergei Trofimovich" napsal(a): > Before the patch I had to move subdir(not very reliable): > EGIT_REPO_URI="git://github.com/UU-ComputerScie

[gentoo-dev] New global useflag proposals

2012-11-23 Thread Tomáš Chvátal
Hi guys, wayland: Enable dev-libs/wayland backend vdpau: Enable the Video Decode and Presentation API for Unix acceleration interface. Cheers Tom

Re: [gentoo-dev] gstreamer eclass review

2012-11-21 Thread Tomáš Chvátal
Hi Gilles, The eclass itself looks fine, I would just ask if you would not mind to use the bash += syntax rather than VAR="VAR something" as it is shorter and easier to read. Cheers Tom

Re: [gentoo-dev] [warning] the bug queue has 100 bugs

2012-10-31 Thread Tomáš Chvátal
2012/10/31 Dirkjan Ochtman : > That's rather unsurprising... > > If you're going to file bugs "in a semi-automated manner", might as > well try to assign to the correct maintainer? > Yep he should've assign them, but anyway the annoying elog messages are an issue. And quite few packages suffer from

Re: [gentoo-dev] [RFC] Dropping slotted boost

2012-10-30 Thread Tomáš Chvátal
Dne Út 30. října 2012 20:24:26, Michał Górny napsal(a): > On Tue, 30 Oct 2012 11:30:16 -0700 > > Diego Elio Pettenò wrote: > > Given the amount of headaches that Boost seems to give us all, now > > thanks to the recent changes even more because Gentoo's boost is > > different from all others and

Re: [gentoo-dev] [RFC] Initial python-r1.eclass & distutils-r1.eclass

2012-09-29 Thread Tomáš Chvátal
2012/9/29 Michał Górny : > Hello, > > Instead of the floating patches and p-d-ng modifications I sent > earlier, here are the two complete (so far, well, initial :P) eclasses > for review. > > They are designed as 'mostly' drop-in python-distutils-ng replacement. > Hi, the eclasses look pretty, so

Re: [gentoo-dev] [RFC] new vala.eclass

2012-08-25 Thread Tomáš Chvátal
2012/8/25 Alexandre Rostovtsev : Hi man, *snip* > > case "${EAPI:-0}" in > 0|1|2) > die "EAPI=${EAPI} is not supported" > ;; > *) > EXPORT_FUNCTIONS pkg_setup > ;; > esac Any reson for not supporting ALL known eapis?

[gentoo-dev] Packages up for grabs

2011-11-11 Thread Tomáš Chvátal
Hello guys, As my only Gentoo installation is libreoffice test virtual I am not able to really care about these. So these packages are up for grabs if anyone finds them interesting: app-misc/dsgui app-misc/klavaro dev-cpp/yaml-cpp dev-libs/softhsm dev-ruby/dnsruby net-dns/opendnssec net-libs/dsl

Re: [gentoo-dev] Stop altering of current release ebuilds and propagate the changes slowly

2011-11-11 Thread Tomáš Chvátal
2011/11/11 Brian Harring : > On Fri, Nov 11, 2011 at 08:58:14AM +0100, Tom Chv??tal wrote: >> Hi guys, >> >> In last 3 days i recompiled chromium 3x >> >> 1x rebuild for cups useflag >> 1x update >> 1x rebuild for cups useflag > > > > Chromium moves fast and you're obviously running unstable k

Re: [gentoo-dev] Stop altering of current release ebuilds and propagate the changes slowly

2011-11-11 Thread Tomáš Chvátal
2011/11/11 Alec Warner : > >> Like it is not enough there is version bump every few days... >> Just alter only live ebuild and branch of it with each release and do >> not alter the releases unless really critical bug is there. People are >> patient and they can wait for bugfixes. > > I actually li

[gentoo-dev] Stop altering of current release ebuilds and propagate the changes slowly

2011-11-10 Thread Tomáš Chvátal
Hi guys, In last 3 days i recompiled chromium 3x 1x rebuild for cups useflag 1x update 1x rebuild for cups useflag If you screw the ebuild up then always think if the change is worth the stupid long recompile time. Like it is not enough there is version bump every few days... Just alter only liv

Re: [gentoo-dev] Shutdown of berlios

2011-10-29 Thread Tomáš Chvátal
2011/10/29 Kacper Kowalik : > > Would be easier if you told us who should fix what you lazy bum. > Fixed in attached list. Prolly I should have opened a bug instead, but > I'm lazy too :P I did it on purpose, I wanted anyone interested in those packages to work on them, not just the named herds/ma

[gentoo-dev] Shutdown of berlios

2011-10-29 Thread Tomáš Chvátal
Hi guys, as you probably know berlios is going to be shut down at the end of the year so we should probably find/create alternative download locations for the packages in the main tree. The attached list provide all those with mirror://berlios so if you are interested in some of those packages, or

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-sound/cdparanoia: ChangeLog cdparanoia-3.10.2-r3.ebuild

2011-10-23 Thread Tomáš Chvátal
2011/10/23 Samuli Suominen : > On 10/23/2011 04:27 PM, Rich Freeman wrote: >> On Sun, Oct 23, 2011 at 8:39 AM, Samuli Suominen >> wrote: >>> On 10/23/2011 03:00 PM, Tomas Chvatal (scarabeus) wrote: scarabeus    11/10/23 12:00:55   Modified:             ChangeLog cdparanoia-3.10.2-r

Re: [gentoo-dev] Moving more hardening features to default?

2011-10-20 Thread Tomáš Chvátal
2011/10/20 Anthony G. Basile : > USE=hardened refers to only toolchain hardening.  The problems there are > mostly packages which break with PIE because they (ab)use assembly. > Things like virtualbox and some codecs.  This can become a thorny mess. > > It would probably be nearly painless to brin

Re: [gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-12 Thread Tomáš Chvátal
Hmm for the command-not-found, it should be fatal not just warning I suppose. I was not even aware of this fancy portage feature :) Tom

Re: [gentoo-dev] Re: Re: [gentoo-commits] gentoo-x86 commit in app-admin/chrpath: ChangeLog chrpath-0.13-r2.ebuild

2011-10-12 Thread Tomáš Chvátal
2011/10/12 Mike Frysinger : > On Wednesday 12 October 2011 15:44:53 Alec Warner wrote: >> If I want to add a patch to the list I might forget to to add the \ > > admittedly, i hit this every once in a while, and with all the "|| die" being > implicit, it doesn't get caught right away.  fortunately

Re: [gentoo-dev] Lastrite: media-gfx/pngcrush

2011-10-08 Thread Tomáš Chvátal
Guys, the policy makes perfect sense, there are people that sync just monthly, so they might want to get some headsup why their packages are going away, and not just remove them. Thats why the recommended value is 60 days, 30 for urgent cases, lately we just moved to 30 for everything, but please

Re: [gentoo-dev] [RFC] How do we handle stabilisations of not-exactly-maintained packages

2011-09-20 Thread Tomáš Chvátal
2011/9/20 Tony "Chainsaw" Vroon : > On Tue, 2011-09-20 at 23:18 +0200, Tomáš Chvátal wrote: >> Well it would be something like priority based queue with maximum 60 >> points value. >> Each update after the month in main tree would get 0 points for >> stabilisat

[gentoo-dev] [RFC] How do we handle stabilisations of not-exactly-maintained packages

2011-09-20 Thread Tomáš Chvátal
Hi guys, as I am now messing around libreo I am meeting a lot packages that none bothered to stablereq since 2009 or so, the versions in ~ are cleaner, more up to date, and possibly contain less bugs. The issue here is that if some part of the tree looses lots of its maintainers we as devs usually

Re: [gentoo-dev] git-2: a bunch of patches to review

2011-09-20 Thread Tomáš Chvátal
0001 - i had reason to put local definitions on the top, it is way more readable to see right away what local vars function has, so please stick to it. 0004 - Did you ever hear that executing another code in condition is damn annoying to trace? :) 0007 - I placed it into the conditionals to be clea

Re: [gentoo-dev] [RFC] obs eclasses

2011-09-20 Thread Tomáš Chvátal
2011/9/20 Michał Górny : > On Tue, 13 Sep 2011 13:11:28 +0200 > Michal Hrusecky wrote: > >> please take a look at attached eclasses. Purpose is to make >> installation of obs services (plugins for osc) easier. >> >> Comments and improvements are welcome. > > I don't get the concept of having two e

Re: [gentoo-dev] [RFC] obs eclasses

2011-09-13 Thread Tomáš Chvátal
2011/9/13 Ulrich Mueller : >> On Tue, 13 Sep 2011, Donnie Berkholz wrote: > >> Thanks for the reminder; I looked, and it turns out that we now have >> a great precedent. > >> Quoting PMS: > >> "The required bash version was retroactively updated from 3.0 to 3.2 >> in November 2009 (see http://w

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-analyzer/wireshark: wireshark-1.6.2.ebuild ChangeLog wireshark-1.4.9.ebuild wireshark-1.4.7.ebuild wireshark-1.6.0_rc1.ebuild wireshark-1

2011-09-13 Thread Tomáš Chvátal
2011/9/13 Markos Chandras : > On 12/09/2011 09:55 μμ, Peter Volkov (pva) wrote: >> pva         11/09/12 18:55:52 >> >> Modified:             ChangeLog Added: >> wireshark-1.6.2.ebuild wireshark-1.4.9.ebuild Removed: >> wireshark-1.4.7.ebuild wireshark-1.6.0_rc1.ebuild >> wireshark-1.4.4.ebuild wire

Re: [gentoo-dev] Re: Committing packages with unfetchable sources [sys-devel/gdb-7.3.1]

2011-09-09 Thread Tomáš Chvátal
2011/9/9 Mike Frysinger : > On Wednesday, September 07, 2011 03:20:01 Tomáš Chvátal wrote: >> please stop committing packages that is not possible to fetch right away. >> You can pick from three options: >> a) stop using mirrors://gentoo/ and put it on dev.gentoo.org to you

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-08 Thread Tomáš Chvátal
2011/9/8 Michał Górny : > > Done. Also, added an example. If nobody has further objections, I'll > commit this today. > > -- > Best regards, > Michał Górny > Dunno but shouldn't there be two fields one for AUTHOR and one for MAINTAINER, Also in the code do not use the autotols-utils... but just pl

Re: [gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-07 Thread Tomáš Chvátal
2011/9/7 Ulrich Mueller : >>>>>> On Wed, 7 Sep 2011, Tomáš Chvátal wrote: > >> Start collecting ideas for EAPI5. > > I suggest that EAPI 5 should include the two features that have been > omitted from EAPI 4 [1,2]. > > Apart from this, I think we shou

Re: [gentoo-dev] Autodep project

2011-09-07 Thread Tomáš Chvátal
Hi, really cool thing you create :) Would it be possible to move that package to main tree, and merge or possibly add new FEATURES option to portage like "autobuildchecks" that would be set by -dev profile? Cheers Tom

[gentoo-dev] Fwd: [gentoo-dev-announce] Call for items for September 13 council meeting

2011-09-07 Thread Tomáš Chvátal
Resending as i sent it from gmail instead of google acc so it didn't hit the list. -- Přeposlaná zpráva -- Od: Tomáš Chvátal Datum: 5. září 2011 18:08 Předmět: Re: [gentoo-dev-announce] Call for items for September 13 council meeting Komu: gentoo-dev@lists.gentoo.org

[gentoo-dev] Re: Committing packages with unfetchable sources [sys-devel/gdb-7.3.1]

2011-09-07 Thread Tomáš Chvátal
Resending as i sent it from gmail instead of google acc so it didn't hit the list. Dne 7. září 2011 9:20 Tomáš Chvátal napsal(a): > Hi, > please stop committing packages that is not possible to fetch right away. > You can pick from three options: > a) stop using mirrors://gent

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 15:15, Michał Górny napsal(a): On Thu, 01 Sep 2011 14:56:42 +0200 Tomáš Chvátal wrote: That function doesn't follow do*() argument scheme; it matches rather one used by new*() funcs. Sadly, a number of ebuilds is using that scheme to rename installed file. Furthermore, it

Re: [gentoo-dev] Rewriting bash-completion.eclass

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 14:48, Michał Górny napsal(a): Hello, Our bash-completion.eclass is awful and ugly. I'm not even talking about flags and stuff now but dobashcompletion() itself. That function doesn't follow do*() argument scheme; it matches rather one used by new*() funcs. Sadly, a number of ebuil

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-09-01 Thread Tomáš Chvátal
Addressed last bunch of suggestions :) Tom # Copyright 1999-2011 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/eclass/check-reqs.eclass,v 1.8 2011/08/22 04:46:31 vapier Exp $ # @ECLASS: check-reqs.eclass # @MAINTAINER: #

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 09:55, Corentin Chary napsal(a): Btw I have feature request, could it remember the sorting method i set? (so I don't have to click and reorder it every time i refresh) Per-page or globally ? I would say globaly i smore sane here Tom

Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)

2011-09-01 Thread Tomáš Chvátal
Dne 1.9.2011 09:44, Corentin Chary napsal(a): On Thu, Sep 1, 2011 at 9:23 AM, Alex Legler wrote: On Wednesday 31 August 2011 15:41:51 Corentin Chary wrote: Hi, some news about euscan (still available at http://euscan.iksaif.net) - New design (yay !) Glad you like it. Be sure to credit wher

[gentoo-dev] [WTH] bash-completion useflag

2011-08-31 Thread Tomáš Chvátal
Hi, what is the purpose of this fancy useflag, it controlls install of at best one or more small sh scripts. As we do not bother with the logrotate useflag this thing should fall into the same category. It is mostly added by the eclass for the feature. Which I for example didn't notice and forced

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 21:03, Ulrich Mueller napsal(a): >> On Wed, 31 Aug 2011, Alec Warner wrote: >> Also it is my understanding that all tokens in $(()) go through >> expansion, so for instance: >> $(( 1024 * 1024 * size )) >> and >> $(( 1024 * 1024 * ${size})) are equivalent. >> Is this only in bash4

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 17:30, Michał Górny napsal(a): DEPEND="sys-apps/gawk" gawk is in the system set. If you really want to DEP on it explicitly, maybe we should create a virtual, as any POSIX-compliant awk will handle this. # Temporary workaround for unset units. # Backcompat.

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 14:38, Michał Górny napsal(a): On Wed, 31 Aug 2011 12:32:03 +0200 Tomáš Chvátal wrote: gibibytes, mebibytes, tebibytes. I preffer binary units over this fancy standard :) Even our tools return the binary calculated ones not the decadic ones. These are binary units, rather

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 12:14, Michał Górny napsal(a): On Wed, 32 Aug 2011 10:57:08 +0200 Tomáš Chvátal wrote: Good pointer is that we should probably check if the MERGE_TYPE=binary and not check-reqs ram and disk_build in that case. But there is slight problem how to do it in older eapis. We simply

[gentoo-dev] [RFC] category for openoffice/libreoffice extensions

2011-08-31 Thread Tomáš Chvátal
Hi, would it be sane to create new category for the extensions of the libreoffice? There will be more than handful of them when we add the office-ext eclass and start adding them to the main tree. I think it could go to office-plugins/ category, any other suggestions? Cheers Tom

Re: [gentoo-dev] [RFC] check-reqs.eclass.patch

2011-08-31 Thread Tomáš Chvátal
Thanks for all the pointers, hopefully I addressed all issues raised by both of you :) Good pointer is that we should probably check if the MERGE_TYPE=binary and not check-reqs ram and disk_build in that case. But there is slight problem how to do it in older eapis. Also Michal if you want to

Re: [gentoo-dev] Re: [RFC] office-ext.eclass

2011-08-31 Thread Tomáš Chvátal
Dne 31.8.2011 01:09, Jonathan Callen napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Tomáš Chvátal wrote: die "Unable not determine libreoffice/openoffice implementation!" "Unable to determine ..." - -- Jonathan Callen Thanks, replaced. # Copyri

Re: [gentoo-dev] [RFC] office-ext.eclass

2011-08-30 Thread Tomáš Chvátal
Dne 30.8.2011 09:49, Michał Górny napsal(a): On Tue, 30 Aug 2011 09:26:16 +0200 Tomáš Chvátal wrote: # @FUNCTION: office-ext_remove_extension [...] ${UNOPKG_BINARY} remove --shared "${ext}" \ Not sure what unopkg accepts, but I guess you want to pass several arguments here

  1   2   3   4   >