| View previous topic :: View next topic |
| Author |
Message |
DarkStalker Veteran


Joined: 09 Aug 2003 Posts: 1032
|
Posted: Wed Jan 19, 2005 2:53 pm Post subject: |
|
|
| chetan13 wrote: | | DarkStalker wrote: | | Kontact doesn't show akregator as an available component. |
this happens on my machine too. is there any fix? |
There's a new akregator ebuild in portage that fixes the problem 3.4-beta1-r1 apparently. |
|
| Back to top |
|
 |
Carlo Developer


Joined: 12 Aug 2002 Posts: 3356
|
Posted: Wed Jan 19, 2005 3:23 pm Post subject: |
|
|
| tlaloctlaloc wrote: | I actually am staying with 3.3.1 until 3.4 is stable this time,  |
That's not a good idea. You miss security updates. _________________ Please make sure that you have searched for an answer to a question after reading all the relevant docs. |
|
| Back to top |
|
 |
tlaloctlaloc Apprentice


Joined: 11 Feb 2004 Posts: 198 Location: Europe-In the heart of the Alps
|
Posted: Wed Jan 19, 2005 7:14 pm Post subject: |
|
|
| Havn't the security problems be fixed with new releases of the kde-3.3.1 ebuilds? |
|
| Back to top |
|
 |
Shan Guru


Joined: 04 Nov 2003 Posts: 556 Location: /dev/null
|
Posted: Wed Jan 19, 2005 7:48 pm Post subject: |
|
|
| tlaloctlaloc wrote: | | Havn't the security problems be fixed with new releases of the kde-3.3.1 ebuilds? |
Yes but more might be found.
Anyways, one problem I've notices is if you don't install kdebase-meta, but instead just the "neccisary" parts of kdebase, some programs complain that kdebase isn't installed, and will try and install it. This happens with amarok-cvs. Amarok "unstable" in portage also attempts to do the same thing but with kdeultimedia-meta
I'm sure that as time goes on calls to -meta packages will fall to the wayside and instead just call the specific components needed.....right? _________________ 2b || !2b
{ STFF } { GOOGLE } { RTFM } { NO -U } { STRIP } |
|
| Back to top |
|
 |
mario Guru

Joined: 20 Apr 2002 Posts: 400 Location: Mountain View, CA
|
Posted: Wed Jan 19, 2005 8:18 pm Post subject: Dependent ebuilds |
|
|
The advantages to split ebuilds are obvious, however they are offset by the fact that some ebuilds like amarok and k3b depend on the -meta packages, not on the particular parts of them they need. Does anybody know if this would be remedied or this would basically be the policy for the kde-dependent packages? If that is how it's going to be, the granularity will not be made use of since many people use software like amarok and k3b.
Thanks |
|
| Back to top |
|
 |
AlterEgo Veteran


Joined: 25 Apr 2002 Posts: 1619
|
Posted: Thu Jan 20, 2005 8:23 am Post subject: Re: Dependent ebuilds |
|
|
| mario wrote: | | ... however they are offset by the fact that some ebuilds like amarok and k3b depend on the -meta packages, not on the particular parts of them they need. Does anybody know if this would be remedied or this would basically be the policy for the kde-dependent packages? |
Good point. For k3b, I tried to slim down the dependencies (link) .
I urge you to do the same for other kde dependent packages. |
|
| Back to top |
|
 |
danarmak Retired Dev

Joined: 11 Apr 2002 Posts: 23 Location: Matan, Israel
|
Posted: Thu Jan 20, 2005 5:03 pm Post subject: Re: Dependent ebuilds |
|
|
| mario wrote: | The advantages to split ebuilds are obvious, however they are offset by the fact that some ebuilds like amarok and k3b depend on the -meta packages, not on the particular parts of them they need. Does anybody know if this would be remedied or this would basically be the policy for the kde-dependent packages? If that is how it's going to be, the granularity will not be made use of since many people use software like amarok and k3b.
Thanks |
The non-kde-base ebuilds' deps will be changed to reflect the necessary minimum. We just need more time to update all of them. _________________ Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel |
|
| Back to top |
|
 |
