Re: [gentoo-dev] New developer: Tobias Klausmann (klausman)
* Petteri Räty <[EMAIL PROTECTED]> [08/03/10 23:13 +0200]: > One of those people working on those weird paper weights. This time our > monkey comes from the world of alphas. Tobias hails from Germany (there > seems to be no end). Finally! Nice to see you here as well :-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC : Developer Instant Messaging : [EMAIL PROTECTED] pgp7OzN8phoUw.pgp Description: PGP signature
Re: [gentoo-dev] QA question, undefined reference to _getshort
* Roy Marples <[EMAIL PROTECTED]> [07/10/18 15:50 +0100]: > You're a dev aren't you? > > I just showed the path, you have to walk it yourself :) Not every Gentoo (ebuild) Dev can write code in the desired language... Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] SSL-Certificates and CAcert
* Robin H. Johnson <[EMAIL PROTECTED]> [07/09/27 15:11 -0700]: > Go and read ALL of this bug: > http://bugs.gentoo.org/show_bug.cgi?id=108944 > Pylon and myself, as folk in favour of CA-Cert tried to get the ball > rolling to get Organization-level certs from CACert. It seems to have > long blocked on trustees and paperwork - both on our side, and on the > side of CACert (Inclusion in Mozilla is blocking on the CACert internal > audit). Funny thing, I just checked my CACert-account (as I had to assure some other people) and found out that I'm listed as "Org Admin" for gentoo.org, but with the comment "to be completed". I filed a request to CACert in March, but it seems that I must have missed the response or they are waiting for the paperwork by the foundation. I'll look into the open issues and will keep you informed about the process (preferably in the named bug). Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgpMcaAEaeLMy.pgp Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in sys-fs/udev: ChangeLog udev-115-r6.ebuild
* Duncan <[EMAIL PROTECTED]> [07/09/24 23:51 +]: > Can you point me (and anyone else that may be interested) to a nice > explanation of the difference? I've always wondered why [[ ]] is > considered "better" than [ ] for tests. I read about the difference in chapter 7 of the Advanced Bash-Scripting Guide (`emerge abs-guide`). There are some more nice examples. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgpDEDA4xYkGg.pgp Description: PGP signature
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
* Jeffrey Gardner <[EMAIL PROTECTED]> [07/09/24 10:12 -0500]: > Please keep the commit reviews coming on gentoo-dev. I will not change that. The bug requests to send the commit review to the original author as well. That decreases manual work for our main-reviewers as they currently have to add the author into Cc manually. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgphb2kMdpwr3.pgp Description: PGP signature
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
* Robin H. Johnson <[EMAIL PROTECTED]> [07/09/18 17:23 -0700]: > Reply-To on gentoo-commits is already set to [EMAIL PROTECTED] I guess this is set by the mailing-list-software? That collides with https://bugs.gentoo.org/193376. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgpaRxLT7zb2x.pgp Description: PGP signature
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
* Mike Frysinger <[EMAIL PROTECTED]> [07/09/17 19:33 -0400]: > how do people feel about responses ? keep them all on gentoo-dev or start a > new list just for reviews ? IMHO this list is a good place for the responses, so that every dev can learn from them. Don't keep them in private only. I can add an appropriate Reply-To in the commit-messages, so that the replies show up here. Thanks a lot for reviewing! Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgpx8p14iJieY.pgp Description: PGP signature
Re: [gentoo-dev] gentoo-commits list lives!
As some devs already asked me on IRC/Jabber/whatever, I want to quote that part: * Robin H. Johnson <[EMAIL PROTECTED]> [07/09/07 00:01 -0700]: > For the "From" field, we are populating it using your GECOS data from LDAP > followed by your username. I'm aware that lots of users have problems in their > GECOS data, and I'm going to work on cleaning that up shortly along with some > LDAP work that is in progress. We are aware, that there are some information in the gecos field, which is not relevant. Like the mentor, or the initial herd. And that some entries were not converted to UTF-8. Just give robbat2 some time and he will fix that ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgp6ZIx2gsidd.pgp Description: PGP signature
Re: [gentoo-dev] Last Rites on slots (was: Re: Last Rites - August 27th - September 2nd 2007)
* Andrew Gaffney <[EMAIL PROTECTED]> [07/09/02 19:11 -0500]: > I'm not so sure. The last rites have historically always been for complete > removals of a package from the tree. Is there any reason to change it? Just > removing an older version of a package from the tree is something that > happens all the time. Do we want to clutter up the GWN (as much as it needs > content sometimes) with this unimportant information? Think about apache1, php4, KDE-3, gcc-2.95, etc. IMHO they are worth being announced in the last rites section, probably along with a nice upgrade-guide. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgptlnklsQfJN.pgp Description: PGP signature
Re: [gentoo-dev] Re: Last Rites - August 27th - September 2nd 2007
* Ryan Hill <[EMAIL PROTECTED]> [07/09/02 17:44 -0600]: > plan on doing version-specific masks in the future unless someone can > come up with a good argument for it. Slots? Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgprGhf61sttM.pgp Description: PGP signature
[gentoo-dev] Re: Scheduled maintenance downtime for svn.gentoo.org: Mo (Today), 19 UTC
Everything done. You are able to use Subversion again. Thanks for your patience. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgpZtW5n8iwkf.pgp Description: PGP signature
[gentoo-dev] Scheduled maintenance downtime for svn.gentoo.org: Mo (Today), 19 UTC
Hi devs, due to the expat and curl upgrade I need a downtime for svn.gentoo.org. After the upgrade of expat at least apr-util and subversion need to be recompiled in order to work correctly again. curl will not cause such an impact as there is only one package on that machine which depends on it: git. And AFAIK only the devmanual is hosted with that VCS. As I don't expect that the upgrade will take a long time, I set the downtime to 19 UTC today. That will be in roughly 3 hours. During that time you are not able to use any svn-command on svn.gentoo.org. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpt1JjXJefkp.pgp Description: PGP signature
Re: [gentoo-dev] Commitlog-mailinglist
* Donnie Berkholz <[EMAIL PROTECTED]> [07/08/06 23:57 -0700]: > Hadn't heard that. The list disappeared with no explanation that I recall. It worked at the end of 2003. So it must have survived the move to lark… But I can't find any announcement about shutting down the list. > If that's the way you'd like to go, it's worth noting that CIA already has > that capability. Some folks posted comments about this on my blog post on > quality, which you may want to check out. Well, http://cia.navi.cx/stats/project/gentoo/.rss shows the CVS-commit-message only. Our goal is to include the diffs for a distributed code-review, as discussed in the parent-thread. > We may need to set up a local CIA server though. I quickly looked at CIA's source (http://svn.navi.cx/misc/trunk/cia/), but can't find an option to switch on showing the diffs. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgp5fu3dsClwP.pgp Description: PGP signature
Re: [gentoo-dev] Commitlog-mailinglist
* Petteri Räty <[EMAIL PROTECTED]> [07/08/06 19:20 +0300]: > Well perhaps we should just look at the overall usage of the mail box > instead of how it's used. I think there is already some limit in our > policy for how big you can keep your mailbox. Last night some of us infra-folk had a chat in #gentoo-infra about this commitlog-mailinglist. solar stated that the ammount of messages in the dev-mailboxes was the reason to shut down that list some years ago (I have to fetch my archives to prove that -- AFAIR we only had troubles with the script, as CVS moved away from our dev-box with local mail-delivery to a dedicated server). We thought about distributing the mails via a public IMAP-box or via NNTP only. But if that list is not too urgent, it might be the best idea to produce an RSS-feed out of the commitlogs. Somebody noted that we should include commits to other areas as well and not those to the gentoo-x86 repository only. So, if you can wait, I can search my minimalistic Perl-skillz and write a script for creating the RSS-feed. On the other hand we can just switch on the mailing-list and see how it develops… Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpAiv7gXSVDc.pgp Description: PGP signature
[gentoo-dev] Lastrite: net-wireless/aircrack-ptw
# Lars Weiler <[EMAIL PROTECTED]> (06 Aug 2007) # included in aircrack-ng since version 0.9.0 # masked for removal in 30 days net-wireless/aircrack-ptw -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpJhDiGxMAWR.pgp Description: PGP signature
Re: [gentoo-dev] Commitlog-mailinglist
* Ned Ludd <[EMAIL PROTECTED]> [07/08/06 08:01 -0700]: > One thing to note.. If we do make mailing list for this. It should not > be archived in any such way. devs that subscribe to the mailing list > better not be storing mail in imap on infra resources. > We simply don't have that kinda spare space to mirror all > cvs commits 2-300 times. It's a stupid idea to refuse storing of these messages on woodpecker. There are still some devs out there who fetch their mails from that machine than using imap or a forward. During the two days of testing I received 359 emails with a total size of 1.4MB. But this varies, especially during phases of "please stabilise $Desktop-Engine". Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Commitlog-mailinglist
* Mike Frysinger <[EMAIL PROTECTED]> [07/08/06 08:23 -0400]: > doit (and update lists.xml in the process) I can't. The list seems to be closed or limited to a special address. Furthermore it seems that our listmaster is either MIA or at LWE. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Commitlog-mailinglist (was: Re: Some ideas on how to reduce territoriality)
* Robin H. Johnson <[EMAIL PROTECTED]> [07/08/03 16:20 -0700]: > X-VCS-Repository: gentoo-x86 > X-VCS-Directories: profiles/ licenses/ > X-VCS-Files: profiles/foo licenses/bar Everything implemented :-P At least for all commits to gentoo-x86. Well, I reactivated the commitlog-script (quite the same we use for the gentoo-doc-cvs-list) and added some more Headers to it. Currently I'm testing it with messages sent to my own address as it seems that the old commit-list is deactivated. With the new VCS-server it should not cause any overhead and with a real MTA on that machine those messages will be queued even if our mailserver is not running. So, if you want, we can reactivate that list. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgp3DdEthaSrr.pgp Description: PGP signature
GWN (was: Re: [gentoo-dev] Nominations open for the Gentoo Council 2007/08)
* William L. Thomson Jr. <[EMAIL PROTECTED]> [07/07/14 13:29 -0400]: > Anyone notice no more GWNs? Well, I noticed it. And I read the news from June 14 on http://www.gentoo.org/ Unfortunately, all our GWN-Editors stop working on it after some months. It's a really time-consuming job. Think about four to five hours just for collecting all articles, put some glue between them, create the XML and posting it on the list. And count in another four to five hours for writing most of the stuff yourself (which is the default, as the contributions are very rare). So, currently we don't have a GWN for two months already. It was our main publicity medium for telling users about the current development inside Gentoo, showing the faces of some devs and notice them about updates in the tree. We have other media which can compensate the GWN, like the Forums, the GLSAs, the dev-mailinglist etc. But the GWN was a good compendium of all. Don't let it die! Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpmVpnfsnuKP.pgp Description: PGP signature
Re: [gentoo-dev] Re: Script for easier stabilising of ebuilds
* Christian Faulhammer <[EMAIL PROTECTED]> [07/07/08 17:25 +0200]: > No matter, you could even help with ideas...it seems that I am the > only arch dev that uses it at the moment, input is highly appreciated > by Matthias. Contact him...:) I'm also a fan of gatt. It really helps a lot during testing. I will contact Matthias off-list and will work with him for including my ideas in gatt. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpc8jCz7v5u2.pgp Description: PGP signature
Re: [gentoo-dev] Re: Script for easier stabilising of ebuilds
* Christian Faulhammer <[EMAIL PROTECTED]> [07/07/08 12:31 +0200]: > Lars Weiler <[EMAIL PROTECTED]>: > > > Comments are welcome! > > Have a look at app-portage/gatt-svn and help improve it. :) It's C++ :-( Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpgcemsKm6jd.pgp Description: PGP signature
[gentoo-dev] Script for easier stabilising of ebuilds
Hi devs, my fingers were tired of typing the same things over and over again when I stabilised an ebuild. So I wrote the attached script which should take away the work. Now I only have to attach the bug-number and optionally an ebuild with atom version. If there is no second argument, the script tries to resolve the wanted ebuild from the bugs' summary (like app-portage/gatt-svn does). The script also makes use of www-client/pybugz for an appropriate bug-comment and removing the given arch from the bug. It can also close the bug, if you see that no other arch is listed as Assignee or on CC. It might also be possible that you can use the script for mass-stabilisation in a for-loop, but I did not test that case yet. Probably that's a nice extension for a future version, where you can attach a list of ebuilds, which should be stabilised. Comments are welcome! Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator #!/bin/bash # # Stabilise an ebuild in cvs with a bug-number and ebuild-atom given # Version: 1.0 # #Copyright (C) 2007 Lars Weiler <[EMAIL PROTECTED]> # #This program is free software; you can redistribute it and/or modify #it under the terms of the GNU General Public License as published by #the Free Software Foundation; version 2 of the License. # #This program is distributed in the hope that it will be useful, #but WITHOUT ANY WARRANTY; without even the implied warranty of #MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the #GNU General Public License for more details. # #You should have received a copy of the GNU General Public License #along with this program; if not, write to the Free Software #Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA # # Thanks to # Aron Griffis for his rc()-function # Robin H. Johnson for his earch-script # kojiro on IRC for the ebuild with Atom Version regexp # Options can alse be hardcoded in this script CVSDIR="" ARCH="" BUGZ_USER="" BUGZ_PASSWORD="" PATH=/usr/local/bin:/usr/bin:/bin die() { echo $1 > /dev/stderr exit -1 } print_usage() { echo "Usage: $(basename ${0}) [-a arch] [-c cvs-dir] [-u username]" echo " [-p password] [-y] bug-number [ebuild with Atom Version]" echo echo "Make an ebuild stable for a given arch and change the related bug." echo echo "Options:" echo " -aSet the architecture" echo " -c Path to the gentoo-x86 repository" echo " -uUser name for Bugzilla" echo " -pPassword for Bugzilla" echo " -q Quickrun: always choose the default answer on" echo " questions. Useful for scripting." } splitpackage() { case $1 in section) echo ${2%/*} ;; name) tmp=${2#*/} echo ${tmp%-[0-9]*} ;; ebuild) echo ${2#*/} ;; esac } # rc-function stolen from Aron Griffis in http://archives.gentoo.org/gentoo-dev/msg_122004.xml rc() { declare msg if [[ -n $* ]]; then msg="$*" echo "* Using msg from command-line" >&2 else msg=$(perl &2 return 1 fi echo "* Parsed msg from ChangeLog" >&2 fi echo "--" >&2 echo "$msg" >&2 echo "--" >&2 repoman commit -m "$msg" || return 1 if [[ -x /usr/bin/eviewcvs ]]; then local f entry=$(perl -00ne '/^ \d/ and print, last' ChangeLog) entry=${entry%%:*} entry=${entry##*>} entry=${entry//,/ } for f in $entry; do [[ $f == -* ]] && continue f=${f#+} echo "$f" done | xargs -n1 eviewcvs fi } ### main routine ### # get the arguments while getopts "a:c:u:p:yh" OPTION do case "${OPTION}" in a) ARCH="$OPTARG" ;; c) CVSDIR="$OPTARG" ;; u) BUGZ_USERNAME="$OPTARG" ;; p) BUGZ_PASSWORD="$OPTARG" ;; q) quickrun="y" ;; h) print_usage; exit 0 ;; esac done shift $((OPTIND -1)) if [[ $# -lt 1 ]]; then print_usage die fi # check if we have an arch given if [[ -z "$ARCH" ]]; then print_usage die "Please set your arch." fi # check for the CVSDIR if [[ -z "$CVSDIR" ]]; then print_usage die "Please set th
Re: [gentoo-dev] Intentions to remove mail-client/muttng from the tree
* Fabian Groffen <[EMAIL PROTECTED]> [07/05/26 10:52 +0200]: > Current state of muttng is a bit vague. It tries to be a collection of > patches against the latest development version of Mutt. I tried to create a muttng-flavoured mutt ebuild out of this patches-collection. Initially I wanted a sidebar-patch which includes $sidebar_newmail_only, but unfortunately that setting has been removed from the muttng-patchset as well :-( Anybody who is interested can download the patched mutt-ebuild¹ and the muttng-patchset². I'm not sure if I want to maintain that in the future, as the patchset needs `quilt` for applying the patches in the correct order. I manually moved the files with numbers prefixed and packed them into a tar-ball. As you can imagine, this is some work for every release and it should be automated. Regards, Lars ¹ http://dev.gentoo.org/~pylon/files/mutt-muttng-overlay.tar.bz2 ² http://dev.gentoo.org/~pylon/files/mutt-1.5.15-muttng-patches.tar.bz2 -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpU4PbqJZCgk.pgp Description: PGP signature
Re: [gentoo-dev] Intentions to remove mail-client/muttng from the tree
* Fabian Groffen <[EMAIL PROTECTED]> [07/05/26 10:52 +0200]: > Please speak up now if there are major reasons to keep muttng in the > tree, despite being unmaintained and out of date. I'm okay with removing muttng from the tree. Some weeks ago I tested the old mutt again, but unfortunately not all patches work the same like in muttng. Especially the sidebar-patch which made my life easier. But it seems the project is really dead. Last mail on their list is months old and the latest commit almost a year ago. It's easy to convert back your config-files to mutt, but avoid the rare pitfalls ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS Administrator pgpFzkDSgP5J6.pgp Description: PGP signature
Re: [gentoo-dev] add built_with_use_die() to eutils.eclass ?
* dju` <[EMAIL PROTECTED]> [07/04/23 23:45 +0200]: > # Generate a standard error message for missing USE flags > # in existing packages, and die. I dislike that an emerge process dies when a use-flag is not set (okay, it will die otherwise later with the package that needs the dependency with that special use-flag built). It should be better to break with an appropriate message _before_ anything will be compiled. Let's say, directly after portage has calculated the dependencies. Your proposal looks like a quick fix for a feature portage can't handle yet. But your attached list of packages which already use that behaviour is already quite long and so you better should convince the portage-devs to include built-use-flags into the dependency calculation. Regards, Lars PS: I should add the disclaimer, that I did not ask any of the portage devs before I wrote these lines. I only checked http://www.gentoo.org/proj/en/portage/index.xml#doc_chap8 and could not find that this feature is already in development. PPS: I know that there are other package-managers out there. And no, I don't want to use these. portage still fits my needs best. -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpC8hoQtvhTK.pgp Description: PGP signature
[gentoo-dev] Re: Gentoo infra backups
* Mike Frysinger <[EMAIL PROTECTED]> [07/03/26 19:44 -0400]: > On Monday 26 March 2007, bret curtis wrote: > > Only wimps use tape backup: *real **men* just upload their important > > stuff on *ftp*, and let the rest of the world mirror it. -- LT :1996 > > actually, i wonder if this would be useful ... we set up a master backup > server where we post raw svn/cvs/etc... stuff and then allow people to setup > mirrors of it ... Ehm. No. We can not do that with every repository on our servers. But the biggest part (say 98% off all bytes) on CVS/SVN can be public. > > That aside, does Gentoo have a disaster mitigation and recovery plan and > > is it published? A cursory glance on google shows none available. I > > haven't bothered do my own research, so by all means flame on, but does > > the pont of contact for the domain name still alive? > > if it were published, it'd be on the internal dev wiki Sure? ;-) Well, we have daily full backups at two different locations in the US. So, when everything goes bad, we have to recover one day on the basis of our 30-min-rsync-cycles. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpxZD9m4YaZS.pgp Description: PGP signature
Re: [gentoo-dev] {Guide,Project,Foo}XML too confusing for many devs?
* Alec Warner <[EMAIL PROTECTED]> [07/03/26 08:05 -0700]: > So this is getting pretty long winded; my basic question is do you as a > developer find writing web pages to be confusing or difficult? I'm one of the few people who like XML. Probably it's because I don't have to care for the design and just need to create content. It's also the reason why I like LaTeX and docbook (well, the processing-tools are not that well developed for docbook yet…). > Is there not a good tutorial for learning our webpage XML > syntax? The XML-files of already written pages ;) > Do you find that you bump up against restrictions in the > DTD or other problems that prevent you from expressing > yourself properly? There are for sure some difficulties with our DTD, especially for our project-pages. Adding a news-entry at top or putting the elements in a fixed order. > Do you have any idea how to actually go about extending > GuideXML (or the other XML's we provide) Have > you ever tried? I work with GuideXML for more than four years now. I know the XSLT-process behind, and I know our DTD. In the past I did some small extensions, but currently it's very good developed and from my point of view it is usable. > Could we improve training with regards to any of this? See the server-messages when you commit an XML-file. There are two guys named who will help when there is an error in the file during commit ;-) But back to the question you started your message with: The outdated project-pages. My opinion is, that GuideXML is not the blocker for updating them. It's more a menpower issue. Most developers have more fun in keeping their project in a good state than providing information about the project on a website. Furthermore there are many non-native speakers in the projects who don't want to write websites in a broken language. One person per project who watch the project and collect the FAQs with answers might solve the problem. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpSkxdtp0pdP.pgp Description: PGP signature
Re: [gentoo-dev] dont use `which` in ebuilds
* Ned Ludd <[EMAIL PROTECTED]> [07/03/12 16:36 -0700]: > app-cdr/cdrkit/cdrkit-1.0.ebuild:26: > app-cdr/cdrkit/cdrkit-1.1.2.ebuild:28: Those are fixed. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpY8iwgWLjer.pgp Description: PGP signature
Re: [gentoo-dev] New developer: Robert Buchholz (rbu)
* Joerg Bornkessel <[EMAIL PROTECTED]> [06/12/27 21:47 +0100]: > > He hails from Berlin, Germany. > > Ach, > kiek an, noch'n Berliner ;) I'm in Berlin as well... but only two more days ;-) Is there somebody else who attends the 23C3 currently? (Besides mabi, hansmi and wschlich.) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgprOCn4Ig4O8.pgp Description: PGP signature
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-10 23:59 UTC
* Chris Gianelloni <[EMAIL PROTECTED]> [06/12/15 07:33 -0500]: > Exactly how does it work? Does it just look for new ChangeLog files? Seems so. Because profiles/default-linux/ppc 2006-12-07 00:43:06 pylon is in the tree for ages, but I added a ChangeLog file last week. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgplESVUjaywV.pgp Description: PGP signature
[gentoo-dev] (open|strong)swan ipsec-config-path (was: Re: net-misc/openswan needs a maintainer)
* Alin Năstac <[EMAIL PROTECTED]> [06/12/07 08:37 +0200]: > I think strongswan's ebuild should be simplified. > I will bump openswan to 2.4.7 in a couple of days. Please use it as > starting point for your bump. While we are at it: Should we keep installing the config into /etc/ipsec/ and create symlinks from /etc/ipsec.d -> /etc/ipsec/ipsec.d ? I think we are the only distro which installs the configs into /etc/ipsec, some others place ipsec.{conf,d,secrets} just into /etc Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpQKjXJiO9ZV.pgp Description: PGP signature
Re: [gentoo-dev] net-misc/openswan needs a maintainer
* Alin Năstac <[EMAIL PROTECTED]> [06/12/07 08:37 +0200]: > I think strongswan's ebuild should be simplified. Yep. I looked into it this morning. A lot of checks from the time before we had linux-info.eclass. Starting from scratch might be an option ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgp5pWS3u8dZt.pgp Description: PGP signature
Re: [gentoo-dev] net-misc/openswan needs a maintainer
* Jakub Moc <[EMAIL PROTECTED]> [06/12/07 00:27 +0100]: > Cool, that one needs a maintainer as well... :) Crap... ;-) > http://bugs.gentoo.org/show_bug.cgi?id=123833 > http://bugs.gentoo.org/show_bug.cgi?id=153797 > http://bugs.gentoo.org/show_bug.cgi?id=156408 > > Thanks in advance. Will look into it during the next days for sure ;-) (I already hit that kernel version bug on one machine.) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpJsijP68oyI.pgp Description: PGP signature
Re: [gentoo-dev] net-misc/openswan needs a maintainer
* Alin Năstac <[EMAIL PROTECTED]> [06/12/06 21:59 +0200]: > Since no one else stepped up (spooky...), I will take the maintainership. Sorry, but I use strongswan for my IPSec-connections... There were some problems with openswan some time (a year?) ago and I just switched to another solution. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpIKBtvRNC54.pgp Description: PGP signature
Re: [gentoo-dev] Split of the text-markup herd (sgml/tex)
* Alexandre Buisse <[EMAIL PROTECTED]> [06/12/05 01:48 +0100]: > Thoughts, comments, objections? I know both systems ((La)TeX and (docbook-)SGML), but I prefer TeX, due to a lot of problems with the Docbook-stuff. The split is really appreciated and I would like to stay in the TeX-part for the few packages I maintain. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpfuJyxw0mBt.pgp Description: PGP signature
[gentoo-dev] Removed app-cdr/cdrecord-provdvd and app-cdr/dvdrtools
Both were masked since 08 Jul 2006. The code of app-cdr/cdrecord-prodvd is now included in app-cdr/cdrtools or app-cdr/cdrkit. app-cdr/dvdrtools are dead upstream and not needed any more, as the other previously mentioned applications are capable of writing DVDs. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgpC2zzmmQGap.pgp Description: PGP signature
Re: [gentoo-dev] New developer: Christian Faulhammer (opfer)
* Christian Heim <[EMAIL PROTECTED]> [06/10/27 22:32 +0200]: > Christian is currently studying mechanical engineering at the RWTH Aachen > (that's in Germany!) and has been an arch tester for the x86-herd for quite > some time - that's about 3 months. I hope we will meet at LWE in Cologne in two weeks? I'm glad that you can now commit the tested ebuilds into the tree by yourself ;-) Regards, Lars PS: If anybody needs an accomodation for LWE, I can offer a roof, shower, kitchen and network-connection in the CCC's club room during that time. Just ping me on IRC or reply to this email. -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator pgp2UvLhpDMyN.pgp Description: PGP signature
Re: [gentoo-dev] cdrtools license issues
* Greg KH <[EMAIL PROTECTED]> [06/09/01 19:32 -0700]: > No, they had to do this because they are distributing a built binary, > same as Debian. We don't do that, so there is no issue for us[1]. See > my other response in this thread for details. > > [1] As long as we take the binary off the live cd and the install image. I guess, it's already too late now. cdrtools-2.01.01a10 is included in the GRP-set of 2006.1. At least for those arches, which distribute GRP-sets. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] cdrtools license issues
* Olivier Crete <[EMAIL PROTECTED]> [06/09/01 16:31 -0400]: > Maybe we should p.mask the versions that contain and un-redistributable > mix of CDDL and GPL code. Or add a big, blinking warning. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: cdrtools license issues
* Luis Medinas <[EMAIL PROTECTED]> [06/09/05 04:38 +0100]: > The package is in the tree and it's asking for testing before i can > remove it from pkg.mask and provide the cdrtools virtual. Now, cdrkit is in the tree. Furthermore I added cdrtools-2.01.01a08 to the tree. That's the latest GPLed version of cdrtools. We never had that version in the tree (we did a move from a07 to a09), so it's ~arch currently. metalgod and I will reactivate the cdrtools-virtual, so that we can include more and other possible applications for cd-burning into portage. I heard about reactivating Freedrtools as well. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: cdrtools license issues
* Carsten Lohrke <[EMAIL PROTECTED]> [06/09/01 14:44 +0200]: > Imho we have to remove the partly and incompatible relicensed > cdrtools-2.01.01 > alpha ebuilds from the tree. I don't think so. We have a lot of other applications in the tree, which is not free. The only problem I see is, that you can't decide if you want to install the "free" parts of cdrtools only, or everything. I prefer a splitted installation for every single part of cdrtools, but Jörg will not separate them. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpCXjMRDeQD5.pgp Description: PGP signature
[gentoo-dev] Clean out some old files in CVS
Hi devs, it's about the time that some files in CVS need to be cleaned out. The CVS-partition on lark is getting small again and I want to push the maintenance-resize a little bit forward. See attached a list of Attic-files which are +500k in size. If you want to keep one of these files, tell me. Otherwise I'll remove them on Sunday. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee lark cvsroot # find . -size +500k -printf "%s\t%Ax %AT\t%p\n" | grep -i attic 714180 05/04/06 09:11:11 ./gentoo-projects/tinderbox/src/test/Attic/logsample.html,v 1782733 05/04/06 09:11:44 ./gentoo/src/patchsets/gcc/3.4.4/misc/Attic/bounds-checking-gcc-3.4.4_pre-1.00.patch,v 1861006 05/04/06 09:11:49 ./gentoo/src/patchsets/gcc/4.0.0/misc/Attic/bounds-checking-gcc-4.0.0-1.00.patch,v 1868565 05/04/06 09:11:50 ./gentoo/src/patchsets/gcc/4.0.1/misc/Attic/bounds-checking-gcc-4.0.1-1.00.patch,v 1779374 05/04/06 09:11:51 ./gentoo/src/patchsets/gcc/3.4.3.20050110/misc/Attic/bounds-checking-gcc-3.4.2-1.00.patch,v 545876 05/04/06 09:11:57 ./gentoo/src/patchsets/binutils/2.16/Attic/00_all_freebsd-20050522.patch,v 545890 05/04/06 09:12:04 ./gentoo/src/patchsets/binutils/2.16.1/Attic/00_all_freebsd-20050522.patch,v 608310 05/04/06 09:12:32 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-4.1/Attic/1000_grsecurity-2.0-test2-2.6.4.patch,v 608293 05/04/06 09:12:32 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-4.3/Attic/1000_grsecurity-2.0-test2-2.6.4.patch,v 608302 05/04/06 09:12:32 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-4.4/Attic/1000_grsecurity-2.0-test2-2.6.4.patch,v 622970 05/04/06 09:12:34 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-4.5/Attic/1000_grsecurity-2.0-2.6.5.patch,v 622957 05/04/06 09:12:34 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-5.1/Attic/1000_grsecurity-2.0-2.6.5.patch,v 622043 05/04/06 09:12:34 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-5.2/Attic/1000_grsecurity-2.0-2.6.5.patch,v 622587 05/04/06 09:12:35 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-5.3/Attic/1000_grsecurity-2.0-2.6.5.patch,v 622587 05/04/06 09:12:35 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-5.4/Attic/1000_grsecurity-2.0-2.6.5.patch,v 622804 05/04/06 09:12:38 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-5.5/Attic/1000_grsecurity-2.0-2.6.5.patch,v 622594 05/04/06 09:12:39 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-5.6/Attic/1000_grsecurity-2.0-2.6.5.patch,v 707993 05/04/06 09:12:39 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.1/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 645106 05/04/06 09:12:39 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.2/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 688842 05/04/06 09:12:39 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.3/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 640435 05/04/06 09:12:40 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.4/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 647281 05/04/06 09:12:40 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.5/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 641643 05/04/06 09:12:40 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.6/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 641657 05/04/06 09:12:42 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.7/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 641645 05/04/06 09:12:43 ./gentoo/src/kernel/hardened-patches/hardened-patches-2.6-7.8/Attic/1000_grsecurity-2.0.1-2.6.7.patch,v 798211 05/04/06 09:12:50 ./gentoo/src/livecd/profiles/aa/aux-files/Attic/fbtruetype.static,v 798211 05/04/06 09:12:50 ./gentoo/src/livecd/profiles/kde/aux-files/Attic/fbtruetype.static,v 798211 05/04/06 09:12:50 ./gentoo/src/livecd/profiles/x86/aux-files/Attic/fbtruetype.static,v 798200 05/04/06 09:12:51 ./gentoo/src/livecd/profiles/rtcw-et/aux-files/Attic/fbtruetype.static,v 798200 05/04/06 09:12:51 ./gentoo/src/livecd/profiles/lw-ut2003/aux-files/Attic/fbtruetype.static,v 629388 05/04/06 09:12:53 ./gentoo/src/genkernel/Attic/busybox-0.60.5.tar.bz2,v 1107328 05/04/06 09:12:58 ./gentoo/src/genkernel_bradmssw/pkg/Attic/busybox-1.00-pre7-crypto-patched.tar.bz2,v 1106960 05/04/06 09:13:00 ./gentoo/src/genkernel_bradmssw/pkg/Attic/busybox-1.00-pre7-crypto-losetup-2.tar.bz2,v 1062082 05/04/06 09:13:00 ./gentoo/src/genkernel_bradmssw/pkg/Attic/dietlibc-0.27.tar.bz2,v 1428663 06/20/06 19:36:16 ./gentoo/src/genkernel_bradmssw/pkg/Attic/busybox-1.1.0-gentoo-gk4-20060519-snappie.tar.bz2,v 1310647 05/04/06 09
Re: [gentoo-dev] packages seeking maintainers
* Henrik Brix Andersen <[EMAIL PROTECTED]> [06/08/04 12:06 +0200]: > As far as I know, gustavoz is also maintaining these... metadata says, that you and dragonheart are maintaining those. I already thought about taking them after your email some weeks ago, but saw, that dragonheart is co-maintainer. I'm also happy with gustavoz as maintainer. Less work for me :-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpCHaL5i0PKW.pgp Description: PGP signature
Re: [gentoo-dev] SpanKY's Nominations for the Gentoo Council 2007
* Ned Ludd <[EMAIL PROTECTED]> [06/07/31 16:48 -0400]: > Pylon (maybe.. not around enough however) I don't know the basis for your statement, but I'm quite good around. Is it that you don't see that many emails from me here at this list? Or is it that you don't see me hanging out in #gentoo-dev all the day? Keep in mind, that Gentoo is a quite large project. Usually I hide in the PowerPC department or in it's subsidiary for release engineering (the coffee over there is better!). CVS and SVN are both working, so that I don't have to go out for lunch with the infra-team. But in the evenings I join the German community and keep an ear on their demands. But I'm also open letting some youngsters in Gentoo join the council. There are currently some good names on the nominations-list. In the end it's the decision of the developers who they want to see as council. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpsNJpYWgTfa.pgp Description: PGP signature
[gentoo-dev] ppc32 meeting summary
Good evening, the ppc32 team had a short monthly meeting tonight. Discussed topics: 1) kernel for 2006.1 We will include the 2.6.17 kernel for the 2006.1 release. There is one issue with the Marvell NIC on the Pegasos left, but including that driver as a module will not hurt anybody by default. The kernel-configs will be sent to the ppc-list for review. 2) 32-bit userland profile on ppc64 We should announce any change to our ppc32 profile to the ppc64-team, so that they can keep their 32-bit userland profile in sync. That includes sending our meeting logs to the ppc64-team. 3) misc Where are our ppc-developers? We went through the devalias and found some inactive devs. Currently we are 10 quite acvite and 15 kinda inactive or supporting devs. Probably we should remove them from the devalias? Next meeting: Sunday, August 27, 19 UTC. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpulYqnh2ZTt.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for some CD/DVD-recording applications
* Ryan Tandy <[EMAIL PROTECTED]> [06/07/08 15:07 -0700]: > Oh, I see - you don't care *what* you remove, you're just itching to remove > *something*! ;) Yes. Because I don't want to maintain that old crap any more. If metalgod wants to do it, I'm fine with that ;) And now let us move on and maintain more recent stuff. There are a lot of other packages laying around which need a version-bump... Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpXxskSZuT78.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for some CD/DVD-recording applications
* Roy Bamford <[EMAIL PROTECTED]> [06/07/08 14:57 +0100]: > My mistake - sorry for wasting your time. app-cdr/dvd+rw-tools provides the > format command. sys-fs/udftools provides the file system for the formatted > DVD+RW. No problem. And we will kepp dvd+rw-tools for sure. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpD8krDHAt4k.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for some CD/DVD-recording applications
* Luis Medinas <[EMAIL PROTECTED]> [06/07/08 13:33 +0100]: > I've talked with Lars we will keep xcdroast for a bit. Instead we will > remove simplecdrx that i will mask now. The upstream is dead for years > and there's not need to keep it. But we keep xcdroast only when you patch it, so that it does not need cdrecord-prodvd for burning DVDs. And no, starting with -n does not work. Maximum size is 703MB per disk. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpmUDCkMo8eB.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for some CD/DVD-recording applications
* Roy Bamford <[EMAIL PROTECTED]> [06/07/08 12:46 +0100]: > app-cdr/dvdrtools provides the format utility to format DVD+RW media prior to > mkudffs on them. Where has that functionality gone ? I can't find any 'format' option to dvdrecord. But probably you want cdrwtool from sys-fs/udftools? Regards, Lars pgpSw9zQud2lE.pgp Description: PGP signature
[gentoo-dev] Last rites for some CD/DVD-recording applications
Hello, I would like to remove those packages from portage: app-cdr/cdrecord-prodvd: Functionality of DVD-burning is now officially included in app-cdr/cdrtools. app-cdr/dvdrtools: Same reason. No need to use this fork of cdrtools-1.11... virtual/cdrtools: With the remove of dvdrtools there is no longer a need for this virtual. app-cdr/xcdroast: A nice rustical application, which reminds me to my first CD-burnings on Linux... But there was no upstream update within 2,5 years. Also there are now a lot of other gtk2-based applications which are bettter than xcdrtools. rox-extra/roxiso: Unmaintained package, but it depends on app-cdr/cdrecord-prodvd. On the other hand, I just installed it, and it fails to start due to a missing library... It seems that all rox-packages are unmaintained now, as the maintainers resigned or are not available. All packages are in package.mask. I will remove then in 30 days when there is no good reason to keep them. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgp5U2lomB3UO.pgp Description: PGP signature
Re: [gentoo-dev] Nominations open for the Gentoo Council 2007
* Luca Barbato <[EMAIL PROTECTED]> [06/07/07 02:13 +0200]: > I'd add to the pot pvdabeel and pylon since was and still is a pleasure > working with them =) I accept the nomination. But I can't add more nominees as all my favorites for the council have been named already ;) On the other hand, this means, I won't be available as trustee any more (I don't think, that I have enough time for both boards). But as I have not been nominated yet, things look good... Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgppeazpBLFed.pgp Description: PGP signature
Re: [gentoo-dev] Gentoo/PPC meeting summary
* Lars Weiler <[EMAIL PROTECTED]> [06/06/25 23:24 +0200]: > Furthermore we want to extend the gcc-upgrade-guide, as we > can't use gcc-4 with glibc-2.3. Therefore the user need to > follow a special upgrade-path. Upgrade on this one (thanks Flameeyes): gcc-4.1.x works with glibc-2.3, as vapier fixed the current glibc-2.3 ebuilds. But glibc-2.4 works with gcc-4.1.x only. We still will stay with a big update of the toolchain, which implies we will go nptlonly on ppc. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgp6c2Lo4pgnO.pgp Description: PGP signature
[gentoo-dev] Gentoo/PPC meeting summary
Hi, the Gentoo/PPC team had a meeting from 19UTC until 20:30UTC. topics: 1) toolchain switch for 2006.1 2) other upgrades for 2006.1 3) open discussion We decided to make a toolchain-switch for 2006.1 and upgrade to gcc-4.1.1 along with glibc-2.4. Quite all ppc devs made tests with that toolchain during the last months and reported only some slight issues with strict-aliasing. It's possible to compile (quite) everything without any further stable-version bumps in the tree. Every application with strict-aliasing-issues should be fixed in the ebuild by adding -fno-strict-aliasing to the CFLAGS. As every arch beside x86 is affected, this does not need an 'if ppc'. And even on x86 there are no problems with adding this option. If there are newer versions of applications in the tree which are fixed by upstream already, they should be preferred and marked stable. Any other application should be reported upstream beside the fix in the ebuild. We will create a new 2006.1 profile with the new toolchain as default. The 2006.0 profile will mask >=gcc-4 and >=glibc-2.4. So we can stable gcc-4.1.1 and glibc-2.4 stable on ppc now and let users test when they want. The 2006.1-profile will be considered as testing until release. Furthermore we want to extend the gcc-upgrade-guide, as we can't use gcc-4 with glibc-2.3. Therefore the user need to follow a special upgrade-path. Another upgrade for 2006.1 might be Xorg-7.1. ppc does not rely on any binary-driver which is affected by the ABI-change. This version of X has been tested by several developers and found to be stable. But we need to check Donnie's opinion about that move. A pro-argument would be, that users have to do one big change with 2006.1 (toolchain, X) and can rest for a long time. A good upgrade-path for Xorg-7.1 is needed for the users who won't to install their system newly. kernel-2.6.17 is another candidate for stable with the 2006.1-release. This gives a lot support for the last ppc-series of Apples Laptop series and even native WLan with all AirportExtreme cards, a long-term wish by many ppc users. There are some problems with genkernel and mostly the Pegasos (broken Makefiles due to the ppc32/ppc64->powerpc move in the kernel), but the result would just be no initramfs on the install-media (and so no framebuffer-splashtheme). Like with 2006.0 we will deliver a minimal and a universal InstallCD, stages and a GRP-set for ppc-generic and G4. agaffney is working on a graphical installer CD for experimental and probably the embedded-team will provide a netboot-image. Our current ppc-stable-tree is in a good shape. Only OpenOffice needs a bump. For other open bugs a bugday like in the old days, when several team members worked collaboratively on the open bugs, should be hold in the near future. In the end of the meeting we talked about upcoming events in Central Europe this year where we could meet again. Suggestions are the Wizard of OS 4 in September in Berlin, LWE Europe in November in Cologne, or the 23rd Chaos Communication Congress in December in Berlin. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpORrgOHweN8.pgp Description: PGP signature
Re: [gentoo-dev] 2.6.17 kernel stabilisation plan
* Chris Gianelloni <[EMAIL PROTECTED]> [06/06/21 08:55 -0400]: > Start testing 2.6.17 in your builds now, then. I already do. > Umm... Come hang out in #gentoo-releng again and you'll see that we have > a (masked) genkernel in the tree that solves all of these headaches. Sorry, I had some network-troubles during the last days and no time for IRC as well. But now I'm back with a different setup. Should work. > I know, because I've been building on ppc for the past few weeks making > sure all of this worked so you wouldn't have trouble once we started the > release. Unless you mean Pegasos, which is busted on 2.6.16, genkernel > or not, and I've spoken with JoseJX about that one already and he's > aware of it. I need to get back with him to see if he (or anyone else) > has come up with anything. The Pegasos is the only working PPC-machine I currently own (beside the RS/6000 wherefore I first need to build some install-media). I will also look into the issue. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpsLEjOZ8Mw2.pgp Description: PGP signature
Re: [gentoo-dev] 2.6.17 kernel stabilisation plan
* Daniel Drake <[EMAIL PROTECTED]> [06/06/20 18:12 +0100]: > I'm hoping to be able to mark 2.6.17 stable on or around July 11th. I'll give > around a weeks notice here when that is to happen. Hopefully we'll use this > for > the 2006.1 release too. Would be great when ppc can profit from that kernel in the 2006.1-release. Especially the bcm43xx driver is very important for our Laptop users. > Testing of 2.6.17 is very much appreciated, please also file bugs against > problems you have with the kernel itself :) I had problems with genkernel and 2.6.16 on ppc. I need to test and fix the build of the initramfs. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Strategical Lead and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpWnHH72CBIS.pgp Description: PGP signature
Re: [gentoo-dev] July Council Meeting: Requested Agenda Item
Congratulations. I just unsubscribed from the gwn-feedback-alias after reading your mail. * Christel Dahlskjaer <[EMAIL PROTECTED]> [06/06/10 04:28 +0100]: > 1. Reliability. The GWN claims to be a weekly publication, yet it > frequently fails to publish without prior warning. There was no edition > this week, and Patrick Lauer says that it is "unknown" whether there > will be an edition next week as Ulrich Plate is AWOL. Several times Kurt or I took over the job of publicing the GWN when Ulrich asked us. So, there is a backup, but he didn't asked for this week. > 2. Permissions. Although it could be considered flattering that the GWN > should choose a developer's blog as inspiration for an article, they > should ensure that they have the developer / author's permission before > quoting them (see previous complaints by brix, ciaranm and others). > > I also believe that when posting an article or interview, a copy should > be sent to the relevant people to ensure that they are ok with what is > being posted (my dev of the week interview, for example, was rather > screwed up and misrepresentative). When someone contacts GWN to have > something corrected, it would be appreciated were the GWN staff to at > least deign to acknowledge receipt, even if for some reason they choose > not to honour the corrections or post a retraction (although refusing to > publish corrections is extremely insulting to those wronged). And I expect the same from you. You should ask the affected people first before starting a discussion about them on our public mailing lists. This is a device I can give you for further userrelations-activities. > 4. Credit. Care should be taken to ensure that crrect credit is given. It is. Either as "Author" or "Contributor". > Another thing that concerns me is the way the articles are written. It > is blatanly obvious that the GWN writers are not native English speakers > as both the grammar and the flow of the articles is far from attractive. > Having read through the archives, I notice that there was once a time > when the GWN was a great publication, and I would like to think that it > could become great yet again; in its current state, though, it is doing > more harm than good. It's quite interesting to see, that the GWN and also Debian's Weekly Newsletter is run by Germans mostly. Is there a problem with native speakers to run a periodically newsletter for a long time (> 3 years)? > Lack of content and poorly written or incorrect articles are often > justified by the GWN team on grounds of overwork and insufficient > manpower. When I asked why they were not recruiting, I was informed that > no-one has any interest in contributing. Upon speaking with others, > however, I find that this is not the case -- people are interested, but > fear (and rightly so) that their work will be edited in such a way that > it is no longer something with which they want to be associated. Subscribe to the gwn-feedback-alias and read or comment the submissions to the GWN. Make sure that every user will receive and answer. And forward questions to the arch-teams. Isn't that userrel's job? I didn't saw your contributions there yet. Regards, Lars pgpBLKe0FtQQt.pgp Description: PGP signature
Re: [gentoo-dev] Renewed security risk uhm Dev
* Stefan Cornelius <[EMAIL PROTECTED]> [06/04/05 19:13 +0200]: > I'd also like to take this opportunity to especially thank Pylon (my You're welcome! :-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpgM3VBhCeCt.pgp Description: PGP signature
Re: [gentoo-dev] dev-lang/nqc could use a maintainer...
* Ciaran McCreesh <[EMAIL PROTECTED]> [06/02/24 18:15 +]: > Does someone want to pick up dev-lang/nqc? It's a "C-like compiler for > Lego Mindstorms", and it needs some version bump loving (bug #89257) > and some nasty global scope code replacing. I'll take care for it, as I need this tool this weekend ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgp7asMSrCRxI.pgp Description: PGP signature
Re: [gentoo-dev] IMPORTANT: OSL outage
* Wernfried Haas <[EMAIL PROTECTED]> [06/03/13 15:46 +0100]: > On Mon, Mar 13, 2006 at 08:34:59AM -0600, Lance Albertson wrote: > > [..] the database server is not working (bugs/forums/etc). I have half of > > the > > machines back up, while others are still MIA. > > Chuck Norris to the rescue! > Good luck finding them. ...but he still counts to infinity... for the second time! -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] enable UTF8 per default?
* Patrick Lauer <[EMAIL PROTECTED]> [06/02/28 11:58 +0100]: > Enabling the unicode useflag in the profiles should help our > international users and should not cause any problems. Are there any > known bugs / problems this would trigger? Any reasons against that? It is enabled by default. At least on ppc. And that since, uhm, summer 2004? I can't say if there are any problems, as I didn't received a bug for a long time. The only thing that's nasty: we don't have any good utf8-fonts for the console. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] 2006-01-15 PPC meeting summary
Summary of the ppc-meeting on January 15, 2006, 19 UTC. == 1. 2006.0 release == profile: * currently located in default-linux/ppc/dev/ppc/ppc32/ * small generic ppc profile * G3 and G4 sub-profiles with "desktop"-use-flags and CFLAGS-optimization * new: nptl on all profiles (needed a glibc-fix) We will release: * generic ppc stage1, stage2, stage3 * G3 stage3 * G4 stage3 * minimal InstallCD * universal InstallCD * GRP CD Pylon built testing-stages and a minimal InstallCD. Testers are welcome. If we can get KuroBox and RS/6000 netboot-images working, they will go into experimental first. The 2.6.14-kernel doesn't support current PowerBooks, but the 2.6.15-kernel has some issues with ARCH-settings (powerpc instead of ppc). This isn't covered by several eclasses yet, so that building of external kernel-drivers fails. Instead of waiting for 2.6.16 which will most like resolve this issue, JoseJX will look into changing the eclasses. Furthermore there is a tested genkernel for 2.6.15 and other arches will use that kernel as well. One thing isn't working: splashutils. There are issues with klibc (not stable) and klibc in combination with a 2.6.15-kernel (breaks). An upstream testing-klibc works, but isn't in portage yet. All in all we don't need splashutils and it saves at least 10MB on the InstallCD. == 2. Dev Activity (Who's alive?) == Devs seemed to have vanished and even the operational manager isn't around (which had happened more often in the past -- probably there is a bane on this position). Several devs don't have a lot of interest in Gentoo any more, but as there is nobody who will maintain their distribution of choice, they still do their job without much fun. But instead of searching for new devs, we will first try to find out, who is really active. Therefore hansmi sent out an e-mail to all 21 devs on the list. Who didn't respond within two weeks and gave a short activity report on ppc@ will be taken out of the ppc-herd. == 3. Open Bugs / PPC Bug Day? == Currently we have about 70 open bugs for [EMAIL PROTECTED] Some devs went through the list during the last week and shrank to half of its size. But still, there are too many open bugs. Every dev should use the time before the release and go through the open bugs. Furthermore we'll do a ppc-bugday for resolving the harder bugs all together. Estimated time will be next Saturday (January 21), 14 UTC. There are some open bugs for keywording requests, which have been done already. We still need a way to find out, what has been keyworded by the ppc-team and which bugs we can close then. Searching for open bugs while doing a keywording-session isn't acceptable. == 4. Toolchain Updates (GCC 4.1?) == gcc-4.1 works on ppc and there are only few issues. All AltiVec-bugs have been resolved. A kernel could be compiled and is bootable. It seems to be a good idea for creating a testing-/dev-profile with that special toolchain for further testing. More investigation is needed for autovectorization and libfreevec. == 5. Some form of regular status reports == We want to tell ourselves, Gentoo and Users about the activity in the ppc team. But how? There are ideas for blog-posts with a subject [ppc] tagged on Gentoo Planet, or via e-mail on ppc@, or even via CVS-logs. For the time, every dev should send regular status-reports to the [EMAIL PROTECTED] and JoseJX will take care for the aggregation, a post on the website and notification to the GWN-crew. Wormo asked for some space in CVS where document-drafts could be placed. As the need and also the format are in question, we'll postpone that request. == 6. Hardware support status == Users asked to release information when new hardware could be supported by Linux. This is usually no special Gentoo topic, but we will add such information with links to FAQ or guides to the status-report or to the website. We won't do a hardware-matrix, as all trials went out too complicated. == 7. 2006.0 Documentation Status == There are only few changes needed: * profile * kernel (probably) * further OldWorld support Some users mentioned in http://forums.gentoo.org/viewtopic-t-420722.html that our FAQ isn't verbose enough. JoseJX is against including questions which could be answered by google instantly (like "What is Airport?"). The FAQ should be terse. But JoseJX will go through the docs and look if there is something which needs to be explained a bit more. == 8. Open Floor == Most attendees fall to bed. More than three hours are enough. -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpIcMF1hTX8Z.pgp Description: PGP signature
Re: [gentoo-dev] CVS-Server requirements (was: implementation details for GLEP 41)
* Lance Albertson <[EMAIL PROTECTED]> [05/11/19 22:50 -0600]: > Yeah, we defiantly could use a beefy new server for CVS/SVN. Just make > sure you chat with robbat2/Pylon on the specifics for the requirements. > I believe the main thing they wanted was lots of ram. CVS/SVN doesn't need much CPU load or even several CPUs and also we don't need a lot of disk-space. But our setup could make use of a lot of fast RAM and a nice RAID (which we don't have at the moment). So specs are: - ~3GHz Xeon - 4-6GB of RAM - RAID-5 or -10 with u320 disks (for the actual data, 20GB would be enough for the next years) - a very good network-connection Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpfgS0ruP5sg.pgp Description: PGP signature
Re: [gentoo-dev] Clarification of packages cd's for 2005.1
* Nick Rout <[EMAIL PROTECTED]> [05/09/17 08:23 +1200]: > On a semi-related matter I was looking for the catalyst .spec files, and > see a thread pointing at cvs, however I believe that as a non-dev mortal I > can't get access to gentoo cvs. Is that so? If it is then how does one get > the spec files? The old catalyst howto seems to have disappeared too. These are accessable at http://www.gentoo.org/cgi-bin/viewcvs.cgi/src/releng/?root=gentoo Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpHSGqk6Te89.pgp Description: PGP signature
Re: [gentoo-dev] PPC gets more help
* Homer Parker <[EMAIL PROTECTED]> [05/09/07 21:14 -0500]: > The ppc team has found a new minion^W AT to help them out. Matti Bickel > (mabi) has stepped up for abuse from JoseJX.. Please welcome him to the > team! JoseJX, don't work him to hard! j/k, Where's the whip? ;) Damnit! Somebody else I know personally, but this time it wasn't my fault! Nice to see, that our ways cross for a second time, Matti, but some way down the road and in another area ;-) Regards, Lars PS: Can you suggest another planet? This one becomes too small... -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgp2vUBhMfFPV.pgp Description: PGP signature
Re: [gentoo-dev] KDE 3.4.1 keyworded stable on x86, amd64
* Markus Rothe <[EMAIL PROTECTED]> [05/07/01 17:21 +]: > Dan Armak wrote: > > We finally have a stable-keyworded KDE 3.4.x. Enjoy :-) > > ppc64 is stable, too! :-) Don't forget ppc(32)! ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgp33suW3c5HQ.pgp Description: PGP signature
Re: [gentoo-dev] GLEP 38: Status of forum moderators in the Gentoo project
* Lance Albertson <[EMAIL PROTECTED]> [05/06/28 18:14 -0500]: > I'm just getting ansty about all these new people we're bringing "New people"? You're joking, aren't you? Some of them are moderators for even a longer time than you are a Gentoo Dev. The problem just is, that the Forums have been forgotten at the time when our current (or even better now it's the old) metastructure was built up. The forum moderators now just take Gentoo's official way to add the forums and the folks behind it as a usual TLP or SLP (probably to PR). And I'm really ashamed that many Developers think they are just some beggars for an @gentoo.org- and shell-account. Did you really ever honoured their work? Think about the Forums will go down for a week. I don't want to count the questions a lot of developers will receive, which were usually answered in the forums instead. Or political discussions about Gentoo, which are hold in the forums and where the moderators slurp out the essence and hand it over to the related devs. Yes, we need the forums, we need the moderators, and we also need that the moderators will be involved into Gentoo completely, so that they know our rare internals and are allowed to take part on elections about the future of the project. Please keep in mind what has been said before: This thread ain't be a flamefest. This is the official and transparent way in how to integrate our forums as an official Gentoo project. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpfwTNF9bYtZ.pgp Description: PGP signature
Re: [gentoo-dev] perl/openssl circular dep, possible solution (python/perl/db devs please read)
* Robin H. Johnson <[EMAIL PROTECTED]> [05/06/13 10:18 -0700]: > 3. split java support out of db. During stage-building we have USE="-java", but still there is a perl/openssl dependency, which I can't track. x86 seems to build a stage3 fine, but ppc and amd64 has issues. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgprzmcKLq1tO.pgp Description: PGP signature
Re: [gentoo-dev] ekeyword and ordering
* foser <[EMAIL PROTECTED]> [05/06/09 15:19 +0200]: > The point is that with his reordering implicit information was lost for > no particular purpose. If you store implicit information in the keywords, then make them explicit. That involves, find another way to store the data (like in metadata), or discuss here about another way to store that data in the keywords. Could you give an example about the implicit data you store in the keywords? So we can think about a solution. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpq6J38vFk1x.pgp Description: PGP signature
Re: [gentoo-dev] ekeyword and ordering
* Marcus D. Hanwell <[EMAIL PROTECTED]> [05/06/07 23:11 +0100]: > I have always managed to spot (I think) the ones that looked like they > skipped > ahead of the maintainer, but it is another reason why having a maintainer > arch set would be nice. And sometimes (or even quite often) the maintainer owns more than one arch ;-) That's something you can't do with KEYWORDS, but with metadata. I for example can test on ppc, x86 and sparc and so I do for the packages I maintain. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Developer and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Foundation : Trustee pgpE0B4Zttu3l.pgp Description: PGP signature
Re: [gentoo-dev] ekeyword and ordering
* Aron Griffis <[EMAIL PROTECTED]> [05/06/06 18:26 -0400]: > alpha > - > - looks nicer (subjective) > - easier to tell at a glance if a given keyword is in the list I'm for this. You can easily compare two ebuilds' KEYWORDS, when you have the same order. maintainer's arch should be stored in the metadata, if there is a need for. Regards, Lars pgpm0SplUdpGX.pgp Description: PGP signature
Re: [gentoo-dev] Bad metadata.xml encoding
* Fernando J. Pereda <[EMAIL PROTECTED]> [05/05/11 13:22 +0200]: > Though I like (1) (probably (2) is redundant here) this will neither > solve nor prevent what happened to that metadata files since they are > XML valid and GLEP31 valid. (i.e. the file is UTF-8) Oh, well. Miscommunication. The bugs should be outlined better ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgpj95H1hhVND.pgp Description: PGP signature
Re: [gentoo-dev] Bad metadata.xml encoding
* Georgi Georgiev <[EMAIL PROTECTED]> [05/05/11 09:36 +0900]: > Starts to smell of a cvs problem... Two ideas to handle a check of metadata.xml: 1) repoman should run xmllint 2) the cvs-server can do it during commit (like it already does with other xml-documents) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgp9CBG9M42U4.pgp Description: PGP signature
Re: [gentoo-dev] openssl-0.9.7g testing
* Mike Frysinger <[EMAIL PROTECTED]> [05/05/09 02:46 -0400]: > please report back to me with your arch/gcc/cflags/openssh info and whether > it > worked ! I had to switch to openssl-0.9.7g two weeks back due to problems with cert-signing in a special case. No problems so far on ppc32. gcc version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) CFLAGS="-O3 -mcpu=G3 -mtune=G3 -pipe" OpenSSH_3.9p1, OpenSSL 0.9.7g 11 Apr 2005 Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgpzYiH8MnsIl.pgp Description: PGP signature
Re: [gentoo-dev] Re: New category proposal
* Collins Richey <[EMAIL PROTECTED]> [05/05/08 17:01 -0600]: > You could always borrow from the Germans and call it app-handy. Yeah! That's pure Denglisch :) And while we are on it, add all packages for presentations into an "app-beamer" group ;-) Well, back on topic. Some of the suggested packages will not work with GSM-phones only, but also with DECT-phones. And if we include VoIP-Applications, they can finally get into a better home than net-misc... app-telephony? phone-mobile/phone-net? Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgp24ZR8Dtr0S.pgp Description: PGP signature
Re: [gentoo-dev] New category proposal
* Alin Nastac <[EMAIL PROTECTED]> [05/05/08 16:17 +0300]: > I think we should make a new category called app-cellphone containing > the following packages: Add app-misc/scmxx app-misc/gscmxx app-misc/vmoconv to the list. They are all for Siemens phones. sys-fs/siefs may be another candidate, but it matches better in sys-fs. Probably you want to create a cellphone-herd that takes care of those filesystem-packages, like siefs and the obex-utilities? Regards Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgplwGO9kqx63.pgp Description: PGP signature
Re: [gentoo-dev] Kernel Sources on the DISTFILES mirrors
* Carlos Silva <[EMAIL PROTECTED]> [05/04/26 02:57 +0100]: > Well, i really don't know that one... what does it make, and where can i > find info about it? It's in the portage man-page. Just search for 'mirrors' and find other interesting stuff in that page as well ;-) Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgpXPmGjT58TL.pgp Description: PGP signature
Re: [gentoo-dev] Re: metadata cleaning
* Torsten Veller <[EMAIL PROTECTED]> [05/04/20 01:32 +0200]: > app-cdr/gtoaster This one is now property of the media-optical herd. Regards, Lars -- Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258 Gentoo Linux PowerPC: Manager and Release Engineer Gentoo Infrastructure : CVS Administrator Gentoo Public Relations : Assistance for Europe pgp3HdCeiTOWj.pgp Description: PGP signature