Re: [sabayon-dev] Dead Mirrors

[KJS]

mirrorsort and clicking on the links on our download page of mirrors

On Mon, Apr 9, 2018 at 8:19 PM, André Jaenisch <andre.jaeni...@posteo.de>
wrote:

> Hi,
>
> thanks for reporting.
>
> Some questions to decide, who can take the task to update our info:
>
> How do you discovered it?
> Like: Was it on the website? A redirect of dl.sabayon.org? A equo repo
> mirrorsort call?
>
> Currently we don't have a common source for those places. I'm working on
> moving the information into a JSON for the website at least. That could be
> fetched on build time.
>
> Regards
>
>
> Ryuno-Ki
>
>
>
>  Ursprüngliche Nachricht 
> Von: KJS <wolf...@gmail.com>
> Gesendet: 9. April 2018 22:08:02 MESZ
> An: sabayon-dev <devel@lists.sabayon.org>
> Betreff: Re: [sabayon-dev] Dead Mirrors
>
> forgot one:
> ftp://mirror.cs.vt.edu/pub/SabayonLinux/
> seems to never load
>
> On Mon, Apr 9, 2018 at 8:06 PM, KJS <wolf...@gmail.com> wrote:
>
> > I am noticing some mirror issues
> >
> >
> > Entropy Main Repo Mirrors
> > Can't ping:
> > bali.idrepo.or.id
> > mirrors.cicku.me
> > madura.idrepo.or.id
> > sumbawa.idrepo.or.id
> > www2.itti.ifce.edu.br
> >
> > I also see a Mirror speed: 66, 0.0b/sec - no idea where that is
> > pointing to
> >
> > Download Mirrors:
> > ftp://gd.tuwien.ac.at/linux/sabayonlinux/
> > http://gd.tuwien.ac.at/linux/sabayonlinux/
> > rsync://gd.tuwien.ac.at/linux/sabayonlinux/
> > http://mirror.internode.on.net/pub/sabayon/
> > ftp://ftp.rnl.tecnico.ulisboar.pt/pub/sabayon
> > ftp://mirror.cs.vt.edu/pub/SabayonLinux/
> > seems to no longer exist
> >
> > ftp://mirror.dkm.cz/pub/sabayon/
> > ftp://mirror.uta.edu.ec/sabayon
> > ftp://ftp.surfnet.nl/pub/os/Linux/dirst/sabayonlinux
> > 550 Failed to change directory
> >
> > ftp://mirrors-usa.go-parts.com/sabayon/
> > wants a username and password
> >
> > http://mirrors-usa.go-parts.com/sabayon/
> > empty directory
> >
> > ftp://sabayon.mirror.ac.za/
> > pointing to a directory of all sorts of stuff
> >
> >
> >
> > Maybe someone else can confirm these also?
>
>


-- 
KJS

Re: [sabayon-dev] Dead Mirrors

[KJS]

forgot one:
ftp://mirror.cs.vt.edu/pub/SabayonLinux/
seems to never load

On Mon, Apr 9, 2018 at 8:06 PM, KJS <wolf...@gmail.com> wrote:

> I am noticing some mirror issues
>
>
> Entropy Main Repo Mirrors
> Can't ping:
> bali.idrepo.or.id
> mirrors.cicku.me
> madura.idrepo.or.id
> sumbawa.idrepo.or.id
> www2.itti.ifce.edu.br
>
> I also see a Mirror speed: 66, 0.0b/sec - no idea where that is
> pointing to
>
> Download Mirrors:
> ftp://gd.tuwien.ac.at/linux/sabayonlinux/
> http://gd.tuwien.ac.at/linux/sabayonlinux/
> rsync://gd.tuwien.ac.at/linux/sabayonlinux/
> http://mirror.internode.on.net/pub/sabayon/
> ftp://ftp.rnl.tecnico.ulisboar.pt/pub/sabayon
> ftp://mirror.cs.vt.edu/pub/SabayonLinux/
> seems to no longer exist
>
> ftp://mirror.dkm.cz/pub/sabayon/
> ftp://mirror.uta.edu.ec/sabayon
> ftp://ftp.surfnet.nl/pub/os/Linux/dirst/sabayonlinux
> 550 Failed to change directory
>
> ftp://mirrors-usa.go-parts.com/sabayon/
> wants a username and password
>
> http://mirrors-usa.go-parts.com/sabayon/
> empty directory
>
> ftp://sabayon.mirror.ac.za/
> pointing to a directory of all sorts of stuff
>
>
>
> Maybe someone else can confirm these also?
>
>
> --
> KJS
>
>
>
>
>


