Re: [gentoo-user] Akregator.

[Peter Humphrey]

On Wednesday 23 March 2016 07:48:11 J. Roeleveld wrote:
> On Tuesday, March 22, 2016 05:35:19 PM Arve Barsnes wrote:
> > On 22 March 2016 at 15:43, Peter Humphrey  wrote:
> > > On Tuesday 22 March 2016 08:55:26 Alan Grimes wrote:
> > > #!/bin/bash
> > > #
> > > # /usr/local/sbin/sync-update
> > > #
> > > emerge --sync &&\
> > > echo &&\
> > > echo "  Updating eix database..."; eix-update; echo &&\
> > > emerge -auDvU --jobs=12 --load-average=20 --nospinner
> > > --keep-going
> > > world &&\
> > > echo
> > 
> > Check out this handy tip[1] to make portage run eix-update
> > automatically after every sync. That way, you get eix-update even
> > after a manual sync.
> > 
> > [1]
> > https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/Advanced#Using_.2Fet
> > c.2 Fportage.2Fpostsync.d_location
> 
> Or simply use "eix-sync" instead of "emerge --sync"
> Less typing and does both in the right sequence.

I didn't know about eix-sync when I wrote that little script and just 
haven't bothered to change it.

-- 
Rgds
Peter

linux counter 5290, 1994/04/23

Re: [gentoo-user] Akregator.

[J. Roeleveld]

On Tuesday, March 22, 2016 05:35:19 PM Arve Barsnes wrote:
> On 22 March 2016 at 15:43, Peter Humphrey  wrote:
> > On Tuesday 22 March 2016 08:55:26 Alan Grimes wrote:
> > #!/bin/bash
> > #
> > # /usr/local/sbin/sync-update
> > #
> > emerge --sync &&\
> > 
> > echo &&\
> > echo "  Updating eix database..."; eix-update; echo &&\
> > emerge -auDvU --jobs=12 --load-average=20 --nospinner --keep-going
> > 
> > world &&\
> > 
> > echo
> 
> Check out this handy tip[1] to make portage run eix-update
> automatically after every sync. That way, you get eix-update even
> after a manual sync.
> 
> [1]
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/Advanced#Using_.2Fetc.2
> Fportage.2Fpostsync.d_location

Or simply use "eix-sync" instead of "emerge --sync"
Less typing and does both in the right sequence.

--
Joost

Re: [gentoo-user] Akregator.

[Peter Humphrey]

On Tuesday 22 March 2016 17:35:19 Arve Barsnes wrote:

> Check out this handy tip[1] to make portage run eix-update
> automatically after every sync. That way, you get eix-update even
> after a manual sync.

That's handy - thanks. It's a good example of the filtering I was asking 
about too.

> [1]
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/Advanced#Using_.2Fetc
> .2Fportage.2Fpostsync.d_location

-- 
Rgds
Peter

linux counter 5290, 1994/04/23

Re: [gentoo-user] Akregator.

[Dale]

Alan Grimes wrote:
> Peter Humphrey wrote:
>> Read the manual.
>> ...and get rid of all those excruciating scripts of yours and start doing 
>> things manually and sanely, one step at a time.
>
> Repeat the following three times daily:
>
>
> The purpose of a computer is to save me time and effort.
>
>

How's that working out fer ya so far??? 

I'm not good at reading scripts but from what I understand from your
scripts, it's no wonder you are running into all the issues you are.  If
you want a update process that takes very little time and effort on your
part, Gentoo is not going to fulfil that requirement.  I been using
Gentoo for well over a decade now.  I never do blind updates.  Let me
stress that word, NEVER.  I sync the tree, which could be scripted or
done with a cron job, then I see what needs updating and most
importantly, what will be changing, which could also be scripted or done
with a cron job.  Some even script that part and have the results
emailed to them.  Some use emerge -p but I use emerge -a for that since
I do it manually.  Then comes the part that requires you and your time
and effort.  You have to look at what is going to be updated and what
changes are going to be made.  I pay very close attention to USE flag
changes.  I also watch for packages that may require other packages to
be rebuilt.  IF, big IF there, everything looks OK I proceed with
updates.  If something looks a little off and I need to see what changes
will change how software works, then I go research those changes BEFORE
doing the updates, not after.  Sometimes those require me to edit USE
flags, mask packages, unmask/unkeyword packages so that I get the
updates I want or DON'T get updates that I'm not ready for yet.  The
thing you seem to not understand yet, only YOU can make that decision. 
The emerge command and portage can't do that for you, you have to do
that last part. 

