Re: [gentoo-dev] Looking for jack maintainers
On Thursday 08 December 2005 14:43, Diego 'Flameeyes' Pettenò wrote: Seems like the jack support in sound team started to be unavailable lately, kito is full of other tasks and he's the only one, as far as I can see, who's taking are of Jack. As I have no idea where to start looking for it, nor I have time to spend on it, unfortunately, so I can't take care of them. Is some other dev (possibly) wanting to take care of that as a main task? :) I'll be happy to step up for it, already using it on a daily basis (along with ardour, qjackctl, hydrogen and jamin...). -- Eldad Zack [EMAIL PROTECTED] Key/Fingerprint at pgp.mit.edu, ID 0x96EA0A93 pgpThW6Aiw0K4.pgp Description: PGP signature
Re: [gentoo-dev] December Council Meeting
On Thu, Dec 08, 2005 at 01:56:37AM +0100, Marius Mauch wrote: current agenda: decision on multi-hash for Manifest1 You mean the Manifest2 GLEP, or did I miss something? Wkr, Sven Vermeulen -- Gentoo Foundation Trustee | http://foundation.gentoo.org Gentoo Documentation Project Lead | http://www.gentoo.org/proj/en/gdp Gentoo Council Member The Gentoo Projecthttp://www.gentoo.org pgpe2leFpMc62.pgp Description: PGP signature
[gentoo-dev] New x86 developer: Joshua Jackson
Hi all. Joshua Jackson (tsunam) just joined the x86 arch team and will be helping with stabling packages on x86 and solving x86 related bugs. Joshua have been participating in Bugday for a long time and it's nice to finally see him become a developer. Here's how Joshua introduces himself: Lets see, I have 3 girls. Misha, who is a shih tzu. Nitters, who is a Lhasa Apso. Lastly, is bitzy who is a miniature poodle. Added to the menagerie are 3 fish, 2 bird and a hamster. As far as hobbies, I enjoy reading books about the environment, as its where my interests lie. Yes I'm a tree hugger ;). I also have done some jewelery work with chain mail links. Basically I'm a jack of all trades. Welcome to the team Joshua :) Regards, Bryan Østergaard -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] December Council Meeting
Sven Vermeulen wrote: On Thu, Dec 08, 2005 at 01:56:37AM +0100, Marius Mauch wrote: current agenda: decision on multi-hash for Manifest1 You mean the Manifest2 GLEP, or did I miss something? No, I mean the mail I sent to council@ a few weeks ago (relating to an earier -dev thread). Marius -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New x86 developer: Joshua Jackson
10.12.2005, 11:09:50, Bryan �stergaard wrote: Added to the menagerie are 3 fish, 2 bird and a hamster. Hey, so that was you who stole jforman's hamsters during bugzie upgrade and broke the thing? :P Welcome... ;) -- jakub pgp3AC7XoWZMa.pgp Description: PGP signature
Re: [gentoo-dev] New x86 developer: Joshua Jackson
On Sat, Dec 10, 2005 at 11:09:50AM +0100, Bryan Østergaard wrote: Joshua Jackson (tsunam) just joined the x86 arch team and will be helping with stabling packages on x86 and solving x86 related bugs. Yay! Finally :) Joshua have been participating in Bugday for a long time and it's nice to finally see him become a developer. Indeed it is - he's also a regular in #gentoo-laptop, so he's not a complete stranger to the mobile herd either... Now we just need to figure out how to snatch him from the x86 arch team to work on mobile packages ;) Welcome to the team Joshua :) Hear hear. Joshua, let me know if you need anything. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp7qM0H4tavz.pgp Description: PGP signature
[gentoo-dev] The deal with epkgmove
For those who aren't devs; epkgmove is a tool to move and rename packages around in CVS. It lives here: [1] As it stands currently, epkgmove is likely to mess up the tree for anything but simple package moves/renames with only a couple of minor deps. The code is hideous, and needs a rewrite. However, I don't think we should even be using such a tool. Package moves are best done on the server where it can keep track of all dependency and package references as they're committed. For epkgmove to perform 100% accurate moves, it needs to do a full tree scan plus reverse dep checking, which would make it too slow to be useful. There are a handful of other non-trivial checks it has too perform. SVN in combination with the mentioned server side caching would probably be the best solution, though obviously CVS - SVN transition for gentoo-x86 is no minor task. For the time being and near future, I think moves should be done by hand. What are your thoughts on this, infra? 1: http://dev.gentoo.org/~port001/DevTools/epkgmove/ Regards, Ian Leitch -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] ebuild suggestion: texmaker
Hi, A great software that would be fun to have on Gentoo is texmaker. http://www.xm1math.net/texmaker/ I don't know how to help on get this ebuild on Gentoo but I can try to help with this one if you guys tell me how. Thanks, Herbert
Re: [gentoo-dev] ebuild suggestion: texmaker
bugs.gentoo.org http://dev.gentoo.org/~plasmaroo/devmanual/ http://www.gentoo.org/doc/en/ebuild-submit.xml not gentoo-dev@lists.gentoo.org On 12/10/05, Herbert Lists [EMAIL PROTECTED] wrote: Hi, A great software that would be fun to have on Gentoo is texmaker. http://www.xm1math.net/texmaker/ I don't know how to help on get this ebuild on Gentoo but I can try to help with this one if you guys tell me how. Thanks, Herbert -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] The deal with epkgmove
On Sat, Dec 10, 2005 at 11:52:33AM + or thereabouts, Ian Leitch wrote: For the time being and near future, I think moves should be done by hand. What are your thoughts on this, infra? As for moving packages by hand vs. using a tool, that's not really infra's call. If you were asking about CVS vs. SVN, I have been and remain opposed to using SVN for gentoo-x86 until someone can offer a whole lot of assurances around SVN's ability to manage a repo of our size. (1.3GB, 216,000+ files and counting) CVS may not be the new, shiny kid on the block, but it's been very stable, presented few problems and, in general, has served us well over the past 5+ years. Folks tend to point at the fancy bells and whistles that other VCS offer, but they don't always stop to consider the stability and scalability which are the most important characteristics by far. --kurt pgppzinaG6L8C.pgp Description: PGP signature
Re: [gentoo-dev] ebuild suggestion: texmaker
Heya, I don't know how this program pased under my radar. I'm a TeX geek. I have my local repository for my overlay. I'll start it and post as I go. I anyone wants access to my svn email me off list. On Sat, 2005-12-10 at 12:41 -0200, Herbert Lists wrote: Hi, A great software that would be fun to have on Gentoo is texmaker. http://www.xm1math.net/texmaker/ I don't know how to help on get this ebuild on Gentoo but I can try to help with this one if you guys tell me how. Thanks, Herbert -- Lares Moreau [EMAIL PROTECTED] | LRU: 400755 http://counter.li.org lares/irc.freenode.net | Gentoo x86 Arch Tester | ::0 Alberta, Canada Public Key: 0D46BB6E @ subkeys.pgp.net | Encrypted Mail Preferred Key fingerprint = 0CA3 E40D F897 7709 3628 C5D4 7D94 483E 0D46 BB6E signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] The deal with epkgmove
As for moving packages by hand vs. using a tool, that's not really infra's call. If you were asking about CVS vs. SVN, I have been and remain opposed to using SVN for gentoo-x86 until someone can offer a whole lot of assurances around SVN's ability to manage a repo of our size. (1.3GB, 216,000+ files and counting) KDE moved to Subversion earlier this year, with a few million lines of source code and hundreds of branches and tags. It did it flawlessly and maintained over 400,000 commit history items. I don't think stability is the biggest hurdle here. I think the conversion process will be - they had to write a lot of code from scratch to handle maintaining all of that history (the stock cvs2svn wasn't robust enough), and they had to run the conversion process a number of times, find the bugs, rework their conversion code, and rerun. It was a lengthy process (a few weeks I believe). It's going to require someone to actually write the conversion code and provide a proof of concept conversion. If anyone's up to the challenge, I imagine contacting their sysadmins would be a good start. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] The deal with epkgmove
As for moving packages by hand vs. using a tool, that's not really infra's call. If you were asking about CVS vs. SVN, I have been and remain opposed to using SVN for gentoo-x86 until someone can offer a whole lot of assurances around SVN's ability to manage a repo of our size. (1.3GB, 216,000+ files and counting) KDE moved to Subversion earlier this year, with a few million lines of source code and hundreds of branches and tags. It did it flawlessly and maintained over 400,000 commit history items. I don't think stability is the biggest hurdle here. I think the conversion process will be - they had to write a lot of code from scratch to handle maintaining all of that history (the stock cvs2svn wasn't robust enough), and they had to run the conversion process a number of times, find the bugs, rework their conversion code, and rerun. It was a lengthy process (a few weeks I believe). It's going to require someone to actually write the conversion code and provide a proof of concept conversion. If anyone's up to the challenge, I imagine contacting their sysadmins would be a good start. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ebuild suggestion: texmaker
On Sat, Dec 10, 2005 at 12:41:53PM -0200, Herbert Lists wrote: Hi, A great software that would be fun to have on Gentoo is texmaker. http://www.xm1math.net/texmaker/ Actually, it's already in portage (and have been for some time). It was even bumped to the latest qt4 version a few days ago. See http://packages.gentoo.org/search/?sstring=texmaker And, as was said before, bugs.gentoo.org is the place to discuss such things, not gentoo-dev. Regards, Alexandre -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] The deal with epkgmove
On 12/10/05, Luca Barbato [EMAIL PROTECTED] wrote: Kurt Lieber wrote: CVS may not be the new, shiny kid on the block, but it's been very stable, presented few problems and, in general, has served us well over the past 5+ years. Folks tend to point at the fancy bells and whistles that other VCS offer, but they don't always stop to consider the stability and scalability which are the most important characteristics by far. I'd suggest having a look at git or mercurial, they are tested on a quite big workload and they seems good enough for the task. In case someone is interested, there was a presentation at EuroBSDCon about switching FreeBSD to Mercurial. the paper: http://www.keltia.net/EuroBSDCon/paper.pdf the slides: http://www.keltia.net/EuroBSDCon/slides.pdf regards, Benoit -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Developer: Sanchan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- Please take a minute and welcome our newest developer, Sandro Bonazzola. Sanchan has joined to help with the embedded team. I'll let him introduce himself. I live in Italy on the river of the lake of Como in a small country of less than 200 inhabitants. I'm a graduand in Information Engineering at Politecnico di Milano, I'll be a full Engineer this month just for Christmas. I actually work as software engineer and developer for an italian scientific industry. I enjoy reading sci-fi and fantasy books, especially J.R.R. Tolkien, T. Pratchett and M. Z. Bradley. I'm interested in Web Accessibility, Web design, Operating Systems, A.I., ALife and Robotics, but actually if I've some spare time I'll spend it with my beloved girlfriend. - -- === Mike Doty [EMAIL PROTECTED] Gentoo/AMD64 Strategic Lead PGP Key: 0xA797C7A7 Gentoo Developer Relations ===GPG Fingerprint=== 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDmwel0K3RJaeXx6cRAvhGAKC66PdXuzkzNYEd58IxefXkIz3o/QCfbJrw m02YRuBaEMifqunOU5axzd0= =ozEV -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] The deal with epkgmove
On Sunday 11 December 2005 00:56, Luca Barbato wrote: svn so far was good but I don't know which big projects had it deployed. KDE uses subversion, depending on what you call big of course. -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Sanchan
On Sat, Dec 10, 2005 at 10:51:49AM -0600, Mike Doty wrote: Please take a minute and welcome our newest developer, Sandro Bonazzola. Sanchan has joined to help with the embedded team. I'll let him introduce himself. Yay - a fellow embedded developer - welcome :) Will you be joining the embedded team or the dev-embedded team? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpP2eHuMQ2bU.pgp Description: PGP signature
Re: [gentoo-dev] The deal with epkgmove
Gcc has also moved to subversion... On 12/10/05, Jason Stubbs [EMAIL PROTECTED] wrote: On Sunday 11 December 2005 00:56, Luca Barbato wrote: svn so far was good but I don't know which big projects had it deployed. KDE uses subversion, depending on what you call big of course. -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] The deal with epkgmove
On Sat, 10 Dec 2005 16:56:55 +0100 Luca Barbato [EMAIL PROTECTED] wrote: | I'd suggest having a look at git or mercurial, they are tested on a | quite big workload and they seems good enough for the task. Workload isn't the issue. It's number of files. -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] The deal with epkgmove
On Sat, Dec 10, 2005 at 05:29:09PM +, Ciaran McCreesh wrote: | On Sat, 10 Dec 2005 16:56:55 +0100 Luca Barbato [EMAIL PROTECTED] | wrote: | | I'd suggest having a look at git or mercurial, they are tested on a | | quite big workload and they seems good enough for the task. | | Workload isn't the issue. It's number of files. And not only the number of files... the workflow here doesn't fit in a distributed enviroment. Cheers, Ferdy -- Fernando J. Pereda Garcimartín Gentoo Developer (Alpha,net-mail,mutt,git) 20BB BDC3 761A 4781 E6ED ED0B 0A48 5B0C 60BD 28D4 pgp79Jjh6Ig20.pgp Description: PGP signature
Re: [gentoo-dev] December Council Meeting
Sven Vermeulen wrote: On Sat, Dec 10, 2005 at 11:15:15AM +0200, Marius Mauch wrote: No, I mean the mail I sent to council@ a few weeks ago (relating to an earier -dev thread). Oh, the tree signing stuff. Got it. Sorry. Nope, not the signing stuff ;) But some update on that would be nice too. I'm talking about this mail: Date: Sun, 27 Nov 2005 21:13:35 +0200 From: Marius Mauch [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Decision on multi hash support required Marius -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] December Council Meeting
On Wed, 7 Dec 2005 23:49:59 + Mike Frysinger [EMAIL PROTECTED] wrote: | current agenda: | none ?! How about a decision on what's to be done to fix the GLEP 41 mess? -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] December Council Meeting
On 12/10/05, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Wed, 7 Dec 2005 23:49:59 + Mike Frysinger [EMAIL PROTECTED] wrote: | current agenda: | none ?! How about a decision on what's to be done to fix the GLEP 41 mess? glep 41 was approved... people ranted, it fell off the maps... I don't see where the mess is, its between infra and the glep authors, who seem to have fallen off the screen for at least a little while -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] December Council Meeting
On Sat, 10 Dec 2005 13:07:19 -0500 Dan Meltzer [EMAIL PROTECTED] wrote: | On 12/10/05, Ciaran McCreesh [EMAIL PROTECTED] wrote: | On Wed, 7 Dec 2005 23:49:59 + Mike Frysinger [EMAIL PROTECTED] | wrote: | | current agenda: | | none ?! | | How about a decision on what's to be done to fix the GLEP 41 mess? | | glep 41 was approved... people ranted, it fell off the maps... I don't | see where the mess is, its between infra and the glep authors, who | seem to have fallen off the screen for at least a little while GLEP 41 was approved when it should not have been, people pointed out a huge number of flaws demonstrating its unimplementability and it's not going to go anywhere in its current state. It's back to the council to either unaccept it or explain how they intend to make pigs fly. -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] New Developer: Sanchan
Mike Doty wrote: Please take a minute and welcome our newest developer, Sandro Bonazzola. Sanchan has joined to help with the embedded team. I'll let him introduce himself. Thanks Mike! -- Sandro -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] December Council Meeting
On Sat, Dec 10, 2005 at 06:21:20PM +, Ciaran McCreesh wrote: On Sat, 10 Dec 2005 13:07:19 -0500 Dan Meltzer [EMAIL PROTECTED] wrote: | On 12/10/05, Ciaran McCreesh [EMAIL PROTECTED] wrote: | On Wed, 7 Dec 2005 23:49:59 + Mike Frysinger [EMAIL PROTECTED] | wrote: | | current agenda: | | none ?! | | How about a decision on what's to be done to fix the GLEP 41 mess? | | glep 41 was approved... people ranted, it fell off the maps... I don't | see where the mess is, its between infra and the glep authors, who | seem to have fallen off the screen for at least a little while GLEP 41 was approved when it should not have been, people pointed out a huge number of flaws demonstrating its unimplementability and it's not going to go anywhere in its current state. It's back to the council to either unaccept it or explain how they intend to make pigs fly. there's no point in bringing it back to the council in the current form as we're just likely to approve it again -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] December Council Meeting
On Sat, 10 Dec 2005 19:40:59 + Mike Frysinger [EMAIL PROTECTED] wrote: | there's no point in bringing it back to the council in the current | form as we're just likely to approve it again So the council is aware of all the shortcomings and impossibilities with the GLEP in its current form, and would still approve it? -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm signature.asc Description: PGP signature
Re: [gentoo-dev] December Council Meeting
On Sat, Dec 10, 2005 at 08:05:40PM +, Ciaran McCreesh wrote: On Sat, 10 Dec 2005 19:40:59 + Mike Frysinger [EMAIL PROTECTED] wrote: | there's no point in bringing it back to the council in the current | form as we're just likely to approve it again So the council is aware of all the shortcomings and impossibilities with the GLEP in its current form, and would still approve it? we were happy with the state of things with the GLEP in its current state. if others are not, then fix the GLEP and send it back. theres no point in trying to get the council to fix the GLEP when we were for the current changes (such as the e-mail domains idea). -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Sanchan
Mike Doty wrote: I live in Italy on the river of the lake of Como in a small country of less than 200 inhabitants. the Italian conspiracy taking place? who knows ^^ Welcome =) Have a lot of fun and beware of the rabid developer =) lu -- Luca Barbato Gentoo/linux Developer Gentoo/PPC Operational Leader http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Modular X update
Am Freitag, den 09.12.2005, 23:12 + schrieb Donnie Berkholz:
2) Users with no X installed will pull in the virtual/x11 package
because there is no longer a default virtual.
A user in #gentoo-amd64 ran into issues with this that I reproduced in a
chroot. On a new install, with no X installed you end up with messages
saying that virtual/x11 is blocking x11-base/xorg-x11-6.8.2-r6.
ie, Here's what happens when you attempt to merge aterm:
http://members.iinet.net.au/~darktama/aterm_merge.log
I'm not an expert, but the xorg-x11 ebuild has !virtual/x11 in
DEPEND/RDEPEND, could this be why?
I hope that covers pretty much everything right now.
When porting ebuilds to modular, how do we intend on handling the other
x11 virtuals in DEPEND/RDEPEND? I'm assuming that we modify it so that
the modular dependencies depend directly on media-libs/mesa etc, and
leave virtual/opengl as the alternative?
Or should I just wait until the real virtual/{opengl,xft,glu,glut}
ebuilds exist before touching packages that need them?
Thanks for your patience,
Donnie
Thanks for your work on this!
Ben.
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Sanchan
On Saturday 10 December 2005 23:09, Luca Barbato wrote: the Italian conspiracy taking place? Would also be time :P Welcome Sandro :) What scares me is the proportion of engineers... :P -- Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgpxYIjKFnZ4b.pgp Description: PGP signature
Re: [gentoo-dev] December Council Meeting
Mike Frysinger wrote: On Sat, Dec 10, 2005 at 08:05:40PM +, Ciaran McCreesh wrote: On Sat, 10 Dec 2005 19:40:59 + Mike Frysinger [EMAIL PROTECTED] wrote: | there's no point in bringing it back to the council in the current | form as we're just likely to approve it again So the council is aware of all the shortcomings and impossibilities with the GLEP in its current form, and would still approve it? we were happy with the state of things with the GLEP in its current state. if others are not, then fix the GLEP and send it back. theres no point in trying to get the council to fix the GLEP when we were for the current changes (such as the e-mail domains idea). You're happy even after all the discussion and points we made AFTER it was voted upon? I still find it outrageous that it went through with the revised GLEP being posted a day BEFORE the vote. I think we'll be able to work out the anonymous CVS access soon, however it will not be implemented as stated in the GLEP. It will be synced every 30 minutes and no user accounts will be issued. The ATs that responded on the list felt that this would be an 'OK' route to go. I do not want to add 50-100 people onto our primary CVS server for the only reason of having anonymous cvs access. On the other point, infra has serious issues trying to manage a subdomain for email addresses. This part of the GLEP we cannot implement and we ask the GLEP authors to come up with a better solution. Either we give them an alias that recruiters can manage, or we don't do anything. The logistical headache of managing moving people around is too much of a hassle for us to deal with. Of course, all of these points would have made it into the GLEP *if* it had been posted with plenty of time for people to comment on it instead of one day. I do not feel that improper planning on their part should have let the GLEP get approved in the first place. No matter if all the council members thought it was ok, not giving any of the other developers proper time to respond to the GLEP is not a good decision. That's just asking me to scream 'cabal!' ;-) (even though I know that wasn't the case at all). -- Lance Albertson [EMAIL PROTECTED] Gentoo Infrastructure | Operations Manager --- GPG Public Key: http://www.ramereth.net/lance.asc Key fingerprint: 0423 92F3 544A 1282 5AB1 4D07 416F A15D 27F4 B742 ramereth/irc.freenode.net signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Modular X update
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Skeggs wrote:
| Am Freitag, den 09.12.2005, 23:12 + schrieb Donnie Berkholz:
|
|2) Users with no X installed will pull in the virtual/x11 package
|because there is no longer a default virtual.
|
| A user in #gentoo-amd64 ran into issues with this that I reproduced in a
| chroot. On a new install, with no X installed you end up with messages
| saying that virtual/x11 is blocking x11-base/xorg-x11-6.8.2-r6.
|
| ie, Here's what happens when you attempt to merge aterm:
| http://members.iinet.net.au/~darktama/aterm_merge.log
|
| I'm not an expert, but the xorg-x11 ebuild has !virtual/x11 in
| DEPEND/RDEPEND, could this be why?
Already been fixed some hours ago.
|I hope that covers pretty much everything right now.
|
| When porting ebuilds to modular, how do we intend on handling the other
| x11 virtuals in DEPEND/RDEPEND? I'm assuming that we modify it so that
| the modular dependencies depend directly on media-libs/mesa etc, and
| leave virtual/opengl as the alternative?
|
| Or should I just wait until the real virtual/{opengl,xft,glu,glut}
| ebuilds exist before touching packages that need them?
The other ones should just stay the same as they are. virtual/x11 was
different because it was one virtual covering something that split into
hundreds of separate packages. But xft, opengl, glu are just changing
=xorg-x11-6.99 into libXft, mesa, mesa respectively so that will
require no porting work, just more true virtual packages to be added.
Thanks,
Donnie
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDm3onXVaO67S1rtsRAjYFAJ9RHctg7zg8z8e/Ia+SFT7qbapP9QCg6qW+
6Jt04OupayM0ENoiM6GCL3Q=
=ZWXJ
-END PGP SIGNATURE-
--
gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Modular X update
Am Samstag, den 10.12.2005, 17:00 -0800 schrieb Donnie Berkholz:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Skeggs wrote:
| Am Freitag, den 09.12.2005, 23:12 + schrieb Donnie Berkholz:
|
|2) Users with no X installed will pull in the virtual/x11 package
|because there is no longer a default virtual.
|
| A user in #gentoo-amd64 ran into issues with this that I reproduced in a
| chroot. On a new install, with no X installed you end up with messages
| saying that virtual/x11 is blocking x11-base/xorg-x11-6.8.2-r6.
|
| ie, Here's what happens when you attempt to merge aterm:
| http://members.iinet.net.au/~darktama/aterm_merge.log
|
| I'm not an expert, but the xorg-x11 ebuild has !virtual/x11 in
| DEPEND/RDEPEND, could this be why?
Already been fixed some hours ago.
Yup, I noticed that soon after I posted this. Thanks.
|I hope that covers pretty much everything right now.
|
| When porting ebuilds to modular, how do we intend on handling the other
| x11 virtuals in DEPEND/RDEPEND? I'm assuming that we modify it so that
| the modular dependencies depend directly on media-libs/mesa etc, and
| leave virtual/opengl as the alternative?
|
| Or should I just wait until the real virtual/{opengl,xft,glu,glut}
| ebuilds exist before touching packages that need them?
The other ones should just stay the same as they are. virtual/x11 was
different because it was one virtual covering something that split into
hundreds of separate packages. But xft, opengl, glu are just changing
=xorg-x11-6.99 into libXft, mesa, mesa respectively so that will
require no porting work, just more true virtual packages to be added.
Ah, I see. That makes sense now actually, I'll hold off modifying
packages that depend on those virtuals until the real virtuals for
them are in place.
Thanks,
Ben.
--
gentoo-dev@gentoo.org mailing list
[gentoo-dev] GLEP 42 (Critical news reporting) updates
Main changes since the previous edition: * File format tweaks. * Changes to the way relevance headers work to make it easy to do things like show this to gcc-3.3 users on x86 or sparc. * News items are no longer copied. This makes it considerably easier to install news items -- there's no longer a need to do clever directory syncing tricks. For those of you who can't read RST, an updated version will appear on the website sometime in the not too distant future. For those of you who can, see the attached. For the sake of keeping this vaguely sane, replies that meet any of the following criteria will be ignored: * Top or HTML posting * Lack of coherent English sentences, complete with proper punctuation and capitalisation. * The sender's first name ends in 'an', and they are not me. * Questions about why the GLEP doesn't address hypothetical vapourware concepts. * Questions about why the GLEP doesn't provide a way to tell users that there's a pissup at Reuben's house next Tuesday. * Questions about why the GLEP doesn't require integration with other systems, rather than leaving it merely as something that should be easily doable. * Anything involving XML. -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm GLEP: 42 Title: Critical News Reporting Version: $Revision: $ Author: Ciaran McCreesh [EMAIL PROTECTED] Last-Modified: $Date: $ Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 31-Oct-2005 Post-History: 1-Nov-2005, 5-Nov-2005, 7-Nov-2005, 11-Dec-2005 Abstract This GLEP proposes a new way of informing users about important updates and news regarding tree-related items. Motivation == Although most package updates are clean and require little user action, occasionally an upgrade requires user intervention during the upgrade process. Recent examples of the latter include the ``gcc-3.4`` stabilisation on ``x86`` and the ``mysql-5`` database format changes. There are currently several ways of delivering important news items to our users, none of them particularly effective: * Gentoo Weekly News * The ``gentoo-announce``, ``gentoo-user`` and ``gentoo-dev`` mailing lists * The Gentoo Forums * The main Gentoo website * RSS feeds of Gentoo news A more reliable way of getting news of critical updates out to users is required to avoid repeats of the various recent upgrade debacles. This GLEP proposes a solution based around pushing news items out to the user via the ``rsync`` tree. .. Important:: This GLEP does not seek to replace or modify ``einfo`` messages which are displayed post-install. That is a separate issue which is handled by ``elog`` [#bug-11359]_. Requirements An adequate solution must meet all of the following requirements: Preemptive Users should be told of changes *before* they break a system, not after the damage has already been done. Ideally, the system administrator would be given ample warning to plan difficult upgrades and changes, rather than only being told just before action is necessary. No user subscription required It has already been demonstrated [#forums-apache2]_ that many users do not read the ``gentoo-announce`` mailing list or ``RSS`` feeds. A solution which requires subscription has no advantage over current methods. No user monitoring required It has already been demonstrated [#forums-apache2]_ that many users do not read news items posted to the Gentoo website, or do not read news items until it is too late. A solution that relies upon active monitoring of a particular source has no advantage over current methods. Relevant System administrators who do not use a particular package should not have to read news items which affect purely that package. Some news items may be of relevance to most or all users, but those that are not should not be forced upon users unnecessarily. Lightweight It is not reasonable to expect all users to have an MTA, web browser, email client, cron daemon or text processing suite available on their system. Users must not be forced to install unreasonable extra software to be able to read news items. No privacy violations Users of the solution should not be required to provide information about their systems (for example, IP addresses or installed packages). Multiple delivery method support Some users may wish to view news items via email, some via a terminal and some via a web browser. A solution should either support all of these methods or (better still) make it simple to write clients for displaying news items in different ways. The following characteristics would be desirable: Internationalisable Being able to provide messages in multiple languages may be beneficial. Quality control There should be some way to ensure that badly written or irrelevant
[gentoo-dev] Re: GLEP 42 (Critical news reporting) updates
Point of Clarity, and the ``mysql-5`` database format changes. These changes actually occured in mysql 4.1, not mysql-5 On 12/10/05, Ciaran McCreesh [EMAIL PROTECTED] wrote: Main changes since the previous edition: * File format tweaks. * Changes to the way relevance headers work to make it easy to do things like show this to gcc-3.3 users on x86 or sparc. * News items are no longer copied. This makes it considerably easier to install news items -- there's no longer a need to do clever directory syncing tricks. For those of you who can't read RST, an updated version will appear on the website sometime in the not too distant future. For those of you who can, see the attached. For the sake of keeping this vaguely sane, replies that meet any of the following criteria will be ignored: * Top or HTML posting * Lack of coherent English sentences, complete with proper punctuation and capitalisation. * The sender's first name ends in 'an', and they are not me. * Questions about why the GLEP doesn't address hypothetical vapourware concepts. * Questions about why the GLEP doesn't provide a way to tell users that there's a pissup at Reuben's house next Tuesday. * Questions about why the GLEP doesn't require integration with other systems, rather than leaving it merely as something that should be easily doable. * Anything involving XML. -- Ciaran McCreesh : Gentoo Developer (I can kill you with my brain) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: GLEP 42 (Critical news reporting) updates
On Sat, 2005-12-10 at 22:31 -0500, Dan Meltzer wrote: Point of Clarity, and the ``mysql-5`` database format changes. These changes actually occured in mysql 4.1, not mysql-5 * The sender's first name ends in 'an', and they are not me. Um, your first name ends in 'an' so your reply is immaterial -- Homer Parker Gentoo/AMD64 Team Gentoo/AMD64 Arch Tester Strategic Lead Gentoo Linux Developer Relations [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP 42 (Critical news reporting) updates
On Sunday 11 December 2005 10:35, Ciaran McCreesh wrote: Whenever relevant unread news items are found, the package manager will create a file named ``/var/lib/portage/news/news.unread`` (if it does not already exist) and append the news item identifier (eg ``2005-11-01-yoursql-updates``) on a new line. .. Note:: Future changes to Portage involving support for multiple repositories may require one news list per repository. Assuming repositories have some kind of unique identifier, this file could be named ``news-repoid.unread``. Repositories will definitely have a unique identifier. Perhaps it would be better to use the repository-identifing format from the beginning so that readers are forced to be forwards-compatible? Assuming the readers would then output the repository name, labeling it gentoo should work well... When a news item is read, its name should be removed from the ``news.unread`` file. News clients may add the name to a ``news.read`` file in the same directory with the same file format. news.read should either be mandatory or not created at all. Should a user change from a reader that creates and uses the file to one that doesn't and then change back again the results will be unexpected. * Important: there are 5 unread news items. * Type emerge --help news to learn how to read news files. [...] An ``eselect`` [#eselect]_ module shall be created as the 'suggested' display tool; other display tools (for example, a news to email forwarder, which would be ideal for users who sync on a ``cron``) are left as options for those who desire them. By suggested you mean that it should be referenced in the news help? -- Jason Stubbs -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Sanchan
Luca Barbato wrote: the Italian conspiracy taking place? who knows ^^ Welcome =) Thanks! Have a lot of fun and beware of the rabid developer =) Ok :-) -- Sandro -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: Sanchan
Diego 'Flameeyes' Pettenò wrote: Welcome Sandro :) Thanks Diego What scares me is the proportion of engineers... :P Why? -- Sandro -- gentoo-dev@gentoo.org mailing list