-- 
KJS

[sabayon-dev] Dead Mirrors

[KJS]

I am noticing some mirror issues


Entropy Main Repo Mirrors
Can't ping:
bali.idrepo.or.id
mirrors.cicku.me
madura.idrepo.or.id
sumbawa.idrepo.or.id
www2.itti.ifce.edu.br

I also see a Mirror speed: 66, 0.0b/sec - no idea where that is
pointing to

Download Mirrors:
ftp://gd.tuwien.ac.at/linux/sabayonlinux/
http://gd.tuwien.ac.at/linux/sabayonlinux/
rsync://gd.tuwien.ac.at/linux/sabayonlinux/
http://mirror.internode.on.net/pub/sabayon/
ftp://ftp.rnl.tecnico.ulisboar.pt/pub/sabayon
ftp://mirror.cs.vt.edu/pub/SabayonLinux/
seems to no longer exist

ftp://mirror.dkm.cz/pub/sabayon/
ftp://mirror.uta.edu.ec/sabayon
ftp://ftp.surfnet.nl/pub/os/Linux/dirst/sabayonlinux
550 Failed to change directory

ftp://mirrors-usa.go-parts.com/sabayon/
wants a username and password

http://mirrors-usa.go-parts.com/sabayon/
empty directory

ftp://sabayon.mirror.ac.za/
pointing to a directory of all sorts of stuff



Maybe someone else can confirm these also?


-- 
KJS

Re: [sabayon-dev] Installer Slide Show

[KJS]

Thanks and fixed

On Mon, Apr 9, 2018 at 6:46 PM, Sławomir Nizio <slawomir.ni...@sabayon.org>
wrote:

> On 09.04.2018 20:44, KJS wrote:
> > Yea i didn't mean it had to be implemented right now, sorry if it came
> > across that way.
>
> Quick review :)
>
> s1.png: sabayon → Sabayon; s3: LTSI → LTS; s6: IRC:f… IRC: f… (space)
>
>


-- 
KJS

Re: [sabayon-dev] Installer Slide Show

[KJS]

Yea i didn't mean it had to be implemented right now, sorry if it came
across that way.

On Mon, Apr 9, 2018 at 6:41 PM, Sławomir Nizio <slawomir.ni...@sabayon.org>
wrote:

