Bug#546222: RFP: latex-translator -- modular LaTeX string localization system

Package: wnpp Severity: wishlist * Package name: latex-translator Version : 1.00 Upstream Author : Till Tantau (tan...@users.sourceforge.net) * URL or Web page : http://sourceforge.net/projects/latex-beamer * License : LaTeX Project Public License or GPL Description :

Bug#1100579: general: After latest update problems with super key

something, it slows things down a lot Andrey

Re: Mandatory LC_ALL=C.UTF-8 during package building

On Thu, Jun 06, 2024 at 12:08:17PM +0200, Johannes Schauer Marin Rodrigues wrote: > Or whether we should switch the default and require that d/rules is run in an > environment (for example as set-up by dpkg-buildpackage) where these variables > are set? (a previous discussion on this: https://list

Enabling some -Werror=format* by default?

We recently increased the time_t size on certain architectures and some packages started failing to build because they were using a format specifier too narrow for the wider time_t, e.g. #1067829. But the only reason those package FTBFS is they enable either -Werror or some more specific non-defaul

Re: Illegal Instruction Using sudo in Bookworm on i686

On Sun, Jun 09, 2024 at 06:56:00AM -0500, rhys wrote: > The question right now is: Is this processor supported at all? No. > So given that these no longer fit the "old and busted" description, is Debian > going to stick with the decision to not support them? I'm sure we will, yes, though I'm not

Re: Suggestions about i386 support

On Sun, Jun 09, 2024 at 08:39:27PM -0500, r...@neoquasar.org wrote: > >> It's not just a matter of "buy something better." That's easy.  > > >Indeed, that is easier and cheaper. > > Of course, continuing to use a system I already have is cheaper still. > > > What's not easy is that a) that adds

Re: Enabling some -Werror=format* by default?

On Mon, Jun 10, 2024 at 07:48:59AM +0200, Helmut Grohne wrote: > > We recently increased the time_t size on certain architectures and some > > packages started failing to build because they were using a format > > specifier too narrow for the wider time_t, e.g. #1067829. > > But the only reason tho

Re: Enabling some -Werror=format* by default?

On Mon, Jun 10, 2024 at 04:24:54PM +0200, Guillem Jover wrote: > > > > We recently increased the time_t size on certain architectures and some > > > > packages started failing to build because they were using a format > > > > specifier too narrow for the wider time_t, e.g. #1067829. > > > > But the

Re: Enabling some -Werror=format* by default?

On Mon, Jun 10, 2024 at 04:24:54PM +0200, Guillem Jover wrote: > > Do you think it makes sense to add this a flag that enables -Werror=format > > to dpkg-buildflags(1), before, or after a test rebuild, before, or after > > the MBF if we do one? > > If by adding you mean adding a new feature flag t

Re: Suggestions about i386 support

On Mon, Jun 10, 2024 at 04:02:54PM +0100, Simon McVittie wrote: > On Mon, 10 Jun 2024 at 12:43:27 +, Stefano Rivera wrote: > > The point here is that the Debian project is not intending to support > > new hardware on the i386 architecture. The architecture is being kept > > around primarily to

Re: Seeking consensus on file conflict between python3-proto-plus and nanopb

On Mon, Jun 10, 2024 at 06:40:02PM -0400, Yogeswaran Umasankar wrote: > There is a file conflict between python3-proto-plus and nanopb. The > conflict arises due to both packages has a file at > /usr/lib/python3/dist-packages/proto/__init__.py [0]. I am maintaining > python3-proto-plus, and I am se

Re: Re: About i386 support

On Fri, Jun 14, 2024 at 05:53:42AM -0500, r...@neoquasar.org wrote: > A bug that can't be reproduced, effectively doesn't exist.  Wow. -- WBR, wRAR signature.asc Description: PGP signature

Re: WolfSSL and Netatalk

On Sun, Jun 23, 2024 at 05:58:54AM +, Daniel Markstedt wrote: > > wolfssl is packaged in Debian, did you try to build netatalk with the > > packaged version? > > > > Debian doesn't like code copies in sources, so if it builds fine with > > the packaged version, removing it from the source that

Re: dh_auto_clean, autoconf, and building packages twice (was: Potential MBF: packages failing to build twice in a row)

On Sun, Jun 23, 2024 at 02:06:04PM +0200, Magnus Holmgren wrote: > I'm very late to the party, but after reading the entire thread, I'd like to > discuss a more specific, but perhaps not uncommon, situation with regard to > cleaning and building again: > > We have a [still fairly] typical upstre

Re: Mini-DebConf in Cambridge, UK - October 10-13 2024

On Tue, Jun 25, 2024 at 06:14:54AM -0400, Roberto C. Sánchez wrote: > > The style of writing mail - everything in one line, CCing several lists is > > similar to how Luna writes it too. Freaky. > > > AI can already generate audio and video that convincingly imitate real > people. Why not the same

Re: Reviving schroot as used by sbuild

On Tue, Jun 25, 2024 at 02:02:11PM +0100, Simon McVittie wrote: > > In this work, limitations with --chroot-mode=unshare became apparent and > > that lead to Johannes, Jochen and me sitting down in Berlin pondering > > ideas on how to improve the situation. That is a longer story, but > > eventuall

Re: Reviving schroot as used by sbuild

On Tue, Jun 25, 2024 at 10:24:12AM -0700, Russ Allbery wrote: > Guillem Jover writes: > > > I manage my chroots with schroot (but not via sbuild, for dog fooding > > purposes :), and use type=directory and union-type=overlay so that I get > > a fast and persistent base, independent of the underly

Re: BIMI verified email logo for @debian.org addresses

On Thu, Jun 27, 2024 at 07:29:45PM +0800, Blair Noctis wrote: > Hi, > > [BIMI], or Brand Indicators for Message Identification, is a specification to > let supporting email clients show a brand's logo next to verified email > domains. > It would be great to have the Debian logo shown next to @deb

Re: How does lintian use groff to validate man pages?

On Fri, Jun 28, 2024 at 11:38:50AM +, c.bu...@posteo.jp wrote: > > lintian-explain-tags can provide you with extensive information > > ... > > N: LC_ALL=C.UTF-8 MANROFFSEQ='' MANWIDTH=80 \ > > N: man --warnings -E UTF-8 -l -Tutf8 -Z >/dev/null > > Do I do something wro

Re: Urgent help with upload of netatalk to prevent being autoremoval from testing

On Sat, Jun 29, 2024 at 02:13:04PM +, Daniel Markstedt wrote: > Netatalk got dropped from Bookworm because there was a changing of the guards > of upstream maintainers during the freeze time. > So I'm just naturally anxious about missing the boat again for Trixie. Just make sure it's in testi

Re: Q: Ubuntu PPA induced version ordering mess.

On Mon, Jul 01, 2024 at 09:46:11PM +0200, Alec Leamas wrote: > On 01/07/2024 20:48, Alec Leamas wrote: > > Dear list, > > > > Still working with the opencpn package. Now trying to normalize the > > Ubuntu PPA builds so they can are based on the same debian/ directory > > and tools as the existing

Re: Q: Ubuntu PPA induced version ordering mess.

On Mon, Jul 01, 2024 at 11:59:00PM +0200, Alec Leamas wrote: > > > After some thought, I tend to think that adding an epoch is the right > > > thing > > > here. > > > > > > The Policy [1] says: > > > --- > > > Epochs can help when the upstream version numbering scheme changes, but > > > they > >

Re: Q: Ubuntu PPA induced version ordering mess.

(sorry, I replied thinking I've read the entire thread, I didn't notice that there is a second thread broken off of this one) -- WBR, wRAR signature.asc Description: PGP signature

Re: Q: Ubuntu PPA induced version ordering mess.

On Wed, Jul 03, 2024 at 09:27:03AM +0200, Philip Hands wrote: > IOhannes m zmölnig (Debian GNU|Linux) writes: > > > anyhow here's my 2¢: > > according to you¹, upstream have simply botched their package > > versioning, which i would consider *a bug*. > > bugs cause pain. > > AIUI the botching w

Re: DD's, Debian Mentors needs you!

On Sun, Jul 07, 2024 at 07:41:25AM +0800, xiao sheng wen(肖盛文) wrote: > Hi, > > Support this become a weekly thing or a monthly thing. > > Can mentors.debian.net sent package list to debian-devel automatically? The list of open RFSes is always available at https://bugs.debian.org/sponsorship-re

Re: DD's, Debian Mentors needs you!

On Sun, Jul 07, 2024 at 07:54:25AM +0200, Andreas Tille wrote: > Hi Phil, > > thanks for advertising Debian Mentors. > > Am Sat, Jul 06, 2024 at 02:45:33PM +0100 schrieb Phil Wyett: > > Hi all DD's > > > > Debian Mentors[1] always struggles to find available Debian Developers for > > final revi

Re: DD's, Debian Mentors needs you!

On Sun, Jul 07, 2024 at 10:10:55AM -0400, Jeremy Bícha wrote: > On Sat, Jul 6, 2024 at 9:46 AM Phil Wyett wrote: > > Debian Mentors[1] always struggles to find available Debian Developers for > > final reviewing and > > sponsoring of packages submitted too our part of the project. > > One thing

Re: Bug#1075905: ITP: python-fraction -- Fraction carries out all the fraction operations including addition, subtraction, multiplication, division, reciprocation

On Sun, Jul 07, 2024 at 07:00:57PM +0200, Daniele Nicolodi wrote: > On 07/07/24 17:43, Yogeswaran Umasankar wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Yogeswaran Umasankar > > X-Debbugs-Cc: debian-devel@lists.debian.org, y...@debian.org > > > > * Package name: python-fraction

Re: Bug#1075905: ITP: python-fraction -- Fraction carries out all the fraction operations including addition, subtraction, multiplication, division, reciprocation

On Sun, Jul 07, 2024 at 01:54:59PM -0400, Yogeswaran Umasankar wrote: > Yes, can use the standard library. This dependency chain starts with > moarchiving, which itself is a dependency for cma, and so on. I can > create a patch specifically for moarchiving. As reported elsewhere, moarchiving decla

Re: Ready stage for DD review/sponsoring - Too many DDs may spoil the broth. :-)

