[qubes-users] Re: HCL - Lenovo Thinkpad t450s

[Catacombs]

On Wednesday, May 27, 2020 at 9:02:34 PM UTC-5, Mad Man with a Blue Box 
wrote:
>
> I would attach the HCL file but I cannot for the life of me figure out a 
> way to get it off the laptop or to get the laptop online.
>
> Anytime I try installing Qubes on this device it says errors and must be 
> an expert/developer to keep going.
>
> When eventually in the main desktop type area none of the VMs will start 
> no way of wetting up wifi or doing updates or anything.
>
> Many errors saying my hardware does not support IOMMU/VT-d/AMD-Vi and that 
> it failed to start an HVM qube with PCI devices assigned.
>
> So it seems this laptop I just purchased because it was suggested on your 
> HCL list by a few people must be significantly different than the one they 
> used as mine won't work at all for anything.
>
> Thanks
>
> MadMan__BlueBox
>
>
>
> Sent via the Samsung Galaxy S9, an AT&T 5G Evolution capable smartphone
>

I suspect you need to go into the computer setup.  Where you power on the 
computer, and press some function key.  The BIOS/EFI and enable the 
Virtualization.  That is what those error messages refer to.   

Someone more experienced than I will be along after awhile who is likely 
more knowledgeable in that exact computer.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/891994a1-fcf2-4b95-8184-4af5fb151335%40googlegroups.com.

[qubes-users] HCL - Lenovo Thinkpad t450s

[Mad Man with a Blue Box]

I would attach the HCL file but I cannot for the life of me figure out a way to 
get it off the laptop or to get the laptop online.Anytime I try installing 
Qubes on this device it says errors and must be an expert/developer to keep 
going.When eventually in the main desktop type area none of the VMs will start 
no way of wetting up wifi or doing updates or anything.Many errors saying my 
hardware does not support IOMMU/VT-d/AMD-Vi and that it failed to start an HVM 
qube with PCI devices assigned.So it seems this laptop I just purchased because 
it was suggested on your HCL list by a few people must be significantly 
different than the one they used as mine won't work at all for 
anything.ThanksMadMan__BlueBoxSent via the Samsung Galaxy S9, an AT&T 5G 
Evolution capable smartphone

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/5ecf1bb5.1c69fb81.aba01.8b96SMTPIN_ADDED_MISSING%40gmr-mx.google.com.

Re: [qubes-users] SplitGPG with Subkeys Encryption Error

[unman]

On Wed, May 27, 2020 at 12:21:00PM -0700, Robert Spigler wrote:
> qubes-gpg-client-wrapper -r robertspig...@protonmail.ch --trusted-key 
>  -e 
> '/home/user/Documents/Test_Encryption.txt' -o /home/user/Documents/Final.gpg
> 
> Still results in:
> 
> bash: C2C60E279E86F10D5697782535CE0FE6C2141823: No such file or directory
> 
> What is the wrapper? This also does not open the qubes-gpg-client 
> interface, in case that info helps.  I should also clarify that I am trying 
> to encrypt the contents of the file, so that I could copy and paste the 
> message for messaging, forums, etc; not encrypt the entire file for sending.
> 

Read my last message - you dont actually type the angle brackets
This is simply a bash script, you can inspect for yourself: it's at
/usr/bin/qubes-gpg-client-wrapper 

I'm not sure I understand your clarification - in any case, use the
command line I cited without the angle brackets.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200528015914.GA26433%40thirdeyesecurity.org.

Re: [qubes-users] SplitGPG with Subkeys Encryption Error

[Robert Spigler]

qubes-gpg-client-wrapper -r robertspig...@protonmail.ch --trusted-key 
 -e 
'/home/user/Documents/Test_Encryption.txt' -o /home/user/Documents/Final.gpg

Still results in:

bash: C2C60E279E86F10D5697782535CE0FE6C2141823: No such file or directory

What is the wrapper? This also does not open the qubes-gpg-client 
interface, in case that info helps.  I should also clarify that I am trying 
to encrypt the contents of the file, so that I could copy and paste the 
message for messaging, forums, etc; not encrypt the entire file for sending.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/813ab042-f959-497c-8915-9c262c97ef84%40googlegroups.com.

Re: [qubes-users] qubes-builder / failed dependency for Phython?