corey_s Apprentice


Joined: 29 Jun 2003 Posts: 264
|
Posted: Thu Jan 20, 2005 11:40 pm Post subject: libkpinterfaces? |
|
|
[EDIT] I fixed this by emerging akregator first, and then emerging kmail.
Has anyone come across this error?
scanner ~ # ACCEPT_KEYWORDS="~x86" emerge -u kmail
Calculating dependencies ...done!
>>> emerge (1 of 7) kde-base/akregator-3.4.0_beta1-r1 to /
>>> md5 src_uri kdepim-3.3.91.tar.bz2
>>> Unpacking source...
>>> Extracting from tarball...
tar: kdepim-3.3.91/configure.in.bot: Not found in archive
tar: kdepim-3.3.91/AUTHORS: Not found in archive
tar: kdepim-3.3.91/COPYING: Not found in archive
tar: kdepim-3.3.91/INSTALL: Not found in archive
tar: kdepim-3.3.91/NEWS: Not found in archive
tar: kdepim-3.3.91/ChangeLog: Not found in archive
tar: kdepim-3.3.91/doc/akregator: Not found in archive
tar: Error exit delayed from previous errors
Symlinking library libkdepim under /usr/kde/3.4/lib/ in source dir
!!! ERROR: kde-base/akregator-3.4.0_beta1-r1 failed.
!!! Function kde-meta_src_unpack, Line 321, Exitcode 1
!!! Can't find library libkpinterfaces under /usr/kde/3.4/lib/
Last edited by corey_s on Fri Jan 21, 2005 6:50 am; edited 1 time in total |
|
| Back to top |
|
 |
madmango Guru


Joined: 15 Jul 2003 Posts: 507 Location: PA, USA
|
Posted: Fri Jan 21, 2005 12:10 am Post subject: |
|
|
Hay guys. I want to only have kcontrol installed, because I wasnt to change the Look and Feel of my QT/KDE apps that i run under fluxbox.
So how to i go about doing that? when I emerge kcontrol, i get a nice dialog box with no modules in it. _________________ word. |
|
| Back to top |
|
 |
Carlo Developer


Joined: 12 Aug 2002 Posts: 3356
|
Posted: Fri Jan 21, 2005 12:23 am Post subject: |
|
|
| tlaloctlaloc wrote: | | Havn't the security problems be fixed with new releases of the kde-3.3.1 ebuilds? |
No. _________________ Please make sure that you have searched for an answer to a question after reading all the relevant docs. |
|
| Back to top |
|
 |
danarmak Retired Dev

Joined: 11 Apr 2002 Posts: 23 Location: Matan, Israel
|
Posted: Fri Jan 21, 2005 4:19 pm Post subject: Re: libkpinterfaces? |
|
|
| corey_s wrote: | | [EDIT] I fixed this by emerging akregator first, and then emerging kmail. |
kmail's rdep on kontact should be a dep. Fixed - hope you reported it on bugs.gentoo.org; I haven't gone over all the new bugs yet... _________________ Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel |
|
| Back to top |
|
 |
corey_s Apprentice


Joined: 29 Jun 2003 Posts: 264
|
Posted: Fri Jan 21, 2005 5:59 pm Post subject: |
|
|
| Quote: | [EDIT] I fixed this by emerging akregator first, and then emerging kmail.
kmail's rdep on kontact should be a dep. Fixed - hope you reported it on bugs.gentoo.org; I haven't gone over all the new bugs yet... |
Awesome.
I didn't actualy report it as a bug - but I'll do that now.
Thanks - these split ebuilds are really great... excellent work!
Beers! |
|
| Back to top |
|
 |
danarmak Retired Dev

