Re: [aur-general] AUR Maintenance
On 28.02.2013 07:14, Connor Behan wrote: I was stupid enough not to make a backup so can someone with access please put this on nymeria? Thank-you. I've put it in your home on nymeria. You're lucky SevenL didn't yet shut down sigurd. signature.asc Description: OpenPGP digital signature
[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 176 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 206 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == New packages in [community-testing] in last 24 hours (176 total) == * bitcoin-0.8.0-2 (i686) * canorus-0.7.R1002-5 (i686) * clementine-1.1.1-5 (i686) * converseen-0.5.3-2 (i686) * cppcheck-1.58-2 (i686) * djview4-4.9-2 (i686) * fatrat-1.2.0_beta2-5 (i686) * fbreader-0.99.4-2 (i686) * fcitx-4.2.7-3 (i686) * fcitx-mozc-1.6.1187.102-7 (i686) * fcitx-unikey-0.2.0-2 (i686) * freemat-4.1-7 (i686) * fwbuilder-5.1.0.3599-3 (i686) * gambas3-3.4.0-2 (i686) * gebabbel-0.4-6 (i686) * gluon-0.71.0-5 (i686) * gmic-1.5.4.0-2 (i686) * golangide-17-2 (i686) * goldendict-1.0.1-6 (i686) * google-gadgets-0.11.2-6 (i686) * gpsbabel-1.4.4-2 (i686) * gwenhywfar-4.3.3-2 (i686) * hedgewars-0.9.18-6 (i686) * herqq-1.0.0-2 (i686) * higan-qt-092-5 (i686) * highlight-3.13-2 (i686) * i7z-0.27.2-2 (i686) * ibus-qt-1.3.1-8 (i686) * instead-launcher-0.6.1-3 (i686) * kcheckers-0.8.1-8 (i686) * kchmviewer-6.0-3 (i686) * keepassx-0.4.3-4 (i686) * kvirc-4.2.0-2 (i686) * launchy-2.5-3 (i686) * libaccounts-qt-1.6-2 (i686) * libextractor-1.0.1-3 (i686) * lmms-0.4.13-3 (i686) * luminancehdr-2.3.0-5 (i686) * luxrender-1.1-5 (i686) * mixxx-1.10.1-2 (i686) * mlt-0.8.8-3 (i686) * mumble-1.2.3-6 (i686) * murmur-1.2.3-10 (i686) * openimageio-1.1.7-2 (i686) * openscenegraph-3.0.1-9 (i686) * openssh-askpass-1.3.6-2 (i686) * oprofile-0.9.8-2 (i686) * packagekit-0.7.6-3 (i686) * pokerth-1.0-3 (i686) * projectm-2.1.0-4 (i686) * psimedia-1.0.3-9 (i686) * q4wine-1.0_r1-2 (i686) * qconf-1.4-3 (i686) * qgit-2.3-4 (i686) * qlandkartegt-1.6.0-2 (i686) * qmmp-0.6.6-6 (i686) * qmpdclient-1.2.2-3 (i686) * qps-1.10.16-2 (i686) * qpxtool-0.7.2-2 (i686) * qsopcast-0.3.8-6 (i686) * qstardict-1.0.1-2 (i686) * qsvn-0.8.3-4 (i686) * qsynergy-0.9.1-2 (i686) * qtcreator-2.6.2-2 (i686) * qtemu-1.0.5-8 (i686) * qtfm-5.5-2 (i686) * qtractor-0.5.7-2 (i686) * qtspim-9.1.7-2 (i686) * recoll-1.18.1-3 (i686) * scantailor-0.9.11.1-2 (i686) * sigil-0.7.0-2 (i686) * signon-8.46-2 (i686) * skype-call-recorder-0.8-3 (i686) * sqlitebrowser-2.0b1-3 (i686) * tea-34.0.1-2 (i686) * teamspeak3-3.0.9.2-3 (i686) * tiled-qt-0.9.0-4 (i686) * tipp10-2.1.0-5 (i686) * tuxcards-2.2.1-3 (i686) * unetbootin-583-4 (i686) * vidalia-0.2.21-2 (i686) * virtualbox-4.2.6-4 (i686) * vtk-5.10.1-5 (i686) * vym-2.2.4-2 (i686) * warzone2100-3.1.0-2 (i686) * winestuff-0.2.0-3 (i686) * wt-3.2.3-5 (i686) * yagf-0.9.2-3 (i686) * bitcoin-0.8.0-2 (x86_64) * canorus-0.7.R1002-5 (x86_64) * clementine-1.1.1-5 (x86_64) * converseen-0.5.3-2 (x86_64) * cppcheck-1.58-2 (x86_64) * djview4-4.9-2 (x86_64) * fatrat-1.2.0_beta2-5 (x86_64) * fbreader-0.99.4-2 (x86_64) * fcitx-4.2.7-3 (x86_64) * fcitx-mozc-1.6.1187.102-7 (x86_64) * fcitx-unikey-0.2.0-2 (x86_64) * freemat-4.1-7 (x86_64) * fwbuilder-5.1.0.3599-3 (x86_64) * gambas3-3.4.0-2 (x86_64) * gebabbel-0.4-6 (x86_64) * gluon-0.71.0-5 (x86_64) * gmic-1.5.4.0-2 (x86_64) * golangide-17-2 (x86_64) * goldendict-1.0.1-6 (x86_64) * google-gadgets-0.11.2-6 (x86_64) * gpsbabel-1.4.4-2 (x86_64) * gwenhywfar-4.3.3-2 (x86_64) * hedgewars-0.9.18-6 (x86_64) * herqq-1.0.0-2 (x86_64) * higan-qt-092-5 (x86_64) * highlight-3.13-2 (x86_64) * i7z-0.27.2-2 (x86_64) * ibus-qt-1.3.1-8 (x86_64) * instead-launcher-0.6.1-3 (x86_64) * kcheckers-0.8.1-8 (x86_64) * kchmviewer-6.0-3 (x86_64) * keepassx-0.4.3-4 (x86_64) * kvirc-4.2.0-2 (x86_64) * launchy-2.5-3 (x86_64) * libaccounts-qt-1.6-2 (x86_64) * libextractor-1.0.1-3 (x86_64) * lmms-0.4.13-3 (x86_64) * luminancehdr-2.3.0-5 (x86_64) * luxrender-1.1-5 (x86_64) * mixxx-1.10.1-2 (x86_64) * mlt-0.8.8-3 (x86_64) * mumble-1.2.3-6 (x86_64) * murmur-1.2.3-10 (x86_64) * openimageio-1.1.7-2 (x86_64) * openscenegraph-3.0.1-9 (x86_64) * openssh-askpass-1.3.6-2 (x86_64) * oprofile-0.9.8-2 (x86_64) * packagekit-0.7.6-3 (x86_64) * pokerth-1.0-3 (x86_64) * projectm-2.1.0-4 (x86_64) * psimedia-1.0.3-9 (x86_64) * qconf-1.4-3 (x86_64) * qgit-2.3-4 (x86_64) * qlandkartegt-1.6.0-2 (x86_64) * qmmp-0.6.6-6 (x86_64) * qmpdclient-1.2.2-3 (x86_64) * qps-1.10.16-2 (x86_64) * qpxtool-0.7.2-2 (x86_64) * qstardict-1.0.1-2 (x86_64) * qsvn-0.8.3-4 (x86_64) * qsynergy-0.9.1-2 (x86_64) * qtcreator-2.6.2-2 (x86_64) * qtemu-1.0.5-8 (x86_64) * qtfm-5.5-2 (x86_64) * qtractor-0.5.7-2 (x86_64) * qtspim-9.1.7-2 (x86_64) * recoll-1.18.1-3 (x86_64) * scantailor-0.9.11.1-2 (x86_64) * sigil-0.7.0-2 (x86_64) * signon-8.46-2 (x86_64) * skype-call-recorder-0.8-3 (x86_64) * sqlitebrowser-2.0b1-3 (x86_64) * tea-34.0.1-2 (x86_64) * teamspeak3-3.0.9.2-3 (x86_64) * tiled-qt-0.9.0-4 (x86_64) *
Re: [aur-general] qt4 replaces qt
On Wednesday 27 February 2013 22:37:01 Yichao Yu wrote: After testing the current kde PKGBUILD's (by felixonmars), it is clear that any package that links to qt need to change their PKGBUILD if the situation is not changing. Especially ALL kde packages (well probably not including wallpapers etc) Yes, we did and we do this with the python2 packages too, adding PYTHON=/usr/bin/python2 before the configure call. -- Andrea Arch Linux Developer
[aur-general] gdc-git
Hi, I'm updating the gdc-bin package, but nowadays it is turned a git package, so I'm compiling from source (and it will be named gdc-git). I have a problem while compiling the source (I use makepkg once to check the package) while i'm doing make to gcc according with the general installation guide on the project's webpage. I don't know which is exactly the problem, but those are the PKGBUILD[1] and what happens[2] after doing the source downloads. [1] http://pastebin.com/cWe4dDtv [2] http://pastebin.com/RndQVYpH I've thought it could be because of the line: make -j2 21 | tee build.log ||return 1 Because in my specific case it should be -j3, but I don't think it means too much because by defect configuration of makepkg.conf was -j2 for a long time even there was a 64 bits version. Does anybody knows what happens? Thanks in advance signature.asc Description: This is a digitally signed message part.
[aur-general] Remove request
Hi, the package boncuk[1] is outdated and even up to date fails during compilation. Furthermore, it is death since 2011 [1] https://aur.archlinux.org/packages/boncuk/ Thanks signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Remove request
El Jueves, 28 de febrero de 2013 15:51:23 atilla ontas escribió: Please wait a day before deleting this package. I just see this package. I'll look into it and if possible to build and get work; i'll adopt package. 2013/2/28 Jorge Barroso jorge.barroso...@gmail.com Hi, the package boncuk[1] is outdated and even up to date fails during compilation. Furthermore, it is death since 2011 [1] https://aur.archlinux.org/packages/boncuk/ Thanks Ok I agree :) i tried but I couldn't. I thought it needed a patch on the sqlite*.cpp file, which is the one who fails but I don't know so much of C++ and sqlite... so I had to disown it again signature.asc Description: This is a digitally signed message part.
Re: [aur-general] gdc-git
Hi Jorge, There is a gdc-git package in the AUR already, I'd recommend you check that out. Regarding your error, from what I can see in your package function make install isn't called in the correct directory.
Re: [aur-general] Remove request
2013/2/28 Jorge Barroso jorge.barroso...@gmail.com El Jueves, 28 de febrero de 2013 15:51:23 atilla ontas escribió: Please wait a day before deleting this package. I just see this package. I'll look into it and if possible to build and get work; i'll adopt package. 2013/2/28 Jorge Barroso jorge.barroso...@gmail.com Hi, the package boncuk[1] is outdated and even up to date fails during compilation. Furthermore, it is death since 2011 [1] https://aur.archlinux.org/packages/boncuk/ Thanks Ok I agree :) i tried but I couldn't. I thought it needed a patch on the sqlite*.cpp file, which is the one who fails but I don't know so much of C++ and sqlite... so I had to disown it again I have succesfully build boncuk. sqlite.patch created from pysozluk-qt svn trunk. I'm adopting package; altough i'll able to update it tonight. I'm not on Arch for now. You can find patch and other stuff here: https://build.opensuse.org/package/show?package=Boncukproject=home%3Atarakbumba%3Aarchlinux Please Do Not DELETE this package from AUR!
Re: [aur-general] Remove request
El Jueves, 28 de febrero de 2013 17:14:54 atilla ontas escribió: I have succesfully build boncuk. sqlite.patch created from pysozluk-qt svn trunk. I'm adopting package; altough i'll able to update it tonight. I'm not on Arch for now. You can find patch and other stuff here: https://build.opensuse.org/package/show?package=Boncukproject=home%3Atarakb umba%3Aarchlinux Please Do Not DELETE this package from AUR! Wow! Good, I'm a little bussy today making some patches to a manga program of the aur, so I don't even thought there was already a patch, all yours, and, although the package is deleted you can upload it again XD signature.asc Description: This is a digitally signed message part.
[aur-general] How to see the interest in a package (other than votes)?
Hello, is it possible to see the number of downloads of packages from AUR, so that it can be detected, how much interest in a package exists? Say, there are some users who do not have a AUR-login, and just would install the packages that are there... which are possibly outdated, but would nevertheless be interested in installing newer package, if possible. If the download number is high enough, even if there are not much votes (because some people may only install stuff but are not interested in package maintaining and so on), then at least interest of a package might be detected this way. I'm asking, because I think I can adopt some more packages, but would of course only pick those that I find interesting. They might be interesting (topic), even if I wil not use them by myself. So, from that standpoint, I would then select by my own interest and that of other people. For packages that I use by myself, of course my interest is clear, and I would pick such packages. But say there are 100 orphaned packages and 20 of them look interesting, but I would not use them by myself, then I would adopt those, who are wanted by many people. (And any package that I want to install myself.) I hope I could make ckear, why I'm asking. Say, there are 5 interesting packages, but 3 of them will not be used, because that stuff is not used any more (maybe because better projects are to prefer), then three don't need support I think. So, the tarball download numbers do matter in this respect. Is it possible to add them to the AUR-pages of a project? Ciao, Oliver
Re: [aur-general] How to see the interest in a package (other than votes)?
On Thu, Feb 28, 2013 at 09:09:30PM +0100, oliver wrote: Hello, is it possible to see the number of downloads of packages from AUR, so that it can be detected, how much interest in a package exists? Say, there are some users who do not have a AUR-login, and just would install the packages that are there... which are possibly outdated, but would nevertheless be interested in installing newer package, if possible. If the download number is high enough, even if there are not much votes (because some people may only install stuff but are not interested in package maintaining and so on), then at least interest of a package might be detected this way. This is an extremely flawed premise. I'm asking, because I think I can adopt some more packages, but would of course only pick those that I find interesting. They might be interesting (topic), even if I wil not use them by myself. So, from that standpoint, I would then select by my own interest and that of other people. For packages that I use by myself, of course my interest is clear, and I would pick such packages. This is really strange (non-)logic. The best maintainer for a package is one who is actively interested in the package itself and uses it. How else could you possibly support it? But say there are 100 orphaned packages and 20 of them look interesting, but I would not use them by myself, then I would adopt those, who are wanted by many people. (And any package that I want to install myself.) I hope I could make ckear, why I'm asking. Say, there are 5 interesting packages, but 3 of them will not be used, because that stuff is not used any more (maybe because better projects are to prefer), then three don't need support I think. So, the tarball download numbers do matter in this respect. I disagree. Downloading a tarball doesn't mean you intend to build, install, and use it. Is it possible to add them to the AUR-pages of a project? And display this how? A flat download count would be of little interest or value. Would it be reset every time there's a new PKGBUILD uploaded? Maybe only for pkgver changes? Would that include pkgrel bumps too? What about historical data? Trending? Unique by IP? Unique by IP within a given date range? If you want to make download count a useful metric, you have to do a lot more than display a raw counter. As you propose it, it's no better (and probably worse) than a vote count.
Re: [aur-general] How to see the interest in a package (other than votes)?
On Thu, Feb 28, 2013 at 03:19:09PM -0500, Dave Reisner wrote: On Thu, Feb 28, 2013 at 09:09:30PM +0100, oliver wrote: Hello, is it possible to see the number of downloads of packages from AUR, so that it can be detected, how much interest in a package exists? Say, there are some users who do not have a AUR-login, and just would install the packages that are there... which are possibly outdated, but would nevertheless be interested in installing newer package, if possible. If the download number is high enough, even if there are not much votes (because some people may only install stuff but are not interested in package maintaining and so on), then at least interest of a package might be detected this way. This is an extremely flawed premise. I'm asking, because I think I can adopt some more packages, but would of course only pick those that I find interesting. They might be interesting (topic), even if I wil not use them by myself. So, from that standpoint, I would then select by my own interest and that of other people. For packages that I use by myself, of course my interest is clear, and I would pick such packages. This is really strange (non-)logic. The best maintainer for a package is one who is actively interested in the package itself and uses it. How else could you possibly support it? Of course, as I said, I would NOT adopt packages that are completely uninteresting for me. Nevertheless, if I think a topic is interesting, and is somehow related to something I would like to see spreaded, adopting it can make sense. For example, if I want to push the usage of R, and there are GUIs for R, that many people would like to use, supporting a GUI for R can mek sense, even I prefer the shell without GUI for myself. But if it contributes to spreading R - which I think is a wonderful program - it would make sense. E.g. I could show the GUI to some friends, who are GUI-addicted, and in this way introduce them to R. So I would not use it, but would like to provide it. But it makes no sense, if nobody asks for it. Do you see what I have in mind? Do you nevertheless think, this is weak motivation? About the metrics: download numbers are not perfect, but better than nothing? Ciao, Oliver
Re: [aur-general] How to see the interest in a package (other than votes)?
On Thu, Feb 28, 2013 at 09:34:11PM +0100, oliver wrote: On Thu, Feb 28, 2013 at 03:19:09PM -0500, Dave Reisner wrote: On Thu, Feb 28, 2013 at 09:09:30PM +0100, oliver wrote: Hello, is it possible to see the number of downloads of packages from AUR, so that it can be detected, how much interest in a package exists? Say, there are some users who do not have a AUR-login, and just would install the packages that are there... which are possibly outdated, but would nevertheless be interested in installing newer package, if possible. If the download number is high enough, even if there are not much votes (because some people may only install stuff but are not interested in package maintaining and so on), then at least interest of a package might be detected this way. This is an extremely flawed premise. I'm asking, because I think I can adopt some more packages, but would of course only pick those that I find interesting. They might be interesting (topic), even if I wil not use them by myself. So, from that standpoint, I would then select by my own interest and that of other people. For packages that I use by myself, of course my interest is clear, and I would pick such packages. This is really strange (non-)logic. The best maintainer for a package is one who is actively interested in the package itself and uses it. How else could you possibly support it? Of course, as I said, I would NOT adopt packages that are completely uninteresting for me. Nevertheless, if I think a topic is interesting, and is somehow related to something I would like to see spreaded, adopting it can make sense. For example, if I want to push the usage of R, and there are GUIs for R, that many people would like to use, supporting a GUI for R can mek sense, even I prefer the shell without GUI for myself. But if it contributes to spreading R - which I think is a wonderful program - it would make sense. E.g. I could show the GUI to some friends, who are GUI-addicted, and in this way introduce them to R. So I would not use it, but would like to provide it. But it makes no sense, if nobody asks for it. Do you see what I have in mind? No. I don't. Do you nevertheless think, this is weak motivation? Yes, I do. Adopt things because you're interested in them, not because they're (potentially?) popular. About the metrics: download numbers are not perfect, but better than nothing? What you propose is surfacing raw *data*. I made a counter proposal of adding potential heuristics so that useful *information* could be displayed. I do not believe there is any value in showing the raw data, and, if anything, I believe it would only be misleading. d
Re: [aur-general] How to see the interest in a package (other than votes)?
On Thu, Feb 28, 2013 at 03:39:04PM -0500, Dave Reisner wrote: On Thu, Feb 28, 2013 at 09:34:11PM +0100, oliver wrote: On Thu, Feb 28, 2013 at 03:19:09PM -0500, Dave Reisner wrote: On Thu, Feb 28, 2013 at 09:09:30PM +0100, oliver wrote: Hello, is it possible to see the number of downloads of packages from AUR, so that it can be detected, how much interest in a package exists? Say, there are some users who do not have a AUR-login, and just would install the packages that are there... which are possibly outdated, but would nevertheless be interested in installing newer package, if possible. If the download number is high enough, even if there are not much votes (because some people may only install stuff but are not interested in package maintaining and so on), then at least interest of a package might be detected this way. This is an extremely flawed premise. I'm asking, because I think I can adopt some more packages, but would of course only pick those that I find interesting. They might be interesting (topic), even if I wil not use them by myself. So, from that standpoint, I would then select by my own interest and that of other people. For packages that I use by myself, of course my interest is clear, and I would pick such packages. This is really strange (non-)logic. The best maintainer for a package is one who is actively interested in the package itself and uses it. How else could you possibly support it? Of course, as I said, I would NOT adopt packages that are completely uninteresting for me. Nevertheless, if I think a topic is interesting, and is somehow related to something I would like to see spreaded, adopting it can make sense. For example, if I want to push the usage of R, and there are GUIs for R, that many people would like to use, supporting a GUI for R can mek sense, even I prefer the shell without GUI for myself. But if it contributes to spreading R - which I think is a wonderful program - it would make sense. E.g. I could show the GUI to some friends, who are GUI-addicted, and in this way introduce them to R. So I would not use it, but would like to provide it. But it makes no sense, if nobody asks for it. Do you see what I have in mind? No. I don't. Do you nevertheless think, this is weak motivation? Yes, I do. Adopt things because you're interested in them, not because they're (potentially?) popular. Yes. Why I was looking for poularity? Because I thought, it *might* be an indicator (even a weak one) about some kind of quality. Some libraries or tools might not be used anymore, because there are newer or faster or better libs for example. Maybe it would be better, asking people about quality of a software, instead of just looking at the numbers... hmhhh. Maybe the numbers are really to weak to decide this. But somehow I think, if something is used often, there might be a bigger number of users who can support other people. Hence more prgress, and (hopefully) rising quality. Often people say: a project that was not updates since years is a dead project. People turn away. Isn't this most often (of course not always, not hgenerally) some kind of indicator to see some kind of quality behind these decisions? About the metrics: download numbers are not perfect, but better than nothing? What you propose is surfacing raw *data*. I made a counter proposal of adding potential heuristics so that useful *information* could be displayed. I do not believe there is any value in showing the raw data, and, if anything, I believe it would only be misleading. Ok, I see. Ciao, Oliver
[aur-general] Disown 389-ds-base
Hi, Could a TU please disown the 389-ds-base package[1]? I've contacted the maintainer over a month ago and haven't received a reply. Thanks! Xiao-Long [1] https://aur.archlinux.org/packages/389-ds-base/
Re: [aur-general] How to see the interest in a package (other than votes)?
keyword that I had in mind:swarm intelligence
Re: [aur-general] [Removal request] kdeplasma-applets-plaspool
On Mon, Feb 25, 2013 at 01:55:16PM +0100, A Rojas wrote: https://aur.archlinux.org/packages/kdeplasma-applets-plaspool/ Doesn't compile, abandoned upstream, superseded by kdeutils-print-manager Deleted, thanks. -- Jonathan Steel pgpbdwn5fwV8n.pgp Description: PGP signature
[aur-general] [Disownment request] haskell-hashable
haskell-hashable [1] hasn't been updated in over a year. I would like to take it over. [1] https://aur.archlinux.org/packages.php?ID=39917 ~ hauzer
Re: [aur-general] Disown 389-ds-base
On Thursday, February 28, 2013 16:19:28 小龙 陈 wrote: Hi, Could a TU please disown the 389-ds-base package[1]? I've contacted the maintainer over a month ago and haven't received a reply. Thanks! Xiao-Long [1] https://aur.archlinux.org/packages/389-ds-base/ Disowned, thanks. Felix Yan Twitter: @felixonmars Wiki: http://felixc.at signature.asc Description: This is a digitally signed message part.
Re: [aur-general] AUR Maintenance
On 28/02/13 01:54 PM, Phillip Smith wrote: I'd be willing to try and assist with this too. What is the format of that backup file? It is a 46MB text file of SQL commands; the kind you would get by running mysqldump. It only has 462 lines, but some of them are very long. The important lines are 97-117 that specify the PackageComments table: CREATE TABLE `PackageComments` ( `ID` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `PackageID` int(10) unsigned NOT NULL DEFAULT '0', `UsersID` int(10) unsigned NOT NULL DEFAULT '0', `Comments` text NOT NULL, `CommentTS` bigint(20) unsigned NOT NULL DEFAULT '0', `DelUsersID` int(10) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`ID`), KEY `UsersID` (`UsersID`), KEY `PackageID` (`PackageID`), KEY `DelUsersID` (`DelUsersID`) ) ENGINE=MyISAM AUTO_INCREMENT=154508 DEFAULT CHARSET=latin1; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `PackageComments` -- LOCK TABLES `PackageComments` WRITE; /*!4 ALTER TABLE `PackageComments` DISABLE KEYS */; ID is a number identifying the comment, PackageID is the package to which it belongs, UsersID is the one who posted it, Comments is the actual text of it, CommentTS is the timestamp of when it was posted, DelUsersID is equal to the ID of the user who deleted the comment and 0 if it has not been deleted. The next important lines are 118-146 which state the actual comment data. An example of it is: INSERT INTO `PackageComments` VALUES (17,46,68,'ruby bindings for fastcgi',1113164127,68),(28,69,65,'A countdown timer applet for the GNOME panel.',1113178883,0); Except that line there is 161 characters and contains two comments (one comment deleted by its poster about Ruby and one non-deleted comment about GNOME). The line in the real file is a million characters and contains ~20k comments. And there are 28 such lines. Reading this would be like reading War And Peace 10 times but it would teach you a lot about the history of the AUR. signature.asc Description: OpenPGP digital signature
[aur-general] Disown/Delete/Merge Requests
**DISOWN** I sent feanor an email about his packages rage-svn and eclair-svn. This was his response: you're right, I'm no longer maintaining those PKGBUILDs. Feel free to remove or modify them all, I'm out of time unfortunately. I'll see if in few hours I can login and mark them as orphans. He apparently wasn't able to log in, so I'm requesting this one be disowned: https://aur.archlinux.org/packages/rage-svn/ **DELETE** Dead, source gone: https://aur.archlinux.org/packages/qmrtg/ https://aur.archlinux.org/packages/netkit-ntalk/ https://aur.archlinux.org/packages/qnokiacommander/ https://aur.archlinux.org/packages/grunka/ https://aur.archlinux.org/packages/workspace-name/ https://aur.archlinux.org/packages/wmmp/ https://aur.archlinux.org/packages/perl-audio-cd-deb/ https://aur.archlinux.org/packages/tvmovie2vdr/ https://aur.archlinux.org/packages/paldump/ https://aur.archlinux.org/packages/mugshot/ https://aur.archlinux.org/packages/black-white-icon-theme/ https://aur.archlinux.org/packages/neelix/ https://aur.archlinux.org/packages/dmerge/ https://aur.archlinux.org/packages/pepper/ https://aur.archlinux.org/packages/xpws/ https://aur.archlinux.org/packages/python-gvgen/ https://aur.archlinux.org/packages/kdeicons-breathless/ https://aur.archlinux.org/packages/kmd5/ https://aur.archlinux.org/packages/delsafe/ https://aur.archlinux.org/packages/soma/ Related to/depend on soma https://aur.archlinux.org/packages/somax/ https://aur.archlinux.org/packages/somaplayer/ https://aur.archlinux.org/packages/ikarus/ Related to/depend on ikarus https://aur.archlinux.org/packages/ikarus-gtk/ https://aur.archlinux.org/packages/ikarus-srfi-bzr/ https://aur.archlinux.org/packages/ikarus-tiny-talk/ Switched away from cvs a long time ago, no current package to merge to: https://aur.archlinux.org/packages/ekg-cvs/ Dead upstream, dep packages no longer exist. See email response from the maintainer (feanor) above: https://aur.archlinux.org/packages/eclair-svn/ This package made sense when you had to build and install 15 packages in the correct order. It doesn't make sense now: https://aur.archlinux.org/packages/arche17/ **MERGE** Enlightenment is switching from SVN to Git. This is the first round of merges and covers the core programs. Others to follow as they're switched. https://aur.archlinux.org/packages/efl-svn/ INTO https://aur.archlinux.org/packages/efl-git/ https://aur.archlinux.org/packages/elementary-svn/ INTO https://aur.archlinux.org/packages/elementary-git/ https://aur.archlinux.org/packages/enlightenment17-svn/ INTO https://aur.archlinux.org/packages/enlightenment17-git/ Thanks Doug Newgard (Scimmia)
[aur-general] Rename/Orphan Requests
1. Would a TU please rename 'haste' to 'haskell-haste'? 2. Would a TU please orphan 'ruby-build'? [1]: https://aur.archlinux.org/packages/haste/ [2]: https://aur.archlinux.org/packages/ruby-build/ -- Neer Sighted, Hacker http://neersighted.com | neersigh...@myopera.com {01DC2056}