Re: Re: Default font: Transition from DejaVu to Noto

> If I recall it correctly, the primary suggestion in that bug report > is to split fonts-noto-core into an LCG and an "other" package. I have created a MR to implement this: https://salsa.debian.org/fonts-team/fonts-noto/-/merge_requests/1 - Fabian signature.asc Description: This is a digit

Re: Re: Default font: Transition from DejaVu to Noto

> It's a bit ironic. I proposed in a MR to prepend fonts-noto-core to > that list, and you merged it. At the time I wasn't aware of the > significance of being listed first, and I suppose you weren't either. Yes, this sounds ironic and you are right, I wasn't aware of the implications of this chan

Re: Re: Default font: Transition from DejaVu to Noto

> So we have a conflict of goals here. The good news is that a user who > speaks some latin language, and who thinks it's important to be able > to easily select font directly in various applications, can do: > > apt purge fonts-noto-core If this is deemed "okayish", then why bother about a defau

Re: Re: Default font: Transition from DejaVu to Noto

Hi Gioele, > For example Noto Serif {Ahom, Bengali, Devanagari, Malayalam, Tamil, > Thai, …} could be merged into "Noto Serif Asia". Then, Noto * > {Africa, America, Asia, Europe, Oceania, Symbols} could be shipped in > the fonts-noto-aggregated package and their entries added to Debian's > fontco

Re: Default font: Transition from DejaVu to Noto

Hi Gunnar, > Basically I'm asking if this move towards Noto is desirable and, if > so, I plea for relevant input for the completion of the transition. as has already been stated elsewhere, fontconfig upstream's move to Noto as the default font has most probably not been done for aesthetical reaso

Re: Re: Default font: Transition from DejaVu to Noto

Hi Wanderer, > Rather than discussing only Noto vs. DejaVu, is there any possibility > of > reintroducing Bitstream Vera as a default-font option (even if with a > low priority), for systems which have that installed? can you even see a difference between Bitstream Vera and DejaVu? The latter s

Re: bookworm+½ needed (Arc GPUs, ...)

Hi Adam, > Before we go and bother the relevant folks (or maybe even do part of > the > work ourselves...), could someone name other pieces of hardware that > would > be wanted for Bookworm+½? not sure of that's what you mean, but the Realtek RTL8852BE Wi-Fi adapter is only properly supported by

fonts-liberation transition

Dear debian-devel, I'd like to annouce and discuss a package transition with you: In this release cycle I am going to let the src:fonts-liberation2 [1] package replace and take over the role of the src:fonts-liberation [2] package. /* However, since the version of the fonts-liberation package is

Bug#1026791: ITP: dsda-doom -- Doom source port with a focus on demo recording and speedrunning

Package: wnpp Severity: wishlist Owner: Fabian Greffrath X-Debbugs-Cc: debian-devel@lists.debian.org, pkg-games-de...@lists.alioth.debian.org * Package name: dsda-doom Version : 0.25 Upstream Contact: Ryan Krafnick <https://github.com/kraflab> * URL :

Bug#1021210: ITP: woof -- continuation of the Doom source port MBF targeted at modern systems

Package: wnpp Severity: wishlist Owner: Fabian Greffrath X-Debbugs-Cc: debian-devel@lists.debian.org, Debian Games Team * Package name: woof Version : 10.3.0 Upstream Author : Fabian Greffrath * URL : Debian Games Team * License : GPL-2.0+ and others

Re: transition announcement: gsfonts + gsfonts-x11 -> fonts-urw-base35

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Vincent, Am Sonntag, dem 04.09.2022 um 01:24 +0200 schrieb Vincent Lefevre: > As this is now in unstable, shouldn't bugs be reported to packages > that recommend gsfonts or gsfonts-x11 so that they change them to > fonts-urw-base35? Otherwise one

