[gentoo-dev] Sorry about the DateTime fiasco
Protocol doesn't demand it - but human decency sure as heck does. I just wanted to apologize to everyone for my erroneous commit to the 1Q-2006 file yesterday. The boring background is that some upstream cpan authors use a numbering scheme that makes sense in a decimal fashion, where .29001 is less than .30 (expand the 0's, yada yada yada, ask your kid sibling about math at school today), but portage expects that numbering scheme to actually be a version identifier (so to speak, its the gist I'm going for here, don't flame me on the technicalities of how portage reads a version number). dev-perl/DateTime came out with a .2901 release, which I put in the tree as such many a moon ago (about 1.4 moons ago to be exact), and recently .30 came out. Because of the math business I just mentioned, .30 would never get picked up by anyone since (dropping the decimal point) 2901 > 30. I 'moved' .2901 to .29.01 to make this work better. All was good. Then I had this brilliant idea - use the quarterly file to help people migrate that number, no bizarre downgrades when the emerge world. 'cept move in the quarterly isn't for moving a version, its for moving between categories, package names, etc., and as such I made a mistake. No need to respond to this message (i'd prefer it if you didn't actually - between the 'stuff happens' and the 'your an idiot, revoke that bad boys right to a keyboard' messages, i think it would all even out). ~mcummings signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?
On Tue, 2006-01-17 at 20:18 -0800, Drake Wyrm wrote: > Portage is not the only important system tool. Some of us actually use > Perl. Please do not be with the breaking. Is this to say there is a valid need for both libperl.a and libperl.so on your box? (really asking, honest). This isn't about breaking perl, its about whether or not we need to build both versions of libperl or if that's just legacy from when gentoo was considering a 1.0 release in the far future and thought having a static perl was a decent enough notion. ~mcummings signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?
On Tue, 2006-01-17 at 21:25 -0700, Joshua Baergen wrote: > My point is that this isn't like the libstdc++ situation. > wasn't implying it was - different thread, different thought :) > Many people have things dependent on Perl, but my impression is not that > things would break, but rather that Perl would adhere to the rules of > any other dynamically linked library, including breakage from certain > upgrades. heh - that would imply that when you currently upgrade perl's, there's no breakage, which isn't true since libperl isn't slotted, so your old libperl's are getting wiped anyway. like i said in the original message, looking for opinions - this wasn't something i was ready to commit or anything :) ~mcummings signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Find apps not ported to modular X
Donnie Berkholz wrote: And here's a list, with herds and maintainers, of a loop across each category in PORTDIR. This should be a fairly comprehensive list of every app not yet ported. Today's update, synced as of about an hour ago, along with the script to generate everything if you want to do so on your own. Thanks, Donnie app-accessibility/brltty accessibility dmwaters app-accessibility/dasher gnome-accessibility none app-accessibility/gnome-mag gnome-accessibility none app-arch/pdv app-cdr/nero none wschlich app-crypt/scsign crypto dragonheart app-dicts/kannadic cjk usata app-dicts/wnn-ldic cjk none app-editors/lfhex none dragonheart app-editors/peacock text-markup none app-editors/qemacs emacs none app-editors/wily app-editors/xemacs xemacs xemacs app-editors/xemacs-gtk app-editors/xvile app-editors/zoinks none genone app-emacs/imaxima emacs none app-emacs/uim-el cjk emacs none app-emacs/yc cjk none app-i18n/canfep cjk none app-i18n/canna cjk none app-i18n/canuum cjk none app-i18n/chinput cjk none app-i18n/fbiterm cjk none app-i18n/fcitx cjk none app-i18n/freewnn cjk none app-i18n/gtkimprime cjk none app-i18n/iiimf-canna cjk none app-i18n/im-canna cjk none app-i18n/im-freewnn cjk none app-i18n/kimera cjk none app-i18n/kinput2 cjk none app-i18n/minichinput cjk none app-i18n/scim cjk none app-i18n/scim-anthy cjk none app-i18n/scim-canna cjk none app-i18n/scim-chinese cjk none app-i18n/scim-cvs cjk none app-i18n/scim-hangul cjk none app-i18n/scim-m17n cjk none app-i18n/scim-pinyin cjk none app-i18n/scim-prime cjk none app-i18n/scim-qtimm cjk none app-i18n/scim-skk cjk none app-i18n/scim-tables cjk none app-i18n/scim-uim cjk none app-i18n/scim-wnn cjk none app-i18n/skim cjk none app-i18n/skkinput cjk none app-i18n/uim cjk usata app-i18n/uim-fep cjk none app-i18n/uim-kdehelper cjk none app-i18n/uim-svn cjk none app-i18n/unicon cjk none app-i18n/x-unikey cjk pclouds app-misc/jogmouse app-misc/joy2key app-misc/livecd-tools livecd none app-misc/multimon app-misc/oneko app-misc/sonypid app-misc/tkpasman app-misc/twin none vapier app-misc/wyrd none maintainer-needed app-office/lyx cjk text-markup none app-office/openoffice-ximian-bin openoffice none app-office/pointless app-office/texmacs text-markup none app-office/texmaker text-markup none app-pda/qtopia-desktop-bin pda nerdboy app-text/cedilla none none app-text/clara none spock app-text/dvibook text-markup none app-text/dvipdfm text-markup none app-text/flpsed text-markup none app-text/ghostview app-xemacs/ada app-xemacs/apel xemacs xemacs app-xemacs/auctex app-xemacs/bbdb app-xemacs/build app-xemacs/calc app-xemacs/calendar app-xemacs/cc-mode app-xemacs/clearcase app-xemacs/cookie app-xemacs/crisp app-xemacs/c-support app-xemacs/debug app-xemacs/dictionary app-xemacs/dired app-xemacs/docbookide app-xemacs/ecb app-xemacs/ecrypto app-xemacs/edebug app-xemacs/edict app-xemacs/ediff app-xemacs/edit-utils app-xemacs/edt app-xemacs/efs app-xemacs/egg-its app-xemacs/eieio app-xemacs/elib app-xemacs/emerge app-xemacs/eshell xemacs xemacs app-xemacs/ess xemacs xemacs app-xemacs/eudc app-xemacs/footnote app-xemacs/forms app-xemacs/fortran-modes app-xemacs/frame-icon app-xemacs/fsf-compat xemacs xemacs app-xemacs/games app-xemacs/gnats app-xemacs/gnus xemacs xemacs app-xemacs/haskell-mode app-xemacs/hm-html-menus app-xemacs/ibuffer app-xemacs/idlwave app-xemacs/igrep app-xemacs/ilisp xemacs xemacs app-xemacs/jde xemacs xemacs app-xemacs/latin-unity app-xemacs/leim app-xemacs/liece app-xemacs/locale app-xemacs/lookup app-xemacs/mailcrypt app-xemacs/mail-lib xemacs xemacs app-xemacs/mew app-xemacs/mh-e app-xemacs/mine app-xemacs/misc-games app-xemacs/mmm-mode xemacs xemacs app-xemacs/mule-base xemacs xemacs app-xemacs/mule-ucs xemacs xemacs app-xemacs/net-utils xemacs xemacs app-xemacs/ocaml app-xemacs/os-utils app-xemacs/pc app-xemacs/pcl-cvs app-xemacs/pcomplete app-xemacs/perl-modes xemacs xemacs app-xemacs/pgg app-xemacs/prog-modes app-xemacs/psgml xemacs xemacs app-xemacs/psgml-dtds xemacs xemacs app-xemacs/ps-print xemacs xemacs app-xemacs/python-modes app-xemacs/reftex app-xemacs/rmail app-xemacs/ruby-modes app-xemacs/sasl app-xemacs/scheme app-xemacs/semantic app-xemacs/sgml app-xemacs/sh-script app-xemacs/sieve app-xemacs/skk app-xemacs/slider app-xemacs/sml-mode app-xemacs/sounds-au app-xemacs/sounds-wav app-xemacs/speedbar app-xemacs/strokes app-xemacs/supercite app-xemacs/texinfo app-xemacs/text-modes xemacs xemacs app-xemacs/textools app-xemacs/time app-xemacs/tm app-xemacs/tooltalk app-xemacs/tpu app-xemacs/tramp app-xemacs/vc app-xemacs/vc-cc app-xemacs/vhdl app-xemacs/view-process app-xemacs/viper app-xemacs/vm app-xemacs/w3 app-xemacs/xemacs-base xemacs xemacs app-xemacs/xemacs-devel app-xemacs/xemacs-eterm app-xemacs/xemacs-ispell app-xemacs/xemacs-packages-sumo none none app-xemacs/xslide app-xemacs/xslt-process xemacs xemacs app-xemacs/zenirc dev-ada/adabindx ada none dev-ada/adaopengl ada none dev-cpp/gtkglextmm gnome-mm none dev-dotnet/gtkgl-
Re: [gentoo-dev] Find apps not ported to modular X
Donnie Berkholz schrieb:
> dev-php/PECL-imagick php none
This package only has
DEPEND="${DEPEND} >=media-gfx/graphicsmagick-1.0.0"
listed as its dependencies.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?
Michael Cummings <[EMAIL PROTECTED]> wrote: > On Tue, 2006-01-17 at 20:18 -0800, Drake Wyrm wrote: > > > Portage is not the only important system tool. Some of us actually > > use Perl. Please do not be with the breaking. > > Is this to say there is a valid need for both libperl.a and libperl.so > on your box? Personally, no, but others do. I should have been less ambiguous (and obnoxious) in my initial response. Please don't assume that just because _you_ don't need a static Perl, that _nobody_ needs a static Perl. -- my other signature is witty -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?
On Wednesday 18 January 2006 09:27, Drake Wyrm wrote: > Michael Cummings <[EMAIL PROTECTED]> wrote: > > On Tue, 2006-01-17 at 20:18 -0800, Drake Wyrm wrote: > > > Portage is not the only important system tool. Some of us actually > > > use Perl. Please do not be with the breaking. > > > > Is this to say there is a valid need for both libperl.a and libperl.so > > on your box? > > Personally, no, but others do. I should have been less ambiguous (and > obnoxious) in my initial response. Please don't assume that just because > _you_ don't need a static Perl, that _nobody_ needs a static Perl. in other words, you have no idea whether you use libperl, you just saw a perl thread and paniced because you thought perl was going to break -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Does anyone want|need a static (lib)perl still?
On Monday 16 January 2006 14:04, Michael Cummings wrote: > Just curious whether there is any value at continuing to offer a libperl > ebuild (which creates libperl.so for you) and then having perl > statically built against an internally generated libperl.a (substitute > your platforms appropriate names porters :) Traditionally we offered > both libperl's, and perl itself gets statically built against the static > library, but I'm just curious if anyone has a use for this still? if the lib is meant to be used by other packages, then a static version should probably be offered for people who want to build static binaries ... although atm, the libperl ebuild doesnt actually produce a libperl.a does it ? and the perl ebuild installs libperl.a into a private directory which isnt really accessible to packages ... -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?
On Wed, 2006-01-18 at 06:27 -0800, Drake Wyrm wrote: > Personally, no, but others do. I should have been less ambiguous (and > obnoxious) in my initial response. Please don't assume that just because > _you_ don't need a static Perl, that _nobody_ needs a static Perl. Actually, the whole point to my even starting the email thread was to see if anyone was using the static library or not - i'm not aware of anything that builds only against the static, but i'm blissful on a lot of subject matters. ~mcummings signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Does anyone want|need a static (lib)perl still?
On Wed, 2006-01-18 at 09:52 -0500, Mike Frysinger wrote: > if the lib is meant to be used by other packages, then a static version > should > probably be offered for people who want to build static binaries ... although > atm, the libperl ebuild doesnt actually produce a libperl.a does it ? and > the perl ebuild installs libperl.a into a private directory which isnt really > accessible to packages ... > -mike > Right - libperl [the ebuild] builds the shared library, and perl [the ebuild] builds and links against libperl.a, and places it back in its private area (in a surreal world this is where libperl.so is supposed to live also, so that you can have multiple libperl's on your box, but that's a different flame fest and my toes are still toasting from this morning). And since that libperl.a is only visible to those who know to find it...my question comes full circle on whether anyone out there is actively seeking out and using the static libperl.a :) I have no intention of proposing dropping something that's being used - but if the gist is that one guy on oslo is using it check disk sectors because it meets his mythical needs for the perfect file size, and that's it, i'd like to clean up the dual ebuild scenario (which causes its own problems). Bah. Way too much thinking involved. ~mcummings signature.asc Description: This is a digitally signed message part
[gentoo-dev] Request for ebuild (with a cash backer)
Hi all, I need an ebuild for GPL Ice C++ (http://www.zeroc.com/download.html) and I simply don't have the time to write it at the moment. If someone is willing to take on the task of writing it, and submitting to me (or even better helping me to maintain it in the portage tree) I'm willing to paypal you $50 USD (or send you a business check if you'd prefer). Sorry for the SPAM for those not interested, Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Find apps not ported to modular X
Sebastian Bergmann wrote:
Donnie Berkholz schrieb:
dev-php/PECL-imagick php none
This package only has
DEPEND="${DEPEND} >=media-gfx/graphicsmagick-1.0.0"
listed as its dependencies.
Ah, yes. It will also catch whether anything in the dependency tree of
any app is broken, not just the app itself. Having an app working
requires fixing the entire dep tree of that app.
[EMAIL PROTECTED] genomics $ emvp PECL-imagick
These are the packages that I would merge, in order:
Calculating dependencies ...done!
[blocks B ] x11-libs/libXft (is blocking x11-base/xorg-x11-6.8.99.15-r4)
[ebuild UD] x11-base/xorg-x11-6.8.99.15-r4 [7.0] USE="bitmap-fonts%
font-server% opengl% pam% truetype-fonts% type1-fonts% xv% -3dfx% -cjk%
-debug% -doc% -insecure-drivers% -ipv6% -minimal% -nls% -nocxx% -sdk%
-static% -xprint" 0 kB
[ebuild N] virtual/x11-6.8 0 kB [3]
[ebuild N] media-gfx/graphicsmagick-1.1.6-r1 USE="X gs jpeg lcms
png tiff truetype wmf xml2 -doc -jbig -jp2 -lzw -perl" 4,843 kB
[ebuild N] dev-php/PECL-imagick-0.9.11 67 kB
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-dev] Find apps not ported to modular X
Donnie Berkholz wrote: I hacked together a script this afternoon to find any packages that are not yet ported to modular X. It will only work on systems _with modular X installed_. This is because it works by using emerge to check for blockers, then resolving those blockers down to a single package. Try it out and let me know how it works. If you want to watch it at work and have confidence that it didn't freeze or anything, add "set -o xtrace" up near the top. For my Athlon 2000+, it takes about 1.5 minutes to track down 2 packages in my 650-package world file. If you find bugs, please report them with a patch attached. If you can't come up with a patch, definitely include your world file so others can try to reproduce. My current script seems to miss some things. The reason this happens is that the group of applications they're emerged in also contains some app that breaks the emerge, perhaps because it's in package.mask or isn't keyworded at least ~x86. Broken emerges don't get far enough to produce blocking output, so it's falsely assumed to be a success for that group. marienz suggested an idea for error handling last night, and I'll work to figure something out. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Request for ebuild (with a cash backer)
Follow up: Two devs have already mailed me on it. Thanks, Caleb -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Find apps not ported to modular X
Donnie Berkholz wrote: My current script seems to miss some things. The reason this happens is that the group of applications they're emerged in also contains some app that breaks the emerge, perhaps because it's in package.mask or isn't keyworded at least ~x86. Broken emerges don't get far enough to produce blocking output, so it's falsely assumed to be a success for that group. marienz suggested an idea for error handling last night, and I'll work to figure something out. OK, I've got this fixed. Suddenly there are 1037 unported apps instead of 500! How exciting. Here's the REAL current copy of the list, and the fixed script. Thanks, Donnie app-accessibility/brltty accessibility dmwaters app-accessibility/dasher gnome-accessibility none app-accessibility/gnome-mag gnome-accessibility none app-accessibility/gnopernicus gnome-accessibility none app-accessibility/gok gnome-accessibility none app-admin/modlogan none liquidx app-admin/otpcalc none taviso app-arch/dczip java none app-arch/pdv app-backup/bacula none fserb hadfield app-cdr/nero none wschlich app-crypt/scsign crypto dragonheart app-dicts/kannadic cjk usata app-dicts/wnn-ldic cjk none app-editors/cooledit none agriffis app-editors/elvis app-editors/emacs-cvs emacs none app-editors/fte none voxus app-editors/gmanedit app-editors/jasspa-microemacs emacs none app-editors/jed none liquidx app-editors/jove none seemant app-editors/lfhex none dragonheart app-editors/peacock text-markup none app-editors/qemacs emacs none app-editors/wily app-editors/xemacs xemacs xemacs app-editors/xemacs-gtk app-editors/xvile app-editors/zoinks none genone app-emacs/imaxima emacs none app-emacs/uim-el cjk emacs none app-emacs/yc cjk none app-emulation/bochs none lu_zero app-emulation/cedega wine none app-emulation/crossover-office-bin wine none app-emulation/crossover-office-pro-bin wine none app-emulation/e-uae none dholm app-emulation/fuse none bug-wranglers app-emulation/gxemul none kumba app-emulation/i8086emu dev-embedded dev-embedded app-emulation/pearpc none none app-emulation/point2play wine vapier app-emulation/spectemu app-emulation/spim none compnerd app-emulation/transgaming-fontinstaller wine none app-emulation/transgaming-mozctlinstaller wine none app-emulation/uae none dholm app-emulation/vice games none app-emulation/vmware-console vmware jmglov app-emulation/winesetuptk wine none app-emulation/winex-transgaming wine none app-emulation/xcopilot none none app-emulation/xtrs app-i18n/canfep cjk none app-i18n/canna cjk none app-i18n/canuum cjk none app-i18n/chinput cjk none app-i18n/fbiterm cjk none app-i18n/fcitx cjk none app-i18n/freewnn cjk none app-i18n/gtkimprime cjk none app-i18n/iiimf-canna cjk none app-i18n/im-canna cjk none app-i18n/im-freewnn cjk none app-i18n/kimera cjk none app-i18n/kinput2 cjk none app-i18n/minichinput cjk none app-i18n/scim cjk none app-i18n/scim-anthy cjk none app-i18n/scim-canna cjk none app-i18n/scim-chinese cjk none app-i18n/scim-cvs cjk none app-i18n/scim-hangul cjk none app-i18n/scim-m17n cjk none app-i18n/scim-pinyin cjk none app-i18n/scim-prime cjk none app-i18n/scim-qtimm cjk none app-i18n/scim-skk cjk none app-i18n/scim-tables cjk none app-i18n/scim-uim cjk none app-i18n/scim-wnn cjk none app-i18n/skim cjk none app-i18n/skkinput cjk none app-i18n/uim cjk usata app-i18n/uim-fep cjk none app-i18n/uim-kdehelper cjk none app-i18n/uim-svn cjk none app-i18n/unicon cjk none app-i18n/x-unikey cjk pclouds app-misc/cbtracker none none app-misc/cmatrix app-misc/jogmouse app-misc/joy2key app-misc/livecd-tools livecd none app-misc/multimon app-misc/oneko app-misc/sonypid app-misc/tkpasman app-misc/twin none vapier app-misc/wyrd none maintainer-needed app-office/imposter openoffice none app-office/lyx cjk text-markup none app-office/openoffice-ximian-bin openoffice none app-office/pointless app-office/texmacs text-markup none app-office/texmaker text-markup none app-pda/qtopia-desktop-bin pda nerdboy app-portage/portagemaster tools-portage none app-text/cedilla none none app-text/clara none spock app-text/dvibook text-markup none app-text/dvipdfm text-markup none app-text/flpsed text-markup none app-text/ghostview app-text/manedit none fuzzyray app-text/mftrace fonts text-markup none app-text/nopaste none agriffis app-text/pspresent none none app-text/tex-guy text-markup none app-text/xdvik cjk text-markup usata app-text/yudit app-xemacs/ada app-xemacs/apel xemacs xemacs app-xemacs/auctex app-xemacs/bbdb app-xemacs/build app-xemacs/calc app-xemacs/calendar app-xemacs/cc-mode app-xemacs/clearcase app-xemacs/cookie app-xemacs/crisp app-xemacs/c-support app-xemacs/debug app-xemacs/dictionary app-xemacs/dired app-xemacs/docbookide app-xemacs/ecb app-xemacs/ecrypto app-xemacs/edebug app-xemacs/edict app-xemacs/ediff app-xemacs/edit-utils app-xemacs/edt app-xemacs/efs app-xemacs/egg-its app-xemacs/eieio app-xemacs/elib app-xemacs/emerge app-xemacs/eshell xemacs xemacs app-xemacs/ess xemacs xemacs app-xemacs/eudc app-xemacs/footno
Re: [gentoo-dev] Re: Does anyone want|need a static (lib)perl still?
Michael Cummings <[EMAIL PROTECTED]> wrote: > On Wed, 2006-01-18 at 06:27 -0800, Drake Wyrm wrote: > > Personally, no, but others do. I should have been less ambiguous (and > > obnoxious) in my initial response. Please don't assume that just because > > _you_ don't need a static Perl, that _nobody_ needs a static Perl. > > Actually, the whole point to my even starting the email thread was to > see if anyone was using the static library or not - i'm not aware of > anything that builds only against the static, but i'm blissful on a lot > of subject matters. You said it yourself: Perl is the only package which requires a static libperl. This results in... MC> ...having a perl that will work even when everything dynamic is dead. Which brings me to a point: it wouldn't affect me one way or the other. None of my recovery tools rely on Perl correctly linking at runtime. Truth be told, if I should ever break my system to the point where dynamically linked binaries cannot run, my recovery system is the LiveCD hanging on my lamp and some four-month-old backups. [the important part] But other people who are more cautious may rely on Perl in emergencies. Some careful consideration was given to making that a possibility, and I think it would be a shame to let it drop. [/the important part] In any case, you asked for opinions. There's mine. -- ^ ^ A unix signature isn't a return address, it's the ASCII equivalent of ^ ^ a black velvet clown painting. It's a rectangle of carets surrounding ^ ^ a quote from a literary giant of weeniedom like Heinlein or Dr. Who. ^ ^ -- Chris Maeda ^ ^ -- gentoo-dev@gentoo.org mailing list