The way your script works from what I understand, you automate the whole
process and you get the end result.  That result is usually not what you
want or breaks something which leads you to here and us slapping our
foreheads at what you did to get here.  Honestly, if you keep doing
things the way you are, you are going to spend a LOT more time fixing
problems because some folks will let you learn the hard way.  You will
post, a dozen or more will know how to fix it but won't post so that you
learn on your own.  One thing about this mailing list, people expect you
to at least try and do things in a sane way.  Blind updates may work
fine on Ubuntu or something but it does not work on Gentoo.  There are
just way to many options and changes that can break things. 

Here's a hint.  Script the sync process.  Script the emerge -p part and
either have it emailed to you or spit out on the screen which is all
fine and doable with known results.  At that point, YOU have to step in
and spend a few minutes looking at what emerge is about to do.  If you
just blindly update, you get things that are broken at some point and
could be badly broken.  It shouldn't be a surprise or a big shock when
things break.  Several others have posted that the way you are doing
things is how you got those breakages.  If you keep doing things the
same way, expect more breakages.  You will likely get less help too. 

Just my $0.02 worth.  You can take that and make it valuable or throw it
away and make it worthless. 

Dale

:-)  :-) 

Re: [gentoo-user] Akregator.

[Arve Barsnes]

On 22 March 2016 at 15:43, Peter Humphrey  wrote:
> On Tuesday 22 March 2016 08:55:26 Alan Grimes wrote:
> #!/bin/bash
> #
> # /usr/local/sbin/sync-update
> #
> emerge --sync &&\
> echo &&\
> echo "  Updating eix database..."; eix-update; echo &&\
> emerge -auDvU --jobs=12 --load-average=20 --nospinner --keep-going
> world &&\
> echo
>
Check out this handy tip[1] to make portage run eix-update
automatically after every sync. That way, you get eix-update even
after a manual sync.

[1] 
https://wiki.gentoo.org/wiki/Handbook:AMD64/Portage/Advanced#Using_.2Fetc.2Fportage.2Fpostsync.d_location

Re: [gentoo-user] Akregator.

[Peter Humphrey]

On Tuesday 22 March 2016 08:55:26 Alan Grimes wrote:
> Peter Humphrey wrote:
> > Read the manual.
> > ...and get rid of all those excruciating scripts of yours and start
> > doing things manually and sanely, one step at a time.
> 
> Repeat the following three times daily:
> 
> The purpose of a computer is to save me time and effort.

That's reasonable. Here's my daily update script:

#!/bin/bash
#
# /usr/local/sbin/sync-update
#
emerge --sync &&\
echo &&\
echo "  Updating eix database..."; eix-update; echo &&\
emerge -auDvU --jobs=12 --load-average=20 --nospinner --keep-going 
world &&\
echo

That's it. I don't need anything more. Others have a fancier setup that runs 
pretend updates overnight and e-mails them with the results, but I prefer my 
way. You prefer yours of course, but it leads you into shark-infested waters 
because you haven't a clue what you're doing. That's why you should go back 
to doing things manually until you learn what you need to know.

Better still: switch to a distro that suits you better.

[OT]
How should I set up KMail's filters to ignore not only an obnoxious 
contributor but all replies to him as well? Just filtering on his address 
anywhere in the headers is too coarse because interesting titbits sometimes 
appear in the conversation.
[/OT]

-- 
Rgds
Peter

linux counter 5290, 1994/04/23

Re: [gentoo-user] Akregator.

[Neil Bothwick]

On Tue, 22 Mar 2016 08:55:26 -0400, Alan Grimes wrote:

> The purpose of a computer is to save me time and effort.

I thought that was the purpose of this mailing list, to save you the time
and effort of finding things out for yourself.

If saving time and effort is so important, you should reconsider either
your choice of distro or the way you work with it, because you are
currently wasting a lot of time and effort, and not all of it yours.


-- 
Neil Bothwick

Press button to test: release to detonate.


pgpasornSYc7d.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Akregator.

[Alan McKinnon]

On 22/03/2016 14:55, Alan Grimes wrote:
> Peter Humphrey wrote:
>> Read the manual.
>> ...and get rid of all those excruciating scripts of yours and start doing 
>> things manually and sanely, one step at a time.
> 
> 
> Repeat the following three times daily:
> 
> 
> The purpose of a computer is to save me time and effort.


Considering the amount of whinging you engage in when the computer gets
it wrong[1], you might want to reconsider how your approach to automation.


