Re: [gentoo-dev] Re: anybody wants app-misc/nomad-tool?
понеділок, 18. грудень 2006 08:19, Steve Long Ви написали: George Shapovalov wrote: Masked, as per previous announement. Nobody stepped up, so this is now on track for removal. I read the original post, and you seemed quite keen on keeping it in; have Well, considering I wrote a gui for that tool I surely have an incentive to keep it around :). That is as long as the tool itself works.. Besides, is there still anybody who has that player in a working condition? Which leads to this one: you posted to the user rep forum to see if you can p-maintain it for a user or group of users? I could. Is this a particular forum on forums.gentoo.org? (sorry, I am not that familiar with forums) Is it this one by chance: http://forums.gentoo.org/viewtopic-t-314693.html ? From the About page this does not really sound like the one, but I don't see anything more related.. George -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Dependencies on system packages
On Mon, 18 Dec 2006 07:28:25 + Steve Long [EMAIL PROTECTED] wrote: | Ciaran McCreesh wrote: | That one pulls us back into the lack of distinction between stuff | needed when compiling against this library and stuff this library | needs to run. | | Wouldn't your c-toolchain or a compiler eg for PERL or Java do? You're missing the distinction. The easy example, but not the best, is pkg-config: many libraries must be used via pkg-config, so they need to RDEPEND upon it to avoid breaking binary packages. However, they don't actually require it at runtime. The other option, which is just about doable in this one particular case, is to make any package that uses a library that uses pkg-config DEPEND upon pkg-config. | | or by using meta-packages. | | DEPEND=virtual/c-toolchain would indeed be nice, but it's a rather | large change... | | How so? Isn't it simply a new meta? And an entire tree to update before it becomes meaningful. -- Ciaran McCreesh Mail: ciaranm at ciaranm.org Web : http://ciaranm.org/ Paludis is faster : http://ciaranm.org/show_post.pl?post_id=61 signature.asc Description: PGP signature
[gentoo-dev] New developer: Christian Marie (pingu)
It's my pleasure to introduce to you Christian pingu Marie. He is joining us to help with the mozilla herd but will probably do other things too in the future. He hails from down under. He's living in Australia and currently work as a developer at a small company (www2.solutionsfirst.com.au), which is best described as providing commercial support for open source software. Although he is a youngster compared to some of us, he has been programming in his spare time for six years. So please give pingu the usual warm welcome. -- Petteri Räty (Betelgeuse) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] New developer: Christian Marie (pingu)
On Mon, Dec 18, 2006 at 02:06:47PM +0200, Petteri Räty wrote: So please give pingu the usual warm welcome. So where's Chris White with his mad pole dancing skills when you need him? cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgpazslVWJqo5.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] USE_EXPAND variable to choose ALSA PCM plugins
On Wednesday 13 December 2006 16:09, Diego 'Flameeyes' Pettenò wrote: As you can see, the modified ebuild I'm currently using also has two more useflags, midi and alisp: the first disable all the support for sequencer, rawmidi, instrumentation and samples loading, I think that nowadays most of the people simply don't care about that it so it might be worth having it as useflag (SuSE seems to disable at least sampleloading), while the latter disables alisp interpreter for advanced (and complex) configuration (SuSE also disable this). I'm probably going to add these changes as a masked -r1 (even for following versions of alsa-lib for a while), as there are a couple of problems: - alsa-lib depends internally on rawmidi to be enable it seems, till that's cleared (either upstream or if I get enough time to work on it), rawmidi cannot be disabled; - at least one package (k3b) checked for the presence of one of the seq functions to enable ALSA, which then failed with midi disabled; I've fixed this upstream (thanks to Sebastian Trüg who's always responsive), and I'll apply it to 1.0_rc2 ebuild when I commit the modified alsa-lib, but more programs can have similar errors, so it needs a throughout testing before going live. I'll also see to add some warnings if the user tries to disable the plugins that are most commonly needed (like ioplug, dmix or iec958). -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgp5pe21npWrR.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] USE_EXPAND variable to choose ALSA PCM plugins
On Sunday 17 December 2006 14:37, Rémi Cardona wrote: Since I'm not very alsa litterate, on a typical system, what kind of plugins - other than dmix and dsnoop - are used by typical applications (totem, mplayer, amarok, ...)? If a user decides to remove some plugins, do typical applications handle this cleanly or do they crash and burn? Depends; if you want passthrough (a52 and dts), as well as direct 5.1 PCM output on digital audio connectors you need iec958; ioplug is needed to access almost everything (so I'm tempted to just enable it by default but it might be useful to be left disabled on embedded systems); if the application can't access the output device because of missing plugins, it usually just tells you that it was unable to find the ALSA device. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgp3vWMUyLsBV.pgp Description: PGP signature
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-17 23h59 UTC. So what is right, the attachment or the list in the email? I know that my removals/additions from the list are correct, so what is the attachment? -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Mon, 2006-12-18 at 08:47 -0500, Chris Gianelloni wrote: On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-17 23h59 UTC. So what is right, the attachment or the list in the email? Nevermind... just saw your second mail. -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
[gentoo-dev] New packages, but why?
On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: app-crypt/asedriveiiie-usb2006-12-16 11:04:37 alonbl app-crypt/asedriveiiie-serial 2006-12-16 11:05:13 alonbl Just curious about these two packages. Why were they added to the tree? There is already sys-apps/pcsc-ase-iiie-drv which handles both the USB and Serial versions of this hardware. Is there something else I am missing? -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-17 23h59 UTC. OK. Here's a fun question for you... Is it possible to have a slightly modified version of this script run, and the output sent to gwn-feedback for inclusion in the GWN? This would make my life tremendously easier, since currently I have to completely reformat this by hand. Basically, I would want the output to look like: table tr thPackage:/th thAddition date:/th thContact:/th /tr tr tisci-biology/amap/ti ti11 Dec 06/ti timail link=[EMAIL PROTECTED]Donnie Berkholz/mail/ti /tr /table table tr thPackage:/th thRemoval date:/th thContact:/th /tr tr tigames-fps/ut2004-domain2049/ti ti12 Dec 06/ti timail link=[EMAIL PROTECTED]Chris Gianelloni/mail/ti /tr /table -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
Hi, On Mon, 18 Dec 2006 10:02:00 -0500 Chris Gianelloni [EMAIL PROTECTED] wrote: On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-17 23h59 UTC. OK. Here's a fun question for you... Is it possible to have a slightly modified version of this script run, and the output sent to gwn-feedback for inclusion in the GWN? This would make my life tremendously easier, since currently I have to completely reformat this by hand. Basically, I would want the output to look like: I think it should also include the Homepage(s) and Description of the packages so readers could easily check what that additions are all about. While I'm not that sure that additions date and probably who made the addition are that important for readers. table tr thPackage:/th thAddition date:/th thContact:/th /tr tr tisci-biology/amap/ti ti11 Dec 06/ti timail link=[EMAIL PROTECTED]Donnie Berkholz/mail/ti /tr /table So I think it should be something like: table tr thPackage:/th thHomepage:/th thDescription:/th /tr tr tiuri link=http://packages.gentoo.org/packages/?category=sci-biology;name=amap sosci-biology/amap/uri/ti tiuri link=http://bio.math.berkeley.edu/amap/;Homepage/uri/ti tiProtein multiple-alignment-based sequence annealing/ti /tr /table Best, Yuri. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New developer: Christian Marie (pingu)
Petteri Räty wrote: It's my pleasure to introduce to you Christian pingu Marie. He is joining us to help with the mozilla herd but will probably do other things too in the future. He hails from down under. He's living in Australia and currently work as a developer at a small company (www2.solutionsfirst.com.au), which is best described as providing commercial support for open source software. Although he is a youngster compared to some of us, he has been programming in his spare time for six years. So please give pingu the usual warm welcome. pongu Welcome to the pleasure dome ;) -- Timothy `Drizzt` Redaelli - http://drizzt.bsdnet.eu/blog/ FreeSBIE Developer, Gentoo Developer, GUFI Staff There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Proxy maintainers
On Monday, 18. December. 2006 08:12, Steve Long wrote: Yeah, I'd like to see something come of this too; I spoke to someone on IRC (I've forgotten the login, began with `a') who was really helpful, as I was asking about p-ming synfig packages. He (I remember it was a bloke) mentioned I think mailing to [EMAIL PROTECTED] and also mentioned that he'd be working on the project in the new year. That would have been antarus (Alec), current treecleaner/proxy-maint lead. -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
Yuri Vasilevski wrote: Hi, On Mon, 18 Dec 2006 10:02:00 -0500 Chris Gianelloni [EMAIL PROTECTED] wrote: On Sun, 2006-12-17 at 23:20 -0800, Robin H. Johnson wrote: The attached list notes all of the packages that were added or removed from the tree, for the week ending 2006-12-17 23h59 UTC. OK. Here's a fun question for you... Is it possible to have a slightly modified version of this script run, and the output sent to gwn-feedback for inclusion in the GWN? This would make my life tremendously easier, since currently I have to completely reformat this by hand. Basically, I would want the output to look like: Yeah I can modify the output to do tables. If I can find the script, I know it's on one of these lab machines ;) I think it should also include the Homepage(s) and Description of the packages so readers could easily check what that additions are all about. While I'm not that sure that additions date and probably who made the addition are that important for readers. The only reason the contact and date are there is because the code for removals and additions is basically the same (A or D tells me which one it is) and all that info is available in the CVS history file. The problem with HOMEPAGE or DESCRIPTION is that they are version specific and there is no way to choose which version to pick in the case where more than one version was added at the same time. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] /var/lib/init.d/* vs. pidfiles
Hi folks, the bug 139243 shows an possible problem in the init.d system: it stores the service status in /var/lib/init.d/started and of course refuses to start an certain service if its already there (at least if zap not given). This is okay, as long as services don't die abnormally, as my ntpd did in bug 139243 - in this case init.d thinks it's already running and so of course refuses to start it. The main problem is that init.d relies on its own status flag, but does not check any pidfile and so has wrong information. Is there already any way for telling it to use some pidfile ? The files in /var/lib/init.d/deamons already contain pidfiles, so this could be used. cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] /var/lib/init.d/* vs. pidfiles
On Mon, 18 Dec 2006 18:39:06 +0100 Enrico Weigelt [EMAIL PROTECTED] wrote: Hi folks, the bug 139243 shows an possible problem in the init.d system it stores the service status in /var/lib/init.d/started and I'm going to stop you right there. Before claiming design problems in the init system, you could at least have the good grace to try out the most current available in portage where you would know 1) status is now in /lib/rcscripts/init.d/{started,starting,etc} 2) A simple status call to the init script checks running daemons and returns either 0 or 1 appropriately allowing a sys admin to report on crashed services and possible take an automated action. This isn't the first time you've done this, but please when you feel the urge to post the next time try searching the archives and or bugzilla where this exact issue has already been discussed. Thanks Roy -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Mon, 2006-12-18 at 11:38 -0500, Alec Warner wrote: The only reason the contact and date are there is because the code for removals and additions is basically the same (A or D tells me which one it is) and all that info is available in the CVS history file. The problem with HOMEPAGE or DESCRIPTION is that they are version specific and there is no way to choose which version to pick in the case where more than one version was added at the same time. As a compromise, how about having the package names link to their packages.gentoo.org page? -- Chris Gianelloni Release Engineering Strategic Lead Alpha/AMD64/x86 Architecture Teams Games Developer/Council Member/Foundation Trustee Gentoo Foundation signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Mon, Dec 18, 2006 at 09:33:59AM -0600, Yuri Vasilevski wrote: I think it should also include the Homepage(s) and Description of the packages so readers could easily check what that additions are all about. While I'm not that sure that additions date and probably who made the addition are that important for readers. The homepage and description are inside ebuilds, whereas the information presently is not taken from the ebuilds at all (rather from the CVS history as I previously noted). Sure it's doable, but it's a lot more work. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgp4qAWJPRRx3.pgp Description: PGP signature
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
061218 Robin H. Johnson wrote: On Mon, Dec 18, 2006 at 09:33:59AM -0600, Yuri Vasilevski wrote: It should also include the Homepage(s) and Description of the packages so readers could easily check what that additions are all about. The homepage and description are inside ebuilds Sure it's doable, but it's a lot more work. All anyone needs to do is 'eix pkg-spec via clipboard'. I just checked the new 'app-editors/tea' that way. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
Hi, On Mon, 18 Dec 2006 11:38:14 -0500 Alec Warner [EMAIL PROTECTED] wrote: I think it should also include the Homepage(s) and Description of the packages so readers could easily check what that additions are all about. While I'm not that sure that additions date and probably who made the addition are that important for readers. The only reason the contact and date are there is because the code for removals and additions is basically the same (A or D tells me which one it is) and all that info is available in the CVS history file. The problem with HOMEPAGE or DESCRIPTION is that they are version specific and there is no way to choose which version to pick in the case where more than one version was added at the same time. The way I implemented this was to get the homepage(s) and description from the newest version, but I think absolutely any convention will work as in the very rare cases where someone commits several versions with different homepages or descriptions, giving the info about just one of the versions should be quite a good indicator on what this package is all about, else the versions should not share the same package name (in the case that they do completely different things). Also, to get that info you can use portageq in a reasonably simple way, something like: let ebuild be $CATEGORY/$PF homepage=$(PORTDIR_OVERLAY=${CVS_DIR} portageq metadata / ebuild \ ${ebuild} HOMEPAGE) description=$(PORTDIR_OVERLAY=${CVS_DIR} portageq metadata / ebuild \ ${ebuild} DESCRIPTION) This will make the script a little bit slower, but it should not be that hard to integrate. Best, Yuri. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Mon, Dec 18, 2006 at 02:53:56PM -0600, Yuri Vasilevski wrote: This will make the script a little bit slower, but it should not be that hard to integrate. Please read the message that I sent as well. In specific, there is NO way we can gaurentee that the machine has an up to date copy of the tree - thus why we use CVS history directly. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgp0UtIGta4Y0.pgp Description: PGP signature
[gentoo-dev] Proposal for adding berlios to thirdpartymirrors.
Excerpt from the official site: BerliOS Developer is a free service to Open Source developers offering easy access to the best in CVS/SVN, mailing lists, bug tracking, message boards/forums, task management, site hosting, permanent file archival, full backups, and total web-based administration. To summarise the above sentence, it is a service similar to SourceForge. Although BerliOS currently has only three mirrors, this would most probably change as the number of projects hosted by BerliOS increases. As of writing this email, BerliOS is hosting 4842 projects. There are 206(?) files being fetched from BerliOS by ebuilds in the tree. This was counted per ebuild, not per package. The proposed mirror name is 'berlios' and the three mirrors are: - http://download.berlios.de - http://download2.berlios.de - ftp://ftp.berlios.de/pub Something along the lines of mirror://berlios/${PN}/${P}.tar.bz2 can be used in SRC_URI. I'm sure all of you understand that not much work would be necessary for the the transition as it can occur over time, for example when package maintainers modify an ebuild. So, what do you folks think? -- David Shakaryan GnuPG Public Key: 0x4B8FE14B signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Proposal for adding berlios to thirdpartymirrors.
On Monday 18 December 2006 23:00, David Shakaryan wrote: I'm sure all of you understand that not much work would be necessary for the the transition as it can occur over time, for example when package maintainers modify an ebuild. So, what do you folks think? Good for me.. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpRsPSDSh9uA.pgp Description: PGP signature
Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-17 23:59 UTC
On Mon, 18 Dec 2006 13:28:22 -0800 Robin H. Johnson [EMAIL PROTECTED] wrote: On Mon, Dec 18, 2006 at 02:53:56PM -0600, Yuri Vasilevski wrote: This will make the script a little bit slower, but it should not be that hard to integrate. Please read the message that I sent as well. In specific, there is NO way we can gaurentee that the machine has an up to date copy of the tree - thus why we use CVS history directly. Yes, sorry, my mistake. For some reason I assumed that on the CVS server you also have the tree ready to use and in an unpacked form. Yuri. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Proposal for adding berlios to thirdpartymirrors.
Piotr Jaroszyński wrote: I had asked about it once and was told that berlios mirrors are unreliable(changing files) and should be avoided. Although things change, so is it still the case? Unless BerliOS changes the URL of one of their mirrors (such as from download.berlios.de to something else), this shouldn't be relevant. The file names for the actual packages are up to the project. If such a large change was to occur, having berlios in thirdpartymirrors would only help, as we'd only have to change it there, and not in every ebuild. -- David Shakaryan GnuPG Public Key: 0x4B8FE14B signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Proposal for adding berlios to thirdpartymirrors.
On Monday 18 December 2006 23:00, David Shakaryan wrote: Excerpt from the official site: BerliOS Developer is a free service to Open Source developers offering easy access to the best in CVS/SVN, mailing lists, bug tracking, message boards/forums, task management, site hosting, permanent file archival, full backups, and total web-based administration. The proposed mirror name is 'berlios' and the three mirrors are: - http://download.berlios.de - http://download2.berlios.de - ftp://ftp.berlios.de/pub Something along the lines of mirror://berlios/${PN}/${P}.tar.bz2 can be used in SRC_URI. I'm sure all of you understand that not much work would be necessary for the the transition as it can occur over time, for example when package maintainers modify an ebuild. So, what do you folks think? Hm, I think this should be fine. I only have one point against this: Has the issue of different files for every download be solved? Thread listed here: http://thread.gmane.org/gmane.linux.gentoo.devel/36077 Matthias -- Matthias Schwarzott Gentoo Developer http://www.gentoo.org -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Proposal for adding berlios to thirdpartymirrors.
On Tuesday 19 December 2006 00:09, Matthias Schwarzott wrote: I only have one point against this: Has the issue of different files for every download be solved? As far as I know, it was. -- Diego Flameeyes Pettenò - http://farragut.flameeyes.is-a-geek.org/ Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... pgpAi79IGG6au.pgp Description: PGP signature