Nabble - arch general

Where'd the media:/ kioslave go in KDE4?

2009-12-23T11:07:57Z

Anyone know where the "media:/" kioslave has gone? When I enter that
into konqueror it tells me "Protocol not supported media".

For that matter, "system:/" and a few others seem to be missing as well.

Am I missing some packages? Or did these go the way of the dodo in KDE4?

Thanks,

DR

Re: [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)

2009-12-23T09:35:28Z

On Tue, Dec 22, 2009 at 6:39 PM, Phillip Smith <arch-general@...> wrote:

> 2009/12/23 Angel Velásquez <angvp@...>:
>> [«avelasquez@avelasquez-desktop ~»]$ echo $http_proxy
>> http://localhost:5865
>> [«avelasquez@avelasquez-desktop ~»]$ https_proxy=$http_proxy
>> [«avelasquez@avelasquez-desktop ~»]$ echo $https_proxy
>> http://localhost:5865
>> [«avelasquez@avelasquez-desktop ~»]$ pkgstats
>> Creating package list...
>> Submitting data...
>>
>> And never submit anything,
>
> You need to export the var as well as set it I believe...
> `export https_proxy=$http_proxy` not just `https_proxy=$http_proxy`
>

Oops! I didn't say nothing! forget my useless patch

/me is feeling very ashamed

--
Angel Velásquez
angvp @ irc.freenode.net
Arch Linux Trusted User
Linux Counter: #359909
http://www.angvp.com

Re: [arch-dev-public] Xorg changes / DRM modules

2009-12-23T05:39:58Z

Writing again to arch-general because of write permissions.

Am Wed, 23 Dec 2009 11:21:03 +0100
schrieb Andreas Radke <a.radke@...>:

> The sad part is that we leave all people with modern Ati cards in the
> dark until upstream declares their code as stable. This will make them
> going back to software rasterizer and either force them to use the
> closed source driver or use weird self made git packages from AUR.

Doesn't matter. A stable running system is better than new features
which don't work yet, lead to regular crashes and make a system
unusable.

Some people need a stable system for working and need to trust in the
stable repos.

> Because I'm also affected with my weird X200m card I'm still looking
> for a good solution how to offer a good set of binary packages people
> can use to try modern code. I could do this on my own like all other
> people from AUR but we could also setup an additional unstable repo at
> Gerolde. I could do this also in my public dir. I'd prefer to have
> people using one set of codebase for reporting bugs upstream. What do
> you think?

Aren't there already git versions for these packages in AUR? If you
want to provide binary packages for them you could just move them to
community or extra. But keep the names e.g. mesa-git, libdrm-git etc.
and add a provides and conflicts variable to the PKGBUILDs (e.g.
provides=libdrm and conflicts=libdrm).

And by default (e.g. with pacman -S xorg) the stable packages are
installed and if someone wants to test the unstable packages he can
simply install the git packages. You could also add a new group
xorg-git.

In this case there should also a conflicts variable be added to the
PKGBUILDs of the stable packages (conflicts=libdrm-git).

I think with this solution everyone could be happy, people who need a
stable system and people who want to test the latest unstable versions.
And it has the advantage that people can easily switch between the
stable and the unstable packages depending on how those packages work.

When the new features go into the stable upstream packages the git
versions could simply be removed from the repos.

Greetings,
Heiko

Re: MAYDAY - drm/mesa/libgl/radeon updates - laptop stuck in 1152x864 - kdm locks on logout!

2009-12-23T01:37:38Z

On 12/23/2009 03:15 AM, Jan de Groot wrote:

> On Wed, 2009-12-23 at 03:05 -0600, David C. Rankin wrote:
>> Ouch! Now, I don't know if this happened after the kernel update to
>> 26-2.6.32.2-1 or if it just happened tonight with the drm update and
>> then downgrade. I can't think of any reason the upgrade/downgrade
>> would have done it unless pacman left pieces of something on the
>> system.
>>
>> Regardless, compiz is unusable now. I know for a fact it was working
>> last week (slow with the radeon driver, but working). Anybody else see
>> a change in direct rendering with the latest kernel? What else to
>> check?
>
> I don't know what you did exactly, but to make things clear:
> We're back on stable versions without experimental code. This means
> there's no 3D support for some newer ATI hardware, but at least the 2D
> is stable and usable.
> You're on the Mesa software rasterizer now, which does everything in
> software. Compiz will be painfully slow with that.
>
>

Err, yep slow is a nice way to put it. The question is how do I get back to the usable 2D hardware setup? Should I set KMS back up? I'm up to date with all packages except the mesa/drm/libgl packages I just downgraded 1 version. Everything was great before the update today and the drm snafu. What's the best way to get back to the config I had 24 hours ago?

