Really interesting and right on time (my old BlacBerry dies. Need to get a new dumbphone).

show qweborf
Package: qweborf
Source: weborf
Version: 0.13.4-3
Installed-Size: 75
Maintainer: Salvo 'LtWorf' Tomaselli <tiposchi@tiscali.it>
Architecture: all
Depends: python3:any (>= 3.4~), weborf (>= 0.13.4-3), python3-pyqt5
Recommends: miniupnpc
Description: Shares files using the HTTP protocol
Description-md5: 4ca3e76717ae55c2969586fa774cef2d
Homepage: http://ltworf.github.io/weborf/
Tag: interface::graphical, interface::x11, protocol::http, role::program,
uitoolkit::qt, use::transmission, works-with::file, x11::application
Section: httpd
Priority: optional
Filename: pool/main/w/weborf/qweborf_0.13.4-3_all.deb
Size: 17830
MD5sum: 1b6e0141f3e810fb3f4b51636944276f
SHA256: a46309c8143ef534a2ce3918b0d5078a46bbb937f0a763305ca43685f229ac40


Python, Qt, transmission... my thing. 

Just for the record & OT

Been trying maim in Void (didn't bothered about escrotum after reading the readme and the man page). I miss the scrot's -e waaaay more than the missing -u (which led me to maim). Also maim is quite slow rendering the image files compared with the instant scrot. Plus, for some reason when shooting a focused urxvt window with transparency it doesn't grab the background. scrot is WYSIWIG. So back to good ol' scrot besides it can be glitchy sometimes when selecting areas. I don't use to shoot focused windows. I typically do selected areas of full screen. Homework done.

Into the stash it goes. Thanks!

+1 for xdotool and wmctrl. They always go in along with xorg and fluxbox on my systems. It should be a metapackage LOL.

@ PackRat: might be a good moment to try maim and/or escrotum in Void. They both are in the repos. They are supposedly improved shooters to overcome the scrot usual glitches and limitations. Never bothered to try them so far. I guess pmss would be easily adapted for those needing a bit more than what the good old unpatched scrot gives.

Great stuff as usual. Thanks, buddy.

The Xserver transition is still not complete. 85% as of today. But it sounds strange that setting an static IP borks the X anyway.

Got it. Today the nvidia driver likes to stay in and only three unneeded xorg video things to remove. Apparently all good after reboot.

Quote from: hakerdefo on November 28, 2016, 09:04:07 AM
Bookmark following page and keep an eye on "xserver1.19" transition.

https://release.debian.org/transitions/

Cheers!!!

Huh, still at 12%. It might be a long one. Thanks, hackedefo. I'll keep an eye on it.

Same here. I've got a GTX 960 a while ago and the there's a real performance difference using one of the two drivers.

It seems once multiarch drops in it's difficult to get rid of it. It's not just the package. once you start going with it, it extends its fingers and makes a mess to remove the thing. Got rid of gstreamer but cannot easily remove multiarch-support. Neither mpv or moc needs gstreamer. Purged the gst thing and I still got the players working nice. I started installing the gts stuff to fully avoid flash player in Iceweasel/Firefox. The stuff is needed so the built-in html5 player could play everything, but I haven't played anything within a browser in about a year. mpv does it all. No more gstreamer for me. For the multiarch part, I think I'll have to swallow it for now.

QuoteUpgrading X breaks that now? Use to be just kernel upgrades.

It seems so. The thing started together with the X transition. Or maybe it's just coincidence, I'm still on the 4.4 LTS kernel patiently waiting for the next LTS kernel, 4.9 due soon.  Maybe the new Xserver doesn't like this kernel.

EDIT: Yes, nvidia-graphics-driver is part of the Xorg transition. So it's not the kernel this time. This package wants to remove the whole Nvidia thing.

https://release.debian.org/transitions/html/xserver1.19.html

And we thank you for that, boss. Great job!

WTF!!! Seriously?

aptitude why multiarch-support
i   libgstreamer-plugins-base0.10-0 PreDepends multiarch-suppor

gstreamer plugins need multiarch in a 64 bit system? Why? 

I cannot go bravely like VastOne did if I want to keep the Nividia-driver. Maybe I should go back to nouveau... I'll think about it. I'm not happy with this situation to say the truth.

Sometimes dependencies sound absurd. Like mpv pulling in samba. Why a media player necessarily needs the f...ing samba server? It should be an option, not a dependency.

^ Wow, the list of packages is huge! Thanks for the tip, hackerdefo. No idea why this happened. I'm not aware of using any  32 bit software, but I have a real mess here for some reason. Anyway, as jedi already pointed out, a little wait won't hurt.  Let's wait for the xorg transition to settle.

Whenever I change my main system I'll pin multiarch-support to avoid it sliding in again... Or just going back to 32 bit systems.

Same here. No warnings regarding xorg AFAIK. But want to remove the Xserver and nvidia drivers all together.  Apparently the last recent big Xorg upgrade is messy once again.

https://forum.siduction.org/index.php?topic=6455.0

Maybe it's only affecting multiarch systems. Not sure. I don't know when the heck multiarch went in as a depeendency of something... maybe. As far as I remember I wanted to keep it away and never got the intention of installing it, but here it is. Didn't tried to solve the xorg issue this way whatsoever.

^^ I do it often for fun in VMs. Maybe some day I go metal and finally switch to Void. What still keeps me in Debian is mostly that. Void is very barebones. We take many things for granted in Debian and many other distros defaults or base systems. In Void you need to figure out what's missing all the time. I guess it's question of repeat and rinse to get used to it.

Folks, AFAIK there's currently something libssl breaking python. Might be that driving you mad?