Re: Sharing a mail folder between Linux and FreeBSD
On 1/21/2013 5:33 PM, Ralf Mardorf wrote: Hi :) I'm sharing the same directory for Evolution emails, by several Linux installs. For e.g. Ubuntu Precise it's Evolution 3.2.3 and for e.g. Ubuntu Quantal it's Evolution 3.6.0. I'm doing it by a link: It looks like to me you're asking for long term trouble. You're using multiple versions, so in the future there could be changes that could corrupt your mail. Why not just use an IMAP server instead? It's what I do, so my mail's shared between FreeBSD, Windows, and Android. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Upgrading 8.2 to 9.1, Gnome issue
Hi , Forgive my stupidity. Yes, i was getting so many shared library issue. So I deleted to rebuild the pkgdb using #portupgrade. Now I am able to do #portupgrade gnome2. I followed both the following links to upgrade Xorg and Gnome2 . On command prompt Mouse and key board functionality is proper, but when i switched to GUI using #startx , then mouse and key stopped working. I have included HLAD and DBUS to the rc.conf . /etc/rc.conf -- - keymap=us.iso gdm_enable=YES gnome_enable=YES hald_enable=YES dbus_enable=YES sshd_enable=YES moused_port=/dev/psm0 Now I installed wireshark , but I am getting a Gtk-warning **: cannot open display. Please help me what are ports used to upgrade mouse and Key Board functionality with X terminal. I think few libraries are getting linked when I switched from Command prompt to GUI terminal. Please let me know if there is any command used to rebuild all the installed ports and update pkgdb. I am new to this freebsd . Please help me out to set up this system properly. On Tue, Jan 22, 2013 at 4:12 AM, Joe Altman free...@chthonixia.net wrote: On Mon, Jan 21, 2013 at 01:02:17PM +0530, Hrisikesh sahu wrote: # portupgrade -fr gnome-session But I am facing a problem shared object libz.so.5 not found freebsd I see libz.so.6 in my /usr/lib on: 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r245243: Wed Jan 9 18:25:14 EST 2013 r...@whisperer.chthonixia.net:/usr/obj/usr/src/sys/WHISPERER amd64 Remind me: did you buildworld and installworld prior to upgrading ports? I did all these steps to upgrade the ports Code: #pkgdb -fF # rm /var/db/pkg/pkgdb.db # portupgrade -arRn While I wonder why you deleted your pkgdb.db, more to the point: did you rebuild it? but i am facing a issue with - Code: /usr/local/sbin/portupgrade:1473:in `get_pkgname': Makefile broken (MakefileBrokenError) My guess is that you did not rebuild the pkgdb.db... Please help me how to come out from this Makefile broken and shared object libz.so.5 not found freebsd. and I'd do that before trying to solve fixing the libz.so.5 issue. Joe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sharing a mail folder between Linux and FreeBSD
On Tue, 22 Jan 2013 04:16:42 -0600, Joshua Isom wrote: On 1/21/2013 5:33 PM, Ralf Mardorf wrote: Hi :) I'm sharing the same directory for Evolution emails, by several Linux installs. For e.g. Ubuntu Precise it's Evolution 3.2.3 and for e.g. Ubuntu Quantal it's Evolution 3.6.0. I'm doing it by a link: It looks like to me you're asking for long term trouble. You're using multiple versions, so in the future there could be changes that could corrupt your mail. Why not just use an IMAP server instead? It's what I do, so my mail's shared between FreeBSD, Windows, and Android. That might be overhead, but still the approach contains potential for future trouble, as you correctly pointed out. The reason is simple: While you may not have trouble if all programs use the same mechanism for _storing_ mail (e. g. in mbox, MH or Maildir format), they might store other aspects of communication (read / unread, address books, configuration settings) differently. This should happen _independently_ of the mail storage. As long as all involved programs are the same version, it will probably work without any trouble. But if one program of a newer version decides to rewrite the configuration data in a new (and backwards-incompatible) format, the older versions will definitely run into trouble. I've been using a similar approach in the past, having several GUI and TUI mail clients use the same mail _storage_. Still as you suggest, running a (local) IMAP server may prevent trouble, at least on the long run, and it enables you easier testing for mail clients that do not use the same storage format as your old ones do. Still you can have any storage backend you like, so even plain text work (easily done with MH and Maildir) can be done if required (like grepping through messages or processing them automatically in whatever manner). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Upgrading 8.2 to 9.1, Gnome issue
On Tue, 22 Jan 2013 15:52:04 +0530, Hrisikesh sahu wrote: On command prompt Mouse and key board functionality is proper, but when i switched to GUI using #startx , then mouse and key stopped working. This looks like a typical configuration error, not quite uncommon today. :-) Note that you shouldn't run startx from your root account (which I assume you do because of #startx). For your local user account, make sure you've configured Gnome 2 to start automatically via ~/.xinitrc or ~/.xsession respectively. Refer to the FreeBSD Gnome FAQ for details. As you're also using GDM (Gnome display manager) for login, your ~/.xsession should contain exec gnome2-session (which I think to remember is the name of the Gnome desktop executable, but check the documentation to be sure). I have included HLAD and DBUS to the rc.conf . /etc/rc.conf -- - keymap=us.iso gdm_enable=YES gnome_enable=YES hald_enable=YES dbus_enable=YES sshd_enable=YES moused_port=/dev/psm0 Looks correct. Now I installed wireshark , but I am getting a Gtk-warning **: cannot open display. You can only run this program when in X (e. g. calling it from an X terminal). Please help me what are ports used to upgrade mouse and Key Board functionality with X terminal. Check your X configuration: If both input methods work in text mode, but not within X, that's often the error. Please let me know if there is any command used to rebuild all the installed ports and update pkgdb. If I remember correctly, it's portupgrade -arf, but as you're using portupgrade, see man portupgrade, the EXAMPLES section should show the proper options. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: TRIM support on SSD via ata(4)
On Tue, Jan 22, 2013 at 12:13:46PM +0700, Alexey Dokuchaev wrote: Unfortunately, I cannot use ahci(4) and limited to atacontrol(8), which does not have identify command like camcontrol(8). Shall I recompile the kernel with ATA_CAM option? I've switched to ATA_CAM and removed atadisk from /boot/loader.conf. CAM driver reported flags 0x896, which includes ADA_FLAG_CAN_TRIM (0x080). In adaregister() of /sys/cam/ata/ata_da.c, this is enough to in turn enable DISKFLAG_CANDELETE disk flag: if ((softc-flags ADA_FLAG_CAN_TRIM) || ((softc-flags ADA_FLAG_CAN_CFA) !(softc-flags ADA_FLAG_CAN_48BIT))) softc-disk-d_flags |= DISKFLAG_CANDELETE; In /sys/dev/ata/ata-disk.c, this check is different: if ((atadev-param.support.command2 ATA_SUPPORT_CFA) || atadev-param.config == ATA_PROTO_CFA) adp-disk-d_flags |= DISKFLAG_CANDELETE; Since this disk evidently does not support CFA, ata(4) was not raising DISKFLAG_CANDELETE flag. With CAM_ATA, I can now use camcontrol(8) to talk to my disks: # camcontrol identify ada0 | egrep TRIM\|Feature Feature Support Enabled Value Vendor data set management (TRIM) yes TRIM on fs but drive does not have it warning is gone. I wonder why legacy ata(4) did not enable TRIM though. ./danfe ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sharing a mail folder between Linux and FreeBSD
On 22/01/2013 05:32, Polytropon wrote: On Tue, 22 Jan 2013 02:31:11 +0100, Ralf Mardorf wrote: On Tue, 2013-01-22 at 08:18 +0700, Erich Dollansky wrote: I guess it would be possible to change the id for the existing FreeBSD user and then to chown /home/user_name to fit to 1000? Of course, this would work. But then all existing files of the existing FreeBSD would be without owner. The current user is: rocketmouse The uid is : 1001 Isn't it possible to change the uid to 1000? This would cause that the owner wouldn't be rocketmouse anymore, but still 1001. I then could run chown -R for /home/rocketmouse to switch from 1001 to back to rocketmouse = new uid 1000. You would need to do two changes: First in the password database, with chsh (tidy way) or by editing the /etc/passwd, /etc/master.passwd and /etc/group files plus rebuilding the database with pwd_mkdb (untidy way) to assign rocketmouse = 1000 on FreeBSD. Could you do this with pw(8)? # pw usermod rocketmouse -u 1000 checking first there isn't a uid 1000 already. Then chown -R Chris Then you would also have to promote this change to the file system, as all the files still belong to a user with UID 1001. Use chown -R with the new numerical value of 1000. Result: Your user would have the UID 1000 on all systems, so all the low level functions would behave similarly. Or another idea would be to create a new user with the uid 1000 and then to add rocketmouse to the group of this user. I guess this is what you already recommended. Yes, that would also work. You only have to make sure that group permissions are valid, and the access permission is provided in /etc/group properly. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sharing a mail folder between Linux and FreeBSD
He already mentioned different major versions, and changing to 5.0 in a few years may need the mail migrated for a new feature. Then there could be trouble. Getting storage away from the client is the most stable. A local cache will likely provide all the new fancy features. Polytropon free...@edvax.de wrote: On Tue, 22 Jan 2013 04:16:42 -0600, Joshua Isom wrote: On 1/21/2013 5:33 PM, Ralf Mardorf wrote: Hi :) I'm sharing the same directory for Evolution emails, by several Linux installs. For e.g. Ubuntu Precise it's Evolution 3.2.3 and for e.g. Ubuntu Quantal it's Evolution 3.6.0. I'm doing it by a link: It looks like to me you're asking for long term trouble. You're using multiple versions, so in the future there could be changes that could corrupt your mail. Why not just use an IMAP server instead? It's what I do, so my mail's shared between FreeBSD, Windows, and Android. That might be overhead, but still the approach contains potential for future trouble, as you correctly pointed out. The reason is simple: While you may not have trouble if all programs use the same mechanism for _storing_ mail (e. g. in mbox, MH or Maildir format), they might store other aspects of communication (read / unread, address books, configuration settings) differently. This should happen _independently_ of the mail storage. As long as all involved programs are the same version, it will probably work without any trouble. But if one program of a newer version decides to rewrite the configuration data in a new (and backwards-incompatible) format, the older versions will definitely run into trouble. I've been using a similar approach in the past, having several GUI and TUI mail clients use the same mail _storage_. Still as you suggest, running a (local) IMAP server may prevent trouble, at least on the long run, and it enables you easier testing for mail clients that do not use the same storage format as your old ones do. Still you can have any storage backend you like, so even plain text work (easily done with MH and Maildir) can be done if required (like grepping through messages or processing them automatically in whatever manner). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Upgrading 8.2 to 9.1, Gnome issue
On Tue, 22 Jan 2013 11:22:04 +0100, Hrisikesh sahu hrisikeshs...@gmail.com wrote: #portupgrade gnome2 Is there a future for GNOME 2 on FreeBSD? GNOME 2 forks http://en.wikipedia.org/wiki/MATE_(desktop_environment) http://en.wikipedia.org/wiki/Cinnamon_(user_interface) GNOMER 3 fallback mode fork http://solusos.com/blog/2013/01/the-consort-desktop-environment/ OT: KDE 3 fork: https://wiki.archlinux.org/index.php/Trinity I didn't read it myself, I've got my information from Linux mailing lists. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Upgrading 8.2 to 9.1, Gnome issue
On Tue, 22 Jan 2013 13:59:44 +0100, Ralf Mardorf wrote: On Tue, 22 Jan 2013 11:22:04 +0100, Hrisikesh sahu hrisikeshs...@gmail.com wrote: #portupgrade gnome2 Is there a future for GNOME 2 on FreeBSD? I assume -- on the _long_ run -- Gnome 2 will be dead, just as Gnome 1, KDE 1 and 2, and XFCE (capitals, so it obviously means version 3). MATE and Cinnamon are still maintained, and if there will be FreeBSD ports, they will probably work for some time, until eventually the required support libraries at certain levels of abstraction will not work (or even build) anymore, or when security concerns grow enough to abolish the port. Infrastructures are moving on, and backwards compatibility isn't the biggest strength of desktop environments. :-( -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sharing a mail folder between Linux and FreeBSD
On Tue, 22 Jan 2013 11:16:42 +0100, Joshua Isom jri...@gmail.com wrote: It looks like to me you're asking for long term trouble. You're using multiple versions, so in the future there could be changes that could corrupt your mail. Why not just use an IMAP server instead? It's what I do, so my mail's shared between FreeBSD, Windows, and Android. I'm doing it for a long time and I only link to the mail directory. I experienced IMAP as a PITA, not only that there would be the need to set up IMAP for each install, I only have one computer, it did cause incompatibilities, not seldom thousands of mails get fetched several times. Sync can cause tons of issues. Keeping mails on the servers of the two providers I'm using (Alice and Rocketmail) is no option. I will fetch emails and delete them on their servers. The only issue with sharing the GNOME email folder is, that GNOME 3 is a broken DE and Evolution 3.6 is buggy, but this also is an issue, if I don't share the email folder. Unfortunately the mail dir format can't be shared with other mail dir MUAs. YMMV! Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sharing a mail folder between Linux and FreeBSD
On Tue, 22 Jan 2013 11:26:18 +0100, Polytropon free...@edvax.de wrote: On Tue, 22 Jan 2013 04:16:42 -0600, Joshua Isom wrote: On 1/21/2013 5:33 PM, Ralf Mardorf wrote: Hi :) I'm sharing the same directory for Evolution emails, by several Linux installs. For e.g. Ubuntu Precise it's Evolution 3.2.3 and for e.g. Ubuntu Quantal it's Evolution 3.6.0. I'm doing it by a link: It looks like to me you're asking for long term trouble. You're using multiple versions, so in the future there could be changes that could corrupt your mail. Why not just use an IMAP server instead? It's what I do, so my mail's shared between FreeBSD, Windows, and Android. That might be overhead, but still the approach contains potential for future trouble, as you correctly pointed out. The reason is simple: While you may not have trouble if all programs use the same mechanism for _storing_ mail (e. g. in mbox, MH or Maildir format), they might store other aspects of communication (read / unread, address books, configuration settings) differently. This should happen _independently_ of the mail storage. As long as all involved programs are the same version, it will probably work without any trouble. But if one program of a newer version decides to rewrite the configuration data in a new (and backwards-incompatible) format, the older versions will definitely run into trouble. I've been using a similar approach in the past, having several GUI and TUI mail clients use the same mail _storage_. Still as you suggest, running a (local) IMAP server may prevent trouble, at least on the long run, and it enables you easier testing for mail clients that do not use the same storage format as your old ones do. Still you can have any storage backend you like, so even plain text work (easily done with MH and Maildir) can be done if required (like grepping through messages or processing them automatically in whatever manner). I don't share configurations, filters etc. only the mails and it never did cause an issue. Read and unread always worked. First I let Evolution restore all data from an Evolution backup, Evolution has gut an option to do it, so it will convert all configurations, filters etc., then I delete mail and only link mail. Doing this with e.g. Mozilla MUAs does cause issues, when they are from different versions, but it works flawlessly for Evolution. For older versions of Evolution it wasn't possible to backup and restore everything by an Evolution option, then we had to do a lot of manually work, even when not sharing a folder. Since this is fixed, sharing the mail folder always will work. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Upgrading 8.2 to 9.1, Gnome issue
On Tue, 22 Jan 2013 14:09:52 +0100, Polytropon free...@edvax.de wrote: Infrastructures are moving on, and backwards compatibility isn't the biggest strength of desktop environments. :-( Full ACK with the smiley ;) ... :(. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Upgrading 8.2 to 9.1, Gnome issue
On Tue, 22 Jan 2013 11:33:17 +0100, Polytropon free...@edvax.de wrote: Note that you shouldn't run startx from your root account I've still tons of issues to solve, one issue is to get GDM run or to directly start x without a display manager. It didn't work as described in the handbook, perhaps it would work now, after the ports tree upgrade, however, I start x from tty after login in as user ... $ startx ... IIRC, if you start x as root, Thunar will warn you, that you run the session as root. I'll do an experiment now, Ctrl + Alt + F1 [snip] ... Don't worry, I'm back in a user session, but I run a root session and got Warning, you are using the root account, you may harm your system. by Thunar 1.6.2. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
lagg with devices that may disappear
I have two USB devices: run0/wlan0 - a wireless nic ue0 - a wired nic In my rc.conf I have these set up to lagg - (note that this is done from memory and may not be exact): # ether address also set up here ifconfig_ue0=up wlans_ue0=wlan0 ifconfig_wlan0=WPA cloned_interfaces=lagg0 ifconfig_lagg0=laggproto failover laggport ue0 laggport wlan0 DHCP This behaves as expected when both devices are plugged in. However, when either the ue0 or wlan0 device is removed the link goes down. In addition, if the device is reinserted I need to re-run service netif start before the link returns. It would be nice if removing the either nic failed over to the other one without additional work. Is there a way I can set up these devices to properly failover and return on device removal and insertion? Please CC me as I am not subscribed. -- Eitan Adler ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
FreeBSD and snd_hdspe last-ditch attempt
Hi :) I can use Opera to play YouTube by the analog IOs of the HDSPe AIO sound card. I can use Jack with OSS and play a WAV by Audacity and by Audacious and I also can hear ZynAddSubFX. All of them only use the 2 analog IOs. If I test VLC with OSS and /dev/dsp or /dev/dsp* (* is for 0 to 7), it doesn't work. I don't know how to use Gnome Music Player Client. It's asking for an ominous host, it's seemingly not the name of the machine. cat file /dev/dsp is mentioned in the handbook, but it doesn't work. ALSA completely isn't available. Is there nobody able to help? Are there no correct instructions what to do? Is anybody else using snd_hdspe besides the coder and me? Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Sharing a mail folder between Linux and FreeBSD
Hi :) perhaps good news for me. That's strange. Now user and group are kept for the mount point of the ext3 fs. Can I assume that this usually should work and that I just had bad luck, when permissions, user and group were automatically changed? root@freebsd:/mnt # ls -l drwxrwx--- 21 1000 1000 4096 Oct 28 19:11 archlinux drwxrwxrwx 2 root wheel 4096 Jan 22 07:09 dump root@freebsd:/mnt # chown rocketmouse:wheel archlinux root@freebsd:/mnt # ls -l drwxrwx--- 21 rocketmouse wheel 4096 Oct 28 19:11 archlinux drwxrwxrwx 2 root wheel 4096 Jan 22 07:09 dump root@freebsd:/mnt # shutdown -r now root@freebsd:/mnt # ls -l drwxrwx--- 21 rocketmouse wheel 4096 Oct 28 19:11 archlinux drwxrwxrwx 2 root wheel 4096 Jan 22 07:09 dump Before I continue with setting up Evolution, I'll take care about it for a few shutdowns and startups. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
'svn-export' incrementing?
Hello. I use the 'svn-export this way and expect it will try to update the 'work-tree' next time I run it: $ python3 svn-export-2013.1/svn-export http://svn.gna.org/svn/nasmail/trunk nasmail Exporting new repository. Exported revision 1546 [portato@screwed /tmp]$ ls -a nasmail . decode plugin_pack tests utilities .. nasmail plugins translations [portato@screwed /tmp]$ python3 svn-export-2013.1/svn-export http://svn.gna.org/svn/nasmail/trunk nasmail Exporting new repository. svn: E155000: Destination directory exists; please remove the directory or use --force to overwrite svn: E155000: 'nasmail' already exists error: Command '['svn', 'export', '-r', 'HEAD', 'http://svn.gna.org/svn/nasmail/trunk', 'nasmail']' returned non-zero exit status 1 I believe there is something wrong in the way I use the 'svn-export'. Otherwise it's a no problem for me to patch for '--force'. How can I update the already created 'work tree' with 'svn update'? I think the correct answer is a good idea for 'Synopsis' docs section. Thank you. -- Peter Vereshagin pe...@vereshagin.org (http://vereshagin.org) pgp: 1754B9C1 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 'svn-export' incrementing?
On 23/01/2013 11:59, Peter Vereshagin wrote: I believe there is something wrong in the way I use the 'svn-export'. Otherwise it's a no problem for me to patch for '--force'. How can I update the already created 'work tree' with 'svn update'? I think the correct answer is a good idea for 'Synopsis' docs section. The command svn export exports a clean source tree - without revision control information. Basically a clean snapshot of the revision you export, intended as a sourcecode release version snapshot. It expects to be exporting to a clean directory which is why you need to force it to overwrite existing files. To update a source tree you need the revision information for svn to test what has changed, which you get with svn checkout and svn update ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: FreeBSD and snd_hdspe last-ditch attempt
On Tue, 22 Jan 2013, Ralf Mardorf wrote: Cc: FreeBSD quest freebsd-questions@freebsd.org Hi :) Hi Ralf, I've been following this saga for a while, with interest but no specific knowledge of your gear nor how you intend to use it. All I can comment on is the way you're going about reporting and debugging your issues. I'm not sure repeating these in questions@ will be much use if you can't get answers in multimedia@, but I'll leave that alone for now. I know you're new to FreeBSD from Linux and can't know what advice might be useful and what may be wild goose chases, harder to tell in questions@ I can use Opera to play YouTube by the analog IOs of the HDSPe AIO sound card. I can use Jack with OSS and play a WAV by Audacity and by Audacious and I also can hear ZynAddSubFX. All of them only use the 2 analog IOs. If I test VLC with OSS and /dev/dsp or /dev/dsp* (* is for 0 to 7), it doesn't work. What you're not telling people, now at least, is some of the basics from sound(4), ie which hints and sysctls you have set, for example how many channels and vchans you have enabled, which /dev/dsp* actually exist now (showing with 'ls -l /dev/dsp*' rather than telling), and how thoroughly you've taken the advice in sound(4) re setup and debugging, like setting sysctl hw.snd.verbose to 4 and reporting 'cat /dev/sndstat' results - this will be voluminous I'm sure, but will be needed by whoever is going to look at this. I suggest gathering all the necessary information in one place and submitting a PR, if you can't get direct help on lists. I don't know how to use Gnome Music Player Client. It's asking for an ominous host, it's seemingly not the name of the machine. cat file /dev/dsp is mentioned in the handbook, but it doesn't work. ALSA completely isn't available. Is there nobody able to help? Are there no correct instructions what to do? Is anybody else using snd_hdspe besides the coder and me? I assume you've read what little there is in snd_hdspe(4) and the great deal that there is in sound(4) and are now well familiar with it, though your messages don't particularly indicate such familiarity. I realise that you're an audio professional, but being a new card with few if any other users you may have to do a fair bit of digging, like inspecting /sys/dev/sound/pci/hdspe* and playing around with hw.snd tunables. This is a new driver, first appearing in FreeBSD 10 :) according to snd_hdspe(4). I don't know when it was merged to 9 or what level of testing it's had in the field, but I have to assume you've already discussed your issues with its author, Ruslan Bukin b...@bsdpad.com ? Sorry I can't offer anything more concrete, and good luck. cheers, Ian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