I took /var/log/pacman.log and backed out all updates except the kde & gnome printer control center modules (I can't see them being related), but I'm still not back to where I was before the updates. Am I missing something?

--
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

Re: Arch Linux Law Office? (Was: Re: go-openoffice not opening templates - anybody else?)

2009-12-23T01:32:28Z

On 12/23/2009 01:55 AM, Rene Rasmussen wrote:

> On Tue, 22 Dec 2009 19:08:40 -0500
> Denis Kobozev <d.v.kobozev@...> wrote:
>
>> On Sat, Dec 12, 2009 at 7:12 PM, Logan Rathbone <poprocks@...>
>> wrote:
>>> David, are you running (Arch) Linux in your law office? If so,
>>> could you describe your experiences? What do you use for time and
>>> billing?
>>
>> I too would be interested to hear about solutions for billing and
>> keeping track of time on Linux. I do freelance web development and
>> have to record my working hours and send invoices to clients. Right
>> now I just write down my working hours in a plain text file and use an
>> OpenOffice template for invoices.
>>
>> Denis.
>
> I'm not sure if this is what you're looking for. It needs a LAMP server
> to run, but can then be used from a browser.
>
> http://bambooinvoice.org/
>
>

Rene, all,

What drove my decision of using eGroupWare as the core of our office was basically 2 things, (1) it was an open-source solution, and (2) is was LAMP. I tried all of the groupware packages back in the 2005 timeframe and settled on eGroupWare. All I can say -- is "I guessed right!" The package was just pre 1.0.0 at the time, but it looked and worked better than phpGroupware and the other two at the time.

The bet was that: egw was going to remain actively developed and prevent any interruption in work flow when the project faded away and you were left holding the bag. I cannot say enough good things about Ralf Becker, Lars Kneschke, and the rest that put this package together and have kept it up to date.

For all the packages that try to be a "one stop shop" I usually find that trying to combine all your calendar, address, email, projects, time tracking, knowledge base, etc... just turns into a wholly mess. Egw has done a good job to keep it well put together. The only weak area is the email client they include "felamimail" which is just a simple no frills package with some good integration (email or cc: to your todo list, etc..). But, honestly, if there was one area that was a little light, I would rather it be email, because I don't really care about any bundled package, I'll be using tbird or kmail anyway. The rest of the package is just -- well incredible.

Egw has good time tracking/billing data capture and storage. The limitation is with the printing of invoices, etc.. I have used the project and timesheet print-to-pdf routine for billing directly in cases where billing isn't that extensive or formal. However, it all has to go into quickbooks at the end.

If you are looking for a rock-solid groupware package, give egw a try. I'm still amazed at how much it can do, and I'm even more amazed at what it has the potential to do.

--
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

Re: MAYDAY - drm/mesa/libgl/radeon updates - laptop stuck in 1152x864 - kdm locks on logout!

2009-12-23T01:15:11Z

On Wed, 2009-12-23 at 03:05 -0600, David C. Rankin wrote:

> Ouch! Now, I don't know if this happened after the kernel update to
> 26-2.6.32.2-1 or if it just happened tonight with the drm update and
> then downgrade. I can't think of any reason the upgrade/downgrade
> would have done it unless pacman left pieces of something on the
> system.
>
> Regardless, compiz is unusable now. I know for a fact it was working
> last week (slow with the radeon driver, but working). Anybody else see
> a change in direct rendering with the latest kernel? What else to
> check?

I don't know what you did exactly, but to make things clear:
We're back on stable versions without experimental code. This means
there's no 3D support for some newer ATI hardware, but at least the 2D
is stable and usable.
You're on the Mesa software rasterizer now, which does everything in
software. Compiz will be painfully slow with that.

Re: Arch Linux Law Office? (Was: Re: go-openoffice not opening templates - anybody else?)

2009-12-23T01:10:52Z

On 12/22/2009 06:08 PM, Denis Kobozev wrote:

> On Sat, Dec 12, 2009 at 7:12 PM, Logan Rathbone <poprocks@...> wrote:
>> David, are you running (Arch) Linux in your law office? If so, could
>> you describe your experiences? What do you use for time and billing?
>
> I too would be interested to hear about solutions for billing and
> keeping track of time on Linux. I do freelance web development and
> have to record my working hours and send invoices to clients. Right
> now I just write down my working hours in a plain text file and use an
> OpenOffice template for invoices.
>
> Denis.
>

Sorry guys for not getting back to you sooner, but yes, my office is all linux except for the secretaries desk -- due to Quickbooks. I have come very close to getting time tracking sorted out with eGroupWare projects combined with its timesheet function. But, as far as books go, I haven't found a Linux replacement for quickbooks. There are some good project making headway, but I haven't had time to check/test anything in the past year. Hopefully, we can give quickbooks the boot in the next year or so.

Anybody got a favorite open-source accounting package that would be good to test?

--
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

Re: MAYDAY - drm/mesa/libgl/radeon updates - laptop stuck in 1152x864 - kdm locks on logout!

2009-12-23T01:05:04Z

On 12/23/2009 02:24 AM, David C. Rankin wrote:

> I got bit bad tonight by the updates tonight. X starts but is stuck at 1152x864, if I log out, X freezes. Looks like bad libdrm and lib32-libdrm packages. Specifically, I upgraded:
>
> [2009-12-23 00:30] starting full system upgrade
> [2009-12-23 00:31] upgraded libdrm (2.4.17-1 -> 2.4.17-2)
> [2009-12-23 00:31] upgraded libgl (7.6-2 -> 7.6.1-1)
> [2009-12-23 00:31] upgraded ati-dri (7.6-2 -> 7.6.1-1)
> [2009-12-23 00:31] upgraded lib32-libdrm (2.4.16-1 -> 2.4.17-2)
> [2009-12-23 00:31] upgraded lib32-libgl (7.6-2 -> 7.6.1-1)
> [2009-12-23 00:31] upgraded lib32-mesa (7.6-2 -> 7.6.1-1)
> [2009-12-23 00:31] upgraded mesa (7.6-2 -> 7.6.1-1)
> [2009-12-23 00:31] upgraded system-config-printer-common (1.1.13-1 -> 1.1.15-1)
> [2009-12-23 00:31] upgraded system-config-printer-gnome (1.1.13-1 -> 1.1.15-1)

UUGH!,

It get's worse. I don't know if this is the downgrade or if this is the latest kernel update, but compiz whitescreens. (that a hardware/software rendering issue) I checked glxinfo, and it says it is using Mesa:

03:00 alchemy:~> glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_MESA_copy_sub_buffer
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.6.1
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_draw_buffers,

Ouch! Now, I don't know if this happened after the kernel update to 26-2.6.32.2-1 or if it just happened tonight with the drm update and then downgrade. I can't think of any reason the upgrade/downgrade would have done it unless pacman left pieces of something on the system.

Regardless, compiz is unusable now. I know for a fact it was working last week (slow with the radeon driver, but working). Anybody else see a change in direct rendering with the latest kernel? What else to check?

--
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

MAYDAY - drm/mesa/libgl/radeon updates - laptop stuck in 1152x864 - kdm locks on logout!

2009-12-23T00:24:49Z

Guys,

I got bit bad tonight by the updates tonight. X starts but is stuck at 1152x864, if I log out, X freezes. Looks like bad libdrm and lib32-libdrm packages. Specifically, I upgraded:

[2009-12-23 00:30] starting full system upgrade
[2009-12-23 00:31] upgraded libdrm (2.4.17-1 -> 2.4.17-2)
[2009-12-23 00:31] upgraded libgl (7.6-2 -> 7.6.1-1)
[2009-12-23 00:31] upgraded ati-dri (7.6-2 -> 7.6.1-1)
[2009-12-23 00:31] upgraded lib32-libdrm (2.4.16-1 -> 2.4.17-2)
[2009-12-23 00:31] upgraded lib32-libgl (7.6-2 -> 7.6.1-1)
[2009-12-23 00:31] upgraded lib32-mesa (7.6-2 -> 7.6.1-1)
[2009-12-23 00:31] upgraded mesa (7.6-2 -> 7.6.1-1)
[2009-12-23 00:31] upgraded system-config-printer-common (1.1.13-1 -> 1.1.15-1)
[2009-12-23 00:31] upgraded system-config-printer-gnome (1.1.13-1 -> 1.1.15-1)

Next logout, the machine changed from 1440x900 to 1152x864 (the initial frame buffer resolution). Currently I am not using KMS with the radeon driver due to the current driver/initrd issues. I tried using a minimal xorg.conf setting the preferred resolution to 1440x900 (like I have done before to switch between the radeon/radeonhd drivers). X crashed immediately. Yes I had screens defined. X always started just fine with this xorg before. This is a short log:

(this is the complete Xorg.0.log)

X.Org X Server 1.7.3.901 (1.7.4 RC 1)
Release Date: 2009-12-11
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-ARCH x86_64
Current Operating System: Linux alchemy 2.6.32-ARCH #1 SMP PREEMPT Sun Dec 20 10:01:30 CET 2009 x86_64
Kernel command line: root=/dev/disk/by-uuid/b004715c-1666-458a-b827-2bbb1d4a735e ro
Build Date: 12 December 2009 08:39:02PM

<snipped the definitions>

Fatal server error:
no screens found

Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
Please also check the log file at "/var/log/Xorg.0.log" for additional information.

(WW) xf86CloseConsole: KDSETMODE failed: Bad file descriptor
(WW) xf86CloseConsole: VT_GETMODE failed: Bad file descriptor

OK, so I had 2 choices, either try KMS with the nonworking drm or downgrade. I decided to downgrade. So I tried to downgrade with:

pacman -U /var/cache/pacman/pkg/libdrm-2.4.17-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/libgl-7.6.1-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/ati-dri-7.6.1-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/lib32-libdrm-2.4.16-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/lib32-libgl-7.6.1-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/lib32-mesa-7.6.1-1-x86_64.pkg.tar.gz /var/cache/pacman/pkg/mesa-7.6.1-1-x86_64.pkg.tar.gz

Which failed dependencies with mesa/libmesa requiring libdrm/lib32-libdrm > or = 2.4.17-2. HUH?? Deps whacked somewhere, I just upgraded from 2.4.17-1 and it was working fine...

So I just eliminated the libdrm/lib32-libdrm packages and downgraded leaving drm the way mesa/libmesa wanted it. (Note the different downgrade times for libdrm below)

X was still stuck in 1152x864, this caused me to suspect libdrm was the problem. So I went ahead and downgraded libdrm/lib32-drm with pacman -U --nodeps and then rebooted --> BING0 right back to 1440x900.

Some notes on the log for the downgrade. The downgrade log looks weird to me. Maybe that's the way it should look, but I would expect correct version numbers:

[2009-12-23 02:00] upgraded libgl (7.6.1-1 -> 7.6.1-1)
[2009-12-23 02:00] upgraded ati-dri (7.6.1-1 -> 7.6.1-1)
[2009-12-23 02:00] upgraded lib32-libgl (7.6.1-1 -> 7.6.1-1)
[2009-12-23 02:00] upgraded lib32-mesa (7.6.1-1 -> 7.6.1-1)
[2009-12-23 02:00] upgraded mesa (7.6.1-1 -> 7.6.1-1)
[2009-12-23 02:04] upgraded libdrm (2.4.17-2 -> 2.4.17-1)
[2009-12-23 02:04] upgraded lib32-libdrm (2.4.17-2 -> 2.4.16-1)

I may have missed some changelog that says change your config to XYZ for these packages, but honestly it just looks like this set of updates isn't quite done cooking yet. Let me know if you need for info, etc. I'm glad to provide logs, etc. I'll also go ahead and open a ticket if you think it is necessary. Thanks.

--
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

Re: Arch Linux Law Office? (Was: Re: go-openoffice not opening templates - anybody else?)

2009-12-22T23:55:30Z

On Tue, 22 Dec 2009 19:08:40 -0500
Denis Kobozev <d.v.kobozev@...> wrote:

> On Sat, Dec 12, 2009 at 7:12 PM, Logan Rathbone <poprocks@...>
> wrote:
> > David, are you running (Arch) Linux in your law office? If so,
> > could you describe your experiences? What do you use for time and
> > billing?
>
> I too would be interested to hear about solutions for billing and
> keeping track of time on Linux. I do freelance web development and
> have to record my working hours and send invoices to clients. Right
> now I just write down my working hours in a plain text file and use an
> OpenOffice template for invoices.
>
> Denis.

I'm not sure if this is what you're looking for. It needs a LAMP server
to run, but can then be used from a browser.

http://bambooinvoice.org/

--

Rene

- The box said to install Windows 95 or better,
so I installed ARCH Linux!

- System Setup: AMD64 X2 6400+ with 4GB ram and 570GB harddrive.
Running Arch Linux x86_64

----------------------------------------------------------
- Registered Linux user #167944 since 2000-02-28 (｡◕‿◕｡) -
----------------------------------------------------------

Re: kernel26-2.6.32.2-1 -- Radeon module (EE) config/hal ... org.freedesktop.DBus.Error.AccessDenied

2009-12-22T17:19:43Z

Hi there,

It seems that X met a tiny problem on finding a specific device,
namely "FindDeviceByCapability" method of HAL returned a called
"unset" error.
do you have any such declarations in your xorg.conf file?

If every input devices work fine on your system, I think it doesn't
matter. Since Hal only perform input device configuring for X, nothing
else.

Regards,
On Wed, Dec 23, 2009 at 12:20 AM, David C. Rankin
<drankinatty@...> wrote:

> Guys,
>
> Working between the radeon and radeonhd modules, I noticed a strange error as the last line in my Xorg.0.log today that caught me by surprise. It was a hal/DBus error that I haven't seen before. Strange, what is a hal/dbus error doing in my Xorg log? The Radeon driver seems to be working OK, but I would like to find out what is going wrong and how I can fix the system so I don't get this error anymore. The error is:
>
> (II) RADEON(0): Setting screen physical size to 381 x 238
> (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.AccessDenied (Rejected send message, 1 matched rules; type="method_call", sender=":1.11" (uid=0 pid=16410 comm="/usr/bin/X) interface="org.freedesktop.Hal.Manager" member="FindDeviceByCapability" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=4062 comm="/usr/sbin/hald)))
>
> The box is my Toshiba 205d x86_64 laptop w/Radeon RS690M. The full log is here:
>
> http://www.3111skyline.com/download/linux/radeonhd/log/Xorg.0.22095221.log
>
> Anybody know what to do to figure out what is going on here?
>
>
> --
> 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
>

--
LI Ye
M.S. Student
School of Information Science and Engineering
Southeast University, P.R. China
liye@...

Re: Arch Linux Law Office? (Was: Re: go-openoffice not opening templates - anybody else?)

2009-12-22T16:08:40Z

On Sat, Dec 12, 2009 at 7:12 PM, Logan Rathbone <poprocks@...> wrote:
> David, are you running (Arch) Linux in your law office? If so, could
> you describe your experiences? What do you use for time and billing?

I too would be interested to hear about solutions for billing and
keeping track of time on Linux. I do freelance web development and
have to record my working hours and send invoices to clients. Right
now I just write down my working hours in a plain text file and use an
OpenOffice template for invoices.

Denis.

Re: [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)

2009-12-22T13:39:13Z

2009/12/23 Angel Velásquez <angvp@...>:

> [«avelasquez@avelasquez-desktop ~»]$ echo $http_proxy
> http://localhost:5865
> [«avelasquez@avelasquez-desktop ~»]$ https_proxy=$http_proxy
> [«avelasquez@avelasquez-desktop ~»]$ echo $https_proxy
> http://localhost:5865
> [«avelasquez@avelasquez-desktop ~»]$ pkgstats
> Creating package list...
> Submitting data...
>
> And never submit anything,

You need to export the var as well as set it I believe...
`export https_proxy=$http_proxy` not just `https_proxy=$http_proxy`

Re: Kernel 2.6.32

2009-12-22T10:32:15Z

I can't figure out how to use tuxonice or even "default" suspend with KMS
enabled kernel 2.6.32.y, do you guys know anything about that?

Re: Kernel 2.6.32

2009-12-22T08:24:23Z

This is what my video card shows when I do lspci

01:00.0 VGA compatible controller: ATI Technologies Inc RV610 video
device [Radeon HD 2400 PRO]

On Tue, Dec 22, 2009 at 10:32 AM, Ignacio Galmarino
<igalmarino@...> wrote:

> On 12/22/2009 05:37 AM, Paul Ezvan wrote:
>>
>> Le mardi 22 décembre 2009 à 09:49 +0100, Xavier a écrit :
>>
>>>
>>> On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale<frankhale@...> wrote:
>>>
>>>>
>>>> I was using the testing kernel 2.6.32 without an issue but then when
>>>> the kernel went to core my system would no longer boot. It would start
>>>> to boot half way then just go dead. I don't have any error messages to
>>>> post because the screen went blank. Grub was working fine as far as I
>>>> can tell. I had to use the Arch live CD to revert kernels back to an
>>>> earlier version. Has anyone been having issues with the stable kernel
>>>> 2.6.32? Like I said, 2.6.32 from testing worked fine.
>>>>
>>>>
>>>
>>> Uh ? It is the same package that moves from testing to core. The move
>>> cannot break anything.
>>> When you use testing, and a package gets moved, you cannot even notice
>>> it, because pacman -Su won't do anything : you already have the latest
>>> packages.
>>> Maybe you want to be a bit more specific about which version exactly
>>> you were using ?
>>> If you don't know, you can check pacman logs.
>>> The changes to kernel26 can be seen here :
>>>
>>> http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=log&rev=0&isdir=1
>>> There has apparently been one revision for each stable kernel release so
>>> :
>>> 2.6.32-1
>>> 2.6.32.1-1
>>> 2.6.32.2-1
>>>
>>> 2.6.32.2 contains 5 radeon patches :
>>> http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2
>>> If you can actually confirm that this is what broke your setup, this
>>> narrows down the issue extremely.
>>> The list of changes between 2.6.31 and 2.6.32 is likely awfully huge.
>>>
>>
>> It seems that 2.6.32.2 is broken with r600 chips :
>>
>> http://old.nabble.com/-stable--Regression-in-2.6.32.2:-radeon-KMS-hangs-system-p26864854.html
>> and
>>
>> http://old.nabble.com/-PATCH--stable---drm-radeon-kms:-fix-crtc-vblank-update-for-r600-p26869892.html.
>>
>> Paul
>>
>>
>
> Yes ... it does not work here (KMS + Radeon Mobility HD 3670). Works fine
> with "nomodeset"
>
> Ignacio
>
>

kernel26-2.6.32.2-1 -- Radeon module (EE) config/hal ... org.freedesktop.DBus.Error.AccessDenied

2009-12-22T08:20:19Z

Guys,

Working between the radeon and radeonhd modules, I noticed a strange error as the last line in my Xorg.0.log today that caught me by surprise. It was a hal/DBus error that I haven't seen before. Strange, what is a hal/dbus error doing in my Xorg log? The Radeon driver seems to be working OK, but I would like to find out what is going wrong and how I can fix the system so I don't get this error anymore. The error is:

(II) RADEON(0): Setting screen physical size to 381 x 238
(EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.AccessDenied (Rejected send message, 1 matched rules; type="method_call", sender=":1.11" (uid=0 pid=16410 comm="/usr/bin/X) interface="org.freedesktop.Hal.Manager" member="FindDeviceByCapability" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=4062 comm="/usr/sbin/hald)))

The box is my Toshiba 205d x86_64 laptop w/Radeon RS690M. The full log is here:

http://www.3111skyline.com/download/linux/radeonhd/log/Xorg.0.22095221.log

Anybody know what to do to figure out what is going on here?

--
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

Re: Kernel 2.6.32

2009-12-22T07:29:19Z

On 12/22/2009 05:37 AM, Paul Ezvan wrote:

> Le mardi 22 décembre 2009 à 09:49 +0100, Xavier a écrit :
>
>> On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale<frankhale@...> wrote:
>>
>>> I was using the testing kernel 2.6.32 without an issue but then when
>>> the kernel went to core my system would no longer boot. It would start
>>> to boot half way then just go dead. I don't have any error messages to
>>> post because the screen went blank. Grub was working fine as far as I
>>> can tell. I had to use the Arch live CD to revert kernels back to an
>>> earlier version. Has anyone been having issues with the stable kernel
>>> 2.6.32? Like I said, 2.6.32 from testing worked fine.
>>>
>>>
>> Uh ? It is the same package that moves from testing to core. The move
>> cannot break anything.
>> When you use testing, and a package gets moved, you cannot even notice
>> it, because pacman -Su won't do anything : you already have the latest
>> packages.
>> Maybe you want to be a bit more specific about which version exactly
>> you were using ?
>> If you don't know, you can check pacman logs.
>> The changes to kernel26 can be seen here :
>> http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=log&rev=0&isdir=1
>> There has apparently been one revision for each stable kernel release so :
>> 2.6.32-1
>> 2.6.32.1-1
>> 2.6.32.2-1
>>
>> 2.6.32.2 contains 5 radeon patches :
>> http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2
>> If you can actually confirm that this is what broke your setup, this
>> narrows down the issue extremely.
>> The list of changes between 2.6.31 and 2.6.32 is likely awfully huge.
>>
> It seems that 2.6.32.2 is broken with r600 chips :
> http://old.nabble.com/-stable--Regression-in-2.6.32.2:-radeon-KMS-hangs-system-p26864854.html
> and
> http://old.nabble.com/-PATCH--stable---drm-radeon-kms:-fix-crtc-vblank-update-for-r600-p26869892.html.
>
> Paul
>
>

Yes ... it does not work here (KMS + Radeon Mobility HD 3670). Works
fine with "nomodeset"

Ignacio

Re: [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)

2009-12-22T05:32:29Z

On Mon, Dec 21, 2009 at 8:39 PM, Pierre Schmitz <pierre@...> wrote:

> On Mon, 21 Dec 2009 12:50:03 -0300, Angel Velásquez
> <angvp@...> wrote:
>> On Mon, Dec 21, 2009 at 12:39 PM, Pierre Schmitz <pierre@...>
>> wrote:
>>> Am Montag 21 Dezember 2009 15:13:53 schrieb Angel Velásquez:
>>>> So, I decided to do a little patch to pkgstats, I've tested and now
>>>> it's working .. (I am checking if the http_proxy env var is empty and
>>>> else I am setting a variable called prox which have the value of the
>>>> proxy).
>>>
>>> That shouldn't be needed because curl reads the env vars itself (at
> least
>>> according to its man page)
>>>
>>> Btw: pkgstats not that usable atm.
>>
>> Well curl wasn't reading the env vars, in fact I had to add this
>> option --proxy. So if curl isn't reading the env vars there is a
>> curl's bug.
>>
>> And why is not usable pkgstats?
>
> Make sure your proxy support https and you have set https_proxy; the stats
> are sent via https; so setting just http_proxy does not work.

Are you completely sure?

[«avelasquez@avelasquez-desktop ~»]$ echo $http_proxy
http://localhost:5865
[«avelasquez@avelasquez-desktop ~»]$ https_proxy=$http_proxy
[«avelasquez@avelasquez-desktop ~»]$ echo $https_proxy
http://localhost:5865
[«avelasquez@avelasquez-desktop ~»]$ pkgstats
Creating package list...
Submitting data...

And never submit anything,

note: I am using ntlmaps as a proxy server since I am behind a noisy ISA Server.

With the patch that I've sent, that isn't happening to me, are you
completely sure about the http_proxy env var and https_proxy are
detected automatically by curl? is this a curl bug?

--
Angel Velásquez
angvp @ irc.freenode.net
Arch Linux Trusted User
Linux Counter: #359909
http://www.angvp.com

Re: Kernel 2.6.32

2009-12-22T04:43:49Z

Adding "nomodeset" to the kernel boot line will allow the kernel to
boot fine with no issues. If I don't add that the screen I am assuming
tries to go into an unsupported video mode and then goes black.
Setting a vga mode in Grub doesn't seem to affect this at all. I'll do
some more testing tonight and see if I can gather more information
about the actual problem.

On Tue, Dec 22, 2009 at 7:29 AM, Frank Hale <frankhale@...> wrote:
>> Something's been bugging me about this email, and I just realized,
>> 2.6.32 hasn't moved to core yet!
>
> Oops, you are absolutely correct. I don't know why I assumed this. It
> appears that the issue started for me with kernel26 2.6.32.2-1.
>

