Re: [arch-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On 10/28/2010 06:18 PM, Norbert Zeh wrote: > I do have the /etc/modprobe.d/nouveau_blacklist.conf file on my machine, > too, but I remember that the nouveau kernel driver did get loaded until > I added !nouveau to the MODULES list in my rc.conf. So > > 1) Can you do an "lsmod | grep nouveau" to see whether nouveau maybe > still gets loaded. (If so, it might be interesting to learn why > even though the above file is present.) Sure, but I don't have it here: [02:21 archangel:/etc/clamav] # lsmod | grep nouveau > > 2) If the answer to (1) is yes, try adding !nouveau to the MODULES list > in rc.conf and see whether this fixes your problem. > > Of course, I'm just guessing here. > That's OK, I'll take those to :) -- 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-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On 10/28/2010 06:34 PM, C Anthony Risinger wrote: > On Oct 28, 2010, at 6:23 PM, Norbert Zeh wrote: > >> I do have the /etc/modprobe.d/nouveau_blacklist.conf file on my >> machine, >> too, but I remember that the nouveau kernel driver did get loaded >> until >> I added !nouveau to the MODULES list in my rc.conf. > > I believe the proprietary driver package puts that blacklist file in > place. > > See what package owns it with (IIRC): > > # pacman -Qm /etc/modprobe.d/nouveau_blacklist.conf > > C Anthony [mobile] > [02:23 archangel:/etc/clamav] # pacman -Qo /etc/modprobe.d/nouveau_blacklist.conf /etc/modprobe.d/nouveau_blacklist.conf is owned by nvidia 260.19.12-1 You are correct, Sir! -- 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-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On 10/28/2010 06:43 PM, Heiko Baums wrote: > Have you tried to change vga=0x31a to a value which is shown when you > enter scan on the prompt? If not, please, do so. And, please, enter > "scan" and not only press Enter. > Yep, and 31A is show by scan. I've tried others as well. They all just keep getting rejected for some reason? I'll try nomodeset and report back. -- 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-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On 29.10.2010 02:35, Nicolas Bigaouette wrote: It might have to do something with a module not being included in the initrd? Just guessing... or maybe nouveau included in initrd? another wild guess.
Re: [arch-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On 10/28/2010 08:57 PM, Dave Reisner wrote: > Specify the mode as decimal instead of hex -- in this case it'd be 794. > Dave, That worked! Thanks. But, G., what changed to make whatever checks now not like the hex designation? I have used the hex designation for at least a *decade*. -- 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-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On Fri, Oct 29, 2010 at 07:47:29AM -0500, David C. Rankin wrote: > On 10/28/2010 08:57 PM, Dave Reisner wrote: > > Specify the mode as decimal instead of hex -- in this case it'd be 794. > > > > Dave, > > That worked! Thanks. But, G., what changed to make whatever checks > now not > like the hex designation? I have used the hex designation for at least a > *decade*. > I have no idea why this happens, but I came across this myself with my htpc. d
[arch-general] Postgresql-docs is Broken
I just downloaded the latest 9.01 version of postgresql-docs which supposedly should contain the html documentation for postgresql. Alas, the package size is less than 1 K and when installed, a pacman -Qql only reveals some man directories under /usr/share. There are no files present. Is anyone aware of this situation?
Re: [arch-general] Postgresql-docs is Broken
On Fri, Oct 29, 2010 at 10:37 AM, Steve Holmes wrote: > I just downloaded the latest 9.01 version of postgresql-docs which > supposedly should contain the html documentation for postgresql. > Alas, the package size is less than 1 K and when installed, a > pacman -Qql > only reveals some man directories under /usr/share. There are no > files present. Is anyone aware of this situation? It is a bug, but this isn't the place for reporting it... https://bugs.archlinux.org/?project=1 It is pretty easy to confirm yourself, note the difference in size and the files list: http://www.archlinux.org/packages/extra/i686/postgresql-docs/ http://www.archlinux.org/packages/extra/x86_64/postgresql-docs/ Finally, always include the arch of the package if it is not arch='any'. -Dan
[arch-general] New ghostscript segfaults with hylafax?
Guys, Ghostscript segfaults when sending faxes with hylafax: Oct 29 13:51:12 localhost kernel: gs[9456]: segfault at 8 ip 007b62b0 sp 7fff67f352a8 error 4 in gs[40+6be000] This is with: hylafax 6.0.4-1 ghostscript 9.00-1 What do check (any logs other than everything.log?) Any tests you can think of to run? I know very little about the interplay between ghostscript and hylafax other than it either works or it doesn't. So if anybody has any ideas on how to diagnose, I welcome your thoughts. -- 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-general] New ghostscript segfaults with hylafax?
On 10/29/2010 01:55 PM, David C. Rankin wrote: > Ghostscript segfaults when sending faxes with hylafax: > > Oct 29 13:51:12 localhost kernel: gs[9456]: segfault at 8 ip 007b62b0 > sp > 7fff67f352a8 error 4 in gs[40+6be000] FYI - I have also followed up with the hylafax devs and will forward any additional information when received. -- 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-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
On 10/29/2010 08:01 AM, Dave Reisner wrote: > I have no idea why this happens, but I came across this myself with my > htpc. Thanks Dave. Do you (all) think this needs a bug opened? There must be a reason why, but given the lack of chatter I have seen about it, it must be fairly rare. Dunno if it is worth chasing. Arch-dev thoughts? -- 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
[arch-general] [signoff] lvm2/device-mapper 2.02.75-1
Hi,
lvm2/device-mapper 2.02.75-1 are now in testing for an upstream
update. Please test and signoff. I couldn't test much the i686
package except in a chroot so 2 signoffs for i686 would be nice.
Signoff from users are welcome.
Eric
Version 2.02.75 - 25th October 2010
===
Annotate more variables and parameters as const.
Fix missing variable initialization in cluster_send() function from cmirrord.
Fix pointer for VG name in _pv_resize_single error code path.
Fix warning for changed alignment requirements for dmeventd read/write func.
Add global/metadata_read_only to use unrepaired metadata in read-only cmds.
Don't take write lock in vgchange --refresh, --poll or --monitor.
Skip dm devices in scan if they contain only error targets or are empty.
Fix strict-aliasing compile warning in partition table scanning.
Fix pthread mutex usage deadlock in clvmd.
Automatically extend snapshots with dmeventd according to policy in lvm.conf.
Add activation/snapshot_autoextend_threshold/percent to lvm.conf.
Fix liblvm2cmd link order to support --as-needed.
Remove dependency on libm by replacing floor() by an integer-based algorithm.
Fix hang when repairing a mirrored-log that had both devs fail.
Convey need for snapshot-merge target in lvconvert error message and man page.
Add devices/disable_after_error_count config to limit access to failing devs.
Give correct error message when creating a too-small snapshot.
Implement vgextend --restoremissing to reinstate missing devs that return.
Make lvconvert respect --yes and --force when converting an inactive log.
Refactor and add 'get' functions for lv properties/fields.
Update script for fsadm testing.
Better support of noninteractive shell execution of fsadm.
Fix usage of --yes flag for ReiserFS resize in fsadm.
Fix detection of mounted filesystems for fsadm when udev is used.
Fix assignment of default value to LVM variable in fsadm.
Fix support for --yes flag for fsadm.
Do not execute lvresize from fsadm --dry-run.
Fix fsadm return error code from user's break action.
Allow CC to be overridden at build time (for 'scan-build make').
Rename 'flags' to 'status' in struct metadata_area.
Avoid segfault by limiting partial mode for lvm1 metadata. (2.02.74)
Use dm_zalloc and dm_pool_zalloc throughout.
Add pv_get_property and create generic internal _get_property function.
Add 'get' functions for pv and vg properties/fields.
Make generic GET_*_PROPERTY_FN macros with secondary macro for vg, pv & lv.
Add tags_format_and_copy() common function and call from _tags_disp.
Add id_format_and_copy() common function and call from _uuid_disp.
Refactor report.c '*_disp' functions to call supporting functions.
Move parts of metadata*.[ch] into new {pv|vg|lv}.[ch] files.
Fix vg_read memory leak with directory-based metadata.
Fix memory leak of config_tree in reinitialization code path.
Fix pool destruction order in dmeventd_lvm2_exit() to avoid leak debug mesg.
Read whole /proc/self/maps file before working with maps entries.
Speed up unquoting of quoted double quotes and backslashes.
Speed up CRC32 calculations by using a larger lookup table.
Version 1.02.56 - 25th October 2010
===
Return const pointer from dm_basename() in libdevmapper.
Implement dmeventd -R to restart without state loss.
Add dm_zalloc and use it and dm_pool_zalloc throughout.
Add --setuuid to dmsetup rename.
Add dm_task_set_newuuid to set uuid of mapped device post-creation.
Re: [arch-general] [arch-dev-public] db-5.1 rebuild
On Sat, Oct 30, 2010 at 11:27:48AM +1000, Allan McRae wrote: > On 30/10/10 05:59, Andreas Radke wrote: > >Am Thu, 28 Oct 2010 14:29:54 +1000 > >schrieb "Allan McRae": > > > > > >>We only have the various openoffice packages left to go: > >> > >>go-openoffice > >>openoffice-base > >>openoffice-base-beta > >>openoffice-base-devel > >> > >>That is close enough to done that I will move this rebuild from > >>[staging] at the weekend regardless of their status. > >> > >>Allan > >> > > > >Move all to testing and then I'll do the missing rebuilds. LibO will > >probably also need rebuild. > > > > Rebuild is in [testing] now. It appears that libreoffice does not > need a rebuild. > > Allan I wouldn't be too sure about that: $ soffice /usr/lib/ooo-3.3/program/soffice.bin: error while loading shared libraries: libdb-4.8.so: cannot open shared object file: No such file or directory
Re: [arch-general] [arch-dev-public] db-5.1 rebuild
On 30/10/10 12:40, Dave Reisner wrote: On Sat, Oct 30, 2010 at 11:27:48AM +1000, Allan McRae wrote: On 30/10/10 05:59, Andreas Radke wrote: Am Thu, 28 Oct 2010 14:29:54 +1000 schrieb "Allan McRae": We only have the various openoffice packages left to go: go-openoffice openoffice-base openoffice-base-beta openoffice-base-devel That is close enough to done that I will move this rebuild from [staging] at the weekend regardless of their status. Allan Move all to testing and then I'll do the missing rebuilds. LibO will probably also need rebuild. Rebuild is in [testing] now. It appears that libreoffice does not need a rebuild. Allan I wouldn't be too sure about that: $ soffice /usr/lib/ooo-3.3/program/soffice.bin: error while loading shared libraries: libdb-4.8.so: cannot open shared object file: No such file or directory Ah... so it does... It appears I had an old version in my cache when I tested it. Allan
Re: [arch-general] New nvidia driver - video mode not recognized - remove vga= from kernel line?
At Freitag, 29. Oktober 2010 22:36 David C. Rankin wrote: > Do you (all) think this needs a bug opened? There must be a reason why, but > given the lack of chatter I have seen about it, it must be fairly rare. Dunno if > it is worth chasing. Arch-dev thoughts? More for upstream than for achlinux and perhaps it will very hard to find it. Some time ago i switched from 791 to 0x317 because of the same reason as you now. It seems for me normal user that one of this 2 ways works even better than the other. I would say that you can save your time and enjoy that it works now again. See you, Attila
