libglvnd_1.3.1-1_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 22 Feb 2020 00:29:41 +0200 Source: libglvnd Architecture: source Version: 1.3.1-1 Distribution: unstable Urgency: medium Maintainer: Debian X Strike Force Changed-By: Timo Aaltonen Changes: libglvnd (1.3.1-1) unstable; urgency=medium . * New upstream release. * control: Add libopengl-dev to libglvnd-dev depends, since it used to carry the .so. * patches: Dropped, upstream. Checksums-Sha1: 8988032ebcf9f392f2059e93e8b7fe185fda3aee 2703 libglvnd_1.3.1-1.dsc 14453809a2b6945a799fa334418767dd231a7362 1031831 libglvnd_1.3.1.orig.tar.gz 5c2f06f4eefe6ed29119dbef22bf22aecde23a30 21836 libglvnd_1.3.1-1.debian.tar.xz de95bdf89da0c1a76b19be7229c5cf95cb2ff5b9 7951 libglvnd_1.3.1-1_source.buildinfo Checksums-Sha256: 61c3141d925b56c086a5f13a15d3b765c3adc30b9f0f989d25adb9b451f4e56f 2703 libglvnd_1.3.1-1.dsc 787434966cd138d1685595e1ec64655665045067fd541e0002a0ecbf6bc3962c 1031831 libglvnd_1.3.1.orig.tar.gz 2dcd59ab2e7dcd4ffdd0c7a438c7369105ce63065a9afc7332bf4d7d39d86a95 21836 libglvnd_1.3.1-1.debian.tar.xz 29a82835d8af2c2eb94e685b4482717e431f41a7e133fa29a62d7e55ee2541b8 7951 libglvnd_1.3.1-1_source.buildinfo Files: 70dff2e402ebd06a00af37fc86ef1754 2703 libs optional libglvnd_1.3.1-1.dsc f413526865e776688f3c0e031a7a71c1 1031831 libs optional libglvnd_1.3.1.orig.tar.gz 4642221996422819cab7b218818dd4df 21836 libs optional libglvnd_1.3.1-1.debian.tar.xz 95acc11505b4552971fa484a21dcc755 7951 libs optional libglvnd_1.3.1-1_source.buildinfo -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEdS3ifE3rFwGbS2Yjy3AxZaiJhNwFAl5QWeUACgkQy3AxZaiJ hNw/tQ/+OjVHlAlOfhU4b+gQ2wHsf+nKJLbYoeHY4MbqdnJvsB1tISTZtjy+miUA kIOnKWIJE5jSTOoDyzISqrwj22r3qx0lWg1wiMxWr7CphGVrlurdMei8MK/5I8MD c41/XgijT90+5z+nKWiUjbO1FvlsA8Tu5p5Zsly2PXdrhODmd6dVGhmJrwzPEJLF SlT+usOSFqsrT6ZQOFGhX9lxUGGkaKHdP5sAPmIPpT6y1mAKUCTaeU633cJjLFpp itWzFtGie8F3WDprEMmqtAhUH9eE7+NyGT0FV5s/wB+ISpSiUE2Vk78v8MRweixl LkOYWE6tqxmC58FVXbynJOh9Q29FtArUlbBn5vR/7ISSRhcXsRCKGuxqmdvrGZVJ 0rMUyRJ3nsU3yV4xDNAxgxA9gOnlEhCOQhuwKrTf4qmevWk0bXjtboHASUp62DDa /fYFGrZfndLM2gSb6FTB6MxTcEGWZWFzPoNU1GoeztowynpMw8QoOv1TrVDOEAMz SxTT351zElrujIT65K0WIiT4z6xfmgNWlrx6suzxvjuUhtVGgbFquJySyKzxiWL7 PLIXo5+lGtwILSuE03EFn+5yKniZeuYa+0LJBn+0fWFz6/4y1a4o4sHV/V2r585o Vwgx5KJQ2vfUeYpNdjkjLZUtirihOuh9X73XqqP5ljDYHRm8lyo= =vvs0 -END PGP SIGNATURE- Thank you for your contribution to Debian.
Processing of libglvnd_1.3.1-1_source.changes
libglvnd_1.3.1-1_source.changes uploaded successfully to localhost along with the files: libglvnd_1.3.1-1.dsc libglvnd_1.3.1.orig.tar.gz libglvnd_1.3.1-1.debian.tar.xz libglvnd_1.3.1-1_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
[Git][xorg-team/lib/libglvnd] Pushed new tag libglvnd-1.3.1-1
Timo Aaltonen pushed new tag libglvnd-1.3.1-1 at X Strike Force / lib / libglvnd -- View it on GitLab: https://salsa.debian.org/xorg-team/lib/libglvnd/tree/libglvnd-1.3.1-1 You're receiving this email because of your account on salsa.debian.org.
Bug#951532: libinput: Touchpad behavour changed
Hi Timo, On Fri, 21 Feb 2020 18:37:20 +0200, Timo Aaltonen wrote: > Ah, well the commit from -2 is upstream now, so I guess it really needs > libevdev 1.9 now as explained in > > http://who-t.blogspot.com/2020/02/a-tale-of-missing-touches.html > > rc1 is released now.. Stephen, could you push it to sid? Yup, it’s in now! Regards, Stephen pgpyUiBHoV7NU.pgp Description: OpenPGP digital signature
Bug#951532: libinput: Touchpad behavour changed
On 21.2.2020 18.19, Lukas Straub wrote: > On Fri, 21 Feb 2020 17:58:57 +0200 > Timo Aaltonen wrote: > >> On 21.2.2020 17.16, Lukas Straub wrote: >>> On Wed, 19 Feb 2020 16:10:26 +0200 >>> Timo Aaltonen wrote: >>> On 17.2.2020 22.33, Lukas Straub wrote: > Source: libinput > Version: 1.15.1-1 > Severity: normal > > Dear Maintainer, > Since Version 1.15.1-1 the behavour of the Touchpad changed. I have a > "unified" Touchpad i.e. no physical seperate buttons, the whole touchpad > is pressed down. > -It's now impossible to do a middle or right-click and drag (It will > always send left-click) > -If I have my finger on the touch area first, I can do left-click and > drag. If the mouse button is pressed first, it's impossible to drag (the > pointer stays where it is). > > These problems go away if I downgrade to libinput-bin 1.14.3-1. Test 1.15.1-2 which was uploaded today. >>> >>> Hmm, I just updated to 1.15.2-1 and it is impossible to drag again. >> >> So it didn't work the first time either? >> >> I guess it needs libevdev 1.9.0-rc1... >> >> > > No, > 1.15.1-1 had the Problems described above. > 1.15.1-2 everything worked again. > 1.15.2-1 drag (if the mouse button is pressed first) stopped working again. Ah, well the commit from -2 is upstream now, so I guess it really needs libevdev 1.9 now as explained in http://who-t.blogspot.com/2020/02/a-tale-of-missing-touches.html rc1 is released now.. Stephen, could you push it to sid? -- t
Bug#951532: libinput: Touchpad behavour changed
On Fri, 21 Feb 2020 17:58:57 +0200 Timo Aaltonen wrote: > On 21.2.2020 17.16, Lukas Straub wrote: > > On Wed, 19 Feb 2020 16:10:26 +0200 > > Timo Aaltonen wrote: > > > >> On 17.2.2020 22.33, Lukas Straub wrote: > >>> Source: libinput > >>> Version: 1.15.1-1 > >>> Severity: normal > >>> > >>> Dear Maintainer, > >>> Since Version 1.15.1-1 the behavour of the Touchpad changed. I have a > >>> "unified" Touchpad i.e. no physical seperate buttons, the whole touchpad > >>> is pressed down. > >>> -It's now impossible to do a middle or right-click and drag (It will > >>> always send left-click) > >>> -If I have my finger on the touch area first, I can do left-click and > >>> drag. If the mouse button is pressed first, it's impossible to drag (the > >>> pointer stays where it is). > >>> > >>> These problems go away if I downgrade to libinput-bin 1.14.3-1. > >> > >> Test 1.15.1-2 which was uploaded today. > >> > >> > > > > Hmm, I just updated to 1.15.2-1 and it is impossible to drag again. > > So it didn't work the first time either? > > I guess it needs libevdev 1.9.0-rc1... > > No, 1.15.1-1 had the Problems described above. 1.15.1-2 everything worked again. 1.15.2-1 drag (if the mouse button is pressed first) stopped working again. Regards, Lukas Straub
Bug#951532: libinput: Touchpad behavour changed
On 21.2.2020 17.16, Lukas Straub wrote: > On Wed, 19 Feb 2020 16:10:26 +0200 > Timo Aaltonen wrote: > >> On 17.2.2020 22.33, Lukas Straub wrote: >>> Source: libinput >>> Version: 1.15.1-1 >>> Severity: normal >>> >>> Dear Maintainer, >>> Since Version 1.15.1-1 the behavour of the Touchpad changed. I have a >>> "unified" Touchpad i.e. no physical seperate buttons, the whole touchpad is >>> pressed down. >>> -It's now impossible to do a middle or right-click and drag (It will always >>> send left-click) >>> -If I have my finger on the touch area first, I can do left-click and drag. >>> If the mouse button is pressed first, it's impossible to drag (the pointer >>> stays where it is). >>> >>> These problems go away if I downgrade to libinput-bin 1.14.3-1. >> >> Test 1.15.1-2 which was uploaded today. >> >> > > Hmm, I just updated to 1.15.2-1 and it is impossible to drag again. So it didn't work the first time either? I guess it needs libevdev 1.9.0-rc1... -- t
Bug#951532: libinput: Touchpad behavour changed
On Wed, 19 Feb 2020 16:10:26 +0200 Timo Aaltonen wrote: > On 17.2.2020 22.33, Lukas Straub wrote: > > Source: libinput > > Version: 1.15.1-1 > > Severity: normal > > > > Dear Maintainer, > > Since Version 1.15.1-1 the behavour of the Touchpad changed. I have a > > "unified" Touchpad i.e. no physical seperate buttons, the whole touchpad is > > pressed down. > > -It's now impossible to do a middle or right-click and drag (It will always > > send left-click) > > -If I have my finger on the touch area first, I can do left-click and drag. > > If the mouse button is pressed first, it's impossible to drag (the pointer > > stays where it is). > > > > These problems go away if I downgrade to libinput-bin 1.14.3-1. > > Test 1.15.1-2 which was uploaded today. > > Hmm, I just updated to 1.15.2-1 and it is impossible to drag again. Regards, Lukas Straub
Wat heeft de dollar te maken met de oorlogen?
Hallo, De Nixon Shock goed verteerd? Of wist je al dat geld sinds 1971 geen intrinsieke onderliggende tegenwaarde meer had? **KERNBOODSCHAP** vorige mail : Weten dat vandaag zowel ons papiergeld als ons digitaal geld geen enkele intrinsieke tegenwaarde meer heeft. En dat dit geen probleem is zolang wij met zijn allen wereldwijd geloof en vertrouwen hebben in de waarde die op het biljet staat, maar dat het in tijdens van crisis of wantrouwen zeer snel kan dalen naar een waarde van nul. Wat we de laatste jaren hebben gezien in tal van bepaalde landen, kan net zo goed op een bepaald moment gebeuren met de wereldmunt, de dollar of bijvoorbeeld met de euro. En wat bijna niemand nog beseft is, dat we momenteel nog altijd in de tijdelijke zogezegde tussenfase leven en nog wachtende zijn op dat nieuwe monetaire systeem dat er zo snel mogelijk zou komen zoals President Nixon in 1971 verklaarde... **VANDAAG** Opnieuw een feit wat 99.5% van de wereldbevolking niet kent of weet. De PETRO DOLLAR. Na het opblazen van de Goudstandaard in 1971 ( vorige mail ) door de Verenigde Staten was de dollar als wereldreservemunt eigenlijk zijn waarde en geloofwaardigheid verloren. Zij vonden echter een vernuftige oplossing hiervoor in 1973. Saoudi Arabië was destijds het land met de grootste olievoorraad ter wereld. Zoals je weet uit de vorige mails werd tijdens het Bretton Woods Akkoord reeds afgesproken om wereldwijd altijd grondstoffen in Dollar te verhandelen. Om dit akkoord nog meer kracht bij te zetten en nog meer zekerheid hierover te hebben naar de toekomst toe sloten de US en het Wahabistisch Koningrijk in 1973 een extra overeenkomst. Saoedi Arabië ging akkoord om 100% enkel en alleen nog Dollars te accepteren om olie te verkopen. Hiertegenover stond dat het Amerikaanse leger altijd bescherming zou bieden aan hen in eender welk conflict tegen vijanden en het beveiligen van hun olievelden. Want zelf hadden zij geen echt functioneel leger. Alle andere OPEC landen volgden snel met dergelijke overeenkomst. Het gevolg was, en is, dat de Dollar vanaf toen eigenlijk was gedekt door olie en zo zijn positie als wereldreservemunt kon behouden. Wat NIET iedereen toen al in de gaten had, was dat op die manier alle OPEC landen moeten blijven investeren in Amerikaanse overheidsobligaties. Waar moeten ze er anders mee naartoe? Door dit feit kan Amerika tot op vandaag ongelimiteerd dollars drukken en loopt de staatsschuld van Amerika als enige land in de wereld ongelimiteerd op. MAAR waar moet JIJ vandaag nu aandacht aan schenken? Deze vlieger gaat alleen maar op zolang ieder land steeds evenveel olie blijft nodig hebben als eerste punt en dat zeker iedereen zich aan de overeenkomst houdt om enkel en alleen olie in dollars te verhandelen, als tweede punt **OORLOGEN EN UITSCHAKELINGEN** Er zijn uiteraard al een aantal landen en leiders die vonden dat deze voordelige situatie voor Amerika niet langer mocht aanhouden. Bijvoorbeeld Saddam Hussein begon op een gegeven moment olie te verhandelen in Euro. Iedereen weet hoe dit geëindigd is. Maar niet iedereen weet de echte oorzaak. Vanaf vandaag weet u dat wel. De volgende die "iets" wou proberen was Kadafi. Hij wou zelfs in gans Noord Afrika een nieuwe Goudstandaard invoeren door een gouden Dinar in het leven te roepen. Bedoeling was dat deze landen olie konden kopen met deze gouden Dinar maar ook in andere munteenheden. We weten ook wat met Kadafi plots gebeurde, maar de reden waarom is aan u en de wereldbevolking op een totaal andere manier "verkocht" door de mainstream media... Vandaag weet u de waarheid. VANDAAG blijft Iran halsstarrig olie verhandelen in goud, euro's of andere munten. Misschien bent u één van de weinige nu die weet waarom Amerika zo geviseerd is op Iran en weet u ook wanneer morgen oorlog uitbreekt met Iran, wat de echte reden is. Want weer zal de mainstream media u iets totaal anders vertellen NU, het is wel steeds moeilijker aan het worden voor Amerika en wel om deze feiten. Het is niet enkel meer Iran dat volgens hen naast de "pot" pist. In 2018 startte China, Rusland, Syrië en Qatar met olie onder elkaar te verhandelen in Euro, Roepie, Yuan en goud. In 2019 ontwikkelde Iran samen met Frankrijk, Duitsland en Engeland een alternatief betalingssysteem naast het internationale SWIFT systeem. Iran is verbannen van het internationale SWIFT systeem door Amerika als vergeldingsactie opdat zij dan niet meer van hun olie zouden afraken. MAAR nu hebben de vermelde landen daarop stiekem een alternatief ontwikkeld om zo naast alle akkoorden toch olie kunnen te kopen van Iran aan een interessante prijs. Achter de schermen is Amerika woedend over deze evolutie. Maar Amerika en hun leger kunnen veel, maar niet in één keer binnen vallen en drogredenen vinden om tegelijk in Iran, Nood Korea, China, Rusland, Frankrijk, Duistland Syrië, Qatar en Engeland binnen te vallen HET GEVOLG is wat geen enkel gewone aardbewoner echt weet, dat de complete instorti
Processed: libxkbcommon: allow to compile again on !linux archs
Processing control commands: > found -1 0.10.0-1 Bug #951754 [src:libxkbcommon] libxkbcommon: allow to compile again on !linux archs Marked as found in versions libxkbcommon/0.10.0-1. -- 951754: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951754 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#951754: libxkbcommon: allow to compile again on !linux archs
Source: libxkbcommon Version: 0.9.1-1 Severity: important Tags: patch Control: found -1 0.10.0-1 Hi, starting from 0.9.1-1, libxkbcommon cannot be built on non-Linux architectures due to the unconditional Wayland-related build dependencies. Considering that Wayland is Linux-specific, and the usage of it is only in a demo/test, it is possible to restrict its usage only on Linux architectures. Patch attached for this. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -13,10 +13,10 @@ Build-Depends: meson, pkg-config, quilt, - libwayland-dev, + libwayland-dev [linux-any], libx11-dev, libxcb-xkb-dev (>= 1.10), - wayland-protocols, + wayland-protocols [linux-any], x11-xkb-utils, x11proto-core-dev, x11proto-kb-dev (>= 1.0.5), --- a/debian/rules +++ b/debian/rules @@ -1,9 +1,15 @@ #!/usr/bin/make -f +include /usr/share/dpkg/architecture.mk + +ifneq ($(DEB_HOST_ARCH_OS),linux) + extra_meson_args+="-Denable-wayland=false" +endif + # We need to point to xkb-data's files. The default should be OK but # let's be cautious: override_dh_auto_configure: - dh_auto_configure -- -Dxkb-config-root=/usr/share/X11/xkb + dh_auto_configure -- -Dxkb-config-root=/usr/share/X11/xkb $(extra_meson_args) # Kill *.la files, and forget no-one: override_dh_install:
