Re: [gentoo-dev] Getting Important Updates To Users
On Tuesday 01 November 2005 15:29, Chris Gianelloni wrote: On Tue, 2005-11-01 at 03:21 +, Ciaran McCreesh wrote: On Tue, 1 Nov 2005 12:11:37 +0900 pclouds [EMAIL PROTECTED] wrote: | Just curious how other distros deliver important news to their | users? By sticking out a new everything is incompatible release once or twice a year. Yeah, there's that, too. Want a new version of openldap that doesn't upgrade cleanly? Add it to the next release. Wanting to switch from Apache 1.x to Apache 2.x? Add it to the next release. Being source-based and dynamic makes this somewhat harder on us than on others. Besides the fact that we like to offer our users the choices that would mean different releases for such distro's. Our users are able to do it just with our repos and sometimes even do both. Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net pgpHZebEWiLV1.pgp Description: PGP signature
Re: [gentoo-dev] GLEP ??: Critical News Reporting
On Wednesday 02 November 2005 02:29, Brian Harring wrote: On Tue, Nov 01, 2005 at 10:16:35PM +, Ciaran McCreesh wrote: | How will it handle GLSAs then? [1] gentoolkit != portage. Correct. Course, also incorrect. A plan for handling GLSA's from portage (emerge --security) was announced some time ago. Is this still planned (i.o.w. portage handling xml)? -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Proposed changes to base profile for Gentoo/ALT
As I'd like to get sooner or later (better sooner) the profiles for Gentoo/FreeBSD in main tree, I've synced the fake base profile in gentoo-alt overlay with the one in the tree. Unfortunately there are things in base that are linux-specific, so they, IMHO, should be moved in default-linux. The attached patch is the proposed changes, they are mainly linux-specific userland that does not work outside of Linux-based systems, but there are also some GNU-specific packages like which that we don't use. I would have some other changes for virtuals, but they are less important right now. Obviously if this is going to be applied the missing packages should be added to the packages of default-linux and other linux profiles that does inherit from base. Comments? -- Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE Only in /home/flame/devel/gentoo-x86/profiles/base/: CVS Only in base/: fake diff -ur /home/flame/devel/gentoo-x86/profiles/base/packages base/packages --- /home/flame/devel/gentoo-x86/profiles/base/packages 2005-09-09 20:20:51.0 +0200 +++ base/packages 2005-11-02 13:02:59.0 +0100 @@ -27,32 +27,20 @@ *virtual/baselayout *app-arch/bzip2 *app-arch/cpio -*app-arch/tar *app-shells/bash *dev-lang/perl *dev-lang/python -*net-misc/iputils *net-misc/rsync *net-misc/wget -*sys-apps/coreutils -*sys-apps/debianutils *sys-apps/diffutils *sys-apps/file -*sys-apps/findutils *sys-apps/gawk *sys-apps/grep *sys-apps/groff -*sys-apps/kbd *sys-apps/man -*sys-apps/man-pages -*sys-apps/net-tools *=sys-apps/portage-2.0.51 -*sys-process/procps -*sys-process/psmisc *sys-apps/sed -*sys-apps/shadow *sys-apps/texinfo -*sys-apps/which *sys-devel/autoconf *sys-devel/autoconf-wrapper *sys-devel/automake @@ -66,8 +54,6 @@ *sys-devel/m4 *sys-devel/make *sys-devel/patch -*sys-fs/e2fsprogs -*sys-libs/cracklib *sys-libs/ncurses *sys-libs/readline *sys-libs/zlib @@ -75,7 +61,6 @@ *virtual/editor *virtual/gzip *virtual/libc -*virtual/modutils *virtual/os-headers *virtual/pager *virtual/ssh Only in base/: .svn pgpwyffK71Thu.pgp Description: PGP signature
Re: [gentoo-dev] GLEP ??: Critical News Reporting
On Tue, 2005-11-01 at 19:29 -0600, Brian Harring wrote: We already have a module for parsing metadata.xml in use in the experimental 2.1 branch (which can be backported to 2.0 if anyone wants it and does the work). Python comes bundled with xml as long as you don't have the build flag enabled. Translation: it won't work on a stage1 tarball, but will work any time after bootstrap. ;] -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Proposed changes to base profile for Gentoo/ALT
On Wed, 2005-11-02 at 13:11 +0100, Diego 'Flameeyes' Pettenò wrote: As I'd like to get sooner or later (better sooner) the profiles for Gentoo/FreeBSD in main tree, I've synced the fake base profile in gentoo-alt overlay with the one in the tree. Unfortunately there are things in base that are linux-specific, so they, IMHO, should be moved in default-linux. I'll agree with you that they should be moved, but there's also nothing binding you to inheriting base. The attached patch is the proposed changes, they are mainly linux-specific userland that does not work outside of Linux-based systems, but there are also some GNU-specific packages like which that we don't use. Perhaps a full patch that also places the changes into the proper locations would be in order? I would have some other changes for virtuals, but they are less important right now. This is completely unnecessary as you can override any virtuals in your profiles. Obviously if this is going to be applied the missing packages should be added to the packages of default-linux and other linux profiles that does inherit from base. Comments? -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
[gentoo-dev] Prozilla
www-client/prozilla has been masked since february with quite a few security vulnerabilities. It's even had a lovely bug with tons of comments and code additions and audits[1]. Can we ditch it please? kyoto skyfw # emerge -pv prozilla These are the packages that I would merge, in order: Calculating dependencies !!! All ebuilds that could satisfy prozilla have been masked. !!! One of the following masked packages is required to complete your request: - www-client/prozilla-1.3.7.3 (masked by: package.mask) # Tavis Ormandy [EMAIL PROTECTED] (9 Feb 2005) # Masked pending security audit. 1. http://bugs.gentoo.org/show_bug.cgi?id=70090 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Proposed changes to base profile for Gentoo/ALT
On Wednesday 02 November 2005 15:38, Mike Frysinger wrote: -*app-arch/tar put '-*app-arch/tar' into your packages I'm still thinking for the eselect-able tar command and virtual/tar, as long as they are syntax-compatible (bsdtar and gnutar are compatible). -*sys-process/procps err, this isnt linux specific ... it is ported to other systems (like FreeBSD) FreeBSD provide its own ways for these commands, and it will collides with base system commands. Also, the FreeBSD versions uses libkvm to get data and are usually faster/safer. -*sys-apps/shadow this should be prob turned into a virtual instead I'd say so. -*sys-apps/which this isnt linux-specific GNU specific, FreeBSD and NetBSD does not require this, have their own versions. It's not masked, as the newer versions should install as gwhich, but it's also not a requirement. -*sys-fs/e2fsprogs this should be prob turned into a virtual instead Not sure about this, as there are packages that uses the library provided by this (not only libcom_err and libss, but the rest), but then it has the base mkfs/fsck utils for base linux system, but not needed by BSD. A virtual might work, yeah. -*sys-libs/cracklib we can prob punt this since shadow has a hard dep on it anyways ... Right. -*virtual/modutils FreeBSD doesnt support kernel modules ? Not with the same ideas of Linux. There's no extra package for this, the commands are in the base system. Yeah we can probably set the PROVIDE and the virtual but... do we *really* need to add the dep on the virtual for every port? I'd think that just Linux has reasons of having this (as other system has no alternatives), so no reason to let the other systems resolve an extra virtual... -- Diego Flameeyes Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgp0XkTRDAM21.pgp Description: PGP signature
Re: [gentoo-dev] Proposed changes to base profile for Gentoo/ALT
On Wed, Nov 02, 2005 at 04:22:25PM +0100, Diego 'Flameeyes' Petten? wrote: On Wednesday 02 November 2005 15:38, Mike Frysinger wrote: -*app-arch/tar put '-*app-arch/tar' into your packages I'm still thinking for the eselect-able tar command and virtual/tar, as long as they are syntax-compatible (bsdtar and gnutar are compatible). then we would make it virtual/tar, we wouldnt remove the package all together -*sys-process/procps err, this isnt linux specific ... it is ported to other systems (like FreeBSD) FreeBSD provide its own ways for these commands, and it will collides with base system commands. Also, the FreeBSD versions uses libkvm to get data and are usually faster/safer. then you can make a virtual too :P -*sys-apps/which this isnt linux-specific GNU specific, FreeBSD and NetBSD does not require this, have their own versions. It's not masked, as the newer versions should install as gwhich, but it's also not a requirement. it isnt a GNU package ... the package isnt part of gnu.org and it's used on a ton of operating systems as is it's in system because everyone expects it to be on your system and too many scripts just use it out of hand to try and track it -*virtual/modutils FreeBSD doesnt support kernel modules ? Not with the same ideas of Linux. There's no extra package for this, the commands are in the base system. Yeah we can probably set the PROVIDE and the virtual but... do we *really* need to add the dep on the virtual for every port? I'd think that just Linux has reasons of having this (as other system has no alternatives), so no reason to let the other systems resolve an extra virtual... why dont we get a larger sampling of other systems first :p -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Proposed changes to base profile for Gentoo/ALT
On Wed, Nov 02, 2005 at 11:12:43AM -0500, solar wrote: On Wed, 2005-11-02 at 14:38 +, Mike Frysinger wrote: On Wed, Nov 02, 2005 at 01:11:24PM +0100, Diego 'Flameeyes' Petten? wrote: Obviously if this is going to be applied the missing packages should be added to the packages of default-linux and other linux profiles that does inherit from base. linux-based profiles should inherit default-linux rather than base anyways ... Thats a lot easier said than done and I'd rather us not inherit from default-linux for the uclibc i dont think it'd be a problem for use with uclibc ... we'd just need to drop pwdb and hdparm from our packages ... btw, why is pwdb in our system ? `scanelf -lpq -N libpwdb.so.0` on my system shows no hits ... is it a pam thing ? -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
On Wednesday 02 November 2005 16:56, Dale wrote: !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/bonobo-1.0.22/work/bonobo-1.0.22/config.log -- Mike Williams -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
On Wed, 2005-11-02 at 10:56 -0600, Dale wrote: Well, it's me again. LOL I am trying to successfully finish a revdep-rebuild and am having a bit of fun with it. It wants to recompile gnome-base/bonobo-1.0.22 and it fails to finish the compile with this: ...SKIP... checking for GTK - version = 1.2.0... no *** Could not run GTK test program, checking why... *** The test program failed to compile or link. See the file config.log for the ... [EMAIL PROTECTED] / # * x11-libs/gtk+ Latest version available: 2.6.10 Latest version installed: 2.6.10 Size of downloaded files: 11,260 kB Homepage:http://www.gtk.org/ Description: Gimp ToolKit + License: LGPL-2 It looks like I have 2.6.10 installed even though it says 1.2.10. What's up with this? How I fix it? Thanks much. Dale, :-) -- To err is human, I'm most certainly human. Hi, An essential feature of portage is the ability to have two/three/more different (usually major) versions of the same package installed at the same time. Examples: GTK - 12 Glib 12 etc. etc. They are called SLOTS in gentoo terms. So the message means you don't have GTK-1.2.X. HTH.Rumen signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
Dave Shanker wrote: Try emerging x11-libs/gtk+ again and then building bonobo again. I did that first thing. I was hoping it would fix it too. It compiled fine but puked on bonobo afterwards. I even did the etc-update and env-update thing. Would a source /etc/profile help maybe? Dale :-) -- To err is human, I'm most certainly human. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
Dale wrote: Well, it won't let me copy and paste it in. I hope a attachemnt is OK. It is pretty big too. It may be best as a attachment anyway. It has the word error and warning in it, a *lot*. I suspect that ain't good. Dale :-) Hurray for 812K attachments to a public mailing list :/ -- Andrew Gaffneyhttp://dev.gentoo.org/~agaffney/ Gentoo Linux Developer Installer Project -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
Andrew Gaffney wrote: Dale wrote: Hurray for 812K attachments to a public mailing list :/ Well, he asked me for it. Was I supposed to ignore the request? He asked so I assume he needs it to see what is up. It may as well be Greek to me so maybe he can understand it. I'm new here so how was I supposed to do that? It wouldn't let me paste it either, which would have been big then too. Not sure why though. Never had it not let me paste before. Dale :-) -- To err is human, I'm most certainly human. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
On Wed, 2005-11-02 at 11:41 -0600, Dale wrote: Rumen Yotov wrote: Hi, An essential feature of portage is the ability to have two/three/more different (usually major) versions of the same package installed at the same time. Examples: GTK - 12 Glib 12 etc. etc. They are called SLOTS in gentoo terms. So the message means you don't have GTK-1.2.X. HTH.Rumen I know Gentoo will let you have more than one version installed but it appears that I or it needs to do something so it will use which ever one it needs. I don't know how to do that, yet. Maybe Mike or you will help me with that 'yet' part. Maybe I need to install something new. Thanks, Dale :-) -- To err is human, I'm most certainly human. Hi, Wrote too fast, now checking things first. First advice is to recompile GTK+, this usually fixes things. Then bonobo again. Now to get some info first: ... #dep -l bonobo gnome-base/bonobo-1.0.22: =gnome-base/orbit-0* gnome-base/orbit-0.5.17 nls?=dev-util/intltool-0.11 dev-util/intltool-0.34.1 =gnome-base/gnome-print-0.30 gnome-base/gnome-print-0.37 =gnome-base/oaf-0.6.8 gnome-base/oaf-0.6.10 =media-libs/gdk-pixbuf-0.6 media-libs/gdk-pixbuf-0.22.0-r3 dev-lang/perldev-lang/perl-5.8.6-r6 nls?sys-devel/gettextsys-devel/gettext-0.14.4 sys-devel/gnuconfig sys-devel/gnuconfig-20050602 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 ... these are bonobo's dependencies. Now to check gdk-pixbuf: ... #dep gdk-pixbuf media-libs/gdk-pixbuf-0.22.0-r3: !amd64? sys-libs/db-2 sys-libs/db-1.85-r2 =x11-libs/gtk+-1.2* x11-libs/gtk+-1.2.10-r11 =gnome-base/gnome-libs-1.4.1.2-r1 gnome-base/gnome-libs-1.4.2 =media-libs/libpng-1.2.1 media-libs/libpng-1.2.8 media-libs/jpeg media-libs/jpeg-6b-r5 media-libs/tiff media-libs/tiff-3.7.3 sys-devel/gnuconfig sys-devel/gnuconfig-20050602 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 !!! ebuild_dep_to_stdout x11-base/xorg-x11-7.0.0_rc1 /var/portage X? virtual/x11 x11-base/xorg-x11-6.8.2-r4 ... See here gdk-pixbuf depends on =x11-libs/gtk+-1.2*. So it seems you must have GTK+-1.2.x. Use (the old deprecated) qpkg: qpkg --dups -v to check if you have both GTK+ installed (part of gentoolkit,but missing in latest versions). HTH.Rumen signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
On Wed, 2005-11-02 at 12:03 -0600, Dale wrote: Andrew Gaffney wrote: Dale wrote: Hurray for 812K attachments to a public mailing list :/ Well, he asked me for it. Was I supposed to ignore the request? He asked so I assume he needs it to see what is up. It may as well be Greek to me so maybe he can understand it. No. He asked for it to be posted to your bug report, which goes to http://bugs.gentoo.org instead. This is a discussion list. It isn't a support forum. If you think you have found a bug, it should be reported to our bug database. I'm new here so how was I supposed to do that? It wouldn't let me paste it either, which would have been big then too. Not sure why though. Never had it not let me paste before. Send it to http://bugs.gentoo.org instead. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] GLEP ??: Critical News Reporting
On Tuesday 01 of November 2005 23:16 Ciaran McCreesh wrote: | How will it handle GLSAs then? [1] gentoolkit != portage. To quote GLEP 14 [1]: Once this tool is implemented and well tested it can be integrated into portage. | It's not a question of what's wrong with XML?. It's a question of | what advantage would we gain by strapping a giant flapping wet | kipper to a bicycle?. | | Or (a little bit rephrased) why should we stick with consistent file | formats. Uh, you'd have to invent a load of new XML DTD stuff for this anyway. Nope. We can build on *existing* GLSA DTD and on *existing* code. The downside is that Portage integration could be slower (same case as with `glsa-check`, AFAIK). So you're not using a consistent file format at all, you're just using a consistent unnecessary layer in the middle, which as a side effect makes your files incompatible with every standard Unix tool ever written. See below. Using XML does not magically make things compatible. XML is just a layer in the middle. Any tool processing XML files still has to worry about however the DTD in question works. Just to clarify - I don't say that XML is The Best Way To Go (tm), I'm just pointing out another possibility of implementation which is *very* similar to the way GLSAs are processed. GLSA already contains stuff for marking items as valid only for given systems, for injecting them etc. Why don't use existing code? Why duplication? Have a look at the XML source of any GLSA. You think XML magically makes things compatible? Then I suggest you write a GuieXML to Docbook conversion tool, and see how many thousand lines of XSLT it takes. All XML does is move the conversion and parsing problems to a different, more complex level. I'm not familiar with DocBook, but I doubt I'll need thousands of lines of code. [1] http://www.gentoo.org/proj/en/glep/glep-0014.html WKR, -jkt -- cd /local/pub more beer /dev/mouth pgpjwA8sWa0OI.pgp Description: PGP signature
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
Alec Warner wrote: I would suggest the gentoo-user mailing list, this list is not appropriate for this discussion. And in the future if there is a large attachment it is better to place it somewhere on the web and just link to it. People archiving the list don't need a large attachment archived as well. Sorry, wrong list. I thought that was what I sent it too. I don't have anyway to host the file. I'm on dial-up and don't have a host either. Sort of limits me a bit. I need to figure out how to make sure I don't hit the wrong list again too. See sig for better explanation. Sorry, Dale :( -- To err is human, I'm most certainly human. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ERROR: gnome-base/bonobo-1.0.22 failed.
Rumen Yotov wrote: Hi, Wrote too fast, now checking things first. First advice is to recompile GTK+, this usually fixes things. Then bonobo again. Now to get some info first: ... #dep -l bonobo gnome-base/bonobo-1.0.22: =gnome-base/orbit-0* gnome-base/orbit-0.5.17 nls?=dev-util/intltool-0.11 dev-util/intltool-0.34.1 =gnome-base/gnome-print-0.30 gnome-base/gnome-print-0.37 =gnome-base/oaf-0.6.8 gnome-base/oaf-0.6.10 =media-libs/gdk-pixbuf-0.6 media-libs/gdk-pixbuf-0.22.0-r3 dev-lang/perldev-lang/perl-5.8.6-r6 nls?sys-devel/gettextsys-devel/gettext-0.14.4 sys-devel/gnuconfig sys-devel/gnuconfig-20050602 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 ... these are bonobo's dependencies. Now to check gdk-pixbuf: ... #dep gdk-pixbuf media-libs/gdk-pixbuf-0.22.0-r3: !amd64? sys-libs/db-2 sys-libs/db-1.85-r2 =x11-libs/gtk+-1.2* x11-libs/gtk+-1.2.10-r11 =gnome-base/gnome-libs-1.4.1.2-r1 gnome-base/gnome-libs-1.4.2 =media-libs/libpng-1.2.1 media-libs/libpng-1.2.8 media-libs/jpeg media-libs/jpeg-6b-r5 media-libs/tiff media-libs/tiff-3.7.3 sys-devel/gnuconfig sys-devel/gnuconfig-20050602 !bootstrap? sys-devel/patch sys-devel/patch-2.5.9 !!! ebuild_dep_to_stdout x11-base/xorg-x11-7.0.0_rc1 /var/portage X? virtual/x11 x11-base/xorg-x11-6.8.2-r4 ... See here gdk-pixbuf depends on =x11-libs/gtk+-1.2*. So it seems you must have GTK+-1.2.x. Use (the old deprecated) qpkg: qpkg --dups -v to check if you have both GTK+ installed (part of gentoolkit,but missing in latest versions). HTH.Rumen Well, emerge --oneshot '=dev-libs/glib-1.2*' seemed to have fixed it to a point anyway. cough cough, I'm going to move to the correct list, gentoo-user for further help. I sort of hit the wrong one somehow. Thanks, see you there cause it borked at something else this time. Dale :-) -- To err is human, I'm most certainly human. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP ??: Critical News Reporting
On Tuesday 01 November 2005 14:39, Jakub Moc wrote: 1.11.2005, 13:26:57, Ciaran McCreesh wrote: On Tue, 01 Nov 2005 13:16:03 +0100 Thierry Carrez [EMAIL PROTECTED] wrote: | For them to know about it, they need to be warned when they do their | emerge -p world or emerge -a mysql that the upgrade is not as easy | as it seems. People using a cron job to sync are probably a | significant part of our user base... Have Portage give a red flashy before emerge if there're unread news items? Although, a better solution for users who cron sync would be to have said cron mail them all the relevant news files... Uhm... emerge sync is a *bad* time to display upgrade messages, it's simply irrelevant at that time, I'm not upgrading anything at the moment and might not be upgrading for next week or so. The messages should be displayed when I'm about to upgrade an ebuild which has an upgrade note associated with the new version. Sending mail via cron might be a nice optional feature for those who want to use it. I think cron as suggested hit the spot here. I do the same with glsa-check -t all to notify me about security issues present on my system. -- Eldad Zack [EMAIL PROTECTED] Key/Fingerprint at pgp.mit.edu, ID 0x96EA0A93 pgp2wxzQheG8t.pgp Description: PGP signature
Re: [gentoo-dev] Getting Important Updates To Users
Hello. First time posting; hope the message isn't ugly. Anyway, from a generic point of view, I think the different suggestions mentioned are all nice. One argument that seems to have cropped up in the latter messages regards those users who do not keep up with news, break their system and then cry. To this I say, you can lead a horse to water, but you can't make him drink. The purpose, imo, for the new methods of pushing out news info is not to reach every single user. It's about pushing more info out and in more meaningful ways; a two-fold problem. Pushing out important info is, I'd sincerely hope, something everyone hear can agree is a good thing. Pushing out more is debatable due to quality versus quantity proportions, but given quality as being high and consistent, pushing more news is a good idea. This leaves how to propagate messages meaningfully. Yes, gentoo has many niche groups that keep up with a small portion (in the overall sense) of news. Creating (or beefing up an existing medium) a common, general place for information is a good thing. But, this shouldn't mean it's a replacement. Just a central location. Basically, the aforementioned methods presented in the thread are interesting and would be nice to have. You can't reach everyone, but the point should be in reaching more in a more effective way. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GLEP ??: Critical News Reporting
On Wed, 2 Nov 2005 19:33:37 +0100 Jan Kundrát [EMAIL PROTECTED] wrote: | Once this tool is implemented and well tested it can be integrated | into portage. can ! will. It might, but don't count on it. | GLSA already contains stuff for marking items as valid only for given | systems, for injecting them etc. Why don't use existing code? Why | duplication? Because it's quicker to invent a wheel which is actually round. | You think XML magically makes things compatible? Then I suggest you | write a GuieXML to Docbook conversion tool, and see how many | thousand lines of XSLT it takes. All XML does is move the | conversion and parsing problems to a different, more complex level. | | I'm not familiar with DocBook, but I doubt I'll need thousands of | lines of code. Oh? Our GuideXML to HTML conversion is thousands of lines of code... -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail: ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm pgpONiFOejduI.pgp Description: PGP signature
[gentoo-portage-dev] branches/2.0 reopened
Hi all, As per previous discussion, 2.0.53_rc7 is pretty much ready to go stable. We're now just waiting on it lasting a couple of weeks without bugs. Seeing as we're all wanting to move ahead with 2.0.54 (and that 2.0.54 has already been committed to the branch), we may as well get on with it. ;) Reminder: Anybody who commits to portage should be on this list and following/participating in what's going on. -- Jason Stubbs -- gentoo-portage-dev@gentoo.org mailing list