Re: [arch-general] pacman update conflict
On 9 January 2012 12:24, Sander Jansen s.jan...@gmail.com wrote: On Jan 8, 2012 8:35 PM, Qadri muhammad.a.qa...@gmail.com wrote: resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: gcc: requires gcc-libs=4.6.2-1 :: valgrind: requires glibc2.15 Any suggestions on how to fix this conflict? Thanks, Sander If you're okay with updating those two packages after you update pacman, (and you're not planning on running gcc or valgrind in between), then ignore the dependency check. Alternatively, don't update pacman first - though not knowing what version of pacman you're using, it's hard to say whether or not it'll be critical. MAQ. Current pacman is 4.0.1-1. Is it really? I think the 4.0.1 is only in testing, normal updates are at 3.5.4-4...
Re: [arch-general] Drop non-free ?! (Was: Commit in ffmpeg/trunk)
On 8 May 2011 02:07, Ionut Biru ib...@archlinux.org wrote: On 05/07/2011 08:41 PM, Gerardo Exequiel Pozzi wrote: On 05/07/2011 12:32 PM, Ionut Biru wrote: On 05/07/2011 06:28 PM, Grigorios Bouzakis wrote: Ionut Biru wrote: drop nonfree stuff, fix headers Modified: PKGBUILD === --- PKGBUILD 2011-05-07 11:29:11 UTC (rev 122937) +++ PKGBUILD 2011-05-07 11:51:04 UTC (rev 122938) @@ -5,26 +5,28 @@ -depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'faac' 'xvidcore' 'zlib' 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger' 'libvpx' 'libva' 'openjpeg') +depends=('bzip2' 'lame' 'sdl' 'libvorbis' 'xvidcore' 'zlib' 'x264' 'libtheora' 'opencore-amr' 'alsa-lib' 'libvdpau' 'libxfixes' 'schroedinger' 'libvpx' 'libva' 'openjpeg') - --enable-libfaac \ - --enable-nonfree \ Is faac support in ffmpeg causing trouble to other applications or was changed for licensing reasons? Greg licensing. if you need faac you should use abs to recompile it Will be also unlinked from mplayer? mplayer doesn't use system ffmpg The question was aimed at the fact thatt mplayer too has faac as depends... As an opinion: I'd rather not want to recompile mplayer every time there's an update, been there before because of other reason, it's not much fun. Using mencoder to convert avis to mp4 to use on Android: those _do_ require faac, as much as I can tell Greg
Re: [arch-general] Leandro Costa wants to stay in touch on LinkedIn
On 13 April 2011 23:05, Dieter Plaetinck die...@plaetinck.be wrote: On Wed, 13 Apr 2011 17:02:04 +0200 Øyvind Heggstad mrelen...@har-ikkje.net wrote: On Wed, 13 Apr 2011 02:30:12 + (UTC) Leandro Costa via LinkedIn mem...@linkedin.com wrote: LinkedIn Leandro Costa requested to add you as a connection on LinkedIn: -- Gergely, I'd like to add you to my professional network on LinkedIn. - Leandro Costa Accept invitation from Leandro Costa http://www.linkedin.com/e/j2jirp-gmfn7j4g-q/URVwc-9dcTd5kGQV68qFBFAwcTxbHZhtaNkxhTYz/blk/I29978003_70/pmpxnSRJrSdvj4R5fnhv9ClRsDgZp6lQs6lzoQ5AomZIpn8_c3tvcP0Me3sVej99bSZKr4Vps6cPbPgTcPkQcjkUdz8LrCBxbOYWrSlI/EML_comm_afe/ View invitation from Leandro Costa http://www.linkedin.com/e/j2jirp-gmfn7j4g-q/URVwc-9dcTd5kGQV68qFBFAwcTxbHZhtaNkxhTYz/blk/I29978003_70/0MdRYPc30UdPAVcAALqnpPbOYWrSlI/svi/ I don't want to be a part of your professional network. _ I will destroy you linkedin - \ ,-^-. \ !oYo! \ /./=\.\__ ## )\/\ ||-w|| || || Cowth Vader He uses the nickname 'Gergely' for this list? How cute. dieter Wanna know the strangest thing? This apparently supposed to come to me (not that I know the guy). Been checking my Trash to see whether I messed up and forwarded the original email to the list somehow (not a good scenario), but cannot seem to find any record of it... Weird... Greg
Re: [arch-general] BTRFS, a good choice for /?
On 22 September 2010 14:53, Nilesh Govindarajan li...@itech7.com wrote: Hi, After true multilib support came for arch, I reformatted / as jfs to install arch64. But somehow, I feel my system is slow (in spite of regular fscks on every ten mounts and using deadline scheduler) as compared to arch32 ext4. I'm thinking of using btrfs on /, is it stable to the extent that I can use it on /? I guess a lot of you guys are using it here? I was playing with btrfs a month or two ago, and I wouldn't recommend using for anything crucial just yet. When it works, it is great. Fast, compact, useful. But it broke on me more than one time, and it seems the support tools are not totally up for the task at the moment. Some examples: Btrfs does not handle disk-full situations gracefully, just craps itself. And when I say full it does not have to be completely, on the partition I tried there were times when when a few hundred MB were still free and still gave up. Does need rebalancing occasionally (maybe I should say on a regular basis for its own good, freeing up space, restoring performance) and that process did break on me too, leaving an unusable partition. I really want to like btrfs, that's why I tried, but I think there's still a way to go until I trust / with it Let me know if anyone has better experience than me. Cheers, Greg
Re: [arch-general] [arch-dev-public] package signoffs
On 10 February 2010 15:35, Gaurish Sharma cont...@gaurishsharma.com wrote: maybe give the status of testers to some active arch members who use testing (if any users are interested at all..) +1 to the idea. this work can be delegated to active users who have enabled [testing] repo. a special status can be given to them with a fancy name like Package Quality Testing Team.being a member of this team won't need any special knowledge, so anyone who wants to contribute can join and help. the only requirement should, usage of [testing] repo And dev can focus their previous time other useful work. Regards, Gaurish Sharma I'd be interested, been using the testing packages for a while now. And incidentally I use openvpn almost on a daily basis. From the list I'm also using ipw2200-fw, wpa_supplicant (not counting those that are marked with Everyone). Probably could check others as well when I have more time. Cheers, Greg
Re: [arch-general] Frustrating Dependencies
2009/11/24 Ng Oon-Ee ngoo...@gmail.com: On Mon, 2009-11-23 at 16:19 -0700, Brendan Long wrote: big snip I'm actually using Arch primarily because it's so little work to make your own packages (I realized that no distro is going to have every package I want, although Arch has most of them). In most cases building the next version of a package consists of changing the package number and then running makepkg. It would be nice if there was a script that attempted to do this on updates and then informed you if it didn't work. -Brendan While a nice idea (perhaps suggest it as a feature to pakthan or yaourt?), I don't see how such a script would know that there IS a new version of a package if the repos aren't updated. Unless you're actually referring to marking some packages as 'I compiled this myself, please do that again for me when the repo updates'? In the latter case, you could probably just write a simple bash script to grep/sed the relevant numbers and --configure options, I do that to mirror kernel26-ice to kernel26-rt-ice. Similar as it is done in Debian (and Ubuntu) with the debian/watch files? http://wiki.debian.org/DEHS Cheers, Greg
Re: [arch-general] Frustrating Dependencies
2009/11/23 Andrea Scarpino and...@archlinux.org: On 23/11/2009, Phillip Smith arch-gene...@fukawi2.nl wrote: Hi all, So, there's currently a frustrating chain of dependencies: digikam - kdepimlibs - akonadi - mysql So to manage my digital photos, I need a relational database system...! On a desktop system that I don't use for development, it's a bit annoying to have to have mysql taking up space, downloads during updates etc. Is there anyway we can get around this particular chain of deps? It's not a major issue, but just one of those things ;) from digiKam's description: Digital photo management application for KDE If you don't use KDE, why do you want to use a kde-based application without KDE dependencies? Maybe because people have personal preferences, since all these applications are different from each other? Anyway, I used to use digikam (on XFCE), for similar heavy dependency reasons switched to gthumb. It still has quite a few dependencies, but they are generally much smaller. More on topic: As a comparison, looking at the Ubuntu packaging of digikam: digikam - kdepimlibs5 - libakonadiprivate1 (and no mysql only if one installs the whole akonadi-server) Might worth checking out... (libaconadiprivate1: This package contains private libraries used by the Akonadi PIM storage service.) On Gentoo one can choose features: if addressbook is disabpled, the whole kdepimlibs is not included. If addressbook enabled, then kdepimlibs - akonadi-server, but akonadi-server can have mysql and/or sqlite enabled, thus one can choose again Just some notes Greg
Re: [arch-general] Frustrating Dependencies
2009/11/23 Andrea Scarpino and...@archlinux.org: On 23/11/2009, Gergely Imreh imr...@gmail.com wrote: Maybe because people have personal preferences, since all these applications are different from each other? So don't be unhappy if they requires dependencies that aren't made for your environment :) I'm sorry, to me this reads as one have two choice: accept or leave. But that's not the case, as you yourself noticed that the packaging can be made more rational. It's open source, people can do try fixing things / suggesting fixes instead of just accepting the status quo. I think the original issue can be cast into a broader topic: (without giving any references, because I don't have any from the top of my head right now) I encounter quite a few packages that have dependencies down the chain that don't seem to be related to the original package. This seems to be a general open source issue. It's great to have libraries to divide the task into smaller pieces and reuse whatever possible, but projects seem to be less effectivee dividing between depends and optdepends. Sometimes it's an upstream issue, sometimes it's packaging. With more practice and more eyes checking things out it will be better. Anyway, this is just an observation, Arch seems to do quite well in general (thanks Maintainers:). I'll look around the repos again and might come up for some more repackaging ideas for the next bug squashing day or something... As a comparison, looking at the Ubuntu packaging of digikam: digikam - kdepimlibs5 - libakonadiprivate1 (and no mysql only if one installs the whole akonadi-server) Might worth checking out... (libaconadiprivate1: This package contains private libraries used by the Akonadi PIM storage service.) Yes, I looked akonadi's Makefile and we can split akonadi package in akonadi and akonadi-server easy. I'll do some try tomorrow. That sounds great! Cheers! :) Greg