Bug#731893: ITP: libtsm -- Terminal-emulator State Machine
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu * Package name: libtsm Version : 3 Upstream Author : David Herrmann * URL : http://www.freedesktop.org/wiki/Software/kmscon/libtsm/ * License : Expat, LGPL 2.1 Programming Lang: C Description : Terminal-emulator State Machine TSM is a state machine for DEC VT100-VT520 compatible terminal emulators. It tries to support all common standards while keeping compatibility to existing emulators like xterm, gnome-terminal, konsole, .. TSM itself does not provide any rendering nor window management. It is a simple plain state machine without any external dependencies. It can be used to implement terminal emulators, but also to implement other applications that need to interpret terminal escape sequences. This library is very similar to libvte of the gnome project. However, libvte is highly bound to GTK+, which makes it unsuitable for non-graphics projects that need to parse escape sequences. Instead, TSM tries to restrict its API to terminal emulation only. Furthermore, TSM does not try to establish a new terminal emulation standard, but instead keeps compatibility as close to xterm as possible. This is why the TERM variable can be set to xterm-color256 with any TSM based terminal emulator. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131211044438.8549.49698.reportbug@chimagu
Bug#731890: ITP: haskell-graceful -- Library to write graceful shutdown / upgrade service.
Package: wnpp Severity: wishlist Owner: Noriyuki OHKAWA * Package name: haskell-graceful Version : 0.1.1.3 Upstream Author : Noriyuki OHKAWA * URL : http://hackage.haskell.org/package/graceful * License : BSD3 Programming Lang: Haskell Description : Library to write graceful shutdown / upgrade service. For easily implement the nginx like graceful shutdown / upgrade service. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131211011645.4055.49128.reportbug@wheezy64
Re: procps with pidof is released
On Tue, Dec 10, 2013 at 09:02:21AM +, Thorsten Glaser wrote: > Steve Langasek dixit: > >(For values of "permanently" that include "we now have two implementations > >of sh in Essential, because no one has done the work to let us get rid of > >bash".) > Maybe because the offered alternative sucks so much. You are totally, completely, 100% missing the point. We can't remove bash from Essential because packages are silently using /bin/bash without depending on bash, because they've been *told not to*. This is not about your hobby horse issue of whose /bin/sh is better, it's about the fact that once an interface makes its way into Essential, we have a very hard time removing it. -- 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: Digital signature
Bug#731880: ITP: python-apns-client -- Client for the Apple Push Notification Service
Package: wnpp Severity: wishlist Owner: Luke Faraone * Package name: python-apns-client Version : 0.1.8 Upstream Author : Sardar Yumatov * URL : https://bitbucket.org/sardarnl/apns-client/ * License : Apache 2.0 Programming Lang: Python Description : Client for the Apple Push Notification Service This package allows integration with Apple Push Notification Service, a push notification service offered by Apple for use on its iOS devices. It provides similar functionality to python-gcm-client, which implements Google's protocol for Android. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131210191428.6262.56215.report...@cobalt.mit.edu
Bug#731879: ITP: python-gcm-client -- Client for Google Cloud Messaging
Package: wnpp Severity: wishlist Owner: Luke Faraone * Package name: python-gcm-client Version : 0.1.4 Upstream Author : Sardar Yumatov * URL : https://bitbucket.org/sardarnl/gcm-client/ * License : Apache-2.0 Programming Lang: Python Description : Client for Google Cloud Messaging This package allows integration with Google Cloud Messaging, a push notification service offered by Google for use on its Android devices. It provides similar functionality to python-apns-client, which implements Apple's protocol for iOS. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131210190531.4671.33816.report...@cobalt.mit.edu
Tribus: a collaborative social network
Greetings, I'm writing to this list because i'd like to introduce you to a project i've been working on with some fellow developers. I'm a developer from the Canaima debian derivative[0], and if you check out our page in the derivative census[1], you may notice that we fall short on platform resources. By this i mean, we don't have a PTS, buildd or QA to aid us in our development process (we do have a Trac, though)(yes, we compile the packages in our workstations). In the last couple of months, a small group of Canaima developers have decided to put an end to this situation. We studied the Debian platform and the majority of its components and applications. We came up with this idea: we wanted to merge some of the components of Debian into a single application that we could easily build and mantain. Then we thought about Python, Django, AngularJS, Redis, MongoDB, PostgreSQL, OpenLDAP, Buildbot, and many other technologies. Then we baptized it "Tribus" (Tribes in spanish). The project is being actively developed in GitHub[2], as you can see in the graphs[3], there have been contributions from 6 people so far (3 of them are developers from CNTI[3], the institution in charge of maintaining Canaima). We have released it's first alpha version (0.1~a1)[4] today, with the following features: - Package index: is a pseudo-clone of packages.d.o. It's different in some details: on the package profile you can see the information of the package for all distributions. - Microblogging: it's designed to be a placeholder for the other services to communicate its status (for example, when the buildbot compiles a package successfully or a ticket is closed). It also allows user interaction with these events (through comments) and to publish short messages (like Twitter). - User profile: you can see all the information related to a specific user in this page. - Live search: you can search for all the types of element present in Tribus (users and packages so far). - Authentication: a system to interact with an LDAP that has all Canaima users (login, create users, recover password, etc). - i18n & l10n: it is fully internationalized and localized to Spanish (English is available too, of course). This is what we have done for the first public version. Progressively, all these features will be extended as we add more subsystems (like the buildbot, a BTS, etc). For example, if a Maintainer has a profile in Tribus, we can render a link to its profile in the package index page, and so on. There is an (unfinished, in spanish) mind map about the complete roadmap of Tribus[5]. Well, i hope you can take a look[4]. Tribus is being developed with a universal purpuse, by this i mean: it's debranded enough so that other distros can customize to their needs. Hopefully, this will help small and starting Debian Derivatives to quickly setup a complete development platform. Regards, -- [0]http://canaima.softwarelibre.gob.ve [1]https://wiki.debian.org/Derivatives/Census/Canaima [2]https://github.com/CanaimaGNULinux/tribus [3]http://www.cnti.gob.ve/ [4]http://tribus.canaima.softwarelibre.gob.ve/ [5]https://tribus.readthedocs.org/es/latest/development/concepts.html -- Luis Alejandro Martínez Faneyth Blog: http://www.huntingbears.com.ve/ Twitter/Identi.ca: @LuisAlejandro ED51 8FE7 4107 715D 0464 8366 F614 5A95 E78D AA2E CODE IS POETRY -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52a75f1b.6090...@huntingbears.com.ve
Re: Hello, I have a problem with CPP here
taozhijiang writes:
> I want to using #define / #undef, and want to put them in a single
> macro, some thing like:
> #define DECALRE_TYPE(type) \
> { #undef __curr_type; #define _curr_type type; }
> as we know, this can not passed with CPP, but I need this logical here.
I'm afraid the answer is that you can't do that, since it's not part of
the C programming language. You can't use macro parameters in #define
that way because #define processing happens at too early of a stage in the
compilation process.
> Generally, the problem comes from
> #define ser_field(type, var) \
> ser_new_field(tra, #type, #var, offsetof(struct_type, var))
> I do not want another additional parameter in this macro like
> #define ser_field(type,var,struct_type), and I want a sentence declare
> "current struct type"
> and all later work of ser_field will defaultly use this type.
You can #undef and then #define the ser_field macro with a different
struct_type. I think that's the best solution you'll be able to get while
using only the C preprocessor.
--
Russ Allbery (r...@debian.org)
Hello, I have a problem with CPP here
Hello, all:
I have a program problem, ( may it not have close releationship with
Debian), it described like this:
I want to using #define / #undef, and want to put them in a single
macro, some thing like:
#define DECALRE_TYPE(type) \
{ #undef __curr_type; #define _curr_type type; }
as we know, this can not passed with CPP, but I need this logical here.
Generally, the problem comes from
#define ser_field(type, var) \
ser_new_field(tra, #type, #var, offsetof(struct_type, var))
I do not want another additional parameter in this macro like
#define ser_field(type,var,struct_type), and I want a sentence declare
"current struct type"
and all later work of ser_field will defaultly use this type.
I am not sure whether I can express it clearly, any ideas will be
greately appreciated!
Thanks and B.R.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a72046.8010...@gmail.com
Re: Debian Developers team in Launchpad
On 2013-12-10 02:42, Tae Wong wrote: > The account Tae-Wong SEO (seotaewong40) has been suspended under Launchpad. > > Here's a look at Ubuntu Users member photos: > https://launchpad.net/~ubuntu-users/+mugshots?memo=1389&start=1389 > > (The icon is an inactive user; not an active user...) > > And the page is gone. > > How to make account seotaewong40 in Launchpad available? At the bottom of every launchpad page you find a link titled "Contact Launchpad Support". Click that and you will find yourself at https://help.launchpad.net/Feedback - at that page you will probably want to select the login issue link and find yourself at https://forms.canonical.com/lp-login-support/. Select "Other" in the dropdown box and you will find a form to contact Canonical/Launchpad and they can help you with this issue. Contacting debian-devel@lists.debian.org will not make any difference for this matter as this email address is for another organization not involved with neither launchpad nor canonical. Good luck! -- brother http://sis.bthstudent.se -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52a6e8ab.2000...@debian.org
Re: procps with pidof is released
Steve Langasek dixit: >(For values of "permanently" that include "we now have two implementations >of sh in Essential, because no one has done the work to let us get rid of >bash".) Maybe because the offered alternative sucks so much. I’d happily split mksh into mksh and mksh-static, make the latter Essential, and help to get rid of dash and GNU bash in Essential. Or the other way round. Or just not split it, the savings on linux-any are not that big, and for kfreebsd-any I’ve got (longer-term) plans. SCNR, //mirabilos -- „Cool, /usr/share/doc/mksh/examples/uhr.gz ist ja ein Grund, mksh auf jedem System zu installieren.“ -- XTaran auf der OpenRheinRuhr, ganz begeistert (EN: “[…]uhr.gz is a reason to install mksh on every system.”) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.bsm.4.64l.1312100900260.11...@herc.mirbsd.org