transition announcement: gsfonts + gsfonts-x11 -> fonts-urw-base35

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear fellow DDs, I'd like to announce a transition that I am going to kick off in about one week from today: I'd like to replace the gsfonts package with fonts-urw-base35 and, while at it, integrate the contents of gsfonts- x11 into the new package.

Re: Raising the epoch of the 'prboom-plus' package, turning it into a transitional package

Hi Stephen and Simon, Am 23.08.2021 11:28, schrieb Simon McVittie: Could you build dsda-doom as version 0.21.0-1 with no epoch, while attaching an epoch to only the prboom-plus transitional binary package? very good idea! I didn't even think about this possibility, but this is how I'll do it.

Raising the epoch of the 'prboom-plus' package, turning it into a transitional package

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, in the short term, I'd like to replace the prboom-plus Doom engine in Debian with its more actively developed fork dsda-doom. While developement of the former has mostly stagnated (granted, it had its 2.6.1um release earlier this month), the

Proposal: new virtual packages sf2-soundfont-gm and sf3-soundfont-gm

Dear debian-devel, we, the maintainers of soundfont packages in Debian, i.e. currently mostly Thorsten Glaser and myself, would like to propose the introduction of two additional virtual packages: sf2-soundfont-gm sf3-soundfont-gm Background: There is currently no default locat

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: openjazz Version : 20171024 Upstream Author : Alister Thomson <http://www.alister.eu/> * URL : http://www.alister.eu/jazz/oj/ * License : GPL-2+ Programming Lang: C++ Descr

Re: Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Am Montag, den 02.10.2017, 12:58 +0200 schrieb Adam Borowski: > Yay, I looked into packaging this before, but the toolchain to build > this > from source wasn't available then But this isn't your effort, right? https://anonscm.debian.org/cgit/pkg-fonts/fonts-comic-neue.git/ - Fabian signatur

Re: Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Hi Adam, Am Montag, den 02.10.2017, 12:58 +0200 schrieb Adam Borowski: > On Mon, Oct 02, 2017 at 11:34:58AM +0200, Fabian Greffrath wrote: > > * Package name: fonts-comic-neue I think I'll change the package name to fonts-comicneue (as comic isn't a foundry). > Yay, I

Bug#877504: ITP: fonts-comic-neue -- font that fixes the shortcomings of Comic Sans

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-comic-neue Version : 2.3 Upstream Author : Craig Rozynski * URL : http://comicneue.com/ * License : SIL Open Font License 1.1 Programming Lang: OTF Description : font that

Re: Bug#848063: Help requested: Packages which FTBFS randomly

Am Sonntag, den 19.02.2017, 16:09 +0100 schrieb Steve Cotton: > Impossible d'initialiser SDL:Couldn't open X11 display Why does the package require an X11 display to build? - Fabian signature.asc Description: This is a digitally signed message part

Re: Bug#825785: ITP: tab -- Typesetter for lute tablature

> * Package name: tab >   Description : Typesetter for lute tablature I'd say the package name is way too generic for such a specific package.  - Fabian signature.asc Description: This is a digitally signed message part

Re: RE: Debian package on Windows

Hi there, for my occasional development on Windows I use Msys2 which have Arch's pacman package management system ported to Windows and even provide a huge repository of pre-compiled package. It's not APT, but at least a reasonable packaging system and a bash shell on Windows to begin with. ;) Be

Re: Accepted libburn 1.4.0-2 (source amd64 all) into unstable

