[gentoo-dev] And thanks for all the fish...
Hello, it's a classical subject for a classical reason: I don't have time to contribute work to Gentoo anymore. So please retire me [1]. It was fun to work with all of you and it is a great experience to work in such a big project. You can contact me at mar...@unixforces.net. I lately changed my nickname at freenode from corsair to mrothe. Best regards to all of you! And some special regards to the ppc64 team! Markus Rothe [1] http://bugs.gentoo.org/show_bug.cgi?id=61039 pgpDzTbCrdrJk.pgp Description: PGP signature
Re: [gentoo-dev] system set no longer in part of world set
Robert Bridge wrote: On Fri, 18 Jul 2008 16:30:20 +0200 Arfrever Frehtes Taifersar Arahesis [EMAIL PROTECTED] wrote: IMHO it would be better to teach users to explicitly specify '@system' during updates, e.g. `emerge -uDN @system @world`. Why not just re-instate the implicit dependency of world on system? Paludis has everything for updating all packages. Would that be an option for portage, too? I.e. `emerge -uDN @everything` -markus P.S.: where does that '@' come from? pgpqvaed2lmAS.pgp Description: PGP signature
Re: [gentoo-dev] What are blocks used for?
Mateusz A. Mierzwiński wrote: Yes, You have right but I have thinking about something like OPTION for emerge or switch to enable that function. Emerge could provide two options of working - with replace and with sending error. Maybe switch like --force-install? This is not a thread about a specific implementation of PMS. This thread is about adding specs to PMS that allow implementations (i.e. paludis or portage etc.) to do it right. -markus pgpx9xdd2wOeP.pgp Description: PGP signature
Re: [gentoo-dev] repoman - I cannot handle it...
On Saturday 20 October 2007 23:55:42 Jeroen Roovers wrote: On Sat, 20 Oct 2007 14:45:49 +0200 Markus Rothe [EMAIL PROTECTED] wrote: Hello fellow developers, I have a problem with repoman. You have a problem with your scripts. Ok, that's more precise. I thought this would be a problem with repoman as I was calling 'repoman scan'. I must admit that in keywording for hppa I do use bash aliases and scripts as helpers but nothing too fancy, let alone automated. I've been doing this for almost two years now and I don't think any script could really automate the CVS work that's involved in resolving dependencies and in finding stale files - not even for jobs that require keywording dozens of ebuilds. I don't do automatic dependency resolving, too. All I automate is keywording exactly one ebuild. If I have an ebuild that needs another four dependencies stable I call five times mp.sh with the according ebuilds. We could set up a project to share our tools of course, use a common repository to develop them and so on. Maybe even write some documentation... As you can see I am neither a good programmer (didn't even know about std::isdigit until jkt told me..) nor do I write good scripts. Although I am willing to educate on both issues. Maybe we can really start such a project. Anyone else interested? Stable marking monkeys from sparc, x86 and amd64 might be interested in this. Regards, -corsair signature.asc Description: This is a digitally signed message part.
[gentoo-dev] repoman - I cannot handle it...
Hello fellow developers, I have a problem with repoman. I keep breaking the dependency tree. Jabub knows what I'm talking about. Latest examples are bugs #196470, #196472 and #196474. On a side note I actually don't want to break the dependency tree... Attached are the scripts I use to commit packages stable/unstable. Somewhere must be a bug! 'name_split.cpp' splits a package name like sys-devel/gcc-4.1.2 into category, package name and version number. It's done in c++ as that's the only language I do more with than 'hello world' programms. Not much more, just more. ;-) 'mp.sh' is the script which calls name_split, repoman etc. It's pretty straight forward and only does the things I would also do by hand. So if I want to mark for example sys-devel/gcc-4.1.2 stable on ppc64 I call mp.sh like this: mp.sh ppc64 sys-devel/gcc-4.1.2 Stable on ppc64 If someone has a hint where the problem is, I would really appreciate that. Best regards, -markus P.S.: yes, I do 'cvs up' on the whole tree, before starting a commit. mp.sh Description: application/shellscript #include iostream #include string using namespace std; class splitted_names { public: splitted_names(string name); string get_category() {return category;} string get_package() {return package;} string get_version() {return version;} private: string category, package, version; }; int main(int argc, char* argv[]) { if (argc != 3 || argv[1] == -h) { cout Useage: argv[0] -[cpv] category/package-version endl Options: endl -c : print the category endl -p : print the package name endl -v : print the package version endl -h : print this help endl NOTE: Only one of -c, -p, -v is allowed endl; return EXIT_FAILURE; } splitted_names the_string((string)argv[2]); string option = (string)argv[1]; if (option == -c) { cout the_string.get_category() endl; } else if (option == -p) { cout the_string.get_package() endl; } else if (option == -v) { cout the_string.get_version() endl; } return EXIT_SUCCESS; } splitted_names::splitted_names (string name) { category = ; package = ; version = ; int start_copy = 0, stop_copy = 0; // do not copy a leading '=' if (name[0] == '=') { start_copy = 1; } stop_copy = name.find('/'); category.assign(name, start_copy, stop_copy-start_copy); if (name.length() stop_copy) { start_copy = stop_copy+1; } for (int i = start_copy; i name.length(); i++) { if (name.at(i) == '-') { if (name.at(i+1) == '0' || name.at(i+1) == '1' || name.at(i+1) == '2' || name.at(i+1) == '3' || name.at(i+1) == '4' || name.at(i+1) == '5' || name.at(i+1) == '6' || name.at(i+1) == '7' || name.at(i+1) == '8' || name.at(i+1) == '9' ) { stop_copy = i-1; break; } } } package.assign(name, start_copy, stop_copy-start_copy+1); if (name.length() stop_copy) { start_copy = stop_copy+2; } stop_copy = name.length(); version.assign(name, start_copy, stop_copy-start_copy); } signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] repoman - I cannot handle it...
On Saturday 20 October 2007 20:47:16 Zac Medico wrote: Markus Rothe wrote: So if I want to mark for example sys-devel/gcc-4.1.2 stable on ppc64 I call mp.sh like this: mp.sh ppc64 sys-devel/gcc-4.1.2 Stable on ppc64 If that mp.sh script fails then you have keyworded an ebuild but it hasn't been committed. If you're cvs tree is left in that state and you move on to other packages, repoman will see those keywords in it's dependency checks it treat them the same as if they had really been committed, which can lead to invalid results. Perhaps your mp.sh script should clean up after itself if the commit fails. Zac Good idea. I'll try that out. Thanks! -markus signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: Make FEATURES=test the default
On Saturday 05 August 2006 15:14, Sven Köhler wrote: So my question is: where's the difference between USE=test and FEATURES=test ? So FEATURES=test means, that portage runs src_test(), right? So what does USE=test mean? sometimes packages require special package dependencies when the tests are run. USE=test triggers this dependencies. (look at gdb for example). regards, corsair pgpH0cXlGv3Xk.pgp Description: PGP signature
Re: [gentoo-dev] architectures which support Java
On Thursday 20 July 2006 21:17, Joshua Nichols wrote: Could I get notice of whether or not your architecture is supporting Java? On PPC64 we have support for java in theory. In IBM JDK version 1.4 the Java JIT compiler is broken, so pretty much everything is broken - except things that are just run and not compiled.. (you have to export JAVA_COMPILER=none) Version 1.5 on the other side does work pretty good. So add PPC64 to the list of supported arches once 1.5 is stable ;-) Regards, Markus pgpHDwGD6wTTh.pgp Description: PGP signature
Re: [gentoo-dev] Global logrotate use flag
Jeroen Roovers wrote: All descriptions seem to indicate exactly the same thing. Maybe now it's time to make it a global use flag. There was already a discussion about this. Look here: [1] Regards, Markus [1] http://thread.gmane.org/gmane.linux.gentoo.devel/27451 pgpxiTaRKSW71.pgp Description: PGP signature
Re: [gentoo-dev] Proper commit messages
Ciaran McCreesh wrote: If you're the sort that writes good ChangeLog messages anyway, there's nothing wrong with reusing them as the commit message. If you have a really really good reason for not using a ChangeLog message, or if you haven't yet written a shell alias for reusing ChangeLog messages for commits, you still need to come up with something for the commit message. Personaly I find it a little bit annoying to write changes twise. One time in Changelog and one time in --commitmsg. How about using the commitmsg for Changelog as default, but if a Changelog entry already exists, then write nothing to Changelog. Regards, Markus Rothe pgpicx32SYWRw.pgp Description: PGP signature
Re: [gentoo-dev] Proper commit messages
Stephen Bennett wrote: On Tue, 9 Aug 2005 11:36:18 + Markus Rothe [EMAIL PROTECTED] wrote: Personaly I find it a little bit annoying to write changes twise. One time in Changelog and one time in --commitmsg. How about using the commitmsg for Changelog as default, but if a Changelog entry already exists, then write nothing to Changelog. I'm sure you can manage to write a bash function to call echangelog and repoman commit with the same message. Sure, I can and the other mail shows that it is *realy* simple, but why should every dev write his own script, when this could be done once for all? Nevermind.. If I don't provide patches for repoman I shouldn't bitching around! ;-) Regards, Markus Rothe pgp5r0VEVkfRd.pgp Description: PGP signature
Re: [gentoo-dev] KDE 3.4.1 keyworded stable on x86, amd64
Dan Armak wrote: Hi all, We finally have a stable-keyworded KDE 3.4.x. Enjoy :-) ppc64 is stable, too! :-) Markus pgpzZv2lEkkce.pgp Description: PGP signature