Re: [arch-general] alternate dependencies?
Neil Darlow wrote: Hi, Seeing the earlier post re. tetex and texlive perhaps there is a case for extending pacman to support alternate dependencies. By this I mean a package could depend on one of a choice of packages. The syntax could be something like: depends=( tetex|texlive ) where the individual dependencies retain their current features e.g. versions etc. Opinions welcomed. That's what provisions are for.
Re: [arch-general] texlive (again?)
Jan Spakula schrieb: Proposal: Switch to texlive eventually officially (for now keeping tex-related pkgs in community). Switch? Isn't that your job? How it can be done: - from the dev side: 1) officially announce that the switch *is* going to happen. There is no such thing as a switch. You use what you install. 2) move tetex and all packages depending on it from extra to community (that's only: kile, latex2html, lyx, texmacs) (the trouble is that these makedep on tetex: evince, kdegraphics, yodl; but maybe just keep tetex on the build machine for a time being?) We could make sure that either these packages depend on a virtual tex package that is provided by texlive or make texlive provide tetex. As stated by you, nobody links against anything in tetex, they only need the tex compiler, so this would be a viable solution. - there's been on/off-going discussion about this on the forums (http://bbs.archlinux.org/viewtopic.php?pid=358172 - tomk has said Regarding the possibility of bringing texlive into the official repos, there are currently two missing ingredients among the existing dev team: interest and time. AFAIK none of us is a habitual tex user, and that would be the first requirement. Texlive is a bitch to maintain. Firmicus is willing to do it (he came into the TU team only for that). I appreciate that and will not move it out of community, for as long as he maintains it, we have it. The only thing we need to do is fix the dependencies for the aforementioned packages. signature.asc Description: OpenPGP digital signature
Re: [arch-general] alternate dependencies?
Hi, Xavier wrote: That's what provisions are for. Wouln't that require that e.g. tetex and texlive have something like? provides=( tex ) In practice, how many packages include such a generic provides entry? From what I've seen most packages' depends rely solely on the package name. I think there will always be a case where an alternate dependency would better be specified by the package name. Regards, Neil Darlow
Re: [arch-general] texlive (again?)
Thomas Bächler schrieb: 2) move tetex and all packages depending on it from extra to community (that's only: kile, latex2html, lyx, texmacs) (the trouble is that these makedep on tetex: evince, kdegraphics, yodl; but maybe just keep tetex on the build machine for a time being?) We could make sure that either these packages depend on a virtual tex package that is provided by texlive or make texlive provide tetex. Ha! texlive-core already provides tetex. Therefore, you can use all applications that depend on tetex with texlive instead. This situation is good enough for me. signature.asc Description: OpenPGP digital signature
Re: [arch-general] kernel26 2.6.25-1 enters [testing]
On Sonntag, 20. April 2008 13:42 Attila wrote: Sorry for commenting myself and see this please only as an information. Okay, now i can say that nvidia 173.08 works and it seems that if you run /etc/start_udev the /dev/nvdia* devices get killed. I step back to a patched 169.12 because i have some seldom redraw problems with 173.08. I recognized that my superkaramba theme shows me about 10 Grad Celsius more with kernel26 2.6.25 than with my own kernel package 2.6.24.5 but this is again only an information and a will search for the reason by msyself. Only for the stats: I load w83627ehf and coretemp. For everybody else who see higher temperatures with a core2duo you be not alone: http://lkml.org/lkml/2008/4/18/190 http://forums.gentoo.org/viewtopic-t-684812-highlight-.html See you, Attila
Re: [arch-general] texlive (again?)
Guys this discussion is about to, if it has not already, become circular. That's o.k. too, but you guys are not comprehending the information in some of these emails. Um, the answer to this is the same for ANY two or more packages that may be used to do the same thing. And that has already been answered.- Use the power of the declaratory fields that can exist in the PKGBUILDs involved. Also, please do NOT get hung up on which repo a package exists in. In the end it usually does not matter. And tetex (or it's 'replacement') is, as far as I can tell, one of those programs wherein it does not matter. Very best regards; Bob Finch On Montag, 21. April 2008 11:45 Thomas Bächler wrote: Ha! texlive-core already provides tetex. Therefore, you can use all applications that depend on tetex with texlive instead. This situation is good enough for me. But there is still the problem that if you do pacman -S kile (or auctex, lyx etc.) at example than i think tetex will get installed instead of texlive. If i'm wrong than forget this. I can't speak for Jan but his switch means for me more a having only texlive. You be right that it doesn't matter for me too in which repo texlive stays but what about removing tetex from the extra repo to avoid that an unmaintained package get installed? See you, Attila P.S: finddeps tetex output: depends: /var/abs/community/lib/python-pyx depends: /var/abs/community/network/yfklog depends: /var/abs/community/office/auctex depends: /var/abs/community/office/lilypond depends: /var/abs/community/office/prosper depends: /var/abs/community/office/texvc depends: /var/abs/community/science/gri makedepends: /var/abs/extra/evince makedepends: /var/abs/extra/kdegraphics depends: /var/abs/extra/kile depends: /var/abs/extra/latex2html depends: /var/abs/extra/lyx depends: /var/abs/extra/texmacs makedepends: /var/abs/extra/yodl Liviu Librescu - În veci pomenirea lui. (May his memory be eternal.)
[arch-general] cairo and cairo-lcd conflict preventing me from getting updates
Hey everyone, Ive been kind of frustrated lately because I haven't been able to update any of my pacakges because of a conflict between cairo and cairo-lcd. Here is the output from pacman. [EMAIL PROTECTED] ~]$ sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: cairo conflicts with cairo-lcd. Remove cairo-lcd? [Y/n] n error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: cairo: conflicts with cairo-lcd I obviously want to keep that package and I even entered it in pacman.conf under HoldPkg and seems to have no affect. I dont know what I should do. Thanks! Alec Hussey
Re: [arch-general] cairo and cairo-lcd conflict preventing me from getting updates
On Mon, 2008-04-21 at 17:13 -0400, Alec Hussey wrote: Hey everyone, Ive been kind of frustrated lately because I haven't been able to update any of my pacakges because of a conflict between cairo and cairo-lcd. Here is the output from pacman. [EMAIL PROTECTED] ~]$ sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: cairo conflicts with cairo-lcd. Remove cairo-lcd? [Y/n] n error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: cairo: conflicts with cairo-lcd I obviously want to keep that package and I even entered it in pacman.conf under HoldPkg and seems to have no affect. I dont know what I should do. Thanks! Alec Hussey My personal opinion is instead of installing an unofficial package name cairo-lcd, just rebuild the cairo package with any extra patches you want. signature.asc Description: This is a digitally signed message part