On Fri, Jul 12, 2024 at 05:54:59AM +0100, Phil Wyett wrote: > Morning all, > > As we embark on a new process where packages submitted to mentors are reviewed > and brought to a "Ready" stage for then busy DDs who are gracious enough to > give > their time to review and possibly sponsor into Debia

Re: Ready stage for DD review/sponsoring - Too many DDs may spoil the broth. :-)

gt; > > many > > > at the "Ready" stage. > > > > Do you also suggest to not review packages one isn't going to sponsor? Or > > how should this work? > > > > Morning Andrey, > > Anyone can review packages, that has been part of ment

Re: what about Netplan?

On Sat, Jul 13, 2024 at 09:44:03PM +0200, Lukas Märdian wrote: > > However, I do not think it should be the default. First of all, only > > Ubuntu uses it, nobody else - as Simon says, we don't want the > > defaults to be super-special things that nobody else uses. And then > > Actually, I think t

Re: i686 require SSE4.1-capable processor?

On Mon, Jul 15, 2024 at 01:42:50PM +0200, Andreas Ronnquist wrote: > I'm maintaining a package (filezilla) which just got a bug report that > it simply crashes on program start - It gets a SIGILL - "Illegal > instruction". (#1076312 report [1]). > > After the reporter debugged it, it seems like i

