Re: Really?

[Sylvia Sánchez]

HI,

Billo, now I understand...  Some of my friends are in the FBI, that's how
they know it's me even if I call from another phone.
Now to the topic, I didn't notice this, I'm going to take a look into my
logs in both systems  (I have Fedora and Debian)  and see what I find.  And
thanks Ed Greshko for the solution, I'll apply it if I see anything out of
order.


Cheers,
Sylvia



2017-04-06 1:42 GMT+02:00 William Oliver :

> On Wed, 2017-04-05 at 14:30 -0700, Joe Zeff wrote:
> > On 04/05/2017 01:31 PM, JD wrote:
> > >
> > > We have seen the enemy looking back at us in in the mirror :) :)
> >
> > Pogo probably said it best: "We have met the enemy and he is us."
> >
>
> Heh.  When I was in the Army, I worked with some civilian agencies,
> including the FBI.  Some years later, after I had left the military and
> was working at an academic institution, I had occasion to call a friend
> of mine at the FBI because we were both going to the same meeting and I
> thought I might be fun to touch base after all these years.
>
> I called him from a phone in a new office I had -- the number was
> screened both by my department and by the university.  People were
> supposed to only see the main number of the university, not my new
> office number.
>
> Ring ring ring...
>
>
> Him:  Hi Bill!  Haven't heard from you in years!
>
> Me:  Dude!  How in hell did you know it was me?
>
> Him:  Bill, we're the FBI.  We always know where you are.
>
> Me: Damn.
>
>
> billo
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: [F25] issue with SSL connexions: Failure of SSL transaction with

[Frédéric Bron]

> I often experience very slow internet surf. No idea where it comes
> from, just that it started when I switched from opensuse to F25.
>
> Today, I may have obtained a clue:
>
> I normally use firefox.
> Today I got the following issue:
> - searched in google for "python os.path"
> - clicked on the first linked https://docs.python.org/2/library/os.path.html
> - nothing happened (tried many times)
>
> - I removed all firefox cookies and cache -> same issue
> - I removed current firefox profile and created a new one -> same issue
> - I tried the search on a windows computer + firefox on the same
> internet connexion -> no issue
> - I did the same on fedora with konqueror -> no issue
> - again with konqueror -> got an error message:
> "Adresse : https://docs.python.org/2/library/os.path.html
> Protocole : https
> Date et heure : mercredi 22 mars 2017 16:47
> Informations complémentaires : Échec de la négociation SSL avec 
> docs.python.org"
> Which means:
> - again with konqueror -> error message:
> "Address: https://docs.python.org/2/library/os.path.html
> Protocol: https
> Date and time: Wednesday 22nd March 2017 16:47
> Additionnal informations: Failure of SSL transaction with docs.python.org"

I have now the proof my connexion issues come from fedora.
Today, again, from firefox, I could not reach this page:
https://docs.python.org/2/library/shutil.html
From konqueror, I couldn't reach it but got the same SSL error message.

I tested the same page from a windows computer with firefox on the
same internet access and the page came immediately.

Where could it come from?

Frédéric
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Really?

[William Oliver]

On Wed, 2017-04-05 at 14:30 -0700, Joe Zeff wrote:
> On 04/05/2017 01:31 PM, JD wrote:
> > 
> > We have seen the enemy looking back at us in in the mirror :) :)
> 
> Pogo probably said it best: "We have met the enemy and he is us."
> 

Heh.  When I was in the Army, I worked with some civilian agencies,
including the FBI.  Some years later, after I had left the military and
was working at an academic institution, I had occasion to call a friend
of mine at the FBI because we were both going to the same meeting and I
thought I might be fun to touch base after all these years.

I called him from a phone in a new office I had -- the number was
screened both by my department and by the university.  People were
supposed to only see the main number of the university, not my new
office number.

Ring ring ring...


Him:  Hi Bill!  Haven't heard from you in years!

Me:  Dude!  How in hell did you know it was me?

Him:  Bill, we're the FBI.  We always know where you are.

Me: Damn.


billo


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problem with a52dec package

[Michael Schwendt]

On Thu, 6 Apr 2017 08:56:35 +1000, Stephen Morris wrote:

> > Wait for the new Test Updates for F24 to be released:
> > https://bodhi.fedoraproject.org/updates/?packages=a52dec  
>
> This issue is occurring for me on F25 with the update I have just 
> attempted, but I don't understand why, as, in the dnf output there is a 
> message that liba52 0.7.4-26.fc25 is replacing a52dec.x86_64 
> 0.7.4-21.fc25, and there is also a message that a52dec x86_64 
> 0.7.4-26.fc25 has broken dependencies.