Re: [arch-dev-public] Xorg changes / DRM modules

2009-12-22T04:30:11Z

On 12/22/2009 01:59 PM, Andreas Radke wrote:

> Am Tue, 22 Dec 2009 00:46:29 +0100
> schrieb Heiko Baums<lists@...>:
>
>> Please, don't make too many experiments in the stable repos and keep
>> the packages in the repos as close to the "stable" upstream releases
>> as possible. I don't think that having a git version in the repo is a
>> good idea anyway.
>
> We would also like to do this. Would mean much less work for us.
>
> New kernel brings changes in drm modules. Xorg ddx driver updates
> require new kernel modules and sometimes even more recent stuff.
> There's new mesa out now. And upstream devs work hard on the
> kmd-drm-gallium switch for the future.
>
> Sadly not all part move at the same time and distributions have to
> decide whether to package old stuff that isn't supported upstream
> anymore or more recent and sadly buggy stuff.
>
> We will try to fix all known issues in testing before we move stuff to
> core/extra.
>
> -Andy

also we have to know what issue exists and that's require testing from
you guys. don't forget that downgrading is not a solution and all issue
should be submitted to bugtracker. this is the only way to let us know
about that.

--
Ionut

Re: Kernel 2.6.32

2009-12-22T04:29:26Z

