- Arch-general - lists.archlinux.org

[arch-general] Dmenu vs. KMS
by Stan 02 May '11

02 May '11

Hi, guys. Have some troubles with dmenu(4.2.1-1), stock kernel(2.6.38.4-1) and perhaps xf86-video-ati(6.14.1-1): dmenu lags. Vertical listing is really pain in the ass(latency ~1 sec) and with blob everything works just fine. If anyone has the same here i'll post it to suckless's or x.org's bugzilla. Device: Radeon HD4570 Mobile How to test: o In attachments there is file named "test". o Command: cat test | dmenu -l 10 o Lags(or no lags)

6 8

Re: [arch-general] [arch-dev-public] [signoff] initscripts-2011.04.1-2
by Gerardo Exequiel Pozzi 02 May '11

02 May '11

On 05/02/2011 09:48 AM, Thomas Bächler wrote: > Am 02.05.2011 14:43, schrieb Tom Gundersen: >> On Mon, May 2, 2011 at 10:52 AM, Thomas Bächler<thomas(a)archlinux.org> wrote: >>> Am 29.04.2011 02:33, schrieb Tom Gundersen: >>>> Hi guys, >>>> >>>> A new initscripts package is in testing, please test and signoff. >>>> >>>> The only change since -1 is that we now have a versioned dependency on >>>> udev>=167. >>> Signoff x86_64. Can we move this and mkinitcpio today? >> Fine with me, but I believe we lack i686 signoffs for initscripts. > Didn't check, i686 anyone? signoff i686 basic setup and lvm2, using UTC. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

1 0

[arch-general] what about a gtk3-docs package?
by Aljosha Papsch 01 May '11

01 May '11

Hi, I recently installed the dev tools for GNOME development and wondered why devhelp displayed no documentation for GTK3. Apparently there is no gtk3-docs package. Is it intented to not have that package (which makes no sense as there is the gtk2-docs package)? Now that GNOME 3 moved to [extra] it would be great to have the docs at hand. Thanks.

2 2

[arch-general] pacman: -Rd remove with no dependency check changed?
by Marek Otahal 01 May '11

01 May '11

Hello, I just wanted to remove and install again some pkg because something screwed.. I run $ sudo pacman -Rd pm-utils checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: upower: requires pm-utils AFAIK this was the point of -d (--nodeps) to remove the files without whining about dependencies? Is this a bug? Or how do I achieve the old behavior? Thank you, Mark -- Marek Otahal :o)

5 7

[arch-general] gnome 3 is moving to extra
by Ionut Biru 30 Apr '11

30 Apr '11

## GNOME 3.0.1 is being moved in [extra] This is a major update and you should take note of a couple of things: * GNOME3 is replacing GNOME2 * GNOME3 has two modes, "standard" mode (gnome-shell) and "fallback" mode (gnome-panel + metacity) * Some packages, like applets using Bonobo, will be dropped in the next few days. A list will be available at https://wiki.archlinux.org/index.php/GNOME_3/Packages_dropped * pulseaudio is now required to run the GNOME desktop Update and installation instructions are available at https://wiki.archlinux.org/index.php/GNOME_3 Only bugs related to packaging should be reported to http://bugs.archlinux.org/ Crashes and feature requests should be reported to https://bugzilla.gnome.org/ -- Ionuț

1 0

[arch-general] makepkg svn
by Juan Diego Tascón 30 Apr '11

30 Apr '11

Good day, Is there any way to force makepkg to build a PKGBUILD-svn with a fixed svn version? version 133 of periscope-svn is broken and I want to go back to version 132. Thanks

2 2

Re: [arch-general] bluez and udev
by Seblu 30 Apr '11

30 Apr '11