Well, you would need to wait for the -27.fc25 update, which is on
its way into the updates-testing repo first. Follow above link!
However, that one isn't completely fixed yet either.
I've added comments to:
https://bodhi.fedoraproject.org/updates/FEDORA-2017-6b4678f51e
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Is there a way to stop ipv6 leakage without turning off ipv6?

[Ed Greshko]

On 04/06/17 06:57, Stephen Morris wrote:
> Hi Ed, just as a side issue to this, because my ISP (I don't know
> about my VPN provider) IPv6 at all for anything, I was setting IPv6 to
> 'ignore' via Networkmanager in KDE (Gnome doesn't seem to have the
> same options) but that was causing messages in the logs at boot time
> about IPv6 not being ready. How do we stop the network from attempting
> to activate IPv6 and then producing these messages when it has been
> turned off?


(We inadvertently went off list...So I will reproduce what I sent Steve
here)

Early AM here in Taiwan.  No coffee yet.

I think you are saying your ISP isn't providing IPv6 support at all and
that you'd like to totally disable IPv6.  If that is the case then you
can do this by adding ipv6.disable=1 to the kernel boot parameters in grub.

If I misunderstood your question let me know and I'll try again after
coffee.  

Later, with still no coffee.

I decided to do a test and add ipv6.disable=1 to the kernel parameter on
one of my VM's.  In the past, this was sufficient.  However, doing only
this now results in selinux errors.  To avoid those you also need to add
"net.ipv6.conf.all.disable_ipv6 = 1" to /etc/sysctl.conf.


-- 
Fedora Users List - The place to go to get others to do the work for you
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F25 + Killer 1535 @ 1mb/s

[Stephen Morris]

On 3/29/17 9:23 AM, Rick Stevens wrote:

On 03/28/2017 12:24 PM, InvalidPath wrote:

On Tue, Mar 28, 2017 at 12:05 PM, InvalidPath mailto:invalid.p...@gmail.com>> wrote:

 Fellas, I noticed today, while finally getting to use the Fedora
 side of my work laptop, that my wifi is running at 1MB/s on d Dell
 XPS 13 9550. According to Dell this model has the Killer AC 1535
 wireless chipset so possibly just a driver issue?

 ➜  .ssh iwconfig
 wlp2s0IEEE 802.11  ESSID:"waffle_house"
  Mode:Managed  Frequency:2.447 GHz  Access Point:
 C0:56:27:C4:77:BC
  Bit Rate=1 Mb/s   Tx-Power=20 dBm
  Retry short limit:7   RTS thr:off   Fragment thr:off
  Power Management:on
  Link Quality=58/70  Signal level=-52 dBm
  Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
  Tx excessive retries:285  Invalid misc:1819   Missed beacon:0

 lono wireless extensions.

 virbr0-nic  no wireless extensions.

 macvtap0  no wireless extensions.

 virbr0no wireless extensions.

 vnet0 no wireless extensions.
