June 2012 - Arch-general - lists.archlinux.org

[arch-general] Enable crashreporter in firefox
by nado＠troglodyte.be 09 Jun '12

09 Jun '12

Hi folks, I wondered why does the crashreporter feature is disabled for the official firefox package and if I could ask to re-enable it or must I compile it for my own ? -- Pazdera Corentin (Nado) Clé PGP/PGP key : http://troglodyte.be/pub/pubkey.pgp.asc

2 2

Re: [arch-general] [arch-dev-public] x264 and ffmpeg rebuild
by Andrey Ponomarenko 09 Jun '12

09 Jun '12

Hello, I've added a "source" compatibility report generated by the ABI Compliance Checker tool here to be used along with the mentioned "binary" compatibility report: http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/src_compat… combined report: http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/compat_rep… and also added the latest upstream scm (Git) version of ffmpeg to the tracker: http://upstream-tracker.org/versions/ffmpeg.html > The website http://upstream-tracker.org provides some information about > changed headers. > > http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/abi_compat… > > > Then again I don't know which struct/function changed. I have tried to > rebuild some stuff for [community] and I think posting patches would be > useful. So we can spot general struct / function changes: -- Andrey Ponomarenko, ROSA Lab.

1 0

[arch-general] With new Wine 1.5.6 comes supposed working Mono
by Andrei Khartchenko 09 Jun '12

09 Jun '12

Maybe it would make sense if there were a wine_mono package like there is wine_gecko? With each new prefix it it's current form it states mono is not installed and prompts to download it. -ak

1 0

[arch-general] Why was /usr/lib/cups/backend/parallel dropped from cups?
by David C. Rankin 09 Jun '12

09 Jun '12

Guys, After updates to cups yesterday, printing to a laserjet4 stopped working. After searching, I discovered /usr/lib/cups/backend/parallel did not exist. Why was it removed from cups PKGBUILD? The size is minimal in the days of gigabyte drives and there are still many parallel and serial printers. -- David C. Rankin, J.D.,P.E.

2 3

Re: [arch-general] [arch-dev-public] linux 3.4.1 ready for [core]?
by Ike Devolder 08 Jun '12

08 Jun '12

Op vrijdag 8 juni 2012 15:32:19 schreef Dan McGee: > On Fri, Jun 8, 2012 at 2:54 PM, Tobias Powalowski > > <tobias.powalowski(a)googlemail.com> wrote: > > Hi guys, > > signoffs are done, anything that stops us from moving to new kernel > > series? > > Do we just blindly follow the signoffs page, or do we actually notice > people having trouble? It seemed quite obvious to me this should not > move: > http://mailman.archlinux.org/pipermail/arch-dev-public/2012-June/023072.html > > -Dan since i cant post to arch-dev-public i'll do it here. there are some serious issues with 3.4+ with nfsv4, the issues should be taken care of in 3.4.2 maybe you could bring in a 'testing' kernel being 3.4.2-rc1 kernel.org/pub/linux/kernel/v3.0/stable-review/patch-3.4.2-rc1.gz patch this on top of your 3.4.1 tree and test ? people having issues with nfsv4 could already see if it would be solved with a possible 3.4.2 patch and then when 3.4.2 becomes 'official' just do a short retest if there are no regressions from rc to official. after a really 'small' test i don't seem to have any problems with nfsv4 with 3.4.2-rc1 --Ike

1 1

[arch-general] Dovecot problem after update today
by mike cloaked 08 Jun '12

08 Jun '12

I have just updated my system earlier today - it seems to boot OK apart from a warning and Fail flag where the daemons start (in the list before graphical X starts) about an erroneous line 1 in /usr/lib/tmpfiles.d/dovecot.conf which only has one line in my system: d /var/run/dovecot 0755 root dovecot - I am running x64_64 and appear to be fully up to date with the new filesystem package. I don't know if this is a result of an initscripts error or a symlink problem arising from the recent updates. Does anyone else see this and does anyone have a solution? There appear to be no error messages in dmesg or messages or the daemon log. The system seems to run fine despite the error message - and dovecot seems also to run fine after bootup. -- mike c

2 3

Re: [arch-general] [arch-dev-public] x264 and ffmpeg rebuild
by Jelle van der Waa 08 Jun '12

08 Jun '12