> Something's been bugging me about this email, and I just realized,
> 2.6.32 hasn't moved to core yet!

Oops, you are absolutely correct. I don't know why I assumed this. It
appears that the issue started for me with kernel26 2.6.32.2-1.

Re: [arch-dev-public] Xorg changes / DRM modules

2009-12-22T03:59:06Z

Am Tue, 22 Dec 2009 00:46:29 +0100
schrieb Heiko Baums <lists@...>:

> Please, don't make too many experiments in the stable repos and keep
> the packages in the repos as close to the "stable" upstream releases
> as possible. I don't think that having a git version in the repo is a
> good idea anyway.

We would also like to do this. Would mean much less work for us.

New kernel brings changes in drm modules. Xorg ddx driver updates
require new kernel modules and sometimes even more recent stuff.
There's new mesa out now. And upstream devs work hard on the
kmd-drm-gallium switch for the future.

Sadly not all part move at the same time and distributions have to
decide whether to package old stuff that isn't supported upstream
anymore or more recent and sadly buggy stuff.

We will try to fix all known issues in testing before we move stuff to
core/extra.

-Andy

Re: Kernel 2.6.32

2009-12-22T03:37:01Z

Le mardi 22 décembre 2009 à 09:49 +0100, Xavier a écrit :

> On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale <frankhale@...> wrote:
> > I was using the testing kernel 2.6.32 without an issue but then when
> > the kernel went to core my system would no longer boot. It would start
> > to boot half way then just go dead. I don't have any error messages to
> > post because the screen went blank. Grub was working fine as far as I
> > can tell. I had to use the Arch live CD to revert kernels back to an
> > earlier version. Has anyone been having issues with the stable kernel
> > 2.6.32? Like I said, 2.6.32 from testing worked fine.
> >
>
> Uh ? It is the same package that moves from testing to core. The move
> cannot break anything.
> When you use testing, and a package gets moved, you cannot even notice
> it, because pacman -Su won't do anything : you already have the latest
> packages.
> Maybe you want to be a bit more specific about which version exactly
> you were using ?
> If you don't know, you can check pacman logs.
> The changes to kernel26 can be seen here :
> http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=log&rev=0&isdir=1
> There has apparently been one revision for each stable kernel release so :
> 2.6.32-1
> 2.6.32.1-1
> 2.6.32.2-1
>
> 2.6.32.2 contains 5 radeon patches :
> http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2
> If you can actually confirm that this is what broke your setup, this
> narrows down the issue extremely.
> The list of changes between 2.6.31 and 2.6.32 is likely awfully huge.

