Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Dantrell's GNOME Without Systemd Project (Part 3)
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 5, 6, 7 ... 14, 15, 16  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
simonvanderveldt
Tux's lil' helper
Tux's lil' helper


Joined: 26 Jan 2016
Posts: 114

PostPosted: Sun Jun 23, 2019 5:06 pm    Post subject: Reply with quote

Just ran into this blocker
Code:
dev-libs/glib:2

  (dev-libs/glib-2.54.3-r3:2/54::dantrell-gnome, installed) pulled in by
    dev-libs/glib:2/54= required by (gnome-base/gnome-shell-common-0.0.1-r1:0/0::dantrell-gnome, installed)
                 ^^^^^^                                                                                                                       
    dev-libs/glib:2/54= required by (x11-libs/libxklavier-5.4:0/16::dantrell-gnome, installed)
                 ^^^^^^                                                                                                           
    dev-libs/glib:2/54=[abi_x86_64(-)] required by (net-misc/networkmanager-1.16.2:0/0::dantrell-gnome, installed)
                 ^^^^^^                                                                                                                               
    dev-libs/glib:2/54= required by (dev-libs/totem-pl-parser-3.26.3:0/18::dantrell-gnome, installed)
                 ^^^^^^                                                                                                                 
    dev-libs/glib:2/54= required by (gnome-extra/nm-applet-1.8.10-r1:0/0::dantrell-gnome, installed)
                 ^^^^^^                                                                                                                 
    dev-libs/glib:2/54= required by (media-video/ffmpegthumbnailer-2.2.0-r1:0/0::gentoo, installed)
                 ^^^^^^                                                                                                               

  (dev-libs/glib-2.60.4:2/60::dantrell-gnome, ebuild scheduled for merge) pulled in by
    >=dev-libs/glib-2.58:2 required by (dev-java/icedtea-bin-3.12.0-r1:8/8::gentoo, ebuild scheduled for merge)
    ^^              ^^^^^^                                                                                                                                                               


Apart from unmasking packages masked by your overlay is my only option to upgrade GNOME? I'm currently still on 3.26.
I assume the masks for these package versions are there for a reason? :)
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Mon Jun 24, 2019 2:26 am    Post subject: Reply with quote

I thought I'd randomly check in (since I haven't received any alerts lately) and sure enough, there are posts here. :o

Shibotto wrote:
Skipped, because what could possibly go wrong? :lol:

Shibotto wrote:
They seem to be needed on my system... yeah, like that will ever to stop me! :twisted:

Shibotto wrote:
And purge them :twisted:

Shibotto during the aforementioned events...

simonvanderveldt wrote:
Just ran into this blocker [...]

That reminds me, it's been a while since I ran some Freeze Assurance checks.

A quick peek shows 36 packages to review, including dev-java/icedtea-bin.

Except in rare cases, my approach is to mask these kind of packages.

Edit: I reviewed the packages and adjusted the mask files accordingly.

simonvanderveldt wrote:
Apart from unmasking packages masked by your overlay is my only option to upgrade GNOME? I'm currently still on 3.26.
I assume the masks for these package versions are there for a reason? :)

You actually have 3 options here:

1. You can work around the mask.

For instance, do you really need icedtea-bin or is dev-java/openjdk-*bin what you actually want?

The reason I didn't encounter your issue is because I didn't have icedtea-bin installed despite having dev-java/openjdk-*bin.

2. You can upgrade.

Note, I'm still on 3.14 myself with no plans to step up.

3. You can unmask ~4 packages and be unaffected by the GLib lockout.

Which brings us to your primary question...

I mask packages to freeze the state of each GNOME release so the versions of the accompanying packages are the ones that upstream works.

This almost 100% guarantees that things work together.

If you mix and match packages from different GNOME release versions, you lose that guarantee.

Things will probably still work together, however, at the same time, things have a likelihood of subtly going wrong in either important or not so important ways (and the further apart the GNOME release versions involved, the higher the likelihood). On this, I speak from experience.

