[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-print/hplip: hplip-2.7.10.ebuild ChangeLog hplip-2.7.12.ebuild hplip-2.7.12-r1.ebuild
On Jan 14, 2008 6:39 AM, Donnie Berkholz <[EMAIL PROTECTED]> wrote: > On 15:08 Sun 13 Jan , Denis Dupeyron (calchan) wrote: > > 1.1 net-print/hplip/hplip-2.7.12-r1.ebuild > > # avoid collisions with cups-1.2 compat symlinks > > if [ -e "${ROOT}"/usr/lib/cups/backend/hp ] && [ -e > > "${ROOT}"/usr/libexec/cups/backend/hp ]; then > > rm -f "${ROOT}"/usr/libexec/cups/backend/hp{,fax}; > > fi > > This deletion should probably happen in pkg_preinst() instead, so that a > compilation failure doesn't result in changes to the filesystem. Good point, thanks. I changed it. Denis. -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-db/postgresql: ChangeLog postgresql-7.4.19.ebuild
On 20:14 Sun 13 Jan , Martin Jackson (mjolnir) wrote: > 1.1 dev-db/postgresql/postgresql-7.4.19.ebuild > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-db/postgresql/postgresql-7.4.19.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-db/postgresql/postgresql-7.4.19.ebuild?rev=1.1&content-type=text/plain > src_compile() { > filter-flags -ffast-math -feliminate-dwarf2-dups > > # Correctly support the XML stuff > if use xml ; then > CFLAGS="${CFLAGS} $(pkg-config --cflags libxml-2.0)" > LIBS="${LIBS} $(pkg-config --libs libxml-2.0)" > fi > > # Detect mips systems properly > gnuconfig_update > > cd "${S}" > > ./configure --prefix=/usr \ > --includedir=/usr/include/postgresql/pgsql \ > --sysconfdir=/etc/postgresql \ > --mandir=/usr/share/man \ > --host=${CHOST} \ > --docdir=/usr/share/doc/${PF} \ > --libdir=/usr/$(get_libdir) \ Could you add a comment if econf doesn't work here, and all the other PG-related ebuilds you committed recently? It looks like these options pretty much mirror what econf does. > emake -j1 LD="$(tc-getLD) $(get_abi_LDFLAGS)" || die "main emake failed" Is upstream aware that its parallel build is broken? It might be nice to add a link to the upstream bug, if one exists. Thanks, Donnie -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-print/hplip: hplip-2.7.10.ebuild ChangeLog hplip-2.7.12.ebuild hplip-2.7.12-r1.ebuild
On 15:08 Sun 13 Jan , Denis Dupeyron (calchan) wrote: > 1.1 net-print/hplip/hplip-2.7.12-r1.ebuild > > file : > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-print/hplip/hplip-2.7.12-r1.ebuild?rev=1.1&view=markup > plain: > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-print/hplip/hplip-2.7.12-r1.ebuild?rev=1.1&content-type=text/plain > pkg_setup() { > if ! use ppds ; then > ewarn "Not installing built-in PPD files, which is probably not > what you want." > ewarn "You need USE=ppds if you want to install them." > fi > if use minimal ; then > ewarn "Installing hpijs driver only, make sure you know what > you are doing." > else > use parport && linux-info_pkg_setup > fi > > # avoid collisions with cups-1.2 compat symlinks > if [ -e "${ROOT}"/usr/lib/cups/backend/hp ] && [ -e > "${ROOT}"/usr/libexec/cups/backend/hp ]; then > rm -f "${ROOT}"/usr/libexec/cups/backend/hp{,fax}; > fi This deletion should probably happen in pkg_preinst() instead, so that a compilation failure doesn't result in changes to the filesystem. Thanks, Donnie -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] Last Rites: January 1st - January 13th, 2008
Attached are the packages marked for removal since the beginning of the month. I'll probably start doing this again weekly or biweekly. -- fonts,by design, by neglect gcc-porting, for a fact or just for effect wxwindows @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 sci-mathematics/gturingSebastien Fabbro <[EMAIL PROTECTED]> 11 Jan 2008 sci-mathematics/mupad Sebastien Fabbro <[EMAIL PROTECTED]> 11 Jan 2008 dev-haskell/hs-plugins Lennart Kolmodin <[EMAIL PROTECTED]> 01 Feb 2008 dev-cpp/cppservBenedikt Böhm <[EMAIL PROTECTED]>> 02 Feb 2008 dev-ml/equeue Alexis Ballier <[EMAIL PROTECTED]> 03 Feb 2008 dev-ml/netclient Alexis Ballier <[EMAIL PROTECTED]> 03 Feb 2008 dev-ml/rpc Alexis Ballier <[EMAIL PROTECTED]> 03 Feb 2008 net-dialup/gprs-easy-connect Alin NÄstac <[EMAIL PROTECTED]>>03 Feb 2008 sci-mathematics/kalamaris Sebastien Fabbro <[EMAIL PROTECTED]> 04 Feb 2008 sci-mathematics/ksimus-boolean Sebastien Fabbro <[EMAIL PROTECTED]> 04 Feb 2008 sci-mathematics/ksimus-datarecorder Sebastien Fabbro <[EMAIL PROTECTED]> 04 Feb 2008 sci-mathematics/ksimus-floatingpoint Sebastien Fabbro <[EMAIL PROTECTED]> 04 Feb 2008 sci-mathematics/ksimus Sebastien Fabbro <[EMAIL PROTECTED]> 04 Feb 2008 sci-mathematics/pariguide Sebastien Fabbro <[EMAIL PROTECTED]> 04 Feb 2008 media-video/fenice Luca Barbato <[EMAIL PROTECTED]>05 Feb 2008 media-video/nemesi Luca Barbato <[EMAIL PROTECTED]>05 Feb 2008 net-misc/howl Saleem Abdulrasool <[EMAIL PROTECTED]> 05 Feb 2008 net-analyzer/driftnet Markus Ullmann <[EMAIL PROTECTED]>06 Feb 2008 www-servers/jetty William L. Thomson Jr. <[EMAIL PROTECTED]> 06 Feb 2008 app-admin/hpasmCarsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 app-admin/modlogan Carsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 app-emulation/basiliskII Carsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 dev-util/fenrisCarsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 media-sound/jmax Carsten Lohrke <[EMAIL PROTECTED]>07 Feb 2008 app-i18n/scim-cvs MATSUU Takuto <[EMAIL PROTECTED]>10 Feb 2008 sys-devel/distcc-configRyan Hill <[EMAIL PROTECTED]> 10 Feb 2008 www-apache/mod_auth_external Benedikt Böhm <[EMAIL PROTECTED]>> 12 Feb 2008 media-libs/libdts Samuli Suominen <[EMAIL PROTECTED]>13 Mar 2008 Package: Removal date: Contact: http://packages.gentoo.org/package/sci-mathematics/gturing";>sci-mathematics/gturing 11 Jan 2008 Sebastien Fabbro http://packages.gentoo.org/package/sci-mathematics/mupad";>sci-mathematics/mupad 11 Jan 2008 Sebastien Fabbro http://packages.gentoo.org/package/dev-haskell/hs-plugins";>dev-haskell/hs-plugins 01 Feb 2008 Lennart Kolmodin http://packages.gentoo.org/package/dev-cpp/cppserv";>dev-cpp/cppserv 02 Feb 2008 Benedikt Böhm http://packages.gentoo.org/package/dev-ml/equeue";>dev-ml/equeue 03 Feb 2008 Alexis Ballier http://packages.gentoo.org/package/dev-ml/netclient";>dev-ml/netclient 03 Feb 2008 Alexis Ballier http://packages.gentoo.org/package/dev-ml/rpc";>dev-ml/rpc 03 Feb 2008 Alexis Ballier http://packages.gentoo.org/package/net-dialup/gprs-easy-connect";>net-dialup/gprs-easy-connect 03 Feb 2008 Alin NÄstac http://packages.gentoo.org/package/sci-mathematics/kalamaris";>sci-mathematics/kalamaris 04 Feb 2008 Sebastien Fabbro http://packages.gentoo.org/package/sci-mathematics/ksimus-boolean";>sci-mathematics/ksimus-boolean 04 Feb 2008 Sebastien Fabbro http://packages.gentoo.org/package/sci-mathematics/ksimus-datarecorder";>sci-mathematics/ksimus-datarecorder 04 Feb 2008 Sebastien Fabbro http://packages.gentoo.org/package/sci-mathematics/ksimus-floatingpoint";>sci-mathematics/ksimus-floatingpoint 04 Feb 2008 Sebastien Fabbro http://packages.gentoo.org/package/sci-mathematics/ksimus";>sci-mathematics/ksimus 04 Feb 2008 Sebastien Fabbro http://packages.gentoo.org/package/sci-mathematics/pariguide";>sci-mathematics/pariguide 04 Feb 2008 Sebastien Fabbro http://packages.gentoo.org/package/media-video/fenice";>media-video/fenice 05 Feb 2008 Luca Barbato http://packages.gentoo.org/package/media-video/nemesi";>media-video/nemesi 05 Feb 2008 Luca Barbato http://packages.gentoo.org/package/net-misc/howl";>net-misc/howl 05 Feb 2008 Saleem Abdulrasool http://packages.gentoo.org/package/net-analyzer/driftnet";>net-analyzer/driftnet 06 Feb 2008 Markus Ullmann http://packages.gentoo.org/package/www-servers/jetty";>www-servers/jetty 06 Feb 2008 William L. Thomson Jr.
[gentoo-dev] Packages needing new maintainers, redux
6 months ago, I sent a mail looking for new maintainers on a bunch of my packages. I didn't get many takers, so here they are again. The sys- ones are getting base-system on them, per vapier's original suggestion. On Tue, Jul 10, 2007 at 04:49:02PM -0700, Robin H. Johnson wrote: > Software, I picked up maintenance of autofs when the previous maintainer went > AWOL several years ago, and ran with it because I needed AutoFS-LDAP. I don't > have access to any AutoFS-LDAP setups anymore, and upstream has moved on. > There > is a 7Kb init.d script that badly needs complete rewriting due to upstream and > kernel changes: > net-fs/autofs This is badly in need of a maintainer. if somebody wants to take the main parts of it, I can help them with the LDAP section of it. > Networking, Linux ethernet Bridging. > net-misc/bridge-utils I'll hang onto this for a bit longer, another mail to -dev coming here. > Networking, SCTP protocol. > net-misc/lksctp-tools Verbump needed, has one bug outstanding. Stable candidate. > Networking, SLIP over file descriptors. > net-misc/vmnet Not sent to base-system. no bugs or verbumps, stable candidate. > Networking, VLAN management for managed switches: > net-misc/vmpsd Not sent to base-system. Stable candidate (actually had a pending sec vuln that slipped thru the cracks, that i filed to security and patched). > Networking, admin tool for some networked printers and JetDirect-style adapter > boxes: > net-print/npadmin printing herd, can you take this? > This first batch deal with IPMI hardware. I used IPMI hardware in my last two > jobs, but in the present one, we don't use it, and the packages do need > maintenance with testing to make sure they actually work on the hardware. > sys-apps/ipmitool > sys-apps/ipmiutil > sys-libs/freeipmi > sys-libs/openipmi > sys-libs/openhpi Still all available. Have pending bugs and version bumps. > Again hardware related. You can deploy an iSCSI solution with just iscsitarget > and open-iscsi as a pair, but I have previously tried to test open-iscsi with > a > hardware target, and iscsitarget with some other initiator (Windows or > Solaris). > sys-block/iscsitarget iscsi-target is still available. Has pending bugs. open-iscsi and iscsi-initiator-core-tools picked up maintainers. > Again, hardware related, with an software implementation possible. > sys-block/aoetools > sys-block/vblade Still available. Pending verbump for aoetools. > Hardware, SCSI stuff dealing with enclosures and arrays: > sys-block/scsirastools Still available, no pending bugs or verbumps, should get stable keywords. > > Hardware, SAS stuff (remote possibility I might come back for it if I get > hardware for it): > sys-block/smp_utils I never got that hardware, so it's still available. No pending bugs or verbumps. Should get stable keywords. > Hardware, NUMA-capable boxes: > sys-process/numactl Still available, no pending bugs or version bumps. Should get stable keywords. > Hardware, Fibre-Channel: > sys-apps/hbaapi > sys-block/fwdl No bugs or verbumps, should get stable keywords. > sys-block/qla-fc-firmware I'll hang onto this one for now. > > Hardware, for tuning network cards. In new enough kernels (should be most of > 2.6), this is obsoleted by mii-tools and ethtool: > sys-apps/nictools This package is dying once net-tools gets the last binaries per bug #205727. > Hardware, Firewire IEEE1394: > sys-apps/fwcrv > sys-block/endpoint No pending bugs or bumps, stable keyword candidates. For fwcrv, there's been a lurking endian bug for a while, but sometimes it works, sometimes it does - suspected that it might be slightly buggy fireware devices out there rather than the software itself. > Software, QEMU frontend: > app-emulation/qenv No pending bugs or verbumps. Maybe a stable candidate. lu_zero, you handle qemu, do you want this too? > Hardware, programming PIC embedded microcontrollers (the herd might end up > with > these, but somebody with the hardware to use them would be nice): > dev-embedded/icdprog > dev-embedded/pikdev > dev-embedded/xgpasm Sent to dev-embedded herd. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpGzn15BwReZ.pgp Description: PGP signature
[gentoo-dev] Re: USE flag documentation
Mark Loeser wrote: Here is a newer revision of the GLEP. I still have multiple methods of solving this problem (mostly because I want and *need* input from people as to what they would prefer). Please tell me what you would want to use so I can come up with a more precise specification. What exactly do we need this system to do that we can't do now? Is overriding the USE flag with use.local.desc sufficient and we just need to document the current solution properly? Please...let me know how you feel about this. http://dev.gentoo.org/~halcy0n/gleps/glep-0054.html Thanks, What do people think of this? a) Keep use.desc as it is: a list of common flags and a short general description of their meaning. b) Keep use.local.desc as it is: a list of per-package flags that are specific to one to a few ebuilds (i think 5 is the number though i think 10 is more appropriate, but that's not relevant to this discussion). Again, each has a short description. c) Allow flags from use.desc to also exist in use.local.desc. In the case that a flag for a package exists in both, the use.local.desc description overrides the use.desc one. This allows a more specific per-package description of global flags. d) Allow long descriptions in a package's metadata.xml, as some have begun to do already, for cases where more info is needed. For example I'd like to explain exactly what the bindist flag on freetype does and what legal implications disabling it can have. The reason I suggest we do it this way is it's very close to what we're already doing now. The only thing we'd need to do is decide it's okay to do (c) and adapt our various utils to use the use.local.desc description when both exist. I actually planned on proposing something like this about a year ago but never got around to it. But at the time I did some poking and found that several of our utils already did the right thing while the others needed minor adjustments (I think I had a one-line patch for equery). We also needn't worry about breaking 3rd party tools. The worst that would happen is they'd display the use.desc description, which is what they do now. On the other hand, if there are any far-reaching changes we need made to the USE flag system - any features we wish we had or misfeatures we wish we didn't - now would be a good time to address them. -- fonts,by design, by neglect gcc-porting, for a fact or just for effect wxwindows @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] USE flag documentation
On 1/14/08, Santiago M. Mola <[EMAIL PROTECTED]> wrote: > On 1/14/08, Yuri Vasilevski <[EMAIL PROTECTED]> wrote: > > > > [ebuild R ] media-video/mplayer-1.0_rc2_p24929-r2 USE="X cdio -aac#1 > > -cdparanoia#2 -encode ..." > > > > #1 aac needs encode > > #2 cdio conflicts with cdparanoia > > This can be implemented with use.desc/use.local.desc. Paludis already > does that by default. > Sorry. Paludis shows USE flags, and overrides definitions with use.local.desc. But stuff like "aac needs encode" and "cdio conflicts with cdparanoia" should be something separate from USE flag documentation. As you said, it should be handled at ebuild level. -- Santiago M. Mola Jabber ID: [EMAIL PROTECTED] -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] USE flag documentation
On 1/14/08, Yuri Vasilevski <[EMAIL PROTECTED]> wrote: > > [ebuild R ] media-video/mplayer-1.0_rc2_p24929-r2 USE="X cdio -aac#1 > -cdparanoia#2 -encode ..." > > #1 aac needs encode > #2 cdio conflicts with cdparanoia This can be implemented with use.desc/use.local.desc. Paludis already does that by default. > But this logic will have to be exposed on a .ebuild level. > I don't think this is worth an EAPI change, or adding new variables to ebuilds. metada.xml USE flag documentation could be extended to cover such cases if it's really needed... but is it? -- Santiago M. Mola Jabber ID: [EMAIL PROTECTED] -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] USE flag documentation
Hello, On Sun, 13 Jan 2008 20:24:53 -0500 Mark Loeser <[EMAIL PROTECTED]> wrote: > What exactly do we need this system to do that we can't do now? The only interesting thing I can think of, is to expose some of the USE flags logic found in some ebuilds in a parseable fashion. I'm talking about things like (from mplayer-1.0_rc2_p24929-r2.ebuild): - Two flags are mutually exclusive: ( cdio implies !cdparanoia ) and (cdparanoia implies !cdio) - A flag makes sense only if another flag is on: !encode implies !aac This way portage will be able to inform/warn the user automatically that the set of USE flags the user has chosen really means some other thing. Something like: [ebuild R ] media-video/mplayer-1.0_rc2_p24929-r2 USE="X cdio -aac#1 -cdparanoia#2 -encode ..." #1 aac needs encode #2 cdio conflicts with cdparanoia But this logic will have to be exposed on a .ebuild level. > Is overriding the USE flag with use.local.desc sufficient and we just > need to document the current solution properly? I would say yes. Also, what would we gain switching to xml? The format as it is now is trivially parseable and human friendly. While if the data is in xml format it will be less human friendly, as well as, it will be harder to extract the information from shell scripts. Kindest regards, Yuri. -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] USE flag documentation
Here is a newer revision of the GLEP. I still have multiple methods of solving this problem (mostly because I want and *need* input from people as to what they would prefer). Please tell me what you would want to use so I can come up with a more precise specification. What exactly do we need this system to do that we can't do now? Is overriding the USE flag with use.local.desc sufficient and we just need to document the current solution properly? Please...let me know how you feel about this. http://dev.gentoo.org/~halcy0n/gleps/glep-0054.html Thanks, -- Mark Loeser email - halcy0n AT gentoo DOT org email - mark AT halcy0n DOT com web - http://www.halcy0n.com pgp1cWKoQgE6v.pgp Description: PGP signature
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2008-01-13 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2008-01-13 23h59 UTC. Removals: net-im/jit 2008-01-07 13:49:00 drac net-im/jud 2008-01-07 13:49:01 drac sys-apps/discover 2008-01-07 13:50:11 drac sys-apps/discover-data 2008-01-07 13:50:12 drac sys-apps/tcng 2008-01-07 13:50:14 drac sys-apps/yard 2008-01-07 13:50:15 drac net-analyzer/snmpmon2008-01-07 13:50:48 drac mail-client/elmo2008-01-07 13:51:18 drac app-editors/beaver 2008-01-07 13:52:02 drac media-radio/ktrack 2008-01-07 13:52:30 drac app-portage/portagemaster 2008-01-07 13:53:05 drac x11-themes/ximian-artwork 2008-01-07 13:53:43 drac x11-misc/fluxspace 2008-01-07 13:54:41 drac app-vim/hgcommand 2008-01-07 13:55:34 drac app-vim/hgmenu 2008-01-07 13:55:36 drac sys-libs/gi-detect 2008-01-07 13:56:05 drac dev-db/dbdesigner 2008-01-07 13:56:34 drac dev-lang/anubis 2008-01-07 13:57:38 drac gnustep-libs/artresources 2008-01-07 18:42:54 voyageur gnustep-base/gnustep-env2008-01-07 18:45:52 voyageur www-apps/viewcvs2008-01-08 08:05:22 wrobel net-www/pears 2008-01-09 03:19:17 dirtyepic dev-java/libgconf-java 2008-01-10 01:11:24 betelgeuse dev-java/libglade-java 2008-01-10 01:11:26 betelgeuse dev-java/libgnome-java 2008-01-10 01:11:27 betelgeuse dev-java/libgtk-java2008-01-10 01:11:28 betelgeuse dev-java/libvte-java2008-01-10 01:11:29 betelgeuse dev-java/glib-java 2008-01-10 01:11:31 betelgeuse dev-java/cairo-java 2008-01-10 01:11:32 betelgeuse sci-mathematics/mupad 2008-01-13 15:04:29 bicatali sci-mathematics/gturing 2008-01-13 15:06:26 bicatali dev-util/portatosourceview 2008-01-13 21:22:03 jokey Additions: media-sound/squeezecenter 2008-01-07 01:33:34 lavajoe app-misc/ps3pf_utils2008-01-08 01:20:08 ranger media-gfx/gpicview 2008-01-08 15:44:23 drac media-gfx/rotoscope 2008-01-08 15:47:49 drac dev-scheme/schoca 2008-01-08 15:57:19 hkbst media-gfx/metapixel 2008-01-08 16:39:50 drac net-analyzer/cacti-spine2008-01-08 20:08:07 pva mail-filter/spamdyke2008-01-08 23:06:36 tupone media-gfx/jp2a 2008-01-09 16:55:58 chainsaw media-libs/lv2core 2008-01-10 08:20:13 aballier media-libs/libgiigic2008-01-10 19:42:26 drac media-libs/libggimisc 2008-01-10 19:44:48 drac media-libs/libggigcp2008-01-10 19:46:51 drac media-libs/libggiwmh2008-01-10 20:01:59 drac app-misc/plod 2008-01-10 22:05:35 killerfox dev-java/hamcrest-core 2008-01-11 02:08:46 caster dev-java/ant-junit4 2008-01-11 02:41:33 caster x11-plugins/wmlife 2008-01-12 12:55:40 drac media-video/luvcview2008-01-12 13:02:19 agorf media-sound/qtractor2008-01-12 17:36:41 aballier games-arcade/blinkensisters 2008-01-12 22:22:40 wschlich x11-misc/xdock 2008-01-13 10:12:02 drac x11-misc/wbar 2008-01-13 13:03:19 drac media-tv/shoutcast2vdr 2008-01-13 14:28:46 hd_brummy media-gfx/gnofract4d2008-01-13 14:54:44 drac xfce-extra/xfce4-wmdock 2008-01-13 15:40:58 drac dev-php5/ezc-Tree 2008-01-13 16:09:16 jokey dev-php5/ezc-TreeDatabaseTiein 2008-01-13 16:09:35 jokey dev-php5/ezc-TreePersistentObjectTiein 2008-01-13 16:09:53 jokey dev-php5/ezc-Webdav 2008-01-13 16:10:57 jokey media-plugins/vdr-music 2008-01-13 16:40:51 hd_brummy media-plugins/vdr-coverviewer 2008-01-13 16:43:10 hd_brummy media-plugins/vdr-picselshow2008-01-13 16:44:54 hd_brummy app-crypt/qca-logger2008-01-13 17:55:43 philantrop app-crypt/qca-cyrus-sasl2008-01-13 17:57:24 philantrop app-crypt/qca-ossl 2008-01-13 17:59:11 philantrop app-crypt/qca-p
Re: [gentoo-dev] lastrite media-libs/libdts
Mike Frysinger kirjoitti: On Sunday 13 January 2008, Petteri Räty wrote: Peter Volkov kirjoitti: Also why not just do package move for libdts to avoid manual unmerge libdts? Package moves don't work very well if you move an existing package to another. unless they had a block in place ... -mike When you move a package over an another the files don't change. So Portage thinks you have libdca installed but the files are from libdts. So every depending on libdca would have to have their atoms in such a way that doesn't match libdts existing versions. Please correct me if I am wrong. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] lastrite media-libs/libdts
On Sunday 13 January 2008, Petteri Räty wrote: > Peter Volkov kirjoitti: > > Also why not just do package move for libdts to avoid manual unmerge > > libdts? > > Package moves don't work very well if you move an existing package to > another. unless they had a block in place ... -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Projects and subproject status
On Mon, 2008-01-07 at 22:31 +0100, Luca Barbato wrote: > Are we fine? Speaking for the ruby herd (which isn't a project and doesn't have a lead, but I'm sure Richard or Josh will correct any mistakes I make): No. Even though there are plenty of people in the herd only a few of us commit on a regular basis. We could use more people helping out with ruby stuff, especially now that ruby 1.9 has been released. At the moment our bug list is only growing, and we don't have much time to pro-actively bump any of the packages. On the bright side we've identified and partly fixed a number of eclass issues, and things are shaping up in that department. Future plans: - get ruby 1.9 into the tree and allow for it work in parallel with ruby 1.8. - rework the gems eclass so that we can actually test and patch gems without grossly abusing ebuild conventions. - create a ruby project to make coordination a bit easier and have a specific place for in-progress stuff and general knowledge on ruby in Gentoo. - recruit some more people to help out with ruby. Kind regards, Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Projects and subproject status
On Wed, 2008-01-09 at 15:29 +0100, Christian Faulhammer wrote: > XEmacs: > I cannot tell much, but graaff seems to have closed most of the severe > bugs and worked on having more/bette eclasses for the app-xemacs > category. Most bugs are closed and the ones remaining have mostly been discussed with upstream, although that doesn't mean a solution is forthcoming in all cases. We are also fully in sync with upstream's stable elisp packages. Next steps: - replace the xemacs-packages-sumo package with a meta package so that we can avoid file collisions all over the place - check packages with an emacs use flag to see if xemacs can also be supported - include xemacs 21.5 in the tree after the next upstream release; with this release the package files will also move from /usr/lib to /usr/share Hans signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] lastrite media-libs/libdts
Peter Volkov kirjoitti: Also why not just do package move for libdts to avoid manual unmerge libdts? Package moves don't work very well if you move an existing package to another. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] lastrite media-libs/libdts
On Sun, 13 Jan 2008 13:28:36 +0300 Peter Volkov <[EMAIL PROTECTED]> wrote: > В Вск, 13/01/2008 в 11:06 +0200, Samuli Suominen пишет: > > # Samuli Suominen <[EMAIL PROTECTED]> (13 Jan 2008) > > # Masked for removal in about 60 days. > > # libdts is replaced by libdca. > > media-libs/libdts > > =media-video/ffmpeg-0.4.9_p20051216 > > =media-video/ffmpeg-0.4.9_p2006* > > =media-video/ffmpeg-0.4.9_p20070129 > > =media-video/ffmpeg-0.4.9_p20070325 > > =media-video/ffmpeg-0.4.9_p20070330 > > Samuli, why do you announce ffmpeg while this looks like just removal > of old versions? > > Also why not just do package move for libdts to avoid manual unmerge > libdts? > On purpose. There are likely people still using one or two of these ffmpeg versions and they need adjustment period (note the extra 30 days) -drac -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] lastrite media-libs/libdts
В Вск, 13/01/2008 в 11:06 +0200, Samuli Suominen пишет: > # Samuli Suominen <[EMAIL PROTECTED]> (13 Jan 2008) > # Masked for removal in about 60 days. > # libdts is replaced by libdca. > media-libs/libdts > =media-video/ffmpeg-0.4.9_p20051216 > =media-video/ffmpeg-0.4.9_p2006* > =media-video/ffmpeg-0.4.9_p20070129 > =media-video/ffmpeg-0.4.9_p20070325 > =media-video/ffmpeg-0.4.9_p20070330 Samuli, why do you announce ffmpeg while this looks like just removal of old versions? Also why not just do package move for libdts to avoid manual unmerge libdts? -- Peter. signature.asc Description: Эта часть сообщения подписана цифровой подписью
[gentoo-dev] lastrite media-libs/libdts
# Samuli Suominen <[EMAIL PROTECTED]> (13 Jan 2008) # Masked for removal in about 60 days. # libdts is replaced by libdca. media-libs/libdts =media-video/ffmpeg-0.4.9_p20051216 =media-video/ffmpeg-0.4.9_p2006* =media-video/ffmpeg-0.4.9_p20070129 =media-video/ffmpeg-0.4.9_p20070325 =media-video/ffmpeg-0.4.9_p20070330 -- gentoo-dev@lists.gentoo.org mailing list