Hi Thomas, thank you for taking care of this software in Debian! > Version: 1.4.0-2 However, please use a reasonable versioning scheme. Where is 1.4.0-1? >* Closing older fixed bugs: libburn-1.2.4 (Closes: #690207) >* Closing reports about drive or media problems: > (Closes: #7026

Re: Re: GNU IceCat?

Hi Simon, > Perhaps the situation would be easier for the security team if a IceCat > package in Debian was based on the same ESR release as Iceweasel? I believe the situation would be easier if the actual changes in IceCat could be identified and isolated and then brought up for discussion with

Re: the status of gstreamer1.0-plugins-bad

Hi Vincent, > which is unacceptable from a security and stability point of view. do you conclude this from the package description? > One problem is that if this package is installed, then Iceweasel > automatically uses these plugins (even when not needed, currently > making it crash[*]), with a

Re: Re: Mass bug filing about non free lena image.

> Any productive suggestion? siretart has already provided a suitable replacement in the libav package: http://anonscm.debian.org/cgit/pkg -multimedia/libav.git/commit/tests/reference.pnm?id=b31a3c6f2670d4def5a a8bd3479da9c771ab09e2 Cheers, Fabian signature.asc Description: This is a digitally

Re: Re: Adding support for LZIP to dpkg, using that instead of xz, archive wide

> Also many GNU projects do not release lzip tarballs, but do release bzip > or xz ones and there are very few that exclusively release lzip tarballs. > If that's the equivalent of bazaar being the official GNU VCS that most > of the GNU projects do not use, well This is often the case when few "e

Re: Work-needing packages report for Mar 27, 2015

Dear Geert, Am Sonntag, den 19.04.2015, 15:48 +0200 schrieb Geert Stappers: > Ta ta the patch: great, thank you! I had no idea that the patch for this would be so straightforward. > Visiting http://bugs.debian.org/655889 didn't reveal any usertags yet to me. Not yet, but this is a chicken-an

Re: Work-needing packages report for Mar 27, 2015

Am Dienstag, den 31.03.2015, 12:34 +0200 schrieb Jeroen Dekkers: > There are some people doing their best to keep it working (kudos to Yes, kudos to them! > them!), but grub2 still needs a lot more help. It currently has two Well, arguably then standing on this list for the past 11 years hasn't

Re: Bug#781263: ITP: timgm6mb-soundfont -- TimGM6mb SoundFont from MuseScore 1.3

Am Dienstag, den 31.03.2015, 10:26 +0200 schrieb Toby St Clere Smithe: > The Fluid soundfont is split into two parts: GM and GS. This does not > apply for timgm6mb, so such naming doesn't make sense. Both names are > descriptive, and are of the general schema > name-soundfont[-specialisation]. I

Re: Work-needing packages report for Mar 27, 2015

Hi -devel, > For the following packages help is requested: > [... massive package list ...] is the list of packages that usually follows this line still useful for anybody? I mean, there are packages in it like e.g. grub2 for which help was "requested 3972 days ago"; that's more than a decade, fo

Re: Bug#781263: ITP: timgm6mb-soundfont -- TimGM6mb SoundFont from MuseScore 1.3

> Package name: timgm6mb-soundfont The current name of the package is "musescore-soundfont-gm" and there are two other soundfonts packaged in Debian in the "fluid-soundfont-gm" and "fluid-soundfont-gs" packages. Maybe the name of the new package should be chosen to be somewhat consistent with

aptitude has Priority: standard, why?

Hi there, I am curious why the aptitude package still has Priority: standard, i.e. why it is installed next to apt in each and every Debian installation? Aptitude isn't recommended for dist-upgrading since Lenny, I think. Do we really need to have two CLI package management tools installed, is

Re: Trimming priority:standard

Am Freitag, den 12.09.2014, 08:59 +0200 schrieb Fabian Greffrath: > > apt-listchanges aptitude aptitude-common at bash-completion bc dc bind9-host > Why is aptitude still in this list? This has not been answered yet?! - Fabian -- To UNSUBSCRIBE, email to debian-d

Re: Trimming priority:standard

> apt-listchanges aptitude aptitude-common at bash-completion bc dc bind9-host Why is aptitude still in this list? Please keep telnet. - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arc

Re: ok to ship vaporware in Debian?

Hello Jonas, > In other words, mediaelement.js is a so-called polyfill - it does > nothing on modern browsers, and mimics modern features on older > browsers. as far as I understand the mess, mediaelement.js provides an *API* for media playback in browsers by acting as a wrapper around and el

Re: Request for help: #757168 gamera: FTBFS on several architectures

Hi Daniel, > 177> color = size_t(*src) % COLOR_SET_SIZE; sorry if this is trivial, but have you already checked that (src != NULL)? - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

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

Hi Changwoo Ryu, > I think yes. The cost is 24 MiB extra memory on installation, and > benefits are bandwidth and mirror size saving of big packages. I beg to differ. Those few kiB of bandwidth (yes, I mean it like that) saved when downloading a package are worthless if the decompresion routine f

Re: Re: SV: MATE 1.8 has now fully arrived in Debian

> The interesting dependency chain is: Simon, thank you very much for this mail and the two ones following it. Your objectiveness and choice of words in this heated debate is really appreciated! Cheers, Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject o

Re: MATE 1.8 has now fully arrived in Debian

Dear Mike and dear MATE packaging team, > the MATE Packaging Team is proud to announce that MATE 1.8 has now > fully arrived in Debian. thank you for your contributions to Debian! > The MATE desktop environment is a fork of what was formerly known as > the GNOME v2 desktop environment. The MATE

Re: Re: standalone logind (Re: Bits from the systemd + GNOME sprint)

> > Sorry, but I suspect the latter. > > Why did I expect any reasonable and balanced discussion! Ever read you own "signature"? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lis

Re: Bits from the systemd + GNOME sprint

Am Freitag, den 02.05.2014, 01:26 +0200 schrieb Jordi Mallach: > Below is a report from the recently held systemd + GNOME sprint in > Antwerp. Enjoy! o_O Impressive productivity, keep up the great work! Thank you all! - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or

Re: systemd - some more considerations

Hi Norbert et al., > * systemd maintainers (Lennart Poettering) does not care for > segfaults in his code, even if it happens in pid 1. > https://bugs.freedesktop.org/show_bug.cgi?id=74589 to me his response does not read as if he didn't care. Systemd on systems without cgroups has never

Re: FFmpeg vs. libav packaging (was Re: Proposal: SystemD.pushers/forcers, et cetera)

Hi Adrian, Am Donnerstag, den 13.02.2014, 21:37 +0200 schrieb Adrian Bunk: > Are you as Debian Multimedia Maintainer willing to discuss which option > (libav, FFmpeg, some solution of shipping both) will be best for jessie > based on the information that is available today? Honestly, I don't t

Re: Re: Proposal: SystemD.pushers/forcers be physically beaten as revenge.

> After ***forcing*** users to use libav instead of ffmpeg in debian > therefore making it to stuck with outdated fork istead of rapidly > developing original it's too late to talk about freedom.. Gosh, we are not forcing you to use libav, we just considered it better at the time a decision had

Bug#734354: ITP: fonts-croscore -- width-compatible fonts for improved on-screen readability

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-croscore Version : 1.23.0 * URL : http://gsdview.appspot.com/chromeos-localmirror/distfiles/ * License : Apache-2.0 Programming Lang: TTF Description : width-compatible fonts

Bug#733937: ITP: fonts-google-crosextra-caladea -- Caladea is metric-compatible with Cambria

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-google-crosextra-caladea Version : 20130214 * URL : http://gsdview.appspot.com/chromeos- localmirror/distfiles/crosextrafonts-20130214.tar.gz * License : Apache Description

Re: Re: Bug#729660: ITP: xemacs21 -- highly customizable text editor

> Please let people maintain packages they use. Even more so when they > apparently use them on a daily fashion. Sounds like a rather strong incentive to revive the package upstream. Maybe that makes more sense than reintroducing it in Debian as it is? - Fabian -- To UNSUBSCRIBE, email to de

Bug#721521: ITP: fonts-urw-base35 -- Set of the 35 PostScript Language Level 2 Base Fonts

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: fonts-urw-base35 Version : 2:20130628-1 Upstream Author : (URW)++ Design & Development * URL : http://downloads.ghostscript.com/public/fonts/ * License : GPL (needs clarification,

Re: Non-identical files with identical md5sums on Debian systems?

Dear Peter, Am Mittwoch, den 07.08.2013, 00:03 +0100 schrieb peter green: > The bottom line is under practical conditions the only way you > are going to see two files with the same md5 is if someone went > out of their way to create them and send them to you. thank you very much for this insigh

Non-identical files with identical md5sums on Debian systems?

Hi all, I do occasionally check for identical files on different systems by comparing their md5sums. So, just out of interest, could someone tell me (how to find out) how many non-identical files with identical md5sums there are there on a typical (say, amd64) Debian system? Thanks! - Fabian

Bug#717077: ITP: eureka -- map editor for the classic DOOM games

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: eureka Version : 0.95 Upstream Author : Andrew Apted * URL : http://eureka-editor.sourceforge.net/ * License : GPL-2+ Programming Lang: C++, FLTK Description : map editor for the

Re: Re: Default packages flags

I know, debian don't have to same mechanism as gentoo (debian have very good packages support and package handling utility), but all packages have to have some default EXTRA_FLAGS when was compiling as packages. Because for example mc is compiling as default with vfs support or with X support ...

Re: Math Fonts for Iceweasel and MathJax

Am 20.12.2012 14:05, schrieb Dmitry Shachnev: The directory. I could make the link reverse (←), but that would require adding a pre-inst script as dpkg (AFAIC) doesn't allow replacing a directory with a symlink. That's the exact reason why I would install an empty directory and symlink each fi

Re: Re: Math Fonts for Iceweasel and MathJax

- fonts-mathjax: contains OTF, SVG and WOFF fonts (installed in the previous location, with a /usr/share/fonts/opentype/mathjax → /usr/share/javascript/mathjax/fonts/HTML-CSS/TeX/otf symlink); Did you symlink the directory or its contents? - Fabian -- To UNSUBSCRIBE, email to debian-devel-re

Re: Re: Math Fonts for Iceweasel and MathJax

OK. I maybe can try to add a fontconfig script or something like that. If you want to keep them in place, a fontconfig "script" as simple as /usr/share/javascript/mathjax/fonts/HTML-CSS/TeX/otf will be sufficient, if dropped into '/etc/fonts/conf.d'. - Fabian -- To UNSUBSCRIBE, email

Re: Bug#693040: libav: Strange build failure on several archs

Am 13.11.2012 16:45, schrieb Reinhard Tartler: The problem is upstream and has been identified now. Reverting upstream commit 468ea9d5b14f92fe61f47f034e67066f65163f5f seems to fix the issue, albeit a better solution is currently being worked on. Good to know that you've succeeded to narrow down

Re: [CTTE #681834] network-manager as Recommends or Depends

Am 17.09.2012 18:54, schrieb Don Armstrong: 7. The Technical Committee overrules the decision of the gnome-core metapackage maintainers. The dependency from gnome-core to network-manager-gnome should be downgraded to Recommends. Maybe the attached patch should also get applied against

Re: solving the network-manager-in-gnome problem (was Re: Re: duplicates in the archive)

Recommends is wrong for metapackages because it gets upgrades very wrong. This is why it is used very marginally. Couldn't this get fixed if Depends: network-manager-gnome (>= 0.9.4) was replaced with Recommends: network-manager-gnome Breaks: network-manager-gnome (<< 0.9.4) -- To UNSUBS

Re: Re: Recommends for metapackages

By the way, I find it enlightening to realize that "gnome" only recommends network-manager-gnome whereas gnome-core depends on it. That was at gnome 2.30 times... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@li

Re: Bug#671302: Circular Build Dependencies (was Bug#671302: libav: circular dependency between libav and opencv)

> libav -> x264 -> libav AFAICT the x264 frontend uses libav whereas libav uses the libx264 shared library. So theortically (!) this issue could be solved by two separate source packages for the x264 frontend and the library. - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.de

Re: Re: On init in Debian

Please let's not forget that this is not about systemd: we have not even started yet the flame war to decide if we should use systemd or upstart. Well, In find the overall reception of systemd in upstream projects and the current state of upstart in Debian quite convincing. Even OpenSUSE who w

Re: /etc/mtab and /lib/init/rw migration; libpam-mount breakage

setup has not been silently resolved by linking against libcryptmount anymore, which itself is linked against libcryptsetup). Please find this issue fixed in the attached patch. However, libpam-mount is still missing Build-Depends on libmount-dev and libblkid-dev. Cheers, Fabian Author: Fabian Greffrath Des

Re: Re: The mingw* mess in Debian

To provide all the binaries in gcc-mingw32 it will have to depend on {gcc,g++,gfortran}-mingw-w64-i686; its only contents will be the compatibility symlinks you mention (and the usual /usr/share/doc contents). It will pull in mingw-w64-i686-dev indirectly, and binutils-mingw-w64-i686 too. This s

Re: Re: The mingw* mess in Debian

probably generate more confusion with the similarity to mingw32. I'd vote for mingw-w64-i686 and mingw-w64-x86_64 in the end, based on the following: Me too! How about the following base description: MinGW-w64 provides a development and runtime environment for 32- and 64-bit (x86 and x64)

Re: Re: The mingw* mess in Debian

gcc-mingw32 is no longer a build-dependency of any package in Debian so I'll probably dispose of it with the next gcc-mingw-w64 upload (which will include a transition package). That's great news! I was thinking more along the lines of mingw-w64-win32 and mingw-w64-win64 so that the API names

Re: Re: The mingw* mess in Debian

gcc-mingw32 is no longer a build-dependency of any package in Debian so I'll probably dispose of it with the next gcc-mingw-w64 upload (which will include a transition package). That's great news! I was thinking more along the lines of mingw-w64-win32 and mingw-w64-win64 so that the API names

Re: Re: The mingw* mess in Debian

Dear Stephen, The history has been explained by others. I've been working for a while on dropping at least gcc-mingw32; see #644769 which tracks the various packages build-depending on gcc-mingw32 and/or mingw32. There are only three packages left now; see #623400, #623402 and #623526. Patches a

Re: The mingw* mess in Debian

Am 09.11.2011 17:04, schrieb Pau Garcia i Quiles: Yes, that would be my advice. Unfortunately mingw32 is now too far behind mingw-w64. The fork has become better than the original project. I still love it for the MSYS bundle, though. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi

Re: Re: The mingw* mess in Debian

Thanks for your answers! On Wed, Nov 9, 2011 at 2:16 PM, Simon McVittie wrote: Does mingw[32] have any particular advantages over mingw-w64, I wonder? Not that I know. mingw-w64's CRT is more complete (it includes LFS, which mingw32 does not, for instance), includes more up-to-date compilers

The mingw* mess in Debian

Dear -devel, is there a reason why we have both a mingw32 and a gcc-mingw32 package in Debian? Both seem to contain the same, i.e. the GCC from the MinGW project (please note they dropped the "32" for a while), but the version in gcc-mingw32 is newer than the one in mingw32. For the 64-bit v

Re: Re: Re: Bug#645656: network-manager in Gnome

Bernd Zeimetz wrote: And I believe that NM should not be something gnome should depend on as there are various other ways to configure your network. Imho it should Recommend network-manage | wicd-gtk | similar-tools-if-they-exist. Those packages do not provide the NetworkManager DBus interface

Re: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

I have prepared a new package of upstream SVN snapshot r262 that replaces the non-free MAME OPL2 emulator with a GPL'ed one from DOSBOX. Furthermore, I got a confirmation email by John Carmack himself of iD software stating that the original Wolf3d source code has been relicensed under the GPL.

Re: aptitude weirdness wrt upgrades and keeps

how can I teach aptitude to not be sooo incredible stupid? In the current transition to gnome3 (or it seems) I press Maybe experimental (where gnome3 currently resides) has the wrong priority set in /etc/apt/preferences? Mine looks like this and I regularly upgrade (through apt-get, though) wi

Re: Re: ifupdown package interfaces include function

ifupdown 0.7~alpha5 was uploaded to unstable rather than experimental by mistake. Since version numbers aren't allowed to go backwards, we now have 0.7~alpha5+really0.6.15 in unstable, but for the purposes of Don't we have epochs for this? I know they are annoying and should be avoided, but th

Re: Re: Whether should grub2 write MBR automatic

The second behavior means that: when update/reinstall grub or update/install/reinstall kernel will call update-grub but not call grub-install. What if the updated grub is incompatible with the bootloader installed by a previous version of grub? -- To UNSUBSCRIBE, email to debian-devel-requ..

Re: Bug#622931: libav: pkg-config files implies possible static linkage

Am 17.04.2011 12:43, schrieb Reinhard Tartler: Neil, thank you very much for your insightful summary of the matter. Now it seems pretty clear that this issue cannot be handled in the libav package, but needs to be solved at the pkg-config level. I'm therefore reassigning this bug to pkg-config.

Re: Bug#615056: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

Unfortunately, upstream has vanished by the end of last year. I have reviewed the source code together with Hans de Goede of Fedora fame and he has already uploaded his RPM package, which includes our common patch set, to RPMFusion. We agreed to keep sharing patches among each other and even deci

Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: cantarell-fonts Version : 0.0.3 Upstream Author : Dave Crossland * URL : http://abattis.org/cantarell/ * License : SIL OPEN FONT LICENSE Version 1.1 - 26 February 2007 Programming Lang

Re: Bug#615056: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

Am Samstag, den 05.03.2011, 22:39 +0100 schrieb Michael Goetze: > regardless of the license it may be illegal to distribute this in Germany. I don't think this will be an issue. Installing the wolf4sdl package won't give you the whole game, only the engine. In order to actually play the game you'l

Bug#615056: ITP: wolf4sdl -- SDL-Port of Wolfenstein 3-D and Spear of Destiny

Package: wnpp Severity: wishlist Owner: Fabian Greffrath * Package name: wolf4sdl Version : 1.6 Upstream Author : Moritz "Ripper" Kroll <http://www.chaos-software.de.vu> * URL : http://www.stud.uni- karlsruhe.de/~uvaue/chaos/downloads.html (403,

Re: Re: Re: chromium-browser is taking over all URLs

The disappearance of this applet in git master is very concerning, but I just received mention on IRC (thanks fredp) that the functionality will be back soon. I see, it will most probably become part of the System Information tab: http://live.gnome.org/Design/SystemSettings/SystemInformation

Re: Re: chromium-browser is taking over all URLs

There will be a default selected in gnome-session, that can be changed by user action. Without a session-wide default (any session manager can set one, of course) a random choice (possibly alphabetical) is used. It seems the panel to set the preferred applications has been removed from future v

Re: Bug#611880: ITP: webkit2pdf -- export web pages to PDF files

There is also webkit-image, which currently only exports to PNG image format, though. [0] http://packages.debian.org/source/sid/webkit-image -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive:

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

Please do manually run os-prober (as root) on your system and report the output as a bug against os-prober if it still says Vista. Did you upgrade from Vista to Windows 7 or was it a clean install? - Fabian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "

404 Errors on http://ftp-master.debian.org/new.html

use of this and when will it be fixed? Best Regards, Fabian Greffrath -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227

Re: Re: [RFC] disabled root account / distinct group for users with administrative privileges

I definitely agree that we need to get this change into squeeze and that we need to be careful to not get into bikeshedding about names. On the other hand, choosing a group for a purpose like this should imho be done carefully as changing the name later is hard if not impossible. Since this gro

Oracle’s Unbreakable Enterprise Kernel - is there more to it?

Dear kernel team and -devel, Oracle recently announced [1] their own 2.6.32-based Unbreakable Enterprise Kernel for their RHEL derivative called Oracle Linux. The announcement promises severe performance improvements compared to the stock RHEL kernel. Do you know what patches they applied to

Re: Bug#595202: ITP: felix -- Latin-French dictionary, by Felix Gaffiot

Dear Georges, Am 03.09.2010 22:46, schrieb Georges Khaznadar: You are right, a set of scanned pages is a bold package. So, which would be the most reasonable thing to do: cancel the upload of "felix" into Debian, or upload only the reader, and suggest to get the data from some other place? I'd

Re: Bug#595202: ITP: felix -- Latin-French dictionary, by Felix Gaffiot

the data come from Felix Gaffiot's Latin-French dictionary which was published in year 1934, so it is now in the public domain. The scans of Felix Gaffiot's Latin-French dictionary have been made available by user Zyephyrus at fr.wikisource.org and are part of the Public Domain. If the data

Re: Seeking fellow developers feedback for iceweasel in squeeze (transient homepage

So maybe these transient homepages (remember they only show up when the xulrunner version changes, which won't happen in squeeze stable/security updates or when running iceweasel for the first time) should just thank users, and point to some useful links/rss feeds and be done with it. On the oth

Re: Re: Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

Dear Simon et al., thank you very much for your answers! Do you have GLib 2.25.12-1 from experimental, which is known to be crashy ()? Yes, you are exactly right. I forgot to mention in my first post that the package mixture on my syst

Re: Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

Found a workaround: In the "Name: debconf/frontend" section of /usr/cache/debconf/config.dat I manually changed the "Value: Gnome" field to "Readline" and now I can run "apt-get -f install" and finally have my system back in a usable state. Sorry for the noise, - Fabian -- To UNSUBSCRIBE

Re: Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

More information on this issue: The segfault in /u/s/debconf/frontend occurs as soon as the command mx $frontend=make_frontend(); in line 14 is executed. I found this out by cutting off the tail of this file from line 15 on and running it via 'perl -w'. If I cut off from line 13 on the script

Re: Re: segmentation fault (a.o. in /u/s/debconf/frontend)

I think you want reportbug here. Except for the fact that reportbug dies with a segmentation fault. :/ -- 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/4c5977e6.2030.

Re: segmentation fault (a.o. in /u/s/debconf/frontend)

Am 04.08.2010 11:30, schrieb b...@bc-bd.org: I have seen something similar on my NC10 running testing (native, no virtualization) after hibernating/resuming it. A reboot fixed that. Also, that problem fixed itself before I could get a clue on what was causing it. Unfortunately, a reboot did not

segmentation fault (a.o. in /u/s/debconf/frontend)

Hi, since yesterday I get a series of segmentation faults on my system which makes it impossible to install or upgrade packages or even start X. The system is inside a virtualbox so I don't think that hardware errors are the cause. I don't remember having changed anything fundamental in this

Re: Re: less is somehow in a sour state

I don't see how you can really have packages maintained by more than one person. I reckon the always has to be one person responsible. So I was wondering exactly what extra privileges those persons would have. -- To

Re: Fw: Bug#587620: (wishlist) debian packages: add an optional "Why" field to "suggest" entries (in the dependency field)

It would be nice to add an optionnal "why" field to explain what features are enabled in package A when installing package B1. IMHO if the suggests isn't obvious, this should be part of the package description. Something like "this package can also handle postscript files if ghostscript is i

Re: Re: Bug#529974: RFP: rtmpdump -- download media streamed with the RTMP/RTMPE protocol

So, you say, "concern myself with patent issues", and Reinhard says, "ignore the patent issues". No! If feel the need to quote us, please do it at least correctly! Reinhard did not say to "ignore the patent issue". He asked you to stop throwing oil on the fire, as the whole media patent story h

  1   2   >