On Tue, Mar 22, 2011 at 12:13 PM, Tom Gundersen <teg(a)jklm.no> wrote: > On Tue, Mar 22, 2011 at 11:25 AM, Seblu <seblu(a)seblu.net> wrote: > Could you try replacing your bluetooth rules with: > > # Run helper every time a Bluetooth device appears > # On remove actions, bluetoothd should go away by itself > ACTION=="add|change", SUBSYSTEM=="bluetooth", > RUN{fail_event_on_error}+="/usr/sbin/bluetoothd --udev" > > And after booting (so after dbus is running), calling "/sbin/udevadm > trigger --action=add --type=failed" manually? That's works. But as you said, it is now removed from upstream. > >> But in any case, if we do not modify the initscripts, the call for >> errors is done too early. > > At the moment udevadm trigger --type=failed is called after the file > system is mounted, but before dbus is started, so this would not help > with the current problem (I guess that's what you meant?). exactly. > I think the correct place to do it is either at the end of rc.multi as > you say, or maybe just at the end of the dbus script, to not affect > people not running dbus, and to make it clear why this is done for the > future? Doing this at the end of dbus rc.d script will fix this issue but seems to be less generic than at the end of rc.multi. Because it will not allow other programs launched in udev rules to start if a daemon is required. > On a related note: I noticed that udev upstream recently removed the > call to udevadm trigger --type=failed from their systemd unit files, > which would imply that they think this should never be necessary. This > particular problem would not happen on a systemd machine, but if it > turns out that we need to call "--type=failed" in this case, then > maybe there are other cases as well. So maybe it is worth > investigating why upstream made the change. Last commit remove option from manpage and add a death condition in TODO to --type failed. Actually this is probably a bad idea to patch in this way. http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=864fde8a087c0edb… I see nothing about this in linux-hotplug mailing list. I will ask them. Thanks a lot for your help Tom! -- Sébastien Luttringer www.seblu.net

2 4

Re: [arch-general] [arch-dev-public] Developer reports
by Evangelos Foutras 30 Apr '11

30 Apr '11

On 30 April 2011 04:26, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Fri, Apr 29, 2011 at 7:23 PM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: >> 2- The report for large packages should list the sizes in MB instead of bytes. > That would make the generic nature of these reports a lot harder, > and/or involve me sinking quite a bit of time into making something > generic that formats sizes. Deal with it for now. :) filesizeformat [1] built-in filter to the rescue. However, I'm not sure if it'll mess up the jQuery sort thingy. To run this filter for the package compressed/installed size, the template code [2] might be modified to something like this: {% for attr in column_attrs %} <td> {% if attr == 'compressed_size' or attr == 'installed_size' %} {{ pkg|attribute:attr|filesizeformat }} {% else %} {{ pkg|attribute:attr }} {% endif %} </td> {% endfor %} [1] http://docs.djangoproject.com/en/1.3/ref/templates/builtins/#filesizeformat [2] http://projects.archlinux.org/archweb.git/tree/templates/devel/packages.htm…

2 2

Re: [arch-general] [arch-dev-public] [signoff] initscripts-2011.04.1-2
by Heiko Baums 30 Apr '11

30 Apr '11

Am Fri, 29 Apr 2011 02:33:57 +0200 schrieb Tom Gundersen <teg(a)jklm.no>: > * We now strongly discourage the use of HWCLOCK="localtime", as this > may lead to several known and unfixable bugs This can lead to problems on multi boot systems on which Arch Linux is installed parallel to Windows. At least older Windows versions can't handle hardware clocks which are set to UTC. So if there are issues with HWCLOCK="localtime" these should be fixed instead. Heiko

12 27

[arch-general] Blender Bus Error
by Nicolás Adamo 30 Apr '11

30 Apr '11

Hi! Does anyone have any clue about this? [nico@myhost ~]$ blender -d Blender 2.49 (sub 2) Build argv[0] = blender argv[1] = -d Compiled with Python version 2.7.1. Checking for installed Python... got it! Color depth r 5 g 6 b 5 Aux buffers: 0 read file Version 247 sub 5 read file Version 245 sub 16 ordered OBCube OBLamp OBCamera File .Blanguages not found Registering scripts in Blender menus ... Getting menu data for scripts from file: /home/nico/.blender/Bpymenus Color depth r 5 g 6 b 5 Aux buffers: 0 Color depth r 5 g 6 b 5 Aux buffers: 0 Color depth r 5 g 6 b 5 Aux buffers: 0 Bus error [nico@myhost ~]$ Running Blender alone without -d (debug) give simply "Bus error". I googled a lot about it but couldn't find nothing for certain. Some guy troubleshooted this error by deleting a file in his home directory, but that file seems to be created when running Blender for the first time. It's running on i386 atom with poulsbo driver PSB working well (to say something... it's a crappy video card and even crappier for linux, not even mention for blender). I suspect it's not related to some step missing in installation, as when installing Blender on a decent desktop PC it works at once. (AMD64 architecture with ATI videocard and catalyst driver). To my surprise, when first trying kub. 11.04 and before I could configure the video driver, blender did start! When adding the ppa:PSB or similar the system couldn't start again. So I think the problem is related to some missconfiguration in the PSB. My xorg.conf: Section "Monitor" Identifier "Monitor0" EndSection Section "Device" Identifier "Device0" Driver "psb" Option "ShadowFB" "true" Option "MigrationHeuristic" "greedy" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1024x768_75.00" EndSubSection EndSection Any clue will be apretiated. Thanks

2 1