referred in an earlier mail in this thread and also couple
minutes later bug #273030).
--
Arttu V.
On 6/7/09, Arttu V. wrote:
> Could you try copying it over to /usr/kde/3.5/share/services/ and see
> if the problem persists?
>
> image # find . -iname 'xine*.desktop'
> ./usr/kde/3.5/share/services/xine_part.desktop
Naturally meant if it is *there* and you copy
On 6/7/09, meino.cra...@gmx.de wrote:
> Arttu V. [09-06-07 18:01]:
>> On 6/7/09, Arttu V. wrote:
>> > Could you try copying it over to /usr/kde/3.5/share/services/ and see
>> > if the problem persists?
>> >
>> > image # find . -iname
en more if you reveal a
bit of the *why* behind the question.
--
Arttu V.
-CISL, but your needs may differ.
--
Arttu V.
After all, he might even be after emerge -pv --depclean, as it, too,
sort of prints out pretty much all packages on the system. Not to
mention a few thousand lines of dependency information. :)
--
Arttu V.
put in your CFLAGS (e.g., in /etc/make.conf)? Typos there?
--
Arttu V.
our system" ...
I'd go through that guide first to get to a (hopefully) sane system, and
continue with other emergings only then.
--
Arttu V.
hit the
streets two decades ago. And sure, some of them are written badly, but
IMHO the gentoo ones are pretty ok from a user's POV.
So, as a conclusion, you probably want to use ~ instead of >= in there
as you apparently are running a mostly stable box (arch) instead of
testing (~arch)?
--
Arttu V.
On 6/22/09, James wrote:
> Arttu V. gmail.com> writes:
>
>> More reading: ebuild(5)"
>
> Ah, ok so there is not restriction on using any of the
> the boolean operators in any config file underneath
> /etc/portage? as section 5 does not mentio
7;t know of a similar toggle
for sed (well, I'm a sed newbie, so there might still be one).
I don't even think substituting the string with itself (s+/foo+/foo+)
would work as I think s/// will succeed every time, even when it
doesn't actually substitute anything, so maybe it cannot be used for
an "if-then" in sed either?
--
Arttu V.
later files in the archives. I'm at a loss;
> does anybody have suggestions on
> how to retrieve this data? Thanks.
Does "any of the other unzip programs" here contain java's jar as well?
--
Arttu V.
.tex" contains syntax
> with LaTeX dont understand. Fo example a missing "documentstyle".
man tex
"When called as virtex it will use the plain format."
Not sure if this is what is called "plainTeX", I've only used LaTeX.
--
Arttu V.
On 6/28/09, meino.cra...@gmx.de wrote:
> Arttu V. [09-06-28 13:27]:
>> man tex
>>
>> "When called as virtex it will use the plain format."
>>
>> Not sure if this is what is called "plainTeX", I've only used LaTeX.
>
> Yes
on some of my boxes they've
been rebuilt quite often over last few weeks, alongside the underlying
qt libraries (which I presume provide the base of those widgets as the
underlying toolkit). So, maybe you can try re-emerging kbackup and/or
check the sanity state of the whole thing with revdep-rebuild?
--
Arttu V.
comes from. ebuild unpack and see for yourself in
/var/tmp/portage/app-backup/kbackup-0.5.4-r1/work/kbackup-0.5.4/src/SettingsDialog.cxx,
line 62 ... :)
--
Arttu V.
text-like, tabular format that R likes then
you might also try feeding them into a data mining package like Weka.
Depending on what kind of analysis you are looking for, it might be
even better (and easier) than R -- or entirely unsuitable. :)
--
Arttu V.
On Sun, 2009-06-28 at 15:58 -0500, Dale wrote:
> Arttu V. wrote:
> > maxSliceSize->setMaxValue( 4096 );
>
> Ahhh, so it isn't just me. That's cool. I'm not sure about editing
> anything tho. I tend to break stuff. I'm just wanting to really fill
On 6/29/09, Arttu V. wrote:
> But in other news there, they seem to have released kbackup 0.6 just a
> month ago, which incidentally among other things removes the 4GB limit:
If someone is brave and stupid enough to try, I tried to modify the
ebuild from 0.5.4-r1 to compile 0.6. Bug #
ong other things the dependency on readline
to be more lenient upwards. You probably have the old one installed and
as the bump is silent, portage doesn't re-emerge ghc automatically.
My suggested fix (hopefully fixes this, but I'm not 100% certain):
emerge -1 ghc, so that portage will realize the changes from the silent
bump.
[1]
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-lang/ghc/ghc-6.8.2.ebuild?rev=1.11&view=log
HTH
--
Arttu V.
line 34:
> unexpected EOF while looking for matching `"'
I believe the problem spot could be anywhere before that line. That
line might just be the last one with a quote char, so there won't be
any later quotes in the file to match? Thus, check all lines before
that one.
--
Arttu V.
n your own
overlay you can decide if it is "stable" or not).
If portage still doesn't offer to emerge v1.0.8 after doing those you
still may have something wrong with your local overlay / ebuild. Did
you digest/manifest the ebuild you copied to the local overlay? Is the
local overlay added properly in /etc/make.conf (no typos in path etc)?
--
Arttu V.
:)
>
> There was issues with pykde4 recently resulting in these blockers. Easiest
> way
> out is to remove all local masks you might have for PyQt and pykde4, unmerge
> both and emerge -uND world. Let portage sort it out.
>
> IIRC you can get by by just unmerging one of them and it works. But, I'm too
> lazy now to figure out which way round it goes, and memory ain't what it
> used
> to be.
PyQt4-4.5.1 ebuild was removed from the portage tree over the weekend.
I had only that specific version unmasked (IIRC kde4 dependencies?),
and ran into a similar(?) situation yesterday. Maybe you hit the same?
(Similar situation == portage surprises and wants to downgrade PyQt4
to 4.4.4-something.)
No worries, IIRC I just unmasked 4.5.2 and everything has been smiles
and sunshine again afterward.
--
Arttu V.
On 7/27/09, Nicolai Beuermann wrote:
> Hello,
> emerging kde-misc/kdirstat-2.5.3-r1 doesn't compile due to this error:
This bug has someone fighting with this package with moderate success
(uninstalling :
http://bugs.gentoo.org/show_bug.cgi?id=248883
--
Arttu V.
On 7/27/09, Arttu V. wrote:
> On 7/27/09, Nicolai Beuermann wrote:
>> Hello,
>> emerging kde-misc/kdirstat-2.5.3-r1 doesn't compile due to this error:
>
> This bug has someone fighting with this package with moderate success
> (uninstalling :
>
> http://bug
of the problems he lists are not associated to OpenDNS as well? :)
http://en.wikipedia.org/wiki/OpenDNS#Privacy_issues.2C_conflicts_and_covert_redirection
--
Arttu V.
ngl/nvidia/lib/libGLcore.so
If you are similarly running proprietary ati-drivers or
nvidia-drivers, then you should probably re-emerge them, then run
eselect opengl set (whatever you use).
--
Arttu V.
contrary?), but another way to try to keep the disk I/O and CPU to
yourself -- even if the compiles will take a bit longer on the
background. (And this ionice thing I got to try as well on that old
clunker, thanks for the tip!)
--
Arttu V.
with today's sync. Apparently all is now well.
You're lucky as you caught a sync during the hours when ff 3.5
actually was stable for some select arches:
http://bugs.gentoo.org/show_bug.cgi?id=280393
--
Arttu V.
ry depends dev-libs/libmimedir
> [ Searching for packages depending on dev-libs/libmimedir... ]
>
> What would you advise?
I don't use qdepends, but after a quick glimpse on its man page, you
probably have to use the -Q switch to get it to print the same
dependencies as equery depends does.
--
Arttu V.
... "-Iyes/include"
Oh boy, I'm sure I'm running multilib, and using "yes" as my primary
path for my libraries. Anyone fought with the same thing and solved
it, or is this a new bug?
--
Arttu V.
get "yes" instead.
Care to share your USE flags concerning libgphoto2? I'm wondering if
there would be some difference, especially about USE="exif". On the
breaking system they are USE="bonjour exif hal nls -doc", with none of
the CAMERAS explicitly enabled.
--
Arttu V.
I'll try it still with exif enabled
and without bonjour (the way you have it configured), and if I can
make any sense of the situation, I'll file a bug. Thanks!
--
Arttu V.
status
> make: *** [luatex] Error 1
http://bugs.gentoo.org/show_bug.cgi?id=267457
http://bugs.gentoo.org/show_bug.cgi?id=265635
--
Arttu V.
On 9/6/09, Dale wrote:
> It just did here. That is one failed emerge that is fixed. Two more to
> go.
Both hearts and mp3splt-gtk compiled just fine here (amd64).
Maybe your box needs two doses of revdep-rebuild, python-updater,
perl-updater or something?
--
Arttu V.
ever heard of perl-updater. I'll check on that after
> python-updater gets done. Maybe one of these ideas will fix this error.
Sorry, just checked -- it's actually perl-cleaner, not perl-updater.
And unless you have updated recently, e.g., to perl 5.10, then I doubt
if running it will do much good.
--
Arttu V.
their website no longer even provides the 0.9.3 version
sources (if I noticed correctly), they're already at 1.3.2.
--
Arttu V.
On 9/7/09, Harry Putnam wrote:
> Neither do I see any errors: mplayer some.wav from a cmdprompt shows
> the file playing... but I'm hearing nothing.
Run alsamixer and un-mute the channels?
--
Arttu V.
s and then goes for the real source. So, maybe OP has a gentoo
mirror available nearby (in network topology) and just wants to reduce
wasted international traffic?
--
Arttu V.
owever, compiles fine on two desktop amd64 setups. I
cannot test it on x86 right now, hopefully tomorrow I'll again
remember to reboot to 32-bits and try some more. Maybe even get
something done for the hearts, if the hints in the bug report are
sufficient for fixing it.
--
Arttu V.
ut since months ago:
http://sourceforge.net/projects/mp3splt/files/
Who likes to interact with b.g.o? =)
--
Arttu V.
n to use acient drivers?
They're the latest stable on x86 -- and amd64 stable ones are even older.
And stabilization issues are being fought over in, e.g., this bug:
http://bugs.gentoo.org/show_bug.cgi?id=230772
--
Arttu V.
orums and irc
channels.
So, yes, I'd tend to agree with Mr McKinnon and Mr Jarausch on this
issue. Something was bad in this execution of this "need more testers"
-- regardless of the possible original good intentions.
/semi-serious-rant
--
Arttu V.
27;ll accept unstable from slot 3.5 but not
from 4.1 (current kde4 slot). You probably can use
match/search-and-replace within your favourite text editor to get it
to the end of all those lines without doing it manually.
Your lines will look like this (but with slot 3.5 instead of 4.1):
kde-base/superkaramba:4.1
Yes, that's the way they suggest unmasking stuff when testing out kde4 ... :)
Slots <3 <3 <3
--
Arttu V.
On 11/26/08, Dale <[EMAIL PROTECTED]> wrote:
> damian wrote:
>>> I agree. I been using ntp here and it works fine. If you need help
>>> configuring it, let me know. Off list if needed, just put Gentoo in the
>>> subject line.
>>>
>> Ok, thanks Dale. But I can you tell me if there is any differen
On 11/26/08, Arttu V. <[EMAIL PROTECTED]> wrote:
>
And I beg your pardon for once again clicking on "Send" instead of
"Archive" in gmail ... >.<
--
Arttu V.
dump my crude,
couple-line patches/changes there and whoever needs/maintains qtiplot
can then refine them or reject them as needed.
--
Arttu V.
tweight hobby genealogy studies of our relatives from previous
centuries.
I don't actually know much about these genealogy systems, so I don't
know if such light-weight use is what you have in mind -- and whether
gramps is a major beast or only usable for this kind of "playtoy-use".
--
Arttu V.
om Samsung-trying Linux-users in the blogosphere /
Intertubes.
But I'm glad if they've fixed their stuff recently.
--
Arttu V.
mend checking out the man page of equery, especially the
"depends" option.
Maybe "equery --indirect depends foo" is what you're looking for?
--
Arttu V.
On 12/20/08, Willie Wong wrote:
> I think you can try use unmasking the flag:
> add a line to /etc/portage/package.use.mask
It's profiles related stuff, so I think
/etc/portage/profiles/package.use.mask will be the right place. At
least if one trusts portage's man page.
--
Arttu V.
low on Gnome-proficient
commenters.
That would make the E17, Fluxbox, ratpoison and KDE-running oldtimers
skip your (correctly Gnome-subjected) emails altogether and then there
would be no "Gnome-using-oldtimer" to catch the ball.
Does this sound plausible?
--
Arttu V.
my logic here -- I'm
sure a little embarrassment early on will save plenty of my time in
the future! :D
--
Arttu V.
of
currently missing the required knowledge on *this* list. The answer
may be available by asking in, e.g., the forums.
--
Arttu V.
On 12/23/08, Volker Armin Hemmann wrote:
> On Montag 22 Dezember 2008, Arttu V. wrote:
>
>>
>> *If you're so sure it's the html in his emails, then why don't you
>> answer his questions about Gnome?*
>
> well, I saw his mails - and I did not react to t
vs.py/gentoo-x86/net-libs/courier-authlib/?hideattic=0
--
Arttu V.
that do it on the server so you wouldn't have to worry about
the clients? Or have you already tried and it still fudges the access
permissions?
--
Arttu V.
Eating your data is bad for a database and if that was the situation a
bit over a month ago, I wouldn't hold my breath for a stable marked
ebuild in portage for a while.
--
Arttu V.
he situation he is in? How did he install
shoutcast, etc? Why are there binaries in someone's home directory?
(And why is he looking at them instead of the ones that should be
where the init script is looking for?)
--
Arttu V.
les
within the ebuild may interfere or override the settings you provided
depending on the case.
Still, I'd be happy to be mistaken, this would make my life easier as well.
--
Arttu V.
qlite
> -threads" 0 kB
>
> What is missing here, what fails and how can I fix it ??? :)
# pkg-config --libs redland
Package 'Redland' requires 'rasqal >= 0.9.12' but version of Rasqal
RDF Query Library is 0.9.10
Something eats that error message?
It looks like you need the unstable rasqal-0.9.15 or .16 to get it compiling.
--
Arttu V.
some bugs reported, but they have been
fixed. You can look them up in bugs.gentoo.org if you're worried.
--
Arttu V.
ic-visualiser-1.4 itself, which is also unstable.
--
Arttu V.
3 evdev not liking my xorg.conf -- and me not having cared to
explore the evdev-stuff before being thus forced to.
No keyboard and no mouse makes using kde 4.2 even worse than kde 4.1 *with*
keyboard and mouse. ;)
--
Arttu V.
w, shiny and "better" evdev-stuff in new
xorg-server required me to re-hack the conf file to get my keyboard
and USB-mouse to be recognized at all.
Thanks in advance!
--
Arttu V.
o the right people.
Will do. Deep inside I was hoping that it would be just some
configuration issue I had missed. I'm currently browsing through all
the "ctrl+something" bugs in bugs.kde.org and will either find
something or squeeze a dump with debug info for a new one.
--
Arttu V.
On 2/6/09, Stroller wrote:
>
> On 6 Feb 2009, at 12:36, Arttu V. wrote:
>> ...
>> Any insight on where to start looking for the problem (and especially
>> solution) is most welcome, including pointing out stupid newbie
>> mistakes.
>
> Have you run revdep-re
ne for the helpful comments and ideas! I'll
post a short reply about the success with the downgrade hopefully
tomorrow and then try to leave this for now.
--
Arttu V.
On 2/7/09, Arttu V. wrote:
> Maybe the new xorg-server is only supposed to work reliably on a fully
> ~amd64? This box has mostly stable amd64 and only select packages,
> mostly end-used apps like seamonkey, OOo and firefox are allowed to be
> ~amd64 along with some of their
with USE="-hal". Wasted nearly
three good weeks' nights and weekends there with kde 4.2.0 upgrade, so
you can understand my above-average grumpiness about hal -- just
disable it unless you really really need it. :(
--
Arttu V.
nmerging the "blocker" and retrying the
emerge. Portage has invariably proceeded without a slightest hint of
blockers -- and re-emerged the unstable package version it just
complained was causing a blocker. So, there, I think it could very
well be a bug in portage. Maybe it has a bug report?
--
Arttu V.
t.
>
> Neither this nor the eix --only-names method take account of slots.
But you should get that by changing the qlist part above to:
qlist -CISL
Not that it matters. I just like qlist over these newfangled eix things. :)
--
Arttu V.
rary_buffer(ptrdiff_t, _Tp*)':
> /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/include/g++-v4/memory:83: error:
> 'nothrow' was not declared in this scope
Have you tried to help the compiler find nothrow declaration by
explicitly doing:
#include
(Disclaimer: I'm no c++ guru, just googled for that.)
--
Arttu V.
On 3/8/09, Michael Sullivan wrote:
> On Sun, 2009-03-08 at 17:27 +0200, Arttu V. wrote:
>> On 3/7/09, Michael Sullivan wrote:
>> > mich...@camille OurRPG $ make
>> > g++ -O2 -W -Wall -pedantic `sdl-config --cflags` -c draw.cpp
>> > enemyparty.o allyparty.o
"you should re-emerge foo with USE=bar"
with the new cat/foo[bar]-style dependencies.
--
Arttu V.
On 4/4/09, Neil Bothwick wrote:
> On Sat, 04 Apr 2009 02:24:58 +0300, Arttu V. wrote:
>
>> - Managing USE flags is sometimes quite irritating, having to fidget
>> around /etc/make.conf, /etc/portage/package.use and such with
>> everyone's favourite text editors. (May
have to allocate some time to try to build one myself?
Just don't hold your breath while waiting nor keep hopes too high ...
;)
--
Arttu V.
mostly the cache, so the
duration doesn't appear surprising for a first compilation (varying by
the USE flags, naturally).
--
Arttu V.
can tell NoScript to allow the
scripts etc, and the tab will close cleanly, without crashing the
whole browser.
However, the moment the flash object is enabled, the close tab button
becomes the self-destruct button.
--
Arttu V.
rweb world. And it doubles as
the proxy for "regular" browsing, too.
HTH. YMMV. HAND.
--
arttu v.
_
Connect to the next generation of MSN Messenger
http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&
> I'm using mozilla-firefox-2.0.0.8, not -bin, and printing works fine
> here also. Just another data point; sorry I don't know how to help
I might have missed it, but was revdep-rebuild tried already? :)
Also, maybe it could be something with gtk+ or some printing component (old
cups? cups ebu
> From sourceforge.net I downloaded
> brlcad_7.10.4_ia32.tar.bz2 and untarred it.
I'm not a BRL-CAD (or any CAD for that matter ;) ) user, but take
a look at the file name you're downloading.
It's probably a pre-compiled binary, so that's probably why there
is no configure either? The source is
g, certainly, but most
likely *not* the original 4-clause BSDL.
--
Arttu V.
--
gentoo-user@lists.gentoo.org mailing list
27;ll be all FUD on cdrkit and bugs all over again (without us
actually knowing whether it really was, e.g., a PEBKAC/ID-10T-problem
at my end).
Ebuild is attached in the bug (#230813) if anyone wants to try this
further, e.g., on x86 or with dvds. I only tried on amd64 and with
CDR-80s.
--
Arttu V.
--
gentoo-user@lists.gentoo.org mailing list
On 7/12/08, Dirk Heinrichs <[EMAIL PROTECTED]> wrote:
> Am Samstag, 12. Juli 2008 schrieb Arttu V.:
>
>> Actually, splitpipe compiled pretty much "as such" on amd64 for me
>
> Hmm, maybe a compiler issue. Which gcc version are you using? I'm using
> 4.
ossibly buggy) for most users who wish to have "easy" control
> over package.use.
How does that compare to things like flagedit (available in portage)?
--
Arttu V.
--
gentoo-user@lists.gentoo.org mailing list
On 7/12/08, Arttu V. <[EMAIL PROTECTED]> wrote:
> then see if I get around later to try with cdrtools instead of wodim (cdrkit).
Ok, my final conclusion on splitpipe: it compiles but won't work for me.
I've produced about a dozen coasters while having tried some
combinatio
motivation with splitpipe is/was getting multivolume CDs working so I
wouldn't have to move to DVDs (or tapes, the horrors!) for a while. :)
>Dirk, Arttu:
> - Should we get off-list on this subject or at least open a new
> thread?
If you move, I'll follow -- if I even ha
On 9/27/08, econti <[EMAIL PROTECTED]> wrote:
> Francesco Talamona ha scritto:
>> On Saturday 27 September 2008, econti wrote:
>>
>>> Francesco Talamona ha scritto:
>>>
On Saturday 27 September 2008, econti wrote:
> Hi all,
> running revdep-rebuild I see a very long list of broken
in that bug's last comment?
--
Arttu V.
on one
line/command, probably gets wrapped in email client):
emerge -pvC kdebase kdeaddons kdeadmin kdeartwork kdeedu kdegames
kdegraphics kdemultimedia kdenetwork kdepim kdetoys kdeutils kdewebdev
kdeaccessibility
The printout should tell us if you have any remnants of monolithic kde
packages left.
--
Arttu V.
t; means, sorry, "Какого х*я" :)
All these weird characters and unpronouncable symbols have made me
curious. How would the ancient Egyptians have printed that exclamation
with their hieroglyphs? O.o
--
Arttu V.
ut overlays,
i.e., by commenting these two out?
--
Arttu V.
looks at slots rather
than versions.
--
Arttu V.
python itself.
If you haven't already tried it, then revdep-rebuild from the
gentoolkit package is your other friend. You might need try running it
first and then retry with the python-updater.
--
Arttu V.
ted out with openttd's new version? :)
--
Arttu V.
t
fix some issues
- I'd guess eselect python complaining like above is probably just
normal, unless you're supposed to have eselect-python package
installed (many systems probably don't and you say your system is sort
of minimal anyway?)
- Does anything unusual appear in /var/log/messages or other logs?
--
Arttu V.
I have no surefire solution, but so far everyone and their $PET seems
to have taken for granted that your toolchain is just fine and sane.
Perhaps "emerge -e @system" (without ccache, distcc or other
distractions) would jiggle those bits again?
--
Arttu V.
On 5/19/12, Volker Arm
nt to know exactly which bit from which
package is sideways you might get out of the hole simply with:
perl-cleaner --reallyall
--
Arttu V.
On 5/18/12, Harry Putnam wrote:
> Alan McKinnon writes:
>
> [...]
>
>>> | Checking prerequisites...
>>> | build_requires:
On 3/12/11, sean wrote:
> If you have anything you wish me to check, I will.
It's probably too late to think about this option, but just in case:
you don't happen to have a copy of root's bash history from around the
time you noticed the problem?
--
Arttu V.
101 - 200 of 233 matches
Mail list logo