[1] Tip: It's not a human, it can't do what you do.

Here's what's really happening:
stuff changes
you don't see it
stuff breaks wholesale
you get on here and bitch at length
we take the piss out of you



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Akregator.

[J. Roeleveld]

On Tuesday, March 22, 2016 09:03:30 AM Alan Grimes wrote:
> Neil Bothwick wrote:
> >> =kde-base/baloo-1.0
> > 
> > Then you haven't done much manual reading in the last ten years.
> 
> It's not like it's holy scripture that I just read periodically just 'cuz.

If at first you fail, you consult the manual.
If you don't, you will keep failing miserably and will never learn anything.

> >> or something, which I think it had to be at one point in time. or
> >> something to target the kde4 version and not the kde 5 version, or some
> >> other ninjitsu.
> > 
> > If you had read the error message properly, you would see that is not
> > necessary as the two conflicting version of baloo are in different
> > categories. Perhaps you should put down your rant-pen for a few minutes
> > and spend the time on something constructive, like reading the Gentoo
> > handbook or man pages.
> 
> Manpages are universally written in moonspeak, reading them is entirely
> nonproductive.

Some require a basic minimum knowledge-level of what you are trying to do. 
Quite a few are actually quite well written.

The handbook is a different matter completely. That is quite comprehensive and 
written in plain english. Have you bothered checking that?

--
Joost

Re: [gentoo-user] Akregator.

[J. Roeleveld]

On Tuesday, March 22, 2016 08:55:26 AM Alan Grimes wrote:
> Peter Humphrey wrote:
> > Read the manual.
> > ...and get rid of all those excruciating scripts of yours and start doing
> > things manually and sanely, one step at a time.
> 
> Repeat the following three times daily:
> 
> The purpose of a computer is to save me time and effort.

How is that going to fix YOUR problems?

I have sane automation in place. To maintain multiple systems, I spent the 
absolute minimum of time.
I actually am able to USE my systems without weird issues and crashes. Last 
time I had data-loss was in 1997. AFTER which I switched to running Linux for 
anything actually important.

You seem to have all kinds of strange issues, all contributable to a complete 
lack of understanding of what you are doing. Why not do everyone a favour and 
simply pack up your computer and give it to someone who is capable of reading.

--
Joost

Re: [gentoo-user] Akregator.

[Alan Grimes]

Neil Bothwick wrote:
>> =kde-base/baloo-1.0  
> Then you haven't done much manual reading in the last ten years.

It's not like it's holy scripture that I just read periodically just 'cuz.

>
>> or something, which I think it had to be at one point in time. or
>> something to target the kde4 version and not the kde 5 version, or some
>> other ninjitsu.
> If you had read the error message properly, you would see that is not
> necessary as the two conflicting version of baloo are in different
> categories. Perhaps you should put down your rant-pen for a few minutes
> and spend the time on something constructive, like reading the Gentoo
> handbook or man pages.

Manpages are universally written in moonspeak, reading them is entirely
nonproductive.


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Akregator.

[Alan Grimes]

Peter Humphrey wrote:
> Read the manual.
> ...and get rid of all those excruciating scripts of yours and start doing 
> things manually and sanely, one step at a time.


Repeat the following three times daily:


The purpose of a computer is to save me time and effort.


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Akregator.

[Neil Bothwick]

On Mon, 21 Mar 2016 10:37:25 -0400, Alan Grimes wrote:

> >> What is the exact line I need to add to the pile of hacks, and
> >> workarounds in that file?  

If the fie is full of hacks and workarounds, you are problably doing
something wrong.

> > kde-base/baloo minimal  

> I treat package.use as a last resort because, over the long haul it
> tends to fuck things up and is difficult to maintain. Whenever possible,
> I solve all issues with ufed.

It's a file or directory, it does not f*** things up, that's your job as
administrator.

> I didn't think it was possible to set a package like that, I thought it
> had to be something stupid like:
> 
> >=kde-base/baloo-1.0  

Then you haven't done much manual reading in the last ten years.
 
> or something, which I think it had to be at one point in time. or
> something to target the kde4 version and not the kde 5 version, or some
> other ninjitsu.

If you had read the error message properly, you would see that is not
necessary as the two conflicting version of baloo are in different
categories. Perhaps you should put down your rant-pen for a few minutes
and spend the time on something constructive, like reading the Gentoo
handbook or man pages.


-- 
Neil Bothwick

Be regular. Eat cron flakes.


pgpo2VgFyZP0W.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Akregator.

