Re: [arch-general] Installation images in need of an update?
On Sat, Jun 4, 2011 at 10:53 AM, Pierre Schmitz pie...@archlinux.de wrote: On Sat, 4 Jun 2011 10:38:01 +0200, JM wrote: Hello, The current installer images are from 05.2010 which is over a year old. I was unable to install Arch on my new laptop using this installer due to insufficient hardware support in kernel 2.6.33. Are there any plans to update it? Regards, JM Have a look at https://bbs.archlinux.org/viewtopic.php?id=119203 -- Pierre Schmitz, https://users.archlinux.de/~pierre Thanks. Are new users supposed to go through the same route? It's a bit silly.
[arch-general] Installation images in need of an update?
Hello, The current installer images are from 05.2010 which is over a year old. I was unable to install Arch on my new laptop using this installer due to insufficient hardware support in kernel 2.6.33. Are there any plans to update it? Regards, JM
Re: [arch-general] Pruning the bugtracker
On Thu, May 5, 2011 at 11:58 AM, Jelle van der Waa je...@vdwaa.nl wrote: On 05/04/2011 09:35 PM, JM wrote: On Wed, May 4, 2011 at 9:19 PM, Grigorios Bouzakisgrb...@xsmail.com wrote: JMfi...@archlinux.us wrote: I have browsed through all High and Medium severity bugreports and categorized some of them here: https://wiki.archlinux.org/index.php/User:Fijam . 'Candidates for closing' are divided into two categories: strong and weak. Strong candidates have not been replied to in over 4 months (with some bugs seeing no activity for over a year) with the last comment asking for more information or confirmation whether the bug still persists. I have not yet started issuing closure requests but will do so in two weeks if noone replies to those reports. Weak candidates have not been replied to in less than four months, the resolution of the bug was unclear or the original submitter found another solution and failed to provide any more information. I will wait for another month before issuing closure requests. Note: jelle van der waa (jelly) asked for confirmation on many of those bugs and deserves all the praise. I have also identified some bugs where more input or a confirmation of a fix is needed and asked for it. Will try to do initial triaging on those bugs or mark them as candidates for closing if the submitter fails to respond. There was also a couple of bug reports that seemed to be going nowhere. There was either a failure in communication, unresolved argument, a patch with no feedback from the developers or a request to split a bug into two or more specific reports. These should probably be reviewed again. There are still Low and Very Low severity bugs to go through, so perhaps some other user wants to pick up where I left :) Thanks for doing this. You could have used the already set up https://wiki.archlinux.org/index.php/Bug_Day_TODO page though instead of your user page. That might need a bit of cleaning up but if you're willing to transfer properly the ones on your page there i will help with this if you lack the time to invest doing the clean up yourself. Greg I have seen this page but it is a bit of a mess. I will clean it up and merge both lists during the weekend, possibly adding a category 'candidates for removal' based on my own criteria if that's OK. JM I have been trying to get the bugtracker a bit cleaned up, there are a lot of kernel related bugs which are reported with a version 2.6.35. Most of these bugs are 'waiting on response' and I'd say they should be closed. -- Jelle van der Waa I have updated the list at https://wiki.archlinux.org/index.php/Bug_Day_TODO. It would be great if someone wanted to browse through Low and Very Low severity bugs in Arch Linux and Community Packages as I have only browsed through High and Medium. Cheers, JM
[arch-general] Pruning the bugtracker
I have browsed through all High and Medium severity bugreports and categorized some of them here: https://wiki.archlinux.org/index.php/User:Fijam . 'Candidates for closing' are divided into two categories: strong and weak. Strong candidates have not been replied to in over 4 months (with some bugs seeing no activity for over a year) with the last comment asking for more information or confirmation whether the bug still persists. I have not yet started issuing closure requests but will do so in two weeks if noone replies to those reports. Weak candidates have not been replied to in less than four months, the resolution of the bug was unclear or the original submitter found another solution and failed to provide any more information. I will wait for another month before issuing closure requests. Note: jelle van der waa (jelly) asked for confirmation on many of those bugs and deserves all the praise. I have also identified some bugs where more input or a confirmation of a fix is needed and asked for it. Will try to do initial triaging on those bugs or mark them as candidates for closing if the submitter fails to respond. There was also a couple of bug reports that seemed to be going nowhere. There was either a failure in communication, unresolved argument, a patch with no feedback from the developers or a request to split a bug into two or more specific reports. These should probably be reviewed again. There are still Low and Very Low severity bugs to go through, so perhaps some other user wants to pick up where I left :) Cheers, JM
Re: [arch-general] Pruning the bugtracker
On Wed, May 4, 2011 at 9:19 PM, Grigorios Bouzakis grb...@xsmail.com wrote: JM fi...@archlinux.us wrote: I have browsed through all High and Medium severity bugreports and categorized some of them here: https://wiki.archlinux.org/index.php/User:Fijam . 'Candidates for closing' are divided into two categories: strong and weak. Strong candidates have not been replied to in over 4 months (with some bugs seeing no activity for over a year) with the last comment asking for more information or confirmation whether the bug still persists. I have not yet started issuing closure requests but will do so in two weeks if noone replies to those reports. Weak candidates have not been replied to in less than four months, the resolution of the bug was unclear or the original submitter found another solution and failed to provide any more information. I will wait for another month before issuing closure requests. Note: jelle van der waa (jelly) asked for confirmation on many of those bugs and deserves all the praise. I have also identified some bugs where more input or a confirmation of a fix is needed and asked for it. Will try to do initial triaging on those bugs or mark them as candidates for closing if the submitter fails to respond. There was also a couple of bug reports that seemed to be going nowhere. There was either a failure in communication, unresolved argument, a patch with no feedback from the developers or a request to split a bug into two or more specific reports. These should probably be reviewed again. There are still Low and Very Low severity bugs to go through, so perhaps some other user wants to pick up where I left :) Thanks for doing this. You could have used the already set up https://wiki.archlinux.org/index.php/Bug_Day_TODO page though instead of your user page. That might need a bit of cleaning up but if you're willing to transfer properly the ones on your page there i will help with this if you lack the time to invest doing the clean up yourself. Greg I have seen this page but it is a bit of a mess. I will clean it up and merge both lists during the weekend, possibly adding a category 'candidates for removal' based on my own criteria if that's OK. JM
[arch-general] usb-storage and processor C-states
Hello, I have two boxes: Pentium M / i915 / ICH7 and Via C7 / CN 700 / VT8237R. Both processors support C-states 0 through 3. Both southbridges support USB 2.0 (ehci). Yet when I plug in an usb flash drive into the Via C7 box the processor can no longer go into the C3 sleep state (C2 becomes the lowest possible) while the Pentium M box does not display this behavior and still happily idles in the C3 state. I'd like to poke upstream about it but I need to know more. What is to blame? Could this be a Southbridge/CPU/BIOS limitation, or is it driver's fault? How do I debug this further? Any help would be appreciated. Regards, JM
Re: [arch-general] Some problems with a dell mini
On Thu, Aug 12, 2010 at 10:32 PM, Ray Rashif schivmeis...@gmail.com wrote: $ pactree network-manager-applet | grep gnome |--libgnome-keyring |--gnome-keyring |--polkit-gnome That's half of Gnome? I stand corrected. However, it used to pull in libgnomeui and company through one of its dependencies. Glad to see it was axed as I can give it a try now.
Re: [arch-general] Some problems with a dell mini
On Thu, Aug 12, 2010 at 5:57 PM, Ray Rashif schivmeis...@gmail.com wrote: Use networkmanager + nm-applet instead. IIRC nm-applet pulls in half of Gnome and networkmanager does not have a desktop-agnostic graphical frontend. Alternatively you could try wifi-radar. Also, if you believe your hardware is poorly supported do bug the upstream about it. As for the screensaver, do you have xscreensaver or gnome-screensaver installed? HTH, John
Re: [arch-general] We have lost the desktop war. The reason? Windows 7.
On Mon, Oct 26, 2009 at 3:01 PM, hollun...@gmx.at wrote: [snip] When will Desktop people start to see that they are being intrusive? They live in their own small bubble called GNOME or KDE and can't ever imagine anyone not wanting to use this. Sorry for this slightly off topic rant, but it annoys me on a regular basis when I see applications depend on gnome or kde, mostly for some stupid reason called 'integration' which really isn't of much use in the specific DE they integrate with and a hindrance to everyone who's not running exactly that DE. Being a Xfce user I wholeheartedly agree. I left Xubuntu for Arch a few years ago looking for minimal dependencies on applications and a way to recompile offending applications if needed. I have found what I needed. Unfortunately, fewer and fewer applications are desktop-agnostic these days. To install a gtk2 application I am usually asked to download half of GNOME or at least libgnomeui and gconf. Gconf is my personal favourite. Xfce already uses xfconf (btw I love its description in the repository:xfconf.. thingie -- looks like not only I am confused), why am I supposed to use two different configuration databases? Why can't people agree on one? Why not just save configuration in plain files, it has worked before... I have been filing feature requests on bugtrackers for alternative configuration systems, maintaining biased AUR packages and bugging Arch devs about sudden additions of dependencies. But I feel I am losing. We are destined to live in a convoluted mass of redundant dependencies. Regards, JM
[arch-general] Musepack-tools SV8 PKGBUILDs
Hello, The Musepack project has just released the two libraries [1] required for building musepack-tools SV8, which is the current stable version. The version in the repos is SV7. I have started preparing PKGBUILDs but apparently my cmake-fu is not as strong as I thought. While I was able to prepare PKGBUILDS and patches (borrowing bits from Gentoo) for both libraries, I failed at musepack-tools. It's been over two hours and I am tired and hungry. Please find the relevant files attached and not mock me too much. Regards, JM [1] http://www.musepack.net/index.php?pg=src PKGBUILD Description: Binary data
[arch-general] musepack-tools version in community
Hello, Asunder (in [Community]) has an optional dependency on musepack-tools SV8 (not actually included in the PKGBUILD). Musepack-tools in [Community] is version SV7 while the current stable (SV8) has been available since March. Trying to make a pkgbuild I noticed that it depends on two libraries (libcuefile and libreplaygain) which are obtainable only through musepack's svn. Is this the reason why there is only the previous version in the repos? Regards, JM
[arch-general] mounting a data dvd fails
Hello, I cannot mount a data dvd. mount /dev/dvd /media/dvd mount: unknown filesystem type 'iso9660' I noticed that isofs module, which provides iso9660 is not loaded in my system. Inserting it, however, results in: FATAL: Error inserting isofs (/lib/modules/2.6.30-ARCH/kernel/fs/isofs/isofs.ko): Invalid module format This is an up-to-date non-testing system. Help would be appreciated. Regards, JM
Re: [arch-general] mounting a data dvd fails
On Mon, Sep 14, 2009 at 4:33 PM, Heiko Baums li...@baums-on-web.de wrote: Does this happen with only one or a few DVDs or with every DVD? It happens only with DVDs written as iso9660. UDF DVD mount just fine. I have tried both mount -t auto and mount -t iso9660, it did not make a difference. Regards, JM
Re: [arch-general] mounting a data dvd fails
The kernel installed is standard kernel26 from [core]. The system is i686. pacman -Qi kernel26 Name : kernel26 Version : 2.6.30.6-1 $ uname -a Linux hp510 2.6.30-ARCH #1 SMP PREEMPT Wed Sep 9 12:37:32 UTC 2009 i686 Intel(R) Pentium(R) M processor 2.26GHz GenuineIntel GNU/Linux I checked grub's menu.lst file, reinstalled the kernel with pacman -S kernel26 and rebooted, just to be sure. Still the same error message. Thanks for suggestions. JM
Re: [arch-general] mounting a data dvd fails
On Mon, Sep 14, 2009 at 4:59 PM, Jan de Groot j...@jgc.homeip.net wrote: Looks like your module-init-tools is either outdated or damaged. Do the modprobe and insmod binaries in your $PATH match the ones installed by module-init-tools? $ which insmod modprobe /sbin/insmod /sbin/modprobe $ pacman -Q module-init-tools module-init-tools 3.10-1 Surprisingly, inserting the module with insmod had worked! $ insmod /lib/modules/2.6.30-ARCH/kernel/fs/isofs/isofs.ko $ And the DVD mounted just fine. Modprobe, however, still throws the same error. I tried to make it more verbose: $modprobe -v isofs insmod /lib/modules/2.6.30-ARCH/kernel/lib/zlib_inflate/zlib_inflate.ko WARNING: Error inserting zlib_inflate (/lib/modules/2.6.30-ARCH/kernel/lib/zlib_inflate/zlib_inflate.ko): Invalid module format FATAL: Error inserting isofs (/lib/modules/2.6.30-ARCH/kernel/fs/isofs/isofs.ko): Invalid module format Regards, JM
Re: [arch-general] mounting a data dvd fails
On Mon, Sep 14, 2009 at 7:17 PM, Alessandro Doro ordo...@gmail.com wrote: And which package owns /lib/modules/2.6.30-ARCH/kernel/lib/zlib_inflate/zlib_inflate.ko? $ zgrep -i ZLIB_INFLATE /proc/config.gz CONFIG_ZLIB_INFLATE=y shows that ZLIB_INFLATE is not a module. Did you left something from a previous (custom) kernel build? A full depmod should be able to fix the problem. Indeed, there seem to be some leftovers from a previous kernel build. However, depmod -a did not fix the issue, modprobe still reports: FATAL: Error inserting isofs (/lib/modules/2.6.30-ARCH/kernel/fs/isofs/isofs.ko): Invalid module format How should I go about reverting /lib/modules to the default state? Thanks for your support. JM
Re: [arch-general] A little weirdness at boot time
On Sat, Aug 29, 2009 at 9:16 PM, André Ramaciottiandre.ramacio...@gmail.com wrote: That's what I thought too. Anyway, it didn't work, but I found out what the real problem was. For some reason, sometimes I got: Wireless - eth0 Ethernet - eth1 and other times I got: Ethernet - eth0 Wireless - eth1 There appears to be an optional udev rule to sort this out (/etc/udev/rules.d/75-persistent-net-generator.rules.optional). Since I removed the .optional from the filename I am no longer experiencing this issue. However, this file is not described in the wiki and no one at #archlinux could explain to me what it does. Seems to work, though. Hope it helps, JM
[arch-general] autofs orphaned
Hello, I have been using autofs with my local and remote filesystems for some time. With an update to version 5.0 numerous bugs were introduced forcing many users, including me, to downgrade. On May 2nd, Andrea Scrapino who was the autofs maintainer at the time, orphaned the package and asked on arch-dev-public if some other dev would be interested in maintaining the package. Three months later autofs is still orphaned and autofs bugs assigned to BaSH haunt the bugtracker [1]. Will autofs be deprecated? If so, what compatible alternatives are there? Kind regards, JM [1] http://bugs.archlinux.org/index.php?string=autofsproject=1
Re: [arch-general] autofs orphaned
On Wed, Aug 5, 2009 at 3:05 PM, Allan McRaeal...@archlinux.org wrote: JM wrote: Hello, I have been using autofs with my local and remote filesystems for some time. With an update to version 5.0 numerous bugs were introduced forcing many users, including me, to downgrade. On May 2nd, Andrea Scrapino who was the autofs maintainer at the time, orphaned the package and asked on arch-dev-public if some other dev would be interested in maintaining the package. Three months later autofs is still orphaned and autofs bugs assigned to BaSH haunt the bugtracker [1]. Will autofs be deprecated? If so, what compatible alternatives are there? Kind regards, JM [1] http://bugs.archlinux.org/index.php?string=autofsproject=1 Not answering your question, but I notice that none of those bugs have attached a fixed PKGBUILD. It is always helpful if users who use the package regularly try and fix the issues and post updated build files. Allan After some struggle I managed to get it working for my case without actually changing the PKGBUILD or scripts included. FS#12768 may no longer be relevant, perhaps someone could confirm that. As for other bugs - I use neither CIFS nor LDAP. Regards, JM
Re: [arch-general] Arch artwork compiz screenshot
On Wed, May 13, 2009 at 10:57 AM, David C. Rankin, J.D.,P.E. drankina...@suddenlinkmail.com wrote: On Wednesday 13 May 2009 01:30:20 Vincent Van Houtte wrote: Op Wed, 13 May 2009 00:49:50 -0500 The concept is nice - but you do know this is the old logo you're using, right? Vincent Yes, Thanks Vincent. I just grabbed it because this one had a really cool glass look I thought would work good as a cube cap. I'll work with the new one once I have time to find one big enough. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com SVG is usually big enough ;) You can find it in the archlinux-artwork package. Regards, JM
Re: [arch-general] libsoup 2.26.0-1 dependencies in [testing]
On Sat, Apr 25, 2009 at 3:55 AM, Andrei Thorp gar...@gmail.com wrote: +1 that I haven't had trouble with gconf really. At the moment, I don't run it and aside from some warnings from some apps, it's generally been fine too. -AT On Fri, Apr 24, 2009 at 6:30 PM, Hussam Al-Tayeb ht990...@gmail.com wrote: On Sat, 2009-04-25 at 02:28 +0200, hollun...@gmx.at wrote: On Fri, 24 Apr 2009 23:01:24 +0300 Hussam Al-Tayeb ht990...@gmail.com wrote: On Thu, 2009-04-23 at 20:33 +0200, JM wrote: On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot j...@jgc.homeip.net wrote: On Thu, 2009-04-23 at 17:17 +0200, JM wrote: On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot j...@jgc.homeip.net wrote: On Mon, 2009-03-30 at 22:48 +0200, JM wrote: Hello, I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR). Regards, JM This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while. libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed? Regards, JM No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay. I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that. Regards, JM gconf only depends on orbit2=2.14.17 gtk2=2.16.0 libxml2=2.7.3 policykit=0.9 libldap=2.3.43 It has no dependencies on ugly gnome libs (libgnome, libbonobo) so non gnome users shouldn't have problem with it. But isn't gconf a daemon? There's an app in development I might want to use that uses vala and gconf, and I don't know how bad that gconf daemon is.. regards, Philipp It's perfectly safe and very well designed. It's job is to notify applications when their settings have been changed. For example, if you edit the configuration of gedit externally (not from inside gedit options dialog) but from gconf-editor for example, gconf daemon tells gedit that the settings have been changed without the need to restart gedit. At the moment, libsoup is the only package on my system depending on gconf and orbit2. I'd just prefer to avoid it rather than keep a full-featured configuration database system for just one application. It's not that much about having a G as about keeping it simple. Regards, JM
Re: [arch-general] libsoup 2.26.0-1 dependencies in [testing]
On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot j...@jgc.homeip.net wrote: On Mon, 2009-03-30 at 22:48 +0200, JM wrote: Hello, I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR). Regards, JM This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while. libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed? Regards, JM
Re: [arch-general] libsoup 2.26.0-1 dependencies in [testing]
On Thu, Apr 23, 2009 at 5:20 PM, Jan de Groot j...@jgc.homeip.net wrote: On Thu, 2009-04-23 at 17:17 +0200, JM wrote: On Mon, Mar 30, 2009 at 11:29 PM, Jan de Groot j...@jgc.homeip.net wrote: On Mon, 2009-03-30 at 22:48 +0200, JM wrote: Hello, I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR). Regards, JM This is a temporary bugfix. At this moment the libproxy code in libsoup is unstable, so the libsoup developers decided to disable libproxy and use gconf instead for proxy detection. The changelog states that it's a temporary solution that will be worked out for 2.26.0. With 2.26.1, the dependencies will be the same as we had with the 2.25.x release which was in testing for a while. libsoup 2.26.1-1 still carries the dependency on gconf. Has the situation changed? Regards, JM No it hasn't, as this needs to be fixed inside libproxy. Libproxy is not threadsafe when it calls into gconf, so libsoup calls into GConf itself to get the proxy information and passes the information to libproxy. Until libproxy is fixed to do threadsafe calls into GConf, the dependency on GConf will stay. I mistakenly assumed that the problem had lied within libsoup not libproxy. Thanks for clarifying that. Regards, JM
[arch-general] libsoup 2.26.0-1 dependencies in [testing]
Hello, I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR). Regards, JM
Re: [arch-general] libsoup 2.26.0-1 dependencies in [testing]
On Mon, Mar 30, 2009 at 11:02 PM, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: JM wrote: Hello, I noticed that libsoup in [testing] depends on gconf, is that really necessary? Libsoup is a dependency for some desktop-agnostic applications such as Midori (through its dependency on libwebkit) or hardinfo (currently in AUR). Regards, JM Hi, There are two lib in libsoup, one (libsoup-2.4.so.1) not depends on gconf, and another (libsoup-gnome-2.4.so.1). Personally i don't have installed the gconf and deps, (pacman -Sd libsoup) Libwebkit uses the normal libsoup. Maybe gconf is really an optional dep. Libsoup-gnome is used from gnome apps. Good Luck! -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D That clarifies things, thanks! Regards, JM