Re: Integrating Emdebian Grip into Debian
On Sun, Aug 07, 2011 at 04:31:47PM +0100, Neil Williams wrote:
> Emdebian has long described itself as an "official sub project of
> Debian" but this status has never actually been granted by Debian. The
> discrepancy recently led to discussions with the Debian Project Leader
> and on the debian-embedded mailing list [0] about integrating Emdebian
> into Debian so that the status of Emdebian can be decided properly.
Thanks for bringing this up here, Neil (and sorry for the delay).
FWIW, on this matter I'll be happy to be just a secretary of the
consensus of Debian people in blessing Emdebian as the official Debian
sub-project for using Debian on embedded devices. In our previous
conversations on this subject, I've simply pointed out that the claim of
"official sub project of Debian" is not, at present, warranted, and that
we should fix that one way or another.
I'm happy to see that discussions with the relevant teams (policy,
release team, ftpmaster, etc.) for integrating Emdebian more closely
into Debian infrastructure have been going on at DebConf11 and that are
continuing now.
I'll try to keep an eye on the various points you've collected on the
wiki page, but feel free to ping me when significant integration
milestones will be reached.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere
ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams
signature.asc
Description: Digital signature
Processed: reassign 638322 to general
Processing commands for cont...@bugs.debian.org: > reassign 638322 general Bug #638322 [nfs-common] nfs-common: rpc.statd binds to udp port 631 preventing cups startup Bug reassigned from package 'nfs-common' to 'general'. Bug No longer marked as found in versions nfs-utils/1:1.2.4-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 638322: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638322 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.131368545213158.transcr...@bugs.debian.org
Bug#638322: nfs-common: rpc.statd binds to udp port 631 preventing cups startup
On Thu, Aug 18, 2011 at 05:39:16PM +0200, Jan Möbius wrote: > Package: nfs-common > Version: 1:1.2.4-1 > Severity: normal > > Hi, > > sometimes rpc.statd binds to port 631 udp which is used by cups. Therefore > cups is unable to bind to its port and no printers get discovered. > > Rebooting the system helps as rpc.statd uses another port afterwards. This is a fundamental problem of the bindresvport() function, and not specific to rpc.statd. Reassigning to general. The 'portreserve' package provides a kluge to avoid this, but it requires other packages to register the ports that must be reserved. It also won't work reliably, because insserv runs init scripts in parallel and there is thus a race condition in the way services claim their ports from the portreserve daemon. A proper fix probably involves using systemd's socket-activation. Yes, I said systemd - which presumably means we'll have to wait another 5 years for this to be fixed. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- 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/20110818164122.gr29...@decadent.org.uk
Bug#638322: nfs-common: rpc.statd binds to udp port 631 preventing cups startup
On Thu, Aug 18, 2011 at 05:41:22PM +0100, Ben Hutchings wrote: > On Thu, Aug 18, 2011 at 05:39:16PM +0200, Jan Möbius wrote: > > sometimes rpc.statd binds to port 631 udp which is used by cups. Therefore > > cups is unable to bind to its port and no printers get discovered. > > > > Rebooting the system helps as rpc.statd uses another port afterwards. > > This is a fundamental problem of the bindresvport() function, and > not specific to rpc.statd. Reassigning to general. Actually, according to the manpage: Unlike some bindresvport() implementations, the glibc implementation ignores any value that the caller supplies in sin->sin_port. Fixing this might be a useful way around the problem. I'd code up a patch, but eglibc won't take it without copyright assignment. -- 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
Bug#638322: nfs-common: rpc.statd binds to udp port 631 preventing cups startup
On Thu, 2011-08-18 at 19:03 +, brian m. carlson wrote: > On Thu, Aug 18, 2011 at 05:41:22PM +0100, Ben Hutchings wrote: > > On Thu, Aug 18, 2011 at 05:39:16PM +0200, Jan Möbius wrote: > > > sometimes rpc.statd binds to port 631 udp which is used by cups. > > > Therefore cups is unable to bind to its port and no printers get > > > discovered. > > > > > > Rebooting the system helps as rpc.statd uses another port afterwards. > > > > This is a fundamental problem of the bindresvport() function, and > > not specific to rpc.statd. Reassigning to general. > > Actually, according to the manpage: > > Unlike some bindresvport() implementations, the glibc implementation > ignores any value that the caller supplies in sin->sin_port. > > Fixing this might be a useful way around the problem. I'd code up a > patch, but eglibc won't take it without copyright assignment. You can't fix that, because it can't rely on existing callers to initialise the field at all. Ben. signature.asc Description: This is a digitally signed message part
Re: Bug#638322: nfs-common: rpc.statd binds to udp port 631 preventing cups startup
Systems running SE Linux tend not to have this problem. In most cases the daemons which use RPC services are not permitted to bind to any of the ports that are reserved for services and therefore such a bind attempt fails with EPERM, glibc will just decrement the port number and try again when this happens. http://etbe.coker.com.au/2007/11/06/squid-and-se-linux/ I mentioned this in the above blog post, I think it was in about 2002 that I wrote the policy to do this. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- 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/201108191013.17845.russ...@coker.com.au
Bug#638403: ITP: gbkeeper -- Book Keeping ncurses interface/accounting/database editor
Package: wnpp Version: 0.9-1 Checked WNPP/apt for the package and didn't find anything like it. I already made the package for private purposes before checking. It was made as there was nothing like it in apt apparently. The only programs existing were saldi(php) and nonfree windows programs (and those are a bit different). Here is the description (I couldn't find anything like it on the WNPP page): - Description: Ncurses book keeping interface/accounting/database editor Program for typing in vouches on vat customers (and their gross and netamounts). . The program is based on libcdk5 which is statically linked in. This program can update,delete,insert vouches into a MySQL database on different VAT-registered customers and add/edit/remove customers. . gbkeeper can edit records with this info for each customer: Vouchid, Date, BookEntry, Grossamount, Netamount, Timestamp. Vouchid is autoincremented and there are shortcuts for various operations. . It can also be used as a database editor to edit your own databases, the column count and field names can be changed dynamically in source. . The program supports both . and , as decimal separator and short dates. (3-2 becomes 03-02-2011 after saving) to speed up typing of vouches. License: GPLv3+ but code linked in from libcdk5 which is 4-clause BSD. (I authorized that in the main program as I was told was legal). Project page: http://rlogin.dk/gbkeeper Project src (linthian pedantic no errors tarball and deb package): http://rlogin.dk/gbkeeper/src pgpZ3fL6Qsja6.pgp Description: PGP signature
mplayer2 is a very poor fork name used to confuse users.
mplayer2 is a very poor fork name used to confuse users. it doesnt help that debian is using that name as a package: http://packages.qa.debian.org/m/mplayer/news/20110817T173341Z.html debian and uoti are setting themselves (and us) up for explaining to users which version is better. why each version is better. which version they are using when reporting bugs. why 'we dont have mencoder anymore?' 'why isnt gmplayer installed with mplayer2?' etc maybe i'll just go create the debian2 operating system or the google2 search engine. brilliant! -compn -- 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/20110818235641.e2951c46.te...@twmi.rr.com
Re: mplayer2 is a very poor fork name used to confuse users.
On Thu, 2011-08-18 at 23:56 -0400, compn wrote: > mplayer2 is a very poor fork name used to confuse users. > > it doesnt help that debian is using that name as a package: > http://packages.qa.debian.org/m/mplayer/news/20110817T173341Z.html > > debian and uoti are setting themselves (and us) up for explaining to > users which version is better. > why each version is better. > which version they are using when reporting bugs. > why 'we dont have mencoder anymore?' > 'why isnt gmplayer installed with mplayer2?' > etc > > maybe i'll just go create the debian2 operating system or the google2 > search engine. brilliant! Or you could rip off the name of a standard Windows program. Oh wait, you already did that. Ben. signature.asc Description: This is a digitally signed message part
Re: mplayer2 is a very poor fork name used to confuse users.
Hello, On Fri, 19 Aug 2011 05:39:28 +0100 Ben Hutchings wrote: > > maybe i'll just go create the debian2 operating system or the > > google2 search engine. brilliant! > Or you could rip off the name of a standard Windows program. Oh wait, > you already did that. Actually, both mplayer and mplayer2 once were the names of the standard Windows programs :) -- WBR, Andrew signature.asc Description: PGP signature
