[gentoo-user] gnome 3 and wifi credentials
Does anyone have a pointer to where Gnome 3 (3.20 in my case) stores my wifi credentials? I would love to sync that over to my new laptop without re-entering PSKs at customers.
Re: [gentoo-user] stop an emerge (compilation), halt the PC, boot and continue the emerge
The 2016-06-20 17:52, Ian Bloss wrote :
Usually what I'll do is ctrl-z which pauses emerge, and then I'll run
pm-suspend to put the machine to sleep. After I turn it back on again
I'll issue fg and emerge will resume.
The 2016-06-20 18:29, Mick wrote :
In addition, if you can use the same procedure for hibernate (to disk)
if for
some reason you need to completely remove power from your PC.
Yes, I know that but I was in a special case where I couldn't use it.
The 2016-06-20 17:56, Andrew Lowe wrote :
What I do may be of help, but then again, it may be all wrong and one
day the gates of hell may open up and swallow mankind because of what I
did, but hey, that's life.
There is the FEATURES entry in make.conf, man make.conf. Within this
are two options "keeptemp" and "keepwork". I enable them, then the
consequences of which is that stuff is not cleaned up. Hence when I
rerun the emerge, the "make" within sees the already existing files and
skips them, in other words it does as "make" is expected to do.
Please bear in mind if you have /var/tmp/portage set up to be a RAM
disk of some sort, obviously if you turn your machine off, you'll look
the intermediate files, but if you are hard disk based, they will be
there when you restart the machine and so when you rerun emerge, the
part up until when you killed the emerge originally will be skipped.
Hope this helps,
Andrew
Hey, this is an instrosting option ! Thank you !
The 2016-06-20 18:12, Marc Stürmer wrote :
Take a look at Tux on Ice, this should do the trick for you.
I already have suspend and hibernate command. Is it different ?
The 2016-06-20 18:41, Raffaele BELARDI wrote :
I had success in the past using ebuild instead of emerge. Check the man
page, briefly emerge is equivalent to the following steps in sequence:
$ ebuild fetch
$ ebuild unpack
$ ebuild compile
$ ebuild install
$ ebuild qmerge
Running 'make' in the temp dir followed by the last two ebuild steps
only (install and qmerge) should work.
raffaele
Thank you very much for this little course ! It's very introsting !
And it help me very much !
The 2016-06-20 18:42, Willie M wrote :
This is pretty much what is run when you emerge something.
ebuild [.ebuild] fetch
ebuild [.ebuild] unpack
ebuild [.ebuild] compile
ebuild [.ebuild] install
ebuild [.ebuild] qmerge
ebuild [.ebuild] clean
to continue just choose what part the build was on when you quit it and
start there.
All I really just use is compile and merge. If it didn't get to compile
it isn't worth it. Just emerge the whole thing again.
Thank you for your additional informations !
The 2016-06-20 22:52, "J." García wrote :
Yes you can, it is not officially supported to do this but I have done
it several times (webkits, libreoffice) without problems, what I do is
make a binary package and then install it, you should have set $PKGDIR
in make.conf, here's how I've done it:
You stopped at libreoffice, you restart your computer, then you should
find out what is the exact ebuild you were building, equery can help
you, if it is an upgrade, i.e.:
$ equery which libreoffice
${PORDIR}/app-office/libreoffice/libreoffice-5.1.3.2.ebuild
then you pretend you are emerge, by using the portage user to make the
build resume, make sure $PKGDIR is writable by the portage user:
$ sudo -u portage ebuild\
${PORTDIR}/app-office/libreoffice/libreoffice-5.1.3.2.ebuild \
package
or nesting both commands:
$ sudo -u portage ebuild $(equery w libreoffice) package
this makes all the previous steps needed (prepare, configure ,build,
install) if they haven't been done,
when that is finished you can merge your recently created binary
package by:
$ sudo emerge -av1K =app-office/libreoffice-5.1.3.2
and resume the general upgrade with:
emerge --resume -av --exclude app-office/libreoffice
Thank you for your alternate method !
Thank you all, very very much for this lot of introsting and helpful
anwsers !
Hogren
Re: [gentoo-user] Re: Gentoo is supporting officially Snap packages?
On Thu, Jun 16, 2016 at 7:40 PM, José Maldonado wrote: > El 16/06/16 a las 13:32, Tom H escribió: >> >> When I first saw this, I thought "strange, maybe if Gentoo develops an >> 'esnap' in order to build the container-package locally" but then I >> remembered that we have docker and lxc/lxd, so why not another method? > > That is possible, but the goal is to serve Snap container for > applications that can be downloaded and used by the user, down a single > binary that will have all the dependencies in that binary. Docker and > LXC obviously can do this, but its scope and possibilities are much > larger and are not addressed within the scope of normal user of a PC. With docker/lxc/lxd, you can use your own images so you should be able to do so with snap. You lose the ability simply to add a repo and pull an image from it. >> When Flatpak's ready, someone'll make it available and/or package it. > > Flatpak is ready for use now. Not fully. >From fedora-devel@: > Isn't flatpak in gnome-software pushed back to F25 ? It partly supports Flatpak in F24. You can manage already installed apps, but you still need to use flatpak command to install them. In F25, you will be able to just download .flatpak file, double-click it and Software will install it and set its repo. and I think that once the full sandboxing / portal system is in place, there _will_ be a tangible reason to prefer Flatpak. >> [AFAIK, Flatpak's for GUI apps accessed via Gnome Software so it's not >> quite a Snap competitor.] > > Flatpak and Snap, have GUI and command-line. In addition, Flatpak > packages weigh less than their counterparts Snap, and right now several > free software projects officially support it, including LibreOffice. i wasn't referring to the "installer." The Flatpak intention's to package GUI apps only.
Re: [gentoo-user] Re: Gentoo is supporting officially Snap packages?
On Thu, Jun 16, 2016 at 11:25 PM, J. wrote: > They say it's not a GNOME thing only, but born in the GNOME project, > Quote from their FAQ: > > "Is Flatpak tied to GNOME? > > No. While Flatpak has been developed by people with a long involvement > in the GNOME community it is not tied to any desktop. In fact, it was > designed with the explicit goal of allowing it to build applications > using any library stack or programming language an application author > might want." Marketing's-speak is marketing speak... AFAIK, the only current implementation of a GUI from which to install a Flatpak is Gnome Software, with KDE apparently working on something similar. So, unless you want to download a file and double-click on it, it's Gnome for now and KDE soon. > The flatpak packages take less space because there's a separation > between runtimes and applications, with the runtime(s) containing many > of the libraries/packages required by an application, and intended to > be used by many of these, and the application package only containing > the remaining required libraries, or maybe only the app, so it could > reduce but not eliminate the problem previously discussed of > dependencies being left unmaintained and not upgraded with security > fixes. IMHO Flatpak seems a better option than Snap, and certainly > reducing file system and device access is a good thing about both, but > with these advantages some other problems are created, so it's a trade- > off. If you start relying on too many libraries in the runtimes, you end up with the same "problem" as non-Flatpak, non-Snap packages. > Maybe we will see Snaps/Flatpaks of popular proprietary software that's > only available for Windows and MacOS right now that has no real FOSS > competitor e.g. AutoCAD and family, I often hear the excuse of these > vendors not supporting Linux because of the many distributions. Getting > LibreCAD to the level of AutoCAD would take a decade or more at the > pace it is going, right know it reminds me of AutoCAD 2004, and it > isn't even a that level. Linus has complained that the dive software that he created had nightly or weekly (I forget) builds for macOS and Windows but not for Linux because of the multitude of distributions. So he and those now maintaining that app'll be happy.
Re: [gentoo-user] Gentoo is supporting officially Snap packages?
On Sun, Jun 19, 2016 at 5:03 PM, Andreas K. Huettel wrote: > > Gentoo support for Snap is roughly as "official" as RedHat/Fedora support. > > See also > https://www.happyassassin.net/2016/06/16/on-snappy-and-flatpak-business-as-usual-in-the-canonical-propaganda-department/ > > Quoting from there: > "The sum total of communication between Canonical and Fedora before the > release of this press release was that they mailed us asking about the process > of packaging snappy for Fedora, and we told them about the main packaging > process and COPR. They certainly did not in any way inform Fedora that they > were going to send out a press release strongly implying that Fedora, along > with every other distro in the world, was now a happy traveler on the Snappy > bandwagon." By a Gnome dev on fedora-devel@: Just for the record... the Softpedia article doesn't actually say "Canonical state that they have been working with Fedora developers to make this the universal packaging format." It does say they've been "working for some time with developers from various major GNU/Linux distributions" and that "the Snap package format is working natively on popular GNU/Linux operating systems like [...] Fedora [...]," so it's clear why there was confusion, but it doesn't say that they've been working with Fedora specifically. There's one thing that's not addressed in the marketing and that's Snap's are secure on Ubuntu because it uses AppArmor - and I've read a post that said that they've patched AppArmor specifically to contain Snaps better but I can't find that reference.
Re: [gentoo-user] gnome 3 and wifi credentials
On Tue, Jun 21, 2016 at 3:57 AM, Stefan G. Weichinger wrote: > > Does anyone have a pointer to where Gnome 3 (3.20 in my case) stores my > wifi credentials? > > I would love to sync that over to my new laptop without re-entering PSKs > at customers. Unless Gnome changes the default (which I doubt), it's /etc/NetworkManager/system-connections/
Re: [gentoo-user] how to upgrade perl
Hi, On Mon, 20 Jun 2016 18:27:36 +0200 lee wrote: > how do you do an update despite perl blocking it? > > > emerge -a --update --newuse --deep --with-bdeps=y --keep-going @world > [...] > dev-lang/perl:0 > > (dev-lang/perl-5.22.2:0/5.22::gentoo, ebuild scheduled for merge) pulled in > by > =dev-lang/perl-5.22* required by > (virtual/perl-IO-Zlib-1.100.0-r6:0/0::gentoo, installed) > ^ ^ > > (and 8 more with the same problem) > > (dev-lang/perl-5.20.2:0/5.20::gentoo, installed) pulled in by > dev-lang/perl:0/5.20=[-build(-)] required by > (dev-perl/Encode-Locale-1.30.0-r1:0/0::gentoo, installed) > > > =dev-lang/perl-5.20* required by > (virtual/perl-Pod-Parser-1.620.0:0/0::gentoo, installed) > ^ ^ > > (and 56 more with the same problems) > [...] Your problem is likely not in perl itself, but in subslot deps resolution. Looks like you have other unresolved dependencies, but they can't be seen because of subslots. To solve this one needs to temporary disable subslots, fix all issues, then enable subslots back. First run emerge with subslots ignored: emerge -DNuav --with-bdeps=y --ignore-built-slot-operator-deps y --backtrack 10 @world After this command you will see other blockers than listed in your mail. Fix them until the command above will build dep tree without errors. Afterwards run your usual emerge command with subslots enabled, e.g.: emerge -DNuav --with-bdeps=y --backtrack 10 @world and you should be fine. See also bug 540562: https://bugs.gentoo.org/show_bug.cgi?id=540562 This problem may be solved with huge backtrack value, but in my case --backtrack=100 was not enough and 1000 was not possible to check, because even 100 took about 3 hours(!!) to run. Best regards, Andrew Savchenko pgpKr7TFbKBqi.pgp Description: PGP signature
[gentoo-user] emerge --resume says "invalid resume list".
Hi. I don't believe I've ever seen portage's --resume --skipfirst option work correctly without saying "invalid resume list". I know this is incorrect because I've manually checked that all deps are satisfied and it even occurs if a custom package I'm working on with nothing depending upon it fails. Is something misconfigured on my end or is this just a long-standing bug? I at least need a way to either recover the list of packages manually or force portage to continue on because any failure prevents updating a system. --nodeps isn't an option because this causes portage to disregard the merge order which can be a problem. I can't even find where portage stores the resume list. Long ago I think it was in a python pickle file somewhere but I can't find this anymore. Any pointers? Thanks. Most configs here if needed: https://github.com/ormaaj/dotfiles/tree/master/common/etc/portage (usually a bit outdated though)
Re: [gentoo-user] emerge --resume says "invalid resume list".
On Tue, 21 Jun 2016 09:39:42 -0500, Dan Douglas wrote: > Is something misconfigured on my end or is this just a long-standing > bug? I at least need a way to either recover the list of packages > manually or force portage to continue on because any failure prevents > updating a system. Have you tried the --keep-going option? It causes emerge to automatically continue with what it can after a failed build. -- Neil Bothwick Never ask a geek why, just nod your head and slowly back away pgpD9FHfTWJQl.pgp Description: OpenPGP digital signature
Re: [gentoo-user] gnome 3 and wifi credentials
Am 2016-06-21 um 12:05 schrieb Tom H: > On Tue, Jun 21, 2016 at 3:57 AM, Stefan G. Weichinger wrote: >> >> Does anyone have a pointer to where Gnome 3 (3.20 in my case) stores my >> wifi credentials? >> >> I would love to sync that over to my new laptop without re-entering PSKs >> at customers. > > Unless Gnome changes the default (which I doubt), it's > > /etc/NetworkManager/system-connections/ I had found that info as well, but that directory is simply *empty* on my laptops. So there has to be something in $home somewhere. gnome-keyring? I could simply rsync all dotfiles/directories in $home .. but that is not cool and puts cruft onto the new system.
Re: [gentoo-user] gnome 3 and wifi credentials
On Tue, Jun 21, 2016 at 3:43 PM, Stefan G. Weichinger wrote: > Am 2016-06-21 um 12:05 schrieb Tom H: >> On Tue, Jun 21, 2016 at 3:57 AM, Stefan G. Weichinger wrote: >>> >>> Does anyone have a pointer to where Gnome 3 (3.20 in my case) stores my >>> wifi credentials? >>> >>> I would love to sync that over to my new laptop without re-entering PSKs >>> at customers. >> >> Unless Gnome changes the default (which I doubt), it's >> >> /etc/NetworkManager/system-connections/ > > I had found that info as well, but that directory is simply *empty* on > my laptops. So there has to be something in $home somewhere. > > gnome-keyring? > > I could simply rsync all dotfiles/directories in $home .. but that is > not cool and puts cruft onto the new system. Go to the network settings, and set the wireless connection as "shared with other users". Then it will appear in /etc/NetworkManager/system-connections. If you don't want to share the connection with other users, do something like find $HOME/.config -name "*ESSID*" where ESSID is the ESSID you are interested in. The prefix '*' is because a while ago NM added the name "Auto" to all wireless networks that were set to automatically connect. If ~/.config does not work, use ~/.local (I don't have my laptop with me, so I cannot check which one it is). Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] gnome 3 and wifi credentials
Am 2016-06-21 um 23:03 schrieb Canek Peláez Valdés: > Go to the network settings, and set the wireless connection as "shared > with other users". Then it will appear in > /etc/NetworkManager/system-connections. > > If you don't want to share the connection with other users, do something like > > find $HOME/.config -name "*ESSID*" > > where ESSID is the ESSID you are interested in. The prefix '*' is > because a while ago NM added the name "Auto" to all wireless networks > that were set to automatically connect. If ~/.config does not work, > use ~/.local (I don't have my laptop with me, so I cannot check which > one it is). not found in both .config or .local, sorry ;-) I'd love to simply rsync $that_one_subdir to the new system and be done. thanks, Stefan
Re: [gentoo-user] gnome 3 and wifi credentials
On 21/06/2016 09:57, Stefan G. Weichinger wrote: Does anyone have a pointer to where Gnome 3 (3.20 in my case) stores my wifi credentials? I would love to sync that over to my new laptop without re-entering PSKs at customers. Surely the password is kept in an encrypted wallet? Alan
Re: [gentoo-user] gnome 3 and wifi credentials
On Tue, 21 Jun 2016 23:14:40 +0200, Stefan G. Weichinger wrote: > not found in both .config or .local, sorry ;-) > > I'd love to simply rsync $that_one_subdir to the new system and be done. touch now change wireless settings find ~ -newer now -- Neil Bothwick Ifyoucanreadthis,youspendtoomuchtimefiguringouttaglines. pgpa4mTK20dpG.pgp Description: OpenPGP digital signature
Re: [gentoo-user] gnome 3 and wifi credentials
El mar, 21-06-2016 a las 22:43 +0200, Stefan G. Weichinger escribió: > > I had found that info as well, but that directory is simply *empty* > on > my laptops. So there has to be something in $home somewhere. > > gnome-keyring? > Apparently they are stored in the gnome-keyring if you set up the conection to 'Store the password for this user' when using nm-applet, but stored in /etc/NewtorkManager/system-connections/ as plain text when you select 'all users may connect to this network' (I don't know the exact options name, I'm using networkd, so I couldn't check) but look at this[1] I guess there should be a way to backup and restore the gnome-keyring. [1] https://wiki.archlinux.org/index.php/NetworkManager#Encrypted_Wi-Fi _passwords
