Re: GNOME 3 and panel applets

On 14/02/11 20:46, brian m. carlson wrote: > On Mon, Feb 14, 2011 at 06:17:36PM +0100, Josselin Mouette wrote: >> The panel remains, but it will be a GTK3 / D-Bus panel. In its current >> state, it doesn’t support the good old GTK2 / bonobo applets, of which >> we have a lot in the archive. Upstrea

Re: GNOME 3 and panel applets

On 15/02/11 09:15, Michael Biebl wrote: > That said, the upstream unstable branch of tracker apparently has a port of > tracker-search-bar using libpanelapplet-3.0, which I assume is the new D-Bus > based panel in GNOME 3.0. > > I can't seem to find such a package in Debian just yet. > Joss, when

Re: potential MBF: first alternate depends not available in main

On 28/02/11 15:05, Holger Levsen wrote: > So I think it's also a bug in those packages, of which there are more then > 100 > but less than 200 A dd-list would be nice. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? C

Re: potential MBF: first alternate depends not available in main

On 02/03/11 04:24, Scott Kitterman wrote: > It seems to me not worth a mass bug filing. This doesn't seem like something > that would affect user's systems. Is there a rationale for imposing this > ordering other than puiparts can't deal with it? If you have non-free enabled and install a pack

Re: potential MBF: first alternate depends not available in main

On 02/03/11 14:41, Scott Kitterman wrote: > On Wednesday, March 02, 2011 04:53:46 am Emilio Pozuelo Monfort wrote: >> On 02/03/11 04:24, Scott Kitterman wrote: >>> It seems to me not worth a mass bug filing. This doesn't seem like >>> something that would af

Re: Lintian check for missing desktop files?

