mlinuxgada
-
Posts
11 -
Joined
-
Last visited
-
Days Won
2
Content Type
Profiles
Forums
Blogs
Posts posted by mlinuxgada
-
-
8 hours ago, lazlo.vii said:
It seems as though you two do not understand that isn't something the our BDFL just decided to do. There are important reasons for this change. Don't take it personally that change has come you favorite distro. Complaining about the changes is bad for our signal to noise ratio and confuses the issue. Everything changes. If you can work hard enough maybe you can change it back. Again, there are important reason for this change. The biggest reason is that the one person that was maintaining the vast majority of Funtoo ebuilds is no longer doing it. If either of you can take his place go for it. Otherwise if we going to get updated packages between upstream snapshots it's going to take a few people doing a lot or a lot of people doing a little. If you two have any better ideas about how to keep Funtoo running smoothly then please share your plans with us.
@lazlo.vii You know, it will be much better if you at least try to be polite, right?
@drobbins Back to the topic - if you want to get more and more involved into funtoo dev - isnt it better to have current/dev branch? If you want devs, isnt it a must to have at least dev branch,where they can work with ?!
I mean, some of the major distros release based models have that :
- Debian has unstable/sid -> testing ... -> stable release major/minor releases
- FreeBSD has current -> release -> .. stable
I still don't get it with removing current branch. Do releases, implement whatever process you think its best for you.But keep the current. Or, explain how it can be done.
-
On 4/11/2019 at 4:27 PM, lazlo.vii said:
Do something! Submit patches, file bug reports, write wiki articles, donate a few dollars to Funtoo on a monthly basis. Something is usually better than nothing.
If you are annoyed with the changes in the short term just remember that these are only the first steps in a new direction. It will take time for the momentum to shift but all of us can reduce that time by doing something. You have adequately expressed your displeasure with the current state of the distro and more over you have had a direct response from the only person who can make a decision based on your input. Rehashing your arguments and cherry picking examples to make to your points isn't going to do a single thing to make Funtoo better.
About doing smth, well, some do, me included. Small, but here and there.
The question is more about the direction things are going.
We all know release model is much easier than rolling distro. One of the reasons I jumped on Gentoo/long time ago/ then on Funtoo is the rolling model. Some of the others are that its source based, slots, alot of customisation/flags ... etc.
My point is - today you decide to switch from rolling to release, eg no current, just freezed releases. Tomorrow nothing stops you from source based to package/bin oriented ? Maybe Debian clone /one of dozens/ ?
Dont get me wrong. I use funtoo not geeky weekends, where I can spend whole day install/reinstall/fiddle with this or that. My workstation is build on Funtoo. My work depends on Funtoo. If some1 decides to flip a coin and make a decision, when I am not sure about the general direction ...
I can install a Debian/Manjaro in minutes, but I dont want to. I want Funtoo as it was for years - just to have current. -
2 hours ago, zogg said:
Aren't you describing the whole idea of stable, masked and hard masked? or as in funtoo was stable, current and experimental?
I think it was a reason I used gentoo and now funtoo. Current was stable enuf or you could always mask yourself the package till update with fix will come out. On other hand you could just easily unmask still not stable package and if needed resolve dependencies, flag updates and etc if needed.
Otherwise if the point of snapshots to give stability, what's the point of being source based at all? ?
Quick note: I used current all the time.
Atm there is no current, thats the problem for me.
So ... funtoo imao is not a rolling distro anymore.
-
2 hours ago, pfl said:
Hi,
you can read here about the changes on funtoo 1.3. Take a look at the "Kit Snapshots" section.
https://www.funtoo.org/Release_Notes/1.3-release.
Your second question is answered in this Ticket:
Hi @pfl,
So, in short there is no way atm to use current, right?
Also, dunno whats the problem half of the users/or even more/ to use current. Thats one of the reasons to use rolling release distro.
Maybe, if there is really no way to stay in current, I will stop using Funtoo. Feel sad, before Funtoo used Gentoo, SourceMage, Lunar ... source based distros are fun to use in fact.
Thanks anyway.
2 hours ago, pfl said:Regards
-
Hi Guys,
Yesterday I decided to switch to 1.3 rel. After syncing, some packages were marked for downgrade. I've red the "Upgrade to 1.3" notes, several discussions, etc ...
My questions are:
- whats the funtoo release model - rolling or some sort of freeze releases, with some marked as LTS- is there a way to be/stay always in current, eg to use as before, as a rolling distro
Regards, M.
-
When I skipped the header checks, all went good, the server is up and running ok.
Will keep that ebuild for me /obviously I didnt make it quite right/. Will dig into the docs, to see how its the correct way.
Thanks, you can close the topic
-
-
Hi,
Currently I am using the layman mysql, its 5.7.12 atm. But it not upped in months.
I tried to fiddle with the ebuilds
- copied the latest one as mysql-5.7.15.ebuild,
- ebuild mysql-5.7.15.ebuild manifest
all went just fine, but at the end I receive :
-- Installing: /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/share/mysql/magic -- Installing: /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/share/aclocal/mysql.m4 -- Installing: /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/share/mysql/mysql.server * Making Convenience links for mysqlcheck multi-call binary * Building default my.cnf (5.6) * Adjusting to prefix / * my.cnf.ok ... [ ok ] * Creating initial directories * Including support files and sample configurations * Header files have changed between ABIs. * --- /var/tmp/portage/dev-db/mysql-5.7.15/temp/.multilib_header_cksum 2016-10-18 19:31:00.892131266 +0300 * +++ /var/tmp/portage/dev-db/mysql-5.7.15/temp/.multilib_header_cksum.new 2016-10-18 19:31:06.632131397 +0300 * @@ -10,6 +10,7 @@ * 931919434 13470 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/service_command.h * 2987720505 1384 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/thread_type.h * 39760184 13897 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/plugin_audit.h.pp * +2782043840 1443 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysqlx_version.h * 4220503078 1489 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/service_thd_engine_lock.h * 1955776921 14902 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/sql_state.h * 1175938711 1506 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/my_list.h * @@ -43,6 +44,7 @@ * 3200460594 26101 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/plugin.h * 819488767 2682 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/service_thread_scheduler.h * 3234572590 2760 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/service_mysql_alloc.h * +947087210 2791 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysqlx_error.h * 4221559651 2821 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/my_xml.h * 3848574317 2837 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/mysql/psi/mysql_sp.h * 1075151809 2878 /var/tmp/portage/dev-db/mysql-5.7.15/image/usr/include/mysql/sslopt-longopts.h * ERROR: dev-db/mysql-5.7.15::x-portage failed (install phase): * Header checksum mismatch, aborting. *
My USE flags atm are:
[root@tangra][/usr/local/portage/dev-db/mysql]# emerge -pv mysql These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-db/mysql-5.7.15:0/20::x-portage [5.7.11:0/20::mysql] USE="openssl perl server -debug -embedded -extraengine -jemalloc -latin1 -libressl -profiling (-selinux) -static -static-libs -systemtap -tcmalloc {-test} -yassl" ABI_X86="32 (64) (-x32)" 0 KiB Total: 1 package (1 upgrade), Size of downloads: 0 KiB * IMPORTANT: 9 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. [root@tangra][/usr/local/portage/dev-db/mysqlemerge --info -> http://pastebin.com/d5Z0vJA8
I guess I am doing smth wrong /obviously/. How can I proceed from there?
Thanks.
-
The problem was alittle complicated - bios upgrade / on lower version kernels I had strange CPU0 offs/, firmware + got it working only on gentoo-sources-3.17.8-r1 ... On upper versions, eg 3.18+ its not fine, as on 3.16*
Now all fine. Wireless stopped/using same kernel config / but its smth with the firmware I guess.
-
hope this helps, looks like you have been following these.
http://wiki.gentoo.org/wiki/NVIDIA_Driver_with_ Optimus_Laptops
http://us.download.nvidia.com/XFree86/Linux-x86_64/343.36/README/optimus.html
Yah, I followed those docs, it was working for several months.
-
Forgot to define the newer xorg.conf file content -> http://pastebin.com/utKTnWu7
-
After rebuilding almost everything xorg modules/firmware/server related, I get a blank screen. Xorg is working, just the screen is black
In my .xinitrc I use -> xrandr > /tmp/xrandr to be able to see what screens are seen after X is started. I get:
Screen 0: minimum 8 x 8, current 8 x 8, maximum 16384 x 16384
The latest Xorg.0.log is -> http://pastebin.com/Ufc7xpUf.
Do I need custom EDID ? Also, in the log there are some screens there, except Screen0:
[ 777.818] (II) modesetting(G0): Output eDP-1-0 has no monitor section [ 777.819] (II) modesetting(G0): Output VGA-1-0 has no monitor section [ 777.819] (II) modesetting(G0): Output HDMI-1-0 has no monitor section [ 777.819] (II) modesetting(G0): EDID for output eDP-1-0
But xrandr in the .xinitrc file, which logs the output cannot see them. Do I need to define some options, like resolution etc, like in a normal xorg.conf file ? -
Is the driver module showing as loaded in the kernel? You need to make sure that you're building the module for the new kernel version that you're booting to.
/sbin/lsmod |grep nvidia
Yes, its compiled and loaded:
Odin ~ # lsmod | grep nvidia nvidia 8314138 0 Odin ~ #
-
Nothing from the above suggestions worked - rebuild @x11-modules-rebuid, played with xrandr .. Nvidia is listed as a xrandr provider, after starting X I get blank screen. The resolution is set to 8x8.
Nvm, mark that thread as closed. Maybe the problem is somewhere in the firmware or smth like that.
Thanks all for replies ;-)
-
Anything logged in /var/log/Xorg.0.log ?
Sure, here is the /var/log/Xorg.0.log -> http://pastebin.com/7675dwUi
-
Hi,
As mentioned in the title, my X stopped working after upping nvidia drivers + the kernel to the latest. Before that everything was fine
Info needed:
emerge --info -> http://pastebin.com/67tcuyqX emerge -pv gentoo-sources nvidia-drivers -> http://pastebin.com/DvyvtsiX cat /etc/X11/xorg.conf -> http://pastebin.com/4mZ2vWVC
The .xinitrc file content :
mlinuxgada@Odin ~ $ cat .xinitrc xrandr --setprovideroutputsource modesetting NVIDIA-0 xrandr --auto setxkbmap -layout 'us,bg' -variant ',phonetic' -option 'grp:alt_shift_toggle,grp_led:scroll' xset -dpms #exec ck-launch-session startxfce4 #exec ck-launch-session enlightenment_start exec ck-launch-session dbus-launch --sh-syntax --exit-with-session openbox-session #exec ck-launch-session dbus-launch --sh-syntax --exit-with-session awesome #exec ck-launch-session dbus-launch --sh-syntax --exit-with-session i3 #exec ck-launch-session dbus-launch --sh-syntax --exit-with-session xmonad
The lspci | egrep 'VGA|3D' output:
Odin ~ # lspci | egrep 'VGA|3D' 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 07:00.0 3D controller: NVIDIA Corporation GK208M [GeForce GT 740M] (rev a1) Odin ~ #
Tried to switch back to 3.16 + the old nvidia-drivers, no result.
When starting X, via startx command I get smth , eg on the tty6 I see that some apps are starting/even no X is visible on the laptop display, but the laptop lcd is black.
Do I need some firmware or smth ?
Funtoo release model
in General Discussion
Posted
About go, in my opinion, it was far behind compared to most distros /even on dfbsd, which I use occasionally/. Especially after switching to 1.3, all I see is vim-* bump.
As I mentioned several times, I use funtoo to do my work, which is 90% backend dev, using go/php/js most of the time. For months go was behind, months. I personally have a local overlay, where all I do is versions bumps.
Hmm, you're saying that package updates are not meant to be part of the distro ? Smth like "every man for himself", right?
Well, thats smth new. Isnt the distro supposed to handle ports/package updates, fixes, enhancements, etc ...?!
Atm, the way I understand the "new direction", is smth like:
@drobbins can you short answer the last 2, just those 2 please.