Just relative to this issue, I am using a driver I have compiled myself 
because there is no native support for my wireless adapter (DWA192). On 
the 5GHz channel I am getting a bit rate of 1.3 Gb/s with a link quality 
of 88/100, which is what that channel is rated at, but on the 2.4 GHz 
channel I only  get 217.6 Mb/s with a link quality of 91/100, even 
though this channel is rated at 600 Mb/s. Under Windows 10 I get a bit 
rate of 525 Mb/s on the 2.4 Ghz channel (the 5 GHz channel gets 1.3 Gb/s 
as well). Is the poor bit rate on the 2.4 GHz channel (I'm on F25) an 
issue with the driver or some other aspect of the environment?


regards,
Steve





 02:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac
 Wireless Network Adapter (rev 32)



 Attached is wireless-info.txt, generated from: wget -N -t 5 -T
 10 https://github.com/UbuntuForums/wireless-info/raw/master/wireless-info
  &&
 chmod +x wireless-info && ./wireless-info Found
 via: https://forums.linuxmint.com/viewtopic.php?t=217258
 

 (Yes I know Mint.. the results for later version of Fedora were
 severely lacking)

 Whats odd is that I Put F25 on the wifes Lenovo just Sunday night to
 resolve this exact issue.

 Thanks!



I think my issue is an incorrect or missing firmware:

➜  hw3.0git:(master)dmesg | grep ath10k
[6.119173] ath10k_pci :02:00.0: enabling device ( -> 0002)
[6.120108] ath10k_pci :02:00.0: pci irq msi oper_irq_mode 2
irq_mode 0 reset_mode 0
[6.334091] ath10k_pci :02:00.0: Direct firmware load for
ath10k/pre-cal-pci-:02:00.0.bin failed with error -
2
[6.334119] ath10k_pci :02:00.0: Direct firmware load for
ath10k/cal-pci-:02:00.0.bin failed with error -2
[6.334346] ath10k_pci :02:00.0: Direct firmware load for
ath10k/QCA6174/hw3.0/firmware-5.bin failed with error -
2
[6.334350] ath10k_pci :02:00.0: could not fetch firmware file
'ath10k/QCA6174/hw3.0/firmware-5.bin': -2
[6.336178] ath10k_pci :02:00.0: qca6174 hw3.2 target 0x0503
chip_id 0x00340aff sub 1a56:1535
[6.336181] ath10k_pci :02:00.0: kconfig debug 0 debugfs 1
tracing 0 dfs 0 testmode 0
[6.337640] ath10k_pci :02:00.0: firmware ver
WLAN.RM.2.0-00180-QCARMSWPZ-1 api 4 features wowlan,ignore-otp,no-4
addr-pad crc32 75dee6c5
[6.401049] ath10k_pci :02:00.0: board_file api 2 bmi_id N/A
crc32 6fc88fe7
[8.522760] ath10k_pci :02:00.0: htt-ver 3.26 wmi-op 4 htt-op 3
cal otp max-sta 32 raw 0 hwcrypto 1
[8.596395] ath10k_pci :02:00.0 wlp2s0: renamed from wlan0
➜  hw3.0git:(master)ll


Checking here:

http://www.forums.fedoraforum.org/showthread.php?t=313191&page=2

I have cloned the kvalo git and have teh files staged for copying later.

It's interesting that it's looking for the firmware-5.bin file in
the hw3.0 directory, as it doesn't exist there. It DOES exist in the
hw2.1 directory (at least on my F25 system):

[root@prophead ~]# ls -lR /lib/firmware/ath10k/QCA6174
/lib/firmware/ath10k/QCA6174:
total 8
drwxr-xr-x. 2 root root 4096 Jan 23 11:38 hw2.1
drwxr-xr-x. 2 root root 4096 Jan 23 11:38 hw3.0

/lib/firmware/ath10k/QCA6174/hw2.1:
total 804
-rw-r--r--. 1 root root 263188 Dec  5 08:39 board-2.bin
-rw-r--r--. 1 root root   8124 Dec  5 08:39 board.bin
-rw-r--r--. 1 root root 498172 Dec  5 08:39 firmware-5.bin
-rw-r--r--. 1 root root  46087 Dec  5 08:39 notice_ath10k_firmware-5.txt

/lib/firmware/ath10k/QCA6174/hw3.0:
total 1140
-rw-r--r--. 1 root root 337204 Dec  5 08:39 board-2.bin
-rw-r--r--. 1 root root   8124 Dec  5 08:39 board.bin
-rw-r--r--. 1 root root 733784 Dec  5 08:39 firmware-4.bin
-rw-r--r--. 1 root root  79689 Dec  5 08:39 notice_ath10k_firmware-4.tx

Re: Is there a way to stop ipv6 leakage without turning off ipv6?

[Stephen Morris]

On 4/2/17 8:22 AM, Ed Greshko wrote:

On 04/01/17 21:42, William Oliver wrote:

I'm using Fedora 25 on an HP laptop with KDE.  I commonly use a VPN
service, but it leaks ipv6 addresses.  This seems to be a common
problem with VPN and ipv6, from what I've read on the internet.

So, I've turned off ipv6 for my wireless interface, and that seems to
solve the problem.  However, I just can't help but think that this will
eventually cause a problem somewhere.

Is there a better solution for ipv6 leakage with a vpn on Fedora 25
other than just turning it off?

Do you use IPv6 via your ISP or a tunnel under non-VPN situations?  How
many network interfaces do you have?

I thought that by a leak it is meant that when you're connected to a VPN
and you'd want all traffic to go via the VPN and your VPN provider
doesn't concurrently support IPv4 and IPv6 (I don't know one that does)
there may be cases when you make a DNS request you get the IPv6 address
of the site and thus your traffic doesn't go via the VPN.
Hi Ed, just as a side issue to this, because my ISP (I don't know about 
my VPN provider) IPv6 at all for anything, I was setting IPv6 to 
'ignore' via Networkmanager in KDE (Gnome doesn't seem to have the same 
options) but that was causing messages in the logs at boot time about 
IPv6 not being ready. How do we stop the network from attempting to 
activate IPv6 and then producing these messages when it has been turned off?


regards,
Steve


All the suggestions I've seen are to disable IPv6 while using a VPN.
This would be easy if you use a script to start the VPN.  Or you could
run a script prior to connecting using NetworkManager.  The script would
simply

echo "1" > /proc/sys/net/ipv6/conf/(interface name)/disable_ipv6   for
each interface on the system.


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problem with a52dec package

