[aur-general] Merge/removal requests
Hi, Could someone please remove these two: https://aur.archlinux.org/packages/linux-x32/ Remove, because the official kernel included it. https://aur.archlinux.org/packages/virtualbox-modules-x32/ Remove, same reason above. And please merge: https://aur.archlinux.org/packages/libx32-sqlite3/ merge into https://aur.archlinux.org/packages/libx32-sqlite/ following an upstream renaming, and https://aur.archlinux.org/packages/libx32-blas/ merge into https://aur.archlinux.org/packages/libx32-lapack/ because libx32-lapack included libx32-blas. Thanks! BR, Fantix
[aur-general] Removal requests
Source gone * https://aur.archlinux.org/packages/libping/ * https://aur.archlinux.org/packages/lovewallpaper/ * https://aur.archlinux.org/packages/lua-gd/ * https://aur.archlinux.org/packages/apache-jena/ * https://aur.archlinux.org/packages/aster-mpi/ * https://aur.archlinux.org/packages/axkb/ * https://aur.archlinux.org/packages/axr-prototype-git/ * https://aur.archlinux.org/packages/b43-tools-git/ * https://aur.archlinux.org/packages/bickley-git/ * https://aur.archlinux.org/packages/bmpanel-themes/ * https://aur.archlinux.org/packages/bongo-svn/ * https://aur.archlinux.org/packages/cinnamon-extension-win7-alt-tab/ * https://aur.archlinux.org/packages/couturier/ * https://aur.archlinux.org/packages/cplay-mplayer/ * https://aur.archlinux.org/packages/enso-bzr/ * https://aur.archlinux.org/packages/falcon-qt4-svn/ * https://aur.archlinux.org/packages/firefox-nightly-i18n-ru/ * https://aur.archlinux.org/packages/flashget/ * https://aur.archlinux.org/packages/gxmms2/ * https://aur.archlinux.org/packages/gget-svn/ * https://aur.archlinux.org/packages/gnome-shell-extension-axe-menu/ * https://aur.archlinux.org/packages/eclipse-qtjambi/ * https://aur.archlinux.org/packages/eclipse-i18n-es/ Obsolete according to the comments * https://aur.archlinux.org/packages/anyremote2html/ * https://aur.archlinux.org/packages/biblatex-historian/ * https://aur.archlinux.org/packages/intel-composer-compiler-suite/ but he maintains it anyway ... * https://aur.archlinux.org/packages/alx-driver-e2200/ * https://aur.archlinux.org/packages/bnfc/
[aur-general] [arch-dev-public] Starting work on TeXLive 2013
On Tuesday, July 02, 2013 09:15:06 Rémy Oudompheng wrote: > The packages are ready but they will tend to install /etc/texmf files > as .pacnew instead of replacing the old ones. When it happens fmtutil > will not unhappy and the things will be unusable until the user > overwrites the old files with the pacnews then re-runs "fmtutil --all" > as root. On Tue, Jul 2, 2013 at 11:56 PM, Rémy Oudompheng wrote: > On 2013/7/2 Rashif Ray Rahman wrote: >> An official announcement is useful here because it requires user >> intervention. An install message is not appropriate (i.e. not >> sufficient for the problem at hand). >> >> So, yes, if there is no other way to solve this you should post a news >> announcement explaining the reason why this intervention is required >> and the steps to take in order to solve it. > > I think we can try that. I will upload the current version of packages > to [testing]. I don't think it is a common practice to sliently > overwrite files in /etc, but I don't understand why new files get > installed as .pacnew. > > I have tried the upgrade path from a clean Texlive 2012 install and it > does not replace the old files. > > Rémy. .pacnew files get created when the old files have been altered - user edited https://wiki.archlinux.org/index.php/Pacnew_and_Pacsave_Files#.pacnew I have no idea what /etc/texmf hold and why would one edit them, but if you updated from a clean Texlive 2012 install I guess no edits were made to these files and thus no .pacnew files got created .
Re: [aur-general] Aggressive deletions?
On Tue, Jul 2, 2013 at 6:30 PM, Felix Yan wrote: > On Tuesday, July 02, 2013 10:21:40 enderst wrote: >> Not sure how pkgs are checked before deletion but Autoscan was deleted >> reason was no source. >> >> It’s just a broken link: >> >> http://autoscan.fr/download_files/autoscan-network-1.50.tar.gz >> >> Should be: >> >> http://autoscan-network.com/download_files/autoscan-network-1.50.tar.gz >> >> Clearly they've changed domains and haven't updated their links. >> >> So source is available and binaries for major platforms: >> http://autoscan-network.com/download/ > > You could still grab the source package here: > https://aur.archlinux.org/packages/au/autoscan/autoscan.tar.gz > > And feel free to fix it and upload again. > > Regards, > Felix Yan I update SourceForge links because they're trivial to find and I try to fix packages that are needed to build other packages. If I stumble upon the working download urls, I do post them in the comments, but I generally do not look for them.
Re: [aur-general] Request transfer of ownership of AUR packages
On Tue, Jul 2, 2013 at 9:40 PM, Maxime GAUDUIN wrote: > > > > Haven't seen him on IRC, I've disowned it too. Thx. Thanks a lot Maxime :) -- Siddhartha
Re: [aur-general] Removal requests
On Tue, Jul 2, 2013 at 3:09 PM, Jakub Klinkovský wrote: > Hi, > here's list of packages that can be removed: > https://aur.archlinux.org/packages/python26-gnutls114/ - there is newer > version: https://aur.archlinux.org/packages/python26-gnutls/ > https://aur.archlinux.org/packages/python2-x32/ - replaced by > https://aur.archlinux.org/packages/binx32-python2 > https://aur.archlinux.org/packages/python2-pysilhouette/ - replaced by > https://aur.archlinux.org/packages/pysilhouette/ > https://aur.archlinux.org/packages/python2-carrot/ - discontinued > upstream (see comment) > https://aur.archlinux.org/packages/pymusepack/ - source + upstream url > unavailable > https://aur.archlinux.org/packages/gvfs-smbfix/ - really outdated > > All done, thank you. -- Maxime
Re: [aur-general] Aggressive deletions?
On Tuesday, July 02, 2013 10:21:40 enderst wrote: > Not sure how pkgs are checked before deletion but Autoscan was deleted > reason was no source. > > It’s just a broken link: > > http://autoscan.fr/download_files/autoscan-network-1.50.tar.gz > > Should be: > > http://autoscan-network.com/download_files/autoscan-network-1.50.tar.gz > > Clearly they've changed domains and haven't updated their links. > > So source is available and binaries for major platforms: > http://autoscan-network.com/download/ You could still grab the source package here: https://aur.archlinux.org/packages/au/autoscan/autoscan.tar.gz And feel free to fix it and upload again. Regards, Felix Yan signature.asc Description: This is a digitally signed message part.
[aur-general] Aggressive deletions?
Not sure how pkgs are checked before deletion but Autoscan was deleted reason was no source. It’s just a broken link: http://autoscan.fr/download_files/autoscan-network-1.50.tar.gz Should be: http://autoscan-network.com/download_files/autoscan-network-1.50.tar.gz Clearly they've changed domains and haven't updated their links. So source is available and binaries for major platforms: http://autoscan-network.com/download/ enderst
Re: [aur-general] Merge request: yourls-svn
On Tue, Jul 2, 2013 at 5:21 PM, Florian Bruhin wrote: > Aaand housekeeping done after that one ;) > > Could you please merge yourls-svn[0] into yourls-git[1], as upstream > switched to git? > > Thanks. > > [0] https://aur.archlinux.org/packages/yourls-svn/ > [1] https://aur.archlinux.org/packages/yourls-git/ > > -- > () ascii ribbon campaign - stop html mailwww.asciiribbon.org > /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ > Anyone who imagines that all fruits ripen at the same time as the > strawberries, knows nothing about grapes. -- Philippus Paracelsus > And merged, thx. -- Maxime
Re: [aur-general] Deletion request: strace-patched
On Tue, Jul 2, 2013 at 4:56 PM, Florian Bruhin wrote: > Hey again, > > could you please delete strace-patched[0]? The two-digit kernel number > fix has landed in extra/strace since 4.8, so this is not needed > anymore. > > [0] https://aur.archlinux.org/packages/strace-patched/ > > Thanks, > > Florian > > -- > () ascii ribbon campaign - stop html mailwww.asciiribbon.org > /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ > The three best things about going to school are June, July, and August. > Deleted too. -- Maxime
Re: [aur-general] Request transfer of ownership of AUR packages
On Tue, Jul 2, 2013 at 3:52 PM, Siddhartha Sahu wrote: > Hi there. > > > On Mon, May 27, 2013 at 7:46 PM, Siddhartha Sahu > wrote: > > There are two AUR packages that I'm using personally, and they haven't > been updated for a while. I have also indicated so to the maintainers both > in comments and using email to their respective email ids (on 9th May) > > > > I haven't received any reply yet. I have written the new PKGBUILDs myself > so I was wondering if I could take over the maintenance of these two > packages? > > > > https://aur.archlinux.org/packages/verlihub > > https://aur.archlinux.org/packages/verlihub-git > > I've updated the first package. > However, as the second package belongs to a TU (Dragonlord), it was not > disowned earlier. It has been such a long time and there is no response > from Dragonlord, can it be disowned now? > > Thanks > -- > Siddhartha > Haven't seen him on IRC, I've disowned it too. Thx. -- Maxime
Re: [aur-general] Removal requests
On Tue, Jul 2, 2013 at 4:04 PM, Karol Blazewicz wrote: > On Tue, Jul 2, 2013 at 8:42 AM, Bartłomiej Piotrowski > wrote: > > On 2013-07-02 01:39, Karol Blazewicz wrote: > >> Source gone > > > > >> * https://aur.archlinux.org/packages/gnome-activity-journal-bzr/ > > > > > > > All deleted, thanks. > > > > -- > > Bartłomiej Piotrowski > > http://bpiotrowski.pl/ > > > > Almost, https://aur.archlinux.org/packages/gnome-activity-journal-bzr/ > is still there. > Finished the last one off ;) -- Maxime
Re: [aur-general] Merge request: python-quick2wire
On Tue, Jul 2, 2013 at 4:39 PM, Florian Bruhin wrote: > Heya, > > I uploaded python-quick2wire[1], but since it's a git package it > should probably be called -git, so I uploaded the new version as > python-quick2wire-git[2] -- can someone please merge them? > > Thanks. > > [1] https://aur.archlinux.org/packages/python-quick2wire/ > [2] https://aur.archlinux.org/packages/python-quick2wire-git/ > > -- > () ascii ribbon campaign - stop html mailwww.asciiribbon.org > /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ > The Killer Ducks are coming!!! > Merged, thank you. -- Maxime
Re: [aur-general] Deletion request: fdupes-pr
On Tue, Jul 2, 2013 at 4:30 PM, Florian Bruhin wrote: > Heya, > > can someone please delete fdupes-pr: > https://aur.archlinux.org/packages/fdupes-pr/ > > It was a "preview release" (aka beta), now this got released as an > normal release and community/fdupes is the newest version, making this > package obsolete. > > Thanks, > > Florian > Gone, thx. -- Maxime
[aur-general] Merge request: yourls-svn
Aaand housekeeping done after that one ;) Could you please merge yourls-svn[0] into yourls-git[1], as upstream switched to git? Thanks. [0] https://aur.archlinux.org/packages/yourls-svn/ [1] https://aur.archlinux.org/packages/yourls-git/ -- () ascii ribbon campaign - stop html mailwww.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ Anyone who imagines that all fruits ripen at the same time as the strawberries, knows nothing about grapes. -- Philippus Paracelsus pgpgkIPgBvVO7.pgp Description: PGP signature
[aur-general] Deletion request: strace-patched
Hey again, could you please delete strace-patched[0]? The two-digit kernel number fix has landed in extra/strace since 4.8, so this is not needed anymore. [0] https://aur.archlinux.org/packages/strace-patched/ Thanks, Florian -- () ascii ribbon campaign - stop html mailwww.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ The three best things about going to school are June, July, and August. pgpX3QlryOJBN.pgp Description: PGP signature
[aur-general] Merge request: python-quick2wire
Heya, I uploaded python-quick2wire[1], but since it's a git package it should probably be called -git, so I uploaded the new version as python-quick2wire-git[2] -- can someone please merge them? Thanks. [1] https://aur.archlinux.org/packages/python-quick2wire/ [2] https://aur.archlinux.org/packages/python-quick2wire-git/ -- () ascii ribbon campaign - stop html mailwww.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ The Killer Ducks are coming!!! pgprk__JjYeRS.pgp Description: PGP signature
[aur-general] Deletion request: fdupes-pr
Heya, can someone please delete fdupes-pr: https://aur.archlinux.org/packages/fdupes-pr/ It was a "preview release" (aka beta), now this got released as an normal release and community/fdupes is the newest version, making this package obsolete. Thanks, Florian pgpbFtWvJWtqS.pgp Description: PGP signature
Re: [aur-general] Removal requests
On Tue, Jul 2, 2013 at 8:42 AM, Bartłomiej Piotrowski wrote: > On 2013-07-02 01:39, Karol Blazewicz wrote: >> Source gone >> * https://aur.archlinux.org/packages/gnome-activity-journal-bzr/ > > All deleted, thanks. > > -- > Bartłomiej Piotrowski > http://bpiotrowski.pl/ > Almost, https://aur.archlinux.org/packages/gnome-activity-journal-bzr/ is still there.
Re: [aur-general] Request transfer of ownership of AUR packages
Hi there. On Mon, May 27, 2013 at 7:46 PM, Siddhartha Sahu wrote: > There are two AUR packages that I'm using personally, and they haven't been updated for a while. I have also indicated so to the maintainers both in comments and using email to their respective email ids (on 9th May) > > I haven't received any reply yet. I have written the new PKGBUILDs myself so I was wondering if I could take over the maintenance of these two packages? > > https://aur.archlinux.org/packages/verlihub > https://aur.archlinux.org/packages/verlihub-git I've updated the first package. However, as the second package belongs to a TU (Dragonlord), it was not disowned earlier. It has been such a long time and there is no response from Dragonlord, can it be disowned now? Thanks -- Siddhartha
[aur-general] Removal requests
Hi, here's list of packages that can be removed: https://aur.archlinux.org/packages/python26-gnutls114/ - there is newer version: https://aur.archlinux.org/packages/python26-gnutls/ https://aur.archlinux.org/packages/python2-x32/ - replaced by https://aur.archlinux.org/packages/binx32-python2 https://aur.archlinux.org/packages/python2-pysilhouette/ - replaced by https://aur.archlinux.org/packages/pysilhouette/ https://aur.archlinux.org/packages/python2-carrot/ - discontinued upstream (see comment) https://aur.archlinux.org/packages/pymusepack/ - source + upstream url unavailable https://aur.archlinux.org/packages/gvfs-smbfix/ - really outdated pgpeTaUimXxxj.pgp Description: PGP signature
Re: [aur-general] [AUR] man-pages-*fr
Le 02/07/2013 11:44, Bartłomiej Piotrowski a écrit : On 2013-07-02 11:33, Xorg wrote: Le 02/07/2013 08:34, Bartłomiej Piotrowski a écrit : On 2013-06-29 11:34, Xorg wrote: Hi. I think many packages about man-pages in French are outdated. List of packages : - man-pages-fr : v3.03.0 ; last update : 2008-07-18 19:35 ==> the 2013-05-20 at 15:15, I had written a comment to say the package created is empty. - man-pages-extras-fr : v0.8.1 ; last update : 2008-07-18 19:36 ==> the 2013-05-20 at 15:19, I had written a comment to say the package created is empty, too. - man-pages-sup-fr : v20080606 ; last update : 2008-08-19 22:11 ==> PKGBUILD don't have a function package(), so package will be empty too. I have found this (in French, in perkamon-fr directory, README.fr file) : - Christophe Blaess http://www.blaess.fr/christophe/> : 1996-2005 - Alain Portal http://manpagesfr.free.fr/> : 2005 - Thomas Huriaux et Denis Barbier http://po4a.alioth.debian.org/> : 2006-2009 They used po4a for Debian. - Denis Barbier http://perkamon.alioth.debian.org/> : 2010 Perkamon project, to be not only for Debian. - Denis Barbier http://www.traduc.org/perkamon/> : since 2011 I think only *man-pages-fr *is useful today, but it need to be based on Perkamon project. Now, man-pages-fr can be found here : https://alioth.debian.org/frs/?group_id=100455&release_id=1879#man-pages-fr-_3.51-1-title-content The latest version is man-pages-fr-3.51-1 So I think man-pages-extras-fr and man-pages-sup-fr are very obsolete and deprecated today, but man-pages-fr need an upgrade. Thanks in advance. X0rg Merged, thanks. So can you orphan man-pages-fr, I want to adopt it, because marc[i1] seems to be inactive since 2009... Thanks. X0rg. Done. A big thank, your response was very fast ! Thanks a lot, have a nice day. X0rg.
Re: [aur-general] [AUR] man-pages-*fr
On 2013-07-02 11:33, Xorg wrote: > Le 02/07/2013 08:34, Bartłomiej Piotrowski a écrit : >> On 2013-06-29 11:34, Xorg wrote: >>> Hi. >>> >>> I think many packages about man-pages in French are outdated. List of >>> packages : >>> - man-pages-fr : v3.03.0 ; last update : 2008-07-18 19:35 ==> the >>> 2013-05-20 at 15:15, I had written a comment to say the package created >>> is empty. >>> - man-pages-extras-fr : v0.8.1 ; last update : 2008-07-18 19:36 ==> the >>> 2013-05-20 at 15:19, I had written a comment to say the package created >>> is empty, too. >>> - man-pages-sup-fr : v20080606 ; last update : 2008-08-19 22:11 ==> >>> PKGBUILD don't have a function package(), so package will be empty too. >>> >>> I have found this (in French, in perkamon-fr directory, README.fr >>> file) : >>> - Christophe Blaess http://www.blaess.fr/christophe/> : 1996-2005 >>> - Alain Portal http://manpagesfr.free.fr/> : 2005 >>> - Thomas Huriaux et Denis Barbier http://po4a.alioth.debian.org/> : >>> 2006-2009 >>> They used po4a for Debian. >>> - Denis Barbier http://perkamon.alioth.debian.org/> : 2010 >>> Perkamon project, to be not only for Debian. >>> - Denis Barbier http://www.traduc.org/perkamon/> : since 2011 >>> >>> I think only *man-pages-fr *is useful today, but it need to be based on >>> Perkamon project. >>> Now, man-pages-fr can be found here : >>> https://alioth.debian.org/frs/?group_id=100455&release_id=1879#man-pages-fr-_3.51-1-title-content >>> >>> >>> The latest version is man-pages-fr-3.51-1 >>> >>> So I think man-pages-extras-fr and man-pages-sup-fr are very obsolete >>> and deprecated today, but man-pages-fr need an upgrade. >>> >>> Thanks in advance. >>> >>> X0rg >> Merged, thanks. >> > So can you orphan man-pages-fr, I want to adopt it, because marc[i1] > seems to be inactive since 2009... > > Thanks. > X0rg. Done. -- Bartłomiej Piotrowski http://bpiotrowski.pl/ signature.asc Description: OpenPGP digital signature
Re: [aur-general] [AUR] man-pages-*fr
Le 02/07/2013 08:34, Bartłomiej Piotrowski a écrit : On 2013-06-29 11:34, Xorg wrote: Hi. I think many packages about man-pages in French are outdated. List of packages : - man-pages-fr : v3.03.0 ; last update : 2008-07-18 19:35 ==> the 2013-05-20 at 15:15, I had written a comment to say the package created is empty. - man-pages-extras-fr : v0.8.1 ; last update : 2008-07-18 19:36 ==> the 2013-05-20 at 15:19, I had written a comment to say the package created is empty, too. - man-pages-sup-fr : v20080606 ; last update : 2008-08-19 22:11 ==> PKGBUILD don't have a function package(), so package will be empty too. I have found this (in French, in perkamon-fr directory, README.fr file) : - Christophe Blaess http://www.blaess.fr/christophe/> : 1996-2005 - Alain Portal http://manpagesfr.free.fr/> : 2005 - Thomas Huriaux et Denis Barbier http://po4a.alioth.debian.org/> : 2006-2009 They used po4a for Debian. - Denis Barbier http://perkamon.alioth.debian.org/> : 2010 Perkamon project, to be not only for Debian. - Denis Barbier http://www.traduc.org/perkamon/> : since 2011 I think only *man-pages-fr *is useful today, but it need to be based on Perkamon project. Now, man-pages-fr can be found here : https://alioth.debian.org/frs/?group_id=100455&release_id=1879#man-pages-fr-_3.51-1-title-content The latest version is man-pages-fr-3.51-1 So I think man-pages-extras-fr and man-pages-sup-fr are very obsolete and deprecated today, but man-pages-fr need an upgrade. Thanks in advance. X0rg Merged, thanks. So can you orphan man-pages-fr, I want to adopt it, because marc[i1] seems to be inactive since 2009... Thanks. X0rg.
Re: [aur-general] Merge request : php-gtk
Le 01/07/2013 09:46, Maxime Gauduin a écrit : On Sun, 2013-06-30 at 16:29 +0200, Xorg wrote: Hello, Please merge php-gtk (package is old, orphan, dependencies are bad and package can't compile) into php-gtk-git. https://aur.archlinux.org/packages/php-gtk/ https://aur.archlinux.org/packages/php-gtk-git/ Best Regards X0rg I'd leave it like this for the moment, project seems to be active still, there might be a new release at some point. Cheers, -- Maxime As you wish. But it is php-gtk-*2*.0.1 the latest version (http://gtk.php.net/download.php), released 15-May-2008. GitHub page is here : https://github.com/php/php-gtk-src -> latest commit, 8 months ago. So I don't know. If you don't merge php-gtk into php-gtk-git, I will probably adopt php-gtk and remake a PKGBUILD for version 2.0.1. 2008, it is far... Thanks. X0rg
Re: [aur-general] Orphan Request: dcron and dcron-git
On Tue, Jul 02, 2013 at 10:53:54AM +0200, Maxime Gauduin wrote: > On Tue, 2013-07-02 at 12:31 +0530, gt wrote: > > I would request that the AUR packages dcron and dcron-git be orphaned. > > > > dcron has been flagged since one month and I even contacted the > > maintainer through email on 21st June, but no reply. > > > > And, dcron-git too has been flagged since one month, but I haven't tried > > contacting the author personally. > > Plese wait 3 more days (for the mandatory 2 weeks time) and dcron will > be yours. As for dcron-git, please send an email to the maintainer, and > write back here if you don't get any answer. Also, please include links > to the packages next time. I just mailed the dcron-git maintainer. Will update accordingly. Sorry, for not including the links. Will take care the next time. Thanks
Re: [aur-general] Orphan Request: dcron and dcron-git
On Tue, 2013-07-02 at 12:31 +0530, gt wrote: > I would request that the AUR packages dcron and dcron-git be orphaned. > > dcron has been flagged since one month and I even contacted the > maintainer through email on 21st June, but no reply. > > And, dcron-git too has been flagged since one month, but I haven't tried > contacting the author personally. Plese wait 3 more days (for the mandatory 2 weeks time) and dcron will be yours. As for dcron-git, please send an email to the maintainer, and write back here if you don't get any answer. Also, please include links to the packages next time. Cheers, -- Maxime signature.asc Description: This is a digitally signed message part
Re: [aur-general] Merge request
On 2013-07-02 09:52, Edoardo Maria Elidoro wrote: > 2013/7/2 Bartłomiej Piotrowski : >> Do we have naming scheme for themes? Actually I prefer "gtk2-theme-*" if >> package provides only GTK2 theme (and similarly for GTK1 and GTK3). >> "gtk-theme-*" should be used if theme supports more than one version of GTK. > > This way there's a LOT of themes that needs to be checked and renamed, > I don't think it's a good idea. > I think its' better to maintain the gtk-theme- prefix and mention in > the description that is just a gtk2 theme (and since Xfce don't have > GTK3 support yet, I put them in that category). > As a smart pony said, we let natural selection choose the fittest naming scheme. While I still think that my scheme is better, let's stick to yours for now. Thanks! -- Bartłomiej Piotrowski http://bpiotrowski.pl/ signature.asc Description: OpenPGP digital signature
Re: [aur-general] Removal request
On 2013-07-02 09:59, Edoardo Maria Elidoro wrote: > 2013/7/2 Bartłomiej Piotrowski : >> But will be back sooner or later, so in my opinion it should stay. > > Apparently no, it seems that Opera now provide only a Developement > Version (Alpha), Opera Next (Beta) and Opera. > Source: http://my.opera.com/desktopteam/blog/opera-features-and-release-cycle > Merged with opera-next, thank you. -- Bartłomiej Piotrowski http://bpiotrowski.pl/ 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: * 24 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 32 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 (24 total) == * fcitx-table-extra-0.3.4-1 (any) * fcitx-4.2.8-2 (i686) * fcitx-configtool-0.4.7-2 (i686) * fcitx-libpinyin-0.3.0-1 (i686) * fcitx-m17n-0.2.1-1 (i686) * fcitx-sunpinyin-0.4.1-1 (i686) * fcitx-unikey-0.2.1-1 (i686) * kcm-fcitx-0.4.3-1 (i686) * fcitx-4.2.8-2 (x86_64) * fcitx-configtool-0.4.7-2 (x86_64) * fcitx-libpinyin-0.3.0-1 (x86_64) * fcitx-m17n-0.2.1-1 (x86_64) * fcitx-sunpinyin-0.4.1-1 (x86_64) * fcitx-unikey-0.2.1-1 (x86_64) * kcm-fcitx-0.4.3-1 (x86_64) * skk-jisyo-20120902-2 (any) * fcitx-kkc-0.1.0-1 (i686) * ibus-kkc-1.5.14-2 (i686) * libkkc-0.2.4-2 (i686) * libkkc-data-0.2.0-4 (i686) * fcitx-kkc-0.1.0-1 (x86_64) * ibus-kkc-1.5.14-2 (x86_64) * libkkc-0.2.4-2 (x86_64) * libkkc-data-0.2.0-4 (x86_64) == Incomplete signoffs for [community] (21 total) == * fcitx-table-extra-0.3.4-1 (any) 0/2 signoffs * fcitx-4.2.8-2 (i686) 0/1 signoffs * fcitx-anthy-0.2.0-1 (i686) 0/1 signoffs * fcitx-cloudpinyin-0.3.2-1 (i686) 0/1 signoffs * fcitx-configtool-0.4.7-2 (i686) 0/1 signoffs * fcitx-hangul-0.3.0-1 (i686) 0/1 signoffs * fcitx-libpinyin-0.3.0-1 (i686) 0/1 signoffs * fcitx-m17n-0.2.1-1 (i686) 0/1 signoffs * fcitx-sunpinyin-0.4.1-1 (i686) 0/1 signoffs * fcitx-unikey-0.2.1-1 (i686) 0/1 signoffs * kcm-fcitx-0.4.3-1 (i686) 0/1 signoffs * fcitx-4.2.8-2 (x86_64) 0/2 signoffs * fcitx-anthy-0.2.0-1 (x86_64) 0/2 signoffs * fcitx-cloudpinyin-0.3.2-1 (x86_64) 0/2 signoffs * fcitx-configtool-0.4.7-2 (x86_64) 0/2 signoffs * fcitx-hangul-0.3.0-1 (x86_64) 0/2 signoffs * fcitx-libpinyin-0.3.0-1 (x86_64) 0/2 signoffs * fcitx-m17n-0.2.1-1 (x86_64) 0/2 signoffs * fcitx-sunpinyin-0.4.1-1 (x86_64) 0/2 signoffs * fcitx-unikey-0.2.1-1 (x86_64) 0/2 signoffs * kcm-fcitx-0.4.3-1 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (11 total) == * skk-jisyo-20120902-2 (any) 0/2 signoffs * fcitx-kkc-0.1.0-1 (i686) 0/1 signoffs * fcitx-sayura-0.1.1-1 (i686) 0/1 signoffs * ibus-kkc-1.5.14-2 (i686) 0/1 signoffs * libkkc-0.2.4-2 (i686) 0/1 signoffs * libkkc-data-0.2.0-4 (i686) 0/1 signoffs * fcitx-kkc-0.1.0-1 (x86_64) 0/2 signoffs * fcitx-sayura-0.1.1-1 (x86_64) 0/2 signoffs * ibus-kkc-1.5.14-2 (x86_64) 0/2 signoffs * libkkc-0.2.4-2 (x86_64) 0/2 signoffs * libkkc-data-0.2.0-4 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. lcarlier - 1 signoffs
Re: [aur-general] Removal request
2013/7/2 Bartłomiej Piotrowski : > But will be back sooner or later, so in my opinion it should stay. Apparently no, it seems that Opera now provide only a Developement Version (Alpha), Opera Next (Beta) and Opera. Source: http://my.opera.com/desktopteam/blog/opera-features-and-release-cycle
Re: [aur-general] Merge request
2013/7/2 Bartłomiej Piotrowski : > If I understand correctly, the packages aren't the same. I would leave > them alone. You're right, sorry, I'll double check next time ;)
Re: [aur-general] Merge request
2013/7/2 Bartłomiej Piotrowski : > Do we have naming scheme for themes? Actually I prefer "gtk2-theme-*" if > package provides only GTK2 theme (and similarly for GTK1 and GTK3). > "gtk-theme-*" should be used if theme supports more than one version of GTK. This way there's a LOT of themes that needs to be checked and renamed, I don't think it's a good idea. I think its' better to maintain the gtk-theme- prefix and mention in the description that is just a gtk2 theme (and since Xfce don't have GTK3 support yet, I put them in that category).
[aur-general] Orphan Request: dcron and dcron-git
I would request that the AUR packages dcron and dcron-git be orphaned. dcron has been flagged since one month and I even contacted the maintainer through email on 21st June, but no reply. And, dcron-git too has been flagged since one month, but I haven't tried contacting the author personally.