It seems that 2.6.32.2 is broken with r600 chips :
http://old.nabble.com/-stable--Regression-in-2.6.32.2:-radeon-KMS-hangs-system-p26864854.html
and
http://old.nabble.com/-PATCH--stable---drm-radeon-kms:-fix-crtc-vblank-update-for-r600-p26869892.html.

Paul

Re: A universal Operating System API - why don't we have it?

2009-12-22T03:26:34Z

On 12/21/2009 01:31 PM, Frédéric Perrin wrote:
> Le lundi 21 à 18:57, Laurie Clark-Michalek a écrit :
>> And on the anal sex point... actually, I think it'd be better for the
>> convocation as a whole if we dropped that analogy.
> ^^^^
> Is that what they call a
> Freudian slip?
>

I laughed.

--
Arvid
Asgaard Technologies

Re: Kernel 2.6.32

2009-12-22T02:16:39Z

2009/12/22 Ng Oon-Ee <ngoonee@...>:
>
> Something's been bugging me about this email, and I just realized,
> 2.6.32 hasn't moved to core yet!
>
>

Ah ah, right. I thought it could have moved, since it seemed to be
ready and got a few signoff. And Frank said it moved.
I assumed it was just the package web page that wasn't up-to-date (I
believe I already saw that a few times), but usually the websvn view
is up-to-date and I didn't check it carefully. My mistake.