[Stephen Morris]

On 4/5/17 8:27 PM, Michael Schwendt wrote:

On Wed, 5 Apr 2017 11:30:01 +0300, Makarov Fedor wrote:


Good day, friends.

Have some trouble with a52dec package. During dnf upgrade a52dec it need 
liba52, and finaly we get conflict
file /usr/lib64/liba52.so.0.0.0 from installing package 
liba52-0.7.4-25.fc24.x86_64 conflict with file from package 
a52dec-libs-0.7.4-20.fc24.x86_64

Please fix this.

Wait for the new Test Updates for F24 to be released:
https://bodhi.fedoraproject.org/updates/?packages=a52dec
This issue is occurring for me on F25 with the update I have just 
attempted, but I don't understand why, as, in the dnf output there is a 
message that liba52 0.7.4-26.fc25 is replacing a52dec.x86_64 
0.7.4-21.fc25, and there is also a message that a52dec x86_64 
0.7.4-26.fc25 has broken dependencies.
If as dnf is saying, that liba52 is replacing a52dec, why are we getting 
the conflict failure, which then also stops the entire 343 packages from 
being installed/updated and leaves them in cache until the issue is 
resolved.


regards,
Steve


It's the classic case of insufficient Obsoletes that ignored the "dist tag".
http://pkgs.fedoraproject.org/cgit/rpms/a52dec.git/plain/a52dec.spec
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Really?

[Tom Horsley]

On Thu, 6 Apr 2017 06:21:06 +0800
Ed Greshko wrote:

> Yes, to annoy you.

Dang! That's the same reason they implemented systemd and
NetworkManager and designed gnome3 :-).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Really?

[Ed Greshko]

On 04/06/17 04:18, Tom Horsley wrote:
> I was just checking my logs to see if I successfully
> squashed the endless random messages minidlna was
> generating and I found this:
>
> Apr  5 13:46:34 zooty systemd[2007]: Starting Evince document viewer...
> Apr  5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] 
> Successfully activated service 'org.gnome.evince.Daemon'
> Apr  5 13:46:34 zooty systemd[2007]: Started Evince document viewer.
>
> Really? They have managed to make looking at a pdf file dependent
> on systemd and dbus? And there is some reason to log such trivia?

Yes, to annoy you.

You can change what is logged by copying /etc/systemd/user.conf to
~/.config/systemd/user.conf and changing the LogLevel.


-- 
Fedora Users List - The place to go to get others to do the work for you
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Really?

[Joe Zeff]

On 04/05/2017 01:31 PM, JD wrote:


We have seen the enemy looking back at us in in the mirror :) :)


Pogo probably said it best: "We have met the enemy and he is us."
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Really?

[jdow]

On 2017-04-05 13:31, JD wrote:



On 04/05/2017 02:18 PM, Tom Horsley wrote:

I was just checking my logs to see if I successfully
squashed the endless random messages minidlna was
generating and I found this:

Apr  5 13:46:34 zooty systemd[2007]: Starting Evince document viewer...
Apr  5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056]
Successfully activated service 'org.gnome.evince.Daemon'
Apr  5 13:46:34 zooty systemd[2007]: Started Evince document viewer.

Really? They have managed to make looking at a pdf file dependent
on systemd and dbus? And there is some reason to log such trivia?

Next thing I know, I'll find all my keystrokes and mouse movements
in the log :-).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

All logging of our activity has been inserted into all apps and the kernel
by the NSA.
Don't believe it?
It is a fact.
As they say, the proof of the pudding is in the eating.
You just had a wakeup taste of it. :) :)

Come to think of it, we used to castigate USSR and China
for intruding into their people's lives and privacy.

We have seen the enemy looking back at us in in the mirror :) :)


More like you see the enemy every time you visit the corner store or leave the 
house for that matter. I presume some of us are smart enough not to be our own 
enemy.


{^_-}   Joanne
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Really?

[JD]

On 04/05/2017 02:18 PM, Tom Horsley wrote:

I was just checking my logs to see if I successfully
squashed the endless random messages minidlna was
generating and I found this:

Apr  5 13:46:34 zooty systemd[2007]: Starting Evince document viewer...
Apr  5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] 
Successfully activated service 'org.gnome.evince.Daemon'
Apr  5 13:46:34 zooty systemd[2007]: Started Evince document viewer.

Really? They have managed to make looking at a pdf file dependent
on systemd and dbus? And there is some reason to log such trivia?

Next thing I know, I'll find all my keystrokes and mouse movements
in the log :-).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

All logging of our activity has been inserted into all apps and the kernel
by the NSA.
Don't believe it?
It is a fact.
As they say, the proof of the pudding is in the eating.
You just had a wakeup taste of it. :) :)

