Бизнес етикет и добри маниери с Мария Касимова-Моасе - отстъпка до 6 март!
Ако не четете този имейл, моля натиснете тук [1] [baer_tbsconsulting_2020-9] Бизнес етикет и добри маниери с Мария Касимова-Моасе [2] Дата на провеждане: 27.03.2020 г. Регистрация в курса: 09:00 – 09:30 ч. Начало: 09:30 ч. Край: 14:00 ч. Място на провеждане: Sense Hotel 5* гр. София, бул. "Цар Освободител"16, на няколко крачки от сградата на Парламента ”Добрите маниери отварят врати, които и най-доброто образование не може.” Собствениците на големи корпорации или малки компании често не осъзнават факта, че добрите маниерите на техните служители са от съществено значение за успеха на бизнеса. Много от тях пренебрегват етикета като елемент за успешен бизнес, защото смятат, че той не е важен. В условията на пазарна икономика има безброй компании, които предлагат същите услуги или продукти като Вас. Познаването и владеенето на етикета, добрите обноски и комуникация, са уменията, чрез които можете да се отличите от конкуренцията. Така ще накарате хората да се чувстват добре, когато са във Вашата компания и правят бизнес с Вас. Как да създадете култура на учтивост в отношенията и бизнеса? Всичко започва с външния вид и добрите маниери... Облеклото, поведението и дори добрите маниери, когато се храним или пием вино например изпращат много по-силно послание за Вас като човек от бизнеса, отколкото реално осъзнавате. Вашият гардероб трябва да се ръководи от сферата, в която работите, географската област в която живеете и нравите на средата, в която правите бизнес. Но най-важното винаги остава това, което Вашият клиент първо ще види у Вас. Нямаме втори шанс да направим добро първо впечатление, така че запитайте се как начина, по който сте избрали да изглеждате, влияе на доверието във Вашата работа и опит. Този курс има една задача - да Ви научи как да съобразявате личния си стил с правилата на етикета и да оставяте запомняща се и отлична следа в своето бизнес общуване. Защото етикетът не е претенция - той е комуникационно умение. Обучението е насочено за всеки, интересуващ се от комуникации, създаване и поддържане на контакти, добро представяне, възпитание, обноски на хранене, личен стил... Основни теми на курса: 1. Кратък исторически преглед на етикета 2. Дрес кодове и социални събития 3. Етикет на масата* - Събития, свързани с масата - закуска, брънч, обяд, следобедна закуска, вечеря, кафе пауза - Коктейлна култура - Прибори, посуда, видове чаши, подредба на масата - Класически правила на елегантното хранене - Физиологични подробности около масата - Теми на разговор - Базисна винена култура - как да поръчаме вино, как да го тестваме, как да пием и да говорим за него - Интернационални различия в етикета на масата и храненето - Посуда, за която може би не сте подозирали…и как се ядат “по-сложни” храни - Английската традиция при пиене на чай *Последната тема ще бъде подкрепена и нагледно по време на организирания обяд. Водещ Курса: Мария Касимова-Моасе Мария Касимова-Моасе е журналист, есеист,специалист по етикет и протокол. Завършила е Българска филология в Софийския университет. Била е главен редактор на редица списания, сред които ELLE, Капитал LIGHT и НЕЯR, работила е в културните отдели на много ежедневници, била е автор на предавания и рубрики в различни телевизионни формати. Обучението си по социален и бизнес етикет дължи на лондонската школа Minding Manners, училището за дипломатически етикет ISPD в Брюксел, както и на някои частни ателиета по добри маниери в Париж. Понастоящем Мария Касимова-Моасе продължава за работи като автор и журналист за няколко популярни български сайта, както и да води обучения по етикет и протокол и по комуникационни умения. Автор е на книгата "Близки срещи със смесени чувства" и романа "Балканска рапсодия". Има две дъщери, един съпруг и три кучета. Цена: 170 лв. без ДДС (204 лв. с ДДС). Цена при регистрация в курса до 6 март 2020 г.: 145 лв. без ДДС (174лв. с ДДС). В цената е включено: - презентации, блокнот, химикалка - кафе пауза - обяд (тристепенно меню) в рестораната на хотела Регистрация в курса може да направите директно през нашия сайт, чрез посочения по-долу линк: Допълнителна информация и регистрация [3] [Etikette] Адрес гр. София бул."Мария Луиза"92 етаж 5 EMAIL off...@tbsconsulting.eu www.tbsconsulting.eu Контакти 02 8310033 0888 603 724 0888 605 002 _Вие получавате това писмо на основание легитимния интерес на „ТБС консултинг”ЕООД за целите на директния маркетинг.__ __Вярваме и се надяваме, че изпращаната от нас информация за събитията, които организираме, Ви е полезна и облекчава избора Ви за най-подходящата за Вас форма да бъдете в течение с най-новите и актуални промени в нормативната уредба. __Ако не желаете да получавате писма за рекламни цели, върнете отговор на това писмо с текст "ОТПИШИ". _ _Пълна информация за това как обработваме личните Ви данни може да получите от УВЕДОМЛЕНИЕ ЗА ПОВЕРИТЕЛНОСТ [4]_ _Copyright © *2017* *TBS consulting*, All rights reserved._ Links: -- [1] https://events.
Re: bootstrap.min.js in pydoctor
On 2020/03/05 00:47, Sam Hartman wrote: > Anthony> Files: > Anthony> debian/missing-sources/pydoctor/templates/bootstrap.css > Anthony> pydoctor/templates/bootstrap.min.css Copyright: 2011-2015 > Anthony> Twitter, Inc. Embedded copy of normalize.css v3.0.2: > Anthony> 2011-2014 Nicolas Gallagher License: Expat Comment: These > Anthony> files are copies of vanilla Bootstrap v3.3.4 CSS files, > Anthony> identical to those distributed on Bootstrap CDN: * > Anthony> https://maxcdn.bootstrapcdn.com/bootstrap/3.3.4/css/bootstrap.css > Anthony> * > Anthony> > https://maxcdn.bootstrapcdn.com/bootstrap/3.3.4/css/bootstrap.min.css > > Is the css file actually source code though? > At least for bootstrap 4, the source code is in sas and the css is not > the preferred form for modification. > I think bootstrap has been using sas for a long time, so I suspect css > is not source code for bootstrap 3 either. That's not really an issue in the context of the original question, Anthony's answer is the correct approach here, that is, patch the application (or use a symlink or whatever) to use the CSS file provided by the libjs-bootstrap4 package. Using the CSS file from the libjs-bootstrap4 doesn't present any kind of DFSG issue since that package builds the CSS file from the original sass sources, see: https://salsa.debian.org/js-team/twitter-bootstrap4/-/blob/master/debian/rules -Jonathan
Re: bootstrap.min.js in pydoctor
Quoting Jonathan Carter (2020-03-05 10:44:50) > On 2020/03/05 00:47, Sam Hartman wrote: > > Anthony> Files: > > Anthony> debian/missing-sources/pydoctor/templates/bootstrap.css > > Anthony> pydoctor/templates/bootstrap.min.css Copyright: 2011-2015 > > Anthony> Twitter, Inc. Embedded copy of normalize.css v3.0.2: > > Anthony> 2011-2014 Nicolas Gallagher License: Expat Comment: These > > Anthony> files are copies of vanilla Bootstrap v3.3.4 CSS files, > > Anthony> identical to those distributed on Bootstrap CDN: * > > Anthony> > > https://maxcdn.bootstrapcdn.com/bootstrap/3.3.4/css/bootstrap.css > > Anthony> * > > Anthony> > > https://maxcdn.bootstrapcdn.com/bootstrap/3.3.4/css/bootstrap.min.css > > > > Is the css file actually source code though? > > At least for bootstrap 4, the source code is in sas and the css is not > > the preferred form for modification. > > I think bootstrap has been using sas for a long time, so I suspect css > > is not source code for bootstrap 3 either. > > That's not really an issue in the context of the original question, > Anthony's answer is the correct approach here, that is, patch the > application (or use a symlink or whatever) to use the CSS file provided > by the libjs-bootstrap4 package. > > Using the CSS file from the libjs-bootstrap4 doesn't present any kind of > DFSG issue since that package builds the CSS file from the original sass > sources, see: > https://salsa.debian.org/js-team/twitter-bootstrap4/-/blob/master/debian/rules I agree for the _binary_ packages but not for the _source_ package. The changelog entry which Anthony referenced¹ says this: > * Add missing embedded epydoc and Bootstrap copyright info as well as > non-minified source for bootstrap.min.css (Bootstrap v3.3.4) for > DFSG compliance. [...] > * Symlink to bootstrap.min.css from libjs-bootstrap instead of > shipping pydoctor included bootstrap.min.css v3.3.4 from 2015 As I understand the above, what was corrected for DFSG compliance was a verification that the code included with the _source_ package was a minification of css released by the Bootstrap3 project. I think that is a misunderstanding: Commonly this is indeed one way to ensure DFSG compliance, but in this case - as Sam pointed out - it is not enough. Source package must include the _source_ for the minified css, which in this case is _not_ non-minified css but less code. - Jonas ¹ https://tracker.debian.org/news/1104779/accepted-pydoctor-19110git20200114c74016b-2-source-into-unstable/ -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Epoch version for google-authenticator
Hi Scott, Scott Kitterman 於 2020年3月1日 週日 下午1:28寫道： > > On Sunday, March 1, 2020 12:06:13 AM EST SZ Lin (林上智) wrote: > > Hi all, > > > > I'm working on fixing bugs (including RC) on google-authenticator[1] which > > name should be "google-authenticator-libpam" instead. > > > > [1] https://packages.debian.org/source/sid/google-authenticator > > [2] https://github.com/google/google-authenticator-libpam > > > > I intend to import the new upstream release, but the current upstream > > version changed the versioning scheme and thus epoch is needed to avoid the > > latest version lower than the previous one, as shown below. > > > > = > > Previous version: 20170702-2 > > Proposed version: 1:1.08-1 > > = > > > > I've contacted the package maintainer in January but got no response so far. > > So I plan to upload the package via the NMU process. > > > > Any feedback is welcome. > > I'm only commenting about the epoch, since I don't know enough about the > situation to have an opinion on if doing this via NMU is appropriate. > > Since you say the package is incorrectly named, would it make more sense to > rename the package now? Then you wouldn't need an epoch at all. Yes, it makes sense to me. Thanks for your comment. SZ > > Scott K
Bug#953159: ITP: kdstatemachineeditor -- State Machine Editor Library
Package: wnpp Severity: wishlist Owner: "Daniele E. Domenichelli" Control: block -1 953156 * Package name: kdstatemachineeditor Version : 1.2.7 Upstream Author : Klarälvdalens Datakonsult AB, a KDAB Group company * URL : https://github.com/KDAB/KDStateMachineEditor * License : LGPL-2.1 Programming Lang: C++ Description : State Machine Editor Library The KDAB State Machine Editor Library is a framework that can be used to help develop full-featured State Machine Editing graphical user interfaces and tools. Output from such applications is in metacode or QML that can then be used in larger Qt or QtQuick projects.
Bug#953169: ITP: lomiri-app-launch -- Session init system job for Launching Applications
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: lomiri-app-launch Version : 0.1.0 Upstream Author : Marius Gripsgard * URL : https://gitlab.com/ubports/core/lomiri-app-launch/ * License : GPL-3 Programming Lang: C++ Description : Session init system job for Launching Applications in Lomiri Job file and associated utilities that are used to launch applications in a standard and confined way. This package will be maintained by the Debian UBports Team.
Bug#953175: ITP: phoenix-firmware -- firmware necessary for boxes issued by project PHOENIX
Package: wnpp Severity: wishlist Owner: Georges Khaznadar * Package name: phoenix-firmware Version : 4.6.1 Upstream Author : Ajith Kumar B.P. * URL : http://expeyes.in * License : GPL-3.0+ Programming Lang: C for AVR Description : firmware necessary for boxes issued by project PHOENIX The project PHOENIX, created by Ajith Kumar, from Inter-University Accelerator Centre (IUAC) in New Delhi, is aimed at creating “Physics with Home-made Equipment and Innovative Experiments” (Phoenix). The popular boxes distributed by this projet are named expeyes, kuttypy, microhope. Each of them is based on a microcontroller, and provide their unique features thanks to the microcode burnt into those microcontrollers. More information is available at https://expeyes.wordpress.com/phoenix/ This package provides the source and the binary formats for that firmware. I shall keep on maintaining packages expeyes and phoenix-firmware as parts of my daily job (I do use this hardware to teach students). Source package can be found at https://salsa.debian.org/georgesk/phoenix- firmware
Bug#953200: ITP: tales-of-maj-eyal -- Roguelike RPG with turn-based tactical combat and advanced character building
Package: wnpp Severity: wishlist Owner: Carlos Donizete Froes * Package name: tales-of-maj-eyal Version : 1.6.7 Upstream Author : Nicolas Casalini [DarkGod] * URL : https://te4.org * License : GPL-3+ Programming Lang: C, Lua Description : Roguelike RPG with turn-based tactical combat and advanced character building Tales of Maj'Eyal is a roguelike role-playing game, with tactical turn-based combat and advanced character building. . Playing as one of the many unique races and classes in the world, filled with stories from Eyal, exploring random dungeons, facing challenging battles and developing characters with their own personalized blend of skills and powers. I intend to package this game and provide any help to the Debian Games team. Thanks! - Carlos Donizete Froes [a.k.a coringao]
Work-needing packages report for Mar 6, 2020
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: 1239 (new: 1) Total number of packages offered up for adoption: 237 (new: 5) Total number of packages requested help for: 63 (new: 1) Please refer to https://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: python-ssdeep (#952840), orphaned 4 days ago Installations reported by Popcon: 13 Bug Report URL: https://bugs.debian.org/952840 1238 older packages have been omitted from this listing, see https://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: cider (#952807), offered 5 days ago Reverse Depends: cider-doc Installations reported by Popcon: 24 Bug Report URL: https://bugs.debian.org/952807 clojure-mode (#952808), offered 5 days ago Reverse Depends: elpa-cider elpa-clojure-mode-extra-font-locking Installations reported by Popcon: 42 Bug Report URL: https://bugs.debian.org/952808 colorhug-client (#953091), offered yesterday Description: Tools for the Hughski Colorimeter Installations reported by Popcon: 122 Bug Report URL: https://bugs.debian.org/953091 enca (#953094), offered yesterday Description: Extremely Naive Charset Analyser - binaries Reverse Depends: enca juffed libenca-dbg libenca-dev libogmrip-dev libogmrip1 librcc0 mencoder mplayer mplayer-gui (1 more omitted) Installations reported by Popcon: 48538 Bug Report URL: https://bugs.debian.org/953094 libgusb (#953092), offered yesterday Description: GLib wrapper around libusb1 Reverse Depends: colord colorhug-client fwupd gir1.2-colorhug-1.0 gir1.2-fwupdplugin-1.0 gir1.2-gusb-1.0 gnome-multi-writer libcolorhug-dev libcolorhug2 libfwupdplugin1 (3 more omitted) Installations reported by Popcon: 102568 Bug Report URL: https://bugs.debian.org/953092 232 older packages have been omitted from this listing, see https://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] ebib (#952810), requested 5 days ago Description: BibTeX database manager for Emacs Installations reported by Popcon: 36 Bug Report URL: https://bugs.debian.org/952810 apache2 (#910917), requested 509 days ago Description: Apache HTTP Server Reverse Depends: apache2 apache2-ssl-dev apache2-suexec-custom apache2-suexec-pristine backuppc courier-webadmin cvsweb debbugs-web dms-wsgi doc-central (138 more omitted) Installations reported by Popcon: 97400 Bug Report URL: https://bugs.debian.org/910917 autopkgtest (#846328), requested 1191 days ago Description: automatic as-installed testing for Debian packages Reverse Depends: debci-worker Installations reported by Popcon: 1162 Bug Report URL: https://bugs.debian.org/846328 balsa (#642906), requested 3084 days ago Description: An e-mail client for GNOME Installations reported by Popcon: 696 Bug Report URL: https://bugs.debian.org/642906 broadcom-sta (#886599), requested 787 days ago (non-free) Description: Broadcom STA Wireless driver (non-free) Installations reported by Popcon: 1716 Bug Report URL: https://bugs.debian.org/886599 cargo (#860116), requested 1059 days ago Description: Rust package manager Reverse Depends: dh-cargo Installations reported by Popcon: 1634 Bug Report URL: https://bugs.debian.org/860116 cyrus-imapd (#921717), requested 391 days ago Description: Cyrus mail system - IMAP support Reverse Depends: cyrus-admin cyrus-caldav cyrus-clients cyrus-dev cyrus-imapd cyrus-murder cyrus-nntpd cyrus-pop3d cyrus-replication Installations reported by Popcon: 418 Bug Report URL: https://bugs.debian.org/921717 cyrus-sasl2 (#799864), requested 1625 days ago Description: authentication abstraction library Reverse Depends: 389-ds-base adcli autofs-ldap cyrus-caldav cyrus-clients cyrus-common cyrus-dev cyrus-imapd cyrus-imspd cyrus-murder (78 more omitted) Installations reported by Popcon: 201973 Bug Report URL: https://bugs.debian.org/799864 dee (#831388), requested 1329 days ago Description: model to synchronize mutiple instances over DBus Reverse Depends: dee-tools gir1.2-dee-1.0 libdee-dev zeitgeist-core Installations reported by Popcon: 35707 Bug Report URL: https://bugs.debian.org/831388 developers-reference (#759995), requested 2014 days ago Description: guidelines and information for
Re: Y2038 - best way forward in Debian?
Hallo, * Steve McIntyre [Tue, Feb 04 2020, 01:14:10PM]: > * 32-bit ABIs/arches *can* be told to use 64-bit time_t from glibc >upwards, but this will of course affect the ABI. Embedded uses of >time_t in libraries will change size, etc. This *will* be safe for >2038. > > So, we're all fine? Not so much: for our 32-bit Debian arches, we will > need to basically rebuild the world to be 2038-safe. When we had to do > something like this in the past, to deal with the libc5->libc6 > transition, we had an SONAME change in libc to work with. We decided Just thinking: I vaguelly remember that glibc keeps collecting workarounds for replaced APIs all the time, adjusting binary compatibility with manually redirected symbols. Glibc folks might correct me, though. So, wouldn't a restart of the i386 architecture under a different name give an excelent opportunity to get rid of many of such workarounds? Also, if the download statistics reveal the then-legacy i386 architecture becoming useless, it could be retired sooner without being sorry. Best regards, Eduard. -- Lambda-Kalkuel ist fuer Hacker so was wie das, was fuer Jedis "Die Macht" darstellt. Das, worauf man zurueckgreift, wenn man ganz abartig schwierige Dinge erledigen muss.
