- Arch-general - lists.archlinux.org

[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

[arch-general] Printer driver
by Maciej Sobkowski 29 Apr '11

29 Apr '11

Hi, I want to install driver for my Brother DCP-J315W printer. I've downloaded driver files from brother's site, since there is no package, neither in repo nor in aur. It was in deb format, also rpm available. The driver is split into two packages: dcpj315wlpr and dcpj315wcupswrapper. I converted them to tar.gz archive with deb2targz, extracted and I don't know where to put the files to get the driver working. Hierarchy in cupswrapper: /usr/local/Brother/Printer/dcpj315w/cupswrapper/, and there are brcupsconfpt1 brdcpj315w.ppd cupswrapperdcpj315w files. In lpr there is /usr/local/Brother/Printer/dcpj315w/lpd/ where are brdcpj315wfilter filterdcpj315w psconvertij2, and /usr/local/Brother/Printer/dcpj315w/inf/ where are brdcpj315wfunc brio08ba.bcm brio08bc.bcm brio08bf.bcm brio08bk.bcm paperinfij2 brdcpj315wrc brio08bb.bcm brio08be.bcm brio08bg.bcm ImagingArea setupPrintcapij and also usr/bin with brprintconf_dcpj315w. Should I put them in these directories in my system? maciejjo

3 2

Re: [arch-general] [arch-dev-public] raptor/rasqal/redland .so rebuilds moved to testing
by Oon-Ee Ng 28 Apr '11

28 Apr '11

On Thu, Apr 28, 2011 at 3:57 AM, Andrea Scarpino <andrea(a)archlinux.org> wrote: > On Wednesday 27 April 2011 20:22:50 Pierre Schmitz wrote: >> Is there anything that requires the new packages? If not it might be >> easier to revert this rebuild for now and wait until everything is >> compatible. ATM readland and redland-compat cannot be installed at the >> same time due to filename conflicts. > I downgraded rasqal and redland packages and I rebuilt soprano and slv2; > ardour, liblrdf and ardourvst packages depend on raptor1 then they are fine. > Not that it counts for very much since you know this already, but this works =).

1 0