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 alice.ferra...@gmail.com: 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 u...@gentoo.org: 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

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 tom...@gentoo.org On Sat, 16 Nov 2013 11:29:20 + Markos Chandras hwoar...@gentoo.org 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

[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ò flamee...@flameeyes.eu 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

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

2013-06-21 Thread Tomáš Chvátal
2013/6/21 Pacho Ramos pa...@gentoo.org 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

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

2013-06-08 Thread Tomáš Chvátal
2013/6/7 Dennis Lan (dlan) dennis.y...@gmail.com 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

[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

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 kensing...@gentoo.org 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

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 hasuf...@gentoo.org 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

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 hasuf...@gentoo.org wrote: You also have to rename the PATCHES array, because base.eclass already uses that name with epatch.

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

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

2013-03-05 Thread Tomáš Chvátal
2013/3/4 Diego Elio Pettenò flamee...@flameeyes.eu: 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.

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

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

2013-02-20 Thread Tomáš Chvátal
2013/2/20 Rich Freeman ri...@gentoo.org: 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

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

2013-02-16 Thread Tomáš Chvátal
2013/2/16 Pacho Ramos pa...@gentoo.org: 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

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

2013-02-15 Thread Tomáš Chvátal
2013/2/14 Agostino Sarubbo a...@gentoo.org: 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-15 Thread Tomáš Chvátal
2013/2/15 Alec Warner anta...@gentoo.org: 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/15 Markos Chandras hwoar...@gentoo.org: On 14 February 2013 19:26, Tomáš Chvátal tomas.chva...@gmail.com 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. Ok I was just wondering

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

2013-02-15 Thread Tomáš Chvátal
2013/2/15 Gilles Dartiguelongue e...@gentoo.org: 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

[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] 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.

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 pa...@gentoo.org (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

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] Half of the firmware packages in tree install to wrong directory

2013-02-08 Thread Tomáš Chvátal
2013/2/8 Diego Elio Pettenò flamee...@flameeyes.eu: 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

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 planning

[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

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 ri...@gentoo.org: On Fri, Feb 1, 2013 at 8:53 AM, Tomáš Chvátal tomas.chva...@gmail.com 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

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] 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. Still not nice enough for me :D Use

[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

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 pa...@gentoo.org: 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 in either way... but I don't see the advantage

Re: [gentoo-dev] January stabilization candidates

2013-01-22 Thread Tomáš Chvátal
2013/1/22 Petteri Räty betelge...@gentoo.org: 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

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

[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) scarab...@gentoo.org wrote: scarabeus13/01/16 12:40:02 Modified: ChangeLog Added:ffmpeg-9.ebuild Removed:

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

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 pa...@gentoo.org: 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

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 hwoar...@gentoo.org: On 16 January 2013 20:09, Alexis Ballier aball...@gentoo.org wrote: On Wed, 16 Jan 2013 12:40:02 + (UTC) Tomas Chvatal (scarabeus) scarab...@gentoo.org wrote: scarabeus13/01/16 12:40:02 Modified: ChangeLog Added:

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 yng...@gentoo.org: 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. :-)

[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

[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

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

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Diego Elio Pettenò flamee...@flameeyes.eu: 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

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

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Diego Elio Pettenò flamee...@flameeyes.eu: 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 elsewhere :P). I

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

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Sven Eden sven.e...@gmx.de: 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

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

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Alexandre Rostovtsev tetrom...@gentoo.org: 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

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

2012-12-17 Thread Tomáš Chvátal
2012/12/17 Ben de Groot yng...@gentoo.org: 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

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

2012-12-13 Thread Tomáš Chvátal
2012/12/13 Jory A. Pratt anar...@gentoo.org: 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

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

2012-12-13 Thread Tomáš Chvátal
2012/12/13 Tomáš Chvátal tomas.chva...@gmail.com: 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? We

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] games.eclass: handle verbose build log for egamesconf in EAPI5

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 hasuf...@gentoo.org: already filed a bug, but no response so far https://bugs.gentoo.org/show_bug.cgi?id=78 any comments?

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 mgo...@gentoo.org: 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] 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 tomas.chva...@gmail.com wrote: 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

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:

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 sly...@gentoo.org napsal(a): Before the patch I had to move subdir(not very reliable):

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 sly...@gentoo.org napsal(a): EGIT_REPO_URI=https://github.com/ghc/ghc.git; requires user to run './sync-all

[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 d...@gentoo.org: 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

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ò flamee...@flameeyes.eu 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

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

2012-09-29 Thread Tomáš Chvátal
2012/9/29 Michał Górny mgo...@gentoo.org: 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

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

2012-08-25 Thread Tomáš Chvátal
2012/8/25 Alexandre Rostovtsev tetrom...@gentoo.org: 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

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 anta...@gentoo.org: 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

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 ferri...@gmail.com: 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 snip Chromium moves fast and you're obviously running

[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

[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,

Re: [gentoo-dev] Shutdown of berlios

2011-10-29 Thread Tomáš Chvátal
2011/10/29 Kacper Kowalik xarthis...@gentoo.org: 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

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 ssuomi...@gentoo.org: On 10/23/2011 04:27 PM, Rich Freeman wrote: On Sun, Oct 23, 2011 at 8:39 AM, Samuli Suominen ssuomi...@gentoo.org wrote: On 10/23/2011 03:00 PM, Tomas Chvatal (scarabeus) wrote: scarabeus    11/10/23 12:00:55   Modified:            

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

2011-10-20 Thread Tomáš Chvátal
2011/10/20 Anthony G. Basile bluen...@gentoo.org: 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

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 vap...@gentoo.org: 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.  

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] 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] obs eclasses

2011-09-20 Thread Tomáš Chvátal
2011/9/20 Michał Górny mgo...@gentoo.org: On Tue, 13 Sep 2011 13:11:28 +0200 Michal Hrusecky mi...@gentoo.org 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

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

[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

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 chain...@gentoo.org: 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 stabilisation, any-developer

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 hwoar...@gentoo.org: 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

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

2011-09-13 Thread Tomáš Chvátal
2011/9/13 Ulrich Mueller u...@gentoo.org: 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

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 vap...@gentoo.org: 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 your public_html

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

2011-09-08 Thread Tomáš Chvátal
2011/9/8 Michał Górny mgo...@gentoo.org: 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...

[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 tomas.chva...@gmail.com 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

[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 tomas.chva...@gmail.com Datum: 5. září 2011 18:08 Předmět: Re: [gentoo-dev-announce] Call for items for September 13 council meeting Komu: gentoo-dev

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

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 u...@gentoo.org: 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 should be more careful for the next EAPI

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 Leglera...@gentoo.org 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

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] [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] 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

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átalscarab...@gentoo.org 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.

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. # Copyright 1999-2011 Gentoo

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

[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
Dne 31.8.2011 12:14, Michał Górny napsal(a): On Wed, 32 Aug 2011 10:57:08 +0200 Tomáš Chvátalscarab...@gentoo.org 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

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átalscarab...@gentoo.org 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

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 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? It's like this

[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] office-ext.eclass

2011-08-30 Thread Tomáš Chvátal
Dne 29.8.2011 21:24, Nathan Phillip Brink napsal(a): On Mon, Aug 29, 2011 at 10:35:41AM +0200, Tom Chv??tal wrote: How about this attachment? :) # @FUNCTION: openoffice-ext_add_extension # @DESCRIPTION: # Install the extension into the office suite. openoffice-ext_add_extension() {

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

2011-08-30 Thread Tomáš Chvátal
Hi, I got enough annoyed by check-reqs.eclass using epause and other nasty things so I updated it to do this things: * eclassdoc * use pkg_pretend and pkg_setup phases to run the checks * warn if ebuild use deprecated calls and keep backompat * remove duplicated/unused code * support for

  1   2   3   4   >