> > After the last batch of testing, I think it might be time to change our
> > slide show that is presented in the installer as it's installing.  I
> > feel it's a bit dated and blah compared to some of the slides I have
> > seen with other distros.
> >
> > I created some new ones found:
> > https://github.com/wolfden/Sabayon-Installer/tree/master/2018
> >
> > Feel free to grab em and use em.
>
> Yay! That's really nice to have them updated.
>
> But - my Words of Wisdom*:
>
> not just now, let's not take the risk of breaking something or delay the
> release.
>
> (Though I would love to have an update there, but y'know. :/)
>
>
> * WoW in short
>
>


-- 
KJS

[sabayon-dev] Installer Slide Show

[KJS]

After the last batch of testing, I think it might be time to change our
slide show that is presented in the installer as it's installing.  I feel
it's a bit dated and blah compared to some of the slides I have seen with
other distros.

I created some new ones found:
https://github.com/wolfden/Sabayon-Installer/tree/master/2018

Feel free to grab em and use em.



-- 
KJS

Re: [sabayon-dev] Gnome & Plank Dock

[KJS]

thanks and ya forgot https://bugs.sabayon.org/show_bug.cgi?id=5618  ;-)

On Tue, Apr 3, 2018 at 4:53 PM, Sławomir Nizio <slawomir.ni...@sabayon.org>
wrote:

> > I like the plank dock so after doing a fresh install of Gnome-dev I
> > installed plank and went to fire it up with error:
> >
> > GSettingsSchema 'net.launchpad.plank.dock.settings' not found
> >
> > solution is:
> > sudo glib-compile-schemas /usr/share/glib-2.0/schemas/
> >
> > plank now starts fine after that.
> >
> > I don't know if this is a gnome thing or a plank thing.
>
> so it's not lost: https://bugs.sabayon.org/show_bug.cgi?id=5616
>
>


-- 
KJS

[sabayon-dev] Gnome & Plank Dock

[KJS]

I like the plank dock so after doing a fresh install of Gnome-dev I
installed plank and went to fire it up with error:

GSettingsSchema 'net.launchpad.plank.dock.settings' not found

solution is:
sudo glib-compile-schemas /usr/share/glib-2.0/schemas/

plank now starts fine after that.

I don't know if this is a gnome thing or a plank thing.


Why in the world do we not have Budgie Desktop in our repo?  Its the best
desktop ever for gnome.


-- 
KJS

Re: [sabayon-dev] ISO Testing Results

[KJS]

I have to disagree with that attitude.  If we can't get the cosmetics to
look good, what are people gonna think of for the rest of the build?  If I
were to boot up a stable release of any operating system and the icons were
all goofy and messed up, I'd be moving on to something else for fear of
other disasters waiting and wondering what in the world the dev team is
doing.   Why freeze entropy than?  Just create any old iso and call it a
release than if ya want to rush things out the door.

Don't mind me, just gonna go sit on my porch and yell at anyone that steps
on the grass

On Wed, Mar 28, 2018 at 12:23 AM, André Jaenisch <andre.jaeni...@posteo.de>
wrote:

> Hi, wolfden,
>
> to me it sounded like a fix would take too much time and we should release
> a stable version anywhen soon.
> Otherwise Joost will complain even more, because the packages hold back on
> entropy becomes more pressing every day.
>
> Plus, I want to get this shipped :-)
>
> Cheers
>
>
> Ryuno-Ki
>
>
>
>  Ursprüngliche Nachricht 
> Von: KJS <wolf...@gmail.com>
> Gesendet: 27. März 2018 21:48:16 MESZ
> An: sabayon-dev <devel@lists.sabayon.org>
> Betreff: Re: [sabayon-dev] ISO Testing Results
>
> u , why not fix em instead of having known issues?
>
> On Tue, Mar 27, 2018 at 2:44 PM, André Jaenisch <andre.jaeni...@posteo.de>
> wrote:
>
> > Good evening,
> >
> > I've added a Known Issues section to https://github.com/Sabayon/
> > sabayon-website-next/pull/75
> >
> > Kind regards
> >
> >
> > Ryuno-Ki
> >
> >
> >
> >  Ursprüngliche Nachricht 
> > Von: "André Jaenisch" <andre.jaeni...@posteo.de>
> > Gesendet: 26. März 2018 08:21:14 MESZ
> > An: sabayon-dev <devel@lists.sabayon.org>
> > Betreff: Re: [sabayon-dev] ISO Testing Results
> >
> > Hi,
> >
> > will look into updating the release notes with known issues.
> > Sadly not today.
> >
> > Cheers
> >
> >
> > Ryuno-Ki
> >
> >
> >
> >  Ursprüngliche Nachricht 
> > Von: Geaaru <gea...@gmail.com>
> > Gesendet: 26. März 2018 01:13:04 MESZ
> > An: sabayon-dev <devel@lists.sabayon.org>
> > Betreff: Re: [sabayon-dev] ISO Testing Results
> >
> > Some updated and other...
> > * KDE - Force stop of getty@tty1.service (https://github.com/Sabayon/sa
> > bayon-live/commit/c454ffcb54976204a672b9bb172da08d04ae9335) seems fix
> > problem with shutdown and/or permissions problem on handle wifi/wired.
> >Hereinafter, some cronology events (update these if there is some
> > error):
> >1)  On sddm environment there are problems with management of
> > wifi/wired
> >2) To fix this Enlik add Conflicts=getty@tty1.service to
> > systemd.service. (here I don't know why it is been removed plymouth-
> > quit.service). This fix fwiu problems related with point 1 but
> > introduce issue bootstrap X on sabayon live.
> > 3) On test ISO I found that dbus module must be recompiled because
> > it was a wrong path on file /usr/lib/systemd/user/dbus.socket. Path
> > fixed with a bump of new revision.
> > 4) For fix bootstrap of X I push a first patch to systemd .service
> > of sddm (https://github.com/Sabayon/sabayon-distro/commit/2f1cd1e61f619
> > 4fed406b3ac670b3e99d5758589)
> > 5) After patch to .service of sddm X start correctly but return
> > issue describe at point 1. It seems that issue is related with getty
> >  tty1.service and so I push a new commit to sddm .service (https://
> > github.com/Sabayon/sabayon-
> > distro/commit/cfc6f08b94498b8231798f27d11af9bb846b2d77) where I remove
> > Conflicts= and add to After= getty@tty1.service. On project sabayon-
> > live I push a patch that stop getty@tty1.service.
> > Before proceed to a new release of sabayon-live I need to complete this
> > tests:
> > * boot XFCE image with a patch to sabayonlive.sh script* boot LXQT
> > image with a patch to sabayonlive.sh script
> > Gnome is OK.
> > New Issue: * (at least on my laptop and on Virtualbox environemnt):
> > If EFI is not available when boot livecd plymouth doesn't work
> > correctly. Indeed with EFI it's seem OK. Obvously, is a minor issue.
> > ByeG.
> > On Sat, 2018-03-24 at 21:16 +, Jerrod Frost wrote:
> > > Officially supported ISOs in testing:
> > > Server - LGTM, Calamares doesn't like old LVM installs.XFCE - LGTM,
> > > Only Cosmetic Issue
> > > MATE - LGTMGNOME - LGTMKDE - TBDIssues:
> > > Icons are not uniform. Icons 

