Re: bindv6only again
* Julien Cristau:
> +#if defined(ENABLE_IPV6) && defined(IPV6_V6ONLY)
> + if (ai->ai_family == AF_INET6) {
> + int zero = 0;
> + if (setsockopt(sock, IPPROTO_IPV6, IPV6_V6ONLY, &zero,
> sizeof(zero)) < 0)
> + g_warning("setsockopt(IPV6_V6ONLY): %s",
> g_strerror(errno));
> + }
> +#endif
> +
Isn't it a bug in getaddrinfo that it doesn't do that on its own? Or
does it return multiple sockets in this case?
--
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/e1o6f0i-0001gt...@mid.deneb.enyo.de
Re: Binary package names for mozilla plugins
On Tue, Apr 27, 2010 at 12:03:54AM +0200, Benjamin Drung wrote: > Ok, I added it to the poll, but i doubt that it will win against > browser-plugin-*. Really, this is getting out of proportion. How about we don't care and try to improve searching by debtags in the various apt frontends? (if that ever needs to be improved) Mike -- 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/20100427073907.ga21...@glandium.org
Re: bindv6only again
> If POSIX-compliant apps may only work with one setting then the standard would > say "only this setting is compliant with POSIX". Since it does not, Yes it does. Section 2.10.20, see the paragraph titled "Compatibility with IPv4". You might argue that having this in the POSIX standard is a mistake, but it is perfectly clear to anyone even vaguely competent that when bindv6only is true, Linux is not compliant with the "IPV6" option to POSIX. > we must assume that a sysadmin choosing either value results in > a POSIX-compliant system. If an application fails to work on such > a system it must ipso facto not be POSIX-compliant and hence buggy. Please stop bluffing. Juliusz pgpwhsB5IgzT6.pgp Description: PGP signature
Re: bindv6only again
>> The apparent consensus is being ignored -- the default value is still > - nobody cares about the consensus in the peanut gallery I am not quite sure what to do with this sentence. You have single-handedly broken peoples' systems, with no advance warning. When people have complained, you have either ignored them or bullied them (in #56023, you use phraseology such as "you do not understand well sockets programming" in response to a helpful and reasonable commenter), and now you're saying that Julien Cristau is "the peanut gallery". Marco, this is not the way things are done. > - as explained in #560238, it is still not the time to make a choice But you're breaking peoples' systems *now*. And breaking systems tracking *testing*, not unstable! Juliusz pgpZ7J1DdqbSK.pgp Description: PGP signature
Re: bindv6only again
Florian Weimer, le Tue 27 Apr 2010 09:15:12 +0200, a écrit :
> * Julien Cristau:
>
> > +#if defined(ENABLE_IPV6) && defined(IPV6_V6ONLY)
> > + if (ai->ai_family == AF_INET6) {
> > + int zero = 0;
> > + if (setsockopt(sock, IPPROTO_IPV6, IPV6_V6ONLY, &zero,
> > sizeof(zero)) < 0)
> > + g_warning("setsockopt(IPV6_V6ONLY): %s",
> > g_strerror(errno));
> > + }
> > +#endif
> > +
>
> Isn't it a bug in getaddrinfo that it doesn't do that on its own?
How could it? getaddrinfo doesn't deal with sockets, only with
addresses.
> Or does it return multiple sockets in this case?
It doesn't return sockets, it returns addresses. If a hostname has both
an IPv4 and an IPv6 record, getaddrinfo will return both an AF_INET
address and an AF_INET6 address.
Samuel
--
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/20100427104423.gm2...@const.famille.thibault.fr
Re: bindv6only again
On Mon, Apr 26, 2010 at 09:46:48PM +0200, Marco d'Itri wrote: > - as explained in #560238, it is still not the time to make a choice Not sure what you mean here. Anyway, is there a reason that #560238 isn't blocked by #560044 given it breaks that package or are you not bothered about breaking non-free software? Simon. -- Just another wannabie | "I get mail; therefore I am." | Just another fool --+ - Dilbert+--- This message was brought to you by the letter H and the number 20. htag.pl 0.0.24 -- http://www.earth.li/projectpurple/progs/htag.html signature.asc Description: Digital signature
Re: bindv6only again
On Apr 27, Simon Huggins wrote: > On Mon, Apr 26, 2010 at 09:46:48PM +0200, Marco d'Itri wrote: > > - as explained in #560238, it is still not the time to make a choice > Not sure what you mean here. We have time until the freeze to determine the impact of this change. > Anyway, is there a reason that #560238 isn't blocked by #560044 given it > breaks that package or are you not bothered about breaking non-free > software? Nobody bothered to register this in the BTS, I did now. I am not a java user, so I am unable to evaluate the practical impact of this implementation being still broken. -- ciao, Marco signature.asc Description: Digital signature
Re: bindv6only again
On Apr 27, Juliusz Chroboczek wrote: > reasonable commenter), and now you're saying that Julien Cristau is "the > peanut gallery". No, I am not. > But you're breaking peoples' systems *now*. And breaking systems Which ones? There is only one bug open (gdm) and it has patches. Based on this data I believe that the change has been a great success, the only hard issue has been the one with the java packages. > tracking *testing*, not unstable! It is unfortunate that the package migrated to testing while it had an RC bug open, but it happened long ago and the sky has not fallen yet so I do not believe that this is a major concern. -- ciao, Marco signature.asc Description: Digital signature
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
Package: wnpp Severity: wishlist Owner: Cleto Martin Angelina Owner: Cleto Martin Angelina * Package name: zthreads Version : 2.3.2 Upstream Author : Eric Crahen * URL : http://zthread.sourceforge.net/ * License : MIT Programming Lang: C++ Description : A platform-independent, multi-threading, object-oriented and synchronization library for C++ Zthreads is an advanced platform-independant, object-oriented threading and synchronization library. Designed and tested under POSIX & Win32 systems. Not just another thread wrapper. .. It provides several structures for concurrent programming like PoolExecutor, MonitoredQueue, Barriers and much more. Futhermore, structures like Task and Thread are provided for creating threading applications in C++ easier. .. This library is used in Bruce Eckel's book "Thinking in C++" as a good framework for concurrent programming. -- 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/20100427120749.9048.33290.report...@michi.selfip.biz
Bug#579379: ITP: pyimport-relative -- relative import of a module for older versions of Python (i.e. pre 2.6)
Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko Owner: Yaroslav Halchenko * Package name: pyimport-relative Version : 0.1.0 Upstream Author : Rocky Bernstein * URL : http://code.google.com/p/pyimport-relative/ * License : GPL Programming Lang: Python Description : relative import of a module for older versions of Python (i.e. pre 2.6) This package provides import_relative module to implement relative import of a module for older versions of Python (i.e. pre 2.6) or where you want this feature and need it to be compatible with older versions of Python. -- 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/20100427130109.30514.62107.report...@novo.onerussian.com
Adah Taylor invites you to join the "marble-tiles" group on FriendFeed
Message from Adah Taylor: I'd like to invite you to subscribe to "Elegant Natural Stones" on FriendFeed. You can check it out here: http://friendfeed.com/marble-tiles -- To join the "marble-tiles" group (http://friendfeed.com/invite?code=NJRTqSrxQh) on FriendFeed, visit http://friendfeed.com/invite?code=NJRTqSrxQh. To see Adah Taylor's FriendFeed (http://friendfeed.com/adahtaylor), check out http://friendfeed.com/adahtaylor If you have any questions, please contact feedb...@friendfeed.com. Thanks, Your friends at FriendFeed If you no longer wish to receive any email from FriendFeed, visit (https://friendfeed.com/account/optout?code=NJRTqSrxQh)
Bug#579398: ITP: openfst -- weighted finite-state transducers library
Package: wnpp Severity: wishlist Owner: Jakub Wilk * Package name: openfst Version : 1.1 Upstream Author : Cyril Allauzen, Michael Riley * URL : http://www.openfst.org/ * License : Apache License, v.2.0 Programming Lang: C++ Description : weighted finite-state transducers library OpenFst is a library for constructing, combining, optimizing, and searching weighted finite-state transducers (FSTs). Weighted finite-state transducers are automata where each transition has an input label, an output label, and a weight. The more familiar finite-state acceptor is represented as a transducer with each transition's input and output label equal. Finite-state acceptors are used to represent sets of strings (specifically, regular or rational sets); finite-state transducers are used to represent binary relations between pairs of strings (specifically, rational transductions). The weights can be used to represent the cost of taking a particular transition. -- Jakub Wilk signature.asc Description: Digital signature
Bug#579401: ITP: pyopenfst -- Python bindings for the OpenFst library
Package: wnpp Severity: wishlist Owner: Jakub Wilk * Package name: pyopenfst Version : (not released yet) Upstream Author : Thomas Breuel, David Huggins-Daines * URL : http://code.google.com/p/pyopenfst/ * License : Apache License 2.0 Programming Lang: C++ Description : Python bindings for the OpenFst library The OpenFST library implements algorithms on weighted finite state transducers. The PyOpenFST project contains bindings for the library. -- Jakub Wilk signature.asc Description: Digital signature
Re: bindv6only again
[Marco d'Itri] > Which ones? There is only one bug open (gdm) and it has patches. Well, there is #572279 against lighttpd. It's not directly a bug with bindv6only, but it is caused by the fix for bindv6only. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- 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/20100427151853.ga2...@p12n.org
Re: bindv6only again
On Mon, Apr 26, 2010 at 07:54:53PM +0200, Julien Cristau wrote:
> On Mon, Apr 26, 2010 at 19:30:14 +0200, Josselin Mouette wrote:
> > Good. Now if you or one of those who advocate this "broken by default"
> > behavior could provide patches for gdm3, this would be more productive.
> >
> Not that I advocate the broken current default, but here's a
> not-even-build-tested patch against master.
[...]
> +#if defined(ENABLE_IPV6) && defined(IPV6_V6ONLY)
> + if (ai->ai_family == AF_INET6) {
> + int zero = 0;
> + if (setsockopt(sock, IPPROTO_IPV6, IPV6_V6ONLY, &zero,
> sizeof(zero)) < 0)
> + g_warning("setsockopt(IPV6_V6ONLY): %s",
> g_strerror(errno));
> + }
> +#endif
> +
> if (bind (sock, ai->ai_addr, ai->ai_addrlen) < 0) {
> g_warning ("bind: %s", g_strerror (errno));
> close (sock);
I didn't look at the source, but if it's already using
getaddrinfo() and going over all the addresses it returned,
I don't see why it should be broken with either value of
the option.
So I can only assume that it doesn't go over all the
addresses returned by getaddrinfo(), and that that is
the real issue.
I also think that applications should set it to 1, so I would
disagree with that patch. And it would still have a problem
on an OS that doesn't allow you to set that to 0.
Kurt
--
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/20100427165916.ga30...@roeckx.be
Re: bindv6only again
On Tue, Apr 27, 2010 at 18:59:16 +0200, Kurt Roeckx wrote: > I didn't look at the source, but if it's already using > getaddrinfo() and going over all the addresses it returned, > I don't see why it should be broken with either value of > the option. > > So I can only assume that it doesn't go over all the > addresses returned by getaddrinfo(), and that that is > the real issue. > Whatever "the real issue" means. It assumes that bind() on in6addr_any allows receiving ipv4 packets, as the spec says it does. I know it could use multiple sockets, but that would be a less trivial patch, and wouldn't make any actual difference afaict. > I also think that applications should set it to 1, so I would > disagree with that patch. And it would still have a problem > on an OS that doesn't allow you to set that to 0. > I couldn't care less about openbsd. Cheers, Julien signature.asc Description: Digital signature
Re: [OT] Re: Binary package names for mozilla plugins [Was: Bits from the Mozilla Extension Packaging Team]
Am Dienstag, den 27.04.2010, 10:02 +0900 schrieb Charles Plessy: > Le Mon, Apr 26, 2010 at 08:40:41PM +0200, Benjamin Drung a écrit : > > > > I setup a doodle poll > > Dear Benjamin, > > I would like to recommend http://selectricity.org/ instead. In contrary to > Doodle, Selectricity is free software. Thanks, I bookmarked it and will use it the next time. It is free software (indicated by "Copyleft"), but I haven't found the source code. -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Architecture Nomenclature
Greetings Everyone, I've been looking for a while, but no luck. Is there a table somewhere that summarizes the different architecture names like i386, i586, i686, amd64, ia64, and so on along with the criteria for hardware qualifying under that name? e.g. Does i686 mandate SSE2? PS I am not on the mailing list, so please remember to cc me. Thanks. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Architecture Nomenclature
Am Dienstag, den 27.04.2010, 12:45 -0700 schrieb Kip Warner: > Greetings Everyone, > > I've been looking for a while, but no luck. Is there a table somewhere > that summarizes the different architecture names like i386, i586, i686, > amd64, ia64, and so on along with the criteria for hardware qualifying > under that name? I am not aware of a table. I would search for the names and see which is the first architecture and check their features. > e.g. Does i686 mandate SSE2? i686 = Pentium Pro and later = only MMX amd64 mandates SSE2 (and therefore MMX and SSE) > PS I am not on the mailing list, so please remember to cc me. Thanks. -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Architecture Nomenclature
On Tue, 2010-04-27 at 22:16 +0200, Benjamin Drung wrote: > Am Dienstag, den 27.04.2010, 12:45 -0700 schrieb Kip Warner: > > Greetings Everyone, > > > > I've been looking for a while, but no luck. Is there a table somewhere > > that summarizes the different architecture names like i386, i586, i686, > > amd64, ia64, and so on along with the criteria for hardware qualifying > > under that name? > > I am not aware of a table. I would search for the names and see which is > the first architecture and check their features. > > > e.g. Does i686 mandate SSE2? > > i686 = Pentium Pro and later = only MMX > amd64 mandates SSE2 (and therefore MMX and SSE) > > > PS I am not on the mailing list, so please remember to cc me. Thanks. What would you suggest for a package's architecture for a 32-bit platform that supports SSE2, like the Pentium 4? -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Architecture Nomenclature
On Tue, 2010-04-27 at 12:45 -0700, Kip Warner wrote: > Greetings Everyone, > > I've been looking for a while, but no luck. Is there a table somewhere > that summarizes the different architecture names like i386, i586, i686, > amd64, ia64, and so on along with the criteria for hardware qualifying > under that name? 'i386' covers Intel 486 and compatible processors (originally 386 and compatible). 'amd64' covers AMD64 and Intel 64 processors. 'ia64' covers Intel Itanium processors. > e.g. Does i686 mandate SSE2? Debian doesn't commonly use the architecture names 'i586' or 'i686'. There are a few packages that are named using the suffix '-686' or '-i686', and their descriptions explain what this means: http://packages.debian.org/sid/linux-image-2.6.32-4-686 http://packages.debian.org/sid/libc6-i686 Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Re: Architecture Nomenclature
On Tue, 2010-04-27 at 13:40 -0700, Kip Warner wrote: > On Tue, 2010-04-27 at 22:16 +0200, Benjamin Drung wrote: > > Am Dienstag, den 27.04.2010, 12:45 -0700 schrieb Kip Warner: > > > Greetings Everyone, > > > > > > I've been looking for a while, but no luck. Is there a table somewhere > > > that summarizes the different architecture names like i386, i586, i686, > > > amd64, ia64, and so on along with the criteria for hardware qualifying > > > under that name? > > > > I am not aware of a table. I would search for the names and see which is > > the first architecture and check their features. > > > > > e.g. Does i686 mandate SSE2? > > > > i686 = Pentium Pro and later = only MMX > > amd64 mandates SSE2 (and therefore MMX and SSE) > > > > > PS I am not on the mailing list, so please remember to cc me. Thanks. > > What would you suggest for a package's architecture for a 32-bit > platform that supports SSE2, like the Pentium 4? It must be 'i386'. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#579470: ITP: mrtrix -- diffusion-weighted MRI white matter tractography
Package: wnpp Severity: wishlist Owner: Michael Hanke * Package name: mrtrix Version : 0.2.8 Upstream Author : J-D Tournier * URL : http://www.brain.org.au/software/mrtrix * License : GPL-3 Programming Lang: C++ Description : diffusion-weighted MRI white matter tractography Set of tools to perform diffusion-weighted MRI white matter tractography of the brain in the presence of crossing fibres, using Constrained Spherical Deconvolution, and a probabilisitic streamlines algorithm. Magenetic resonance images in DICOM or ANALYZE format are supported. -- 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/20100427212555.5400.80652.report...@meiner
Re: Architecture Nomenclature
On Tue, Apr 27, 2010 at 12:45:30PM -0700, Kip Warner wrote: > Greetings Everyone, > > I've been looking for a while, but no luck. Is there a table somewhere > that summarizes the different architecture names like i386, i586, i686, > amd64, ia64, and so on along with the criteria for hardware qualifying > under that name? Are you asking about the Debian package architecture or the output of uname? Debian does not use i586 and i686 for package architectures, and i386 really means i486 or above (for reasons I won't get into here). amd64 machines need to support the lm and nx attributes in /proc/cpuinfo. ia64 processors support a different architecture known as Itanium. > e.g. Does i686 mandate SSE2? As far as uname, not all machines that output i686 will support SSE2. Your assumption should be that i686 == Pentium Pro, with the caveat that not all i686 machines support cmov (some Via chips do not). There are special directories on some (Debian) architectures, such as i386, in which you can place binaries built for, say, i686. The linker will automatically use them if the processor supports it and will ignore them otherwise. This allows significant performance improvements where this matters. This is how libc6-i686 works. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Architecture Nomenclature
On Tue, 2010-04-27 at 21:29 +, brian m. carlson wrote: > As far as uname, not all machines that output i686 will support SSE2. > Your assumption should be that i686 == Pentium Pro, with the caveat > that > not all i686 machines support cmov (some Via chips do not). Thanks. If I was writing something for a 32-bit machine with SSE2 instruction set, what would be the most appropriate architecture name? -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Architecture Nomenclature
On Tue, 2010-04-27 at 21:43 +0100, Ben Hutchings wrote: > It must be 'i386'. But i386 includes machines like the 486 and the Pentium Pro that did not have SSE2 instruction set. If I was writing something for a 32-bit machine with SSE2 instruction set, what would be the most appropriate architecture name? -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Bug#579475: ITP: libcache-memcached-fast-perl -- Perl client for memcached, in C language
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: libcache-memcached-fast-perl Version : 0.19 Upstream Author : Tomash Brechko * URL : http://openhack.ru/Cache-Memcached-Fast * License : other-Perl-or-LGPL Programming Lang: C, Perl Description : Perl client for memcached, in C language Cache::Memcahced::Fast is a Perl client for memcached, a memory cache daemon (http://www.danga.com/memcached/). Module core is implemented in C and tries hard to minimize number of system calls and to avoid any key/value copying for speed. As a result, it has very low CPU consumption. . API is largely compatible with Cache::Memcached, original pure Perl client, most users of the original module may start using this module by installing it and adding "::Fast" to the old name in their scripts. -- 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/20100427214546.25013.47452.report...@localhost.localdomain
Bug#579481: ITP: plconfig -- a tool for configuring HomePlug powerline bridges
Package: wnpp Severity: wishlist * Package name: plconfig Version : 0.0.2 Upstream Author : Manuel Kasper * URL : https://neon1.net/prog/plconfig.html * License : 2 clause BSD Programming Lang: C Description : a tool for configuring HomePlug powerline bridges plconfig is a command line tool for configuring ethernet over powerline devices that conform to the HomePlug specification. As well as being able to set the network encryption key for such devices it can also display their parameters and statistics information. J. -- Wake up, wake up dead man. -- 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/20100427214357.ga20...@earth.li
Bug#579476: ITP: libclass-accessor-class-perl -- simple class variable accessors
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: libclass-accessor-class-perl Version : 0.501 Upstream Author : Ricardo Signes * URL : http://search.cpan.org/dist/Class-Accessor-Class/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : simple class variable accessors Class::Accessor::Class provides a simple way to create accessor and mutator methods for class variables, just as Class::Accessor provides for objects. It can use either an enclosed lexical variable, or a package variable. . This module was once implemented in terms of Class::Accessor, but changes to that module broke this relationship. Class::Accessor::Class is still a subclass of Class::Accessor, strictly for historical reasons. As a side benefit, a class that isa Class::Accessor::Class is also a Class::Accessor and can use its methods. -- 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/20100427214902.25546.82514.report...@localhost.localdomain
Bug#579477: ITP: libnetsds-util-perl -- supplementary NetSDS packages
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: libnetsds-util-perl Version : 1.044 Upstream Author : Michael Bochkaryov * URL : http://search.cpan.org/dist/NetSDS-Util/ * License : GPL-2+ Programming Lang: Perl Description : Service Delivery Suite by Net Style - supplementary packages NetSDS::Util modules contains functions useful for everyday tasks. . * NetSDS::Util::Convert - data format conversions * NetSDS::Util::DateTime - processing date and time * NetSDS::Util::File - work with files and catalogs * NetSDS::Util::Spreadsheet - processing spreadsheet files * NetSDS::Util::Misc - miscelaneous routines * NetSDS::Util::String - text and binary strings processing * NetSDS::Util::Struct - data structures conversion * NetSDS::Util::Translit - transliteration * NetSDS::Util::Types - work with data types -- 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/20100427215245.25876.52184.report...@localhost.localdomain
Bug#579478: ITP: libnetsds-perl -- Service Delivery Suite by Net Style
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: libnetsds-perl Version : 1.301 Upstream Author : Michael Bochkaryov * URL : http://search.cpan.org/dist/NetSDS/ * License : GPL-2+ Programming Lang: Perl Description : Service Delivery Suite by Net Style "NetSDS" is a flexible framework for rapid software development using the following technologies: . * Perl5 - default programming language * PostgreSQL - default DBMS * MemcacheQ - message queue manager * Apache - HTTP server with FastCGI support * Kannel - SMS and WAP gateway * Asterisk - VoIP / telephony applications * Mbuni - MMSC and MMS VAS gateway -- 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/20100427215522.26436.87826.report...@localhost.localdomain
Re: Welcome to our 2010 Debian Google Summer of Code students!
Obey Arthur Liu writes: > == Multi-Arch support in APT == > by David Kalnischkies, mentored by Michael Vogt > > Hardware like 64bit processors are perfectly able to execute 32bit > opcode but until now this potentiality is disregard as the > infrastructure tools like dpkg and APT are not able to install and/or > solve dependencies across multiple architectures. The project > therefore focuses on enabling APT to work out good solutions in a > MultiArch aware environments without the need of hacky and partly > working biarch packages currently in use. Juhey! It would be nice if you could two join the debian-multiarch project on alioth: https://alioth.debian.org/projects/multiarch/ I've done some work on the dpkg side and library packages in the past and I will be updating the patches there for the Linuxtag Mini-Debconf talk I'm giving. I'm hoping to again provide a apt repository there that is A) [c]debootstrapable and B) fully multiarchified. However far I get with what will be there next month a multiarch capable apt could actualy be practically tested. MfG Goswin -- 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/87bpd4tu8q@frosties.localdomain
Re: Architecture Nomenclature
Am Dienstag, den 27.04.2010, 14:45 -0700 schrieb Kip Warner: > On Tue, 2010-04-27 at 21:43 +0100, Ben Hutchings wrote: > > It must be 'i386'. > > But i386 includes machines like the 486 and the Pentium Pro that did not > have SSE2 instruction set. > > If I was writing something for a 32-bit machine with SSE2 instruction > set, what would be the most appropriate architecture name? The best solution would be autodetection of SSE2 on runtime. That can be done with a few lines of code. -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org) signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#579484: ITP: libnetsds-kannel-perl -- Service Delivery Suite framework - Kannel SMS gateway API
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: libnetsds-kannel-perl Version : 1.300 Upstream Author : Michael Bochkaryov * URL : http://search.cpan.org/dist/NetSDS-Kannel/ * License : GPL-2+ Programming Lang: Perl Description : Service Delivery Suite framework - Kannel SMS gateway API NetSDS::Kannel module provides API to Kannel SMS gateway. . To decrease innecessary problems we use a lot of predefined parameters while sending and receiving messages via Kannel HTTP API. It's not so flexible as direct HTTP processing but less expensive in development time ;-) . This modules uses LWP to send messages and CGI.pm to process messages from Kannel. -- 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/20100427222316.14705.38252.report...@localhost.localdomain
Re: Architecture Nomenclature
On Wed, 2010-04-28 at 00:32 +0200, Benjamin Drung wrote: > > The best solution would be autodetection of SSE2 on runtime. That can > be > done with a few lines of code. You're right, that can indeed be done with a few lines of code. e.g. cpuid instruction. The problem is that you then have to perform a branch every time you could potentially use hardware acceleration: a condition for when, say, SSE2 is available, and another for a generic implementation. It isn't ideal performance wise. Perhaps for 32-bit x86 architectures where SIMD is required, I could build the package for i686 and have it detect at runtime before said is actually used, whether it is available or not. If it is not, raise a user visible error and terminate. This method assumes the user knows that it is only supported on P4 or later generation of x86. -- Kip Warner -- Software Engineer OpenPGP encrypted/signed mail preferred http://www.thevertigo.com signature.asc Description: This is a digitally signed message part
Re: Architecture Nomenclature
On Mi, Apr 28, 2010 at 02:07:56 (CEST), Kip Warner wrote: > On Wed, 2010-04-28 at 00:32 +0200, Benjamin Drung wrote: >> >> The best solution would be autodetection of SSE2 on runtime. That can >> be >> done with a few lines of code. > > You're right, that can indeed be done with a few lines of code. e.g. > cpuid instruction. SSE2 can be disabled for userland in the kernel. The implementation of [1] requires this for example. [1] http://portal.acm.org/citation.cfm?id=1752046.1752053 more safe approach include: - "avcodec": installing a SIGILL handler to divert some function pointers - "vlc": spawning a child process that does some sse instructions and check if it dies. > The problem is that you then have to perform a branch every time you > could potentially use hardware acceleration: a condition for when, > say, SSE2 is available, and another for a generic implementation. > > It isn't ideal performance wise. If you have both an SSE2 and C only implementation, you can use function pointers that are set once, not every time the function is called. If properly implemented, this hardly impacts performance. > Perhaps for 32-bit x86 architectures where SIMD is required, I could > build the package for i686 and have it detect at runtime before said is > actually used, whether it is available or not. If it is not, raise a > user visible error and terminate. This can be implemented as SIGILL handler. > This method assumes the user knows that it is only supported on P4 or > later generation of x86. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- 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/87aaso5diu@faui44a.informatik.uni-erlangen.de
Re: Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
On Tue, 2010-04-27 at 14:07 +0200, Cleto Martin Angelina wrote: > Package: wnpp > Severity: wishlist > Owner: Cleto Martin Angelina > Owner: Cleto Martin Angelina > > * Package name: zthreads libzthreads? > Version : 2.3.2 > Upstream Author : Eric Crahen > * URL : http://zthread.sourceforge.net/ > * License : MIT > Programming Lang: C++ > Description : A platform-independent, multi-threading, object-oriented > and synchronization library for C++ This is a pretty long "short description". I would suggest something like: "synchronization library" or "synchronization library for C++" > Zthreads is an advanced platform-independant, object-oriented > threading and synchronization library. Designed and tested under POSIX > & Win32 systems. Not just another thread wrapper. > .. > It provides several structures for concurrent programming like > PoolExecutor, MonitoredQueue, Barriers and much more. Futhermore, ^^ My spell checker suggest: Furthermore > structures like Task and Thread are provided for creating threading > applications in C++ easier. > This library is used in Bruce Eckel's book "Thinking in > C++" as a good framework for concurrent programming. This last paragraph could/should be dropped. (IMHO, this sounds like advertising, and it isn't a useful information about what the package is doing / why it is useful / when it it should be used) Thanks, Franklin -- 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/1272437077.3308.1117.ca...@solid.paris.klabs.be
