Some months ago it was possible to receive files via bluetooth with TW.
But since some weeks that fails for me. I waited for GNOME 3.20 and the
new bluez in the hope it will fix itself, but the failure remains:
Apr 05 18:01:28 probook obexd[3042]: CONNECT(0x0), (null)(0xffffffff)
Apr 05 18:01:28 probook obexd[3042]: CONNECT(0x0), (null)(0x0)
Apr 05 18:01:32 probook obexd[3042]: PUT(0x2), (null)(0xffffffff)
Apr 05 18:01:32 probook obexd[3042]: open(/home/olaf/.cache/obexd/GSIBFY): No such file or directory (2)
Apr 05 18:01:32 probook obexd[3042]: PUT(0x2), NOT_FOUND(0x44)
Apr 05 18:01:32 probook obexd[3042]: DISCONNECT(0x1), (null)(0xffffffff)
Apr 05 18:01:32 probook obexd[3042]: DISCONNECT(0x1), SUCCESS(0x20)
Apr 05 18:01:32 probook bluetoothd[1520]: Unable to get io data for Object Push: getpeername: Transport endpoint is not connected (107)
Apr 05 18:01:32 probook obexd[3042]: disconnected: Transport got disconnected
Apr 05 18:02:42 probook obexd[3042]: CONNECT(0x0), (null)(0xffffffff)
Apr 05 18:02:42 probook obexd[3042]: CONNECT(0x0), (null)(0x0)
Apr 05 18:02:42 probook obexd[3042]: PUT(0x2), (null)(0xffffffff)
Apr 05 18:02:42 probook obexd[3042]: open(/home/olaf/.cache/obexd/1OLQFY): Operation not permitted (1)
Apr 05 18:02:42 probook obexd[3042]: PUT(0x2), FORBIDDEN(0x43)
Apr 05 18:02:42 probook obexd[3042]: DISCONNECT(0x1), (null)(0xffffffff)
Apr 05 18:02:42 probook obexd[3042]: DISCONNECT(0x1), SUCCESS(0x20)
Apr 05 18:02:42 probook bluetoothd[1520]: Unable to get io data for Object Push: getpeername: Transport endpoint is not connected (107)
Apr 05 18:02:42 probook obexd[3042]: disconnected: Transport got disconnected
First I tried to remove /home/olaf/.cache/obexd, but nothing seems to
feel responsible to create this dir as seen with the first error. Then I
created it with mkdir -m07777, and that just gives the EPERM error as
before. strace shows that it gets some "forbidden" from dbus.
Is receiving files working for anyone else?
Also the rfkill thing does not work reliable. NetworkManager finds the
device according to syslog, but the GNOME bluetooth thing finds nothing.
Something softblocks it:
root@probook:~ # hciconfig -a hci0 reset
Can't init device hci0: Operation not possible due to RF-kill (132)
root@probook:~ # rfkill list all
0: hp-wifi: Wireless LAN
Soft blocked: no
Hard blocked: yes
1: hp-bluetooth: Bluetooth
Soft blocked: no
Hard blocked: no
2: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
4: hci0: Bluetooth
Soft blocked: yes
Hard blocked: no
Need to run 'rfkill unblock 4' manually to get it going. Once that it
done its appearently possible to use the UMTS, and sending a file works
as well.
Olaf
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
I'd consider adding it as an update, too, to 42.1 and SP1, at least in
aux repositories - preferably to updates :-).
I've spoken with the author of pam_faillock and I believe it to be
superior to pam_tally2, particularly concerning handling of
screensaver handling.
pam_faillock is part of the recommended RHEL configuration for secured
computers and holding out for pam_tally2 also presents a nasty
non-uniformity for nearly the same functionality (although, weaker).
I've asked the author, Tomas Mraz, to make the patch available
standalone - which he has provided here:
http://people.redhat.com/tmraz/pam_faillock/
I would've have submitted my branch against factory pam incorporating
the patch - but unfortunately I seem to be having some
automake/libtool issues in the build that I cannot figure out - so I'm
going to have to leave that effort to someone who knows those build
tools better than I.
I also intend to poke upstream to ask them to reconsider adding that
patch into master.
-Jason
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Unlike rsync, or KDE Connect, there is no option to automatically allow the
Calibre ebook manager to open ports so external devices can connect to it. So
far, my solution has been to disable the firewall before connecting my device
to Calibre via the Calibre Companion app on Android.
For those unfamiliar with the process, Calibre Companion can sync ebooks from
the desktop's library to the Android device's library, thus eliminating the
need for wires and further organization of books.
If I know I am using port 9090 for Calibre, is there a way to allow this
connection in the Firewall? Has anyone else attempted this setup?
Running netstat shows this additional parameter enabled when my tablet is
connected to the computer.
tcp 0 0 10.42.0.1%2457529:39858 10.42.0.250%328:sesi-lm
ESTABLISHED
More than 3 years ago upstream said enough is enough and pulled the
plug on gst-0_10 branch, and ever since then we the gnome-maintainers
have been carrying around the abandoned packages, both because we care
and at the time of upstreams kill-off point we had a lot of packages
depending on them.
Since then we have quietly been porting the ones we care about or
dropping them from Tumbleweed.
We have however now reached a point where we can not in good conscious
say that we care for gst-0_10 at all anymore, and would as a result
offer up maintainership of said packages for those that still depend on
them / want them to stay in Tumbleweed.
Currently osc whatdependson openSUSE:Factory gstreamer-0_10 standard
x86_64 gives this list [see end of email] of depending packages.
If you as a maintainer are affected, please consider stepping up and
requesting maintainer via obs or email.
The above said, maintenance burden is not very high currently, so don't
fear taking responsibility, it mainly consists of tweaking packages to
ensure their continued build.
As a maintainer though I'd prefer that we could drop gst-0_10 from TW
all the way, but acknowledge that this is not currently possible, but
if everyone who have packages still depend on gst-0_10* do a real push
to port or drop packages still dependent we could perhaps take the easy
route out and just drop gstreamer-0_10.
//Bjørn - on behalf of openSUSE GNOME maintainers.
LIST:
osc whatdependson openSUSE:Factory gstreamer-0_10 standard x86_64
gstreamer-0_10 :
aegisub
audacity
boinc-client
codelite
e17
e_dbus
echievements
elementary
elemines
emotion-generic-players
enlightenment
eperiodique
epymc
erlang
espeakedit
etrophy
evas-generic-loaders
filezilla
fityk
flamerobin
freqtweak
gcompris
gnuplot
gnuradio
gstreamer-0_10-plugin-crystalhd
gstreamer-0_10-plugins-bad
gstreamer-0_10-plugins-base
gstreamer-0_10-plugins-gl
gstreamer-0_10-plugins-good
gstreamer-0_10-plugins-ugly
hugin
ignuit
kde3-amarok
kde3-kaffeine
kdemultimedia3
kicad
lekha
libucil
mathgl
meson
moodbar
morituri
perl-Alien-wxWidgets
perl-Wx
pgadmin3
plplot
poedit
presage
psi+-plugins-psimediaplugin
python-efl
python-gstreamer-0_10
python-matplotlib
python-wxWidgets
python-wxWidgets-3_0
rage
sffview
shellementary
terminology
tintii
urbanlightscape
usbprog
wammu
wxGTK3-3_0
wxMaxima
wxWidgets
wxWidgets-3_0
wxWidgets-ansi
wxWidgets-wxcontainer
wxWidgets-wxcontainer24c
wxhexeditor
xchm
xfce4-mixer
xfce4-volumed
xylib
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
hi,
using latest tumbleweed snapshot (nvidia driver 367.27) and libreoffice is very slow (e.g. switch between sheets in oocalc is about 2 - 3 seconds). And it looks like problem with UI drawing.
And also I noticed that main menu is blinking when mouse moves over it.
thanks, miso
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Users with Kernel 4.7 e.g. from Kernel_stable repository currently need
a patch for most recent stable Nvidia driver 367.35.
I attached the patch for interested users.
The idea comes from:
NVIDIA – Possible Kernel 4.7 Fix for 361.45.11 and 367.18..
Posted on May 31, 2016 by RG
http://rglinuxtech.com/?p=1750
Greetings,
Björn
Hi
Just got this message (see below) during a "zypper dup" - not sure if its
significant but I just thought i'd post it as a reminder.
Regards
Ian
Retrieving repository 'Printing' metadata
-------------------------------------------------------------------------------------------------------------------------------------------
[\]
The gpg key signing file 'repomd.xml' will expire in 14 days.
Repository: Printing
Key Name: Printing OBS Project <Printing(a)build.opensuse.org>
Key Fingerprint: 7C8A8DA1 722FC4DF DA9FF1EF 669DEC9F 98C4529D
Key Created: Tue 22 Jan 2008 20:46:28 GMT
Key Expires: Sat 30 Jul 2016 13:07:15 BST (expires in 14 days)
Rpm Name: gpg-pubkey-98c4529d-47965624
--
Qt: 5.6.1
KDE Frameworks: 5.24.0
kf5-config: 1.0
KDE Plasma: 5.7.1
Kernel: 4.6.3-1-default
"openSUSE Tumbleweed (20160714) (x86_64)"
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello,
[1] provides a list of packages which are not building for
Leap 42.2, e.g. due to unsatisfied dependencies.
For some(most) of these a package for Tumbleweed exists and it seems
mainly an issue of updating the package for Leap 42.2
e.g. on this list the reason given for kdevelop4 is "nothing
provides kscreen < 5.3.0 needed by kdebase4-workspace".
The current Leap 42.2 snapshot contains kscreen5-5.7.0-1.2
The current Tumbleweed snapshot contains kscreen5-5.7.0-1.1, and it
contains kdevelop4-4.7.3-3.1.
I just want to point this out in order to avoid accidental gaps in the
final release. If there is a plan to perform these updates at a later
time please ignore this post.
Regards,
Dieter
[1]
https://build.opensuse.org/project/monitor?commit=Filter%3A&failed=1&unreso…
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
In the thread about lxdm we learned that we don't seem to have LXDE
maintainers anymore. Yet we have LXDE on the DVD and offer it
very prominently in the installer:
https://openqa.opensuse.org/tests/230205#step/installer_desktopselection/6
So I wonder if putting LXDE in the spotlight like that still makes
sense?
Also, I wonder whether the minimal X selection adds much value.
Those who want to use a different window manager could start off
from text mode just as well, right?
cu
Ludwig
--
(o_ Ludwig Nussel
//\
V_/_ http://www.suse.com/
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard,
Graham Norton, HRB 21284 (AG Nürnberg)
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
HI!
Since a couple of days package of seamonkey for openSUSE Tumbleweed seems to be
broken. seamonkey segfaults for existing profiles.
Starting with an empty profile seems to work. Did not further tests with empty
profiles and e-mail functionality though.
Ciao, Michael.