Re: Bug#829033: ITP: fpaste -- Tool to paste text and files to the Fedora Pastebin
Hi, On 29.06.2016 23:35, Sergio Durigan Junior wrote: > fpaste is a command-line front-end for the Fedora Pastebin service at > fpaste.org. It allows easy uploading of multiple files, or of > copy&pasted text from stdin, without requiring a web browser. A unique > fpaste link is returned, which can then be given to others who are > offering help. Can that be merged into the more generic "pastebinit" package? Simon signature.asc Description: OpenPGP digital signature
Re: Bug#829033: ITP: fpaste -- Tool to paste text and files to the Fedora Pastebin
On Thu, Jun 30, 2016 at 9:20 AM, Simon Richter wrote: > Can that be merged into the more generic "pastebinit" package? Looks like it already supports fpaste.org: $ pastebinit -l | grep fpaste - fpaste.org BTW, Sergio may not be subscribed to debian-devel, so CCing the bug might have been a good idea. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#829076: general: Random freezes but the mouse can still move
Package: general Severity: grave Justification: causes non-serious data loss I'm running the current 64-bit Debian with the Cinnamon desktop and have been experiencing 'freezes' for about a month now. The mouse still moves around but clicking on any window produces no response. However right-clicking on any window (eg Firefox) brings up the context menu for the desktop!? I run a twin-screen set-up and looking at the screens which were timed-out I noticed that the times on the two screens were different! One was reading 11:03 and the other 11:16! After a few minutes both screens were frozen and I had to Ctrl+Alt+F1, kill the x-session-manager which resulted in the login screen and the system wsudo gedit /var/log/syslogas usable again.. >From this I conclude that the problem is OS-related and not driver-related (as >a twin-screen set-up is configured in the OS). -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#829076: Syslog extract at the time of the freeze
Jun 29 11:15:01 scotland CRON[15111]: (john) CMD (/util/chgWallpaper) Jun 29 11:17:01 scotland CRON[15220]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Jun 29 11:20:01 scotland CRON[15339]: (john) CMD (/util/chgWallpaper) Jun 29 11:21:18 scotland org.a11y.atspi.Registry[906]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" Jun 29 11:21:18 scotland org.a11y.atspi.Registry[906]: after 33675 requests (33675 known processed) with 0 events remaining. Jun 29 11:21:18 scotland org.a11y.Bus[900]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gnome.OnlineAccounts[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gtk.vfs.Daemon[12935]: A connection to the bus can't be made Jun 29 11:21:18 scotland org.gtk.vfs.Daemon[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.a11y.Bus[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gtk.Private.GoaVolumeMonitor[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland kernel: [139891.705697] nemo[13066]: segfault at 6e6f697460 ip 7f35bd9e69e4 sp 7ffde915ee98 error 4 in libc-2.19.so[7f35bd8be000+1a2000] Jun 29 11:21:18 scotland org.gtk.Private.UDisks2VolumeMonitor[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.a11y.atspi.Registry[12941]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gtk.Private.AfcVolumeMonitor[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gtk.Private.MTPVolumeMonitor[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Error receiving message: Connection reset by peer (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gtk.Private.GPhoto2VolumeMonitor[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Error receiving message: Connection reset by peer (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.gtk.vfs.Daemon[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland ca.desrt.dconf[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland colord: device removed: xrandr-Goldstar Company Ltd-W2443-394108 Jun 29 11:21:18 scotland colord: device removed: xrandr-Goldstar Company Ltd-W2443-206691 Jun 29 11:21:18 scotland colord: Profile removed: icc-df4952daf49f45802b447f070b97fc9f Jun 29 11:21:18 scotland colord: Profile removed: icc-db38ab9018b67d3cc70d2f8f34129b35 Jun 29 11:21:18 scotland org.gtk.vfs.Daemon[12935]: A connection to the bus can't be made Jun 29 11:21:18 scotland org.gtk.vfs.Daemon[12935]: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. Jun 29 11:21:18 scotland org.fedoraproject.Config.Printing[12935]: (scp-dbus-service.py:29962): Gdk-WARNING **: scp-dbus-service.py: Fatal IO error 11 (Resource temporarily unavailable) on X server :0. Jun 29 11:21:18 scotland pulseaudio[15433]: [pulseaudio] client-conf-x11.c: xcb_connection_has_error() returned true Jun 29 11:21:18 scotland pulseaudio[15432]: [pulseaudio] client-conf-x11.c: xcb_connection_has_error() returned true Jun 29 11:21:18 scotland pulseaudio[15434]: [pulseaudio] client-conf-x11.c: xcb_connection_has_error() returned true Jun 29 11:21:18 scotland rtkit-daemon[12968]: Successfully made thread 15441 of process 15441 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level -11. Jun 29 11:21:18 scotland rtkit-daemon[12968]: Supervising 1 threads of 1 processes of 1 users. Jun 29 11:21:18 scotland pulseaudio[15441]: [pulseaudio] pid.c: Stale PID file, overwriting. Jun 29 11:21:18 scotland rtkit-daemon[12968]: Supervising 1 threads of 1 processes of 1 users. Jun 29 11:21:18 scotland rtkit-daemon[12968]: Succes
Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)
]] Holger Levsen > On Sun, Jun 26, 2016 at 08:50:05PM +0200, Tollef Fog Heen wrote: > > > > Do you also object to DSA using puppet for configuration management? > > I don't. In fact I wasnt aware puppet is under "non-free" CLA as well. Your earlier message wasn't about a CLA, but about whether software is split in an enterprise version and a «normal» version. Puppet itself is Apache licensed, so it's not copyleft and the need for any sort of CLA isn't really there to be able to provide a proprietary version. (I'm not sure if it has a CLA or not.) This might come across as splitting hairs. That is not my intention, I'm trying to understand what you're actually objecting to. I'm not sure if you'll be at Debconf or not, but if you are, feel free to grab me for a discussion around this. I'd be interested in what you have to say. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
Re: Bits from the DPL -- June 2016
]] Mehdi Dogguy > So DAMs asked to purchase Yubikey 4 tokens. They now have a common GPG key > to make it easier to contact them confidentially (rather than have to look > up their individual keys). We have a sponsorship from Yubico for some more yubikeys, so we can probably use those for the DAMs too. > I /think/, but I am not sure, that DSA is also using similar tokens to store > SSH keys (and maybe other secrets on the token). We're investigating their use for use for Secure Boot as well as for buildd signing keys. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are
Can not disable lintian Information hardening-no-fortify-functions usr/bin/at
Hi, I am investigating why I can turn off the lintian information hardening-no-fortify-functions. In the beginning of my debian/rules I have: export DEB_BUILD_MAINT_OPTIONS=hardening=+all What I am doing wrong? How can I debug if the hardening is really on the binaries? The complete lintian messages from at package is: lintian -I --pedantic at_3.1.20-1_amd64.changes P: at source: debian-watch-may-check-gpg-signature I: at: hardening-no-fortify-functions usr/bin/at I: at: hardening-no-fortify-functions usr/sbin/atd N: 4 tags overridden (4 warnings) -- -- Nenhum pássaro voa alto demais, se voa com suas próprias asas --William Blake signature.asc Description: Digital signature
Re: Can not disable lintian Information hardening-no-fortify-functions usr/bin/at
Jose M Calhariz: > Hi, > > I am investigating why I can turn off the lintian information > hardening-no-fortify-functions. In the beginning of my debian/rules I > have: > > export DEB_BUILD_MAINT_OPTIONS=hardening=+all > > What I am doing wrong? > How can I debug if the hardening is really on the binaries? > > The complete lintian messages from at package is: > > lintian -I --pedantic at_3.1.20-1_amd64.changes > P: at source: debian-watch-may-check-gpg-signature > I: at: hardening-no-fortify-functions usr/bin/at > I: at: hardening-no-fortify-functions usr/sbin/atd > N: 4 tags overridden (4 warnings) > > Hi Jose, Please verify that the CPPFLAGS are passed to the compiler (a lot of build systems fail to pass exactly CPPFLAGS on). The general recommendation is to use "blhc" for this purpose. If you pass CPPFLAGS on correctly, then there is nothing more you can do. There are some known false-positives (the actual tool checking is "hardening-check"), which cannot be fixed. You may want to override the tags if this is the case. Thanks, ~Niels
Bug#829098: ITP: google-android-ndk-installer -- This is a packaged script that automatically downloads Google Android NDK package and unpacks it into Debian-friendly paths.
Package: wnpp Severity: wishlist Owner: Android tools Maintainer * Package name: google-android-ndk-installer Version : 12 Upstream Author : Google, Inc. * URL : https://developer.android.com/ndk/index.html * License : public-domain Programming Lang: C, Java, Bash Description : This is a packaged script that automatically downloads Google Android NDK package and unpacks it into Debian-friendly paths. This package will download the Google Android NDK package and create a Debian package. . The Android NDK is a toolset that lets you implement parts of your app using native-code languages such as C and C++. For certain types of apps, this can help you reuse existing code libraries written in those languages. . WARNING: Installing this Debian package causes android-ndk-r12-linux-x86_64.zip to be downloaded from dl-ssl.google.com.The End User License Agreement of this binary package is available at developer.android.com.
Re: Can not disable lintian Information hardening-no-fortify-functions usr/bin/at
On Thu, Jun 30, 2016 at 02:59:39PM +, Niels Thykier wrote: > Jose M Calhariz: > > Hi, > > > > I am investigating why I can turn off the lintian information > > hardening-no-fortify-functions. In the beginning of my debian/rules I > > have: > > > > export DEB_BUILD_MAINT_OPTIONS=hardening=+all > > > > What I am doing wrong? > > How can I debug if the hardening is really on the binaries? > > > > The complete lintian messages from at package is: > > > > lintian -I --pedantic at_3.1.20-1_amd64.changes > > P: at source: debian-watch-may-check-gpg-signature > > I: at: hardening-no-fortify-functions usr/bin/at > > I: at: hardening-no-fortify-functions usr/sbin/atd > > N: 4 tags overridden (4 warnings) > > > > > > Hi Jose, > > Please verify that the CPPFLAGS are passed to the compiler (a lot of > build systems fail to pass exactly CPPFLAGS on). The general > recommendation is to use "blhc" for this purpose. > > If you pass CPPFLAGS on correctly, then there is nothing more you can > do. There are some known false-positives (the actual tool checking is > "hardening-check"), which cannot be fixed. You may want to override the > tags if this is the case. > hardening-check at atd at: Position Independent Executable: yes Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: yes atd: Position Independent Executable: yes Stack protected: yes Fortify Source functions: no, only unprotected functions found! Read-only relocations: yes Immediate binding: yes I think from this and: gcc -c -I. -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -DHAVE_CONFIG_H -DVERSION=\"3.1.19\" -DETCDIR=\"/etc\" -DLOADAVG_MX=1.5 -DDAEMON_USERNAME=\"daemon\" -DDAEMON_GROUPNAME=\"daemon\" -DLFILE=\"/var/spool/cron/atjobs/.SEQ\" -Wall at.c The flags are enabled and most protections are in place, right? Is this a false positive? > Thanks, > ~Niels > > > Kind regards Jose M Calhariz -- -- Por açúcar nas feridas é tão ruim quanto pôr sal --Yevgeny Yevtushenko signature.asc Description: Digital signature
Bug#829107: ITP: wireguard -- fast, modern, secure kernel VPN tunnel
Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor * Package name: wireguard Version : 0.0.0 (experimental) Upstream Author : Jason A. Donenfeld * URL : https://wireguard.io/ * License : GPL-2 Programming Lang: C Description : fast, modern, secure kernel VPN tunnel WireGuard is a novel VPN that runs inside the Linux Kernel and uses state-of-the-art cryptography (the "Noise" protocol). It aims to be faster, simpler, leaner, and more useful than IPSec, while avoiding the massive headache. It intends to be considerably more performant than OpenVPN. WireGuard is designed as a general purpose VPN for running on embedded interfaces and super computers alike, fit for many different circumstances. It runs over UDP. --- I'm hoping to get this experimental encrypted IP tunnelling mechanism wider testing and visibility by making it easier for people to deploy.
Re: Can not disable lintian Information hardening-no-fortify-functions usr/bin/at
On Thu, 30 Jun 2016 at 16:31:43 +0100, Jose M Calhariz wrote: > On Thu, Jun 30, 2016 at 02:59:39PM +, Niels Thykier wrote: > > Please verify that the CPPFLAGS are passed to the compiler (a lot of > > build systems fail to pass exactly CPPFLAGS on). What Niels said. This appears to be exactly the bug here. You can either modify the build system to take CPPFLAGS from the environment, or do something like CFLAGS += $(CPPFLAGS) in debian/rules. > Fortify Source functions: no, only unprotected functions found! This looks like the lintian tag is justified. There are three possibilities for "fortify": - the binary does not call any functions that have a "fortified" version so there is nothing to do; - the binary calls functions that have a "fortified" version and gets the "fortified" version; - the binary calls functions that have a "fortified" version but gets the original (unhardened) version This looks like you're in the third possibility. > gcc -c -I. -g -O2 -fPIE -fstack-protector-strong -Wformat > -Werror=format-security -DHAVE_CONFIG_H -DVERSION=\"3.1.19\" > -DETCDIR=\"/etc\" -DLOADAVG_MX=1.5 -DDAEMON_USERNAME=\"daemon\" > -DDAEMON_GROUPNAME=\"daemon\" -DLFILE=\"/var/spool/cron/atjobs/.SEQ\" -Wall > at.c > > The flags are enabled and most protections are in place, right? Not all. You should also be seeing -D_FORTIFY_SOURCE=2. (blhc would probably have told you that.) S
Bug#829132: ITP: r-cran-rglwidget -- GNU R 'rgl' in 'htmlwidgets' Framework
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-rglwidget Version : 0.1.1434 Upstream Author : Duncan Murdoch * URL : https://cran.r-project.org/web/packages/rglwidget * License : GPL Programming Lang: GNU R Description : GNU R 'rgl' in 'htmlwidgets' Framework This GNU R package provides an 'htmlwidgets' (framework for creating HTML widgets that render in various contexts) framework for the 'rgl' (three-dimensional visualisation using OpenGL) package. Remark: This package belongs to a pyramid of dependencies for the target r-cran-treescape and will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-rglwidget/trunk/
Re: Can not disable lintian Information hardening-no-fortify-functions usr/bin/at
On Thu, Jun 30, 2016 at 08:46:54PM +0100, Simon McVittie wrote: > On Thu, 30 Jun 2016 at 16:31:43 +0100, Jose M Calhariz wrote: > > On Thu, Jun 30, 2016 at 02:59:39PM +, Niels Thykier wrote: > > > Please verify that the CPPFLAGS are passed to the compiler (a lot of > > > build systems fail to pass exactly CPPFLAGS on). > > What Niels said. This appears to be exactly the bug here. > > You can either modify the build system to take CPPFLAGS from the > environment, or do something like CFLAGS += $(CPPFLAGS) in debian/rules. > Added this. > > Fortify Source functions: no, only unprotected functions found! > > This looks like the lintian tag is justified. There are three > possibilities for "fortify": > > - the binary does not call any functions that have a "fortified" version > so there is nothing to do; > - the binary calls functions that have a "fortified" version and gets the > "fortified" version; > - the binary calls functions that have a "fortified" version but gets the > original (unhardened) version > > This looks like you're in the third possibility. > > > gcc -c -I. -g -O2 -fPIE -fstack-protector-strong -Wformat > > -Werror=format-security -DHAVE_CONFIG_H -DVERSION=\"3.1.19\" > > -DETCDIR=\"/etc\" -DLOADAVG_MX=1.5 -DDAEMON_USERNAME=\"daemon\" > > -DDAEMON_GROUPNAME=\"daemon\" -DLFILE=\"/var/spool/cron/atjobs/.SEQ\" -Wall > > at.c > > > > The flags are enabled and most protections are in place, right? > > Not all. You should also be seeing -D_FORTIFY_SOURCE=2. and this was the missing bits. Now lintian is happy. Thank you. > > (blhc would probably have told you that.) > > S > > Kind regards Jose M Calhariz -- -- "O fardo do casamento é tão pesado que precisa de dois para carregá-lo, às vezes, três." signature.asc Description: Digital signature
Per-user package configuration
Hello! I am working on runit process supervision suite, and I want to provide user-local supervision support out-of-binary-package. User-local supervision for requires one file pre user in /etc. (Well, true is a bit more complex, but nevermind). One extra will be spawned per user). Question is: how to properly configure all this? My best idea so far is provide at installation time list of users with uid >= 1000, and ask for which of them user-local supervision should be enabled. But seems that debconf templates are static, and I can't dynamically generate list of choices (users). But I need to, since users can be added and removed, and I want 'dpkg-reconfigure' handle it. Another, more crude, alternative is just enable user-local supervision for every user availiable in postinst. But it is not so nice to require sysadmin to run 'dpkg-reconfigure' every time user is removed or added. -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Web-Site: sinsekvu.github.io
Work-needing packages report for Jul 1, 2016
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 746 (new: 7) Total number of packages offered up for adoption: 172 (new: 0) Total number of packages requested help for: 48 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: acoustid-fingerprinter (#828784), orphaned 3 days ago Installations reported by Popcon: 125 aspell-hu (#828943), orphaned yesterday Description: Hungarian dictionary for aspell Installations reported by Popcon: 1378 gnome-shell-extension-weather (#828694), orphaned 4 days ago Description: weather extension for GNOME Shell Reverse Depends: gnome Installations reported by Popcon: 36338 linux-atm (#828731), orphaned 3 days ago Reverse Depends: atm-tools br2684ctl libatm1-dev Installations reported by Popcon: 26536 omnievents (#828919), orphaned 2 days ago Reverse Depends: libomnievents-dbg libomnievents-dev omnievents Installations reported by Popcon: 12 python-ofxclient (#828735), orphaned 3 days ago Reverse Depends: ledger-autosync Installations reported by Popcon: 24 python-ofxhome (#828736), orphaned 3 days ago Reverse Depends: python-ofxclient Installations reported by Popcon: 24 739 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. No new packages have been given up for adoption, but a total of 172 packages are awaiting adoption. See http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: athcool (#278442), requested 4265 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 26 awstats (#755797), requested 708 days ago Description: powerful and featureful web server log analyzer Installations reported by Popcon: 4167 balsa (#642906), requested 1740 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 613 cardstories (#624100), requested 1893 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 7 courier (#823807), requested 52 days ago Reverse Depends: courier-faxmail courier-filter-perl courier-imap courier-imap-ssl courier-ldap courier-mlm courier-mta courier-mta-ssl courier-pcp courier-pop (7 more omitted) Installations reported by Popcon: 2223 cups (#532097), requested 2581 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups boomaga chromium cinnamon-settings-daemon cloudprint cups cups-backend-bjnp cups-browsed cups-bsd cups-client (62 more omitted) Installations reported by Popcon: 167781 cyrus-sasl2 (#799864), requested 281 days ago Description: authentication abstraction library Reverse Depends: 389-ds-base 389-ds-base-libs 389-dsgw adcli autofs-ldap cairo-dock-mail-plug-in claws-mail claws-mail-acpi-notifier claws-mail-address-keeper claws-mail-archiver-plugin (130 more omitted) Installations reported by Popcon: 188697 developers-reference (#759995), requested 670 days ago Description: guidelines and information for Debian developers Installations reported by Popcon: 19107 devscripts (#800413), requested 275 days ago Description: scripts to make the life of a Debian Package maintainer easier Reverse Depends: apt-build apt-listdifferences aptfs arriero bzr-builddeb customdeb debci debian-builder debmake debpear (28 more omitted) Installations reported by Popcon: 12934 ejabberd (#767874), requested 605 days ago Description: distributed, fault-tolerant Jabber/XMPP server written in Erlang Reverse Depends: ejabberd-contrib ejabberd-mod-cron ejabberd-mod-log-chat ejabberd-mod-logsession ejabberd-mod-logxml ejabberd-mod-message-log ejabberd-mod-muc-log-http ejabberd-mod-post-log ejabberd-mod-rest ejabberd-mod-s2s-log (3 more omitted) Installations reported by Popcon: 749 fbcat (#565156), requested 2360 days ago Description: framebuffer grabber Installations reported by Popcon: 213 fgetty (#823266), requested 59 days ago Description: console-only getty & login (issue with nis) Installations reported by Popcon: 2110 freeipmi (#628062), requested 1862 days ago Description: GNU implementation of the IPMI protocol Reverse
Estrategias Efectivas en Redes Sociales para Empresas (B2B)
Estrategias Efectivas en Redes Sociales para Empresas (B2B) - Monterrey, NL. 6 julio - Guadalajara, Jal. 2 de agosto - Querétaro, 19 de julio - México, DF. 16 de agosto LUCMA Conferencias te invita a Descubrir cómo crear una estrategia de social media atractiva y eficiente que te permita ampliar tu red de negocios. En este curso aprenderá a crear, integrar y desarrollar las oportunidades que ofrecen las Redes Sociales en sus estrategias de relación, comunicación y venta con clientes actuales y potenciales. A lo largo del curso conocerá en profundidad cómo diseñar un plan de Social Media, las estrategias multicanal de las Redes Sociales, las oportunidades que nos ofrecen estos medios en publicidad, cómo desarrollar estrategias virales, las métricas más utilizadas para medir resultados e interacciones. Social Media figuran como la técnica de marketing de contenidos más utilizada por las empresas en un 92% México es el País con Mayor Alcance en Sitios de Redes Sociales a Nivel Mundial (dato de forbes) Youtube, Facebook y Twitter estan se encuentran entre las 10 paginas mas Visitadas en Mexico Participe y aprende: Integrar las REDES SOCIALES en su organizacion Los nuevos contextos de redes y medios sociales y su impacto en nuestras estrategias de marketing y comunicación online Cómo aprovechar al máximo las oportunidades que nos ofrecen estos medios en publicidad digital Conozca conceptos como crossumers, crowdsourcing, Customer Social Relationship Management, Buzz Marketing, WOM, Viral marketing, ORM, SMO, social media analytics y mucho más. Dirigido a: Dueños, Directores, Gerentes, Emprendedores, PYMES, o cualquier persona que quiera obtener los beneficios de las Redes Sociales para incrementar sus ventas y posicionar su empresa. Para hacerle llegar el Folleto Completo sin compromiso puede comunicarse a nuestros telefonos en Guadalajara (33) 4770 3203 - México D.F. (55) 4744 7790 - Monterrey (81) 4624 3520 Te recordamos que esta información es completamente confidencial y exclusiva por parte de la agencia de comunicación y marketing digital. Este e-mail ha sido entregado a : debian-devel@lists.debian.org, Para recibir solo un calendario mensual responda este correo con asunto "Calendario-mkt", si lo que desea es dejar de recibir estos correos responda este correo como "SIN_NOTIFICACION" (dejara de recibir correos en un periodo no mayor a 72hr) 420929 Av Mariano Otero 407, Moderna Cp. 44190 Guadalajara, Jal., Mexico.
Bug#829153: ITP: straight.plugin -- A simple namespaced plugin facility for Python
Package: wnpp Severity: wishlist Owner: Sergio Durigan Junior * Package name: straight.plugin Version : 1.4.1 Upstream Author : Calvin Spealman et al * URL : https://github.com/ironfroggy/straight.plugin * License : Expat (MIT) Programming Lang: Python Description : A simple namespaced plugin facility for Python straight.plugin is a Python plugin loader inspired by twisted.plugin with two important distinctions: - Fewer dependencies - Python 3 compatible The system is used to allow multiple Python packages to provide plugins within a namespace package, where other packages will locate and utilize. The plugins themselves are modules in a namespace package where the namespace identifies the plugins in it for some particular purpose or intent. This package is a dependency necessary for pagure. Thanks, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/ signature.asc Description: PGP signature
Re: opinions of snappy packages
Hi Lars, On Wed, Jun 22, 2016 at 05:27:43PM +0300, Lars Wirzenius wrote: > On Sun, Jun 19, 2016 at 03:44:54PM -0700, Steve Langasek wrote: > > snapd is available in Debian unstable for roughly the past two weeks. > Disclaimer: I've never used snap packages, and I haven't even read > their documentation. I hope I'll convince you to give them a try ;) > Given that snapd therefore seems to be, in practice, only usable by > Canonical's server, shouldn't the package be in contrib instead of > main? At least until such time as there is a server side of this that > can realistically be used with snapd (without changing its source) and > that is free software. The point has been made that there are lots of other clients in Debian main that only talk to a single, proprietary server implementation; so if snapd did only talk to the Canonical store, I believe its placement in main would still be consistent with archive policy / past Technical Committee decisions. But as it turns out, the Canonical store is *not* the only game in town. Since snapd talks a straightforward REST API, there is already a separate Free implementation: https://github.com/noise/snapstore/ And there's talk of including this in the snapcore upstream project as a reference implementation: http://blog.dustinkirkland.com/2016/06/howto-host-your-own-snap-store.html > Furhter, the snapd package description is as follows: > Description: Scripts for snapd that should only run on ubuntu core systems. > This package contains systemd services that need to run on ubuntu core > systems. > . > This package should not be installed on a Desktop system. > This seems to not be relevant for a package that's meant to install > snap pacxkages on a Debian system. I think it should be replaced by > something that is more useful to a Debian user/sysadmin. Agreed, and bug #827906 is open about this, to be fixed soon! Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: PGP signature
Re: Per-user package configuration
Hi Dmitry, On 01-07-16 00:50, Dmitry Bogatov wrote: > But seems that debconf templates are static, and I can't dynamically > generate list of choices (users). But I need to, since users can be > added and removed, and I want 'dpkg-reconfigure' handle it. Debconf templates are not static. You have the freedom to insert variables in the template that you replace just before you ask the question. I believe the debconf documentation has an item on this. As an example package that uses it, you could look at dbconfig-common. Paul signature.asc Description: OpenPGP digital signature
Bad news to CUDA applications (was: Re: GCC 6 & binutils for the Debian stretch release)
Hi all, (please keep me in CC list) I'm pointing out a BIG problem introduced by stretch's GCC-6-only plan. In brief CUDA 8.0~RC fails to work with GCC-6, this conclusion comes from my local Caffe build log as attached. That is to say, after GCC-6 transition *ALL* packages depending on cuda will get removed from stretch due to FTBFS. I don't expect Nvidia to release CUDA 8.5 before the stretch freeze date (Q1 2017), i.e. even a freeze-exception against cuda might not save this situation. So all maintainers maintaining CUDA application packages have to face this harsh condition. Do you have any solution to this problem? Besides, I cc'ed 2 nvidia guys with a hope that they can provide some helpful information. caffe_buildlog_nvcc8_gcc6_failure.txt.gz Description: application/gzip signature.asc Description: This is a digitally signed message part