Come to think of it, we used to castigate USSR and China
for intruding into their people's lives and privacy.

We have seen the enemy looking back at us in in the mirror :) :)


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Really?

[Tom Horsley]

I was just checking my logs to see if I successfully
squashed the endless random messages minidlna was
generating and I found this:

Apr  5 13:46:34 zooty systemd[2007]: Starting Evince document viewer...
Apr  5 13:46:34 zooty dbus-daemon[2056]: [session uid=2304 pid=2056] 
Successfully activated service 'org.gnome.evince.Daemon'
Apr  5 13:46:34 zooty systemd[2007]: Started Evince document viewer.

Really? They have managed to make looking at a pdf file dependent
on systemd and dbus? And there is some reason to log such trivia?

Next thing I know, I'll find all my keystrokes and mouse movements
in the log :-).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: some log error messages

[stan]

On Wed, 5 Apr 2017 12:28:11 +0200
François Patte  wrote:

> Le 04/04/2017 17:39, stan a écrit :
> > On Tue, 4 Apr 2017 14:23:52 +0200
> > François Patte  wrote:
> >   
> >> What is the meaning of these error/warning messages (f25) and how
> >> to correct the config to get rid of them:
> >>
> >> -- LVM
> >> Daemon lvmetad returned error 104: 1 Time(s)

I don't know the internals, but this is probably because lvmetad is
disabled.

> >> WARNING: Failed to connect to lvmetad. Falling back to device
> >> scanning.: 2 Time(s)

When lvmetad is not used, LVM commands revert to scanning disks for LVM
metadata.

> >> WARNING: lvmetad is being updated, retrying (setup) for 10 more
> >> seconds.: 1 Time(s)  

New LVM disks that appear on the system must be scanned before lvmetad
knows about them.  If lvmetad does not know about a disk, then LVM
commands using lvmetad will also not know about it.  When disks are
added  or  removed from the system, lvmetad must be updated


> Moreover lvmetad.service is disabled, so I don't understand why it is
> complaining and about what.

Something, somewhere has been told that lvmetad.service is enabled, and
is trying to use it.

> 
> >   
> >>
> >> -- systemd
> >> Failed unmounting /var.: 1 Time(s)
> >> Requested transaction contradicts existing jobs: Transaction is
> >> destructive.: 1 Time(s)
> >>
> >> lvm2-lvmetad.socket: Failed to queue service startup job (Maybe the
> >> service file is missing or not a non-template unit?): Transaction
> >> is destructive.: 1 Time(s)
> >> lvm2-lvmetad.socket: Unit entered failed state.: 1 Time(s)  
> 
> But this one is running and not in "failed state" when you enquiry
> about its status.

Perhaps this is the source of the above errors?  It is trying to use
lvmetad even though it has been disabled?

> 
> >>
> >> What does mean "Transaction is destructive"?  
> > 
> > My guess is that, if it runs, information will be lost from the
> > system, or process sequence will be broken.  
> > 
> > The systemd message seems pretty clear in that regard; there are
> > jobs running that are using /var. If it wasn't you that was trying
> > to umount /var, then this seems like a system error, as the system
> > shouldn't be trying to umount /var when jobs are running, except
> > maybe at shutdown.  
> 
> This message appears at shutdown for a while now: yes, systemd does
> not shutdown some services before unmounting partitions used by these
> services (so you can wait for sometimes because a "job is running").
> How long will it takes untill these kinds of bugs will be fixed? I
> have an f21 system without this kind of bugs, so it is a regression
> which lasts for some times now When you ask the systemd folks,
> they reply that it is a bug from the distro!

In my case, this delay (seemed to be 90 seconds) was caused by a
daemon that didn't respond properly to the kill -15 command that
systemd sends out to running processes at shutdown.  If I kill that
daemon with a kill -9 command before I shutdown, the shutdown occurs
quickly.  So, in that sense, systemd folks are right.  But I suspect
they changed the kill from -9 to -15 somewhere along the way, causing
this issue.  The -9 doesn't allow cleanup, while the -15 does allow a
process to catch the signal and clean up before shutdown, which is
probably why they did it, and won't be changing back.

Are you running any non standard daemons on your system?  Daemons that
weren't packaged by Fedora?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problem with a52dec package

[Makarov Fedor]

Thanks for reply, I'll wait

--

Федор Макаров | Заместитель ведущего системного администратора отдела ИТ по 
системному администрированию | Тел.  + 7 495 739-28-43, доб. 2741