Re: i686 require SSE4.1-capable processor?

On Tue, Jul 16, 2024 at 12:46:01PM +0100, Phil Wyett wrote: > > > > Packages built for the i386 arch need to conform to the i386 baseline, > > > > which is currently i686. If a package contains a newer instruction it's > > > > a > > > > bug in that package and gcc is not the cause of it, the packa

Re: Request for feedback on draft: DEP-18: Enable true open collaboration on all Debian packages

On Sat, Aug 03, 2024 at 10:37:42PM +0200, Salvo Tomaselli wrote: > > 2. Standardizing around a single (or small number of) workflows will make > > some people unhappy. But that is an acceptable price to pay because of the > > general benefit to the project *as long as the correct solution is > >

Re: Request for feedback on draft: DEP-18: Enable true open collaboration on all Debian packages

On Sat, Aug 03, 2024 at 04:15:33PM +0900, Charles Plessy wrote: > one problem I have with NMUs in team-maintained package is that they > often bypass Salsa… Would it make sense to add to the DEP a request > that NMUs are started from and pushed to the default branch? Only if DEP-18 also includes

Re: Request for feedback on draft: DEP-18: Enable true open collaboration on all Debian packages

On Sun, Aug 04, 2024 at 04:15:13PM +0200, Fabio Fantoni wrote: > Il 04/08/2024 15:36, Andrey Rakhmatullin ha scritto: > > On Sat, Aug 03, 2024 at 04:15:33PM +0900, Charles Plessy wrote: > > > one problem I have with NMUs in team-maintained package is that they > > > of