On 03/03/11 15:17, Stefano Zacchiroli wrote: > It doesn't seem to me that your proposal of making it a release goal for > Wheezy is incompatible with Andreas' proposal. Bottom line: a lintian > check would be a first useful step (the heuristic is clearly more > debatable, but I'm no condition to pr

Re: Setting file capabilites of files shipped in binary packages

On 13/03/11 19:56, Sebastian Harl wrote: > Hi, > > the new upstream version of one of my packages tries to set the > CAP_NET_RAW (permission to use RAW and PACKET sockets) file capability > during "make install" (using setcap(8)). (The affected tool sends ICMP > ECHO_REQUESTS ("pings"), thus needs

Re: Best practice for cleaning autotools-generated files?

On 15/03/11 22:29, Marcin Owsiany wrote: > The current best practice for dealing with packages using GNU autotools > (as described in /usr/share/doc/autotools-dev/README.Debian.gz) is to > run autoreconf in a prerequisite of a build target, and to remove its > results in the clean target. > > Howe

Re: Desktop standards, MIME info cache, and Lintian

Michael Biebl wrote: > Maybe i missinterpreted your conclusion, but this what I get in one of my > packages: > desktop-mimetype-without-update-call /usr/share/applications/... > > Now that we have triggers, I really don't see the benefit of adding such a > lintian warning. Imho we should get rid

Re: Desktop standards, MIME info cache, and Lintian

Michael Biebl wrote: > See /usr/share/doc/dpkg-dev/triggers.txt.gz, w.r.t file triggers. > The trigger will one be run if it matches a file (e.g. /usr/share/icons or > /usr/share/applications). James Vega wrote: > The whole point of triggers is that they watch a set of > files/directories and whe

Re: Desktop standards, MIME info cache, and Lintian

Josselin Mouette wrote: > As for update-mime-database, I think it concerns only a very small > number of packages, but that’s certainly doable. I've looked into update-mime-database and update-mime. Here's what I think needs to be done in order to properly adopt triggers support in these packages:

Re: Security Issue of .desktop files

Daniel Ruoso wrote: > Em Ter, 2009-02-24 às 19:35 +0100, Josselin Mouette escreveu: >> Le mardi 24 février 2009 à 15:21 -0300, Daniel Ruoso a écrit : >>> Last week, an old security issue in desktop environments went through a >>> widely public discussion (including on slashdot)[1][2]. As I said, th

Re: Upcoming Section changes in the archive

Vincent Danjean wrote: > What about creating a 'libs' section for different languages? > Something like libs-ruby, libs-perl, libs-python, libs-java, libs-r, ... > > This would allow to split the big 'libs' section and this avoid to put > libs (ie mostly automatic pulled packages) in sections wher

Re: Section changes in the archive

Raphael Geissert wrote: > And what's the final list of sections? lintian needs to be updated See http://lists.debian.org/debian-policy/2009/03/msg00127.html Cheers, Emilio signature.asc Description: OpenPGP digital signature

Re: DEB_VENDOR and forks

Loïc Minier wrote: > On Wed, Mar 18, 2009, Raphael Hertzog wrote: >> I also included DEB_VENDOR in the set of variables. This variable is not >> used currently (as I just introduced it with dpkg 1.15.0) but I expect it >> to become more used in the future for things like this: >> - enable additiona

Re: Revising Policy 12.5 (Copyright information)

Romain Beauxis wrote: > Le Friday 20 March 2009 19:38:34 Russ Allbery, vous avez écrit : >>> But do you think this is possible ? >> Sure. Resolving this sort of thing is the point of the Policy process, >> after all, and we have a clear authority that does the enforcement >> (ftp-master), so it se

Re: RFC: Better formatting for long descriptions

Neil Williams wrote: > On Fri, 20 Mar 2009 14:45:09 +0100 (CET) > Andreas Tille wrote: > >> I tried to find a clear advise how to reasonable format lists inside long >> descriptions of packages. The only thing I know is that lines with two >> leading spaces is considered verbose. > > Packages.

Re: Splitting of the gnome-python* source packages - MBF

Hi Joss, Josselin Mouette wrote: > 1. GNOME-PYTHON > I propose to file wishlist bugs on the packages that can move to using > python-gconf. > 2. GNOME-PYTHON-DESKTOP > I propose to file important bugs on all packages depending on > python-gnome2-desktop, making them RC once the package is remo

Re: Revising Policy 12.5 (Copyright information)

Romain Beauxis wrote: > Le Friday 20 March 2009 19:55:29 Emilio Pozuelo Monfort, vous avez écrit : >>> Since the vast majority of the packages fall into a regular copyright and >>> licensing, this would also mean overload the policy with stuff that is >>> only rele

Re: Bug#509063: Upstream bug about WPAD security issues

Andreas Rottmann wrote: > As I discovered that libsoup SVN trunk has libproxy as an optional build > dependency, I stumbled upon this ITP, and found out that upstream has > been made aware of this issue: > > http://code.google.com/p/libproxy/issues/detail?id=21 > > Based on that bug, I assume tha

Re: Sponsorship requirements and copyright files

Manoj Srivastava wrote: > On Sun, Mar 22 2009, Russ Allbery wrote: > >> Neil Williams writes: >> >>> We also need clarity on why debian/copyright should have a higher level >>> of scrutiny than the upstream itself. Debian does not hold copyright on >>> most upstream source packages, why do we sec

Re: grouping of alternative depends

Holger Levsen wrote: > Hi, > > I'd like to use a depends like "(pdns-backend-ldap pdns-recursor) | bind9" > but > afaik this is not possible. AFAICS I should file a wishbug against dpkg but > as I dont have time atm to dig through all the bugs against dpkg, I thought I > drop a mail here, in t

Re: "Team uploads"

h Vcs-Browser field to viewsvn [ Emilio Pozuelo Monfort ] * debian/rules: Don't rely on python-support directory structure. Thanks Josselin Mouette. Closes: #517061. * Standards-Version is 3.8.0. No changes needed. -- Debian Python Modules Team Wed, 25 Feb 2009 23:35:20 +0100

Re: Sponsorship requirements and copyright files

Russ Allbery wrote: > Joerg Jaspert writes: > >> Also, keep in mind what Mark wrote elsewhere. He asked the DPL to let >> SPI get us some lawyers input on the question. Thats probably the best >> course. > > Yes. I'm wholeheartedly in favor of this, and I think we should hold any > resolution o

Re: Bug#524998: ITP: libmqdb-perl -- MappedQueryDB toolkit for federated databases

Charles Plessy wrote: > But if there is a problem, I will fall back on the poetic license: > > > Files: debian/* > Copyright: 2009, Charles Plessy > License: Poetic > This work ‘as-is’ we provide. > No warranty, express or implied. > We’ve done our best, > to debug and test. > Liability for

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

Giacomo A. Catenazzi wrote: > Michael Biebl wrote: >> Giacomo Catenazzi wrote: >> >>> For these two reason (power and security), I think Debian should offer >>> a debconf question, (medium priority), about disabling pooling. >> >> Sorry, but this is certainly not going to happen. > > Why not? Is

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

Giacomo A. Catenazzi wrote: > Emilio Pozuelo Monfort wrote: >> Giacomo A. Catenazzi wrote: >>> Michael Biebl wrote: >>>> Giacomo Catenazzi wrote: >>>> >>>>> For these two reason (power and security), I think Debian should offer >>>

Re: RFA: acpi-support -- glue layer for translating laptop buttons, plus legacy suspend support

Giacomo Catenazzi wrote: > Emilio Pozuelo Monfort wrote: >> Giacomo A. Catenazzi wrote: >>> Emilio Pozuelo Monfort wrote: >>>> Giacomo A. Catenazzi wrote: >>>>> Michael Biebl wrote: >>>>>> Giacomo Catenazzi wrote: >>>>

Re: ignoring the CoC in regards to cc:s (Re: Can we ship sources of a PDF file in the Debian diff?

Noah Slater wrote: > Either you avoid Reply-To because it is "harmful" and accept that you will get > carbon copies from the commonly implemented group reply function of modern > mail > clients, or you include the "harmful" Reply-To header and avoid it. > > What am I missing? This seems too obvio

Re: Bug#527341: ITP: python-django-squeeze -- Squeeze JS/CSS files on the fly, for Django

Janos Guljas wrote: > Please package this very handy application. Do you intend to package it, or do you want somebody else to package it? If the latter, this should be an RFP and not an ITP: http://www.debian.org/devel/wnpp/ Cheers, Emilio signature.asc Description: OpenPGP digital signature

Re: Environment variables, debian/rules and dpkg-buildpackage

Paul Wise wrote: > It would be much nicer to discard maintainer-built packages and build > everything on the buildds. Then we get build logs as well as the > opportunity to replicate Ubuntu's automatically created debug debs. Yes! At least discard arch:any debs, so that we don't need to wait until

Re: Bug#531941: gpe-gallery: missing gpe-gallery.png icon for .the desktop file

Neil Williams escribió: > On Fri, 05 Jun 2009 08:02:20 +0200 > Luca Capello wrote: > >> Package: gpe-gallery >> Version: 0.97-3 >> Severity: minor > >> Hello, >> >> the .desktop file looks for gpe-gallery.png while only the .xpm version > > Bah - this is getting really annoying. If Debian is go

Re: How to avoid stealth installation of systemd?

On 02/07/14 15:38, Thorsten Glaser wrote: > Jeroen Dekkers wrote: >> Wookey wrote: > >>> I think some people are failing to see the humour in this name >>> (and Dawkins knows we could use some humour round this subject), but I >>> guess if it's not going to be allowed then it's not going to be >>>

Re: How to avoid stealth installation of systemd?

On 02/07/14 20:39, Svante Signell wrote: > Independent of Thorstens answer I (and many with me) find it very > convenient to have these packages. And, there won't be 50 000 > foo-must-die packages. There is no such controversy with other packages, > the ones I can think of might be prevent-gnome, p

Re: How to build-depend on a C++11-capable compiler?

On 25/07/14 16:47, Osamu Aoki wrote: > Hi, > > I do not know about your case. > > FYI: I uploaded c++11 depending package as a sponsor since it compiled > nicely on my amd64. Than got bug report from arm people. > > On Tue, Jul 22, 2014 at 10:35:17AM +0200, Thibaut Paumard wrote: >>> Well, si

Re: Reverting to GNOME for jessie's default desktop

On 08/08/14 00:29, Don Armstrong wrote: > On Thu, 07 Aug 2014, Jordi Mallach wrote: >> Well, it's roughly that time. :) So I'd like to plainly request GNOME >> is reinstated as the default desktop environment for a number of >> reasons. > > One of the reasons put forward for switching to Xfce was s

Re: Request when replying to bugs: include the package name / topic.

On 24/09/14 11:46, Neil Williams wrote: > This is a particularly common problem with team maintenance packages or > with psuedo-packages (like release.debian.org) where a lot of people > may be on the list. > > Please always include the package name / topic in the subject of the > email or, as a m

Re: apt-get install sysvinit-core removes gnome?

On 16/10/14 12:47, Dominik George wrote: > Hi, > >> but it seems there is some dependency in jessie which makes gnome >> unavailable >> without systemd. > > It is there because upstream requires it. There is no GNOME without systemd. > This is not specific to Debian. No, that's wrong. $ sudo a

Re: MBF: transition from texi2html to texinfo

On 28/05/13 16:01, Ryan Kavanagh wrote: On the basis of Sébastien's objection, I propose the MBF to have severity wishlist and the following amended text. Not everybody will be able to transition from texi2html, but those who can should. It will be easier to transition the remaining few packages

Re: Candidates for removal from testing (2013-06-04)

On 04/06/13 14:06, Niels Thykier wrote: > Hi, > > Our automated tools for finding RC buggy leaf packages in testing have > found 79 potential candidates (see attached files). > > The packages have been selected based on the following criteria: > * The package had at least one RC bug without acti

GNOME in Debian

On 05/06/13 12:10, Holger Levsen wrote: > I've switched 3 users from Squeeze to Wheezy in the last 2 weeks, and also to > Gnome 3 btw, and they all *love* it. And I also must say, I'm quite > impressed, > Debian on the desktop has come a long way. So, IOW YMMV. We spend a lot of effort to packa

Re: DH way to set SONAME

On 09/06/13 08:00, Jerome BENOIT wrote: > Hello List, > > because of backward incompatibility I have to add a suffix to > my library package name. But lintian keep noticing the mismatch. > I know the the soname of a library can be specify by passing > appropriate options to the gcc tools: is a DH

Re: DH way to set SONAME

On 09/06/13 13:12, Christoph Egger wrote: > Emilio Pozuelo Monfort writes: >> Patching a library downstream to bump the SONAME needs to be done only in >> very >> special cases and when you know what you're doing. For instance you're going >> to >> br

Re: How to bump the SONAME of a library ? [WAS: DH way to set SONAME]

On 10/06/13 01:04, Jerome BENOIT wrote: > Hello List, > > I am not so sure what I must understand by `bump the SONAME': > given that libtool machinery is employed, does is mean that > `current' must be increased by one ? You really should read [1] if you're maintaining shared libraries in Debian

Re: Bug#711570: ITP: libsdl2-mixer -- Mixer library for SDL2

On 11/06/13 03:27, Chow Loong Jin wrote: > On Mon, Jun 10, 2013 at 11:31:07PM +0600, Andrey Rahmatullin wrote: >> On Mon, Jun 10, 2013 at 11:17:26PM +0800, Chow Loong Jin wrote: > * Package name: libsdl2-mixer Isn't this packaged already? You don't need to file WNPP bu

Re: jessie release goal: verbose build logs

Hi, On 14/06/13 13:35, Matthias Klose wrote: > Much more often than I do like it, I see bug reports for the toolchain just > pointing to a build log. Then looking at the build log, you often just see > > CC ... > CCLD ... (sometimes even colorized) > > This doesn't really help when trying to

Re: Debian XDG basedir compliance

On 12/10/13 00:52, Paul Wise wrote: > On Sat, Oct 12, 2013 at 8:26 AM, Charles Plessy wrote: > >> I think that this would be more suitable for the Upstream Guide >> (https://wiki.debian.org/UpstreamGuide). The Debian Policy focuses on how to >> integrate works in Debian, so if being XDG-compliant

Re: gnucash dependencies (was Re: Proposal: switch default desktop to xfce)

On 26/10/13 12:02, Jonathan Dowland wrote: > On Sat, Oct 26, 2013 at 12:19:53AM +0100, Kevin Chadwick wrote: >> I have Gnucash installed and it depends on udisks, trust me I have >> absolutely no need for udisks or polkit, so don't be so sure (I am not >> saying that I am sure that he is not). > >

Re: gnucash dependencies (was Re: Proposal: switch default desktop to xfce)

On 26/10/13 16:38, Jonas Smedegaard wrote: > Quoting Emilio Pozuelo Monfort (2013-10-26 13:03:13) >> On 26/10/13 12:02, Jonathan Dowland wrote: >>> On Sat, Oct 26, 2013 at 12:19:53AM +0100, Kevin Chadwick wrote: >>>> I have Gnucash installed and it depe

Re: Proposal: switch default desktop to xfce

On 24/10/13 18:31, Lucas Nussbaum wrote: > What's the the status of XFCE regarding accessibility? > > That was a big strengh of GNOME for a long time, though I've heard > rumors (sorry not to be more specific) that gnome-shell has some > unsolved issues in that regard, which is a problem since GNO

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

On 29/10/13 23:51, Svante Signell wrote: > On Tue, 2013-10-29 at 00:51 -0700, Steve Langasek wrote: > >>> (Also, do remember that any decisive outcome other than “support >>> multiple ones including systemd” and “systemd-only” will need to >>> lead to the removal of GNOME from Debian. >> >> Absolu

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

Hi, On 31/10/13 12:45, Theodore Ts'o wrote: > On a different subject, which I don't think has been raised so far --- > has the Debian maintinares for the upstart package made any comments > about bug fixes or code contributions from Debian Developers who are > personally opposed to being forced to

Bug#704021: ITP: pangox-compat -- pango library X backend

Package: wnpp Severity: wishlist Owner: Emilio Pozuelo Monfort * Package name: pangox-compat Version : 0.0.2 Upstream Author : Owen Taylor Behdad Esfahbod * URL : http://ftp.gnome.org/pub/GNOME/sources/pangox-sources/ * License : LGPL-2

Re: 2013 sometimes still feels like 2003 or 1993 (Re: NEW processing during freezes

On 05/03/2013 03:18 AM, Chow Loong Jin wrote: > On 02/05/2013 18:48, Neil Williams wrote: >> After Wheezy is released, we can talk about throwing away all binary >> uploads again... if we can't prevent people doing the wrong thing, we >> might have to send bits of what gets uploaded to /dev/null. >

Re: Release sprint results - team changes, auto-rm and arch status

On 30/11/13 17:56, Jakub Wilk wrote: > * Niels Thykier , 2013-11-28, 21:04: >> Starting today, all non-key packages with RC bugs in Jessie for more than 15 >> days will be considered for auto-removal, even if they have reverse >> dependencies. This also means that the removal of these packages will

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On 11/02/14 10:57, Svante Signell wrote: > kdbus, udev, gnome, network-manager, pulseaudio, wayland, (add to the > list here) I fail to see what your point is here. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lis

Re: Conflict between debian/upstream (DEP-12) & debian/upstream/ (uscan)

On 13/02/14 00:34, Charles Plessy wrote: > why not fixing devscripts instead ? Uscan is the tool that is broken, and it > would take two minutes to fix it. Sorry, but the burden of the work should be > on the shoulders of the one who did not check the archive contents before > starting to use a f

Re: Bug#727708: Fsck SystemD and its developers and its users. GR to override this please.

On 12/02/14 14:16, John Paul Adrian Glaubitz wrote: > Hi! > > On 02/12/2014 01:04 PM, Thomas Goirand wrote: >> On 02/12/2014 03:01 AM, John Paul Adrian Glaubitz wrote: >>> Why not stop here with OpenRC and call it day? >>> You cannot always win in life :). >> >> Short version: >> >> Why don't you

Re: pulseaudio related problems....

On 18/02/14 11:51, Andrew Shadura wrote: > The only time I has somehow working PulseAudio was when I installed > Ubuntu on a computer I was going to sell. However, it had some > extremely weird behaviour: music did play only as long as I was on the > same virtual console as the X server — as soon a

Re: unstable: dconf problem

On 24/02/14 16:07, Oleg wrote: > Hi, all. > > Yesterday i've upgraded to debian unstable and /etc/init.d/gdm3 start give me > the next error in a log: > > gnome-session[6411]: dconf-CRITICAL: unable to create directory > '/run/user/1000/dconf': Permission denied. dconf will not work properly.

Bug#740223: ITP: libinput -- library that handles input devices

Package: wnpp Severity: wishlist Owner: Emilio Pozuelo Monfort * Package name: libinput Version : 0.1.0 Upstream Author : Jonas Ådahl , Peter Hutterer * URL : http://www.freedesktop.org/wiki/Software/libinput/ * License : MIT/X

Using the pts alias for the Maintainer field

I co-maintain a package where the maintainer has stepped down. We are various co-maintainers and rather than having one of us in the Maintainer field, we were thinking in having a list or similar. Since we are all subscribed to the PTS to receive bug mail, I was thinking in using @packages.debian.o

Re: Debian default desktop environment

On 05/04/14 00:52, Philip Hands wrote: > Anyway, to return to the main point, I do wonder why nobody has bothered > to mention that the reason for the switch was that Gnome no longer fits > on CD#1. If that were true, we could surely fix it. If it were true. Emilio -- To UNSUBSCRIBE, email to

Re: Debian default desktop environment

On 04/04/14 21:38, Marc Haber wrote: > On Fri, 04 Apr 2014 10:28:26 -0700, Russ Allbery > wrote: >> Sune Vuorela writes: >> >>> Part of me wants to have KDE Plasma Desktop as the default workspace, >>> because it is completely awesome. >> >>> Other parts of me is happy that it is not the default

Re: make 4.0: archive rebuild resulted in 73 packages broken (help wanted)

On 29/04/14 08:01, Manoj Srivastava wrote: > Debian GNOME Maintainers >libgksu (U) make[1]: Entering directory '/«PKGBUILDDIR»' Makefile:733: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. That's a problem in libgksu using spaces rather than tabs in ./Makefile.am. Pre

Re: Automatically dumping test-suite.log on make check failure

On 08/05/14 19:19, Dimitri John Ledkov wrote: > On 8 May 2014 18:10, Marcin Owsiany wrote: >> Does anyone know a way to make the automake-generated test suite scripts cat >> the test-suite.log to stderr on failure? It just reports which tests failed >> but >> hides the actual messages. This is mo

Re: Bug#746741: release.debian.org: dh-python2 transition

er skytools3 Dominic Hargreaves ezmlm-browse Dominique Belhachemi vtk (U) Edelhard Becker rtai Edgar Antonio Palma de la Cruz obmenu Emile Anclin xmldiff (U) Emilio Pozuelo Monfort gamin (U) pywebkitgtk (U) Emmanuel QUEMENER necpp Enrico Zini apt-xapia

Re: Accepted goocanvas 2.0.2-1 (source amd64 all)

Hi Hideki, On 10/06/14 19:00, Hideki Yamane wrote: > Format: 1.8 > Date: Fri, 10 Jan 2014 14:44:29 +0900 > Source: goocanvas > Binary: libgoocanvas-2.0-dev libgoocanvas-2.0-common libgoocanvas-2.0-9 > gir1.2-goocanvas-2.0 > Architecture: source amd64 all > Version: 2.0.2-1 > Distribution: experim

Re: ddebs

u1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Add ddebs support. + + -- Emilio Pozuelo Monfort Fri, 25 Mar 2011 20:52:10 + + debhelper (8.1.2) unstable; urgency=low * Fix logging at end of an override target that never actually runs diff -Nru debhelper-8.1.2/debian/control

Re: ddebs

On 25/03/11 21:46, Torsten Werner wrote: > Thanks for the explaination. > > On Fri, Mar 25, 2011 at 10:38 PM, Emilio Pozuelo Monfort > wrote: >> Apply the attached patch to debhelper (applies cleanly on debhelper 8.1.2). > > May I download a pre-built debhelp

Re: ddebs

On 25/03/11 22:24, Torsten Werner wrote: > On Fri, Mar 25, 2011 at 10:54 PM, Emilio Pozuelo Monfort > wrote: >> http://people.debian.org/~pochu/debhelper_8.1.2+nmu1_all.deb > > Thanks. The name of the ddeb for gzip is gzip-ddeb. Can we rely on > that schema or is there an

Re: ddebs

On 25/03/11 23:13, Philipp Kern wrote: > Are there dependencies from the -ddeb to the binary? Because you'd want to > update/upgrade your ddeb when you update the library, otherwise it becomes > useless. I imagine there can't be given that the binaries of our source > package might not be co-inst

Re: ddebs

On 26/03/11 08:07, Torsten Werner wrote: > On Fri, Mar 25, 2011 at 11:43 PM, Emilio Pozuelo Monfort > wrote: >> The way I did it was one .ddeb per source package, not per binary. So it is >> $src-ddeb. You can reject them if they are not for $src package (or if $src >>

Re: ddebs

On 26/03/11 09:10, Raphael Hertzog wrote: > On Sat, 26 Mar 2011, Emilio Pozuelo Monfort wrote: >> I'd also mandate the use of build-ids for .ddebs and add refcounting support >> (like has been done for multiarch AFAIK) to dpkg for them, so we don't need >> to >

Re: Moving bash from essential/required to important?

On 05/04/11 04:52, Russ Allbery wrote: > dash doesn't support $LINENO, which is why it's not detected by Autoconf. > The reason why it doesn't support $LINENO (it's intentional; we had a > patch to add it that was then removed) is that the configure.ac files of > many, many packages contain bashism

dh-make: don't install .la files in -dev library packages

Package: dh-make Severity: wishlist Hi, On 03/04/11 14:57, Mathieu Parent wrote: > dh-make 0.58 install .la files by default > (/usr/share/debhelper/dh_make/debianl/package-dev.install contains > "usr/lib/*.la") > > Should we change this also? Since policy discourages shipping .la files, and th

Bug#634345: ITP: telepathy-farstream -- Glue library between telepathy and farsight2

Package: wnpp Severity: wishlist Owner: Emilio Pozuelo Monfort * Package name: telepathy-farstream Version : 0.1.1 Upstream Author : Olivier Crête and others * URL : http://telepathy.freedesktop.org/ * License : LGPL 2.1+ Programming

Re: Lintian auto-reject changes

On 18/06/15 13:00, Jakub Wilk wrote: > * Simon McVittie , 2015-06-18, 11:26: Everything hitting "empty-binary-package" is a *nonfatal* reject now. >>> How does this make packages better? >> By avoiding bugs like . Most packagers meant >> to package something (an

Re: Q: Which is suitable "distribution" in changelog for point release?

On 21/06/15 10:39, Ian Campbell wrote: > On Fri, 2015-06-19 at 16:37 +0200, Josselin Mouette wrote: >> Hi, >> >> Hideki Yamane wrote: >> Which is suitable "distribution" in changelog for Jessie and wheezy >> point release? (and why) I just looked debian-release posts and >> con

Re: Q: Which is suitable "distribution" in changelog for point release?

On 22/06/15 13:43, Hideki Yamane wrote: > On Sun, 21 Jun 2015 23:13:53 +0200 > Emilio Pozuelo Monfort wrote: >>> $ dch -r -D jessie >>> dch warning: Recognised distributions are: unstable, testing, >>> stable, >>> oldstable, expe

Re: Q: Which is suitable "distribution" in changelog for point release?

On 22/06/15 15:54, Hideki Yamane wrote: > On Mon, 22 Jun 2015 15:41:30 +0200 > Emilio Pozuelo Monfort wrote: >>> Then, which is better: jessie or jessie-proposed-updates? >>> and {testing,stable,oldstable}-security and >>> {stretch,jessie,wheezy}-security?

Re: preparing for GCC 5, especially libstdc++6

On 16/06/15 23:37, Matthias Klose wrote: > Hi, > > it's time to prepare for GCC 5 as the default compiler in unstable. Compared > to > earlier version bumps, the switch to GCC 5 is a bit more complicated because > libstdc++6 sees a few ABI incompatibilities, partially depending on the C++ > stan

Re: preparing for GCC 5, especially libstdc++6

On 25/06/15 17:44, Matthias Klose wrote: > On 06/25/2015 01:20 PM, Matthias Klose wrote: >> On 06/25/2015 11:23 AM, Emilio Pozuelo Monfort wrote: >>> - You suggest that some libraries may need to be renamed due to the ABI >>> breaks. >>> Do you have a list of a

Re: preparing for GCC 5, especially libstdc++6

On 01/07/15 14:39, Matthias Klose wrote: > On 06/26/2015 03:01 AM, Emilio Pozuelo Monfort wrote: >> On 25/06/15 17:44, Matthias Klose wrote: >>> On 06/25/2015 01:20 PM, Matthias Klose wrote: >>>> On 06/25/2015 11:23 AM, Emilio Pozuelo Monfort wrote: >>>>&g

Re: Opt-in to continue as DD/DM? (was: I resigned in 2004)

On 12/11/2018 20:47, Mattia Rizzolo wrote: > On Mon, Nov 12, 2018 at 09:43:20PM +0200, Lars Wirzenius wrote: >> Tollef Fog Heen : >>> (I also wonder if we should just require people to opt in to their >>> DD-ship on a yearly basis instead of doing most of the WAT/MIA dance. If >>> people can't be b

Re: julia_1.0.0-1_amd64.changes REJECTED

Hi, On 21/11/2018 14:56, Graham Inggs wrote: > Hi Bastian > > My apologies in advance for doing this, but another month has passed. > Another ping from me. > > On 2018/10/25 12:24, Ian Jackson wrote: >> Ian Jackson writes ("Re: julia_1.0.0-1_amd64.changes REJECTED"): >>> Lumin writes ("Re: julia

Re: RFP: virtme-ng -- Tool to build and run a kernel inside a virtualized snapshot of your live system

On 09/05/2023 09:51, Andrea Righi wrote: On Tue, May 09, 2023 at 09:30:54AM +0200, Héctor Orón Martínez wrote: Hello, virtme already exists in Debian, what would be the benefit of virtme-ng over virtme? https://salsa.debian.org/debian/virtme Regards The original virtme project is not mai

Re: OpenMPI / MPI transition

Hi, On 23/11/2023 09:36, Alastair McKinstry wrote: Hi, OpenMPI has a new upstream release 5.0.0. It is in experimental now; the SOVERSION for libraries remains 40.X (minor version increment), there is  an SOVERSION increment for private libraries only so in theory this is not an ABI transiti

Re: OpenMPI / MPI transition

On 23/11/2023 14:14, Alastair McKinstry wrote: On 23/11/2023 12:44, Drew Parsons wrote: On 2023-11-23 12:13, Emilio Pozuelo Monfort wrote: Hi, On 23/11/2023 09:36, Alastair McKinstry wrote: Hi, OpenMPI has a new upstream release 5.0.0. It is in experimental now; the SOVERSION for

Re: Epoch bump for bcachefs-tools

On 26/04/2024 15:57, Jonathan Carter wrote: Hi Debian Developers In January, bcachefs[1] finally made it into the mainline Linux kernel as an experimental filesystem in to Linux 6.7 In 2022 something odd happened and the versions releases were 23 and 24 (previously we had alpha versions in D

Re: Adding an epoch to the 'steam' package

On 16/08/2021 16:08, Simon McVittie wrote: Before Valve's Steam game distribution platform became available on Linux, the Debian source package name 'steam' was used by an unrelated package sTeam, an "environment for cooperative knowledge managment" (a wiki and related software). sTeam was remove

Re: Proposed mass bug filing: packages without support for build-arch and build-indep

Hi Lucas, On 05/11/2021 21:22, Lucas Nussbaum wrote: Hi, I'd like to propose a MBF with severity:serious for the above issue. build-arch and build-indep are required targets according to Debian Policy section 4.9. This rule was introduced in Policy version 3.9.4, released in 2012. https://www.

Re: Proposed mass bug filing: packages without support for build-arch and build-indep

On 06/11/2021 12:40, Simon McVittie wrote: On Sat, 06 Nov 2021 at 11:31:25 +0100, Emilio Pozuelo Monfort wrote: On 05/11/2021 21:22, Lucas Nussbaum wrote: build-arch and build-indep are required targets according to Debian Policy section 4.9. ... Unfortunately this is only a warning in

Re: Epoch bump for golang-github-valyala-fasthttp

On 12/11/2021 16:26, Guillem Jover wrote: On Fri, 2021-11-12 at 10:55:26 +0530, Pirate Praveen wrote: On 12 November 2021 12:38:23 am IST, Guillem Jover wrote: The golang-github-valyala-fasthttp package used to have date-based release numbers (current Debian version 20160617-2). Upstream has s

Re: Clarification regarding zlib1g-dev package for buster-slim s390x

Hi Yasir, On 11/08/2022 17:14, Yasir Ashfaq1 wrote: Hi Team, Hope you are doing well! We are recently facing a problem installing zlib1g-dev package for s390x/debian:buster-slim tag. Preinstalled zlib1g version for this tag is zlib1g/now 1:1.2.11.dfsg-1+deb10u1. When we try to install zlib1g-

Re: -ffile-prefix-map option and reproducibility

On 07/02/2023 20:00, Sven Joachim wrote: On 2023-02-07 17:50 +0100, Guillem Jover wrote: On Tue, 2023-02-07 at 16:41:47 +0100, Stéphane Glondu wrote: When building packages, a -ffile-prefix-map option is automatically injected into CFLAGS. Where does it come from? Since when? This is coming

Python3 modules not built for all supported Python versions

Hi, We've just finished the transition to python3.8 as the default python3 interpreter, which was a bit difficult due to some autopkgtest regressions in a few rdeps, and to the fact that many modules only build their extensions for the default python version, which means they have a strict depende

Re: Python3 modules not built for all supported Python versions

ng? Cheers, Emilio diff -Nru ros-geometry2-0.6.6/debian/changelog ros-geometry2-0.6.6/debian/changelog --- ros-geometry2-0.6.6/debian/changelog2020-01-18 21:51:17.0 +0100 +++ ros-geometry2-0.6.6/debian/changelog2020-03-30 16:56:18.00000 +0200 @@ -1,3 +1,10 @@ +ros-geom

Re: introducing an epoch for src:debian-security-support

On 17/08/2020 12:01, Holger Levsen wrote: > hi, > > debian-security-support | 2019.12.12~deb8u2 | jessie-security | > source, all > debian-security-support | 2020.06.21~deb9u1 | stretch | > source, all > debian-security-support | 2020.06.21~deb10u1 | buster

Re: Backports needed for Firefox/Thunderbird ESR 78 in Buster/Stretch

On 01/09/2020 14:05, Christoph Martin wrote: > Hi, > > I am not shure if I can help, but I can try and have a look at it. > > Yes please upload your LLVM9 and wasi-libc backports. fwiw I started to look at this and have an LLVM 10 backport ready. Should we go with that instead? It may be more fu

<    1   2   3   >