Re: [aur-general] Request for removal of some packages.
On 03/07/2010 09:21 PM, Ray Rashif wrote: On 08/03/2010, Ray Rashif wrote: It still works. Cunts as a helpful orphan. s/Cunts/Counts/ Glad this isn't a spoken correspondence. -- GPG/PGP ID: B42DDCAD Thanks for the chuckle :)
Re: [aur-general] Request for removal of some packages.
On 08/03/2010, Ray Rashif wrote: > It still works. Cunts as a helpful orphan. s/Cunts/Counts/ Glad this isn't a spoken correspondence. -- GPG/PGP ID: B42DDCAD
Re: [aur-general] Request for removal of some packages.
On 08/03/2010, anonymous anonymous wrote: > I think that the following should be removed: Done. Except: > mupad - isn't available from the company anymore (see last comment) > http://aur.archlinux.org/packages.php?ID=3315 > > mupad-packages - same reason as mupad > http://aur.archlinux.org/packages.php?ID=13128 Wait a little while, there may be another location for the sources. > libpsychrometric - project seems to be abandoned (download link still > works though) > http://aur.archlinux.org/packages.php?ID=13206 It still works. Cunts as a helpful orphan. > ww2d - seems to have been discontinued and when I ran it on my > computer, it seems to be a 32bit only java binary? > http://aur.archlinux.org/packages.php?ID=3451 Still works. Or at least needs another look before being removed. -- GPG/PGP ID: B42DDCAD
Re: [aur-general] TU resignation
On 03/07/2010 09:36 PM, bardo wrote: It's with great sadness that I feel the need to leave my position as a Trusted User in Arch. In the last few months I haven't been able to keep up with my duties, and I feel that resigning is the best thing I can do at the moment, since real life is taking much more time than there is in a day and I can't keep up with the high standards that Arch deserves. I'd like to thank each and everyone at the Arch team, this has been a fun ride and I learned a lot in these years. Hopefully I'll be back contributing someday, maybe not in the same way, but whatever. Surely I'll stick around, however, as much as my free time allows me. Buona fortuna nella vita! = AVR packages = The AVR family is badly in need of some love. The wonderful djgera did all the grunt work (see http://mailman.archlinux.org/pipermail/aur-general/2010-March/008369.html), now someone just has to take these little guys and update them. As with every toolchain, though, there's quite a bit to catch up with, and a whole lot to learn. Not for the faint of heart. * avrdude (OOD) * avr-libc (OOD) * binutils-avr (OOD) * gcc-avr (OOD) Anyone TU that take/rebuild these packages, feel to free to ask me if have some questions/issues. Build order is: binutils-avr, gcc-avr and libc-avr. The avrdude is just like ohers packages. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [aur-general] TU resignation
On 08/03/2010, bardo wrote: > It's with great sadness that I feel the need to leave my position as a > Trusted User in Arch. In the last few months I haven't been able to > keep up with my duties, and I feel that resigning is the best thing I > can do at the moment, since real life is taking much more time than > there is in a day and I can't keep up with the high standards that > Arch deserves. I'd like to thank each and everyone at the Arch team, > this has been a fun ride and I learned a lot in these years. Hopefully > I'll be back contributing someday, maybe not in the same way, but > whatever. Surely I'll stick around, however, as much as my free time > allows me. Sorry to see you go, but at the same time, life has its demands so good luck with whatever you do! I'll help with the following: > * gammu > * wammu > * musepack-tools > * libcuefile > * libreplaygain > * freemind > * gnormalize > * gourmet (OOD) > * solfege (OOD) > * timidity-freepats; Could be ported to -any. > * wavegain: small util, optdepend for gnormalize > * xsensors (OOD): X11 sensor viewing util -- GPG/PGP ID: B42DDCAD
Re: [aur-general] TU resignation
On Sun, Mar 7, 2010 at 9:36 PM, bardo wrote: > It's with great sadness that I feel the need to leave my position as a > Trusted User in Arch. In the last few months I haven't been able to > keep up with my duties, and I feel that resigning is the best thing I > can do at the moment, since real life is taking much more time than > there is in a day and I can't keep up with the high standards that > Arch deserves. I'd like to thank each and everyone at the Arch team, > this has been a fun ride and I learned a lot in these years. Hopefully > I'll be back contributing someday, maybe not in the same way, but > whatever. Surely I'll stick around, however, as much as my free time > allows me. > > At the moment I own a few dozens of packages in [community], and since > I'd like to make the transition as smooth as possible, a little report > follows, I marked as OOD the ones which need to be updated, adopt the > ones you like. I hope this is helpful. > > Take care, > Corrado > > Sad to see you go man, :(, but thank you for your work :) > = Eclipse Plug-Ins = > Mostly low-maintenance packages, they usually just need a relbump > thanks to my super-unreadably-duper-perfectly-working PKGBUILDs. > * eclipse-emf: needs to be ported to -any > * eclipse-gef (OOD) > * eclipse-mylyn (OOD) > * eclipse-phpeclipse > * eclipse-subclipse (OOD) > * eclipse-ve > I will be adopting these tomorrow if nobody adopt them, (I am not a eclipse-dev but I work with a guy who now is an Archer and he's using eclipse, he could give me a real feedback (like if I will be the user of these packages). Good luck with your studies and your goals! , ciao! -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Trusted User Linux Counter: #359909 http://www.angvp.com
Re: [aur-general] TU resignation
On Sun, Mar 7, 2010 at 19:36, bardo wrote: > It's with great sadness that I feel the need to leave my position as a > Trusted User in Arch. Sorry to see you go! You've been a great member of the team. Oh well, you know what they say. They always come back :)
[aur-general] Request for removal of some packages.
I think that the following should be removed: json-wheel - has been renamed to ocaml-json-wheel http://aur.archlinux.org/packages.php?ID=29860 mupad - isn't available from the company anymore (see last comment) http://aur.archlinux.org/packages.php?ID=3315 mupad-packages - same reason as mupad http://aur.archlinux.org/packages.php?ID=13128 pyyaml-python - has been renamed to python-yaml http://aur.archlinux.org/packages.php?ID=27758 skype_video_hijacker - has been renamed to gstfakevideo http://aur.archlinux.org/packages.php?ID=13956 libpsychrometric - project seems to be abandoned (download link still works though) http://aur.archlinux.org/packages.php?ID=13206 ww2d - seems to have been discontinued and when I ran it on my computer, it seems to be a 32bit only java binary? http://aur.archlinux.org/packages.php?ID=3451 ww2d-extra - the maps aren't offered any where anymore. http://aur.archlinux.org/packages.php?ID=3461
Re: [aur-general] moving an optdepend to [community]
Il 07/03/2010 15:54, Chris Brannon ha scritto: Hi all, I want to move python-foolscap [1] to [community], since it is an optdepend for ipython. It satisfies the guidelines for packages entering [community]. Any objections? -- Chris [1] http://aur.archlinux.org/packages.php?ID=35278 +1 -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
Re: [aur-general] TU resignation
Il 08/03/2010 01:36, bardo ha scritto: It's with great sadness that I feel the need to leave my position as a Trusted User in Arch. In the last few months I haven't been able to keep up with my duties, and I feel that resigning is the best thing I can do at the moment, since real life is taking much more time than there is in a day and I can't keep up with the high standards that Arch deserves. I'd like to thank each and everyone at the Arch team, this has been a fun ride and I learned a lot in these years. Hopefully I'll be back contributing someday, maybe not in the same way, but whatever. Surely I'll stick around, however, as much as my free time allows me. Sorry to hear that. :( Good luck dude! -- Arch Linux Developer http://www.archlinux.org http://www.archlinux.it
Re: [aur-general] TU resignation
On 03/08/10 at 01:36am, bardo wrote: > It's with great sadness that I feel the need to leave my position as a > Trusted User in Arch. In the last few months I haven't been able to > keep up with my duties, and I feel that resigning is the best thing I > can do at the moment, since real life is taking much more time than > there is in a day and I can't keep up with the high standards that > Arch deserves. I'd like to thank each and everyone at the Arch team, > this has been a fun ride and I learned a lot in these years. Hopefully > I'll be back contributing someday, maybe not in the same way, but > whatever. Surely I'll stick around, however, as much as my free time > allows me. > > At the moment I own a few dozens of packages in [community], and since > I'd like to make the transition as smooth as possible, a little report > follows, I marked as OOD the ones which need to be updated, adopt the > ones you like. I hope this is helpful. > > Take care, > Corrado > > > = AVR packages = > The AVR family is badly in need of some love. The wonderful djgera did > all the grunt work (see > http://mailman.archlinux.org/pipermail/aur-general/2010-March/008369.html), > now someone just has to take these little guys and update them. As > with every toolchain, though, there's quite a bit to catch up with, > and a whole lot to learn. Not for the faint of heart. > * avrdude (OOD) > * avr-libc (OOD) > * binutils-avr (OOD) > * gcc-avr (OOD) > > = PulseAudio & friends = > These are really popular and still hope to go in [extra], because a > lot of [extra] software could depend on them. The pulseaudio PKGBUILD > needs some time to become friends with, not mentioning the package > configuration, but if you stick to "stable" releases and refuse to > patch the hell out of it as its author does in RedHat, you'll be fine. > One open bug: http://bugs.archlinux.org/task/18527 > * pulseaudio > * gstreamer0.10-pulse > * libao-pulse > * libasyncns > * padevchooser > * paman > * paprefs > * pavucontrol > * pavumeter > * rtkit > * xmms-pulse > > = Eclipse Plug-Ins = > Mostly low-maintenance packages, they usually just need a relbump > thanks to my super-unreadably-duper-perfectly-working PKGBUILDs. > * eclipse-emf: needs to be ported to -any > * eclipse-gef (OOD) > * eclipse-mylyn (OOD) > * eclipse-phpeclipse > * eclipse-subclipse (OOD) > * eclipse-ve > > = {G,W}ammu = > A couple of programs to manage cell phones. Not always the easiest of > builds but it's been stable for quite some time now. > * gammu > * wammu > > = Gmusicbrowser = > My favorite music player, a tricky PKGBUILD (read: do everything by > hand) but the developer is very friendly and helpful, and incredibly > fast to reply. Optdepends hell. > * gmusicbrowser > * flac123 > * perl-gstreamer > * perl-gstreamer-interfaces (OOD) > * perl-gtk2-mozembed > > = Musepack = > Upstream releases are rare and not exactly packager-friendly. > * musepack-tools > * libcuefile > * libreplaygain > > = Beast = > Hasn't seen a release in ages, but it returned active upstream a few > months ago. Usually needs patches. > * beast > * bse-alsa > > = Other = > * acerhk: small kernel module, i686-only, no new releases, hassle > free, just relbump > * freemind: unvaluable mind-mapper, still waiting for the much > anticipated 0.9.0, which will most likely arrive with Godot. Easy. > * gnormalize: how to kill the unix do-one-thing-n-do-it-well paradigm > in one shot. Optdepends hell #2 > * gourmet (OOD): a recipe manager. Not that I can cook. > * mldonkey: a p2p app for the edonkey network, gave me a few head > scratches for the rc script. > * opcion: a nice font viewer written in java, unmaintained but > working very well. > * rss-glx: 3d screen-savers, usually gives a few problems with > .desktop files. See http://bugs.archlinux.org/task/18300 > * scite (OOD): small text editor with some nice features, could be > more friendly. > * solfege (OOD): piece of cake! Frequent point releases, the > development branch is stable, but I don't remember why I switched to > it back in the day. > * stress (OOD): small unix utility, clean and easy. > * timidity-freepats: hasn't seen a release in ages and probably will > be around forever. Zero maintenance, nice to have in repos. Could be > ported to -any. > * vlock: small unix utility, clean and easy. > * wavegain: small util, optdepend for gnormalize > * xsensors (OOD): X11 sensor viewing util Adopted scite, stress, and vlock... will take others depending on the need for maintainers after others have had a chance. You will be missed, and we'll keep a seat for you should you decide to return in the future. Best of luck! --
[aur-general] TU resignation
It's with great sadness that I feel the need to leave my position as a Trusted User in Arch. In the last few months I haven't been able to keep up with my duties, and I feel that resigning is the best thing I can do at the moment, since real life is taking much more time than there is in a day and I can't keep up with the high standards that Arch deserves. I'd like to thank each and everyone at the Arch team, this has been a fun ride and I learned a lot in these years. Hopefully I'll be back contributing someday, maybe not in the same way, but whatever. Surely I'll stick around, however, as much as my free time allows me. At the moment I own a few dozens of packages in [community], and since I'd like to make the transition as smooth as possible, a little report follows, I marked as OOD the ones which need to be updated, adopt the ones you like. I hope this is helpful. Take care, Corrado = AVR packages = The AVR family is badly in need of some love. The wonderful djgera did all the grunt work (see http://mailman.archlinux.org/pipermail/aur-general/2010-March/008369.html), now someone just has to take these little guys and update them. As with every toolchain, though, there's quite a bit to catch up with, and a whole lot to learn. Not for the faint of heart. * avrdude (OOD) * avr-libc (OOD) * binutils-avr (OOD) * gcc-avr (OOD) = PulseAudio & friends = These are really popular and still hope to go in [extra], because a lot of [extra] software could depend on them. The pulseaudio PKGBUILD needs some time to become friends with, not mentioning the package configuration, but if you stick to "stable" releases and refuse to patch the hell out of it as its author does in RedHat, you'll be fine. One open bug: http://bugs.archlinux.org/task/18527 * pulseaudio * gstreamer0.10-pulse * libao-pulse * libasyncns * padevchooser * paman * paprefs * pavucontrol * pavumeter * rtkit * xmms-pulse = Eclipse Plug-Ins = Mostly low-maintenance packages, they usually just need a relbump thanks to my super-unreadably-duper-perfectly-working PKGBUILDs. * eclipse-emf: needs to be ported to -any * eclipse-gef (OOD) * eclipse-mylyn (OOD) * eclipse-phpeclipse * eclipse-subclipse (OOD) * eclipse-ve = {G,W}ammu = A couple of programs to manage cell phones. Not always the easiest of builds but it's been stable for quite some time now. * gammu * wammu = Gmusicbrowser = My favorite music player, a tricky PKGBUILD (read: do everything by hand) but the developer is very friendly and helpful, and incredibly fast to reply. Optdepends hell. * gmusicbrowser * flac123 * perl-gstreamer * perl-gstreamer-interfaces (OOD) * perl-gtk2-mozembed = Musepack = Upstream releases are rare and not exactly packager-friendly. * musepack-tools * libcuefile * libreplaygain = Beast = Hasn't seen a release in ages, but it returned active upstream a few months ago. Usually needs patches. * beast * bse-alsa = Other = * acerhk: small kernel module, i686-only, no new releases, hassle free, just relbump * freemind: unvaluable mind-mapper, still waiting for the much anticipated 0.9.0, which will most likely arrive with Godot. Easy. * gnormalize: how to kill the unix do-one-thing-n-do-it-well paradigm in one shot. Optdepends hell #2 * gourmet (OOD): a recipe manager. Not that I can cook. * mldonkey: a p2p app for the edonkey network, gave me a few head scratches for the rc script. * opcion: a nice font viewer written in java, unmaintained but working very well. * rss-glx: 3d screen-savers, usually gives a few problems with .desktop files. See http://bugs.archlinux.org/task/18300 * scite (OOD): small text editor with some nice features, could be more friendly. * solfege (OOD): piece of cake! Frequent point releases, the development branch is stable, but I don't remember why I switched to it back in the day. * stress (OOD): small unix utility, clean and easy. * timidity-freepats: hasn't seen a release in ages and probably will be around forever. Zero maintenance, nice to have in repos. Could be ported to -any. * vlock: small unix utility, clean and easy. * wavegain: small util, optdepend for gnormalize * xsensors (OOD): X11 sensor viewing util
Re: [aur-general] please remove package kernel-debug
Am 07.03.2010 19:17, schrieb Marc Cousin: Sorry, I messed up uploading a package : http://aur.archlinux.org/packages.php?ID=35266 Can it be deleted ? Thanks. Yes, done. Regards Stefan
[aur-general] please remove package kernel-debug
Sorry, I messed up uploading a package : http://aur.archlinux.org/packages.php?ID=35266 Can it be deleted ? Thanks.
Re: [aur-general] moving an optdepend to [community]
On 03/07/2010 04:54 PM, Chris Brannon wrote: Hi all, I want to move python-foolscap [1] to [community], since it is an optdepend for ipython. It satisfies the guidelines for packages entering [community]. Any objections? -- Chris [1] http://aur.archlinux.org/packages.php?ID=35278 +1 -- Ionut
[aur-general] moving an optdepend to [community]
Hi all, I want to move python-foolscap [1] to [community], since it is an optdepend for ipython. It satisfies the guidelines for packages entering [community]. Any objections? -- Chris [1] http://aur.archlinux.org/packages.php?ID=35278
[aur-general] Orphaning request for go-openoffice-de
Hello, go-openoffice-de had no updates a long time and it is updated. The maintainer didn't manage it to update, as he said. I couldn't reach the maintainer by comment or email, so I created a new one (go-openoffice-de-lang), which works. So I request orphaning and may be refactoring go-openoffice-de-lang to go-openoffice-de. Thanks in advance Adam Hani Schakaki