Re: Kernel 2.6.32

2009-12-22T01:39:51Z

On Tue, 2009-12-22 at 09:49 +0100, Xavier wrote:

Something's been bugging me about this email, and I just realized,
2.6.32 hasn't moved to core yet!

Re: Kernel 2.6.32

2009-12-22T00:49:42Z

On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale <frankhale@...> wrote:
> I was using the testing kernel 2.6.32 without an issue but then when
> the kernel went to core my system would no longer boot. It would start
> to boot half way then just go dead. I don't have any error messages to
> post because the screen went blank. Grub was working fine as far as I
> can tell. I had to use the Arch live CD to revert kernels back to an
> earlier version. Has anyone been having issues with the stable kernel
> 2.6.32? Like I said, 2.6.32 from testing worked fine.
>

Uh ? It is the same package that moves from testing to core. The move
cannot break anything.
When you use testing, and a package gets moved, you cannot even notice
it, because pacman -Su won't do anything : you already have the latest
packages.
Maybe you want to be a bit more specific about which version exactly
you were using ?
If you don't know, you can check pacman logs.
The changes to kernel26 can be seen here :
http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=log&rev=0&isdir=1
There has apparently been one revision for each stable kernel release so :
2.6.32-1
2.6.32.1-1
2.6.32.2-1

2.6.32.2 contains 5 radeon patches :
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2
If you can actually confirm that this is what broke your setup, this
narrows down the issue extremely.
The list of changes between 2.6.31 and 2.6.32 is likely awfully huge.

Re: Kernel 2.6.32

2009-12-21T16:44:37Z

Adding "nomodeset" to my kernel boot line in Grub fixed the problem. Thanks!

On Mon, Dec 21, 2009 at 7:29 PM, Frank Hale <frankhale@...> wrote:

> I do have an ATI card. I'll try that thanks! I did notice that 2.6.32
> would boot into a graphical mode shortly after it started booting even
> though I didn't have one set in my GRUB conf. 2.6.31 didn't do this.
> Thanks for the help!
>
> On Mon, Dec 21, 2009 at 7:05 PM, Ian-Xue Li <da.mi.spirit@...> wrote:
>> On Mon, 21 Dec 2009 18:35:30 -0500
>> Frank Hale <frankhale@...> wrote:
>>
>>> the kernel went to core my system would no longer boot. It would start
>>> to boot half way then just go dead. I don't have any error messages to
>>> post because the screen went blank. Grub was working fine as far as I
>>> can tell.
>>
>> if you had a ati card with KMS enabled, try to add "nomodeset" to the kernel line in grub.
>>
>> --
>> Ian-Xue Li <da.mi.spirit@...>
>>
>

Re: Kernel 2.6.32

2009-12-21T16:29:21Z

I do have an ATI card. I'll try that thanks! I did notice that 2.6.32
would boot into a graphical mode shortly after it started booting even
though I didn't have one set in my GRUB conf. 2.6.31 didn't do this.
Thanks for the help!

On Mon, Dec 21, 2009 at 7:05 PM, Ian-Xue Li <da.mi.spirit@...> wrote:

> On Mon, 21 Dec 2009 18:35:30 -0500
> Frank Hale <frankhale@...> wrote:
>
>> the kernel went to core my system would no longer boot. It would start
>> to boot half way then just go dead. I don't have any error messages to
>> post because the screen went blank. Grub was working fine as far as I
>> can tell.
>
> if you had a ati card with KMS enabled, try to add "nomodeset" to the kernel line in grub.
>
> --
> Ian-Xue Li <da.mi.spirit@...>
>