Re: [sabayon-dev] ISO Testing Results

[KJS]

w faenza.  All
> > > applications appear to work well. No real issues other than
> > > Anaconda. Anaconda evidently has a glitch/bug that when pressing
> > > F12 during install process, Anaconda crashes. I went back and
> > > tested this on XFCE and it happens there as well so this issue is
> > > just anaconda...
> > >
> > > On Wed, Mar 21, 2018 at 10:38 PM Jerrod Frost <darksurf@sabayonlinu
> > > x.org> wrote:
> > > > XFCE ISO appears to be working fine. I did notice the cosmetic
> > > > issue of icons not appropriately reducing/matching size in the
> > > > applications list. Only simple fix is to switch to a different
> > > > Icon theme. You can also tweak the icon theme by editing a copy
> > > > of those icons and reducing size and place them into the smaller
> > > > icon folders.
> > > >
> > > > I really think we just need to pick a theme that works with all
> > > > spins and desktop environments that doesn't look bad. I'm testing
> > > > a few in XFCE now.
> > > > There's:
> > > > Adwaita: (already installed in XFCE, looks meh) - Works
> > > > Obsidian (based on Faenza, its the updated current version) -
> > > > Works Perfectly.
> > > > Moka (looks like colorful Faenza, MATE friendly icons) - Works,
> > > > but some icons are missing
> > > > La Capitaine (Apple based style, clean, community driven) - Works
> > > > Perfectly.
> > > >
> > > > I've tried more, but they all have the same issue we are having
> > > > now with elementary icons. Different sized icons in the apps
> > > > list, missing too many icons, or icons don't work in both light
> > > > and dark themes.
> > > >
> > > > Depending on what you want, I'd recommend you try Obsidian and La
> > > > Capitaine and see which one you prefer. I've used both in KDE so
> > > > I know they work there, and they both work in XFCE. I've not
> > > > tested MATE or Gnome yet. Any thoughts?
>
>
>


-- 
KJS

Re: [sabayon-dev] Testing team recruitment troubles

[KJS]

Been like that forever unfortunately...

On Jul 3, 2017 5:11 PM, "Jerrod Frost"  wrote:

> As you may (or may not) know, I've been trying to assist with building a
> software testing team.  I honestly didn't expect it to be as difficult has
> it has been. Between time being slim due to personal/work issues, and
> getting recruits that are around for a couple weeks then going dark,
> testing has been unreliable. I've not been able to locate any sustainable
> recruits. I get claims of interest, but they do not materialize even after
> prodding.
>
> I've walked around the office, I've asked co-workers I know around the
> globe, I've asked in chatrooms, emails, phone calls, you name it. I just
> can't find people enthusiastic about Linux. They're everywhere, but I'm
> looking in all the wrong places. I've even started giving up on co-workers
> and friends who offered to join and test, but every weekend never find the
> time and refused to even install the distro after handing out discs of
> dailies.
>
> I'm currently looking for assistance, ideas, and recruitment. Skills
> aren't needed. Just hardware, curiosity, and a willingness to learn. I'm
> also online 24/7 via hangouts so questions are welcome.
>
> Thanks,
> Frosty
>
>
>
>
>
>

Re: [sabayon-dev] idea: switching back to ffmpeg

[KJS]

Thanks for clearing that up.

So it appears that getting the support of upstream to work on packages
would be a great amount causing user base to be "stuck".  I wasn't aware
that there was so many packages and our manpower is too low to impact
upstream.  I believe debian went back to ffmpeg a year ago.  Joost is
correct with statement, "best for users" and that seems to be ffmpeg. When
it comes down to it, we have go with what the user base needs.

On Mon, May 1, 2017 at 10:21 AM, Ben Roberts <opti...@sabayonlinux.org>
wrote:

> 11.9 is the latest patch release on the 11.x branch, 12.0 is also in
> portage but not marked stable. Neither provides the same versions of the
> component libraries as ffmpeg even as old as ffmpeg 3.0.x (bearing in mind
> ffmpeg is already u pto 3.3 branch, 3.0.x is already quite old). There may
> be recent releases of libav, but they are not drop-in replacements for
> ffmpeg.
>
> There are multiple component libraries in each package, but taking a
> single example, libavfilter 6.31 is provided by ffmpeg 3.0.7. libav 11.x
> and 12.0 only provide libavfilter 5.x. There is software out there that
> depends on newer component library versions than provided by any available
> libav release (tvheadend 4.2.1 as a single example of that).
>
> If both packages were comparable, a decision based on politics wouldn't
> impact which dependent software Sabayon could provide. But since the
> packages are not comparable, there are different sets of dependent packages
> that can be offered based on the choice of libav versus ffmpeg. It just so
> happens at the moment there are no packages which depend only on libav, so
> by choosing to stick with libav there are dependent packages Sabayon could
> not provide, whereas by switching all dependent packages could be provided.
>
>
> From libav's download page:
> ---
> *12* was released on *2016-10-18*. It is the latest point release from
> the *12* release series.
>
> *12* was published *2016-10-18*, the 12 branch
> <https://git.libav.org/?p=libav.git;a=shortlog;h=refs/heads/release/12> was
> cut *2016-10-02*.
>
> ---
>
> *11.9* was released on *2017-04-09*. It is the latest point release from
> the *11* release series.
>
> *11* was published *2014-12-03*, the 11 branch
> <https://git.libav.org/?p=libav.git;a=shortlog;h=refs/heads/release/11> was
> cut *2013-08-20*.
>
>
>
> On Mon, May 1, 2017 at 4:09 PM, KJS <wolf...@gmail.com> wrote:
>
>> Wasn't libav 11.9 released last month?
>>
>> On Mon, May 1, 2017 at 9:43 AM, Ben Roberts <opti...@sabayonlinux.org>
>> wrote:
>>
>>> Let's bear in mind the problem is not just that there are packages that
>>> don't have direct support for libav. The problem is also partly that there
>>> is not a libav release that provides all the same component library
>>> versions that are available in ffmpeg; libav is definitively behind ffmpeg
>>> at the present time.
>>>
>>> To stick with libav and be able to offer the same packages as if we had
>>> ffmpeg, multiple things are needed:
>>> - libav to cut a new release that is comparable to recent ffmpegs
>>> (>=3.0.x). The last version of libav was cut in Feb 2016 so is well over 12
>>> months lagged behind ffmpeg.
>>> - Every single package which currently depends on ffmpeg to be patched
>>> to support libav, new ebuilds written and submitted to the portage tree.
>>>
>>> To me that sounds like an awful lot of work, needing to be coordinated
>>> with multiple upstreams. Are there any other distros that offer libav only,
>>> with no ffmpeg alternative?
>>>
>>> On Mon, May 1, 2017 at 3:36 PM, Jerrod Frost <piroisl...@gmail.com>
>>> wrote:
>>>
>>>> Can we get a list of every application in portage that DOES NOT support
>>>> libav and requires ffmpeg?
>>>> I would volunteer to attempt filing bugs for each application
>>>> requesting libav support.
>>>>
>>>> On Mon, May 1, 2017 at 9:31 AM KJS <wolf...@gmail.com> wrote:
>>>>
>>>>> I have to agree with Ettore
>>>>>
>>>>> On Mon, May 1, 2017 at 6:02 AM, Sławomir Nizio <
>>>>> slawomir.ni...@sabayon.org> wrote:
>>>>>
>>>>>> > We are one of the few distributions (actually i'm not aware of
>>>>>> others)
>>>>>> > that support libav out of the box, and i'm proud of it. What i would
>>>>>> > propose instead is trying to push upstream projects that misses
>>>>>> lib

Re: [sabayon-dev] idea: switching back to ffmpeg

[KJS]

Wasn't libav 11.9 released last month?

On Mon, May 1, 2017 at 9:43 AM, Ben Roberts <opti...@sabayonlinux.org>
wrote:

> Let's bear in mind the problem is not just that there are packages that
> don't have direct support for libav. The problem is also partly that there
> is not a libav release that provides all the same component library
> versions that are available in ffmpeg; libav is definitively behind ffmpeg
> at the present time.
>
> To stick with libav and be able to offer the same packages as if we had
> ffmpeg, multiple things are needed:
> - libav to cut a new release that is comparable to recent ffmpegs
> (>=3.0.x). The last version of libav was cut in Feb 2016 so is well over 12
> months lagged behind ffmpeg.
> - Every single package which currently depends on ffmpeg to be patched to
> support libav, new ebuilds written and submitted to the portage tree.
>
> To me that sounds like an awful lot of work, needing to be coordinated
> with multiple upstreams. Are there any other distros that offer libav only,
> with no ffmpeg alternative?
>
> On Mon, May 1, 2017 at 3:36 PM, Jerrod Frost <piroisl...@gmail.com> wrote:
>
>> Can we get a list of every application in portage that DOES NOT support
>> libav and requires ffmpeg?
>> I would volunteer to attempt filing bugs for each application requesting
>> libav support.
>>
>> On Mon, May 1, 2017 at 9:31 AM KJS <wolf...@gmail.com> wrote:
>>
>>> I have to agree with Ettore
>>>
>>> On Mon, May 1, 2017 at 6:02 AM, Sławomir Nizio <
>>> slawomir.ni...@sabayon.org> wrote:
>>>
>>>> > We are one of the few distributions (actually i'm not aware of others)
>>>> > that support libav out of the box, and i'm proud of it. What i would
>>>> > propose instead is trying to push upstream projects that misses libav
>>>> > support and/or helping libav providing support to them.
>>>>
>>>> Volunteers? :)
>>>>
>>>> One of the apps I have installed is cmus, and it's an older version
>>>> because the newer one doesn't support libav, so I'll use it as an
>>>> example.
>>>>
>>>> Some upstreams don't seem to be willing to take the additional effort of
>>>> supporting both libraries, e.g.:
>>>> https://github.com/cmus/cmus/issues/139. If by upstream you mean
>>>> Gentoo,
>>>> it is also being the case, it seems. Maybe the people you mentioned
>>>> could help, but then let's not forget patching an application is not a
>>>> one time thing, but support has to be ensured for future versions of the
>>>> application and the libs.
>>>>
>>>> > That being said, if majority of the staff agree and wants the
>>>> > transition, i would be ok with it, despite not liking it :o)
>>>>
>>>> I don't have a strong opinion here, but missing apps support is a
>>>> problem a distribution should approach somehow. An alternative way would
>>>> be to have these libraries installed in parallel with patching
>>>> applications to find these, but again it's an effort I'd rather be
>>>> avoided. Still, that would probably be much easier than the former
>>>> approach.
>>>>
>>>>
>>>
>>>
>>> --
>>> KJS
>>> ~wolfden~
>>>
>>
>>
>>
>>
>
>
>
>


-- 
KJS
~wolfden~

Re: [sabayon-dev] idea: switching back to ffmpeg

[KJS]

I have to agree with Ettore

On Mon, May 1, 2017 at 6:02 AM, Sławomir Nizio <slawomir.ni...@sabayon.org>
wrote:

> > We are one of the few distributions (actually i'm not aware of others)
> > that support libav out of the box, and i'm proud of it. What i would
> > propose instead is trying to push upstream projects that misses libav
> > support and/or helping libav providing support to them.
>
> Volunteers? :)
>
> One of the apps I have installed is cmus, and it's an older version
> because the newer one doesn't support libav, so I'll use it as an example.
>
> Some upstreams don't seem to be willing to take the additional effort of
> supporting both libraries, e.g.:
> https://github.com/cmus/cmus/issues/139. If by upstream you mean Gentoo,
> it is also being the case, it seems. Maybe the people you mentioned
> could help, but then let's not forget patching an application is not a
> one time thing, but support has to be ensured for future versions of the
> application and the libs.
>
> > That being said, if majority of the staff agree and wants the
> > transition, i would be ok with it, despite not liking it :o)
>
> I don't have a strong opinion here, but missing apps support is a
> problem a distribution should approach somehow. An alternative way would
> be to have these libraries installed in parallel with patching
> applications to find these, but again it's an effort I'd rather be
> avoided. Still, that would probably be much easier than the former
> approach.
>
>


-- 
KJS
~wolfden~

Re: [sabayon-dev] Testing DAILY ISO

[KJS]

Yea, XFCE was solid for me also

On Wed, Oct 5, 2016 at 11:32 AM, sabayonino <sabayon...@gmail.com> wrote:

> Hi
>
> Sabayon Xfce-DEV 20161003
>
>
> Installed on my desktop pc
> managing partitions , automatic partitions and luks
>
> averything went well
>
> nothing to reports.
>
> After install some updates
>
> Gimp blanc tips solved as I reported
> https://bugs.sabayon.org/show_bug.cgi?id=5284
>
> I Think this bug can be marked as Fixed
>
> Regards
>
>


-- 
KJS
~wolfden~