[Peter Humphrey]

On Monday 21 March 2016 17:07:26 J. Roeleveld wrote:
> On Monday, March 21, 2016 10:37:25 AM Alan Grimes wrote:
> > Neil Bothwick wrote:
> > > On Sun, 20 Mar 2016 18:16:36 -0400, Alan Grimes wrote:
> > >> my package.use -fu is minimal. =\
> > > 
> > > I thought you'd been using Gentoo for ten years?
> > > 
> > >> What is the exact line I need to add to the pile of hacks, and
> > >> workarounds in that file?
> > > 
> > > kde-base/baloo minimal
> > 
> > I treat package.use as a last resort because, over the long haul it
> > tends to fuck things up and is difficult to maintain. Whenever possible,
> > I solve all issues with ufed.
> > 
> > I didn't think it was possible to set a package like that, I thought it
> > 
> > had to be something stupid like:
> > >=kde-base/baloo-1.0
> > 
> > or something, which I think it had to be at one point in time. or
> > something to target the kde4 version and not the kde 5 version, or some
> > other ninjitsu.
> 
> Read the manual.

...and get rid of all those excruciating scripts of yours and start doing 
things manually and sanely, one step at a time.

-- 
Rgds
Peter

linux counter 5290, 1994/04/23

Re: [gentoo-user] Akregator.

[J. Roeleveld]

On Monday, March 21, 2016 10:37:25 AM Alan Grimes wrote:
> Neil Bothwick wrote:
> > On Sun, 20 Mar 2016 18:16:36 -0400, Alan Grimes wrote:
> >> my package.use -fu is minimal. =\
> > 
> > I thought you'd been using Gentoo for ten years?
> > 
> >> What is the exact line I need to add to the pile of hacks, and
> >> workarounds in that file?
> > 
> > kde-base/baloo minimal
> 
> I treat package.use as a last resort because, over the long haul it
> tends to fuck things up and is difficult to maintain. Whenever possible,
> I solve all issues with ufed.
> 
> I didn't think it was possible to set a package like that, I thought it
> 
> had to be something stupid like:
> >=kde-base/baloo-1.0
> 
> or something, which I think it had to be at one point in time. or
> something to target the kde4 version and not the kde 5 version, or some
> other ninjitsu.

Read the manual.

Re: [gentoo-user] Akregator.

[Alan Grimes]

Neil Bothwick wrote:
> On Sun, 20 Mar 2016 18:16:36 -0400, Alan Grimes wrote:
>
>> my package.use -fu is minimal. =\
> I thought you'd been using Gentoo for ten years?
>
>> What is the exact line I need to add to the pile of hacks, and
>> workarounds in that file?
> kde-base/baloo minimal


I treat package.use as a last resort because, over the long haul it
tends to fuck things up and is difficult to maintain. Whenever possible,
I solve all issues with ufed.

I didn't think it was possible to set a package like that, I thought it
had to be something stupid like:

>=kde-base/baloo-1.0

or something, which I think it had to be at one point in time. or
something to target the kde4 version and not the kde 5 version, or some
other ninjitsu.


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Akregator.

[Neil Bothwick]

On Sun, 20 Mar 2016 18:16:36 -0400, Alan Grimes wrote:

> > This is quite common when running KDE4 apps under KDE5. It means you
> > need to emerge the KDE4 dependency of the package, in this case
> > kde-base/baloo, with the minimal USE flag.

> my package.use -fu is minimal. =\

I thought you'd been using Gentoo for ten years?

> What is the exact line I need to add to the pile of hacks, and
> workarounds in that file?

kde-base/baloo minimal


-- 
Neil Bothwick

Fragile. Do not turn umop ap1sdn!


pgpgnP8EghIvS.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Akregator.

[Alan Grimes]

Neil Bothwick wrote:
> On Sun, 20 Mar 2016 11:31:18 -0400, Alan Grimes wrote:
>
>> [blocks B  ] kde-base/baloo:4[-minimal(-)]
>> ("kde-base/baloo:4[-minimal(-)]" is blocking
>> kde-frameworks/baloo-5.19.0)
> This is quite common when running KDE4 apps under KDE5. It means you need
> to emerge the KDE4 dependency of the package, in this case
> kde-base/baloo, with the minimal USE flag.
>
> As portage output goes, this one is quite clear.
>


my package.use -fu is minimal. =\

What is the exact line I need to add to the pile of hacks, and
workarounds in that file?


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Akregator.

[Neil Bothwick]