Re: Who is taking care of storm.debian.net?

On Mon, Aug 12, 2024 at 11:02:04AM +0200, Philipp Kern wrote: > On 12.08.24 10:57, Carsten Schoenert wrote: > > Am 12.08.24 um 10:27 schrieb Carsten Schoenert: > > > Hi, > > > > > > the certificate for the domain storm.debian.net has expired yesterday. > > > > > > The site is not listed on https:

Re: Porterbox - impossible efficient debugging?

On Tue, Aug 13, 2024 at 12:15:22PM +0200, julien.pu...@gmail.com wrote: > And of course, this is where I came to my wits' end: I can compile the > new elpi successfully... but I have no way to install this new elpi > binary packages in the schroot to test it against different coq-elpi! Yes, the us

Re: Porterbox - impossible efficient debugging?

On Tue, Aug 13, 2024 at 01:35:03PM +0200, julien.pu...@gmail.com wrote: > > > And of course, this is where I came to my wits' end: I can compile > > > the > > > new elpi successfully... but I have no way to install this new elpi > > > binary packages in the schroot to test it against different coq-

Re: Python2 idiosyncrasies in Python3 scripts

On Thu, Aug 15, 2024 at 12:11:55PM +0200, Jerome BENOIT wrote: > is there a reliable way to isolate Python2 idiosyncrasies in Python3 scripts ? Do you mean code that still works in Python 3 but can be simplified? Lots of linters do this in whole or in part, though I don't have suggestions for some

Re: Python2 idiosyncrasies in Python3 scripts

On Thu, Aug 15, 2024 at 01:11:23PM +0200, Jerome BENOIT wrote: > > > is there a reliable way to isolate Python2 idiosyncrasies in Python3 > > > scripts ? > > > > Do you mean code that still works in Python 3 but can be simplified? > > Lots of linters do this in whole or in part, though I don't ha

Re: Accepting DEP14?

On Fri, Aug 16, 2024 at 11:44:38AM +0200, Andreas Tille wrote: > > In #829444 it has been proposed the addition of a new "layout" option to > > gbp.conf, which would tell git-buildpackage which layout to follow, > > allowing for a graceful migration. > > > > I've been thinking about a different ap

Re: Accepting DEP14?

On Fri, Aug 16, 2024 at 03:59:07PM +0200, Andreas Tille wrote: > Am Fri, Aug 16, 2024 at 02:58:40PM +0500 schrieb Andrey Rakhmatullin: > > > > pristine-tar isn't the default either, so you need debian/gbp.conf if your > > team uses it. > > That's correct b

Re: Accepting DEP14?

On Sat, Aug 17, 2024 at 12:20:16PM +0200, Andreas Tille wrote: > My personal preference would be if we make a pristine-tar branch default > since this is what I observed in the wide majority of cases. Note that there are different opionons whether pristine-tar is needed/viable/useful. There is at

Re: Strange armel build error

On Sun, Aug 18, 2024 at 11:02:03AM +0200, Alec Leamas wrote: > Hi Stephen, > > On 18/08/2024 09:04, Stephen Kitt wrote: > > On Fri, 16 Aug 2024 17:46:45 +0200, Alec Leamas > > wrote: > > > Or just exclude that architecture i. e., list all archs but armel? > > If you can’t fix the build, you don’

Re: Removing more packages from unstable

On Tue, Aug 20, 2024 at 07:28:52AM +0200, Helmut Grohne wrote: > please allow me to open a can of worms. Package removal from unstable. > Deciding when it is time to remove a package from unstable is difficult. > There may be users still and it is unclear whether keeping the package > imposes a cos

Re: Removing more packages from unstable

On Tue, Aug 20, 2024 at 11:09:51AM +0200, Bastian Venthur wrote: > I think popcon does give a good approximation of how much percent of people > installed a certain package even if not everyone uses it, don't you agree? > > Last time I installed Debian it was still enabled by default. Was it? (t

Re: Removing more packages from unstable

On Tue, Aug 20, 2024 at 12:12:33PM +, Scott Kitterman wrote: > >Removing packages that aren't formally orphaned always sounds too bold to > >me, though it should be fine if we formalize a process (any process) for > >that. > > > The process currently is file an rm but against ftp.debian.org for