There are definitely some using the project overlays to run their favorite (older) GNOME release version but with the latest GLib unmasked (since it's the biggest blocker to the latest software). When it works, it works but when it doesn't... :roll:

To be fair, Gentoo famously uses this method and the majority seemingly have no issues.
_________________
Dantrell B.
Back to top
View user's profile Send private message
simonvanderveldt
Tux's lil' helper
Tux's lil' helper


Joined: 26 Jan 2016
Posts: 114

PostPosted: Mon Jun 24, 2019 6:05 pm    Post subject: Reply with quote

dantrell wrote:

simonvanderveldt wrote:
Just ran into this blocker [...]

That reminds me, it's been a while since I ran some Freeze Assurance checks.

A quick peek shows 36 packages to review, including dev-java/icedtea-bin.

Except in rare cases, my approach is to mask these kind of packages.

Edit: I reviewed the packages and adjusted the mask files accordingly

Seems to work :) Thanks!

dantrell wrote:

simonvanderveldt wrote:
Apart from unmasking packages masked by your overlay is my only option to upgrade GNOME? I'm currently still on 3.26.
I assume the masks for these package versions are there for a reason? :)

You actually have 3 options here:
...

Thanks for the additional info. I wasn't aware there was a new alternative to icedtea(-bin), seems like it's still marked as testing (https://packages.gentoo.org/packages/dev-java/openjdk-bin) but I guess it might make sense to switch in the future.

I think I prefer to stay on the matching versions and if that won't work I can always upgrade, so far nothing unfixable has happened on newer versions I believe :)
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Mon Jun 24, 2019 10:55 pm    Post subject: Reply with quote

simonvanderveldt wrote:
Thanks for the additional info. I wasn't aware there was a new alternative to icedtea(-bin), seems like it's still marked as testing (https://packages.gentoo.org/packages/dev-java/openjdk-bin) but I guess it might make sense to switch in the future.

Actually, IcedTea pulls in OpenJDK.

If I recall correctly, the IcedTea portion is responsible for the parts of Java that aren't open like Java Web Start.
_________________
Dantrell B.
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1408

PostPosted: Thu Jun 27, 2019 12:42 am    Post subject: Gnome Flashback Reply with quote

Gnome Flashback has arrived !
This is using Gnome-3 as if it were Gnome-2,
and you don't need Wayland when using Metacity insted of Mutter !

You should try, if it is not working without systemd, please talk back:
https://bugs.gentoo.org/680326
_________________
the thread ain't easily find an end
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Thu Jun 27, 2019 2:36 am    Post subject: Re: Gnome Flashback Reply with quote

ulenrich wrote:
Gnome Flashback has arrived !

The project overlays have supported GNOME Flashback since GNOME 3.14.

It (probably) just wasn't highlighted until Elleni rolled up with GNOME+VNC issues.

P.S. That's also (allegedly) when it started receiving testing and GNOME Flashback 3.32 was confirmed to be working. :twisted:

ulenrich wrote:
You should try, if it is not working without systemd, please talk back: [...]

Anyone running GNOME Flashback with the project overlays should still report here if they experience any issues.

And since my implementation of GNOME Flashback is different from Gentoo's please don't report the issues on Gentoo bug #680326 here either.
_________________
Dantrell B.
Back to top
View user's profile Send private message
Elleni
Veteran
Veteran


Joined: 23 May 2006
Posts: 1033

PostPosted: Sun Jul 07, 2019 9:03 pm    Post subject: Reply with quote

Hi Dantrell,

can you tell me how to solve the issue that I cannot successfully autologin to gnome shell with gdm? As soon as I try, I see
Code:
gdm-password][4029]: gkr-pam: couldn't unlock the login keyring.
But it works if I disable autologin in custom.conf and login by chosing user and typing password manually. I already tried if changing password in seahorse login to empty password helps, but it doesn't.
Back to top
View user's profile Send private message
Spargeltarzan
Guru
Guru


Joined: 23 Jul 2017
Posts: 301

PostPosted: Wed Jul 10, 2019 8:38 pm    Post subject: Reply with quote

Hi Dantrell,

app-i18n/ibus-1.5.19-r1 fails to emerge

Code:

make[3]: *** Waiting for unfinished jobs....
emojier.vala:148.46-148.46: error: invalid escape sequence
            if (text.length == 1 && ch == '\v') {
                                             ^
emojier.vala:148.46-148.46: error: invalid character literal
            if (text.length == 1 && ch == '\v') {
                                             ^
Compilation failed: 2 error(s), 0 warning(s)
make[3]: *** [Makefile:1346: panelbinding.c] Error 1
rm ibus-emoji.7
make[3]: Leaving directory '/var/tmp/portage/app-i18n/ibus-1.5.19-r1/work/ibus-1.5.19/ui/gtk3'
make[2]: *** [Makefile:513: all-recursive] Error 1
make[2]: Leaving directory '/var/tmp/portage/app-i18n/ibus-1.5.19-r1/work/ibus-1.5.19/ui'
make[1]: *** [Makefile:687: all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/portage/app-i18n/ibus-1.5.19-r1/work/ibus-1.5.19'
make: *** [Makefile:594: all] Error 2
 * ERROR: app-i18n/ibus-1.5.19-r1::dantrell-gnome failed (compile phase):
 *   emake failed


Thanks for your advice!
_________________
___________________
Regards

Spargeltarzan

Notebook: Lenovo YOGA 900-13ISK: Gentoo stable amd64, GNOME systemd, KVM/QEMU
Desktop-PC: Intel Core i7-4770K, 8GB Ram, AMD Radeon R9 280X, ZFS Storage, GNOME openrc, Dantrell, Xen
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Wed Jul 10, 2019 9:22 pm    Post subject: Reply with quote

Elleni wrote:
can you tell me how to solve the issue that I cannot successfully autologin to gnome shell with gdm? As soon as I try, I see
Code:
gdm-password][4029]: gkr-pam: couldn't unlock the login keyring.
But it works if I disable autologin in custom.conf and login by chosing user and typing password manually. I already tried if changing password in seahorse login to empty password helps, but it doesn't.

Hmm, déjà vu? :?

Either the answer in somewhere in the support thread(s) or I never figured it out.

Since I can't recall, it might be the latter.

Spargeltarzan wrote:
app-i18n/ibus-1.5.19-r1 fails to emerge

Sync up and you should be good to go.

P.S. In the future, for Vala-related build failures, if you snip the full build log please also include the snippet showing which version of Vala the package tried to build against.
_________________
Dantrell B.
Back to top
View user's profile Send private message
Spargeltarzan
Guru
Guru


Joined: 23 Jul 2017
Posts: 301

PostPosted: Wed Jul 10, 2019 10:01 pm    Post subject: Reply with quote

dantrell wrote:

P.S. In the future, for Vala-related build failures, if you snip the full build log please also include the snippet showing which version of Vala the package tried to build against.


I will :)

It emerges fine now! :D
_________________
___________________
Regards

Spargeltarzan

Notebook: Lenovo YOGA 900-13ISK: Gentoo stable amd64, GNOME systemd, KVM/QEMU
Desktop-PC: Intel Core i7-4770K, 8GB Ram, AMD Radeon R9 280X, ZFS Storage, GNOME openrc, Dantrell, Xen
Back to top
View user's profile Send private message
Shibotto
Tux's lil' helper
Tux's lil' helper


Joined: 19 Jun 2015
Posts: 135
Location: Italy

PostPosted: Mon Jul 22, 2019 10:46 am    Post subject: Reply with quote

Hi dantrell, I'm using profile 17.1 and I just got x11-apps/xinit-1.4.1 which has a change in /etc/X11/startDM.sh from
Code:
. /etc/init.d/functions.sh

to
Code:
. /lib/rc/sh/functions.sh

sys-apps/openrc-0.29-r1 however still uses /lib64, so xdm service fails to start. openrc-0.41.2 ebuild seems recent enough to force /lib, but I don't know how's the current situation with the "hanging during shutdown" problem, since it never happened to me. So to avoid potential problem, could you please fix openrc-0.29?

At a quick glance, it should be enough to sync with 0.41.2 the LIBEXECDIR argument and some keepdir, but I didn't test it yet. 8O
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Tue Jul 23, 2019 11:00 am    Post subject: Reply with quote

Shibotto wrote:
So to avoid potential problem, could you please fix openrc-0.29?

No problem.

But, I can't immediately test this either so give me another day or so.
_________________
Dantrell B.
Back to top
View user's profile Send private message
Elleni
Veteran
Veteran


Joined: 23 May 2006
Posts: 1033

PostPosted: Tue Jul 23, 2019 5:40 pm    Post subject: Reply with quote

Hey dantrell, I have also one for you, I think :twisted:

Code:
WARNING: One or more updates/rebuilds have been skipped due to a dependency conflict:

media-libs/gegl:0.4

  (media-libs/gegl-0.4.16:0.4/0.4::dantrell-gnome, ebuild scheduled for merge) conflicts with
    >=media-libs/gegl-0.4.0:0.4[cairo,jpeg2k,raw] required by (media-gfx/gnome-photos-3.32.0:0/0::dantrell-gnome-3-32, installed)
                                      ^^^^^^     
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Wed Jul 24, 2019 2:58 pm    Post subject: Reply with quote

dantrell wrote:
No problem.

But, I can't immediately test this either so give me another day or so.

Done.

Preliminary testing shows all is well but you know how that is. :twisted:

Elleni wrote:
Hey dantrell, I have also one for you, I think :twisted:

Sync up and you should be good to go.
_________________
Dantrell B.
Back to top
View user's profile Send private message
Elleni
Veteran
Veteran


Joined: 23 May 2006
Posts: 1033

PostPosted: Wed Jul 24, 2019 7:35 pm    Post subject: Reply with quote

Thanks dantrell, all good. You rock!
Back to top
View user's profile Send private message
giocitta
n00b
n00b


Joined: 11 Dec 2013
Posts: 69
Location: Località Cheirasca, 21 -15066 Gavi (AL)

PostPosted: Wed Jul 24, 2019 7:46 pm    Post subject: Again gegl problem Reply with quote

Gentoo with Gnome-3.32 dantrell-way. Everything worked optimally, but this morning, trying to update, I get:

Code:
These are the packages that would be merged, in order:
Calculating dependencies... done!

!!! All ebuilds that could satisfy ">=media-libs/gegl-0.4.0:0.4[cairo,jpeg2k,raw]" have been masked.
!!! One of the following masked packages is required to complete your request:
- media-libs/gegl-9999::gentoo (masked by: package.mask, missing keyword)

(dependency required by "media-gfx/gnome-photos-3.32.0::dantrell-gnome-3-32" [ebuild])
(dependency required by "gnome-base/gnome-extra-apps-3.32.0::dantrell-gnome-3-32[tracker]" [installed])
(dependency required by "gnome-base/gnome-3.32.0::dantrell-gnome-3-32[extras]" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

The problem is unsolvable (obviously, for me!). I explored all the directories under /etc/portage and found no reference to -9999-packages.

revdep-rebuild OK
emerge @preserved-rebuild OK
emerge =media-libs/gegl-0.4.0 there are no ebuilds to satisfy "=media-libs/gegl-0.4.0"

I'm becoming mad! Very obliged for an help.

[Moderator edit: added [code] tags to preserve output layout. -Hu]
_________________
Giorgio Cittadini
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7452
Location: Austria

PostPosted: Wed Jul 24, 2019 8:15 pm    Post subject: Reply with quote

If you have a dantrell-overlay problem, then please ask about it in the dantrell-overlay thread. -> https://forums.gentoo.org/viewtopic-t-1095396.html
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
pjp
Administrator
Administrator


Joined: 16 Apr 2002
Posts: 18344

PostPosted: Wed Jul 24, 2019 8:53 pm    Post subject: Reply with quote

Merged previous two posts.
_________________
Don't even pause and ask them why. Turn around and say goodbye.
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Thu Jul 25, 2019 9:29 am    Post subject: Re: Again gegl problem Reply with quote

giocitta wrote:
Gentoo with Gnome-3.32 dantrell-way. Everything worked optimally, but this morning, trying to update, I get: [...]

This seems to be the same as Elleni's issue so sync up and you should be good to go.

If that doesn't do it, then please understand that this issue is happening because the jpeg2k USE flag is masked for removal as per Gentoo bug #689784 yet something is pulling it in (causing the available media-libs/gegl versions to not satisfy the requirements).
_________________
Dantrell B.
Back to top
View user's profile Send private message
giocitta
n00b
n00b


Joined: 11 Dec 2013
Posts: 69
Location: Località Cheirasca, 21 -15066 Gavi (AL)

PostPosted: Thu Jul 25, 2019 9:47 am    Post subject: Again gegl problem Reply with quote

pjp wrote:
Merged previous two posts.


Today, after a new "emaint -A sync" - as suggested by Dantrell (thanks!) -, "emerge -avuDN --with-bdeps=y @world" was correctly completed (29 packages). No error! I understand which was the cause of failure (but yesterday the sync action was uneffective), Sad of not being successful by myself and sorry to have disturbed you all!
_________________
Giorgio Cittadini
Back to top
View user's profile Send private message
Shibotto
Tux's lil' helper
Tux's lil' helper


Joined: 19 Jun 2015
Posts: 135
Location: Italy

PostPosted: Thu Jul 25, 2019 9:00 pm    Post subject: Reply with quote

dantrell wrote:
Preliminary testing shows all is well but you know how that is. :twisted:

Thank you! System still boots, Xorg starts... that's pretty much what I was hoping for :lol:
Back to top
View user's profile Send private message
saboya
Guru
Guru


Joined: 28 Nov 2006
Posts: 495
Location: Brazil

PostPosted: Sat Jul 27, 2019 12:35 pm    Post subject: Reply with quote

Request to stabilize net-vpn/networkmanager-openvpn-1.8.10? It's already stable in the main tree.
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Sat Jul 27, 2019 3:29 pm    Post subject: Reply with quote

Shibotto wrote:
Thank you! System still boots, Xorg starts... that's pretty much what I was hoping for :lol:

I'm not saying that's what I was hoping for too but that's what I was hoping for too. :wink:

saboya wrote:
Request to stabilize net-vpn/networkmanager-openvpn-1.8.10? It's already stable in the main tree.

Done.
_________________
Dantrell B.
Back to top
View user's profile Send private message
Shibotto
Tux's lil' helper
Tux's lil' helper


Joined: 19 Jun 2015
Posts: 135
Location: Italy

PostPosted: Thu Aug 01, 2019 3:40 pm    Post subject: Reply with quote

Here I am again! I was wondering if you have any plan to include libhandy as a standalone library. Right now there are 3 packages on my system requiring it: www-client/epiphany, gnome-extra/gnome-contacts and gnome-base/gnome-control-center. Upstream, all of them include libhandy as a subproject, so if it's missing from the system they compile it in and everything technically works.

The first one which gets in the emerge queue (I guess) gets to build libhandy and install it on the system. In my case it was gnome-contacts:
Code:
$ qfile /usr/lib64/libhandy-0.0.so
gnome-extra/gnome-contacts (/usr/lib64/libhandy-0.0.so)

The other 2 packages then find the library already installed and link against it.
This is a problem, because in this scenario epiphany and gnome-control-center now have an undeclared dependency against gnome-contacts.

I think the best solution would be to get libhandy its own ebuild and make those 3 packages depend on it. I will probably try an ebuild this Sunday (it should be fairly easy) if you don't get at it before. This solution however will require manual intervention during upgrade, since /usr/lib64/libhandy-0.0.so is already owned by one of those packages, so beware :lol:

EDIT: on a more thorough inspection, gnome-contacts seems to be the only one to actually install libhandy-0.0.so on the system, while the other 2 packages statically link (if they don't find it on the system).
Back to top
View user's profile Send private message
dantrell
l33t
l33t


Joined: 01 Jun 2007
Posts: 677
Location: Earth

PostPosted: Thu Aug 01, 2019 4:49 pm    Post subject: Reply with quote

Shibotto wrote:
Here I am again! I was wondering if you have any plan to include libhandy as a standalone library.

Well, I was trying not to rock the boat but if you insist... :twisted:

Shibotto wrote:
Right now there are 3 packages on my system requiring it: www-client/epiphany, gnome-extra/gnome-contacts and gnome-base/gnome-control-center.

Actually, it looks like GNOME 3.34 (e.g. GNOME Control Center) will see greater use of libhandy so this is probably something that should be done.

I'll find a day to review this since it's a change that would need to be backported and since specific versions of libhandy might be required for each affected GNOME release version there would also need to be some additional testing.

If you get to it before me though I won't complain.

Shibotto wrote:
This solution however will require manual intervention during upgrade, since /usr/lib64/libhandy-0.0.so is already owned by one of those packages, so beware :lol:

No problem. :wink:
_________________
Dantrell B.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3 ... 5, 6, 7 ... 14, 15, 16  Next
Page 6 of 16

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum