computer1 = Fedora 23 Server, running samba-4.3.6
computer2 =Fedora 23 Workstation, virt-manager VM Windows 10
computer2 happens to be a Mac, and whether Fedora or OS X I can share
files just fine from the Samba server. UI wise both Fedora and OS X
are about as brain dead simple as it gets, which is what I expect in
the modern era.
Files > Other Locations > Windows Network > COLOR > F23S
Where COLOR is the workgroup set in the samba server's smb.conf and
F23S is the hostname. OS X doesn't seem to care about workgroup at
all, I never even see the word COLOR when I connect. But in any case
both of those OS's work.
Windows 10 in a VM, virt-manager running on Fedora 23 Workstation is
revisiting misery. It sees only itself in the Explorer under Network.
I read elsewhere the workgroups need to match among Windows machines,
so I change workgroup from WORKGROUP to COLOR. And f'n wow, really, in
2016 I have to reboot Windows 10 for network changes to take effect?
Stunning. So the VM comes up and it still doesn't see the Samba
server, and meanwhile Fedora Workstation can't either. Shutdown the
VM, Fedora Workstation can see the samba server again. Boot up the VM,
now it's gone.
So I change the workgroup in Windows 10 to DUNG, and reboot. Fedora
Worktstation can now see the Samba server whether the Windows 10 VM is
running or not.
But that ultimately doesn't fix the problem, I still can't see the
Samba server from the Windows 10 VM. Should this work? At this point
I'm just curious if it should work and can be made to work. But as a
work around I'm already likely to just setup httpd on the server and
copy the file over, fully into the VM which is what I was hoping to
avoid. But nothing is worth this kind of hassle.
I have a fedora23 mail server that's been working for quite some time.
I have rsyslog installed and configured to log mail to
/var/log/maillog. It's never had a problem, but for some reason
yesterday it started intermittently stop logging for about three
minutes, then catch up with the three minutes of missed data before it
begins to log normally again.
It then appears to log for another few minutes, then repeat this cycle.
Looking at the logs with "journalctl -f" shows no such lag with
logging, but I can't use journalctl for this project.
Any idea what could be causing this?
Is there an dnf downloadable application
that will permit me to extract only one,
or a few, of the pictures in my camera?
The only application I have that works
well for me is gphoto2 and it seems to
do all or nothing.
This morning I needed to snap a picture
to put into a message but first I had to
download 262 images when all I cared
about was the last six I had just taken.
Perhaps I don't know the proper command?
Bob Goodwin - Zuni, Virginia, USA
box10 FEDORA-23/64bit LINUX XFCE POP3
I am running Fedora 23 with Gnome Shell 3.18.4
I would like to install the gnome-shell-extension-taskbar to make the desktop more friendly.
Please can anyone tell me which package I need to install?
If you have any other suggestions for making the desktop easier to use I would be interested.
We are running Fedora 22 (64-bit) on a powerful workstation. At the login screen the GUI is slow to respond: the mouse is jerky, particularly when hovering over user names, and using the arrow keys to traverse over user names sometimes jumps two names for one key press.
Response after login is fine.
Please can anyone suggest the cause of this problem?
does debugging using xdebug with Eclipse work for you?
I'm tweaking and tweaking and it always gets stuck @ "Wating
for XDebug session".
Whether on local or remote server it never gets pass, I'm
beginning to thing it must a bug.
for sharing thoughts & suggestions,
A few weeks back I upgraded my desktop from F21 to F23 using instructions
online and using 'dnf' to carry out the upgrade.
Unfortunately I don't have the URL of the web page I used, but the upgrade
worked exactly as indicated and no errors occurred.
After the upgrade and reboot I logged in to find that I was in GNOME.
I tried logging in again using KDE but it wasn't available. I eventually
found out that it was no longer installed. I eventually found the command
dnf install @kde-desktop
which then gave me the option log logging in using the session type
of 'Plasma'. However, after I log in all I get is a black screen and the
mouse pointer. No matter how log I leave it, nothing happens and all I can
do is Alt+Ctrl+Del to log out
Can anyone give me ideas how to fix the problem. I really don't want to do a
fresh install unless I have to (feels too much like a Microsoft style
> On Mon, 2016-04-11 at 12:09 -0400, Bob Goodwin wrote:
> > On 04/11/16 11:48, Patrick O'Callaghan
> > wrote:
> > >
> > > On Mon, 2016-04-11 at 11:43 -0400, Bob Goodwin wrote:
> > > >
> > > > I just installed simple-mtpfs and gat
> > > > the following:
> > > >
> > > > [root@Box10 bobg]# simple-mtpfs -l
> > > > No raw devices found.
> > > Try turning it off and on again (seriously :-)
> > >
> > > poc
> > .
> > Tried that along with reinserting the
> > usb cable several times, all to no avail.
> > A bit of googling provides:
> > "unfortunately, Nikon S3100 doesn't have
> > RAW file support."
> That's related to the kind of images the camera produces (i.e. they are
> compressed, probably with JPEG, and without the option of turning off
> the compression). It has nothing to do with the connection issue as
> > Anyway this has been interesting and I
> > thank you for the helpful suggestions.
> Sorry it didn't work out.
You can probably read the media directly with an SDcard-to-USB adapter.
Some laptops even have an SDcard slot built in.
I am running a Fedora 21 workstation, and I am trying to run Schrodinger software package which requires a license and a 'flexnet' type of license manager. The issue is that the it expects to bind with ethXX which we all know is not the default naming convention any more. Great, ok, I google and fine some tips about renaming:
1) append "net.ifnames=0 biosdevname=0" to /etc/default/grub GRUB_COMMAND_LINUX (doesn't seem to have any affect)
2) ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules (which doesn't exist on my system)
3) /etc/udev/rules.d/70-persistent-net.rules (file doesn't exist, in fact /etc/udev/rules.d is completely empty)
4) Removing biosdevname (which of course doesn't exist on this system)
and of course renaming the config files and changing the 'Name' in the files. I reboot, and no matter what I do it refuses to work, ifconfig still lists the old device names, and 'ifconfig eth0' fails and complains that the device doesn't exist.
Any known good working solutions or a direction to try?
Thanks in advance
Please consider the environment before printing this e-mail
Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News & World Report (2015).
Visit us online at http://www.clevelandclinic.org for a complete listing of our services, staff and locations.
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.
I used to use gnome (in fc22), I can control the windows, i.e., maximize,
minimize, and close the windows from the buttons available in the titlebar.
However, when the gnome application open sub windows, these options
disappear (I only have the option to right click on the windows title and
use the menu). The full control on the sub window was available before version fc22.
xmgrace is a good example of the mentioned behaviour.
Thank for your help.
Patrick DUPRÉ | | email: pdupre(a)gmx.com
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral-Côte d'Opale | |
Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France