[aur-general] Reset password of AUR account?
I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Reset password of AUR account?
On Thu, Nov 12, 2009 at 10:21 AM, Magnus Therning mag...@therning.org wrote: I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe You can ask the desired Developer or Trusted User who has right to reset your password, at this momment there isn't any automatization for it. There was a thread about it on the aur-dev earlier, maybe Andrea took an advice for it. http://bugs.archlinux.org/task/3061?string=passwordproject=2type[0]=sev[0]=pri[0]=due[0]=reported[0]=cat[0]=status[0]=openpercent[0]=opened=dev=closed=duedatefrom=duedateto=changedfrom=changedto=openedfrom=openedto=closedfrom=closedto= Best Regards, Laszlo Papp
Re: [aur-general] Reset password of AUR account?
On Thu, Nov 12, 2009 at 11:21 AM, Magnus Therning mag...@therning.org wrote: I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M Laszlo is correct. You'll be receiving a new password t shortly. :)
Re: [aur-general] Reset password of AUR account?
On Thu, Nov 12, 2009 at 9:37 AM, Evangelos Foutras foutre...@gmail.com wrote: On Thu, Nov 12, 2009 at 11:21 AM, Magnus Therning mag...@therning.org wrote: I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M Laszlo is correct. You'll be receiving a new password t shortly. :) Thanks. I'll try to take better care of this one, to avoid having to bother you again with this :-) /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
Re: [aur-general] Reset password of AUR account?
On Thu, Nov 12, 2009 at 11:37 AM, Evangelos Foutras foutre...@gmail.com wrote: On Thu, Nov 12, 2009 at 11:21 AM, Magnus Therning mag...@therning.org wrote: I seem to have lost my AUR account password. Looking at the site there's no obvious way to get it back, or reset it. What do I do? Username: magus /M Laszlo is correct. You'll be receiving a new password t shortly. :) * You'll be receiving a new password via email from me shortly.
[aur-general] Deletion request: gdata-provider
My package, will create a new one. Thanks! http://aur.archlinux.org/packages.php?ID=31305
Re: [aur-general] Deletion request: gdata-provider
Dave wrote: My package, will create a new one. Thanks! http://aur.archlinux.org/packages.php?ID=31305 Done.
Re: [aur-general] perl-libwww duplicates
Xyne wrote: On Tue, 10 Nov 2009 17:19:08 -0500 Daenyth Blank daenyth+a...@gmail.com wrote: On Tue, Nov 10, 2009 at 14:36, Cedric Staniewski ced...@gmx.ca wrote: Hi, There are several packages in the AUR which provides exactly the same package as perl-libwww from extra does. Apparently, it is a pacpan related issue and therefore these packages are required by other ones. Deleting them is likely no solution as they will get uploaded again by another pacpan user. Cedric = perl-http-headers http://aur.archlinux.org/packages.php?ID=25730 = perl-http-request http://aur.archlinux.org/packages.php?ID=25736 = perl-http-response http://aur.archlinux.org/packages.php?ID=25735 = perl-lwp-simple http://aur.archlinux.org/packages.php?ID=27566 = perl-lwp-useragent http://aur.archlinux.org/packages.php?ID=25734 I'm going to cc this to xyne Thanks. This is because perl-libwww only provides libwww-perl in the PKGBUILD when in it actually provides over 50 modules/packages. I'll open a ticket on the bug tracker and then take care of the listed pacakges in the AUR. I'll post any updates here. Thanks. I thought about that again and am curious if there is a name convention for CPAN source files. It might make sense to set pkgname to 'perl-' the name of the source file (lowercase and without version and suffix, of course) by default in pacpan generated PKGBUILDs, even though libwww is an exception again. Perhaps this would be a good opportunity to ask everyone packaging CPAN modules to at least look at the provides string generated by pacpan. It cross-references all names with their associated source files to generate a comprehensive list. They should definitely look at the PKGBUILD before uploading them. I have seen provide arrays with items like 'modulename=undef' and there is a new license introduced by these PKGBUILDs called '~'. But that is the drawback of such tools; they make it so easy to generate PKGBUILDs and thus you get quantity but often less quality. Regards, Xyne
Re: [aur-general] perl-libwww duplicates
Cedric Staniewski wrote: Thanks. I thought about that again and am curious if there is a name convention for CPAN source files. It might make sense to set pkgname to 'perl-' the name of the source file (lowercase and without version and suffix, of course) by default in pacpan generated PKGBUILDs, even though libwww is an exception again. They should definitely look at the PKGBUILD before uploading them. I have seen provide arrays with items like 'modulename=undef' and there is a new license introduced by these PKGBUILDs called '~'. But that is the drawback of such tools; they make it so easy to generate PKGBUILDs and thus you get quantity but often less quality. There is a naming convention but the problem is that several modules on CPAN use the same source and install the same component modules. Pacpan generates a comprehensive provides list by cross-referencing all the names and sources and thus includes all alternative names which rely on the same source files. The user has to select the main module though and include the comprehensive provides string to avoid overlap, which is why I've sent the full provides array for Bundle::LWP to the perl-libwww packager (which should be named perl-bundle-lwp). The inclusion of undef was due to a bug in pacpan where I had used a simplified version check, which I've now fixed. Even so, you're right that pacpan is incapable of always producing perfect PKGBUILDs and it was never intended to be used without inspection of the results. It relies on correct and complete meta information on CPAN (some module authors don't bother) and a standard build function. In most cases it works as expected and in others it usuallyl provides a good starting point, but sometimes it's assumptions are horribly wrong and it fails miserably. Regards, Xyne
Re: [aur-general] perl-libwww duplicates
On Thu, Nov 12, 2009 at 12:54, Xyne x...@archlinux.ca wrote: Pacpan generates a comprehensive provides list by cross-referencing all the names and sources and thus includes all alternative names which rely on the same source files. The user has to select the main module though and include the comprehensive provides string to avoid overlap, which is why I've sent the full provides array for Bundle::LWP to the perl-libwww packager (which should be named perl-bundle-lwp). Personally I've always found the current behavior very annoying. Why not just generate the arch standard names for the depends array and let the packager work it out if that isn't correct? Defaulting to the standard seems better than defaulting to print everything, most of which gets removed by hand. It's the single biggest peeve I have with pacpan. (Not to say that I don't find it useful.)
[aur-general] Deletion request for mumble-11x-git
The AUR package for mumble-11x-git [1] provides a compatibility client for older mumble versions, but uses new code from git. However, it is currently fully obsoleted by mumble-git [2] that provides the latest git version of the application (1.2.0-git) and the compatibility client. The 11x-client part in mumble-git is exactly the same as in mumble-11x-git. I think mumble-11x-git should be removed as obsoleted. [1] http://aur.archlinux.org/packages.php?ID=30578 [2] http://aur.archlinux.org/packages.php?ID=26865 -- Ape Lauri Niskanen
Re: [aur-general] Deletion request for mumble-11x-git
On Thu, Nov 12, 2009 at 8:21 PM, Lauri Niskanen a...@ape3000.com wrote: The AUR package for mumble-11x-git [1] provides a compatibility client for older mumble versions, but uses new code from git. However, it is currently fully obsoleted by mumble-git [2] that provides the latest git version of the application (1.2.0-git) and the compatibility client. The 11x-client part in mumble-git is exactly the same as in mumble-11x-git. I think mumble-11x-git should be removed as obsoleted. [1] http://aur.archlinux.org/packages.php?ID=30578 [2] http://aur.archlinux.org/packages.php?ID=26865 -- Ape Lauri Niskanen mumble-11x-git is no more. :)
[aur-general] C++ problem with conflicting declarations
Hello, when I try to compile xaralx I get In file included from /usr/include/glib-2.0/gio/gio.h:28, from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30, from /usr/include/gtk-2.0/gdk/gdk.h:32, from /usr/include/gtk-2.0/gtk/gtk.h:32, from ftfonts.cpp:125: /usr/include/glib-2.0/gio/giotypes.h:120: error: conflicting declaration 'typedef struct _GSocket GSocket' /usr/include/wx-2.8/wx/unix/gsockunx.h:41: error: 'class GSocket' has a previous declaration as 'class GSocket' ftfonts.cpp: In static member function 'static BOOL FTFontMan::CacheFontCore(String_64*, BOOL)': ftfonts.cpp:262: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:262: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp: In static member function 'static FTFont* FTFontMan::CreateNewFont(String_64*, FontClass)': ftfonts.cpp:703: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:703: warning: deprecated conversion from string constant to 'TCHAR*' make[2]: *** [libwxOil_a-ftfonts.o] Error 1 make[2]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make: *** [all-recursive] Error 1 /usr/include/glib-2.0/gio/giotypes.h is included in glib2, /usr/include/wx-2.8/wx/unix/gsockunx.h is included in wxgtk. What is to do in such cases? Is this a bug in glib2 or in wxgtk? Regards Stefan
Re: [aur-general] perl-libwww duplicates
Daenyth Blank wrote: Personally I've always found the current behavior very annoying. Why not just generate the arch standard names for the depends array and let the packager work it out if that isn't correct? Defaulting to the standard seems better than defaulting to print everything, most of which gets removed by hand. It's the single biggest peeve I have with pacpan. (Not to say that I don't find it useful.) I don't understand what you mean. Pacpan is quite good at detecting dependencies. It checks if necessary CPAN modules are already installed and if they are it determines which pacman package they belong to. If the dependency isn't already installed, it checks pacman's database for a package which provides the dependency. The only way it produces a dependency list which is superfluous is if either the metadata on CPAN is incorrect, which is the module author's fault, or if existing packages fail to correctly list all of the packages/modules which they provide, which is then the packager's fault. The only case in which this might be an issue would be when recursively building packages to satisfy dependencies. It can't know a priori if two packages specified in CPAN's metadata are actually provided by the same package if that package doesn't yet exist. That's not really an issue though because once that package exists, it will provide both of the required packages and thus satisfy the dependencies. What exactly are you removing by hand? If you're actually talking about the provides array, you'll be happy to learn that pacpan no longer includes standard CPAN names in that array. I had originally included them because I had seen other perl packages which did so and I didn't think it would hurt to be thorough. Sorry if this doesn't address your issue, but in the context of the depends array I really don't know what you mean by defaulting to print everything. Regards, Xyne
Re: [aur-general] C++ problem with conflicting declarations
On Thu, Nov 12, 2009 at 11:21 AM, Stefan Husmann stefan-husm...@t-online.de wrote: Hello, when I try to compile xaralx I get In file included from /usr/include/glib-2.0/gio/gio.h:28, from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30, from /usr/include/gtk-2.0/gdk/gdk.h:32, from /usr/include/gtk-2.0/gtk/gtk.h:32, from ftfonts.cpp:125: /usr/include/glib-2.0/gio/giotypes.h:120: error: conflicting declaration 'typedef struct _GSocket GSocket' /usr/include/wx-2.8/wx/unix/gsockunx.h:41: error: 'class GSocket' has a previous declaration as 'class GSocket' ftfonts.cpp: In static member function 'static BOOL FTFontMan::CacheFontCore(String_64*, BOOL)': ftfonts.cpp:262: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:262: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp: In static member function 'static FTFont* FTFontMan::CreateNewFont(String_64*, FontClass)': ftfonts.cpp:703: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:703: warning: deprecated conversion from string constant to 'TCHAR*' make[2]: *** [libwxOil_a-ftfonts.o] Error 1 make[2]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make: *** [all-recursive] Error 1 /usr/include/glib-2.0/gio/giotypes.h is included in glib2, /usr/include/wx-2.8/wx/unix/gsockunx.h is included in wxgtk. What is to do in such cases? Is this a bug in glib2 or in wxgtk? Regards Stefan The problem may be bitrot. The latest Xara Linux package was released 3 years ago, and since then not much has been done to maintain it. Smartboy
Re: [aur-general] perl-libwww duplicates
On Thu, Nov 12, 2009 at 15:16, Xyne x...@archlinux.ca wrote: What exactly are you removing by hand? If you're actually talking about the provides array, you'll be happy to learn that pacpan no longer includes standard CPAN names in that array. You're right, it was the provides array. I need to update my version I guess, I must be outdated. I'd also suggest looking at makepkg's new purge option if the new version doesn't already. In any case, thanks for the good tool :)
Re: [aur-general] C++ problem with conflicting declarations
On Thu, Nov 12, 2009 at 2:21 PM, Stefan Husmann stefan-husm...@t-online.de wrote: Hello, when I try to compile xaralx I get In file included from /usr/include/glib-2.0/gio/gio.h:28, from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30, from /usr/include/gtk-2.0/gdk/gdk.h:32, from /usr/include/gtk-2.0/gtk/gtk.h:32, from ftfonts.cpp:125: /usr/include/glib-2.0/gio/giotypes.h:120: error: conflicting declaration 'typedef struct _GSocket GSocket' /usr/include/wx-2.8/wx/unix/gsockunx.h:41: error: 'class GSocket' has a previous declaration as 'class GSocket' ftfonts.cpp: In static member function 'static BOOL FTFontMan::CacheFontCore(String_64*, BOOL)': ftfonts.cpp:262: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:262: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp: In static member function 'static FTFont* FTFontMan::CreateNewFont(String_64*, FontClass)': ftfonts.cpp:703: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:703: warning: deprecated conversion from string constant to 'TCHAR*' make[2]: *** [libwxOil_a-ftfonts.o] Error 1 make[2]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make: *** [all-recursive] Error 1 /usr/include/glib-2.0/gio/giotypes.h is included in glib2, /usr/include/wx-2.8/wx/unix/gsockunx.h is included in wxgtk. What is to do in such cases? Is this a bug in glib2 or in wxgtk? Regards Stefan wxgtk 2.8.10.1-5 is supposed to be patched for that. Is your system up-to-date?
Re: [aur-general] C++ problem with conflicting declarations
Eric Bélanger schrieb: On Thu, Nov 12, 2009 at 2:21 PM, Stefan Husmann stefan-husm...@t-online.de wrote: Hello, when I try to compile xaralx I get In file included from /usr/include/glib-2.0/gio/gio.h:28, from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30, from /usr/include/gtk-2.0/gdk/gdk.h:32, from /usr/include/gtk-2.0/gtk/gtk.h:32, from ftfonts.cpp:125: /usr/include/glib-2.0/gio/giotypes.h:120: error: conflicting declaration 'typedef struct _GSocket GSocket' /usr/include/wx-2.8/wx/unix/gsockunx.h:41: error: 'class GSocket' has a previous declaration as 'class GSocket' ftfonts.cpp: In static member function 'static BOOL FTFontMan::CacheFontCore(String_64*, BOOL)': ftfonts.cpp:262: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:262: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:288: warning: deprecated conversion from string constant to 'TCHAR*' ftfonts.cpp: In static member function 'static FTFont* FTFontMan::CreateNewFont(String_64*, FontClass)': ftfonts.cpp:703: warning: deprecated conversion from string constant to 'char*' ftfonts.cpp:703: warning: deprecated conversion from string constant to 'TCHAR*' make[2]: *** [libwxOil_a-ftfonts.o] Error 1 make[2]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/haawda/paketierung/maintained_by_me/xaralx/src/XaraLX-0.7r1785/wxOil' make: *** [all-recursive] Error 1 /usr/include/glib-2.0/gio/giotypes.h is included in glib2, /usr/include/wx-2.8/wx/unix/gsockunx.h is included in wxgtk. What is to do in such cases? Is this a bug in glib2 or in wxgtk? Regards Stefan wxgtk 2.8.10.1-5 is supposed to be patched for that. Is your system up-to-date? Yes, I have wxgtk 2.8.10.1-5. Regards Stefan