On Sun, 20 Mar 2016 11:31:18 -0400, Alan Grimes wrote:

> [blocks B  ] kde-base/baloo:4[-minimal(-)]
> ("kde-base/baloo:4[-minimal(-)]" is blocking
> kde-frameworks/baloo-5.19.0)

This is quite common when running KDE4 apps under KDE5. It means you need
to emerge the KDE4 dependency of the package, in this case
kde-base/baloo, with the minimal USE flag.

As portage output goes, this one is quite clear.


-- 
Neil Bothwick

It may be that your sole purpose in life is simply to serve as a warning
to others.


pgpOyD7TLNTJI.pgp
Description: OpenPGP digital signature

[gentoo-user] Akregator.

[Alan Grimes]

It seems that akregator fell off the upgrade bus a while ago and now it
seems I've missed my chance to update it! =0

Akregator is a high priority package for me, it is one of the first
things I run whenever I start x'doze.

tortoise kde-apps # emerge --search akregator
 
[ Results for search key : akregator ]
Searching...

*  kde-apps/akregator
  Latest version available: 4.14.10
  Latest version installed: 4.13.1
  Size of files: 14,244 KiB
  Homepage:  https://www.kde.org/applications/internet/akregator
  Description:   KDE news feed aggregator
  License:   GPL-2

[ Applications found : 1 ]

tortoise kde-apps # emerge --update akregator

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N ] kde-base/baloo-4.14.3:4/4.14::gentoo  USE="(-aqua)
-debug -minimal" 0 KiB
[ebuild U  ] kde-apps/kdepim-common-libs-4.14.10:4/4.14::gentoo
[4.13.1:4/4.13::gentoo] USE="(-aqua) -debug -google%" 0 KiB
[ebuild U  ] kde-apps/akregator-4.14.10:4/4.14::gentoo
[4.13.1:4/4.13::gentoo] USE="handbook kontact (-aqua) -debug" 0 KiB
[blocks B  ] kde-base/baloo:4[-minimal(-)]
("kde-base/baloo:4[-minimal(-)]" is blocking kde-frameworks/baloo-5.19.0)

Total: 3 packages (2 upgrades, 1 new), Size of downloads: 0 KiB
Conflict: 1 block (1 unsatisfied)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (kde-frameworks/baloo-5.19.0:5/5.19::gentoo, installed) pulled in by
>=kde-frameworks/baloo-5.17.0:5 required by
(kde-plasma/plasma-workspace-5.5.5-r2:5/5::gentoo, installed)
>=kde-frameworks/baloo-5.17.0:5 required by
(kde-apps/baloo-widgets-15.12.2:5/5::gentoo, installed)
>=kde-frameworks/baloo-5.17.0:5 required by
(kde-apps/dolphin-15.12.2:5/5::gentoo, installed)
>=kde-frameworks/baloo-5.19.0:5 required by
(kde-plasma/plasma-desktop-5.5.5-r1:5/5::gentoo, installed)
>=kde-frameworks/baloo-5.17.0:5 required by
(kde-apps/gwenview-15.12.1:5/5::gentoo, installed)

  (kde-base/baloo-4.14.3:4/4.14::gentoo, ebuild scheduled for merge)
pulled in by
>=kde-base/baloo-4.14.3:4[aqua=] (>=kde-base/baloo-4.14.3:4[-aqua])
required by (kde-apps/kdepim-common-libs-4.14.10:4/4.14::gentoo, ebuild
scheduled for merge)


For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages

tortoise kde-apps #



-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

[gentoo-user] Akregator Crashing

[Kris Kerwin]

Hi,

I've been attempting to start akregator-3.5.2 (as part of the 
kde-base/kde-meta package) for some time, and have been consistently getting 
crashes. The only piece of diagnostic material that I can provide is the 
following backtrace.

Thanks in advance,
Kris Kerwin

- Backtrace -

(no debugging symbols found)
Using host libthread_db library /lib/tls/libthread_db.so.1.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1511470912 (LWP 16901)]
[KCrash handler]
#9  0xa5bf49e5 in c4_Column::PullValue ()
   from /usr/kde/3.5/lib/kde3/libakregator_mk4storage_plugin.so
#10 0xa5c01e56 in c4_HandlerSeq::Prepare ()
   from /usr/kde/3.5/lib/kde3/libakregator_mk4storage_plugin.so
#11 0xa5c04fb1 in c4_Persist::LoadAll ()
   from /usr/kde/3.5/lib/kde3/libakregator_mk4storage_plugin.so