Joined: 11 Apr 2002 Posts: 23 Location: Matan, Israel
|
Posted: Fri Jan 21, 2005 6:33 pm Post subject: |
|
|
[quote="corey_s"] | Quote: |
I didn't actualy report it as a bug - but I'll do that now.
|
Er no no. I've already fixed this in the portage tree, so don't report it again (or close the bugreport if you've already opened one). Just report future issues there instead of here. _________________ Dan Armak
Gentoo Linux developer (KDE)
Matan, Israel |
|
| Back to top |
|
 |
corey_s Apprentice


Joined: 29 Jun 2003 Posts: 264
|
Posted: Fri Jan 21, 2005 6:46 pm Post subject: |
|
|
| Quote: |
Er no no. I've already fixed this in the portage tree, so don't report it again (or close the bugreport if you've already opened one). |
OK - understood. Though I hadn't yet opened the bug, I was thinking you were asking me to create one strictly for keeping a bug/fix history.
| Quote: | | Just report future issues there instead of here. |
Sure thing - thanks again! |
|
| Back to top |
|
 |
ranmakun Guru


Joined: 06 Nov 2002 Posts: 372 Location: Buenos Aires - Argentina
|
Posted: Sat Jan 22, 2005 1:56 am Post subject: |
|
|
I really liked this announcement, looks very good. But I see some problems I can imagine:
1. The first one would be that I really won't be very sure what should I install to get that feature I used before. I really didn't try so I'm not sure about this, but I can imagine I will have this kind of problem and many questions in the forums asking what should they install for a certain feature of KDE.
2. As with the example of the granularity of kate, that someone pointed out, I don't like it very much since a lot of the features of the program are separate ebuilds. The problem is that I can imagine a new feature of in kate in a new realase of kde, but I didn't notice because is in another ebuild I didn't install.
3. My world file would grow a lot!!!
4. I will grow old until I finish selecting every package I like out of 300.
In conclusion, I think granularity is a great feature but not that much.
At last one question: Now that we have these split ebuilds, will we have split ebuilds for languages again???, I never understood why the change to the LINGUAS env var, on upgrades you have to remember to set that var or else you end up without languages at all... |
|
| Back to top |
|
 |
Shan Guru


Joined: 04 Nov 2003 Posts: 556 Location: /dev/null
|
Posted: Sat Jan 22, 2005 10:10 am Post subject: |
|
|
| ranmakun wrote: | I really liked this announcement, looks very good. But I see some problems I can imagine:
1. The first one would be that I really won't be very sure what should I install to get that feature I used before. I really didn't try so I'm not sure about this, but I can imagine I will have this kind of problem and many questions in the forums asking what should they install for a certain feature of KDE. |
Take a look at your KDE menu, what programs do you use out of it? install em and there you go. The only one I had a problem with was KDEBase; but in the end I just installed kdebase-meta and removed what I *didn't* need.
| Quote: | | 2. As with the example of the granularity of kate, that someone pointed out, I don't like it very much since a lot of the features of the program are separate ebuilds. The problem is that I can imagine a new feature of in kate in a new realase of kde, but I didn't notice because is in another ebuild I didn't install. |
If I'm not mistaken, they're going to either merge kate into fewer packages or provide us with more -meta ebuilds for situations like this.
| Quote: | | 3. My world file would grow a lot!!! | My world file only grew by 13 entries. If you use ecatmur's "dep" script (A new version was released recently) this wont be a problem at all.
| Quote: | | 4. I will grow old until I finish selecting every package I like out of 300. | Not really, see my reply to 1. I had the transition done in under two hours, with a majority of that time being used dealing wiht kdebase
| Quote: | | In conclusion, I think granularity is a great feature but not that much. | Saved me almost 400M of packages I didn't use; considering my Linux partition is only 6.6G that means a great deal to me.
| Quote: | | At last one question: Now that we have these split ebuilds, will we have split ebuilds for languages again???, I never understood why the change to the LINGUAS env var, on upgrades you have to remember to set that var or else you end up without languages at all... | Now that I have no idea on..... _________________ 2b || !2b
{ STFF } { GOOGLE } { RTFM } { NO -U } { STRIP } |
|
| Back to top |
|
 |
Carlo Developer


Joined: 12 Aug 2002 Posts: 3356
|
Posted: Sat Jan 22, 2005 12:03 pm Post subject: |
|
|
| ranmakun wrote: | | I never understood why the change to the LINGUAS env var, on upgrades you have to remember to set that var or else you end up without languages at all... |
Do you have to set other environment variables again and again?! Add LINGUAS to /etc/env.d/02locale or export it in /etc/profile. _________________ Please make sure that you have searched for an answer to a question after reading all the relevant docs. |
|
| Back to top |
|
 |
ranmakun Guru


Joined: 06 Nov 2002 Posts: 372 Location: Buenos Aires - Argentina
|
Posted: Sat Jan 22, 2005 1:07 pm Post subject: |
|
|
| Shan wrote: | | ranmakun wrote: |
2. As with the example of the granularity of kate, that someone pointed out, I don't like it very much since a lot of the features of the program are separate ebuilds. The problem is that I can imagine a new feature of in kate in a new realase of kde, but I didn't notice because is in another ebuild I didn't install. |
If I'm not mistaken, they're going to either merge kate into fewer packages or provide us with more -meta ebuilds for situations like this. |
That would be very good.
| Quote: | | Quote: | | 3. My world file would grow a lot!!! | My world file only grew by 13 entries. If you use ecatmur's "dep" script (A new version was released recently) this wont be a problem at all. |
I didn't know about this script but I'm already starting to love it, thank's!!
| Quote: | | Quote: | | In conclusion, I think granularity is a great feature but not that much. | Saved me almost 400M of packages I didn't use; considering my Linux partition is only 6.6G that means a great deal to me. |
I'm in the same situation, thats why I like the announcement. |
|
| Back to top |
|
 |
ranmakun Guru


Joined: 06 Nov 2002 Posts: 372 Location: Buenos Aires - Argentina
|
Posted: Sat Jan 22, 2005 1:17 pm Post subject: |
|
|
| Carlo wrote: | | ranmakun wrote: | | I never understood why the change to the LINGUAS env var, on upgrades you have to remember to set that var or else you end up without languages at all... |
Do you have to set other environment variables again and again?! Add LINGUAS to /etc/env.d/02locale or export it in /etc/profile. |
I know, I've done something similar, but what if I want to remove only one of the installed languages?
I have "es" and "ja" installed and I want to remove "ja", I have to reemerge the ebuild, this implies downloading and emerging "es" just to remove "ja".
Same if I want to add one language, I have "es" and "ja" installed, if I want to add "en_GB", I have to download "es", "ja" and "en_GB" and reemerge everyone of them, just to add one language.
See my point? |
|
| Back to top |
|
 |
tlaloctlaloc Apprentice


Joined: 11 Feb 2004 Posts: 198 Location: Europe-In the heart of the Alps
|
Posted: Sat Jan 22, 2005 2:06 pm Post subject: |
|
|
I have some problem now trying kde-3.4 and using kde-3.3 regularly. Programs like koffice and kdevelop now compile against kde-3.4. How can I change this back?
Thanks, Valentin. |
|
| Back to top |
|
 |
Carlo Developer


Joined: 12 Aug 2002 Posts: 3356
|
Posted: Sat Jan 22, 2005 2:24 pm Post subject: |
|
|
| ranmakun wrote: | | See my point? |
I see it, but it's moot compared to the maintenance costs, if we had one ebuild per language. Usually you don't constantly add or remove languages. _________________ Please make sure that you have searched for an answer to a question after reading all the relevant docs. |
|
| Back to top |
|
 |
firephoto Veteran


Joined: 29 Oct 2003 Posts: 1558 Location: +48° 5' 23.40", -119° 48' 30.00"
|
Posted: Sat Jan 22, 2005 3:52 pm Post subject: |
|
|
I've redone my kdepim now with the spit builds and it wasn't as hard as I thought. I was originally thinking it would be difficult to figure out what I was using before that I wanted but then it dawned on me that I could just do an "emerge kdepim-meta -vpD" and I would see what all the kdepim packages were. From that list I just picked out the main components I knew I used and wanted and then "emerge {the list} -vaD" and saw what deps were brought in and let it start. Afterwards I did the emerge kde-meta again just to see what wasn't installed incase anything was missed. This can be done with any of the main packages and it works out pretty good actually since there are some odd named packages that you wouldn't know were from kdepim or whatever package you're working with.
There's some dep issues with some of the kdepim packages, I had to change my order around until the libkdepim package and some others showed up first on the list. If I just emerged kontact, kde-base/akregator was first on the list and it would fail but if I emerged kde-base/akregator by itself then the order was ok.
I had been emerging the packages with FEATURES="nostrip" and USE="debug" but the only thing that's ever crashed and gave debugging feedback is kopete and that's when I log out so I don't have enough time to look at or copy the output. I don't think my cflags allow for any useful output anyway but maybe that's what the nostrip does. It made my kdepim package It saved as a really big file too when I quickpkg'd it, something like 70mb.
The only big issues I'm seeing with 3.4 so far is some mysterious options that seem to get enabled or maybe just aren't working sometimes. At times I get tip of the day windows for all apps but other times I don't see them. Also there were some issues with akregator settings from within kontact until I opened akregator by itself and changed the settings. Some passwords aren't getting saved to the kdewallet from konqueror even though it's asking me about them. The storage media applet and the desktop media showing seem incomplete with a lack of being able to display an unmounted optical drive or anything else besides the floppy but the media kioslave works great. |
|
| Back to top |
|
 |
MasterX Veteran

Joined: 26 Jun 2003 Posts: 1165
|
Posted: Sat Jan 22, 2005 6:52 pm Post subject: |
|
|
I am just wandering, will the splitting of ebuilds speed up the process of realeasing stable ebuilds?
It took about two to three weeks to mark the ebuilds for KDE 3.3.2 stable. How long will it take for KDE 3.4?
On the other hand, since there are so many ebuilds we can install the stable ones and wait for those who are marked unstable to become stable.
So, I think that I asked a rhetorical question...  |
|
| Back to top |
|
 |
Shan Guru


Joined: 04 Nov 2003 Posts: 556 Location: /dev/null
|
Posted: Sat Jan 22, 2005 7:02 pm Post subject: |
|
|
| MasterX wrote: | I am just wandering, will the splitting of ebuilds speed up the process of realeasing stable ebuilds?
It took about two to three weeks to mark the ebuilds for KDE 3.3.2 stable. How long will it take for KDE 3.4?
On the other hand, since there are so many ebuilds we can install the stable ones and wait for those who are marked unstable to become stable.
So, I think that I asked a rhetorical question...  |
Individual components might get "stablalized" faster, but the whole release probably wont. Packages only get marked stable as fast as user input allows them to be. Thats the reason why ARCH and ~ARCH exist, to provide a testing ground where a (relatively) large number of people can check things over in "live" environments and report back to the devs. _________________ 2b || !2b
{ STFF } { GOOGLE } { RTFM } { NO -U } { STRIP } |
|
| Back to top |
|
 |
Carlo Developer


Joined: 12 Aug 2002 Posts: 3356
|
Posted: Sat Jan 22, 2005 7:16 pm Post subject: |
|
|
| MasterX wrote: | | It took about two to three weeks to mark the ebuilds for KDE 3.3.2 stable. |
The Gentoo policy is ~30 days. Sometimes (much) more, sometimes less, depending on the sort of application. Two or three weeks for a huge pack of applications like KDE is absolutely nothing. It mainly went stable so fast because of security issues. _________________ Please make sure that you have searched for an answer to a question after reading all the relevant docs. |
|
| Back to top |
|
 |
|