Bug#617335: ITP: Log4Qt -- C++ port of the Log4j package using the Trolltech Qt Framework
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre * Package name: Log4Qt Version : 0.3 Upstream Author : Martin Heinrich * URL : http://log4qt.sf.net/ * License : Apache 2.0 Programming Lang: C++ Description : C++ port of the Log4j package using the Trolltech Qt Framework Log4Qt is a C++ port of the Apache Software Foundation Log4j package using the Trolltech Qt Framework. One of the distinctive features of log4qt is the notion of hierarchical loggers. Using loggers it is possible to selectively control which log statements are output at arbitrary granularity. -- 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/20110308081224.17064.84173.report...@virtlap.malat.net
Bug#617339: ITP: [PACKAGE] -- xfstests torture test for xfs and other filesystem
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: xfstests Version: git20110223 Upstream Author: Alex Elder x...@oss.sgi.com URL: GPL Description: xfstests is a torture test suite for filesystem bugs. It is useful in order to debug problem on linux filesystem. It could be run on xfs, udf, nfs, ext2, ext3, ext4, reiserfs, gfs2 and btrfs filesystem. -- 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/201103080957.42455.roucaries.bast...@gmail.com
Re: Bug#617339: ITP: [PACKAGE] -- xfstests torture test for xfs and other filesystem
I fixed the bug title. On Tue, Mar 08, 2011 at 09:57:40AM +0100, Bastien ROUCARIES wrote: > Description: xfstests is a torture test suite for filesystem bugs. It is > useful in order to debug problem on linux filesystem. It > could be run on xfs, udf, nfs, ext2, ext3, ext4, reiserfs, gfs2 and btrfs > filesystem. That's a wide range of filesystems and a very general description. Shouldn't the package therefore be called fstests? -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 signature.asc Description: Digital signature
Re: Bug#617339: ITP: [PACKAGE] -- xfstests torture test for xfs and other filesystem
On ti, 2011-03-08 at 09:39 +, Jonathan Wiltshire wrote: > I fixed the bug title. > > On Tue, Mar 08, 2011 at 09:57:40AM +0100, Bastien ROUCARIES wrote: > > Description: xfstests is a torture test suite for filesystem bugs. It is > > useful in order to debug problem on linux filesystem. It > > could be run on xfs, udf, nfs, ext2, ext3, ext4, reiserfs, gfs2 and btrfs > > filesystem. > > That's a wide range of filesystems and a very general description. Shouldn't > the package therefore be called fstests? fstests would arguably be a better name, but upstream calls it xfstests, and the package name should follow that unless there's a strong reason not to. -- 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/1299577350.23447.4.camel@tacticus
Re: Advanced Startup/Shutdown with multilayered block-devices
On Tue, 2011-03-08 at 11:47 +0800, Paul Wise wrote: > I always wondered why my ext3/ext4 over LVM over LUKS rootfs (default > d-i encrypted system) gets complained about just before shutdown (by > both systemd and sysvinit) This is because the "devices" cannot be stopped, as the root-fs is still mounted. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Re: quantification of cost of outdated dependencies
On Mon, Mar 07, 2011 at 04:28:46PM -0400, Joey Hess wrote: > So, I've convinced myself this is probably a false optimisation. And me, too. Thank you for the analysis. -- Jon Dowland -- 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/20110308142837.ga24...@deckard.alcopop.org
Re: Automatic debug packages
* Emil Langrock [2011-03-08 00:48 +0100]: > I browsed a little bit in the goals which were planned for squeeze and noticed > that the debug packages aka ddebs[1] weren't implemented in the debian > infrastructure. A prerequisite to automatically add debug packages for all architectures is to change the way how packages are uploaded and/or build[1]. In the upcoming ftpmaster meeting[2] from the 21st until the 27th of March, one possible way to change it (or rather a part of it) will be discussed: | * Throwaway DD built .debs (well, let's have the fight^Wdiscussion) I suggest further discussing debug packages after we know the result of the ftpmaster meeting. I also suggest to add discussing the required changes for automatic debug packages on ftpmaster side to the meeting's agenda. Regards Carsten [1] Currently a Debian Developer/Maintainer builds locally and uploads the source package and one binary package. Then the build daemons build binary packages for the other architectures. Finally, all build packages become part of the archive. [2] http://lists.debian.org/debian-devel/2011/02/msg00064.html -- 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/20110308150518.ga21...@furrball.stateful.de
Bug#617387: ITP: mdcached -- multithreaded memory cache daemon for advanced data queries
Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: mdcached Version : 3 Upstream Author : Ivan Voras * URL : http://sourceforge.net/projects/mdcached/ * License : GPL-3 Programming Lang: C++ Description : multithreaded memory cache daemon for advanced data queries The MultiDomain Cache Daemon is a memory cache daemon similar in purpose to memcached, but which pervasively uses multithreading (SMP optimized!) and provides advanced modes of data query. -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If I had finished this sentence, signature.asc Description: Digital signature
Re: Automatic debug packages
On 2011-03-08, Carsten Hey wrote: > * Emil Langrock [2011-03-08 00:48 +0100]: >> I browsed a little bit in the goals which were planned for squeeze and >> noticed >> that the debug packages aka ddebs[1] weren't implemented in the debian >> infrastructure. > A prerequisite to automatically add debug packages for all architectures > is to change the way how packages are uploaded and/or build[1]. In the > upcoming ftpmaster meeting[2] from the 21st until the 27th of March, one > possible way to change it (or rather a part of it) will be discussed: I don't think that's true. In fact I also suggested back then that it should "just" part of the normal build process. Then DDs would upload ddebs just like the buildds would. The throw-away part isn't really connected with that. Kind regards Philipp Kern -- 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/slrnincmcb.uph.tr...@kelgar.0x539.de
Re: Automatic debug packages
Le mardi 08 mars 2011 à 16:30 +, Philipp Kern a écrit : > I don't think that's true. In fact I also suggested back then that it should > "just" part of the normal build process. Then DDs would upload ddebs just > like > the buildds would. FWIW, this is how the proposed changes to the toolchain work. It requires some changes in dak, but nothing related to throwing away packages. -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- 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/1299605388.18970.76.camel@meh
Bug#617408: ITP: proftpd-mod-geoip -- The mod_geoip module uses to look up various geographic information
Package: wnpp Severity: wishlist Owner: Fabrizio Regalli Package name: proftpd-mod-geoip Version: 0.2 Upstream Author: TJ Saunders URL: http://www.castaglia.org/proftpd/modules/mod_geoip.html License: GPL-2 Description: The mod_geoip module uses the GeoIP library from MaxMind to look up various geographic information for a connecting client. -- 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/20110308182035.24576.18401.reportbug@debianfab
Bug#617410: ITP: trac-privateticketsplugin -- Allow Trac users to only see tickets they are associated with
Package: wnpp Severity: wishlist Owner: Francisco Manuel Garcia Claramonte * Package name: trac-privateticketsplugin Version : 2.0.3 Upstream Author : Noah Kantrowitz * URL : http://trac-hacks.org/wiki/PrivateTicketsPlugin * License : BSD Programming Lang: Python Description : Allow Trac users to only see tickets they are associated with Privateticketsplugin allows to config Trac that each user only be able to see tickets wich is the person mentioned as owner, reporter or included in CC list. . This plugin manages Trac users and groups permissions. -- 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/20110308182036.2964.32633.report...@debian-ism.midominio.com
Bug#617425: ITP: derby -- an open source relational database implemented entirely in Java
Package: wnpp Severity: wishlist Owner: Zied ABID * Package name: derby Version : 10.7.1.1 Upstream Author : Apache DB subproject (http://db.apache.org/) * URL : http://db.apache.org/derby/ * License : Apache License, Version 2.0 Programming Lang: Java Description : Apache Derby is an open source relational database implemented entirely in Java. Upstream sources might be split into several java packages : derby server, derby java driver, derby client, demo example and javadoc. Latest release is 10.7.1.1 and sources available at : http://svn.apache.org/repos/asf/db/derby/code/tags/10.7.1.1/ -- 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/20110308202907.2228.70457.reportbug@localhost.localdomain
new scripts and patches for devscripts
Hi, I have two topics I like to discuss: 1. ubuntu-dev-tools contains a bunch of scripts. Some of them are useful only for Ubuntu, but some of them are general usable for packaging. These scripts are: add-patch check-symbols cowbuilder-dist debian-distro-info distro-info edit-patch get-build-deps merge-changelog mk-sbuild pbuilder-dist pull-debian-source (?) reverse-build-depends suspicious-source what-patch wrap-and-sort Should these script moved from ubuntu-dev-tools into devscripts? Most of the script are written in Python. Rewriting them to get them included in devscripts is too much work without benefit. devscripts would depend on python then. 2. devscripts appears to me not very well maintained. It has 11 uploaders, but 237 bugs are open. In contrast ubuntu-dev-tools, which has a similar count of scripts, has only around 50 open bugs. The more astonishing number is the 45 patches waiting to be reviewed. What can be done to improve this number? -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#617437: RFP: gnome video arcade -- a simple MAME front-end for the GNOME Desktop Environment
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: gnome video arcade Version: Upstream Author: [Matthew Barnes ] URL: [http://mbarnes.github.com/gnome-video-arcade/] License: [GPL 3+.] Description: [a simple MAME front-end for the GNOME Desktop Environment] It supports both the xmame and sdlmame ports of MAME for GNU/Linux and other UNIX-like operating systems, and can utilize third-party data files like arcade history and game categories. GNOME Video Arcade recognizes that the frontend is not the point; the games are. As such, its chief design goal is to help you quickly find a game to play and then get out of the way. Its purpose is not to help you manage your ROM collection, nor to provide a confusing graphical interface for MAME's plethora of configuration options. Note from the bug reporter: Besides this upstream is reactive ( working now on adding gtk 3.0 support ) and documentation is excellent. I have tested Gnome Video Arcade and it works perfectly with MAME. -- 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/4d76aed7.6040...@subsole.org
Re: Automatic debug packages
* Philipp Kern [2011-03-08 16:30 +]: > On 2011-03-08, Carsten Hey wrote: > > A prerequisite to automatically add debug packages for all > > architectures is to change the way how packages are uploaded and/or > > build[1]. In the upcoming ftpmaster meeting[2] from the 21st until > > the 27th of March, one possible way to change it (or rather a part > > of it) will be discussed: > > I don't think that's true. In fact I also suggested back then that it > should "just" part of the normal build process. Then DDs would upload > ddebs just like the buildds would. I read that there are plans to work on translation packages (TDeps) before Wheezy is released. Adding TDeps to Debian is in many aspects similar to adding automatic debug packages (DDeps). Given an reasonable abstract view on the possible implementations of both, they can be grouped into: * An upload by a DD includes all additional packages. Whether DD uploaded packages are thrown away does not matter. This is the variant you mentioned. * An upload by a DD does not include additional packages. DD uploaded packages are used. Additional packages are created on the Debian infrastructure: - DDeps: DD uploaded packages are rebuilt to extract debugging packages, the resulting binary package is thrown away. debug.debian.net is an implementation of this. - TDeps: The message catalog is extracted from the uploaded binary package (or it is rebuilt, but this would be pointless) and the binary package is repacked. * An upload by a DD does not include additional packages. DD uploaded packages are thrown away and rebuilt. Ubuntu does this (or rather something equivalent) since ages to create debug packages. Using implementations from the same group for DDeps and TDeps seems to be a sane choice. > The throw-away part isn't really connected with that. If we decide to use a implementation from the first or the second group, the throw-away part is indeed not connected with that. If we decide to use a implementation from the third group, the throw-away part is a prerequisite. Before the throw-away part is decided, discussing the different ways of implementing and choosing one could be a waste of time. Questions to consider during such a discussion include: * Do we want users which build private packages to build also DDeps and TDeps? * Do we want to have a different building process (or build options) for to be uploaded packages? Regards Carsten -- 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/20110308234028.ga27...@furrball.stateful.de
Re: Automatic debug packages
> * Do we want users which build private packages to build also DDeps and >TDeps? DDeps from private builds are useful to track bugs. 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/20110308234936.gq4...@const.famille.thibault.fr
Re: new scripts and patches for devscripts
On Tue, Mar 08, 2011 at 11:01:12PM +0100, Benjamin Drung wrote: > 1. ubuntu-dev-tools contains a bunch of scripts. Some of them are useful > only for Ubuntu, but some of them are general usable for packaging. > These scripts are: > > mk-sbuild Speaking just for this script, it's a "user-friendly" wrapper around sbuild/schroot to do initial setup, including package installation and chroot creation. However, it's very Ubuntu-specific. Rather than copy the script, even with the Ubuntu-specifics taken out, I'd rather integrate select pieces into sbuild proper such as into sbuild-createchroot. If the other scripts are of a similar nature, I don't think they are suitable with significant modification; it may be worth looking at correcting the deficiencies in the tools they wrap. > Should these script moved from ubuntu-dev-tools into devscripts? > > Most of the script are written in Python. Rewriting them to get them > included in devscripts is too much work without benefit. devscripts > would depend on python then. Most of the scripts are short. Rewriting would be fairly simple, and may be beneficial in removing the Ubuntu-specific bits. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Re: new scripts and patches for devscripts
Am Mittwoch, den 09.03.2011, 00:05 + schrieb Roger Leigh: > On Tue, Mar 08, 2011 at 11:01:12PM +0100, Benjamin Drung wrote: > > 1. ubuntu-dev-tools contains a bunch of scripts. Some of them are useful > > only for Ubuntu, but some of them are general usable for packaging. > > These scripts are: > > > > mk-sbuild > > Speaking just for this script, it's a "user-friendly" wrapper around > sbuild/schroot to do initial setup, including package installation and > chroot creation. However, it's very Ubuntu-specific. Rather than > copy the script, even with the Ubuntu-specifics taken out, I'd rather > integrate select pieces into sbuild proper such as into > sbuild-createchroot. > > If the other scripts are of a similar nature, I don't think they are > suitable with significant modification; it may be worth looking at > correcting the deficiencies in the tools they wrap. Maybe one or two. For example suspicious-source and wrap-and-sort are good candidates for devscripts. > > Should these script moved from ubuntu-dev-tools into devscripts? > > > > Most of the script are written in Python. Rewriting them to get them > > included in devscripts is too much work without benefit. devscripts > > would depend on python then. > > Most of the scripts are short. Rewriting would be fairly simple, and > may be beneficial in removing the Ubuntu-specific bits. What speaks against having these script in python? Is python too heavy for a _development_ machine? -- Benjamin Drung Debian & Ubuntu Developer signature.asc Description: This is a digitally signed message part
Frage zu eine DEB Paket
Hi ich hab ne Frage,wieso haben sie in Ihrem Repo kein OpenBVE drin http://openbve.trainsimcentral.co.uk/ Würde mich freuen wenn bzw ob es gehn würde am besten die aktuelle beta version bzw Stabiel mfg -- 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/4d76d5ae.2050...@hispeed.ch
Re: Frage zu eine DEB Paket
o linus.kaltenbach : Hi, bitte beachte, dass dies eine englisch-sprachige Mailliste ist. > Hi ich hab ne Frage,wieso haben sie in Ihrem Repo kein OpenBVE drin They wonder, why there is no OpenBVE in the archives. > http://openbve.trainsimcentral.co.uk/ |openBVE is a free-as-in-freedom train simulator placed in the public |domain. This means that you can make any modifications to it you like |and share your modifications with others. > Würde mich freuen wenn bzw ob es gehn würde am besten die aktuelle beta > version bzw Stabiel mfg They wonder whether it's possible to include it to debian, favorible in the beta version. flori -- 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/8to6a3fpn...@mid.individual.net
CTY TNHH TM - DV - SX IN AN NAM SAO
-- CÔNG TY CHÚNG TÔI ĐƯỢC PHÉP IN HÓA ĐƠN TÀI CHÍNH NẾU QUÝ CTY CÓ NHU CẦU VUI LÒNG LIÊN HỆ VỚI CHÚNG TÔI: CTY TNHH TM - DV - SX IN ẤN NAM SAO So 83-85 Đường 50, P. Tân Tạo, Q. Bình Tân, TP.HCM ĐT: 08.3754.5020 - 08.37545.021 Fax: 08.3754.5022 DD; 0933456646 • Chung toi con chuyen Thiết kế Tạo Mẫu – In offset, In lụa, Brochure, catalogue, Poster, tem nhãn, nhãn decal, phiếu bảo hành, Bao Bì Giấy, lịch, hóa đơn, biểu mẫu đóng cuốn, hộp giấy, cuốn sổ,…...
"epollCreate: unsupported operation" on buildd hosts
Dear Devel list, updating the GHC haskell compiler to the newest version in Debian is causing surprisingly many problems. With one of those, I am totally at a loss to understand it, especially as I cannot reproduce it. Basically, the new GHC compiler uses the epoll system call where available, which should be the case on all Linux kernels by now. Building the compiler works fine (even though it is a two stage process), but then using the compiler to build another package (which might or might not be a new version of the compiler) fails with: epollCreate: unsupported operation (Function not implemented) e.g. in https://buildd.debian.org/fetch.cgi?pkg=ghc&arch=i386&ver=7.0.2-2&stamp=1299583867&file=log&as=raw or https://buildd.debian.org/fetch.cgi?pkg=haskell-transformers&arch=amd64&ver=0.2.2.0-1&stamp=1299522650&file=log&as=raw On my machine and other developer’s machines, this is not reproducible. Upstream is rightfully puzzled as well (“That's odd. Is it always reproducible within a single machine? Linux (and Debian) should support epoll just fine.”, http://hackage.haskell.org/trac/ghc/ticket/5005) Does anyone here have a clue as to why the epoll system calls might fail on buildd machines? Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#617474: ITP: betaradio -- An easy way to listen to internet radio of Taiwan.
Package: wnpp Severity: wishlist Owner: "Shih-Yuan Lee (FourDollars)" * Package name: betaradio Version : 1.2 Upstream Author : Shih-Yuan Lee (FourDollars) * URL : http://code.google.com/p/betaradio/ * License : GPLv3 Programming Lang: Vala Description : An easy way to listen to internet radio of Taiwan. -- 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/20110309074314.2447.41925.reportbug@debian.taipei