#12 0xa5c09506 in c4_Storage::c4_Storage ()
   from /usr/kde/3.5/lib/kde3/libakregator_mk4storage_plugin.so
#13 0xa5be9fe7 in Akregator::Backend::FeedStorageMK4Impl::FeedStorageMK4Impl
() from /usr/kde/3.5/lib/kde3/libakregator_mk4storage_plugin.so
#14 0xa5bf0975 in Akregator::Backend::StorageMK4Impl::archiveFor ()
   from /usr/kde/3.5/lib/kde3/libakregator_mk4storage_plugin.so
#15 0xa7f515d7 in Akregator::Feed::loadArticles ()
   from /usr/kde/3.5/lib/libakregatorprivate.so
#16 0xa7f51f55 in Akregator::Feed::fromOPML ()
   from /usr/kde/3.5/lib/libakregatorprivate.so
#17 0xa7f5c2a4 in Akregator::FeedList::parseChildNodes ()
   from /usr/kde/3.5/lib/libakregatorprivate.so
#18 0xa7f5c3ec in Akregator::FeedList::parseChildNodes ()
   from /usr/kde/3.5/lib/libakregatorprivate.so
#19 0xa7f5c7fc in Akregator::FeedList::readFromXML ()
   from /usr/kde/3.5/lib/libakregatorprivate.so
#20 0xa5e0b060 in Akregator::View::loadFeeds ()
   from /usr/kde/3.5/lib/kde3/libakregatorpart.so
#21 0xa5e01b19 in Akregator::Part::openFile ()
   from /usr/kde/3.5/lib/kde3/libakregatorpart.so
#22 0xa5dff4ab in Akregator::Part::openURL ()
   from /usr/kde/3.5/lib/kde3/libakregatorpart.so
#23 0xa5dff511 in Akregator::Part::openStandardFeedList ()
   from /usr/kde/3.5/lib/kde3/libakregatorpart.so
#24 0xa5e13a3b in Akregator::AkregatorPartIface::process ()
   from /usr/kde/3.5/lib/kde3/libakregatorpart.so
#25 0xa6b7f435 in DCOPClient::receive () from /usr/kde/3.5/lib/libDCOP.so.4
#26 0xa6b8288a in DCOPClient::send () from /usr/kde/3.5/lib/libDCOP.so.4
#27 0xa6b767ae in DCOPRef::sendInternal () from /usr/kde/3.5/lib/libDCOP.so.4
#28 0x08050ab6 in ?? ()
#29 0xaf9af840 in ?? ()
#30 0xaf9af820 in ?? ()
#31 0xaf9af830 in ?? ()
#32 0xaf9af810 in ?? ()
#33 0x001c in ?? ()
#34 0x080ed720 in ?? ()
#35 0x08062850 in ?? ()
#36 0xaf9b0010 in ?? ()
#37 0xaf9af798 in ?? ()
#38 0x080ebcd6 in ?? ()
#39 0x0004 in ?? ()
#40 0xa5f9681c in in6addr_any () from /lib/tls/libc.so.6
#41 0x080ed710 in ?? ()
#42 0x080ed720 in ?? ()
#43 0x080627f0 in ?? ()
#44 0xa6a927e0 in ?? () from /usr/qt/3/lib/libqt-mt.so.3
#45 0x08062850 in ?? ()
#46 0xaf9af8e0 in ?? ()
#47 0xaf9af7d8 in ?? ()
#48 0xa5fa2840 in __malloc_initialize_hook () from /lib/tls/libc.so.6
#49 0x0048 in ?? ()
#50 0xa5fa2840 in __malloc_initialize_hook () from /lib/tls/libc.so.6
#51 0x080627f0 in ?? ()
#52 0xa5fa2878 in __malloc_initialize_hook () from /lib/tls/libc.so.6
#53 0x08062970 in ?? ()
#54 0xaf9af8e0 in ?? ()
#55 0x08062840 in ?? ()
#56 0xa5fa2840 in __malloc_initialize_hook () from /lib/tls/libc.so.6
#57 0xa5fa0ff4 in ?? () from /lib/tls/libc.so.6
#58 0xa5fa2840 in __malloc_initialize_hook () from /lib/tls/libc.so.6
#59 0x08062840 in ?? ()
#60 0xaf9af7c8 in ?? ()
#61 0xa5ef1276 in free () from /lib/tls/libc.so.6
#62 0xa6d4bf7f in KUniqueApplication::processDelayed ()
   from /usr/kde/3.5/lib/libkdecore.so.4