[arch-general] In defense of pacman.static
Hi, This is my first posting on Arch-general. I am one of the recent converts to the Arch religion from the Debian religion. I am writing this in defense of the pacman.static package from archlinuxfr site. I have been running for Arch on a server, a laptop and an eeepc box for a while. The server and laptop were updated almost regularly may be once every 3 days where as the eeepc was not upgraded for about 2 months. So I hit pacman -Syu on eeepc and it first asked to install the new pacman version. I went ahead and then with the new pacman I had a problem. It would just not run as a shared library was missing. I was stuck. One way was to reinstall the thing again, I hate this. The other solution which I now describe might be known but still it might be interesting if you get stuck in a similar situation. Imagin that you are install Arch linux sitting in another distro. You would have started with installing the pacman.static package first and then syncing the packages into the directory which will be your new arch root. Something like $ mount /dev/sda2 /media/target $ # copy the mirror list and pacman.conf in the appropriate place $ pacman.static --root /media/target -Sy base Now that you are already in Arch all you have to do is the last line. In my case I just had to install the xz-utils package absense of which was creating the problem. $ pacman.static -S xz-utils The pacman upgrade some how did not install this package. I guess this is a bug. After that the pacman started working fine and I did the following $ pacman -Syu Note. This might be a problem with my pacman.conf. I probably had to install things in the right order. Regards ppk
Re: [arch-general] In defense of pacman.static
It's a problem with the default pacman.conf I suppose. By default, pacman is configured to upgrade itself first. If he have upgrade itself, but forget to bring dependencies with it, it's a shame. I think this is a bug with the FirstSync option in pacman.conf
Re: [arch-general] In defense of pacman.static
ludovic coues wrote: It's a problem with the default pacman.conf I suppose. By default, pacman is configured to upgrade itself first. If he have upgrade itself, but forget to bring dependencies with it, it's a shame. I think this is a bug with the FirstSync option in pacman.conf Its not actually... it is a bug with pacman's deps. It requires libarchive=2.7.0-2 and not just 2.7.0 Allan
Re: [arch-general] [*] Re: In defense of pacman.static
On Thu, Aug 06, 2009 at 07:12:55PM +1000, Allan McRae wrote: ludovic coues wrote: It's a problem with the default pacman.conf I suppose. By default, pacman is configured to upgrade itself first. If he have upgrade itself, but forget to bring dependencies with it, it's a shame. I think this is a bug with the FirstSync option in pacman.conf Its not actually... it is a bug with pacman's deps. It requires libarchive=2.7.0-2 and not just 2.7.0 Allan Do I report this bug ? Regards ppk
Re: [arch-general] [*] Re: In defense of pacman.static
Piyush P Kurur wrote: On Thu, Aug 06, 2009 at 07:12:55PM +1000, Allan McRae wrote: ludovic coues wrote: It's a problem with the default pacman.conf I suppose. By default, pacman is configured to upgrade itself first. If he have upgrade itself, but forget to bring dependencies with it, it's a shame. I think this is a bug with the FirstSync option in pacman.conf Its not actually... it is a bug with pacman's deps. It requires libarchive=2.7.0-2 and not just 2.7.0 Do I report this bug ? It already has been. Allan
[arch-general] Relating to missing lzma manuals.
Hello. I want to answer to Caleb Cushing who is talking about missing lzma manuals. lzma is now replaced by xz-utils. http://tukaani.org/xz/ Hope it helps ;) -- Frederic Bezies fredbez...@gmail.com
[arch-general] xzgv, rtorrent and libtorrent have been orphaned - where can I apply for maintainership ?
i have been using archlinux for about 3 months.I have switched from fedora to arch due to its simplicity. i had reported a bug http://bugs.archlinux.org/task/15199?string=xzgvproject=1type[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= when i first started using arch.Recently it has been fixed and i have tested and reported it. However it seems that xzgv package is currently orphaned as this page shows http://www.archlinux.org/packages/extra/i686/xzgv/ so is rtorrent and libtorrent.They have been marked out-of-date for a while now. is another trusted user or developer will be maintaining the packages in the future ? i want to help and i want to maintain the above packages if someone else has not decided already. so where do i apply and how do i start ?
Re: [arch-general] xzgv, rtorrent and libtorrent have been orphaned - where can I apply for maintainership ?
Partha Chowdhury wrote: i have been using archlinux for about 3 months.I have switched from fedora to arch due to its simplicity. i had reported a bug http://bugs.archlinux.org/task/15199?string=xzgvproject=1type[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= when i first started using arch.Recently it has been fixed and i have tested and reported it. However it seems that xzgv package is currently orphaned as this page shows http://www.archlinux.org/packages/extra/i686/xzgv/ so is rtorrent and libtorrent.They have been marked out-of-date for a while now. is another trusted user or developer will be maintaining the packages in the future ? i want to help and i want to maintain the above packages if someone else has not decided already. so where do i apply and how do i start ? Note that all community packages are orphans at the moment due to the backend transition that is ongoing. I notice that xzgv 0.9.1 is now released. If you tell me whether updated version needs the patch provided in the bug report, I will do the update. Allan
Re: [arch-general] xzgv, rtorrent and libtorrent have been orphaned - where can I apply for maintainership ?
On Thu, Aug 06, 2009 at 10:58:17PM +1000, Allan McRae wrote: Partha Chowdhury wrote: i have been using archlinux for about 3 months.I have switched from fedora to arch due to its simplicity. i had reported a bug http://bugs.archlinux.org/task/15199?string=xzgvproject=1type[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= when i first started using arch.Recently it has been fixed and i have tested and reported it. However it seems that xzgv package is currently orphaned as this page shows http://www.archlinux.org/packages/extra/i686/xzgv/ so is rtorrent and libtorrent.They have been marked out-of-date for a while now. is another trusted user or developer will be maintaining the packages in the future ? i want to help and i want to maintain the above packages if someone else has not decided already. so where do i apply and how do i start ? Note that all community packages are orphans at the moment due to the backend transition that is ongoing. I notice that xzgv 0.9.1 is now released. If you tell me whether updated version needs the patch provided in the bug report, I will do the update. Allan no , xzgv 0.9.1 does not need the patch. it is for xzgv-0.9 release.simply updating the xzgv package will solve it. About the backend transition - does that mean maintainers of the packages in the community repo cannot update their packages at the moment or is there some other problem ? Should i email the maintainers personally to make a request to update ?
Re: [arch-general] xzgv, rtorrent and libtorrent have been orphaned - where can I apply for maintainership ?
Partha Chowdhury wrote: On Thu, Aug 06, 2009 at 10:58:17PM +1000, Allan McRae wrote: Partha Chowdhury wrote: i have been using archlinux for about 3 months.I have switched from fedora to arch due to its simplicity. i had reported a bug http://bugs.archlinux.org/task/15199?string=xzgvproject=1type[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= when i first started using arch.Recently it has been fixed and i have tested and reported it. However it seems that xzgv package is currently orphaned as this page shows http://www.archlinux.org/packages/extra/i686/xzgv/ so is rtorrent and libtorrent.They have been marked out-of-date for a while now. is another trusted user or developer will be maintaining the packages in the future ? i want to help and i want to maintain the above packages if someone else has not decided already. so where do i apply and how do i start ? Note that all community packages are orphans at the moment due to the backend transition that is ongoing. I notice that xzgv 0.9.1 is now released. If you tell me whether updated version needs the patch provided in the bug report, I will do the update. Allan no , xzgv 0.9.1 does not need the patch. it is for xzgv-0.9 release.simply updating the xzgv package will solve it. xzgv is now updated. About the backend transition - does that mean maintainers of the packages in the community repo cannot update their packages at the moment or is there some other problem ? I was just all packages are listed as orphans. The maintainers can still update their packages. Should i email the maintainers personally to make a request to update ? They probably already know. Sending updated PKGBUILDs to either the maintainer (should be listed in the current PKGBUILD) or the aur-general list might help speed things up. Allan
Re: [arch-general] Relating to missing lzma manuals.
On Thu, Aug 6, 2009 at 5:53 AM, Frederic Beziesfredbez...@gmail.com wrote: lzma is now replaced by xz-utils. what does this have to do with the command not having it's manual page? where other lzma commands do? I suppose it could be missing from upstream, is that what the problem is? this is an upstream bug? -- Caleb Cushing http://xenoterracide.blogspot.com
Re: [arch-general] In defense of pacman.static
On 08/06/2009 03:01 AM, Piyush P Kurur wrote: So I hit pacman -Syu on eeepc and it first asked to install the new pacman version. I went ahead and then with the new pacman I had a problem. It would just not run as a shared library was missing. I was stuck. One way was to reinstall the thing again, I hate this. Another solution: boot up the Arch install disk - which contains a working version of pacman - and reinstall the old pacman version back onto your hard disk. HTH, DR
[arch-general] KDE4.3 upgrade
Just upgraded to KDE4.3 and for some reason almost all possible KDE apps were installed alongside the upgraded packages? anyone know why? Also I lost the ability to play MP3s in Amarok. Manne
Re: [arch-general] KDE4.3 upgrade
http://www.archlinux.org/news/455/
Re: [arch-general] KDE4.3 upgrade
As for the Amarok/MP3 thing: I had the same/a similar issue when upgrading to KDE 4.3. It seems in 4.3 the default phonon backend is gstreamer which is known to have issues. Try installing phonon-xine from extra and selecting xine as backind in systemsettings/multimedia. This did the trick for me. Edgar Am oder ungefähr am Donnerstag, 06. August 2009, um 16:59:14 schrieb Manne Merak: Just upgraded to KDE4.3 and for some reason almost all possible KDE apps were installed alongside the upgraded packages? anyone know why? Also I lost the ability to play MP3s in Amarok. Manne signature.asc Description: This is a digitally signed message part.
Re: [arch-general] KDE4.3 upgrade
Or install the gstreamer0.10-good-plugins package. As Edgar says the phonon- xine solve your problems and it is better backend for phonon. On Thursday 06 August 2009 12:05:38 pm Edgar Kalkowski wrote: As for the Amarok/MP3 thing: I had the same/a similar issue when upgrading to KDE 4.3. It seems in 4.3 the default phonon backend is gstreamer which is known to have issues. Try installing phonon-xine from extra and selecting xine as backind in systemsettings/multimedia. This did the trick for me. Edgar Am oder ungefähr am Donnerstag, 06. August 2009, um 16:59:14 schrieb Manne Merak: Just upgraded to KDE4.3 and for some reason almost all possible KDE apps were installed alongside the upgraded packages? anyone know why? Also I lost the ability to play MP3s in Amarok. Manne
Re: [arch-general] Archlinux added a choice for OS selection at bugs.kde.org
On Thursday 30 July 2009 01:52:39 pm Roman Kyrylych wrote: On Thu, Jul 30, 2009 at 02:48, David C. Rankindrankina...@suddenlinkmail.com wrote: Listmates, You should now be able to choose Archlinux as the OS when filing bugs at bugs.kde.org. The correct name is Arch Linux, not Archlinux. I'll let them know https://bugs.kde.org/show_bug.cgi?id=200508 -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] autogen.sh now fails building radeonhd - m4_pattern_allow -- how? [SOLVED]
On Thursday 30 July 2009 11:45:15 am David C. Rankin wrote: Listmates, I have been working with the radeonhd folks for several months testing the radeonhd driver. I have probably built the driver 50 times over that period. In the past few days, something changed so I can no longer run the autogen.sh script. The error is: snip The bug was on the radeonhd side of the house -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
[arch-general] ABI compliance checker
Colleagues, I'm software engineer from Institute for System Programing of Russian Academy of Sciences and we are developing a free lightweight tool for checking backward/forward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. We have released 1.1 version of this tool and we'd like you to consider its usefulness for your project. The wiki-page with the latest release of binary compatibility checker is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko
[arch-general] GStreamer packages
Hello all, I see that some GStreamer packages have been outdated, attached you can find the PGKBUILD's with upgraded version and some other modifications detailed below. (Coudn't find if this is already discused) I also had a question about the gst-plugins-base/good/bad/ugly packages. I see that they are now split-up in 2 packages (ex: gstreamer0.10-base and gstreamer0.10-base-plugins). The second one contains the plugins depending on external libraries and the first one contains libraries and plugins without external dependencies. Typically a user has all gstreamer plugins installed, or at least he is using some plugins from every package. So I propose that we also merge these 2 plugins to make it easier to maintain and match upstream packages. Does this sound logic or do I miss something? Changes to PKGBUILD: gstreamer0-10: 0.10.24 - disable tests and examples gstreamer0.10-base and plugins: 0.10.24 - only LGPL - bump depends versions gstreamer0.10-python: 0.10.16 Gr, Thijs gstreamer0.10-0.10.24-1.src.tar.gz Description: Binary data gstreamer0.10-base-0.10.24-1.src.tar.gz Description: Binary data gstreamer0.10-base-plugins-0.10.24-1.src.tar.gz Description: Binary data gstreamer0.10-python-0.10.16-1.src.tar.gz Description: Binary data
Re: [arch-general] GStreamer packages
On Thu, 2009-08-06 at 18:06 +0200, Thijs Vermeir wrote: Hello all, I see that some GStreamer packages have been outdated, attached you can find the PGKBUILD's with upgraded version and some other modifications detailed below. (Coudn't find if this is already discused) I also had a question about the gst-plugins-base/good/bad/ugly packages. I see that they are now split-up in 2 packages (ex: gstreamer0.10-base and gstreamer0.10-base-plugins). The second one contains the plugins depending on external libraries and the first one contains libraries and plugins without external dependencies. Typically a user has all gstreamer plugins installed, or at least he is using some plugins from every package. So I propose that we also merge these 2 plugins to make it easier to maintain and match upstream packages. Does this sound logic or do I miss something? Changes to PKGBUILD: gstreamer0-10: 0.10.24 - disable tests and examples gstreamer0.10-base and plugins: 0.10.24 - only LGPL - bump depends versions gstreamer0.10-python: 0.10.16 First of all, I will change gstreamer to use the split package possibilities that pacman 3.3 gives us. Second, you can't relicense this to LGPL only, the cdparanoia plugin links to cdparanoia, which is GPL. This makes the plugin GPL also.
Re: [arch-general] GStreamer packages
On Thu, Aug 06, 2009 at 06:31:05PM +0200, Jan de Groot wrote: On Thu, 2009-08-06 at 18:06 +0200, Thijs Vermeir wrote: Hello all, I see that some GStreamer packages have been outdated, attached you can find the PGKBUILD's with upgraded version and some other modifications detailed below. (Coudn't find if this is already discused) I also had a question about the gst-plugins-base/good/bad/ugly packages. I see that they are now split-up in 2 packages (ex: gstreamer0.10-base and gstreamer0.10-base-plugins). The second one contains the plugins depending on external libraries and the first one contains libraries and plugins without external dependencies. Typically a user has all gstreamer plugins installed, or at least he is using some plugins from every package. So I propose that we also merge these 2 plugins to make it easier to maintain and match upstream packages. Does this sound logic or do I miss something? Changes to PKGBUILD: gstreamer0-10: 0.10.24 - disable tests and examples gstreamer0.10-base and plugins: 0.10.24 - only LGPL - bump depends versions gstreamer0.10-python: 0.10.16 First of all, I will change gstreamer to use the split package possibilities that pacman 3.3 gives us. Second, you can't relicense this to LGPL only, the cdparanoia plugin links to cdparanoia, which is GPL. This makes the plugin GPL also. Apparently the GStreamer community asked [1] to cdparanoia developers to change the license to support LGPL, as this is the license used in core/base/good. This is from release 10.1 and we are using 10.2, so I think it is fine to say now that base is fully LGPL compatible now. [1] http://blogs.gnome.org/uraeus/2008/08/07/cdparanoia-now-lgpl-v2/
Re: [arch-general] ABI compliance checker
Andrey Ponomarenko wrote: Colleagues, I'm software engineer from Institute for System Programing of Russian Academy of Sciences and we are developing a free lightweight tool for checking backward/forward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. We have released 1.1 version of this tool and we'd like you to consider its usefulness for your project. The wiki-page with the latest release of binary compatibility checker is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko Hi This sound really very good! At first when I read your post, I thought it was possible to verify the compatibility without source, ie directly between the binaries, but I see that this is not possible. This only do the check based on the source plus some xml library descriptors. Thanks for sharing this :) -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
[arch-general] lost-packages in testing/os/any/ @ FTP
Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them...
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
On Thu, Aug 6, 2009 at 8:44 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? Sure. I moved them to /srv/package-cleanup I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them...
[arch-general] Firefox Fullscreen Fix
Hello, With the latest Firefox (3.5) with closed Nvidia drivers providing libGL, Firefox (or something) segfaults whenever you try to fullscreen a flash video (try youtube). Searching around, I've found a fix: simply export this in your environment: export LD_PRELOAD=/usr/lib/libGL.so.1 You can just put this in your zsh/bash/whatever profile/config, or make a wrapper script for firefox or something. I'm contemplating filing a bug with us. Do you guys think it's worth doing? Is it with us? Cheers, -Andrei Garoth Thorp
Re: [arch-general] Firefox Fullscreen Fix
+1 for bug report On Thu, Aug 6, 2009 at 8:30 PM, Andrei Thorp gar...@gmail.com wrote: Hello, With the latest Firefox (3.5) with closed Nvidia drivers providing libGL, Firefox (or something) segfaults whenever you try to fullscreen a flash video (try youtube). Searching around, I've found a fix: simply export this in your environment: export LD_PRELOAD=/usr/lib/libGL.so.1 You can just put this in your zsh/bash/whatever profile/config, or make a wrapper script for firefox or something. I'm contemplating filing a bug with us. Do you guys think it's worth doing? Is it with us? Cheers, -Andrei Garoth Thorp
Re: [arch-general] Firefox Fullscreen Fix
On 07.08.2009 03:33, Jeffrey Lynn Parke Jr. wrote: +1 for bug report On Thu, Aug 6, 2009 at 8:30 PM, Andrei Thorp gar...@gmail.com wrote: Hello, With the latest Firefox (3.5) with closed Nvidia drivers providing libGL, Firefox (or something) segfaults whenever you try to fullscreen a flash video (try youtube). Searching around, I've found a fix: simply export this in your environment: export LD_PRELOAD=/usr/lib/libGL.so.1 You can just put this in your zsh/bash/whatever profile/config, or make a wrapper script for firefox or something. I'm contemplating filing a bug with us. Do you guys think it's worth doing? Is it with us? Cheers, -Andrei Garoth Thorp Definitely a good idea, go for it. On a related note, thanks a lot for posting this here because I became quite annoyed by the bug and wasn't sure where the problem originated from.
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
Eric Bélanger wrote: On Thu, Aug 6, 2009 at 8:44 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? Sure. I moved them to /srv/package-cleanup I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them... Good, the packages are now deleted, only remains all the symlinks under i686 and x86_64 ;) Thanks, -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
On Thu, Aug 6, 2009 at 8:55 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Eric Bélanger wrote: On Thu, Aug 6, 2009 at 8:44 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? Sure. I moved them to /srv/package-cleanup I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them... Good, the packages are now deleted, only remains all the symlinks under i686 and x86_64 ;) Wait the symlinks are still there? The cleanup script should DEFINITELY take care of those...
Re: [arch-general] [arch-dev-public] lost-packages in testing/os/any/ @ FTP
On Thu, Aug 6, 2009 at 10:06 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:55 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Eric Bélanger wrote: On Thu, Aug 6, 2009 at 8:44 PM, Aaron Griffinaaronmgrif...@gmail.com wrote: On Thu, Aug 6, 2009 at 7:41 PM, Eric Bélangersnowmanisc...@gmail.com wrote: On Thu, Aug 6, 2009 at 8:34 PM, Gerardo Exequiel Pozzivmlinuz...@yahoo.com.ar wrote: Hi, There are some lost packages in testing/os/any/ in the FTP [#1] that are already moved to extra/os/any. imagemagick-doc-6.5.4.5-1-any.pkg.tar.gz kde-l10n-ar-4.3.0-1-any.pkg.tar.gz ... kde-l10n-zh_tw-4.3.0-1-any.pkg.tar.gz kde-meta-kdeaccessibility-4.3-3-any.pkg.tar.gz ... kde-meta-kdewebdev-4.3-3-any.pkg.tar.gz oxygen-icons-4.3.0-1-any.pkg.tar.gz oxygen-icons-svg-4.3.0-1-any.pkg.tar.gz [#1] ftp://ftp.archlinux.org/testing/os/any/ It looks like the cleanup scripts needs to be fixed. Hmmm could you remove them for now? Sure. I moved them to /srv/package-cleanup I'll have to look at the changes I made to the cleanup script - I probably did something wrong. The intent is to remove any packages if and only if there are no more symlinks to them... Good, the packages are now deleted, only remains all the symlinks under i686 and x86_64 ;) Wait the symlinks are still there? The cleanup script should DEFINITELY take care of those... they were still there. I just removed them.
Re: [arch-general] Firefox Fullscreen Fix
export LD_PRELOAD=/usr/lib/libGL.so.1 that fix was working for me since i upgraded to firefox 3.5 but since the update of nvidia driver recently and firefox update too. this fix does not work ANYMORE. look at https://bugzilla.mozilla.org/show_bug.cgi?id=496831 and other duplicated bug reports it is supposed to be fixed. so it's coming in some near future
Re: [arch-general] Firefox Fullscreen Fix
Andrei Thorp wrote: Hello, With the latest Firefox (3.5) with closed Nvidia drivers providing libGL, Firefox (or something) segfaults whenever you try to fullscreen a flash video (try youtube). Searching around, I've found a fix: simply export this in your environment: export LD_PRELOAD=/usr/lib/libGL.so.1 You can just put this in your zsh/bash/whatever profile/config, or make a wrapper script for firefox or something. I'm contemplating filing a bug with us. Do you guys think it's worth doing? Is it with us? Cheers, -Andrei Garoth Thorp You can also disable hardware acceleration in the player options. (obviously this will impact performance) Manne