On 07/06/12 21:36, Eric Bélanger wrote: > On Thu, Jun 7, 2012 at 7:05 AM, Ionut Biru <ibiru(a)archlinux.org> wrote: >> On 06/03/2012 06:52 PM, Ionut Biru wrote: >>> Hi, >>> >>> I just pushed in staging new updates for this two packages. We are doing >>> this two in the same time. >>> >>> >> >> bump. >> >> there are still 42 packages that haven't been recompiled in the list. >> If you don't want to maintain the packages anymore, drop them in AUR but >> don't block the rebuild process. >> > > You might not have noticed but in ffmpeg 0.11, they removed a lot of > functions and structs that were marked as deprecated in the ffmpeg in > [extra] so any packages that still use that deprecated stuff won't > build anymore unless they're patched. As expected, this will take more > time than a simple rebuild. My remaining package (sox, electricsheep) > don't build and I haven't found any patches online. Is there > documentation on how to port to the newer API? There are hints in the > header files but I got stuck. Electricsheep build but doesn't work, > probably because of the line I removed without replacing it (I don't > know how to replace it), so I'll need to do more work on the patch. If > someone knows about this stuff, I could post my current patches. > > Eric > >> >> -- >> Ionuț >> >> The website http://upstream-tracker.org provides some information about changed headers. http://upstream-tracker.org/compat_reports/ffmpeg/0.10.3_to_0.11/abi_compat… Then again I don't know which struct/function changed. I have tried to rebuild some stuff for [community] and I think posting patches would be useful. So we can spot general struct / function changes: -- Jelle van der Waa

1 0

[arch-general] [signoff] linux-3.3.8-1
by Tobias Powalowski 08 Jun '12

08 Jun '12

Hi guys, please signoff 3.3.8 series for both arches. package is not in testing, please grab it from here: http://dev.archlinux.org/~tpowa/linux/ This will move to [core] directly, because 3.4.1 is in [testing]. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 7

[arch-general] update problem maybe ..
by P .NIKOLIC 08 Jun '12

08 Jun '12

Hi Just done a "pacman -Syu" i get the following error below is there a recomended way around the problem of var/lock and var/run is it safe to delete them to update . resolving dependencies... looking for inter-conflicts... Targets (6): filesystem-2012.6-2 git-1.7.10.4-1 icu-49.1.2-1 krb5-1.10.2-1 libsystemd-185-1 systemd-tools-185-1 Total Installed Size: 49.60 MiB Net Upgrade Size: 0.25 MiB Proceed with installation? [Y/n] (6/6) checking package integrity [######################] 100% (6/6) loading package files [######################] 100% (6/6) checking for file conflicts [######################] 100% error: failed to commit transaction (conflicting files) filesystem: /var/lock exists in filesystem filesystem: /var/run exists in filesystem Errors occurred, no packages were upgraded. Pete . -- Linux 7-of-9 3.3.7-1-ARCH #1 SMP PREEMPT Tue May 22 00:26:26 CEST 2012 x86_64 GNU/Linux

7 10

[arch-general] CUPS *still* stuck at "rendering completed"
by David Benfell 08 Jun '12

08 Jun '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Just got the latest update to the cups package. I've been being bitten by the "rendering completed" bug for (I think) the last three revisions. This hasn't fixed it. What I had found previously was that this seemed to be an upstream bug in which jobs submitted after a test page print (which succeeds) would hang at the "rendering completed" stage and never actually print. Now it even fails to appear in the correct queue. Am I missing something? Thanks! - -- David Benfell benfell(a)parts-unknown.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPz8jbAAoJELT202JKF+xpf2wQAI9jDGz8FrXFfghwmnilRYth +KttjoNgInoTavRS5D/9D3XU3RHrccb8a25rj4/n03Ca23bfaoj7CQXOxPGLcHR+ JwiziQxObML68COlR1FgL4iZGjmzNYKWZLoolhNRlxecNPbAPKb4MWSCFtbweOed Y6Kl6tbIaKXFp/2QvhCBtaVaR1jGzlc3Cg+XW5X6qIudqiMvLIdnILOphw3hRlCg vL7Pk1BHr+D2MEc/hNBs6CGc3hm6Xb+MXYa5ZO6eoecj8VPstYPO8qOilJdMOPTy SDCccAgbgt5jj22SAs5OIFqJqSlOrjrpgKFdL7Gs/PFhzT0ISfQ0zXl6Hs43HvKP hXSd3or5gqmGdjkt/8oH05/LIP41d0kVpmjNM/L3qXFSxRRiV3a4q0blkqmewNnD Y5e7mgW0P9j0+iCe+FbImJK6F4c9fq206SMwJfbuRgOgiaVes5yKoqqlnFLw4cHB KIzVUEbDGPc8Zi//e0vJaOs0ZleXK0JTDHYvKKYzaUBP7Kq94QxiPczIT13yaWEH TlX/4aMU3Leam4mJSem0z0i4EhMZ+3D5JojNyAW9ksdBOnDymRCUNweB1SK1vx+k NoVajDGLgaMvhFVImyUdEI2pVdr/hStEWdr16/YGEbwZp1rBcVa20C0VgihT8CZh Io0AopXd9ewqv3J+HPJI =Cygh -----END PGP SIGNATURE-----

2 2