[gentoo-user] Re: xfce-base/xfce ebuild is broken?
On 2008-06-22, Daniel Pielmeier [EMAIL PROTECTED] wrote: I just tied to do an emerge -auvND world, and it's failing: emerge: there are no ebuilds to satisfy =xfce-extra/xfce4-icon-theme-4.4.2. (dependency required by xfce-base/xfce4-4.4.2 [installed]) Sure enough there is no longer an xfce-extra/xfce4-icon-theme ebuild. There used to be one (it's instaled on several of my machines), but it's dissappeared. Why has it been removed? How is one supposed to install xfce without it? Relax, there are currently a few pkg moves in xfce. xfce-extra/xfce4-icon-theme xfce-extra/terminal xfce-extra/ristretto This three are moved to other categories, sync again in a few hours and if it does not work file a bug! plus xfce-extra/xfburn. This is WIP so maybe others are moved too. Wait until the changes are done! OK, I'll try again tomorrow. This does prompt a couple questions: 1. How does one know when not to do a sync/update so that one can avoid these problems? Is there a database broken ornot-broken status? 2. Is there no way to commit a set of database changes so that the database doesn't have to be left in a broken state during moves? (Maybe I'm just spoiled using Subversion...) -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: xfce-base/xfce ebuild is broken?
Grant Edwards schrieb: Relax, there are currently a few pkg moves in xfce. xfce-extra/xfce4-icon-theme xfce-extra/terminal xfce-extra/ristretto This three are moved to other categories, sync again in a few hours and if it does not work file a bug! plus xfce-extra/xfburn. This is WIP so maybe others are moved too. Wait until the changes are done! OK, I'll try again tomorrow. This does prompt a couple questions: 1. How does one know when not to do a sync/update so that one can avoid these problems? Is there a database broken ornot-broken status? 2. Is there no way to commit a set of database changes so that the database doesn't have to be left in a broken state during moves? (Maybe I'm just spoiled using Subversion...) 1. You can not know before but you can monitor the irc channel #gentoo-commits on freenode or the gentoo-commits mailing list. So you know which changes are done to the portage tree. Be careful this will cause heavy traffic to your inbox. 2. I don't know if this is doable in one go. The gentoo package maintainer adds the ebuild to its new place and removes it from its old. When this is done he changes the other ebuilds pointing to the old locations. He also makes an entry in $PORTDIR/profiles/updates so the /var/db/pkg is updated accordingly for already installed packages. Regards, Daniel -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: xfce-base/xfce ebuild is broken?
Daniel Pielmeier schrieb: OK, I'll try again tomorrow. This does prompt a couple questions: 1. How does one know when not to do a sync/update so that one can avoid these problems? Is there a database broken ornot-broken status? 2. Is there no way to commit a set of database changes so that the database doesn't have to be left in a broken state during moves? (Maybe I'm just spoiled using Subversion...) 1. You can not know before but you can monitor the irc channel #gentoo-commits on freenode or the gentoo-commits mailing list. So you know which changes are done to the portage tree. Be careful this will cause heavy traffic to your inbox. 2. I don't know if this is doable in one go. The gentoo package maintainer adds the ebuild to its new place and removes it from its old. When this is done he changes the other ebuilds pointing to the old locations. He also makes an entry in $PORTDIR/profiles/updates so the /var/db/pkg is updated accordingly for already installed packages. Regards, Daniel As alternative you can also monitor: http://cia.vc/stats/project/gentoo -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Re: xfce-base/xfce ebuild is broken?
On 2008-06-22, Daniel Pielmeier [EMAIL PROTECTED] wrote: 1. How does one know when not to do a sync/update so that one can avoid these problems? Is there a database broken or not-broken status? 1. You can not know before but you can monitor the irc channel #gentoo-commits on freenode or the gentoo-commits mailing list. So you know which changes are done to the portage tree. Be careful this will cause heavy traffic to your inbox. 2. Is there no way to commit a set of database changes so that the database doesn't have to be left in a broken state during moves? (Maybe I'm just spoiled using Subversion...) 2. I don't know if this is doable in one go. It's a rather fundamental feature of databases and revision control systems, so I guess I'd be a bit surprised that it can't be done that way. The gentoo package maintainer adds the ebuild to its new place and removes it from its old. When this is done he changes the other ebuilds pointing to the old locations. He also makes an entry in $PORTDIR/profiles/updates so the /var/db/pkg is updated accordingly for already installed packages. Wouldn't doing it the order below prevent problems? 1) Add ebuild in new location. 2) Change existing ebuilds to point to new location. 3) Delete ebuild from old location. If even that can't be done, why not have a working copy of the database where such changes are made and then push non-broken snapshots of database out to the public servers? -- Grant -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: xfce-base/xfce ebuild is broken?
Grant Edwards schrieb: On 2008-06-22, Daniel Pielmeier [EMAIL PROTECTED] wrote: 1. How does one know when not to do a sync/update so that one can avoid these problems? Is there a database broken or not-broken status? 1. You can not know before but you can monitor the irc channel #gentoo-commits on freenode or the gentoo-commits mailing list. So you know which changes are done to the portage tree. Be careful this will cause heavy traffic to your inbox. 2. Is there no way to commit a set of database changes so that the database doesn't have to be left in a broken state during moves? (Maybe I'm just spoiled using Subversion...) 2. I don't know if this is doable in one go. It's a rather fundamental feature of databases and revision control systems, so I guess I'd be a bit surprised that it can't be done that way. The gentoo package maintainer adds the ebuild to its new place and removes it from its old. When this is done he changes the other ebuilds pointing to the old locations. He also makes an entry in $PORTDIR/profiles/updates so the /var/db/pkg is updated accordingly for already installed packages. Wouldn't doing it the order below prevent problems? 1) Add ebuild in new location. 2) Change existing ebuilds to point to new location. 3) Delete ebuild from old location. If even that can't be done, why not have a working copy of the database where such changes are made and then push non-broken snapshots of database out to the public servers? Right there are probably better ways to achieve this. You can always file a bug if you think there is a way to improve this! Regards, Daniel -- gentoo-user@lists.gentoo.org mailing list