Re: [gentoo-user] mapkernel vanilla point release to gentoo-sources -r?
Gah, must b tired to miss that - first place I looked :( tkx billk - Original message - > > How can I find out what vanilla version gentoo-sources was built > > against? > > > > specifically 2.6.38-gentoo-r6 (i.e., is it 2.6.37.6) as I want to pull > > the correct patches from the tuxonice git for it. > > From the gentoo-sources ChangLog; > > gentoo-sources-2.6.38-r6 (23 May 2011) > > 23 May 2011; Mike Pagano > +gentoo-sources-2.6.38-r6.ebuild: > Linux patch 2.6.38.7 and a patch to disable -Wunused-but-set-variable > for gcc 4.6.0 thanks to Stratos Psomadakis >
Re: [gentoo-user] [OT] How to set Apache up to serve SSIs?
On Sunday 07 August 2011 19:07:45 Paul Hartman wrote: > There is a how-to for setting up SSIs: > > http://httpd.apache.org/docs/2.2/howto/ssi.html Thank you, Paul. I don't know why I didn't find that, but I didn't. -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] [OT] How to set Apache up to serve SSIs?
On Sun, Aug 7, 2011 at 11:40 AM, Peter Humphrey wrote: > Hello List, > > Sorry to be a nuisance, but can anyone point me to the right incantation to > configure Apache on a local server and have it serve up server-side includes? > I don't really want to use the production server as a test-bed - in fact I > really don't want to. > > I'm getting "don't have permission to access .jpg" errors; also the > file that was supposed to be included isn't. It all works fine on the > production server though (Zen Internet). > > Thanks if you can help. There is a how-to for setting up SSIs: http://httpd.apache.org/docs/2.2/howto/ssi.html
[gentoo-user] [OT] How to set Apache up to serve SSIs?
Hello List, Sorry to be a nuisance, but can anyone point me to the right incantation to configure Apache on a local server and have it serve up server-side includes? I don't really want to use the production server as a test-bed - in fact I really don't want to. I'm getting "don't have permission to access .jpg" errors; also the file that was supposed to be included isn't. It all works fine on the production server though (Zen Internet). Thanks if you can help. -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] logrotate: /var/log/portage/elog "insecure permissions"?
Am 07.08.2011 02:22, schrieb Mick:
> On Friday 05 Aug 2011 23:08:38 Neil Bothwick wrote:
>> On Fri, 05 Aug 2011 17:59:00 +0200, Florian Philipp wrote:
>>> Yes, this was introduced in 3.8.0 to fix security issues [1]. Change
>>> your config to look like this:
>>> /var/log/portage/elog/summary.log {
>>> su portage portage
>>> ...
>>> }
>>>
>>> Disclaimer: I've not really tried this (yet) but I think I'm able to
>>> read changelogs and man-pages. ;-)
>>
>> Yes that fixes it. The latest portage ebuilds include an updated config
>> file.
>
> Hmm ... it still complains here!
>
> error: error setting owner of /var/log/portage/elog/summary.log-20110801.gz:
> Operation not permitted
>
>
> This is my /etc/logrotate.d/elog-save-summary:
> ===
> /var/log/portage/elog/summary.log {
> su portage portage
> missingok
> nocreate
> delaycompress
> }
> ===
>
> # ls -la /var/log/portage/elog/summary.log
> -rw-rw-r-- 1 root portage 4326 Aug 6 09:44 /var/log/portage/elog/summary.log
>
> Can you see anything amiss?
At least on my system, /var/log/portage has the following permissions:
drwxr-xr-x root root
Only root can write, therefore the config must read
/var/log/portage/elog/summary.log {
su root portage
missingok
nocreate
delaycompress
}
Hope this helps,
Florian Philipp
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] Update of live ebuilds
Natanael Olaiz schrieb am 07.08.2011 14:46: > Hi all, > > Someone knows a way to check for live ebuilds updates availability? > > When upgrading my system, if I just do an 'emerge -u' that doesn't > include possible updates in live ebuilds. Then I need to force a > reinstallation of live ebuilds, that probably have no updates, resulting > a waste of time, or either do the repositories updates by hand (for > instance 'svn up') in the src dir, to decide if I need to reinstall the > ebuild.. > > I'd just found this thread about it: > http://forums.gentoo.org/viewtopic-t-518701-postdays-0-postorder-asc-start-0.html > > But I was wondering: there is no other way/tool included in gentoo to do > this? Maybe this one?!? https://github.com/mgorny/smart-live-rebuild/ -- Regards Daniel signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Update of live ebuilds
On Sun 07 August 2011 14:46:41 Natanael Olaiz did opine thusly: > Hi all, > > Someone knows a way to check for live ebuilds updates availability? > > When upgrading my system, if I just do an 'emerge -u' that doesn't > include possible updates in live ebuilds. Then I need to force a > reinstallation of live ebuilds, that probably have no updates, > resulting a waste of time, or either do the repositories updates by > hand (for instance 'svn up') in the src dir, to decide if I need to > reinstall the ebuild.. > > I'd just found this thread about it: > http://forums.gentoo.org/viewtopic-t-518701-postdays-0-postorder-asc > -start-0.html > > But I was wondering: there is no other way/tool included in gentoo > to do this? There is no tool to do this that I know of. Regular ebuilds ( not - versions) use release versions that do not change, so working out the deps and changes is easy. Live ebuilds by definition do not have versions, they only have "whatever is in the tree right now". Commit numbers do not really qualify as version numbers. If you were a developer working on those projects you are using live ebuilds for, you would know what has been updated recently and use your brain smarts to figure out what to rebuild. or (as most do) you would just rebuild the whole lot almost every day anyway. By using live ebuilds you implicitly have given up the ability to have version number tracking and have agreed to do it all yourself. It's something you are just going to have to deal with, or downgrade back to released versions. -- alan dot mckinnon at gmail dot com
[gentoo-user] Update of live ebuilds
Hi all, Someone knows a way to check for live ebuilds updates availability? When upgrading my system, if I just do an 'emerge -u' that doesn't include possible updates in live ebuilds. Then I need to force a reinstallation of live ebuilds, that probably have no updates, resulting a waste of time, or either do the repositories updates by hand (for instance 'svn up') in the src dir, to decide if I need to reinstall the ebuild.. I'd just found this thread about it: http://forums.gentoo.org/viewtopic-t-518701-postdays-0-postorder-asc-start-0.html But I was wondering: there is no other way/tool included in gentoo to do this? Thanks in advance. Best regards, Natanael.
[gentoo-user] Kde-meta
Hello, I am trying to emerge kde-meta but getting the following error message Calculating dependencies... done! Traceback (most recent call last): File "/usr/bin/emerge", line 43, in retval = emerge_main() File "/usr/lib64/portage/pym/_emerge/main.py", line 1907, in emerge_main myopts, myaction, myfiles, spinner) File "/usr/lib64/portage/pym/_emerge/actions.py", line 302, in action_build mydepgraph.display_problems() File "/usr/lib64/portage/pym/_emerge/depgraph.py", line 5998, in display_problems self._display_problems() File "/usr/lib64/portage/pym/_emerge/depgraph.py", line 6019, in _display_problems self._show_slot_collision_notice() File "/usr/lib64/portage/pym/_emerge/depgraph.py", line 702, in _show_slot_collision_notice self._dynamic_config._slot_conflict_handler = slot_conflict_handler(self) File "/usr/lib64/portage/pym/_emerge/resolver/slot_collision.py", line 129, in __init__ self._prepare_conflict_msg_and_check_for_specificity() File "/usr/lib64/portage/pym/_emerge/resolver/slot_collision.py", line 346, in _prepare_conflict_msg_and_check_for_specificity if use in violated_atom.use.enabled.union(violated_atom.use.disabled): AttributeError: 'NoneType' object has no attribute 'enabled'
[gentoo-user] Re: contribution to colorgcc
On 08/07/2011 08:28 AM, Dmitry Goncharov wrote: On Sun, Aug 07, 2011 at 07:52:35AM +0300, Nikos Chantziaras wrote: On 08/07/2011 05:14 AM, Dmitry Goncharov wrote: Greetings, Is anybody maintaining dev-util/colorgcc? No. There's no upstream for it anymore. Packagers maintain their own versions and fixes are not contributed upstream since there's no upstream. Yes, there is not upstream. I am looking for a gentoo maintainer who can accept patches. Alternatively, i can roll out a colorgcc tarball and start a new upstream. I use the program with 4 of these compilers on a daily basis and maintain anyway. If you fork it, it might be a good idea to rename it since "colorgcc" implies it's only for GCC, but you said you implemented support for other compilers too :-) In any case, you can simply put your patches on bugs.gentoo.org and hope a Gentoo dev will add them to the tree.