[Sven Semmler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, May 27, 2020 at 01:57:52PM -0500, Sven Semmler wrote:
> On Wed, May 27, 2020 at 08:43:48PM +0200, Frédéric Pierret wrote:
> > Those corresponds to freshly merged PR of components and notably
> > qubes-pdf-converter. The problem is that we don't have tracking build
> > for Ubuntu. I suggest you to checkout previous commits but this is
> > related to python3 migration so maybe you will encounter python3
> > issues. I'll try to fix that soon.
> 
> Thank you!
> 
> > > I guess I could restore the backup from two nights ago and just pull
> > > from git but not update Fedora to see if this was it.
> 
> I am doing that right now just as an additional data point to make sure
> whether it's the PR or not.

Yep, I restored a 2 days old qubes-builder that I know worked before and
now it's broke too. So the change comes in when the qubes-pdf-converter
gets pulled.

I'll try and figure out how to have the build skip that one for now.

/Sven

- -- 
 public key: https://www.svensemmler.org/0x8F541FB6.asc
fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE18ry22WNibwI1qeq2m4We49UH7YFAl7OuWAACgkQ2m4We49U
H7ZFsBAAqRC9YmbLm8mCgcRFvj8A3eTICtfBNjRah1q2FFir1gqwca2XjEVf3z3m
NSd4sJb0a1IZHhOo3FH6wZMb7tTPLIMit0zg7vLfAlMYMcQrzOd0EFXqCoBqnGHr
xneXa9Xr8L0zJBjPDrcWZmRooXLbVTXiEoNm6d0EuraenOd3ngxtsQlnYIQ3u51g
9B2/FEVI1XeWLRNjwzsk/0Xxd4uQRTJlvZ2xoJHAWQ1mJInLjlumaE9vtl97NxUa
RKDBZapBGyUmzgyhb8PLHMhVh4bv6o1VaOzWq9DwS94Ib2jkBbJOEjiKRAmhu8CK
rBj048e7+n9/UBGMXbR3hxM0uW4UMqRalvHpTvzBwKvpqItSUXjedh5g+xP/ZoJt
gGDxONs86xsh4AS7y7LdDr1LO3ZKClGOHLY1njJDqKV6N4JTeGP13xhRwFWcLTLi
mM7hj4SkqaULo+gFcgb9abbpsoFTk1/mTqT7UQAdmQlVB9vdY6JDwQFSPhTLcCJa
SOGC0agvD9W1+5cElLKtgODTE4fL0ztI3NyVOd1D635pgNhFBKeJwEhJo7e6abFe
iVPMVZaxT77taqJcOKjDktGbRTP/Wc7MzkwHbCJSlAS/+PyXTspPK8uN7XNiSLQc
VB2XJXqoQz64KYU5AjlJ6NcevZeui3g7hy0IFTbS4UnAwjT+S3I=
=yoPv
-END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527190256.GA2143%40app-email-private.

Re: [qubes-users] qubes-builder / failed dependency for Phython?

[Sven Semmler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, May 27, 2020 at 08:43:48PM +0200, Frédéric Pierret wrote:
> Those corresponds to freshly merged PR of components and notably
> qubes-pdf-converter. The problem is that we don't have tracking build
> for Ubuntu. I suggest you to checkout previous commits but this is
> related to python3 migration so maybe you will encounter python3
> issues. I'll try to fix that soon.

Thank you!

> > I guess I could restore the backup from two nights ago and just pull
> > from git but not update Fedora to see if this was it.

I am doing that right now just as an additional data point to make sure
whether it's the PR or not.

/Sven

- -- 
 public key: https://www.svensemmler.org/0x8F541FB6.asc
fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE18ry22WNibwI1qeq2m4We49UH7YFAl7OuC0ACgkQ2m4We49U
H7ZchQ//WQrk2LIztvVPvaf2d5eLH6wSOFwLOhHAZC0t1EIuFZNETOEKDyFAU7t2
s+Q4Asa2yAKRzZgya2xzKQ/Phk7DaoSU00sLnPbUDlMvsJUGkYoTpwiI+AhOz83l
xlamj6taath5qS6mxli4zhhTYiqKR30TX84ClpAkfdglE4TNLm/3uy3BYP9hstfK
B57arroTPznm38g5HhsUm8h0+9IU54FQ+nDQ9+NH9z33ndGinPt4JZ1avJGWnAh4
KVQeuYpfSHOqmmzYtveJYZ7RaYpwEo0nbdwfX2XGflEPxBLtYYCgDJvc8PXzouur
wRveblSxSxoKKVxT5n9TQoBC3RExHanAfN75hGOFBRCqRmPqEH0QIUHfUCRIrsoA
oyVuzp8PCJ/WAIZAYvs/vkePjpxBFkivz1c+PydBDfJEluGfUfkaP2JGELVNBHtv
zDJqAQp9sajeQkwtg/yKw6yv2iPIGOfxhAjNfW8jsj66Geb3cWuPAB7eLmBzsNhQ
cTctC5JTQCEol/VJ/lKPVfj9wYXoYVslBoAmTSbozJ971vDyQ3aBI36rtzX8KEJE
8ufdXWR6ldhL0R4RSHxIyxonYi6JTWCZVHxx6Fdg90MjFkTfzaicTJfVESCV9JCM
BQtCboZJrlKPbvirdkX7aFv36bAoXD8yeG+sUQAdGfkS6gOuirs=
=/6W9
-END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527185752.GD1368%40app-email-private.

Re: [qubes-users] qubes-builder / failed dependency for Phython?

[Frédéric Pierret]

On 2020-05-27 19:47, Sven Semmler wrote:
> On Wed, May 27, 2020 at 12:26:28PM -0500, Sven Semmler wrote:
>> echo "pythonver:Depends=python" >> debian/qubes.pdf-converter.substvars
>> dh_gencontrol
>> dpkg-gencontrol: warning: Depends field of package qubes-pdf-converter: 
>> unknown substitution variable ${pythonver:Depends}
>> dpkg-gencontrol: warning: can't parse dependency -nautilus
>> dpkg-gencontrol: error: error occurred while parsing Depends field: 
>> poppler-utils, imagemagick, -nautilus,
>> dh_gencontrol: dpkg-gencontrol -pqubes-pdf-converter -ldebian/changelog 
>> -Tdebian/qubes-pdf-converter.substvars -Pdebian/qubes-pdf-converter 
>> -UMulti-Arch returned exit code 25
>> dh_gencontrol: Aborting due to earlier error
> 
> I think this is the actual issue: unknown substitution variable 
> ${pythonver:Depends}

Those corresponds to freshly merged PR of components and notably 
qubes-pdf-converter. The problem is that we don't have tracking build for 
Ubuntu. I suggest you to checkout previous commits but this is related to 
python3 migration so maybe you will encounter python3 issues. I'll try to fix 
that soon.

> Unfortunately I am obliviouos to all things Phython.
> 
> I have python2 and python3 installed as well as all the dependencies
> listed on the Qubes website for qubes-builder. The build worked
> perfectly yesterday and now it's broken regardless of the commit version
> I try.
> 
> When I try to undo the last update I get this:
> 
> [user@app-qubes-builder qubes-builder]$ sudo dnf history undo 135
> Last metadata expiration check: 2:12:17 ago on Wed May 27 10:29:21 2020.
> Undoing transaction 135, from Tue May 26 12:44:00 2020
> Upgrade  json-c-0.13.1-12.fc30.x86_64 @updates
> Upgraded json-c-0.13.1-11.fc30.x86_64 @@System
> No package json-c-0.13.1-11.fc30.x86_64 available.
> Error: no package matched
> 
> I guess I could restore the backup from two nights ago and just pull
> from git but not update Fedora to see if this was it.
> 
> /Sven
> 
> 

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/eea6228e-00b2-dcd5-f9c4-9fe8a253f018%40qubes-os.org.


signature.asc
Description: OpenPGP digital signature

Re: [qubes-users] How to check (in BASH and dom0) whether a appVM exists?

['hut7no' via qubes-users]

qvm-check checks if for existence by default.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527180320.GD805%40mail2-dvm.

Re: [qubes-users] qubes-mirage-firewall 0.7

['hut7no' via qubes-users]

Thank you so much for your work, I have saved so much time and memory because 
of your amazing firewall!

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527180038.GC805%40mail2-dvm.

Re: [qubes-users] Qubes awarded MOSS Mission Partners grant!

['hut7no' via qubes-users]

Congratulations!

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527175521.GB805%40mail2-dvm.

Re: [qubes-users] Private Tor Bridge.

['hut7no' via qubes-users]

> I notice that Tor has a means for "Bridges."  A Bridge being an IP Address 
> that allow one to make a first hop to an IP Address that the ISP, or local 
> server is not expecting, or blocking.  
> 
> My problem being that if one was in a place like China, then the government 
> is surely trying to gather up all the Bridges which the Tor network has.   

If tor bridges are not enough, you might want to try psiphon.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527175141.GA805%40mail2-dvm.

Re: [qubes-users] qubes-builder / failed dependency for Phython?

[Sven Semmler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, May 27, 2020 at 12:26:28PM -0500, Sven Semmler wrote:
> echo "pythonver:Depends=python" >> debian/qubes.pdf-converter.substvars
> dh_gencontrol
> dpkg-gencontrol: warning: Depends field of package qubes-pdf-converter: 
> unknown substitution variable ${pythonver:Depends}
> dpkg-gencontrol: warning: can't parse dependency -nautilus
> dpkg-gencontrol: error: error occurred while parsing Depends field: 
> poppler-utils, imagemagick, -nautilus,
> dh_gencontrol: dpkg-gencontrol -pqubes-pdf-converter -ldebian/changelog 
> -Tdebian/qubes-pdf-converter.substvars -Pdebian/qubes-pdf-converter 
> -UMulti-Arch returned exit code 25
> dh_gencontrol: Aborting due to earlier error

I think this is the actual issue: unknown substitution variable 
${pythonver:Depends}

Unfortunately I am obliviouos to all things Phython.

I have python2 and python3 installed as well as all the dependencies
listed on the Qubes website for qubes-builder. The build worked
perfectly yesterday and now it's broken regardless of the commit version
I try.

When I try to undo the last update I get this:

[user@app-qubes-builder qubes-builder]$ sudo dnf history undo 135
Last metadata expiration check: 2:12:17 ago on Wed May 27 10:29:21 2020.
Undoing transaction 135, from Tue May 26 12:44:00 2020
Upgrade  json-c-0.13.1-12.fc30.x86_64 @updates
Upgraded json-c-0.13.1-11.fc30.x86_64 @@System
No package json-c-0.13.1-11.fc30.x86_64 available.
Error: no package matched

I guess I could restore the backup from two nights ago and just pull
from git but not update Fedora to see if this was it.

/Sven

- -- 
 public key: https://www.svensemmler.org/0x8F541FB6.asc
fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE18ry22WNibwI1qeq2m4We49UH7YFAl7Op7AACgkQ2m4We49U
H7YdGxAA25AJqJH8VLe1psdAuiL9jwn8GaeSU3wTeycswl2PfM9DtV+AFmqmwWls
cNAE7QamorsIpJv3gM+6eTHQYuW0a5gOL2Gbo4J136aP9JpFOI0CRzSdL5Zxbaca
tKKF8kn/gY4YDPG5AAjlmamyXFnbGh2uRSytLrdxmfulzpziLXfiaDuMKVHs5A1i
Rnen8EBWa0WYh9vbZzhW6h54t2E9CiwSsFRS4A+jbcDu6C6ZpjUs4IdUXpN9BVbQ
hDvu4SwP8aXkuClAVG6jtgGwLiyWyt8q6zDx6xlpJxQLCXDtynT0UAq3GNl+J8mq
Qx7YMi8Ad5uJks4au1Jkfb782b4N1VUMpeaGza74zdeY22Dyq+Eqj0JPobclP54Z
tJU/JNmOTudiCMCuq9YQOXo3wHzH15SM4KTGsim2QM1vuX9TfDZ1Rmyz1J9zHrm/
NgkVSTAsYN7uMxizS74btNaS8xjM8NhAY9cSguUg7WFjaAsxZE/PBAb1rs2F1U7V
u0abwX8SRucboyLDmXlh43sMWybCH2szaUCcWfBQ66apcC2FXHij0eyFPgf7aM1p
5u286vNST0PNeHX4Y2htqwr542oFUyP1kOxM+OobhWOtA93rHX8tww8Pub4HH1xY
VmAlzSvl64adBS0v51gYc9q1Na4fLKtiY/D9ZmvYrcvRz/AoF9c=
=57mW
-END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527174728.GC1368%40app-email-private.

Re: [qubes-users] Qubes OS & 3mdeb minisummit 2020

[David Hobach]

On 5/27/20 5:25 PM, Camille wrote:



Hi,
Just short info about official *Qubes OS and 3mdeb minisummit 2020*, where 
qubes and coreboot core developers will discuss status fwupd/LVFS support for 
Qubes,
SRTM and DTRM for Qubes, Anti Evil Maid for Intel coreboot-based platform, 
Anti-Evil-Maid for AMD  and details about building and testing operating system 
on
virtual machines + AMA time.
Live  will be 
transmitted via OBS on 3mdeb YouTube channel. The nearest event starts *tommorow, 
4:00 PM (UTC+02:00)*
All the events are on the public callendar 
.
Details in blogpost  or on qubes 
 and 3mdeb twitter .
btw: it's not a marketing-pitch. Just regular nerds.



Thanks for the heads up!

I'm more interested in the recordings though. I guess most users from 
non-EU continents as well. ;-)


--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/9a4fc90a-8a90-9bee-1eb6-370d1886f261%40hackingthe.net.


smime.p7s
Description: S/MIME Cryptographic Signature

[qubes-users] qubes-builder / failed dependency for Phython?

[Sven Semmler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I was about to file a qubes-issue when I realized that the issue might
not be with the qubes-builder but my Fedora install. I tried going back
several commits until the beginning of May and the issue persisted.
Since I do a 'git pull' and build daily it appears that what changed
might not be the qubes-builder but my Fedora install ... maybe a recent
update broke a dependency?

**Qubes OS version**
R4.0

**Affected component(s) or functionality**
qubes-builder [bionic template]

**Brief summary**
building the bionic template fails at qubes-pdf-converter (details below)

**To Reproduce**
1. git pull
2. rm builder.conf
3. ./setup (R4.0, Stable, normal cloning, no pre-build packages, templates 
only, bionic, builder-rpm + builder-debian + mgmt-salt)
4. make clean
5. make install-deps && make get-sources
6. make qubes-vm

**Expected behavior**
build completes successfully

**Actual behavior**
build fails when entering /home/user/qubes-src/app-linux-pdf-converter 
(directory doesn't exist) with the following messages:

   dh_install
   dh_installdocs
   dh_installchangelogs
   dh_installman
   dh_perl
   dh_link
   dh_strip_nondeterminism
   dh_compress
   dh_fixperms
   dh_missing
   dh_strip
   dh_makeshlibs
   dh_shlibdeps
   dh_installdeb
   debian/rules override_dh_gencontrol
make[1]: Entering directory '/home/user/qubes-src/app-linux-pdf-converter'
echo "pythonver:Depends=python" >> debian/qubes.pdf-converter.substvars
dh_gencontrol
dpkg-gencontrol: warning: Depends field of package qubes-pdf-converter: unknown 
substitution variable ${pythonver:Depends}
dpkg-gencontrol: warning: can't parse dependency -nautilus
dpkg-gencontrol: error: error occurred while parsing Depends field: 
poppler-utils, imagemagick, -nautilus,
dh_gencontrol: dpkg-gencontrol -pqubes-pdf-converter -ldebian/changelog 
-Tdebian/qubes-pdf-converter.substvars -Pdebian/qubes-pdf-converter 
-UMulti-Arch returned exit code 25
dh_gencontrol: Aborting due to earlier error
debian/rules:17: recipe for target 'override_dh_gencontrol' failed
make[1]: *** [override_dh_gencontrol] Error 25
make[1]: Leaving directory '/home/user/qubes-src/app-linux-pdf-converter'
debian/rules:10: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit 
status 2
make[2]: *** 
[/home/user/qubes-builder/qubes-src/builder-debian//Makefile-legacy.debian:50: 
dist-package] Error 2
make[1]: *** [Makefile.generic:191: packages] Error 1
make: *** [Makefile:227: app-linux-pdf-converter-vm] Error 1

**Screenshots**
n/a

**Additional context**
n/a

**Solutions you've tried**

I tried going back several commits until the beginning of May and the issue 
persisted. Since I do a git pull and build daily it appears that what changed 
might not be the qubes-builder but my Fedora install ... maybe a recent update 
broke a dependency?

**Relevant [documentation](https://www.qubes-os.org/doc/) you've consulted**
n/a

**Related, 
[non-duplicate](https://www.qubes-os.org/doc/reporting-bugs/#new-issues-should-not-be-duplicates-of-existing-issues)
 issues**
none found


- -- 
 public key: https://www.svensemmler.org/0x8F541FB6.asc
fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE18ry22WNibwI1qeq2m4We49UH7YFAl7OosQACgkQ2m4We49U
H7aoWxAAoTm2aoE8pzLeCaTTzc0wrrsRA7jaeuWlbo9g2PXciXhkNMzg2a/flK+M
mtD18+MKr/FeBv7JJmZfbu/DBl0NbClfEtQG245jAUw0ch+PmtCqENOfRu+C79LV
suD1BYp8J7ZI4O02wmxExaGOHX+1Z7luOZc38k0Y2us50PcAlzG9IUz6v5yIXc3H
qD5qcjjbqkAEgdxk20+vJz9aU8l/t9y7SHcZremauH4teXCNFAd5JnRjLVvkZWrK
5QO7rVUnlfDBwUEXk2UUeec4BT9c/tdUHHtb0HSqd9DNZIkApacMiTGB8NLVupZv
vPca9cdJpj+kNrbsLWs4Aud1QdBdUYyJW6hAHCStJ1KJINEj7nSQRcfBVpoxfCAs
WJvfvUDvn+ChyrNYI8eSNCo0J7StxONEGBJadTrMaLqJJBDGaQeHyY53De9TmGMU
ZGBBxmSYI4Wl8zjqW2Z9BlBmag4dvlmImPyx0unIzXmx1zDmoEecjTMv29JWhxK/
PEZ0dFEqD7LIfDq0xbKqKsGhVz3kpqp3UPJT2lhitNQLJ+m0kShu1llkKQybl843
KQdCJly0G/fiHs4VNPHOzs1dvkR6JhiHxS9Vsj4VsSbad4ynR7zcmm/Mz2p6QOGw
U3rNm9tBvsBceTC3XbZ0WR6mXqzzPX+syunvzqLKMwtFqOnZtjU=
=oDVt
-END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527172628.GB1368%40app-email-private.

[qubes-users] Hide block devices from Device Manager

[qbs]

Is there a way to hide block devices from qubes Device Manager?
I've configured passthrough of RAID controller to a VM. The problem is that 
as soon as VM boots Device Manager shows all drives as available to attach 
to other VMs.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/2b384a9b-3c8d-400d-8f5a-51fa3dfdfc8d%40googlegroups.com.

[qubes-users] Re: Private Tor Bridge.

[Catacombs]

On Tuesday, May 26, 2020 at 8:39:27 AM UTC-5, Catacombs wrote:

Not sure if Qubes Users is the best place to bring this up.

As I look at the various means to get on the Internet, in risky 
situations:
Public WiFi.
Hotels.
A country which is involved in spying on its citizens. 

I notice that Tor has a means for "Bridges."  A Bridge being an IP 
Address that allow one to make a first hop to an IP Address that the ISP, 
or local server is not expecting, or blocking. 

My problem being that if one was in a place like China, then the 
government is surely trying to gather up all the Bridges which the Tor 
network has.  

Just generally, I see one could create a private webpage somewhere, and 
place on it the software to allow one to use it as one's own personal, 
private Bridge.  First hop out.  Then one could direct the software on the 
Server to - which ever. start a standard Tor, Connect to a VPN.  

It does require trusting where the server is one has put one's software 
on.  

Obviously, one could borrow the Software from Tor to create a Bridge.  
I did not mention it to Tor, because, as this is risky in several ways, Tor 
website will not publicly agree to help create this project.   Although 
some of their programmers might advise on how to minimize risks.  

And the implementation inside Qubes Network manager software -dom0 has 
its own special issues. 

Any comments?  / is this already on the list of suggestions for Qubes?


Hi, Qubes might not be the best Choice here.

But if you want to browse safely in the CLEARNET i would recommend a VPN 
Provider you can trust. https://thatoneprivacysite.net/
For Countries like China there is a Stealth VPN Option (OpenVPN over SSL or 
SSH) that works with the DPI in China.

If you want to visit also .onion sites you can Enter on your Tor Browser "a 
Bridge you trust." https://tb-manual.torproject.org/bridges/
Search Bridges over https://metrics.torproject.org/rs.html#advanced

Or search 
https://lmgtfy.com/?q=tor+browser+over+vpn+&pp=1&s=dhttps://lmgtfy.com/?q=tor+browser+over+vpn+&s=dhttps://lmgtfy.com/?q=tor+browser+over+vpn+&s=dhttps://lmgtfy.com/?q=tor+browser+over+vpn+&s=dhttps://lmgtfy.com/?q=tor+browser+over+vpn+&s=dhttps://lmgtfy.com/?q=tor+browser+over+vpn+&s=d
- show quoted text -



 Perhaps I should have written my initial post better.  While all you, 
_DRX_ say about possible Internet Tunnel methods is correct, my first 
thought is that it leads a well organized, well funded group, which I 
assume the Peoples Republic of China (Red China) is, directly onto the 
cyber dissident.  A lot of Cyber Dissidents are in prison in China.  I 
presume that a lot of them did try to use Tor, or a pay for VPN. 

 I can hypothesize how the PRC goes about hunting Cyber Dissidents.  
Anyone, not given permission, by the security forces, using Tor, or a VPN 
is identified for scrutiny.  Actually at that point, just searching their 
home, computers is probably sufficient to find the evidence.   That is, 
criticizing the government will be treated as a crime.  Just like the 
Optometrist in Wuhan who tried to warn other doctors there is a highly 
contagious dangerous disease infecting people.   He was told to be quiet, 
then jailed.   His jail sentence apparently ended when the government could 
not longer deny the existence of a novel Corona Virus, and some noise 
outside China about the repressive policies of China. 

I doubt that many of the other cyber dissidents in jail will be freed 
because of pressure from outside China.  The US government does not much 
seem to support Human Rights under the Trump Administration.  Several years 
ago Trump wanted Twitter to ban anyone who was critical of him or his 
policies. 

In several countries around the world we have personalities who are like 
Trump, and have become experts in gathering power into their hands.  A few 
weeks ago, thousands of former US Justice Department individuals suggested 
Attorney General Barr resign.  After Congress passed a version of the 
Patriot Act where the US government could go through the browsing history 
of any citizen without a Warrant, that is, without proving that they had a 
good reason.  I think that there are now several thousand former FBI and 
Justice Department individuals who might think about using QUBES.  If they 
knew of it, and it was more user friendly.  

The history of VPN's shows they can be corrupted, coerced into providing 
information.   Truthfully, if I was a tech at a VPN, and some police agency 
came to me and said, this particular person is a Pedophile.  We need to 
reach into his account, and find the location of others like him, maybe 
even some missing children.  If we find nothing.  No harm.  No foul.   A 
powerful argument. 

Sure, if ones only need was to log into ones bank account, while making 
sure someone two tables over did not hijack their connection and steal 
their banking info, then a  VPN would be grea

Re: [qubes-users] Re: Errors during downloading metadata for repository 'fedora-modular':

[Frédéric Pierret]

On 2020-05-27 17:24, Sven Semmler wrote:
> On Wed, May 27, 2020 at 07:30:29AM -0700, Dave wrote:
>> The upgrade process for Standalone Fedora-31-work-test worked up until the 
>> end when it complained about disk space.
>> If necessary, I can add disk space and rerun it, but does this prove your 
>> suspicion regarding UpgradeProxy? 
> 
> It does. It also shows us a workaround. Just like you created the
> Standalone VM by qvm-clone --class StandaloneVM you can do the same
> after a successful upgrade...
> 
>   qvm-remove fedora-31-work
>   qvm-clone --class TemplateVM fedora-31-work-test fedora-31-work
>   qvm-remove fedora-31-work-test
> 
>> What about Frédéric's comment to "disable modular"? Wouldn't it be written 
>> into the command script:
>> *dnf --releasever= distro-sync --best* --allowerasing
>> * terminal transcript attached
> 
> I have no idea, but he is one of the core developers and from his
> comment I gather this is a rather routine issue. 
> 
> I imagine something like 'dnf config-manager --set-disabled
> fedora-modular' should do it? 

CLI way: simply set 'enabled=0' in /etc/yum.repos.d/fedora-modular.repo 
(TemplateVM :) )

>> Keeping you busy, huh? Always good to learn something. Thanks a heap for 
>> taking this on.
> 
> I am actually figuring this out together with you. It's a learning thing
> for me too. ;-)
> 
> /Sven
> 
> 

Best,
Frédéric

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/c601b194-20b7-fb7b-0cc9-9f4db8644697%40qubes-os.org.


signature.asc
Description: OpenPGP digital signature

[qubes-users] Qubes OS & 3mdeb minisummit 2020

[Camille]

Hi, 
Just short info about official *Qubes OS and 3mdeb minisummit 2020*, where 
qubes and coreboot core developers will discuss status fwupd/LVFS support for 
Qubes,
SRTM and DTRM for Qubes, Anti Evil Maid for Intel coreboot-based platform, 
Anti-Evil-Maid for AMD  and details about building and testing operating system 
on
virtual machines + AMA time.
Live  will be 
transmitted via OBS on 3mdeb YouTube channel. The nearest event starts 
*tommorow, 4:00 PM (UTC+02:00)*
All the events are on the public callendar 
.
 
Details in blogpost  or on 
qubes  and 3mdeb twitter 
.
btw: it's not a marketing-pitch. Just regular nerds.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/0a53b53f-7f39-4232-be01-07c8f33fd318%40googlegroups.com.

Re: [qubes-users] Re: Errors during downloading metadata for repository 'fedora-modular':

[Sven Semmler]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wed, May 27, 2020 at 07:30:29AM -0700, Dave wrote:
> The upgrade process for Standalone Fedora-31-work-test worked up until the 
> end when it complained about disk space.
> If necessary, I can add disk space and rerun it, but does this prove your 
> suspicion regarding UpgradeProxy? 

It does. It also shows us a workaround. Just like you created the
Standalone VM by qvm-clone --class StandaloneVM you can do the same
after a successful upgrade...

qvm-remove fedora-31-work
qvm-clone --class TemplateVM fedora-31-work-test fedora-31-work
qvm-remove fedora-31-work-test

> What about Frédéric's comment to "disable modular"? Wouldn't it be written 
> into the command script:
> *dnf --releasever= distro-sync --best* --allowerasing
> * terminal transcript attached

I have no idea, but he is one of the core developers and from his
comment I gather this is a rather routine issue. 

I imagine something like 'dnf config-manager --set-disabled
fedora-modular' should do it? 

> Keeping you busy, huh? Always good to learn something. Thanks a heap for 
> taking this on.

I am actually figuring this out together with you. It's a learning thing
for me too. ;-)

/Sven

- -- 
 public key: https://www.svensemmler.org/0x8F541FB6.asc
fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE18ry22WNibwI1qeq2m4We49UH7YFAl7OhjAACgkQ2m4We49U
H7ZBnBAAxyt2eUlQ7uGwcNfDKsQyQD1lAgln3mUb947Y9oNCGBgfxozuzdWhfI64
NRvBy7VctHVvxJ27zi+b4CEzgS/eB17BtPXLvzIvULSoyO2CvCjyHgNLfa6f72TZ
Hq3YsTg1VIOVVyJnfPcGkNFKiwY1uVrXpIaonmqBdF/nYWZENWQe25fRy073FPb/
HlSIrb6UK6gJXcIlkHyaHu4ychOFoPd0NC6htG4cPq/8DcH1qqTdIl08X/XPLta8
KR5V1042w1/QOe5kzqllFV3CNcOC4SX6g6lA+CAcpeI1Ac9wxXk0FjoeW9pNBZZE
6pJwIDzS7S9uNeGKbZB8XWBqUVRHa9Zia6YC//E9av9S/k2ijwphSiYe6Z72Mi+L
gqDuYYBMWf0fXEqy4ah68F0S4oXMTZNU7PcazaOu5B/n9gfR51V0uRSwH1E8mKML
sGpiGa08nK//BqgCoVkcjkgZ4SWVbQBj9xFAv7+rHg6wrXF12TZEJt4CEBErIt89
QWU+WcPoqiDHmP3161BUQlquPuTALSAvNcxTlAYvmKPobDfwEuLdrsHNCiOa2tb2
VchwxxzhyhHHHxxpx/9xdcomLIT+MbQcDcgk4cjZW8xtP+E7kJf6glJjFqEOOnaH
PP7OWw9nBoW4nUO4VP+kyBowBq7N8CT7wmO2QgGGIHutWD+H3Qw=
=fCw5
-END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527152432.GA1368%40app-email-private.

[qubes-users] Qubes OS & 3mdeb minisummit 2020

[Camille]

Hi, 
Just short info about official Qubes OS and 3mdeb minisummit 2020, where qubes 
and coreboot core developers will discuss status fwupd/LVFS support for Qubes, 
SRTM and DTRM for Qubes, Anti Evil Maid for Intel coreboot-based platform and 
details about building and testing operating system on virtual machines + AMA 
time. Live  will 
be transmitted via OBS on 3mdeb YouTube channel. The nearest event starts 
tommorow, 4:00 PM (UTC+02:00)
All the events are on the public callendar 
.
 Details in blogpost . 
Info as well on Qubes  & 3mdeb 
 twitter.
btw: it's not a marketing-pitch. Just regular nerds.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b9a1b0b8-5f5d-4b58-a700-76d0ddd9a75f%40googlegroups.com.

Re: [qubes-users] Re: Errors during downloading metadata for repository 'fedora-modular':

[dhorf-hfref . 4a288f10]

On Wed, May 27, 2020 at 07:30:29AM -0700, Dave wrote:
> The upgrade process for Standalone Fedora-31-work-test worked up until the 
> end when it complained about disk space.

> *dnf --releasever= distro-sync --best* --allowerasing

uh, since you do not seem to follow the fedora upgrade guide regarding
space management, this result is rather ... unsurprising.

to make extra space available for the update, you can use
  mkfs.ext4 /dev/xvdc3
  mount /dev/xvdc3 /mnt/removable
and add "--setopt=cachedir=/mnt/removable" to the dnf call.
(thats a lot less steps than in the official docs and will cleanup
 itself too) 



-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20200527150647.GV1079%40priv-mua.

Re: [qubes-users] Private Tor Bridge.

[Michael Carbone]

On 5/26/20 9:39 AM, Catacombs wrote:
> Not sure if Qubes Users is the best place to bring this up.
> 
> As I look at the various means to get on the Internet, in risky situations:
> Public WiFi.
> Hotels.
> A country which is involved in spying on its citizens.  
> 
> I notice that Tor has a means for "Bridges."  A Bridge being an IP Address 
> that allow one to make a first hop to an IP Address that the ISP, or local 
> server is not expecting, or blocking.  
> 
> My problem being that if one was in a place like China, then the government 
> is surely trying to gather up all the Bridges which the Tor network has.   
> 
> Just generally, I see one could create a private webpage somewhere, and 
> place on it the software to allow one to use it as one's own personal, 
> private Bridge.  First hop out.  Then one could direct the software on the 
> Server to - which ever. start a standard Tor, Connect to a VPN.   
> 
> It does require trusting where the server is one has put one's software 
> on.   
> 
> Obviously, one could borrow the Software from Tor to create a Bridge.  I 
> did not mention it to Tor, because, as this is risky in several ways, Tor 
> website will not publicly agree to help create this project.   Although 
> some of their programmers might advise on how to minimize risks.   
> 
> And the implementation inside Qubes Network manager software -dom0 has its 
> own special issues.  
> 
> Any comments?  / is this already on the list of suggestions for Qubes?
> 

you are correct that this is not really the right place to get a good
response as there is nothing Qubes-specific about this topic, the Tor
community would make much more sense.

The Tor Project just came out with a new community portal that has more
information about running Tor relays (in your particular case, bridges):

https://community.torproject.org/relay/
https://community.torproject.org/relay/types-of-relays/

here is a community effort to make setting up a server to use as a Tor
bridge simpler:
https://github.com/StreisandEffect/streisand/

there are certainly other similar projects on github as well.

it sounds like you are interested in reading more about pluggable
transports, which are the different strategies for obfuscating the
initial hop to the Tor network:

https://www.pluggabletransports.info

for example, in China the "meek" pluggable transport still works:

https://www.pluggabletransports.info/transports/

some of these transports are included in Tor Browser so that a user can
still circumvent some censorship mechanisms without the need to create a
private bridge.

The Tor project "will not publicly agree to help create this project"
because it is clear you are just learning about these topics and the
first step should be to research more to understand the issues better,
through which you will find that many people within the Tor community,
in academia, & beyond are actively working on these topics and there is
already functionality within Tor Browser that takes these issues into
account. Because China and some other countries actively work on new
methods to identify and block such initial hops, it will continue to be
a topic for research & development for the foreseeable future.

-- 
Michael Carbone

Qubes OS | https://www.qubes-os.org
@QubesOS 

PGP fingerprint: D3D8 BEBF ECE8 91AC 46A7 30DE 63FC 4D26 84A7 33B4

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/9658dddf-e9ca-fbf3-f21d-d3dc52590e3d%40qubes-os.org.

Re: [qubes-users] docker install problems on debian-10

[haaber]

Hey, I experience trouble while trying to install docker accordingly to
https://docs.docker.com/engine/install/debian/ on debian-10. It apprears
that aufs.ko (whatever that is) makes trouble

Building initial module for 4.19.120-1.pvops.qubes.x86_64
Error! Bad return status for module build on kernel:
4.19.120-1.pvops.qubes.x86_64 (x86_64)
Consult /var/lib/dkms/aufs/4.19+20190211/build/make.log for more
information.
dpkg: error processing package aufs-dkms (--configure):
  installed aufs-dkms package post-installation script subprocess
returned error exit status 10
Errors were encountered while processing:
  aufs-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)

Could someone help me, with a hint, please? Cheers, Bernhard


I append my own question by a detail: Since I am asked to consult the
make.log file, here is why it fails. I have no way to fix that without
some help. Maybe sme headers missing ??


from /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/sbinfo.c:23:
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:134:2: error:
unknown type name ‘vfs_readf_t’
  vfs_readf_t  si_xread;
  ^~~
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:135:2: error:
unknown type name ‘vfs_writef_t’
  vfs_writef_t  si_xwrite;
  ^~~~
In file included from
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/branch.h:33,
 from
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/aufs.h:38,
 from
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/module.c:25:
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:134:2: error:
unknown type name ‘vfs_readf_t’
  vfs_readf_t  si_xread;
  ^~~
/var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:135:2: error:
unknown type name ‘vfs_writef_t’
  vfs_writef_t  si_xwrite;
  ^~~~

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/80923647-7a7b-d615-fbd0-baefa47d8d77%40web.de.

Re: [qubes-users] Re: Errors during downloading metadata for repository 'fedora-modular':

[Dave]

- - when you just check for updates in your fedora-30-work template ... 
>   what happens? does it work normally? 
>

Yes; Qubes Manager Updater manages all my templates normally; Fedora 
templates get updated nearly once a day - sometimes more
 

> - - please compare 'qvm-features fedora-30-work' with 'qvm-features 
>   fedora-31-work' 
>
 
QVM features are equivalent:

[David@dom0 ~]$ qvm-features fedora-30-work
supported-service.network-manager  1
qrexec 1
supported-service.clocksync1
os Linux
qubes-firewall 1
gui1
supported-service.qubes-firewall   1
supported-service.qubes-updates-proxy  1
supported-service.modem-manager1
supported-service.qubes-update-check   1
supported-service.cups 1
supported-service.meminfo-writer   1
supported-service.updates-proxy-setup  1
supported-service.qubes-network1
updates-available  1

[David@dom0 ~]$ qvm-features fedora-31-work
supported-service.network-manager  1
qrexec 1
supported-service.clocksync1
os Linux
supported-service.modem-manager1
gui1
supported-service.qubes-firewall   1
supported-service.qubes-updates-proxy  1
supported-service.qubes-update-check   1
qubes-firewall 1
supported-service.cups 1
supported-service.meminfo-writer   1
supported-service.updates-proxy-setup  1
supported-service.qubes-network1
updates-available  

Will create Standalone Fedora-31-work-test after I "create" some coffee 
haha - breakfast creation can wait :-p  - David 

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/cea39f6b-b543-4ab4-93f3-1346640a7af1%40googlegroups.com.

[qubes-users] docker install problems on debian-10

[haaber]

Hey, I experience trouble while trying to install docker accordingly to
https://docs.docker.com/engine/install/debian/ on debian-10. It apprears
that aufs.ko (whatever that is) makes trouble

Building initial module for 4.19.120-1.pvops.qubes.x86_64
Error! Bad return status for module build on kernel:
4.19.120-1.pvops.qubes.x86_64 (x86_64)
Consult /var/lib/dkms/aufs/4.19+20190211/build/make.log for more
information.
dpkg: error processing package aufs-dkms (--configure):
 installed aufs-dkms package post-installation script subprocess
returned error exit status 10
Errors were encountered while processing:
 aufs-dkms
E: Sub-process /usr/bin/dpkg returned an error code (1)

Could someone help me, with a hint, please? Cheers, Bernhard

--
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/eb0cb755-f152-2d62-8bdd-fae78d16cee7%40web.de.

Re: [qubes-users] Errors during downloading metadata for repository 'fedora-modular':

[Frédéric Pierret]

On 2020-05-26 00:03, Dave wrote:
> platform: Qubes 4.0.3 / Intel 64
> 
> attempting to upgrade cloned Fedora-30 templates with user applications to 
> Fedora-31
> in accordance with instructions at 
> https://www.qubes-os.org/doc/template/fedora/upgrade/
> completed steps 1, 2, & 3 - shutdown, cloning from DOM0
> step 3 - "sudo dnf clean all" completed from new Fedora-31 template
> then:
> 
> [user@fedora-31-work ~]$ sudo dnf --releasever=fedora-31 distro-sync 
> --best --allowerasing
> Fedora Modular fedora-31 - x86_64   4.4 kB/s |  63 kB 
> 00:14   
> Errors during downloading metadata for repository 'fedora-modular':
>   - Status code: 404 for 
> https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-fedora-31&arch=x86_64
>  (IP: 127.0.0.1)
> Error: Failed to download metadata for repo 'fedora-modular': Cannot 
> prepare internal mirrorlist: Status code: 404 for 
> https://mirrors.fedoraproject.org/metalink?repo=fedora-modular-fedora-31&arch=x86_64
>  (IP: 127.0.0.1)
> 
> 
> I couldn't reach the mirrors address in a browser either.
> Do the mirror addresses in the Qubes repository need updating?
> 
> TIA - David
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "qubes-users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to qubes-users+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/qubes-users/c617677a-28b8-4ab1-ba22-e9b9b193cad4%40googlegroups.com
>  
> .

Unless you have specific needs for modular itself, we disable them by default 
in builds because we don't need them. So if you don't, simply disable them. 
Unfortunately, this is a recurrent problem with modular repos which are subject 
to very unstable behavior.

Best,
Frédéric

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to qubes-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/e877f64d-463e-2204-4f59-2a2517377bd0%40qubes-os.org.


signature.asc
Description: OpenPGP digital signature