- Arch-general - lists.archlinux.org

[arch-general] Bringing in alsa-tools
by Rashif Ray Rahman 18 Jul '13

18 Jul '13

Hey folks I'd like to provide alsa-tools [1] in our repos as it contains some very useful niche tools for some sound cards (mostly pro audio). It is presently in the AUR in one form or another. [2] It comes as one single tarball in terms of sources but the subdirs are self-contained. I'm leaning on providing a split package that will result in about 18--20 packages. You can take a look at the current working package here: http://pkgbuild.com/~schiv/alsa-tools/ There is no specific reason to do this - I just think this would make users happy. As a single package, all it would do is take up a few MBs worth of disk space and clutter up graphical application menus. However, the tools are all for different devices. Let me know if you have any objections to (i) adding this to [extra], and/or, (ii) splitting the package like this. CC'ing arch-general if anyone who uses the stuff wants to comment (advice and suggestions only). [1] http://alsa.opensrc.org/Alsa-tools (may not be up-to-date) [2] https://aur.archlinux.org/packages/?K=alsa-tools -- GPG/PGP ID: C0711BF1

2 2

[arch-general] Why is netcfg again in [base]?
by A Rojas 16 Jul '13

16 Jul '13

I thought it was deprecated in favour of netctl. Now it's impossible to install the base group, since netctl and netcfg are in conflict.

5 9

[arch-general] Wrapper for yaourt and pacman
by Ralf Mardorf 16 Jul '13

16 Jul '13

Hi, to write a wrapper for yaourt, e.g. "yaourt -Syua" and pacman e.g. "pacman -Syu" I need to redirect the output to a variable, since I need to know the packages. i=`yaourt -Syua` doesn't work, $i only contains the last package i=`pacman -Syu` does work, $i contains all packages How can I get a package list of the output "-Syua"? Btw. is there a way to get a cache for yaourt that isn't located in /tmp? if not, then this would be one of the tasks the wrapper should do. Regards, Ralf

5 8

[arch-general] does using kms mean that you're stick to a framebuffer with specific resolution that you can't change?
by Xeslaro 15 Jul '13

15 Jul '13

the maximum resolution of my laptop is 1366x768, that's also the framebuffer size with kms enabled. the problem is when i attach a monitor with resolution 1920x1080 to it, the video output is at the top-left corner of the monitor. and i found myself unable to change the framebuffer size, appending video= option to the kernel command line doesn't take any effect. so, i wonder is there anyway to get a framebuffer with resolution 1920x1080 so i can benefit from the big monitor while still with kms enabled? kernel version : 3.10.0+ graphic card : intel hd4000

2 1

[arch-general] distcc requires dbus
by Iru Cai 14 Jul '13

14 Jul '13

distccd needs libdbus-1.so.3, and `pactree distcc` does not have core/dbus.

2 1

[arch-general] FS#30473 Patch
by Stefan Tatschner 14 Jul '13

14 Jul '13

Hi, I've created a patchfile for FS#30473 [1]. The Patchfile is for git, pkgver=1.8.3.2, pkgrel=1. The solution can be seen in [2]. I have justed merged the official PGKBUILD with [2] to make git-subtree working. Stefan [1] https://bugs.archlinux.org/task/30473 [2] https://github.com/mtorromeo/archlinux-packages/blob/master/git-subtree/PKG…

1 0

[arch-general] xdelta3 not updated for i686
by Karol Blazewicz 13 Jul '13

13 Jul '13

https://www.archlinux.org/packages/differences/ says that xdelta3 has not been updated for 32-bit - why? https://projects.archlinux.org/svntogit/community.git/commit/trunk?h=packag… https://www.archlinux.org/packages/community/i686/xdelta3/ BTW, if Allan is not the maintainer anymore, the PKGBUILD should be updated to reflect this: https://projects.archlinux.org/svntogit/community.git/plain/trunk/PKGBUILD?…

2 3

[arch-general] gcc 4.8 breaking libdrm for me
by Andreas Radke 13 Jul '13

13 Jul '13

This is just a heads up notice. I've found gcc 4.8 breaking libdrm on my nouveau nv44 device. When compiled with gcc 4.8 I'm faced with random nouveau related error messages in dmesg. Using new google maps quickly leads to Xorg hanging and finally to Xorg freezing or even crashing. I've seen other Arch people also claiming about random X crashes. Recompiling libdrm with -O0 or other new optimizaions disabled didn't solve it for me so far. But recompiling with a local gcc 4.7.3 makes it stable again. I'm asking for help in tracking this down. We need to find out if a certain part of libdrm has broken code that needs to be fixed. Please everybody with random Xorg crashes try to downgrade to libdrm 2.4.43 (the last one that was built with gcc 4.7) and post your gfx card. And this could also be a gcc 4.8 bug or regression. I've seen almost the same behavior with kernel xfs file system code leading to fs corruption under heavy load: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57436 Then we need to compare assembler code created by gcc 4.7 vs. 4.8. Any suggestion and help is welcome. -Andy

2 2

Re: [arch-general] does using kms mean that you're stick to a framebuffer with specific resolution that you can't change?
by Jan Alexander Steffens 13 Jul '13

13 Jul '13

On Sat, Jul 13, 2013 at 7:19 AM, Xeslaro <bfsc.yb(a)gmail.com> wrote: > the maximum resolution of my laptop is 1366x768, that's also the > framebuffer size with kms enabled. the problem is when i attach a > monitor with resolution 1920x1080 to it, the video output is at the > top-left corner of the monitor. and i found myself unable to change > the framebuffer size, appending video= option to the kernel command > line doesn't take any effect. so, i wonder is there anyway to get a > framebuffer with resolution 1920x1080 so i can benefit from the big > monitor while still with kms enabled? > > kernel version : 3.10.0+ > graphic card : intel hd4000 AFAIK this is not possible, as for VTs there is only one framebuffer mirrored to all monitors. Enabling framebuffers per monitor (fbpercrtc) would just result in the VTs using the boot monitor only. Use X.

2 1

[arch-general] Texlive 2013 packages releases to [testing]
by Rémy Oudompheng 12 Jul '13

12 Jul '13

Hello, I have pushed TeXLive 2013 packages to [testing]. The main difference with the 2012 packages is that /etc/texmf files are now in texlive-core rather than texlive-bin. The texlive-bin package now contains almost only binaries, and texlive-core contains all basic data files including the ones in /etc/texmf. Feel free to report any issues you encounter. If you have an existing installation, the upgrade might install new versions of /etc/texmf/ files as *.pacnew. It is unlikely that things work properly if you don't handle the pacnew files unless you realy know what you are doing. If pacnew files appear (notably texmf.cnf and fmtutil.cnf), and the installation reports a failure in regenerating formats (which you will know by not being able to use an engine), you will need to handle the pacnew files, and run "fmtutil-sys --all" by hand. If this situation reaches a high level of absurdity, and if possible considering pacman's behaviour, new packages not behaving like this might be built later before going to [extra]. Regards, Rémy.

4 9