Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
]] Patrick Matthäi > needrestart checks which daemons need to be restarted after library upgrades. > It is inspired by checkrestart(1) from the debian-goodies package. > It does not rely on lsof as checkrestart does. Why not just improve checkrestart rather than offering an alternative? -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/m2r4dm19a7@rahvafeir.err.no
Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
On Thu, Aug 22, 2013 at 09:20:32AM +0200, Tollef Fog Heen wrote: > ]] Patrick Matthäi > > > needrestart checks which daemons need to be restarted after library > > upgrades. > > It is inspired by checkrestart(1) from the debian-goodies package. > > It does not rely on lsof as checkrestart does. > > Why not just improve checkrestart rather than offering an alternative? Why is not using lsof an improvement? -- Kind regards, Loong Jin signature.asc Description: Digital signature
Re: overriding udev rules
I think I gonna simply skip the udev rules overriding, it will be up to the user to do the cleaning if he wants to do cloning etc... as done in cloud-init package, waiting for easier udev management from package side. Thanks to all for your advises. quoting previous... -- > > gpg key id: 4096R/326D8438 (keyring.debian.org) > > Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 > > -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
On Thu, 22 Aug 2013 09:20:32 +0200 Tollef Fog Heen wrote: > > needrestart checks which daemons need to be restarted after library > > upgrades. It is inspired by checkrestart(1) from the debian-goodies > > package. It does not rely on lsof as checkrestart does. > > Why not just improve checkrestart rather than offering an alternative? checkrestart is a Python program, needrestart is a Perl program, so asking someone (who exactly, by the way?) touting an alternative to improve the original is not exactly correct in this particular case. By the way, I have always been puzzled with checkrestart being a part of the package containing a set of random tools. I mean, the discoverability of checkrestart is exactly zero, and one have to stumble on a random blog post to even know this useful tool exists. -- 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/20130822115831.5da9b17fbbf3b2710ed89...@domain007.com
Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
On Thu, Aug 22, 2013 at 9:58 AM, Konstantin Khomoutov wrote: > By the way, I have always been puzzled with checkrestart being a part of > the package containing a set of random tools. I mean, the > discoverability of checkrestart is exactly zero, and one have to stumble > on a random blog post to even know this useful tool exists. In an ideal world it would be part of PackageKit (and or apt). -- bye, pabs http://wiki.debian.org/PaulWise -- 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/caktje6fhmcgsiohmje8ddmxe+vburcdrm9kmz3j0eopepqd...@mail.gmail.com
Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
2013/8/22 Paul Wise : > On Thu, Aug 22, 2013 at 9:58 AM, Konstantin Khomoutov wrote: > >> By the way, I have always been puzzled with checkrestart being a part of >> the package containing a set of random tools. I mean, the >> discoverability of checkrestart is exactly zero, and one have to stumble >> on a random blog post to even know this useful tool exists. > > In an ideal world it would be part of PackageKit (and or apt). PackageKit can do that ;-) It has a plugin to check for shared libraries in use, I just haven't tested in yet. It should show the names of services which need to be restarted after a security update. This info is at least shown on the command line (and only for security updates). Cheers, Matthias 2013/8/22 Paul Wise : > On Thu, Aug 22, 2013 at 9:58 AM, Konstantin Khomoutov wrote: > >> By the way, I have always been puzzled with checkrestart being a part of >> the package containing a set of random tools. I mean, the >> discoverability of checkrestart is exactly zero, and one have to stumble >> on a random blog post to even know this useful tool exists. > > In an ideal world it would be part of PackageKit (and or apt). > > -- > bye, > pabs > > http://wiki.debian.org/PaulWise > > > -- > 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/caktje6fhmcgsiohmje8ddmxe+vburcdrm9kmz3j0eopepqd...@mail.gmail.com > -- Debian Developer | Freedesktop-Developer KDE-Developer| GNOME-Contributor I welcome VSRE emails. See http://vsre.info/ -- 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/caknhny9tifqwv93qevrn6ei2stus6f1gwjjxkxjt99f-wti...@mail.gmail.com
Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
Am 2013-08-22 10:03, schrieb Paul Wise: On Thu, Aug 22, 2013 at 9:58 AM, Konstantin Khomoutov wrote: By the way, I have always been puzzled with checkrestart being a part of the package containing a set of random tools. I mean, the discoverability of checkrestart is exactly zero, and one have to stumble on a random blog post to even know this useful tool exists. In an ideal world it would be part of PackageKit (and or apt). FYI PackageKit already features a plugin that detects applications which should be restared because of updated shared librarys. @Paul: Sorry for the private reply. Cheers, Sebastian -- 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/5b8a8e772b45ae1b379b96e90dfe3...@glatzor.de
Re: Bug#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
On Thu, Aug 22, 2013 at 11:17 AM, Matthias Klumpp wrote: > PackageKit can do that ;-) It has a plugin to check for shared > libraries in use, I just haven't tested in yet. It should show the > names of services which need to be restarted after a security update. Cool. > This info is at least shown on the command line (and only for security > updates). How does it know if an update fixes a security issue? Just checking if it comes from security.d.o would not be enough since updates to unstable often fix security issues. I guess it uses the debsecan/security-tracker data? -- http://wiki.debian.org/PaulWise -- 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/caktje6gxh7ugh+lr6g4xk5alttevf-mj9ft1kvsy2nbqp1p...@mail.gmail.com
Re: overriding udev rules
On Tue, Aug 20, 2013 at 09:58:43PM +0200, Thomas Goirand wrote:
> I'd be happy to find a correct and clean way to do this, because I also
> need to do it, and it seems to be a fairly common use case. I currently
> only delete the 75-persistent-net-generator.rules file (which I know is
> the wrong way to do it as it wont survive upgrades, though I currently
> don't know how to do it cleanly, so I have fallen back to that).
>
> It would be really nice to have a switch somewhere in /etc for this.
> Maybe upstream could work that out, so that we don't have to hack and
> hack again? I'm sure I'm not the only one to think that dpkg-divert
> over-engineering something that should be fixed upstream.
The least ugly thing we came up with was:
$ cat /lib/udev/rules.d/60-${our_package}.rules
# Avoid udev persistent names (see
# /lib/udev/rules.d/75-persistent-net-generator.rules )
ACTION=="add", SUBSYSTEM=="net", KERNEL=="eth*",NAME="$kernel"
You can make that rule more specific to only disable it for specific
cards. It works because of:
$ grep -B1 -w NAME /lib/udev/rules.d/75-persistent-net-generator.rules | head
-n2
# ignore the interface if a name has already been set
NAME=="?*", GOTO="persistent_net_generator_end"
--
Tzafrir Cohen | tzaf...@jabber.org | VIM is
http://tzafrir.org.il || a Mutt's
tzaf...@cohens.org.il || best
tzaf...@debian.org|| friend
--
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/20130822110202.ge14...@lemon.cohens.org.il
Re: overriding udev rules
Michael Biebl writes: > The persistent network interface naming rules are already skipped if > udev is run within a virtual machine. Which made me look closer at /lib/udev/rules.d/75-persistent-net-generator.rules I find it a bit strange that it has lots of logic involving different OUIs, but doesn't seem to care at all about the "addr_assign_type" sysfs attribute. I believe you never should generate any persistent rules if this attribute is different from 0 (NET_ADDR_PERM). And I'll now go fix some drivers which doesn't set it as appropriate. Bjørn -- 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/87ioyy3r6q@nemi.mork.no
Re: System resume issues
Andreas Metzler escribió:
Rodolfo García Peñas wrote:
currently I am maintaining the uswsusp package. I have some bugs
related to the resume process [1]. I was talking with Ben in
debian-kernel, and I am writing to debian-devel trying to get the
best option to solve the problems and because other packages could
be affected (cryptsetup, hibernate, pm-utils,...).
[...]
Just a wild thought, as there was presentation on debconf: Jave you
checked whether dracut (instead od intramfs) handles this better?
cu Andreas
Hi Andreas,
thanks a lot for your reply. dracut reads the configuration file for
uswsusp (upstream: suspend-utils):
--8<
http://git.kernel.org/cgit/boot/dracut/dracut.git/tree/modules.d/95resume/module-setup.sh:
...
install() {
local _bin
# Optional uswsusp support
for _bin in /usr/sbin/resume /usr/lib/suspend/resume
do
[[ -x "${_bin}" ]] && {
inst "${_bin}" /usr/sbin/resume
[[ -f /etc/suspend.conf ]] && inst /etc/suspend.conf <- here
break
}
done
--8<
And parse it in other 95resume module files.
In debian, dracut reads the file /etc/suspend.conf, but this file
doesn't exist (is named /etc/suwsusp.conf). I don't create a bug about
it (yet?), because I have two things in mind, rename the uswsusp
package to suspend-utils (the upstream name, so the configuration file
will be /etc/suspend.conf) and/or change the configuration file to
/etc/resume.
Anyway, IMO probably the configuration for system resume shouldn't
belong to any specific package (uswsusp, initramfs-tools, hibernate,
pm-utils, tuxonize...), because could be common for all of them. Using
only one file, all packages could read the info on it (but it only
could be updated by one!).
Cheers,
kix
--
.''`.
: :' : Rodolfo García Peñas (kix)
`. `'` Proud Debian Developer
`-
--
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/20130822114140.horde._tsumdkkme3ykxhakn-x...@mail.kix.es
Bug#720477: ITP: r-cran-fastcluster -- Fast hierarchical clustering routines for GNU R
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-fastcluster Version : 1.1.11 Upstream Author : Daniel Müllner * URL : http://cran.r-project.org/web/packages/fastcluster/index.html * License : GPL2+ | BSD Programming Lang: R (Python) Description : Fast hierarchical clustering routines for GNU R Fastcluster implements fast hierarchical, agglomerative clustering routines. Part of the functionality is designed as drop-in replacement for existing routines: “linkage” in the SciPy package “scipy.cluster.hierarchy”, “hclust” in R's “stats” package, and the “flashClust” package. It provides the same functionality with the benefit of a much faster implementation. Moreover, there are memory-saving routines for clustering of vector data, which go beyond what the existing packages provide. For information on how to install the Python files, see the file INSTALL in the source distribution. The package is maintained in Debian Med team as a precondition for one of our packages and available at Vcs-Svn: svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-fastcluster/trunk/ Kind regards Andreas. -- 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/20130822120046.12125.8629.report...@mail.an3as.eu
Re: Dreamhost dumps Debian
On 21/08/13 19:08, Clint Byrum wrote: > Excerpts from Kevin Chadwick's message of 2013-08-21 08:45:27 -0700: >> My point of view is that Debian Stable should be aiming for whatever >> they believe the sweet point between stable and so usable without having >> problems is and maximising security. Aka maximising productivity and >> safety with no other concerns or compromises. >> >> Large hosting companies not having made their scripts etc. good enough >> to ride out upgrades well should have nothing to do with any decision. >> >> In fact they are best positioned man power wise to be able to set up a >> test rig and then deploy compared to small hosting companies. >> >> Does anyone even know for sure what the decision to switch was actually >> based upon? >> > IIRC, the blog post cites exactly that, too short releases. There have been many comments about the 5 year security updates, but some people (sadly) don't think about that anyway, there are plenty of other decision making factors: For many users, the server is under warranty for 3 years, they are sometimes willing to risk or purchase another 1-2 years, total 5 years useful life for the server. They pick Ubuntu LTS or RHEL because it appears to be aligned with that. At the beginning, they chose the server and OS together. Unless there is a compelling reason, they don't want to risk upgrading the server half way through its useful life, risking any changes to hardware driver compatibility. They only want to spend time on those issues once: when they buy the server. Many commercial products also support legacy users and upgrades from (current-2) or (current-3) rather than just upgrading from the last major release. If Debian followed this model, then it would mean: a) security updates for squeeze would continue until jessie + 1 year b) a direct upgrade from squeeze to jessie (skipping wheezy) would be desirable (though not essential) Users who don't need or want bleeding edge stuff typically prefer to progress at that pace -- 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/52161386.5040...@pocock.com.au
asking for advice: all dependencies incl. version numbers
Hi, This is a researcher asking for advice. I'd like to download/parse for each version of each debian package which other package versions it depends on. Do you think this information available in managable formats? Have you seen similar work before? Thanks! -- Webpage: http://hal.elte.hu/fij GoogleScholar: http://goo.gl/trcz4
Bug#720503: ITP: jackson-annotations -- fast and powerful JSON library for Java -- annotations
Package: wnpp Severity: wishlist Owner: Wolodja Wentland * Package name: jackson-annotations Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA * URL : https://github.com/FasterXML/jackson-annotations * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- annotations The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains general purpose annotations for value and handler 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/20130822172652.20618.57537.reportbug@asasello.local
Bug#720504: ITP: jackson-databind -- fast and powerful JSON library for Java -- data binding
Package: wnpp Severity: wishlist Owner: Wolodja Wentland * Package name: jackson-databind Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA * URL : https://github.com/FasterXML/jackson-databind/ * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- data binding The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains general purpose data-binding functionality for data formats other than JSON. -- 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/20130822173052.21481.17561.reportbug@asasello.local
Bug#720505: ITP: jackson-dataformat-smile -- fast and powerful JSON library for Java -- Smile dataformat
Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland
* Package name: jackson-dataformat-smile
Version : 2.2.2
Upstream Author : FasterXML, LLC, Seattle, USA
* URL : https://github.com/FasterXML/jackson-dataformat-smile/
* License : Apache-2.0
Programming Lang: Java
Description : fast and powerful JSON library for Java -- Smile dataformat
The Jackson Data Processor is a multi-purpose Java library for processing
JSON. Jackson aims to be the best possible combination of fast, correct,
lightweight, and ergonomic for developers. It offers three alternative
methods
for processing JSON:
.
* Streaming API inspired by StAX
* Tree Model
* Data Binding converts JSON to and from POJOs
.
In addition to the core library, there are numerous extension that provide
additional functionality such as additional data formats beyond JSON,
additional data types or JVM languages.
.
This package contains an extension for reading and writing Smile-("binary
JSON")-encoded data.
--
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/20130822173626.22534.35647.reportbug@asasello.local
Bug#720506: ITP: jackson-dataformat-yaml -- fast and powerful JSON library for Java -- YAML dataformat
Package: wnpp Severity: wishlist Owner: Wolodja Wentland * Package name: jackson-dataformat-yaml Version : 2.2.2 Upstream Author : FasterXML, LLC, Seattle, USA * URL : https://github.com/FasterXML/jackson-dataformat-yaml/ * License : Apache-2.0 Programming Lang: Java Description : fast and powerful JSON library for Java -- YAML dataformat The Jackson Data Processor is a multi-purpose Java library for processing JSON. Jackson aims to be the best possible combination of fast, correct, lightweight, and ergonomic for developers. It offers three alternative methods for processing JSON: . * Streaming API inspired by StAX * Tree Model * Data Binding converts JSON to and from POJOs . In addition to the core library, there are numerous extension that provide additional functionality such as additional data formats beyond JSON, additional data types or JVM languages. . This package contains an extension for reading and writing YAML-encoded data. -- 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/20130822173923.23544.95263.reportbug@asasello.local
Introducing dgit - git integration with the Debian archive
I'm pleased to announce that dgit 0.7, which is a version of dgit suitable for alpha and beta testers, is available in unstable. >From the manpage: dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir] dgit [dgit-opts] fetch|pull [dgit-opts] [suite] dgit [dgit-opts] build|sbuild [build-opts] dgit [dgit-opts] push [dgit-opts] [suite] dgit treats the Debian archive as a version control system, and bidirectionally gateways between the archive and git. The git view of the package can contain the usual upstream git history, and will be augmented by commits representing uploads done by other developers not using dgit. This git history is stored in a canonical location known as dgit-repos which lives outside the Debian archive (currently, on Alioth). If you don't like git, or think I have taken the wrong approach, then you need read no further. You can carry on just as before. If on the other hand you'd like to experiment with a new tool that lets you work on any package in the archive using git, even with upstream git history in your history if you like, and to share your git-based work with other uploaders, please install dgit 0.7 from unstable and try it out. For more information, the full manpage is here: http://www.chiark.greenend.org.uk/~ijackson/2013/dgit.html (this is slightly more up to date than the one on manpages.debian.net). This is still a very early version. I'm not aware of anyone but me having used it in anger. So there are very likely to be bugs. Please report them. With regret I must note that currently you can't use it if you don't have a full DD account on both the Debian systems and on Alioth. Even if you just want a read-only mode. This is due to deficiencies in the archive software and in Alioth, which I have worked around in very unpleasant ways. I'm hoping that this will improve fairly soon. Please see the BUGS section of the manpage. The master git repository for dgit is here: http://anonscm.debian.org/gitweb/?p=dgit-repos/dgit.git Pull requests welcome (please send them to the BTS). Some background: At Debconf we had a series of discussion on the problem of integrating git and the archive, culminating in an excellent bar-BOF. We started with a diagram Joey Hess had drawn on a piece of cardboard, of a design he had; many of us came to the BOF with our own preconceptions. Too often these discussions result in a gigantic edifice which will take six-months to implement and six years to persuade people is a good idea. But, during this conversation, instead, pieces were hacked off until the result was implementable right away. So that's what dgit is. Key points about dgit's design: * It doesn't require anyone else to change their existing workflow. * You can use it on any package. * If you are the maintainer and want to use it on your own package, it will allow you to adopt a gitish workflow and will let you easily import into your git history the changes made in NMUs, security updates - and hopefully eventually derivative distros. * I think we can extend it later to support working on quilty packages (with patch stacks) as if they were git branches. This is not yet done because it's quite complicated. See PACKAGE SOURCE FORMATS in the manpage. Thanks, Ian. -- 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/21014.27626.870447.341...@chiark.greenend.org.uk
Re: Introducing dgit - git integration with the Debian archive
2013/8/22 Ian Jackson : > I'm pleased to announce that dgit 0.7, which is a version of dgit > suitable for alpha and beta testers, is available in unstable. > > >From the manpage: > >dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir] >dgit [dgit-opts] fetch|pull [dgit-opts] [suite] >dgit [dgit-opts] build|sbuild [build-opts] >dgit [dgit-opts] push [dgit-opts] [suite] > >dgit treats the Debian archive as a version control system, and >bidirectionally gateways between the archive and git. The git >view of the package can contain the usual upstream git history, >and will be augmented by commits representing uploads done by >other developers not using dgit. This git history is stored in >a canonical location known as dgit-repos which lives outside >the Debian archive (currently, on Alioth). > [...] This is awesome! Many thanks for the great work! -- Matthias -- 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/caknhny_bj-kp+p4spxfowmkyxfz876jjctliyobgo0ojqj3...@mail.gmail.com
Re: asking for advice: all dependencies incl. version numbers
Dear Illes, Am Donnerstag, den 22.08.2013, 17:47 +0200 schrieb FARKAS, Illes: > This is a researcher asking for advice. > > > I'd like to download/parse for each version of each debian package > which other package versions it depends on. > > > Do you think this information available in managable formats? It is all in the Packages file, e.g. ftp://ftp.de.debian.org/debian/dists/unstable/main/binary-amd64/Packages.bz2 It is a simple text file format and there are parsing libraries for various programming language around. If you are more specific about your goals and needs, I can give more specific advise. > Have you seen similar work before? The researches at IRILL have done lots of work on Package relationsships and also created useful tools to investigate that. I don’t have a good entry page to send you to, but I guess http://www.mancoosi.org/edos/ and http://www.mancoosi.org/ are of relevance. Greetings, 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#720518: ITP: tdbcpostgres -- Postgresql driver for the TDBC datatabase connectivity
Package: wnpp Severity: wishlist Owner: Massimo Manghi * Package name: tdbcpostgres Version : 1.0.0 Upstream Author : mxman...@apache.org * URL : http://tdbc.tcl.tk/ * License : BSD Programming Lang: (C,Tcl) Description : Postgresql driver for the TDBC datatabase connectivity -- 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/2013083030.20139.94183.report...@pokemon.bandasalute.it
Re: Introducing dgit - git integration with the Debian archive
Le Thu, Aug 22, 2013 at 08:52:10PM +0100, Ian Jackson a écrit : > I'm pleased to announce that dgit 0.7, which is a version of dgit > suitable for alpha and beta testers, is available in unstable. > > >From the manpage: > >dgit [dgit-opts] clone [dgit-opts] package [suite] [./dir|/dir] >dgit [dgit-opts] fetch|pull [dgit-opts] [suite] >dgit [dgit-opts] build|sbuild [build-opts] >dgit [dgit-opts] push [dgit-opts] [suite] > >dgit treats the Debian archive as a version control system, and >bidirectionally gateways between the archive and git. The git >view of the package can contain the usual upstream git history, >and will be augmented by commits representing uploads done by >other developers not using dgit. This git history is stored in >a canonical location known as dgit-repos which lives outside >the Debian archive (currently, on Alioth). Thanks a lot for this development ! For the packages that I maintain with Git, I commit build logs (the local one for the uploaded binary packages, plus the buildd ones) in separate branches. In some cases I found it quite useful. Have you considered integrating logs in dgit ? In a somehow similar goal (finding difference between builds), have you also considered committing the contents of the unpacked binary packages in other branches ? Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- 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/20130822233849.gb1...@falafel.plessy.net
Work-needing packages report for Aug 23, 2013
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: 524 (new: 1) Total number of packages offered up for adoption: 152 (new: 0) Total number of packages requested help for: 58 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: argyll (#720178), orphaned 3 days ago Description: Color Management System, calibrator and profiler Reverse Depends: argyll argyll-dbg dispcalgui icc-utils libicc-dev libimdi-dev Installations reported by Popcon: 33163 523 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. No new packages have been given up for adoption, but a total of 152 packages are awaiting adoption. See http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: apt-xapian-index (#567955), requested 1298 days ago Description: maintenance tools for a Xapian index of Debian packages Reverse Depends: ept-cache fuss-launcher goplay packagesearch Installations reported by Popcon: 72315 asymptote (#517342), requested 1637 days ago Description: script-based vector graphics language inspired by MetaPost Installations reported by Popcon: 3874 athcool (#278442), requested 3222 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 60 balsa (#642906), requested 697 days ago Description: An e-mail client for GNOME Reverse Depends: balsa-dbg Installations reported by Popcon: 914 cardstories (#624100), requested 850 days ago Description: Find out a card using a sentence made up by another player Installations reported by Popcon: 9 chromium-browser (#583826), requested 1180 days ago Description: Chromium browser Reverse Depends: chromium chromium-browser chromium-browser-dbg chromium-browser-inspector chromium-browser-l10n chromium-dbg chromium-l10n mozplugger Installations reported by Popcon: 18587 cups (#532097), requested 1538 days ago Description: Common UNIX Printing System Reverse Depends: bluez-cups chromium cups cups-backend-bjnp cups-browsed cups-bsd cups-client cups-daemon cups-dbg cups-filters (60 more omitted) Installations reported by Popcon: 119943 debtags (#567954), requested 1298 days ago Description: Enables support for package tags Reverse Depends: goplay packagesearch Installations reported by Popcon: 2397 fbcat (#565156), requested 1317 days ago Description: framebuffer grabber Installations reported by Popcon: 143 flightgear (#487388), requested 1888 days ago Description: Flight Gear Flight Simulator Installations reported by Popcon: 510 freeipmi (#628062), requested 819 days ago Description: GNU implementation of the IPMI protocol Reverse Depends: freeipmi freeipmi-bmc-watchdog freeipmi-ipmidetect freeipmi-tools libfreeipmi-dev libfreeipmi12 libipmiconsole-dev libipmiconsole2 libipmidetect-dev libipmidetect0 (3 more omitted) Installations reported by Popcon: 3429 gnat-4.4 (#539633), requested 1955 days ago Description: backport bug fixes from trunk (GCC 4.5) Reverse Depends: ghdl gnat-4.4 libgnat-4.4 libgnat-4.4-dbg libgnatprj-dev libgnatprj4.4 libgnatprj4.4-dbg libgnatprj4.4-dev libgnatvsn-dev libgnatvsn4.4 (2 more omitted) Installations reported by Popcon: 1161 gnat-gps (#496905), requested 1820 days ago Description: co-maintainer needed Reverse Depends: gnat-gps gnat-gps-dbg Installations reported by Popcon: 477 gnokii (#677750), requested 432 days ago Description: Datasuite for mobile phone management Reverse Depends: gnokii gnokii-cli gnokii-smsd gnokii-smsd-mysql gnokii-smsd-pgsql gnome-phone-manager libgnokii-dev libgnokii6 xgnokii Installations reported by Popcon: 1920 gnupg (#660685), requested 549 days ago Description: GNU privacy guard - a free PGP replacement Reverse Depends: apt bootstrap-base cdebootstrap cdebootstrap-static cdebootstrap-udeb clamav-unofficial-sigs cloud-utils debian-archive-keyring debian-edu-archive-keyring debian-ports-archive-keyring (49 more omitted) Installations reported by Popcon: 148593 gpa (#663405), requested 530 days ago Description: GNU Privacy Assistant (GPA) Installations reported by Popcon: 679 gradle (#683666), requested 385 days ago Description: Gr