Re: Kernel 2.6.32

2009-12-21T16:05:43Z

On Mon, 21 Dec 2009 18:35:30 -0500
Frank Hale <frankhale@...> wrote:

> the kernel went to core my system would no longer boot. It would start
> to boot half way then just go dead. I don't have any error messages to
> post because the screen went blank. Grub was working fine as far as I
> can tell.

if you had a ati card with KMS enabled, try to add "nomodeset" to the kernel line in grub.

--
Ian-Xue Li <da.mi.spirit@...>

Re: [arch-dev-public] Xorg changes / DRM modules

2009-12-21T15:46:21Z

Am Tue, 22 Dec 2009 01:17:23 +0200
schrieb Nezmer@...:

> IMHO, Encouraging people to dasable KMS on official packages is more
> sane for now. Those who need the latest and greatest should do it on
> their own.
>
> (1) http://aur.archlinux.org/packages.php?ID=33016

Please, don't make too many experiments in the stable repos and keep
the packages in the repos as close to the "stable" upstream releases as
possible. I don't think that having a git version in the repo is a good
idea anyway.

I can imagine that upstream already knows about the problems and is
already working on it.

I agree with Nezmer that people who want the latest unstable packages
should build them on their own from AUR.

If an official package completely doesn't work then I think downgrading
it to the latest working version is better than upgrading it to an
unstable version.

Greetings,
Heiko

Re: [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)

2009-12-21T15:39:23Z

On Mon, 21 Dec 2009 12:50:03 -0300, Angel Velásquez
<angvp@...> wrote:
> On Mon, Dec 21, 2009 at 12:39 PM, Pierre Schmitz <pierre@...>
> wrote:
>> Am Montag 21 Dezember 2009 15:13:53 schrieb Angel Velásquez:
>>> So, I decided to do a little patch to pkgstats, I've tested and now
>>> it's working .. (I am checking if the http_proxy env var is empty and
>>> else I am setting a variable called prox which have the value of the
>>> proxy).
>>
>> That shouldn't be needed because curl reads the env vars itself (at
least
>> according to its man page)
>>
>> Btw: pkgstats not that usable atm.
>
> Well curl wasn't reading the env vars, in fact I had to add this
> option --proxy. So if curl isn't reading the env vars there is a
> curl's bug.
>
> And why is not usable pkgstats?

Make sure your proxy support https and you have set https_proxy; the stats
are sent via https; so setting just http_proxy does not work.

--
Pierre Schmitz, https://users.archlinux.de/~pierre

Kernel 2.6.32

2009-12-21T15:35:30Z

I was using the testing kernel 2.6.32 without an issue but then when
the kernel went to core my system would no longer boot. It would start
to boot half way then just go dead. I don't have any error messages to
post because the screen went blank. Grub was working fine as far as I
can tell. I had to use the Arch live CD to revert kernels back to an
earlier version. Has anyone been having issues with the stable kernel
2.6.32? Like I said, 2.6.32 from testing worked fine.

Thanks.

Re: [arch-dev-public] [signoff] nano 2.2.1-1

2009-12-21T15:31:06Z

Am Mon, 21 Dec 2009 23:09:05 +0100
schrieb Andreas Radke <a.radke@...>:

> note: since 2.2.0 nano failed to open PKGBUILDs for me. after removing
> old /etc/nanorc and replacing it with the new one it works again.

I'm answering to arch-general because I can't write to arch-dev-public.
This issue is with the file /usr/share/nano/arch.nanorc. I haven't
looked at it but after disabling it nano works again.

Greetings,
Heiko

Re: [arch-dev-public] Xorg changes / DRM modules

2009-12-21T15:17:23Z

On Mon, Dec 21, 2009 at 11:35:12PM +0100, Andreas Radke wrote:

>
> libdrm has been updated to 2.4.17 - this is breaking all radeon 3d
> stuff and will require changes in MESA when I understand the
> upstream devs right. Mesa7.7 is expected in a few days anyways and
> should make Radeon 3d stuff working again after a few late commits
> (7.7rc4 doesn't build with new libdrm). Other drivers should still
> work. Please test them.
>
> Radeon kms is still buggy like hell and unusable for my RC410 [Radeon
> Xpress 200M] card. It makes X and the whole system freeze instantly when
> moving windows around or when I try to start 3d apps. Sometimes even
> at Xorg start at all. This has been introduced with 2.6.32
> kernels. Upstream recommends to try the various drm trees:
>
> http://article.gmane.org/gmane.comp.video.dri.devel/40626
>
> Any opinions from other ati users what branch is the most stable and
> useful these days? I'm thinking about adding a radeon-drm kernel module
> package to solve the tons of speed and stability issues.
>
> As already written on the closed devel list, I'd like to get help for
> these packages from other devs and community members. Whoever is well
> informed in Xorg/kernel drm development and wants to help to stabilize
> our drivers please contact me.
>
> -Andy

I'm not an expert but I will share my experience anyway.

I follow drm-radeon-testing branch but I think drm-radeon-next is
considered more stable for official packaging. Is shipping an updated
radeon module enough though? I don't think It will work without all the
new drm code.

The KMS code is starting to heavily depend on irq which didn't exist
when 2..6.32 was released. With newer code you will need the
ucode firmware(1). 2.6.32.2 was bugged because of a patch that assumed
the existence of irq.

IMHO, Encouraging people to dasable KMS on official packages is more
sane for now. Those who need the latest and greatest should do it on
their own.

(1) http://aur.archlinux.org/packages.php?ID=33016