[data:image/png;base64,iVBORw0KGgoNSUhEUgAAAH8dCAYAAACDgbNCAXNSR0IArs4c6QlwSFlzAAAOxAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAAA4OSURBVGhD7VoJWJTlFn6HmWFYZFMBQRQUERHBNbcQyRVt87r2tJmV5qOm1k3NvLdM7y312tUsNTOXNJdsc8vU3DAXcM0VN8QNFReQXYaBue/5YBARHSRupXF4/geY//u/5Szvec/5R5dtNJm3xyYjNdMMrY0ZIrl5ZlR1skWInwOcHQ3qM/V5bi5idkbj2rUr0Or1hZ8X3jflwtnZGS1atoS9vf0d9ys++HNpQJeelYM5W9JxPNEMgzZP7S6Pvwx2etT3zkL/tg5o5O/CTzXIMZmwdMki7Nu7B7a2tnecxGg0ok5AAOoHB1cY/89l5xJ3o9NoNIx4G2g0ebw0apBWCxiNOYiOA66lpWNcDy0CfZxofo7V2sBGjc8fW1TUXHy4pHsPgC7+clvUyYk1GjPNSuPzsoiWtnXQZuP0VQNW70tTxqfNlWEtV0nGrzD8g+NDyvh3EwlurSYXpy6bkW0yQ3dnsJfppDlMD5cuXYQxJ0c5kp2dPewMBji5OMNWf2c6KdMiBQ+lpKTgypVEODpWQrVq1RRq/b8kIeECvlu2DE7kPT379IFTJacyLRW9cwc2b9yIpo88gk6dI8s0R2keuqfxLROYzDaKB6Cc9JaQkIAPx49DwsUE2DCNODg4Ko7g7V0dnSIjEd42otxSx9YtmzH9k2lo3qIl3h7zD67lUBq9lGnM9evX8cP338GTTvb4U0+VyvhXr15BfHw86tYNhKurq1r3yJHDWLxoocDsH298G0Z8CSm+TAqSh/LoSckpycjKykKrVq0ZKU6IjY3FhvXrcOjQQTg5OaFJ02Zlnr/og0JCk5OSkJ6eVi7z3WsSf/86mDzlY9gSxdxc3ayul52djcmTJuLk8eOYNn1mofG7PvEUSXMIg8Hb6hy/ZUCpIv+3LFDSsxpCr5lVpaubG/r1HwB/f39cvXoV/xg9iqXkDuzbs+c241+9cgVHjx5Fyo0b8PL2QlBQfVSigxSVuFOncPLkCeSQqLp7eiA4uIFyIq1WB62OlxUieobRd+JE/vN+tfxQr14QnyPzLSJXEhNx8MAB5LLqCWnUCA5EqxMnjqtI9/X1U2s4OVWCnmWwhfuYedDjx44h/vRpVSp7V/dGcIMGEJTYv28fYo8cUWvu2b0bqampCAgMVCnQhQFh4O+icv36NRw9fAQ3qAcXV2eEhDSEW+XKuHnzJg4dPIjLly5xbR33X4tVV13oeO57SamML4Yqb5HKQX5sC/oFLi4uBeWjhoZ1Llxu08YNWDB/Hg92ETYaOg3vBBAi+w8cyMOH0onM+O6bZVi2ZIlSnhxYUsmo0WPwaJs2VrctyLDoq4X4cdUKpLOy4Zago8O0ah2GAVzD3cNDzbF/715M/3Qa4k6eIn+wh1d1H1StUlUZ8MluT2Pw68Nw5kw8Ro94SznDh5MmQ8705by5WLliObIyM5VzOFZyxL8nTMTOHTvw1Zdfqv3LNfuzGajp56eei9q8CVP/Oxk9evfB60OHq/V3797FMTNxOi5OVWe2BluMGPUOmjVvjo/+MwnRO7bDTETN41z+dQIw/oMPULlylfIwPhO+eEA5ET7ZkRAvgeItmzdTwe4QknOG0dG5S1dEtGunNr2HB/5o4gTkkBj27fcyD1UHO7Zvx7ckVampN/DR1GnIvpmtjJeeloYhQ4ehbmA9XL58GbX9a1s1vAz4/ttvMXvmDEZLbQx/cyDs7O2wisZasfx7OlqeciKjMRuzPp+Jw4yuLo8/gQ6dOiL2aCy++fpr7iOF+zOptcSIYmRJZwY7g0ply5Ysht5Wj7+PHMmo91EI5+7ugbBH2ygS+vXiRRx/E8+9+IJCDyGJWVmZ1E26QgSRhAsX8MnUKUSQWEhKaBsRARPv1QsKwoaf12PN6lVo2LAhXhs0RO0hMyND8Shrcu/Ip73zzFp4u9LT9Brk5u+lXEQgVQ64YP5cKtdIpWUwUttS2e+gcpUqClrXr1urmPqAgYOpnL5q3Ueat0RScjLWr/0J27dvQ0iDUOQwdwonEa+v7uODoPr1i+zx7rCVRC6w9qcfFeK8NmgQlfqYek4g8wIV/suWKHTv0RMZNOiJY8fpWIEYOGiwiuxHw8LV3latWKGQRkSgXkckE/TR2mjpmFmqotGrhpgNatHBJB2JuJITuFfzwMrlP6ieSkREO1Tz8ipwIqJPwTzywa6YaJwgL5Czjxg5Cg6OtwybxPSRl5unYlPPdYNDQkpNlvONr6BHJrhdUUazHk52eYhs6EzI1SDfv8tHTDSuwOIrA15TcDV/7hzl2YcPHUI4PTuLeUxymKQA6RhaRJwmiB6/kR5/Ju40Ijt3Ucx6OVn2FMLfsqVL0L5DR/Tu8wycOf+9JJE5PIl51ItVhrBti3h6eqJ2bX9sS4hSKCLELIf7qe5THa7MsRbx86tFMCzZuSQP1yM3ad+xEzZtWI9/vf+eysUdO0WiR8+esGfVkZ6WochvfrQy5RQRBbIFSJuYeEX92YCGLWp4GSKV0V7yhcMkysOHDkH9+sHo1qMHIh5rZ7Ws1eWxj2/M1cGk0UOL3HxfKLiqVgLbu3ZoGZhPrsoz94vBhRU3JauvUbMm6/5LmDN7FlatXM5821qRJhtGj0B+WjGmLrldvF00InMMJNy1aNkKu3fF4Od16zB39ufq2ZdffVX9FpE0I3MWFcsaArMCvRYRYpZB6NSQY0j+z9OxAcbozkjPUIhEqFBDM/mcbII9sjskx5SjnPutESPRrkMHldY2b9iAWTOms69hh569exfolA02QYxi7fKiU+pI4pSDEB2LS22SZcnve0mSt0ZFQUrb+PjTcCOZbtyk6Z0bK/KJzs5Wi7B69qjjo4Xehl6ojmOGV6UctKrrgGBfMXw5JvvCxbkKHSBfgUBYeDh+XL2SbPpXHD58mBtvwmisi1+itmDHtm0ID4+g1zvg/LlziIneqchTICNL9ivGktJQLvl/3hdfIC7uVKHR5Q8Zk5Jyg3YzKJQTp/DyqgaJ3p0kS1ujNsPXz1fNu4/k7sTxY0qBvmT+mZlZqMRcfIysXZQrnOTcubPcWxSkcimpDhZny+X5pNJoSceUy3jTyCbQUpyhcUQEpoX0CqdITUm9zVCicQsSC9eRNLArOgbHyCMk18u93FxTQdVUWSFMsxYtVPPsEHV4/tx568Z3tNdjUOd7s8J7uk8ZbgrUSZ43MTrEKCKBLK2CWduu+2mNysMhDUPRrXtPHPj1V2zetJFRlw4f3xo82EGcpBGEGIa1Ccc1loGzZ30GZ1cXGNgdFINIqdS4cSM1r8CvKPIIHeq9MWNodCqbaCKGHTJsOF58qZ8qwxYtXECjxCtYjYnewXxNEvZ8PgkT9JHKQfL7px9PxYYNP+NGcpIiVuIs4sQWB5P1xJh6nV45yML58+HJ0lPOuWtXNLuYTmgQGqLGS1ryIUc5yXLxk4+nICQ0FM+98KLiEDKPdEJFmjdvQYdrz1S3DuPHvotGjZsgmbxHiJ9wh7Vr16h9Jl6+hNOn44ikftRnPauW0Yl3JiSZ2L4VH8wHG7OZ5ZYhF15uhEnNrVpXkaqCg1qd+R4DxDgBjGoxvj1buyIGwl7nrl2QlHSNUXBDNWakJh79z3fJqpdiH/OaGEkUJjzhbz17wZF5UwyQzksqA5HKzMmDhw7Fk093U/9LHRxKJizp7SYJmIism0XolUqhSbNmGDN2LFn/N8pBJJq8vbzR75X+iIzsosZLehBH8alRE/v37FUpp1fvZxQKzZvzRWE9Ld1DicoqVauqz3R0DOEU+/kWVJzOw7Ma+tLZ2nfopOYVovl835dgomNIn0Kgu3uPXvD08GR+D1X7EHGkQw57402FVJI+5DLx9XnrsDBWJ/aIJ/c5sH+/ckRJo9179Smd8VMzjJiwIhmnrpPR2+RHYV6eDZztTGhZW4tnw1zg4ZrfEpXcJHV5cWJ4v4]

В Ср, 05/04/2017 в 13:27 +0300, Michael Schwendt пишет:

On Wed, 5 Apr 2017 11:30:01 +0300, Makarov Fedor wrote:



Good day, friends.

Have some trouble with a52dec package. During dnf upgrade a52dec it need 
liba52, and finaly we get conflict
file /usr/lib64/liba52.so.0.0.0 from installing package 
liba52-0.7.4-25.fc24.x86_64 conflict with file from package 
a52dec-libs-0.7.4-20.fc24.x86_64

Please fix this.



Wait for the new Test Updates for F24 to be released:
https://bodhi.fedoraproject.org/updates/?packages=a52dec

It's the classic case of insufficient Obsoletes that ignored the "dist tag".
http://pkgs.fedoraproject.org/cgit/rpms/a52dec.git/plain/a52dec.spec
___

Re: some log error messages

[François Patte]

Le 04/04/2017 17:39, stan a écrit :
> On Tue, 4 Apr 2017 14:23:52 +0200
> François Patte  wrote:
> 
>> What is the meaning of these error/warning messages (f25) and how to
>> correct the config to get rid of them:
>>
>> -- LVM
>> Daemon lvmetad returned error 104: 1 Time(s)
>> WARNING: Failed to connect to lvmetad. Falling back to device
>> scanning.: 2 Time(s)
>> WARNING: lvmetad is being updated, retrying (setup) for 10 more
>> seconds.: 1 Time(s)
> 
> man lvmetad
> and it will explain how lvmetad works, 

This I can see.

> and why these messages are being
> generated, and what they mean.

But this is not in my man (fedora 25)

Moreover lvmetad.service is disabled, so I don't understand why it is
complaining and about what.

> 
>>
>> -- systemd
>> Failed unmounting /var.: 1 Time(s)
>> Requested transaction contradicts existing jobs: Transaction is
>> destructive.: 1 Time(s)
>>
>> lvm2-lvmetad.socket: Failed to queue service startup job (Maybe the
>> service file is missing or not a non-template unit?): Transaction is
>> destructive.: 1 Time(s)
>> lvm2-lvmetad.socket: Unit entered failed state.: 1 Time(s)

But this one is running and not in "failed state" when you enquiry about
its status.

>>
>> What does mean "Transaction is destructive"?
> 
> My guess is that, if it runs, information will be lost from the system,
> or process sequence will be broken.  
> 
> The systemd message seems pretty clear in that regard; there are
> jobs running that are using /var. If it wasn't you that was trying to
> umount /var, then this seems like a system error, as the system
> shouldn't be trying to umount /var when jobs are running, except maybe
> at shutdown.

This message appears at shutdown for a while now: yes, systemd does not
shutdown some services before unmounting partitions used by these
services (so you can wait for sometimes because a "job is running"). How
long will it takes untill these kinds of bugs will be fixed? I have an
f21 system without this kind of bugs, so it is a regression which lasts
for some times now When you ask the systemd folks, they reply that
it is a bug from the distro!

-- 
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Problem with a52dec package

[Michael Schwendt]

On Wed, 5 Apr 2017 11:30:01 +0300, Makarov Fedor wrote:

> Good day, friends.
> 
> Have some trouble with a52dec package. During dnf upgrade a52dec it need 
> liba52, and finaly we get conflict
> file /usr/lib64/liba52.so.0.0.0 from installing package 
> liba52-0.7.4-25.fc24.x86_64 conflict with file from package 
> a52dec-libs-0.7.4-20.fc24.x86_64
> 
> Please fix this.

Wait for the new Test Updates for F24 to be released:
https://bodhi.fedoraproject.org/updates/?packages=a52dec

It's the classic case of insufficient Obsoletes that ignored the "dist tag".
http://pkgs.fedoraproject.org/cgit/rpms/a52dec.git/plain/a52dec.spec
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Problem with a52dec package

[Makarov Fedor]

Good day, friends.

Have some trouble with a52dec package. During dnf upgrade a52dec it need 
liba52, and finaly we get conflict
file /usr/lib64/liba52.so.0.0.0 from installing package 
liba52-0.7.4-25.fc24.x86_64 conflict with file from package 
a52dec-libs-0.7.4-20.fc24.x86_64

Please fix this.







Конфиденциально:
Информация, содержащаяся в этом документе и приложениях к нему, может быть 
использована только получателем. Отправитель не несет юридической 
ответственности за содержание данного сообщения. Если это письмо попало к Вам 
случайно, пожалуйста, срочно удалите данный документ. Не посвящайте в 
содержание этого документа кого либо еще и не делайте копий. Совершение данных 
действий является противозаконным.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org