Re: DEP18 follow-up: What would be the best path to have all top-150 packages use Salsa CI?

On Tue, Aug 20, 2024 at 06:35:52PM -0700, Otto Kekäläinen wrote: > Hi! > > In short: > I would very much like to see all top-150 packages run Salsa CI at > least once before being uploaded to unstable. What people think is a > reasonable way to proceed to reach this goal? > > > Background: > We

Re: DEP18 follow-up: What would be the best path to have all top-150 packages use Salsa CI?

On Tue, Aug 20, 2024 at 10:44:30PM -0700, Otto Kekäläinen wrote: > > Something that many developers are probably not aware of is that they > > can enable CI for a repository with no code changes at all and with > > a single command: > > > > salsa update_projects $NAMESPACE/$PROJECT \ > > --jobs

Re: Removing more packages from unstable

On Wed, Aug 21, 2024 at 10:06:38AM +, Holger Levsen wrote: > Hi, > > I also like us to remove more broken and unused packages from unstable. > > On Tue, Aug 20, 2024 at 11:20:10AM +0200, Lucas Nussbaum wrote: > > Maybe we could also reduce the cost of removals for users and potential > > new

Re: Removing more packages from unstable

On Wed, Aug 21, 2024 at 03:39:11PM +0200, Héctor Orón Martínez wrote: > I am surprised to not see more of those packages in the list, there > are many packages in those ecosystems with popcon between 1-10 users. popcon wasn't used when building this list though (even via the key packages condition

Re: Removing more packages from unstable

On Wed, Aug 21, 2024 at 08:40:15PM +, weepingclown wrote: > I believe at least some of these packages were probably packaged as > dependencies for packaging lazygit. I am not sure which all, but I > remember atleast gocui, pty and termbox-go to be needed by lazygit in > one way or another. Ther

Re: DEP18 follow-up: What would be the best path to have all top-150 packages use Salsa CI?

On Fri, Aug 23, 2024 at 04:00:25PM -0400, Theodore Ts'o wrote: > On Fri, Aug 23, 2024 at 03:08:11PM +0200, Marco d'Itri wrote: > > > Salsa CI?) > > The effort needed to do so is so small that the question really should > > be "why should I NOT spend a few seconds enabling Salsa CI?". > > > > > 3)

Re: Please help me fix the build pipeline for apt-listchanges on Salsa, which is failing

On Sat, Aug 31, 2024 at 07:06:30PM -0400, Jonathan Kamens wrote: > Hey folks, > > I had to step away from working on apt-listchanges > for quite a while (nearly > a year), and upon stepping back into it today and pushing some changes to > Salsa, I

Re: Please help me fix the build pipeline for apt-listchanges on Salsa, which is failing

On Mon, Sep 02, 2024 at 11:15:50AM -0400, Jonathan Kamens wrote: > P.S. Wow, diffoscope has a /lot/ of dependencies. I understand why, but > still... wow. (Note that those are Recommends and that there is diffoscope-minimal) -- WBR, wRAR signature.asc Description: PGP signature

backward/forward binary compatibility checker

er is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: backward/forward binary compatibility checker

Guillem Jover wrote: > Hi! > > On Thu, 2009-08-06 at 18:38:41 +0400, Andrey Ponomarenko wrote: > >> Colleagues, I'm software engineer from Institute for System >> Programing of Russian Academy of Sciences and we are developing a free >> lightweight tool f

Re: backward/forward binary compatibility checker

Steve Langasek wrote: > On Fri, Aug 07, 2009 at 04:57:38PM +0400, Andrey Ponomarenko wrote: > >> 2) icheck was intended for the same purposes as an >> ABI-compliance-checker, but icheck has many drawbacks: >> > > [...] > > >> c) icheck con

Bug#540458: ITP: eiskaltdc -- Direct Connect protocol client (Valknut fork)

Package: wnpp Severity: wishlist Owner: Tataranovich Andrey * Package name: eiskaltdc Version : 0.5a Upstream Author : Mathias Küster * URL : http://sourceforge.net/projects/eiskaltdc/ * License : GPL, LGPLv3 Programming Lang: C++ Description : Direct

eiskaltdc extra licence

