Re: [aur-general] too many opera packages
I agree, similar situation as chromium packages used to be, just waaay too many. On Wed, Nov 11, 2009 at 3:36 AM, Stefan Husmann wrote: > Nuno André Jeremias de Aniceto schrieb: > > In the AUR discussion forum, I (quarkup) proposed to make a cleanup on the >> opera packages. >> >> the forum topic is this and it is active: >> http://bbs.archlinux.org/viewtopic.php?id=84446 >> you may find some more of the details in the forum >> >> there is the "opera" package along with the following ones (as explained >> on the forum): >> >> aur/opera 10.01-1 >> aur/opera-b1 10.10-1 >> aur/opera-beta 10.10-10 >> aur/opera-beta-qt4 10.00b3-1 (Out of Date) >> aur/opera-bundled 10.01-3 >> aur/opera-dev 10.10_4694-1 >> aur/opera-devel-qt4 10.10_4685-1 (Out of Date) >> aur/opera-dev-qt4 10.00_4493-2 (Out of Date) >> aur/opera-g4 LATEST-3 >> aur/opera-qt3 9.64-1 >> aur/opera-qt4 10.00-6 (Out of Date) >> aur/opera-shared-b1 10.10-1 >> aur/opera-static 9.64-1 (Out of Date) >> aur/opera-unite-devel-qt3 10.00_4440-3 (Out of Date) >> >> many of these packages are out of date or are duplicateds. >> Please check the proposal on the forum. >> >> > Hello, > > opera-beta-qt4 was deleted, because it was orphaned and a duplicate. The > author requested deletion in the comments. > > Please, if you are interested, read the forum thread. An Opera employee is > doing delightfull comments there. > > Regards Stefan >
Re: [aur-general] C++ problem with conflicting declarations
Eric Bélanger schrieb: On Thu, Nov 12, 2009 at 2:21 PM, Stefan Husmann 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
Re: [aur-general] C++ problem with conflicting declarations
On Thu, Nov 12, 2009 at 2:21 PM, Stefan Husmann 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] perl-libwww duplicates
On Thu, Nov 12, 2009 at 15:16, Xyne 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 11:21 AM, Stefan Husmann 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
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
[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] Deletion request for mumble-11x-git
On Thu, Nov 12, 2009 at 8:21 PM, Lauri Niskanen 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 mumble-11x-git is no more. :)
[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
Re: [aur-general] perl-libwww duplicates
On Thu, Nov 12, 2009 at 12:54, Xyne 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.)
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
Xyne wrote: > On Tue, 10 Nov 2009 17:19:08 -0500 > Daenyth Blank wrote: > >> On Tue, Nov 10, 2009 at 14:36, Cedric Staniewski 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] Deletion request: gdata-provider
Dave wrote: My package, will create a new one. Thanks! http://aur.archlinux.org/packages.php?ID=31305 Done.
[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] Reset password of AUR account?
On Thu, Nov 12, 2009 at 11:37 AM, Evangelos Foutras wrote: > On Thu, Nov 12, 2009 at 11:21 AM, Magnus Therning 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.
Re: [aur-general] Reset password of AUR account?
On Thu, Nov 12, 2009 at 9:37 AM, Evangelos Foutras wrote: > On Thu, Nov 12, 2009 at 11:21 AM, Magnus Therning 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:21 AM, Magnus Therning 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 10:21 AM, Magnus Therning 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=password&project=2&type[0]=&sev[0]=&pri[0]=&due[0]=&reported[0]=&cat[0]=&status[0]=open&percent[0]=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto= Best Regards, Laszlo Papp
[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
