You are not logged in.
@pekmop: wrong, I did mix both and haven't run into any issues yet.
Last edited by oi_wtf (2012-11-28 19:25:26)
Laptop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-3630QM @ 2.40GHz, 8 GiB RAM, NViDiA GeForce GT 650M w/ 2 GiB
Desktop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-4771 @ 3.50GHz, 32 GiB RAM, AMD Radeon RX 480 w/ 8 GiB
Offline
If not bugs, than lack of some functions of unity that don't exist in vanilla libs, remember that unity compiled aganst them and just knows nothing about features added by patches. It's a very bad idea, IMHO.
ArchLinux x86_64 (passively cooled): Xeon E3 1230v2 - 32GB - GTX1050Ti KalmX - Samsung 850 EVO 1TB - 3x2TB Seagate - Creative X-Fi Titanium - Cheiftec GPS-500C
ArchLinux x86_64 (FrankenPad T420): i7 2720QM - 16GB - NVS 4200M - Samsung 840 EVO 1TB - FullHD IPS mod - Intel 7260AC - Sierra Wireless MC7304
Offline
Hardly any (maybe none) of these patched libs chen deleted from his git repo added new features,
all other packages are still present in chen's repo.
Last edited by oi_wtf (2012-11-28 19:31:25)
Laptop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-3630QM @ 2.40GHz, 8 GiB RAM, NViDiA GeForce GT 650M w/ 2 GiB
Desktop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-4771 @ 3.50GHz, 32 GiB RAM, AMD Radeon RX 480 w/ 8 GiB
Offline
So, nobody wants to hear me... I'll stay and watch from now.
I don't believe that combining unity from two sources that compiled against different libs with different patchsets and versions is a good idea.
Fortunately, we still have KDE and XFCE at arch repos
ArchLinux x86_64 (passively cooled): Xeon E3 1230v2 - 32GB - GTX1050Ti KalmX - Samsung 850 EVO 1TB - 3x2TB Seagate - Creative X-Fi Titanium - Cheiftec GPS-500C
ArchLinux x86_64 (FrankenPad T420): i7 2720QM - 16GB - NVS 4200M - Samsung 840 EVO 1TB - FullHD IPS mod - Intel 7260AC - Sierra Wireless MC7304
Offline
Maybe it's not a good idea, but as long it's working I'm not opposed to it.
Laptop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-3630QM @ 2.40GHz, 8 GiB RAM, NViDiA GeForce GT 650M w/ 2 GiB
Desktop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-4771 @ 3.50GHz, 32 GiB RAM, AMD Radeon RX 480 w/ 8 GiB
Offline
I find it more annoying that the -ubuntu packages in AUR aren't in sync with chenxiaolong's on github.
a) one can't use any AUR helpers, and
b) for example compiling gnome-control-center-ubuntu from github doesn't work with gtk3-ubuntu from AUR, as the patches are different.
That's a real mess here.
Other than that it works fine combining "vanilla-as-possible" Unity from ayatana and some extra stuff from chenxiaolong (mainly global appmenu stuff & gnome-control-center for now here)
Offline
chenxiaolong, looks like you have to do same as before, because unity combined from patched and non-patched packages will be very buggy and unpredictable.
I totally agree with you. I don't see any advantages of combining two sources of packages. How can it be more stable? I think it will make it even harder to figure out bugs like (0,0) window placement.
Offline
I find it more annoying that the -ubuntu packages in AUR aren't in sync with chenxiaolong's on github.
a) one can't use any AUR helpers, and
b) for example compiling gnome-control-center-ubuntu from github doesn't work with gtk3-ubuntu from AUR, as the patches are different.
That's a real mess here.Other than that it works fine combining "vanilla-as-possible" Unity from ayatana and some extra stuff from chenxiaolong (mainly global appmenu stuff & gnome-control-center for now here)
Check the wiki. It's said there you are not supposed to mix those packages.
Offline
Maybe it's not a good idea, but as long it's working I'm not opposed to it.
I'm against it. Because maybe currently it works, but after bugs occur, it will be much harder to track back.
Offline
City-busz wrote:[*]gtk2-ubuntu, gtk3-ubuntu: these are required for appmenu-gtk and overlay-scrollbar. I'm not interested in maintaining these packages in my repo.[/*]
What's next?
I'll send some patches and report a lot of issues to the upstream developers, which needs to be solved before I'm able to move the whole stuff into the [community] repository.
I really hope unity goes to [community], but I believe many people use unity because of the global menu and indicators. I cannot imagine a unity without these features. So I really hope you reconsider this decision not to package gtk-ubuntu and some indicators. Although it' s quite dirty to have them in the official repo.
Totally for it. Global-menus and indicators are important features which make unity *unity*.
Offline
xgdgsc wrote:City-busz wrote:[*]gtk2-ubuntu, gtk3-ubuntu: these are required for appmenu-gtk and overlay-scrollbar. I'm not interested in maintaining these packages in my repo.[/*]
What's next?
I'll send some patches and report a lot of issues to the upstream developers, which needs to be solved before I'm able to move the whole stuff into the [community] repository.
I really hope unity goes to [community], but I believe many people use unity because of the global menu and indicators. I cannot imagine a unity without these features. So I really hope you reconsider this decision not to package gtk-ubuntu and some indicators. Although it' s quite dirty to have them in the official repo.
Totally for it. Global-menus and indicators are important features which make unity *unity*.
Then either ask Unity developers to implement appmenu-gtk in a way that does not require a patch for GTK+, or ask GTK+ developers to implement the patch.
Anyway, if you install gtk2-ubuntu, gtk3-ubuntu and appmenu-gtk from AUR, it will works with my packages and you will see the globalmenu integration.
About indicators, all system indicators are available in my repo, and I enabled all systray icons to avoid patching network-manager-applet and some other packages. Application indicators are supported also. There is no real feature loss.
Offline
Wow, I didn't realize there would be so much hate towards this change. I honestly thought this would be a good idea. I try my best to keep the Unity-for-Arch at the best quality I can, but you've all seen how many times my packages have broken because of some updates. Having unpatched packages would be less prone to breakage in that sense.
I'd also like to point out that we'll need to use unpatched packages when Ubuntu 13.04 is released in 5 months. They will only be updating GTK to version 3.8. I think that this is the right time to start working out what to do. City-busz just happened to post unpatched packages, which, to me, is a good solution to the problem.
I will wait one week to see how this all goes. After that, if people still want my packages back, I will put them back for sure.
Offline
Not sure but as Far I read gnome3.8 going to deprecated thinks used by unity
and so as far I read the new Unity now is based on the prevoiusly one (3.6)
this going to affect the project??
Well, I suppose that this is somekind of signature, no?
Offline
Not sure but as Far I read gnome3.8 going to deprecated thinks used by unity
and so as far I read the new Unity now is based on the prevoiusly one (3.6)this going to affect the project??
They remove some components only. My plan is to package the dropped components (gnome-fallback-mount-helper, gnome-settings-daemon-background and indicator-bluetooth) from GNOME 3.6, and they will hopefully work together with GNOME 3.8.
Offline
Hey guys,
first of all I have to state that I'm impressed by how ood and smoothly it works. But I think the application Launcher or however the sidebar on the leeft is called is supposed to hide if a window is fullscreen. But my app launcher dock doesn't hise? How do I solve this problem or isn't it working correct with Arch?
Offline
Is it? I don't know, but you can take a look at unity's settings in ccsm, maybe you'll find something...
Laptop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-3630QM @ 2.40GHz, 8 GiB RAM, NViDiA GeForce GT 650M w/ 2 GiB
Desktop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-4771 @ 3.50GHz, 32 GiB RAM, AMD Radeon RX 480 w/ 8 GiB
Offline
Thanks, oi_wtf! That partly solves my problem...I switched the Hide Launcher int the Ubuntu Unity Plugin from Never to autohide. But now it doesn't appear anymore. I've Left Edge set for "Reveal Trigger" but it simply doesn't appear anymore. What shall I do now?
Offline
Hey guys,
first of all I have to state that I'm impressed by how ood and smoothly it works. But I think the application Launcher or however the sidebar on the leeft is called is supposed to hide if a window is fullscreen. But my app launcher dock doesn't hise? How do I solve this problem or isn't it working correct with Arch?
There's an Autohide mode in System Setting > Appearance > Behavior, or in CCSM.
I'd love Intellihide but they removed it a while ago... makes no sense IMO.
EDIT: So I was too slow.
About your question, the new behavior requires user to "push" into the screen edge to bring out the launcher.
You can also change the Launcher Reveal Pressure in CCSM down to 1 to eliminate this behavior.
Last edited by illusionmist (2012-11-29 17:42:13)
Offline
Thanks, oi_wtf! That partly solves my problem...I switched the Hide Launcher int the Ubuntu Unity Plugin from Never to autohide. But now it doesn't appear anymore. I've Left Edge set for "Reveal Trigger" but it simply doesn't appear anymore. What shall I do now?
The autohide functionality does not work with my unity package from the [ayatana] repo (the launcher never reveal), because it would requires patched xorg-server, libxfixes and fixesproto packages.
Offline
First issue I found: locking doesn't work with vanilla gnome-screensaver...
If I try Ctrl-Alt-L nothing happens and it doesn't lock the session either, when the screensaver gets activated...
or did I miss a setting somewhere?
I did look at gnome-tweak-tool and dconf-editor at /org/gnome/desktop/screensaver and /org/gnome/desktop/lockdown ...
The patched package works fine though... (with gsettings-schemas-ubuntu installed, too, of course)
Laptop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-3630QM @ 2.40GHz, 8 GiB RAM, NViDiA GeForce GT 650M w/ 2 GiB
Desktop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-4771 @ 3.50GHz, 32 GiB RAM, AMD Radeon RX 480 w/ 8 GiB
Offline
First issue I found: locking doesn't work with vanilla gnome-screensaver...
If I try Ctrl-Alt-L nothing happens and it doesn't lock the session either, when the screensaver gets activated...
or did I miss a setting somewhere?
I did look at gnome-tweak-tool and dconf-editor at /org/gnome/desktop/screensaver and /org/gnome/desktop/lockdown ...The patched package works fine though... (with gsettings-schemas-ubuntu installed, too, of course)
Locking with Ctrl-Alt-L works fine if you use my unity package as I added an autostart file for the gnome-screenshot.
Offline
oops^^
so when still using unity built from chen's repo I'll need either a patched screensaver or that autostart file...
should have read your previous posts more carefully -.-
thanks anyway.
EDIT: *removed* nevermind
Last edited by oi_wtf (2012-11-30 00:59:24)
Laptop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-3630QM @ 2.40GHz, 8 GiB RAM, NViDiA GeForce GT 650M w/ 2 GiB
Desktop: Arch Linux (x86_64) and Win10 (x86_64); Intel Core i7-4771 @ 3.50GHz, 32 GiB RAM, AMD Radeon RX 480 w/ 8 GiB
Offline
So... for Unity to work "normally" we still need some essential packages patched?
EDIT: I just did a clean install using the new ayatana repo, and my indicator-datetime doesn't show time, but instead just "Time" as in text. Anyone else?
Also there's a "Ubuntu Help" in the session menu...
Last edited by illusionmist (2012-11-30 04:38:38)
Offline
EDIT: I just did a clean install using the new ayatana repo, and my indicator-datetime doesn't show time, but instead just "Time" as in text. Anyone else?
That's because /etc/timezone doesn't exist. I created it with "Europe/Berlin" as content, matching the TIMEZONE in rc.conf
Offline
illusionmist wrote:EDIT: I just did a clean install using the new ayatana repo, and my indicator-datetime doesn't show time, but instead just "Time" as in text. Anyone else?
That's because /etc/timezone doesn't exist. I created it with "Europe/Berlin" as content, matching the TIMEZONE in rc.conf
This file should be deprecated for systems which have been migrated to timezone(And you are supposed to do so). I think chenxiaolong's package has been patched to work with systemd.
Offline