Hi all, I working on packaging eiskaltdc - direct connect client (see #540458). This program have extra licence information (you can see it on http://rootshell.be/~ice/tmp/COPYING) wich installed by default in /usr/share/eiskaltdc/COPYING. This produced lintian warning (W: eiskaltdc: extra-licen

unit test generator for shared C/C++ library API

including to Debian Linux. For more information, please see: http://ispras.linux-foundation.org/index.php/API_Sanity_Autotest Andrey Ponomarenko Linux Verification Center at the Institute for System Programming of RAS -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a sub

Upstream Tracker

more than 100 libraries at the moment: OpenSSL, ALSA, glib, cairo, libssh, fontconfig etc. The service is freely available at: http://linuxtesting.org/upstream-tracker/ Suggestions for libraries inclusion and feature/bug requests are very welcome. Thanks! -- Andrey Ponomarenko Linux Verificat

Re: Upstream Tracker

On 07/19/2010 04:34 AM, Erik de Castro Lopo wrote: > Andrey Ponomarenko wrote: > > >> Hello, Colleagues! >> >> The new service for tracking ABI changes in various C/C++ libraries is >> now available for Linux distribution maintainers and upstream developers &

Re: Upstream Tracker

Hello! On 07/16/2010 02:28 PM, Guus Sliepen wrote: > On Wed, Jul 14, 2010 at 03:09:59PM +0400, Andrey Ponomarenko wrote: > > >> The new service for tracking ABI changes in various C/C++ libraries is >> now available for Linux distribution maintainers an

Re: Upstream Tracker

Hello! On 07/20/2010 06:58 AM, Jay Berkenbilt wrote: > Andrey Ponomarenko wrote: > > >> - "Upstream Tracker". It may be helpful for analyzing risks of libraries >> updating in the Debian Linux. The service includes more than 100 >> libraries at the momen

Re: Upstream Tracker

On 07/22/2010 05:40 AM, Paul Wise wrote: > On Wed, Jul 14, 2010 at 7:09 PM, Andrey Ponomarenko wrote: > > >> Suggestions for libraries inclusion and feature/bug requests are very >> welcome. Thanks! >> > I'd suggest looking at each lib

Re: Upstream Tracker

On 07/23/2010 12:22 PM, Paul Wise wrote: > On Fri, Jul 23, 2010 at 3:49 PM, Andrey Ponomarenko wrote: > >> On 07/22/2010 05:40 AM, Paul Wise wrote: >> >>> I'd suggest looking at each library in Debian >>> >> Do you mean th

Using ccache with git-buildpackage

Hello. I use git-buildpackage and want to use ccache. I tried exporting overriden CC and PATH, but that had no effect and `echo' in debian/rules shows that both variables are reverted to the defaults. Does git-buildpackage clear the environment? How can I use ccache in this configuration? -- WBR,

Re: Using ccache with git-buildpackage

On Mon, Oct 04, 2010 at 12:28:06PM +0100, Simon McVittie wrote: > I believe git-buildpackage calls debuild, which itself clears the environment. > debuild is controlled by ~/.devscripts, in which I have, among other things: > > DEBUILD_PREPEND_PATH=/usr/lib/ccache > DEBUILD_PRESERVE_ENVVAR

Re: Misc Developer News (#24)

On Mon, Nov 08, 2010 at 09:48:13AM +0800, Paul Wise wrote: > > I suspect that wouldn't be received very well. I'll file it on debshots > > though. > There isn't much the debshots author can do if upstreams for the > screenshot programs don't want support for uploading screenshots to > screenshot s

compatibility analysis for Java libraries

proposals to upstream-trac...@linuxtesting.org <mailto:upstream-trac...@linuxtesting.org> -- Andrey Ponomarenko Department for Operating Systems at ISPRAS web:http://www.LinuxTesting.org mail: aponomare...@ispras.ru

Bug#607445: ITP: gkrellm-gkrellmpc -- GKrellM plugin for controlling MPD

Package: wnpp Severity: wishlist Owner: Andrey Rahmatullin * Package name: gkrellm-gkrellmpc Version : 0.1+beta10 Upstream Author : Mina Naguib * URL : http://mpd.wikia.com/wiki/Client:GKrellMPC * License : GPL 2.0 Programming Lang: C Description

Bug#610009: ITP: xboxdrv -- A Xbox360 gamepad driver for the userspace

Package: wnpp Severity: wishlist Owner: Andrey Rahmatullin * Package name: xboxdrv Version : 0.6.4 Upstream Author : Ingo Ruhnke * URL : http://pingus.seul.org/~grumbel/xboxdrv/ * License : GPL3+ Programming Lang: C++ Description : A Xbox360 gamepad

Re: Does it matter that the squeeze installer...

On Mon, Jan 24, 2011 at 02:28:28PM +, David Goodenough wrote: > thinks that Window 7 is Windows Vista. I am installing an amd64 machine > which already has the 64 bit version of Windows 7 Professional on it, and > when I came to install Debian using the squeeze installer RC2 in the grub > bit

Re: Cedilla removed from sid, users complain

On Tue, Jan 25, 2011 at 07:14:39PM +0100, Juliusz Chroboczek wrote: > I'm upstream for Cedilla [1,2], which has been orphaned and removed from > Sid. I'm receiving e-mail from Debian users of Cedilla, asking me what > is the suggested replacement. What shall I answer? See http://bugs.debian.org/c

Re: Make Unicode bugs release critical?

On Fri, Feb 11, 2011 at 11:14:42AM +0100, Miroslav Kure wrote: > > However, I'm curious: is there a lot of software that is broken with > > Unicode, particularly with the UTF-8 encoding? I can't remember anything > > much in recent times. > Mostly it is just the old stuff like > - eterm, aterm >

Re: Make Unicode bugs release critical?

On Fri, Feb 11, 2011 at 01:20:24PM +0100, Torsten Werner wrote: > >>> However, I'm curious: is there a lot of software that is broken with > >>> Unicode, particularly with the UTF-8 encoding? I can't remember anything > >>> much in recent times. > >> Mostly it is just the old stuff like > >> - ete

Re: RFA: sonata, mpdscribble,...

On Fri, Feb 11, 2011 at 03:14:51PM +0100, Michal Čihař wrote: > mpdscribble > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612908 I use this so I'll take care. -- WBR, wRAR signature.asc Description: Digital signature

Re: RFA: sonata, mpdscribble,...

On Fri, Feb 11, 2011 at 03:03:06PM +, Simon McVittie wrote: > > as I don't use MPD for quite a long time now, it somehow does not make > > sense to maintain MPD related packages anymore. Simply I don't > > have environment to test them. > On Decklin Foster's RFA thread, there was talk of formin

Re: Upcoming FTPMaster meeting

On Sat, Feb 12, 2011 at 02:57:59PM +0100, Adam Borowski wrote: > Trying to run unmodified Debian on 64MB is a suicide, I'd say the weakest > type that are going to run stock Debian are chroots on n900, which, with > 256MB, can handle all the phony stuff together with decompression just fine. > If y

Re: dh_make and dep5

On Thu, Mar 10, 2011 at 09:54:19AM +, Alessio Treglia wrote: > >  Should I fill a bug report ? > By reading the changelog [1], it seems the maintainer has already > accomplished that. > > [1] http://goo.gl/oomj3 Yes, see /usr/share/debhelper/dh_make/licenses/ -- WBR, wRAR signature.asc Des

Re: Setting file capabilites of files shipped in binary packages

On Sun, Mar 13, 2011 at 08:24:16PM +, Emilio Pozuelo Monfort wrote: > That's exactly what gnome-keyring from experimental does (for CAP_IPC_LOCK). > You > can have a look at its postinst. wireshark-common also does that since 2010. -- WBR, wRAR signature.asc Description: Digital signature

Re: Best practice for cleaning autotools-generated files?

On Thu, Mar 17, 2011 at 09:17:27AM +, Lars Wirzenius wrote: > > > My rule is: when there is something non-free or when the amount of > > > useless stuff is huge. For example I would repack a tarball with a > > > small program and 20Mb of embedded code copies of all its dependencies > > > to rem

Re: m68k too slow for https? Re: people.debian.org will move from ravel to paradis and become HTTPS only

On Mon, Jul 14, 2014 at 10:36:10AM +0100, Iain R. Learmonth wrote: > If Debian stops supporting embedded platforms, it stops being a universal > operating system. FSVO universal. I think this is not a good argument unless/until we have some more-or-less common and official agreement about what does

Re: Override disparity checks (Was: Re: Transition plan for changing the default init system)

On Thu, Jul 17, 2014 at 09:10:24PM +0200, Michael Banck wrote: > > Looking at the policy again, I think extra is (mis)used quite too > > often. > > Part of the problem could be that dh_make at least at one point (maybe > still does) put "extra" as defalt Priority in its templates and it > might've

Re: Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game

Control: retitle -1 RFP: backgammon2 -- another implementation of the Backgammon game -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140730084304.g

Re: Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game

On Wed, Jul 30, 2014 at 12:16:25PM +0200, Jelmer Vernooij wrote: > > Control: retitle -1 RFP: backgammon2 -- another implementation of the > > Backgammon game > The implementation language indeed isn't very relevant to users, but "another" > is even more vague. What distinguishes it from other bac

Re: Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game

On Thu, Jul 31, 2014 at 07:04:42PM +0200, Alexander Alemayhu wrote: > > The name is bad too. > > But this is just an RFP, so... > Why is the name bad? Too generic. -- WBR, wRAR signature.asc Description: Digital signature

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

On Wed, Sep 03, 2014 at 07:32:49AM +0200, Christian PERRIER wrote: > At the time, we (font team) decided to go with z9, the fact that > packages were arch:all (and therefore that the memory cost of > compression had only an impact on the machine of the developer who > builds packages), was a strong

Re: Seeking help with OpenVPN scripts and systemd

On Tue, Sep 09, 2014 at 09:26:28PM +0100, Noel Torres wrote: > openvpn package should Conflitcs systemd in order to avoid systemd being > installed ITYM "to avoid openvpn being installed". -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsub

Re: ppc64 not in any-powerpc ?

On Fri, Sep 12, 2014 at 11:48:26AM +0200, Mathieu Malaterre wrote: > I could not find the answer anywhere. Why is arch:ppc64 not in the > `any-powerpc` definition ? I would have guessed arch:ppc64 to be very > close to arch:powerpc... any means "any OS", not "any arches for this hardware" https://w

Re: ppc64 not in any-powerpc ?

On Fri, Sep 12, 2014 at 03:11:08PM +0200, Johannes Schauer wrote: > The common fallacy is that the "foo" in "any-foo" is the name of a Debian > architecture while in fact it is the name of the CPU which is mapped to one or > more Debian architectures by /usr/share/dpkg/triplettable Indeed, maybe we

Aborting installation on unsupported systems

On Mon, Sep 15, 2014 at 09:28:45PM +0100, Barak A. Pearlmutter wrote: > The package "ikarus", another programming language implementation, > also requires SSE2 support. > There is a check in the preinst script which aborts installation if > sse2 is unavailable. One of my packages works only on cert

Re: Aborting installation on unsupported systems

On Tue, Sep 16, 2014 at 12:02:24PM +0200, Matthias Urlichs wrote: > You might want to pop up a preinst debconf notice which tells the admin > that the package will not run here (with an option to fail the install > if it's an honest mistake). This may require reimplementing some part of the program

Re: Aborting installation on unsupported systems

On Tue, Sep 16, 2014 at 04:37:00PM -0300, Henrique de Moraes Holschuh wrote: > > > You might want to pop up a preinst debconf notice which tells the admin > > > that the package will not run here (with an option to fail the install > > > if it's an honest mistake). > > This may require reimplementi

Re: Packaging proprietary software

On Wed, Oct 08, 2014 at 03:48:22PM +0200, Mathieu Slabbinck wrote: > I'm creating a .deb installer for Ubuntu which contains a proprietary > binary. > I was wondering if anyone could point me to the best practice way of doing > this. >From the purely technical point of view the license doesn't matt

Re: Re: Bug#760592: ITP: bsdowl -- bmake macros for building OCaml projects, TeX projects, and more

On Mon, Oct 27, 2014 at 12:11:33PM +0100, Michael Grünewald wrote: > I started to work on packaging. This is pretty stalled, as it is very > hard to find adequate documentation or help. I am unsure how I can > package the software I write to help Debian users to install and use it. > > The problem

Re: A concerned user -- debian Guidelines

On Mon, Nov 10, 2014 at 09:57:50AM +0100, Nathael Pajani wrote: > You certainly heard about "debianfork" (http://debianfork.org/) and from a > user point of > view this is a tragedy. Don't worry, this is a joke. > When a (big ?) pool of users is not happy to the point of suggesting to fork There

  1   2   3   4   5   6   7   8   9   10   >