Re: Problems found by piuparts
On Wed, Feb 22, 2006 at 17:42:00 +, Olaf van der Spek wrote: > Shouldn't logic like that be in one central place (dpkg or a library) > and not spread over dozens of packages? Something like dh_usrlocal(1)? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: packages missing from sarge
On 08/05/2005-10:35, Joey Hess wrote: > ocaml-getopt According to [1], this package was removed because of bug#306074, which is now fixed. ocaml-getopt in unstable is now 12 days old, so I think it can be allowed back in testing. Thanks, Julien Cristau [1] http://ftp-master.debian.org/testing/hints/vorlon signature.asc Description: Digital signature
Re: diverting conffiles
On Fri, Jun 24, 2005 at 11:35:17 +0200, Gerrit Pape wrote: > On Tue, May 31, 2005 at 11:08:27PM +0200, Tollef Fog Heen wrote: > > Be aware of the fact that diverting conffiles doesn't work. > > Hi, what exactly is the problem with diverting conffiles? > See http://bugs.debian.org/58735. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Archive Automatic Signing Key (4.0/etch)?
On Wed, Nov 22, 2006 at 14:53:38 +0100, A Mennucc wrote: > that package is only 2 days old and did not transition to etch yet > > so it is too early to start signing etch archives with it > > and it empties the whole idea : to restore my trust path , I > will have to manually download that package and install it > no, because the Release file is still signed with the 2006 key, which is in apt's keyring already. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bash /dev/tcp and /dev/udp
On Thu, Nov 23, 2006 at 22:54:59 +0100, Javier Fernández-Sanguino Peña wrote: > Then the manpage should be ammended and those things removed. It does not > make sense to disable things and ship a manpage that implies that they do > work. > Did you look at the bash manpage? NOTE: Bash, as packaged for Debian, does not support using the /dev/tcp and /dev/udp files. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Archive signing key for 2007?
On Thu, Jan 11, 2007 at 23:51:21 +0100, Javier Fernández-Sanguino Peña wrote: > Could the ftpmaster team, after creating the key, do any (or all) of the > following? > You know the contact address for ftp-master is not debian-devel@lists.debian.org, right? Cheers, Julien signature.asc Description: Digital signature
Re: a few tips on proper use of version tracking in the Debian BTS
On Wed, Oct 19, 2005 at 11:06:14 +0200, Stefano Zacchiroli wrote: > On Wed, Oct 19, 2005 at 01:44:38AM -0700, Steve Langasek wrote: > > Closing without a version header retains the traditional semantics of > > marking the bug closed in all versions. > > Two questions: > 1) once a bug as been closed - erroneously I would say - mailing >[EMAIL PROTECTED] without the "Version:" pseudo header, is >there a way to push the version information to the bts? If the bug is still open in some version of your package, I guess "found nnn version" would give this information to the bts. You could probably also use "reopen nnn" together with "close nnn version" if the bug is only closed in that version of your package. > 2) AFAICT the bts parses changelog to understand in which version a >given bug has been closed. Assume that the version of package p in >unstable is x and that I upload version x+2, with two entries in the >changelog one for x+1 and for for x+2. Entry x+1 has a closes:#nnn >entry. Is this enough for the bts or do I need to mail it as well? > The bugs closed in your upload are determined by the changes file, so you can use the -vversion switch with dpkg-buildpackage or dpkg-genchanges to use changelog information for versions version+1 and version+2. Cheers, Julien Cristau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dependencies for autoconf
On Wed, Jan 23, 2008 at 09:08:47 -0800, Ben Pfaff wrote: > I am torn between the two possibilities. On one hand, Debian > policy is clear that packages should have full dependencies on > all the programs that they may invoke. I disagree with that. Quoting policy 7.2: The `Depends' field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. autoconf provides a significant amount of functionality without automake, so there's no reason this should be a Depends imo. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Gnome 2.21???
On Wed, Jan 23, 2008 at 18:35:50 +0100, Cyril Jaquier wrote: > Hi Loïc, > > > We currently maintain a little amount of GONME 2.21 modules in > > experimental, mostly platform stuff, lacking the manpower to follow > > the full set, send bugs upstream etc. > > Sad :( But why don't you "backport" Ubuntu packages? > How would that solve the lack of manpower? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Processing of ip4r_1.03-1_multi.changes]
On Mon, Feb 11, 2008 at 15:52:30 -0500, Robert Edmonds wrote: > I uploaded these[0] files last week and expected to see a corresponding > "ip4r_1.03-1_multi.changes is NEW" mail (due to the new binary package > postgresql-8.3-ip4r), but one never came, nor do I see the package in > NEW or incoming. Where did it go? [EMAIL PROTECTED]:~$ ls /org/ftp.debian.org/queue/*/ip4r_1.03-1_multi.changes /org/ftp.debian.org/queue/reject/ip4r_1.03-1_multi.changes I can't read it, but at least it didn't disappear :) Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Proposed MBF: packages defining useless RPATH's
On Sun, Feb 17, 2008 at 19:38:55 -0600, Raphael Geissert wrote: > If no one objects I'll start MBF within a week or, if encouraged to and with > no objection, probably during the week. > Do we really need a mass bug filing for every single lintian check out there? I don't think this achieves anything (these rpaths might be useless, but they're also harmless)... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: conditional dependency?
On Mon, Feb 25, 2008 at 23:48:21 +0300, Nikita V. Youshchenko wrote: > Although not very probably, until now Debian used to support static linking > (libdev packages provide .a files, and depend on libdev packages that > provide dependent .a files). That's not true, afaik. If you're linking statically, you have to figure out dependencies on your own. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#468183: ITP: monkey -- small webserver based on the?HTTP/1.1 protocol
On Sat, Mar 1, 2008 at 18:57:47 +0100, Romain Beauxis wrote: > Now, unless we decide to, Debian is not meant to refuse any *new* package. Sure it is. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mass ITPs
On Sun, Mar 2, 2008 at 15:01:13 +0100, Thomas Weber wrote: > Just for the record: every single package Rafael itp'd is already in > the archive as part of octave2.1-forge. Upstream decided to split this > up, so we follow. > If the software is already packaged, then it doesn't need an ITP bug imo... That's just noise. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Should -dev packages providing .pc files depend on pkg-config?
On Sat, Mar 22, 2008 at 14:09:09 +0100, Fabian Greffrath wrote: > Consider there's a package foo which is built against libbar-dev and > uses pkg-config to obtain the necessary CFLAGS and LIBS for libbar. > > Now is it the foo package's or the libbar-dev package's duty to provide > the dependency on pkg-config? > foo. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#473354: ITP: winhardware -- hardware summary report from a Win32 host
On Sun, Mar 30, 2008 at 14:26:48 -0300, Joel Franco wrote: > I would to hear others opinions about your opinion. > I don't think adding a package for a simple shell script makes any sense. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ${devlibs:Depends} results in libstdc++6-4.1-dev
On Thu, Apr 17, 2008 at 14:18:06 +0200, Andreas Tille wrote:
> Hi,
>
> when trying to update libgenome-1.3-1-dev I noticed that the variable
> ${devlibs:Depends} is turned into a dependency from a libstdc++6 which
> is shipped with gcc-4.1 instead of using libstdc++6-4.2-dev or even
> libstdc++6-4.3-dev. Quoting from my *.build log in an up to date
> pbuilder environment:
>
Sounds like d-shlibs is broken. See #374049.
Cheers,
Julien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Rejected: epcr_2.3.9-1.dsc: sha1 check failed
On Thu, Apr 17, 2008 at 12:56:01 -0400, Roberto C. Sánchez wrote: > This certainly good. However, perhaps dak should have been changed to > accept both format versions (1.7 and 1.8), instead of just rejecting the > old one right away. This could have been continued until some fixed > time after the release of Lenny. dak doesn't reject Format: 1.7 changes files (it still needs to accept packages built for stable, if nothing else). However it rejects Format: 1.8 changes files where the checksums don't match, which is what happens if you build with sid's dpkg-dev but use a debsign that doesn't know about the new checksums and doesn't update them. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477699: general: No read permission for /usr/include/GL directory
On Thu, Apr 24, 2008 at 18:02:28 +0100, Neil Williams wrote: > I would suggest that this bug should be closed, it certainly does not > appear to be a "general" bug because only one package creates that > directory and that package is creating it correctly AFAICT. > dpkg creates that directory, and dpkg ought to use the permissions from the package, regardless of umask, IMO. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477699: unreproducible
On Thu, Apr 24, 2008 at 19:53:19 +0200, Andreas Metzler wrote: > The only thing I could think of is a package that generates > /usr/include/GL in its postinst without specifying the mode. > Or some buggy nvidia or ati "installer". Those are very good at fucking things up. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#477732: libgsl0ldbl must conflict with libgsl0
On Fri, Apr 25, 2008 at 10:02:51 +0200, Vincent Danjean wrote: > Hi, > > I'm adding debian-devel as I would like input from other DD. > The main question is "Do Debian support partial upgrade between > etch and lenny ? Or are only full upgrade supported ?" Yes, partial upgrades should work, and the Conflicts is needed. If we didn't support partial upgrades, there would be no point in changing the package name at all... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mailing lsit code of conduct, again
On Mon, May 19, 2008 at 01:26:29 +1000, Ben Finney wrote: > Vincent Bernat <[EMAIL PROTECTED]> writes: > > > Another solution on your side is to use Mail-Followup-To. > > [...] > > Most mailers comply with this header. > > That field is non-standard, and there are many MUAs that don't obey > it. It's not much of a solution if I can't expect it to be applied > consistently. And many MUAs obey it. So adding it has upsides (you will get less CCs), and no downsides. Sounds like a win to me. > > With gnus, this is really easy: just set message-subscribed-regexps > > to a list of regexps of the list you are subscribed to. > > That set is empty. I don't (nor do I wish to) receive messages in > Debian list discussions via email. > Srsly. s/are subscribed to/don't want to be CCed on/ Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: tagging 480716
On Tue, May 27, 2008 at 14:18:07 +0100, Neil Williams wrote: > If it is just that 'quiet' supports what it does because that is all it > has needed to support so far, I'm fine with that. It just means I cannot > prevent those messages coming to -devel. I still need to process the > bugs. > The only mail -devel needs to get about those bugs now is the 'Processed' mail from the BTS about them being closed or reassigned. I don't think anyone will complain about that one mail. You don't need to process them before they're assigned to the relevant package. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Mouse configuration during installation needs improvement
On Thu, May 29, 2008 at 07:35:20 -0700, Stephen Powell wrote: > I realize that PS/2 mice were not intended to be hot > swapped, but "stuff happens". Sometimes the connector > is loose and falls out, sometimes a mischievous > co-worker unplugs it as a practical joke, sometimes > the mouse fails, sometimes someone trips over the > cord, sometimes the dog chews on it, sometimes an > inquisitive toddler unplugs it, etc. Being able to > recover from these things without requiring a reboot > (or at least restarting the X server) is a nice > feature, one that gpm provides. > If X listens to /dev/input/mice, it doesn't care that you unplugged your mouse and plugged it again, so I'm not sure what you think gpm provides here. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion
On Mon, Jun 2, 2008 at 13:22:28 -0700, Mike Bird wrote: > There are better processes for reducing RC counts and > improving Debian without crippling "Debian Desktop Edition". > Thanks for sharing your experience about improving Debian. Oh, wait... Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mass bug filing: FTBFS because of using imake without Build-Depends on xutils-dev
On Sun, Jun 8, 2008 at 09:24:45 +0200, Lucas Nussbaum wrote: > I found those issues as well (there are 84 packages failing to build > because of that). I discussed this briefly on #debian-x, but it's not > clear yet if the X maintainers want to revert this change. > > I would personally prefer if this change was reverted and done after > lenny. We don't really need 84 new RC bugs... I think I told you I'd revert it. But it would be nice if the mass bug filing was done anyway, at important severity, so people have a chance to fix that before it becomes RC when we drop the dependency again after lenny. Anyway, a serious bug against xutils 1:7.3+11 is in order for now. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ia32-libs depends on ia32-apt-get ?
On Mon, Jun 29, 2009 at 17:30:35 +0200, Goswin von Brederlow wrote: > There where 3 options: > > 1) ia32-libs + ia32-libs-gtk (+ ia32-libs-kde + ia32-libs-qt) >ftp-master asked us to clean that up basically and >"it would not pass NEW if it where uploaded now" > > 2) ia32-lib* packages in the same schema as ia32-libs >vetoed by ftp-master for being way to many packages as ugly as >ia32-libs > > 3) ia32-apt-get > > So strike option 1 and 2 and what are you left with? > Figure out an acceptable option 4. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#537492: menu: Binary without execution bits.
On Sat, Jul 18, 2009 at 22:28:23 +0200, Cyril Brulebois wrote: > And also, under zsh: > | $ which doublefailure 2>/dev/null > | doublefailure not found > > Leading to: > | if [ -x `which icanhazfailure 2>/dev/null` ] ; then echo FAIL ; fi > | [: too many arguments > Why would you point /bin/sh to zsh? Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#537623: ITP: busybox-syslogd -- Provides syslogd and klogd using busybox' implementation
On Sun, Jul 19, 2009 at 23:41:24 +0200, Axel Beckert wrote: > Debian's busybox package has the syslogd and klogd functionalities > already compiled in, but to use them, a little bit more than a few > symbolic links is needed. > > This package provides the appropriate dependencies, the symbolic links > for syslogd and klogd, man pages (also symlinks), and init.d scripts. > why does this need a separate source package? Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian GNU/Linux 6.0 "Squeeze" release goals
On Sun, Aug 2, 2009 at 11:59:44 +0200, Stefano Zacchiroli wrote: > - as a by product, would this enable binNMUs for arch:all packages? > Pretty sure it won't, since many packages assume that .dsc version and _all.deb version are the same. You'd have to solve that somehow. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Automatic Debug Packages
On Tue, Aug 11, 2009 at 18:37:05 +0200, Emilio Pozuelo Monfort wrote:
> Manoj Srivastava wrote:
> > 2) These packages may just symlink
> > /usr/share/doc/${package name}-${debug suffix} to
> > /usr/share/doc/${package name}
> > (and of course, depend on ${package name}
>
> 5) There may only be one ddeb per source package (if more where needed, we
> could
> consider it).
>
How do you make 2) and 5) work? Seems to me one ddeb per binary package
makes much more sense.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Automatic Debug Packages
On Thu, Aug 13, 2009 at 02:58:45 +0200, Emilio Pozuelo Monfort wrote: > If that bothers you, you can use the share we plan to provide. > I'd like to still be able to debug offline, thank you very much. So far you've avoided answering the question, though: why one ddeb per source instead of per binary? Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Release goal: Getting rid of unneeded *.la / emptying dependency_libs
On Tue, Aug 25, 2009 at 11:05:44 +0200, Andreas Barth wrote: > * Josselin Mouette (j...@debian.org) [090825 10:28]: > > Le lundi 24 août 2009 à 22:25 +0200, Andreas Barth a écrit : > > > gnome-applets: > > > > This is a false positive. xmodmap.la is about the “la” locale, it’s not > > a libtool file. > > Thanks. I think I'll exclude the directory /usr/share/xmodmap/ as > well. You should exclude anything that isn't /usr/lib IMO. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Release goal: Getting rid of unneeded *.la / emptying dependency_libs
On Tue, Aug 25, 2009 at 20:55:04 +0200, Andreas Barth wrote:
> * Julien Cristau (jcris...@debian.org) [090825 12:18]:
> > You should exclude anything that isn't /usr/lib IMO.
>
> And not /lib and not /lib{32,64} and not /usr/lib{32,64}, ...
>
/lib shouldn't contain any libtool file (just like it doesn't contain
the .so symlinks)
/usr/lib{32,64} are irrelevant IMO, but sure, why not...
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFC round 5: DEP-3: Patch Tagging Guidelines
On Wed, Aug 26, 2009 at 01:56:35 +0200, Raphael Hertzog wrote: > Hello, > > I made some last changes to the DEP following round 4. You'll find them below. > I plan to switch the DEP's status to CANDIDATE since it's about time to start > using this new format to try it out. Once I've done this, I'll announce it on > d-d-a to encourage people to start using it. > > Current version: http://dep.debian.net/deps/dep3/ > FWIW, I'm not going to use something that I can't produce with git format-patch and feed to git send-email / git am since that feels like busy work; in particular the Author and Description fields are not needed given there's From and Subject with the same information. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFC round 5: DEP-3: Patch Tagging Guidelines
On Tue, Sep 1, 2009 at 17:21:28 -0400, Felipe Sateler wrote: > Julien Cristau wrote: > > > FWIW, I'm not going to use something that I can't produce with git > > format-patch and feed to git send-email / git am since that feels like > > busy work; in particular the Author and Description fields are not > > needed given there's From and Subject with the same information. > > But random joe will not see those in your patch when they download the > debian source. Yes they will [0,1]. [0] http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=blob;f=debian/patches/fedora-vboxvideo.diff;h=fec7116d1c085562d0bab1e181efd2e6dcaa869e;hb=HEAD [1] http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=blob;f=debian/patches/Turn-on-ModeDebug-by-default.patch;h=463e1f12534e7ecfbd72453913f47fb45dd833d2;hb=HEAD -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFC round 5: DEP-3: Patch Tagging Guidelines
On Wed, Sep 2, 2009 at 09:22:30 +0200, Raphael Hertzog wrote: > Are those patches in that format because you took them from the upstream > git repository or because using this format from the start lets upstream > pick it up easily? > Both (usually the latter though, because for patches which are already upstream I tend to use cherry-pick to apply directly, so they don't go through debian/patches/). Or because they're stolen from the fedora package, which iirc uses git to generate/apply patches. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: udev and /usr
On Fri, Sep 4, 2009 at 11:41:41 +0200, Marco d'Itri wrote:
> On Sep 04, Steve Langasek wrote:
>
> > I still can't fathom why someone decided that udev should be responsible for
> > translating PCI IDs and USB IDs into text strings. This smells of crazy.
> I think that part of the rationale is that eventually HAL will go away
> replaced by udev and programs like this (e.g. look at the keyboard stuff).
>
Former hal users will still be able to look stuff up in {usb,pci}.ids,
udev doesn't have to do it for them.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: library-related policy question
On Sun, Sep 6, 2009 at 12:50:59 +0200, Emilio Pozuelo Monfort wrote: > Nikita V. Youshchenko wrote: > > Hi > > > > Is there an statement in Debian Policy that explicitly requires higher > > version of a shared library package to be backwards-binary-compatible with > > previous versions of the same package? > > > > I mean, is a situation when after library package upgrade local binaries > > stops working because of missing symbols, by definition an RC bug against > > library package? Or is depends on particular situation? > > Yes, it's an RC bug. If you break the API and/or ABI, you need to change the > package name and the SONAME. > AFAIK the rule is "if you break ABI, you MUST change the package name and SHOULD change the SONAME". Policy already has "The run-time shared library needs to be placed in a package whose name changes whenever the shared object version changes" (with the assumption that the SONAME changes when ABI breaks) in section 8.1. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: library-related policy question
On Sun, Sep 6, 2009 at 15:14:21 +0400, Nikita V. Youshchenko wrote: > As of today, debian does not contain this bug, because ffmpeg with this > brakage happened not to be uploaded yet to debian. However, once it is, > the bug will be in debian, and will have to be handled somehow. > So when that happens, you change the libavformat52 package name to something else? Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: udev and /usr
On Mon, Sep 7, 2009 at 05:15:19 +0200, Michael Biebl wrote: > From what I can see in /lib/udev/rules.d, the ids files are only used to setup > the (udev) environment variable ID_VENDOR_FROM_DATABASE > (75-net-description.rules, 75-tty-description.rules, 78-sound-card.rules). > > There are no symlinks created in /dev based on that information. > > Given the name of the rules file, it indeed looks to be intended to be used > for > display/descriptive purposes. > So, again, why can't the programs that want to display this do the lookup themselves? Both libpciaccess and libpci provide API for this as far as I can tell. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: udev and /usr
On Mon, Sep 7, 2009 at 14:59:44 -0300, Henrique de Moraes Holschuh wrote:
> khazad-dum:~$ lsusb ; ls -l /dev/serial/by-id/*
> Bus 004 Device 003: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA
> Modem / E270 HSDPA/HSUPA Modem
> lrwxrwxrwx 1 root root 13 2009-09-07 14:56
> /dev/serial/by-id/usb-HUAWEI_Technologies_HUAWEI_Mobile-if00-port0 ->
> ../../ttyUSB0
> lrwxrwxrwx 1 root root 13 2009-09-07 14:56
> /dev/serial/by-id/usb-HUAWEI_Technologies_HUAWEI_Mobile-if01-port0 ->
> ../../ttyUSB1
>
60-persistent-serial.rules from sid's udev:
IMPORT="usb_id --export %p"
ENV{ID_SERIAL}=="", GOTO="persistent_serial_end"
SUBSYSTEMS=="usb", ENV{ID_IFACE}="$attr{bInterfaceNumber}"
ENV{ID_IFACE}=="", GOTO="persistent_serial_end"
ENV{ID_PORT}=="",
SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_IFACE}"
ENV{ID_PORT}=="?*",
SYMLINK+="serial/by-id/$env{ID_BUS}-$env{ID_SERIAL}-if$env{ID_IFACE}-port$env{ID_PORT}"
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFC: update-inetd migration to dpkp-triggers
On Fri, Sep 4, 2009 at 22:02:21 -0700, Steve Langasek wrote: > On Fri, Sep 04, 2009 at 09:54:19PM +0200, Serafeim Zanikolas wrote: > > * document that local policy will live in /etc/inetd.conf.d/ and any manual > > changes will be made effective by running update-inetd > > I think this violates the principle of least surprise (restarting the daemon > after making your changes has been enough to make those changes take effect > since the inception of these daemons), and will be displeasing to many > admins as a result. > Is there any reason inetd's init script couldn't run update-inetd before restarting the daemon, thus not changing the way things work for admins? Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Explicitely Cc bug reporters
On Thu, 2009-09-10 at 18:25 +0200, Bernhard R. Link wrote: > That is the thread at large. Currently it was about why nnn-quiet is no > suitable workaround if the followup address for users (nnn@) would suddenly > also mail users. Speaking of -quiet, I'd be happy to see that die. Or at the very least, -submitter needs to stop setting reply-to to -quiet. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Explicitely Cc bug reporters
On Thu, 2009-09-10 at 17:23 +0200, Stefano Zacchiroli wrote: > Conceptually, what "we" want is trivial: we want submitter to be > subscribed (in the sense of "bts subscribe") by default. If they want, > they are free to opt unsubscribing. If the submitter can unsubscribe, then we haven't won anything, since we'll still need to remember to cc them manually to request feedback (and we won't have any way to know whether n...@b.d.o reaches them...) Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Explicitely Cc bug reporters
On Sat, Sep 12, 2009 at 12:00:49 -0700, Russ Allbery wrote: > As a general principle I think it should always be possible for people to > opt out of mail from any sort of automated or semi-automated system. I > think supporting opt-out is a good idea. But I think that if the > submitter opts out of receiving any mail about the bug, that should be > clear to the package maintainer so that the package maintainer knows that > follow-up questions will not receive a reply. > > Maybe the best opt-out mechanism would be to clear the submitter field? > I think the opt-out way is to close the bug. An address that will reach the submitter most of the time, but not always, is useless IMO. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [Pkg-gnupg-maint] Bug#545275: priority important package depending on optional one.
On Tue, Sep 15, 2009 at 17:55:27 +0200, Daniel Leidert wrote: > CCing d-devel to get some more feedback (@David, this is mostly FYI - > please comment if I'm wrong) > > Am Sonntag, den 06.09.2009, 09:47 +0200 schrieb Andreas Metzler: > > > the new gnupg now *depends* on libcurl3-gnutls. gnupg is priority > > important and a part of base system since debian-archive-keyring > > depends on it. (On a sidenote I am wondering whether splitting gpg > > and gpgv still makes sense if apt requires the full gnupg package > > anyway for apt-key.) > > > > libcurl3-gnutls is only priority optional, breaking policy 2.5. Which > > makes this a rc bug. I am reporting this against gnupg instead of > > ftp.debian.org since I am not sure about the proper workaround. > > > > There are two ways to fix this: > > #1 Bump libcurl3-gnutls priority. libcurl3-gnutls itself depends on > > ca-certificates (optional) which again depends on openssl (optional). > > I am pretty sure we do not want to bump openssl's priority, > > libcurl3-gnutls should instead downgrade its dependency on > > ca-certificates to a suggests. > > FWIW I filed a bug on libcurl to request that. > > #2 Get rid of gnupg's dependency on libcurl3-gnutls. This seems to > > require quite a bit of effort. > > As David pointed out, gnupg can be built without libcurl. > > > If gnupg is built with curl support it > > is using curl even for hkp keyservers. > > Correct. > > > You could perhapsr build gnupg > > twice (once to get a gpgkeys_hkp without curl and then a second time > > for gpgkeys_curl), but I have no idea whether this might actually > > produce working binaries or a subtly broken configuration, it is not > > something supported upstream. > > I would like to adjust this idea: gnupg (the gpg binary itself) does not > link against libcurl*. The curl library is only used for the helpers. > > My suggestion would be: Build gnupg twice. First with "curl > shim" (without curl), then with libcurl-gnutls. The gnupg package will > then ship the binary and the helper tools without the curl dependency > (libldap is already downgraded to "Recommends"). A gnupg-curl package > could ship the helper tools built with libcurl and can be recommended by > gnupg. The tools can be handled via dpkg-divert. As David pointed out, > gnupg will happily communicate with both versions of the tools. > If the gpg binary itself works fine without libcurl, it seems to me you could just demote the hkp helper's dependencies to Recommends (exclude it when running dh_shlibdeps, and then run dpkg-shlibdeps -dRecommends on the helper? This doesn't require splitting the package or messing with diversions. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Talk: Reflections of a bigtime Debian bug reporter
On Tue, Sep 15, 2009 at 16:41:50 -0400, Michael Gilbert wrote: > the answer to the real problem is education. if a user didn't submit > sufficient details in their report, politely ask them for more. show > them a guide for strace, or bug writing guides, or debian > documentation, or whatever may be useful. this may be more work, but as > that user gains more skill, they will become less of a burden, and more > importantly, more capable of solving problems and writing good reports > on their own. > you really think that's how it works? how about "if a user didn't submit sufficient details, then either their bug gets ignored for years, or maybe at some point we ask for more info and they're unresponsive, meaning the bug never gets fixed". Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Fixing the Gobject Introspection mess
On Fri, Sep 25, 2009 at 13:32:54 +0200, Josselin Mouette wrote: > 2. Naming scheme > > The package should be named gir1.0-foo-X.Y. For example, the package > containing WebKit-1.0.gir will be named gir1.0-webkit-1.0. > > Giant repositories of dozens of unrelated introspection data should be > avoided. (Under this rationale, gobject-introspection-repository will be > split.) However, related libraries that are known to evolve together can > live in the same package (example: Gst*-0.10). > > If, alternatively, the introspection data belongs in the same source > package as the library it references, it can be put in the same binary > package. In this case, it must feature a Provides: field corresponding > to the name of the introspection data. For example, libfoo2.0-2 > containing libfoo-2.0.so.2 and Foo-2.0.gir must provide gir1.0-foo-2.0. > Doesn't this break co-installability of libfoo2.0-X and libfoo2.0-Y, if both install Foo-2.0.gir? Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: different .diff.gz for different platforms (armel) prohibiting upload
On Sun, Sep 27, 2009 at 10:53:01 +0200, Steffen Moeller wrote: > Hello, > > my non-free package mgltools-molkit built nicely everywhere, but the armel > could yet not be uploaded - blocking the autodocktools to arrive in testing. > > I tried to help it out with my OpenMoko running Debian, and while it builds, I > cannot upload since the .diff.gz generated by dpkg-buildpackage -sd is not > bit-identical to the .diff.gz that is in the archive. The unpacked diff.gz > however _is_ identical. You then the the .dsc and the .changes to disagree > with > the various checksums. > You're not supposed to upload the source twice. You upload the source once, and other architectures do binary-only uploads. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debconf and PackageKit
On Tue, Sep 29, 2009 at 10:26:01 -0700, Daniel Nicoletti wrote: > >>>This solution is not implemented as I don't know debconf verry well > but there is one problem that I'd like to know if there is a already a way > to deal with this: > when aptcc backend starts installing packages it's status are in a fd > which might be localized is LANG is set, so I clean LANG > and get dpkg to give strings like > removing, unpacking, that can be converted to an enum. > The problem is if i unset LANG debconf is not localized too > so the user will see debconf dialog in english. > I don't understand this part. Why would you have to unset LANG? What exactly do you want to avoid being localized? > My solution would be to have an extra env var like > DEBCONF_LANG or DPKG_LANG > (sorry if they already exist but i could not find it) > This way dpkg can run not localized and debconf > will have the right locale. > > Please be kind as I'm not familiar with this list :P > and don't know debconf and dpkg internals... > If you want download PackageKit and please > try aptcc :D > > (BTW please send me links with intesreting > info about debconf protocol, I could only find it > from a package maintainer POV) > /usr/share/doc/debian-policy/debconf_specification.html Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: different .diff.gz for different platforms (armel) prohibiting upload
On Sun, Oct 4, 2009 at 09:25:44 +0200, Holger Levsen wrote: > Well, I think this reality sucks and should be fixed. Hahaha. Good luck with that plan :) Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: piuparts-MBF: owned and unowned files after purge
On Mon, Oct 19, 2009 at 20:14:12 +0200, Holger Levsen wrote: > 204 packages are affected by this, a ddlist of the affected packages is below. > Please hold off on the xfonts-* ones. These are most likely due to a bug in xfonts-utils, so don't need to have individual bugs. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Changes to libc affecting name resolution in chroots?
On Wed, Oct 21, 2009 at 12:14:25 +0200, Holger Levsen wrote: > piupar...@piatti:/org/piuparts.debian.org/master/sid$ rgrep -l -e "Failed to > fetch.*Something wicked happened resolving" fail/*|wc > 237 2377713 > > I'm attaching one log like this to this mail, as I'll cleanup piuparts.d.o > now... (though I assume piuparts runs will fail instantly again..) > > Any hints welcome, unfortunatly I dont have time to dog into this myself > atm... :( > Random guess, your chroot is missing /etc/hosts? (#551760) Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: hardening-wrapper and debug symbols
On Fri, 2009-10-23 at 15:27 +0300, Peter Eisentraut wrote: > I found out the hard way that when a package is built with > hardening-wrapper, then debugging it with gdb results in seriously > suboptimal backtraces like this: > > #0 0xb7d01424 in __kernel_vsyscall () > #1 0xb7816d11 in ?? () > #2 0xb7e973a2 in ?? () > #3 0xb7e9784b in ?? () > #4 0xb7f1c8fd in ?? () > #5 0xb7eeae1b in ?? () > #6 0xb7eebee7 in ?? () > #7 0xb7e998d9 in ?? () > #8 0xb774a7a5 in ?? () > #9 0xb7d73011 in ?? () > > whether or not I have the -dbg package installed. If I rebuild the > package without hardening-wrapper, I get a normal backtrace (with more > or less information, depending on whether the -dbg package is > installed). This is probably #346409. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: debian/rules "make -f" restriction
On Wed, 2009-10-28 at 16:02 +0100, Tobi wrote: > [1]: > http://svn.opensourcefactory.com/svn/vdr/trunk/debian/make-special-vdr.sh > > asks for a password. also nothing in what you said explains why you can't do what you want using a makefile. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Minimal kernel version raised to 2.6.27
On Tue, Nov 10, 2009 at 12:27:16 -0500, Andres Salomon wrote: > On Tue, 10 Nov 2009 18:08:08 +0100 > m...@linux.it (Marco d'Itri) wrote: > > > Due to changes in udev 147, squeeze will not support kernels earlier > > than 2.6.27. > > > > If your packages have code needed to support old kernels, this is the > > right time to clean it up. > > > > This means that lenny->squeeze upgrades will use the same lockstep > > kernel/udev upgrade method used for etch->lenny upgrades. > > > > Since it's seeming more and more common for udev to be tied to specific > kernel versions, have you considered allowing major versions of udev > to be installed in parallel? This is nothing udev-specific here. It's just a random userspace app using syscalls that didn't exist in earlier kernels and bailing instead of falling back properly (which would be trivial). Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Minimal kernel version raised to 2.6.27
On Wed, Nov 11, 2009 at 02:14:00 -0600, Adam Majer wrote: > On Wed, Nov 11, 2009 at 07:56:16AM +0100, Bastian Blank wrote: > > On Tue, Nov 10, 2009 at 06:08:08PM +0100, Marco d'Itri wrote: > > > Due to changes in udev 147, squeeze will not support kernels earlier > > > than 2.6.27. > > > > What are these changes? > http://git.kernel.org/?p=linux/hotplug/udev.git;a=commit;h=26347a4c5538008318188118872490128f43fcd3 > Seems it is related to signalfd4 syscall. > No. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Minimal kernel version raised to 2.6.27
On Wed, Nov 11, 2009 at 16:45:58 +0100, Goswin von Brederlow wrote: > According to "man 2 open": > >O_CLOEXEC (Since Linux 2.6.23) > > So why does using this flag require 2.6.27? Who is wrong here? > If you'd actually bothered to look at the changes in question, you would have noticed that there's more syscalls than just open(2). inotify_init1() was added in 2.6.27, e.g. Not that I'd expect you to do your homework. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GDM, getty and VTs
On Sun, Nov 15, 2009 at 12:29:33 +0100, Thilo Six wrote: > Christian Perrier wrote the following on 15.11.2009 07:13 > > > Not considering the technical backgorund (which is of course an easy > > stance), it could be really interesting to have *by default* the > > default X session on tty1, when a display manager is used, and > > something like 2 other console sessions on tty2 and tty3. > > That would break *all* "How to fix my broken X11" on the net. Really bad > especial for those who need them most - newbees. > ALT-CTRL-F7 is somewhat of a standard. > It's already broken on fedora, at least. So if it's a standard, it's a dying one. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: leftover /usr/X11R6 references
Package: libxcursor1
Version: 1:1.1.9-1
On Fri, Nov 20, 2009 at 17:41:32 -0500, Joey Hess wrote:
> /usr/X11R6 is gone but code trying to use it lives on.
>
[...]
> Binary file libXaw.so.7 matches
> Binary file libXaw7.so.7 matches
> Binary file libXaw7.so.7.0.0 matches
http://cgit.freedesktop.org/xorg/lib/libXaw/tree/src/Pixmap.c#n671
static char *default_path =
"%H/%T/%N:%P/include/X11/%T/%N:/usr/X11R6/include/X11/%T/%N:/usr/include/X11/%T/%N:%N";
Shouldn't be a problem because /usr/include/X11 comes first (%P is /usr).
> Binary file libXcursor.so.1 matches
> Binary file libXcursor.so.1.0.2 matches
debian/rules:
--with-cursorpath=~/.icons:\$${datadir}/icons:/usr/share/pixmaps:/usr/X11R6/lib/X11/icons
\
No idea why we still have this, this should probably be fixed.
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Unversioned .so file in /usr/lib vs dh_makeshlibs vs postinst-must-call-ldconfig
On Mon, Nov 23, 2009 at 13:33:17 +0300, Nikita V. Youshchenko wrote: > Hi > > I tried to prepare and NMU to fix an RC bug #553111, which is > postinst-must-call-ldconfig. > > I found that adding missing call to dh_makeshlibs does not fix the issue, > because package installs a private shared library to /usr/lib/libxxx.so, > and dh_makeshlibs does not add call to ldconfig to postinst/postrm if it > finds unversioned libraries. > > Is that a bug in debhelper, or in lintian (i.e. postinst-must-call-ldconfig > is false-positive)? > I'd say it's a bug in the package because private objects shouldn't be installed in /usr/lib directly. lintian should probably use a different tag for this, though. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bits from the ftp-team
On Tue, Nov 3, 2009 at 14:14:16 +, Mark Hymers wrote:
> First of all, the following parts of the archive are temporarily
> non-functional:
>
> * {o-,}p-u-new to {o-,}p-u migration (sometime this week)
>
What's up with that?
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bits from the NM people
On Sun, Nov 29, 2009 at 20:21:02 +0100, Andreas Marschke wrote: > Lets say this package is maintained on Launchpad that also "maintainance" for > debian or would this have to be on mentors.debian.org to be a valid > maintainance? (Just curios as there use to be some discussion between the > bloggers about that some time back) > Neither as far as I can tell... The relevant archive is ftp.debian.org. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Has Debian abandoned Python?
On Fri, Dec 4, 2009 at 01:56:50 +0100, Michael Banck wrote: > When it came to evaluating the same for Debian, his technical opinion > won (e.g. the problem with setup.py changes mentioned some time ago) for > the time being, and now that python2.6 would be ready to upload, > Matthias turned ill (or was distracted by other real life stuff for a > while before). > And that kept him from keeping debian-python informed since February? I have some trouble believing that, somehow. :) Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: linker script and versioned symbols
On Sun, Dec 20, 2009 at 11:17:12 +0100, Marco d'Itri wrote: > On Dec 20, Steve Langasek wrote: > > > > How can I write an ld linker script that will cause ld to output the > > > same symbols two times, with and without a version tag? > > > I.e. I need it to output both sym...@base and sym...@libfoo_1.0. > > > In what sense does this make it backward-incompatible? A shlibdeps bump > > should be sufficient; anything referencing an unversioned symbol will have > > its reference satisfied by any matching symbol name, regardless of version. > The problem is in the other direction: new binaries reference > sym...@libfoo_1.0, so even if they work the old library the dynamic > linker outputs a warning at startup. > Which is why Steve talked of a shlibdeps bump, which would cover this, since the new binaries would depend on the new library. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bits from the kernel team
On Sun, Dec 20, 2009 at 16:50:22 +, Ben Hutchings wrote: > > > The X packages will be able to use modprobe > > > config files to enable KMS at run time as required. > > This is not for the kernel team to do. > FWIW, this is done for intel in experimental, probably soon in unstable. For radeon the decision whether to enable kernel mode setting by default for squeeze is still to be made. Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: QA pages and epochs: problem?
On Wed, Dec 23, 2009 at 17:10:07 +0100, Jens Peter Secher wrote: > Recently, it seems that the QA pages started ignoring the epoch in > changelog versions. Specifically > http://packages.qa.debian.org/h/haxe.html shows an ancient version > 20060912-2 as the version in sid, while it shows 1:2.4-3 as the > version in testing. > Well. 20060912-2 *is* in sid. haxe | 20060912-2 | unstable | source, hurd-i386 So I suspect something's getting confused about multiple versions being listed in the Sources files (1:2.4-3 is there as well, obviously). Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: defaulting to net.ipv6.bindv6only=1 for squeeze
On Thu, Dec 24, 2009 at 13:24:11 +0100, Hendrik Sattler wrote: > I do: > int v6only = 0; > int fd = socket(AF_INET6, SOCK_STREAM, 0); > setsockopt(fd, IPPROTO_IPV6, IPV6_V6ONLY, (void*)&v6only, sizeof(v6only)); > bind(fd, (struct sockaddr *) &my_sock, sizeof(struct sockaddr_in6)); > listen(fd, 2); > ... > Not knowing what my_sock is, this isn't very helpful… Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apt is no longer in base system created by debootstrap? (Re: Bug#562143: fails on cowbuilder --create)
On Sat, Dec 26, 2009 at 23:43:44 +0100, Luk Claes wrote: > Junichi Uekawa wrote: > > > > It seems like apt is not installed with debootstrap anymore. > > And it seems to be staying like this. > > > > I'm not sure when this happened, but apt used to be > > build-essential=yes but now it's not. > > Are you saying that build-essential=yes was still in use? > Are you saying people didn't check debootstrap before breaking it? elif doing_variant buildd || doing_variant scratchbox; then base="$(get_debs Build-Essential: yes)" Cheers, Julien -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apt is no longer in base system created by debootstrap? (Re: Bug#562143: fails on cowbuilder --create)
On Sun, Dec 27, 2009 at 00:20:49 +0100, Luk Claes wrote:
> Julien Cristau wrote:
> > Are you saying people didn't check debootstrap before breaking it?
>
> AFAIK it was checked with running debootstrap which still works as
> expected except for the new variants...
>
Are you kidding me?
debootstrap (0.2.29) unstable; urgency=low
* Added {woody,sarge,sid}.buildd scripts to create build chroots.
Closes: #236418.
* Added --variant=buildd option for convenient access to these scripts.
-- Daniel Schepler Wed, 10 Mar 2004 02:29:27 -0800
I'm not sure how that can qualify as "new".
Cheers,
Julien
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bugs in default GNOME etch?
On Tue, Jan 16, 2007 at 18:55:32 +0100, David Weinehall wrote: > PS: My vote for default GNOME browser definitely goes to Epiphany; > Firefox^WIceweasel comes nowhere close to feeling like a real GNOME > application. > http://lists.debian.org/debian-devel-changes/2007/01/msg00952.html Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#407468: ITP: cwiid -- Linux interface to the Wiimote
Hi, On Thu, Jan 18, 2007 at 18:57:41 +0100, Romain Beauxis wrote: > CWiid is a Linux interface to the Wiimote written in C. is there any reason this needs to be mentioned in the package description? I'd think most users don't care, and those who do can use debtags to find out. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Sun, Feb 25, 2007 at 20:36:21 -0500, Roberto C. Sanchez wrote: > I have to completely disagree here. When I started in earnest with the > effort to clean up the sasl package, I literally spent three twelve hour > days in a row doing nothing but bug triage. I really am not surprised > that people had not offered to help previously. There were bugs which > had been unanswered for months or years. And that was for a package > with only ~100 bugs. When we finally uploaded the new version, it > closed something like 38 bugs. > > IOW, having the packages bugs properly organized and triaged is critical > to knowing what you are fixing with each upload. > And I prefer spending my time fixing real bugs or packaging new releases which fix real bugs than replying to every single bug report and not fixing any. I don't have time to do both. But YMMV. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Mon, Feb 26, 2007 at 18:48:49 +0100, cobaco (aka Bart Cornelis) wrote: > - XSF packages is (mostly I think) Julien and David (2 people): I'd > say more than 900 bugs (500 on xorg solely). Add to that Drew Parsons, Michel Dänzer (who mostly helps with the harder bugs), and Brice Goglin (who did a *lot* of bug triaging in the last months). I hope I didn't forget anyone. Cheers, Julien
0-day bug forwarding and bug patching on X bugs
You've read this correctly! Starting NOW, we are in permanent bug triaging, bug forwarding, bug patching party on ALL X bugs, pick one before it's too late! You may immediately take any X bugs which didn't receive due care and forward it upstream and/or send a patch to it and/or request more information. This is a free, individual and personal, non-transferable offer to any person interested in improving the overall quality of the X maintenance. Don't know where to start? Check the X Strike Force developer page: <http://qa.debian.org/[EMAIL PROTECTED]> or the list of open bugs: <http://bugs.debian.org/debian-x@lists.debian.org> Want more? Subscribe to [EMAIL PROTECTED] Need help on how to help? Check the XSF bug handling procedure: <http://wiki.debian.org/XStrikeForce/BugClosingProcedure> And the contrib page: <http://wiki.debian.org/XStrikeForce/Contrib> (NB: feel free to improve these pages as well) Need _live_ help? Hop in on #debian-x on OFTC. See you soon in the bug tracker, PS: Nothing particularly new in this email. -- Julien Cristau <[EMAIL PROTECTED]> Debian X Strike Force -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ethernet interface numbering in etch
On Mon, Mar 26, 2007 at 12:42:54 -0500, John Goerzen wrote: > On Mon, Mar 26, 2007 at 07:35:39PM +0200, Marco d'Itri wrote: > > On Mar 26, John Goerzen <[EMAIL PROTECTED]> wrote: > > > > > I think that the right thing to do is to assign the persistent names to > > > network devices that still exist in the system, but to do nothing with > > > any other network devices. That will allow systems to still boot and > > > come up properly in the face of network hardware changes. > > Think harder about it and you will understand why this cannot be tested > > in practice. > > Cannot be *tested*? > I think the problem is that you can't know in advance whether the device still exists or not, and whether it will be plugged in later (because everything runs asynchronously). Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?
On Thu, Apr 5, 2007 at 19:08:03 -0400, Lennart Sorensen wrote: > The other minor problems was the netscape navigator 4.77 packages > breaking the x.org /usr/X11R6 upgrade. Do you know the exact name of the old package that caused this problem? Thanks, Julien signature.asc Description: Digital signature
Re: RFO: duplicity
On Sat, Apr 7, 2007 at 13:49:20 +0200, Jeroen van Wolffelaar wrote: > Can you please file an ITA about this into the BTS? Or if you cannot ^^^ That would be RFA. > maintain it for the time being, even an "O:"? > > This way, this mail will not be lost. > > See http://www.debian.org/devel/wnpp/ for details. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: MySql broken on older 486 and other cpuid less CPUs. Does this qualify as RC?
On Sat, Apr 7, 2007 at 13:31:00 -0400, Lennart Sorensen wrote: > On Fri, Apr 06, 2007 at 01:24:06AM +0200, Julien Cristau wrote: > > Do you know the exact name of the old package that caused this problem? > > I believe they were: > > communicator-smotif-477 > navigator-smotif-477 > > Both from woody (3.0) non-free. > > Certainly both include /usr/X11R6/bin in them. Thanks, I added those conflicts (along with a few others) in x11-common 1:7.1.0-18. Unfortunately, it didn't make it to etch r0 :/ Cheers, Julien signature.asc Description: Digital signature
Re: Debian Development environments.
On Thu, Apr 12, 2007 at 20:25:35 +0200, Andrea Bolognani wrote: > Still I don't see the advantage of having a complete development > environment on a live CD. Who is supposed to use this? > Students, who typically only have a windows install at home. It's much easier (for them and for the teachers) to give them a live cd with everything they might need for their university projects (at least in the first few years) than to give them instructions to get a useful development environment under windows. Cheers, Julien signature.asc Description: Digital signature
Re: Intent to remove /usr/bin/X11 from PATH in /etc/login.defs
On Sun, Apr 15, 2007 at 18:07:38 +, Lars Wirzenius wrote: > On su, 2007-04-15 at 19:33 +0200, Christian Perrier wrote: > > Are there any objections to us changing this setting in the default > > /etc/login.defs file? > > [EMAIL PROTECTED] ls -ld /usr/bin/X11 > lrwxrwxrwx 1 root root 1 2007-04-12 21:08 /usr/bin/X11 -> . > > Anything found via /usr/bin/X11 will be found via /usr/bin, so I don't > see any problem with removing /usr/bin/X11 from PATH. At least on new > installations -- will the symlink happen like that even on systems > upgraded from previous Debian releases? > Yes, this symlink is part of the x11-common package. Cheers, Julien signature.asc Description: Digital signature
Re: How to bet back to a sane version number?
On Tue, Apr 17, 2007 at 14:53:26 -0300, Margarita Manterola wrote: > On 4/17/07, Frank Küster <[EMAIL PROTECTED]> wrote: > >I know --compare-versions, but I wasn't patient enough to come to > >4.22.. But it 4.22..-3.1 doesn't look too bad to me actually, just > >funny. > > I like "4.22_-3.1", it looks cleaner than "4.22..-3.1", and has one > less character. > Policy 5.6.12: The may contain only alphanumerics[1] and the characters `.' `+' `-' `:' (full stop, plus, hyphen, colon) and should start with a digit. "_" is not allowed there. Cheers, Julien
Re: Mandatory -dbg packages for libraries?
On Sun, Apr 22, 2007 at 22:02:37 +0200, Hendrik Sattler wrote: > Am Sonntag 22 April 2007 21:39 schrieb Neil Williams: > > Apart from those limitations, is there a *technical* reason why -dbg > > packages should not be available? Is it worth taking to -policy? > > You essentially need to build all library packages 2 times, then. Why would you do that? (btw, you already build them twice if you provide a shared and a static library, but adding debugging symbols doesn't change that) Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7.2
On Sun, Apr 22, 2007 at 22:39:41 +0200, Florian Weimer wrote: > For a start, it would probably make sense to file Priority: important > bugs on sun-java5 and sun-java6 describing the breakage. Then wait a > bit, and if upstream is too busy with other things like OpenJDK to > address the issue, upload the XCB switch to unstable anyway. > #402165, #414535, http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6532373 Cheers, Julien signature.asc Description: Digital signature
Re: Group maintainance howto and role of uploaders
On Fri, May 18, 2007 at 19:03:32 +0200, Marcus Better wrote: > Andreas Metzler wrote: > >> I think so, see #397761. > > > I do not think so, since this would result in duplicat mail for all > > packages with maintainer=mailinglist. > > That's a minor problem that is very easily solved with a filter rule in the > MUA. Duplicates are not exactly rare, what with messages that are > cross-posted etc... > I don't see how that would be easier than subscribing to the PTS for a package you're co-maintaining. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: slang : sid transitions still frozen?
On Mon, May 21, 2007 at 16:44:42 +0100, Alastair McKinstry wrote: > Hi, > > I'm the maintainer of slang2. > I uploaded version 2.0.7 19 days ago, and according to > http://ftp-master.debian.org/testing/update_excuses.html.gz#slang2 > its blocked by the etch freeze... > > Is this still the case, or a false alarm? > All packages producing udebs are permanently frozen because syncing the udebs is done manually. Cheers, Julien signature.asc Description: Digital signature
Re: BoF: Supporting 15,000 packages - How much support do we mean?
On Sat, Jun 2, 2007 at 15:15:40 +0100, Ben Hutchings wrote: > #382607 (CVE-2006-4041) has apparently not been touched in 9 months. > This is probably mitigated by the fix for #368645 (CVE-2006-2314), but > this was never confirmed. > The security tracker lists this as "unimportant", with a note that no applications in sarge use pike+postgres. Cheers, Julien signature.asc Description: Digital signature
Re: Bug#427248: ITP: promethee -- a productive numeric working space
On Sat, Jun 2, 2007 at 11:50:45 -0700, Ben Pfaff wrote: > "lambda (sbrice)" <[EMAIL PROTECTED]> writes: > > > Description : A productive numeric working space > > > > promethee is an all-inclusive education project (called numeric > > working space) which support school managing and > > is exclusively built with free software (need apache2 > > mysql-server-4.1 apache2-doc libapache2-mod-php4 php4-mysql > > php4-gd php4-cli phpmyadmin dependencies) > > This seems redundant. There's a Dependencies field in the > packaging system for listing dependencies. There's no need to > mention that a program in Debian is free software and built only > with free software--that's the only kind of program we accept > anyway. Also, since php4 is going away, stating that your package works with it seems kind of useless. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: License discussions in Debian
On Wed, Jun 6, 2007 at 06:07:46 +1000, Anthony Towns wrote: > Perhaps a more interesting example is xserver-xorg-core's inclusion of the > GLX Public License, which includes: > > Any litigation relating to this License shall be subject to the > exclusive jurisdiction of the Federal Courts of the Northern District > of California (or, absent subject matter jurisdiction in such courts, > the courts of the State of California), with venue lying exclusively > in Santa Clara County, California, with the losing party responsible > for costs, including without limitation, court costs and reasonable > attorneys fees and expenses. > > The CID Font Code Public License and the SGI Free Software License B in the > same > package have similar clauses. > > Sourced from http://lists.debian.org/debian-legal/2005/11/msg00113.html and > some quick grepping through copyright files in the lintian lab on gluck. > Given #211765 and friends, you could probably have found better examples (and choice of venue is not the most important issue with these). The CID Font Code Public License is probably not relevant anymore, btw, the affected code has been removed upstream, and the only reference to this license I can find in the X server tree is in debian/copyright :) Cheers, Julien signature.asc Description: Digital signature
Re: Dependencies on shared libs, take 2
On Wed, Jun 6, 2007 at 17:50:26 +, Oleg Verych wrote: > Just as better alternative IMHO, please consider using `eu-readelf -ds` > from elfutils. elfutils isn't build-essential. binutils is, and does the job, so "it's better IMHO" isn't a particularly compelling reason to make all packages build-depend on a new package. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dependencies on shared libs, take 2
On Thu, Jun 7, 2007 at 17:56:46 +0200, Andreas Barth wrote: > * Mike Hommey ([EMAIL PROTECTED]) [070607 17:49]: > > On Thu, Jun 07, 2007 at 05:39:56PM +0200, Andreas Barth <[EMAIL PROTECTED]> > > wrote: > > > symbols MUST NEVER disappear! > > > > Reality is that it happens. > > Reality is that this build must fail with a proper warning, so that the > maintainer can decide if this is an excption and ok or whether he should > cluebat upstream about a what soname means. > Reality is that libs export private symbols (not part of the API, and not used by anything), and a private symbol disappearing shouldn't force a SONAME change. Cheers, Julien signature.asc Description: Digital signature
Bug#428774: ITP: pixman -- pixel-manipulation library for X and cairo
Package: wnpp Severity: wishlist Owner: Debian X Strike Force <[EMAIL PROTECTED]> * Package name: pixman Version : 0.9.3 Upstream Author : Søren Sandmann <[EMAIL PROTECTED]> * URL : git://anongit.freedesktop.org/git/pixman * License : MIT/X Programming Lang: C Description : pixel-manipulation library for X and cairo A library for manipulating pixel regions -- a set of Y-X banded rectangles, image compositing using the Porter/Duff model and implicit mask generation for geometric primitives including trapezoids, triangles, and rectangles. Future releases of the X.Org X server and of cairo will link against pixman instead of duplicating this code, so packaging this is necessary before we can consider uploading recent git snapshots of the X server to experimental. Preliminary packaging at http://git.debian.org/?p=pkg-xorg/lib/pixman.git signature.asc Description: Digital signature
Bug#428776: ITP: libpciaccess -- Generic PCI access library for X
Package: wnpp Severity: wishlist Owner: Debian X Strike Force <[EMAIL PROTECTED]> * Package name: libpciaccess Version : 0.8.0 Upstream Authors: Ian Romanick <[EMAIL PROTECTED]> Eric Anholt <[EMAIL PROTECTED]> edward shu <[EMAIL PROTECTED]> * URL : git://anongit.freedesktop.org/git/xorg/lib/libpciaccess * License : MIT/X Programming Lang: C Description : Generic PCI access library for X Provides functionality for X to access the PCI bus and devices in a platform-independant way. This is a dependency of the new avivo driver (for r500-based AMD cards), and will be used by future releases of the X.Org X server. Preliminary packaging at http://git.debian.org/?p=pkg-xorg/lib/libpciaccess.git signature.asc Description: Digital signature
Bug#428777: ITP: xserver-xorg-video-avivo -- X.Org X server -- Avivo display driver
Package: wnpp Severity: wishlist Owner: Debian X Strike Force <[EMAIL PROTECTED]> * Package name: xserver-xorg-video-avivo Version : 0.0.1 Upstream Authors: Daniel Stone <[EMAIL PROTECTED]> Matthew Garrett <[EMAIL PROTECTED]> Jerome Glisse <[EMAIL PROTECTED]> * URL : git://anongit.freedesktop.org/git/avivo/xf86-video-avivo * License : GPL Programming Lang: C Description : X.Org X server -- Avivo display driver This driver for the X.Org X server (see xserver-xorg for a further description) provides support for ATI R500 cards. . Note that this driver is currently experimental and works in 2D only. Anybody interested in helping out with the avivo package is welcome to contact debian-x (I don't think any of the current XSF members have the hardware). Preliminary packaging at http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-avivo.git signature.asc Description: Digital signature
Re: who are the kernel maintainers?
On Wed, Jul 4, 2007 at 09:14:24 -0700, Thomas Bushnell BSG wrote: > I'm trying to find out who has responsibility for Bug #430646. It's a > critical bug, which should normally get some attention, and mail to > debian-kernel on the question, by at least a half-dozen people, has > gotten no response that I can see. > Package: linux-modules-contrib-2.6 Maintainer: Debian Kernel Team <[EMAIL PROTECTED]> Uploaders: Daniel Baumann <[EMAIL PROTECTED]> Are you really unable to find that out for yourself? Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: who are the kernel maintainers?
On Wed, Jul 4, 2007 at 09:38:24 -0700, Thomas Bushnell BSG wrote: > I installed the package, which was automatically upgraded since I have > the previous version of the module which you had to build yourself. My > network immediately failed. > > At that point, I had to walk across campus where I could plug in to a > wired ethernet, identify the problem, rebuild the module, forcibly > install the new package, and now place the package on hold until a fix > arrives. > > The bug bites unsuspecting people by disabling their network. It could > even thus be of severity "critical". > If it bothers you that much, NMU the package. Problem solved. Cheers, Julien signature.asc Description: Digital signature
Re: debootstrap+udev+sarge fails to remove mountig point
On Tue, Jul 10, 2007 at 15:20:05 -, [EMAIL PROTECTED] wrote: > one last thing - Daniel has recommended the "policy-rc.d" , i really > don't understand why do i need it and how it's gonna help me: when do > i use this script and why... > When you're building the live-cd. To prevent daemons from starting when you install packages. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x11proto-core 7.0.13 will break Tk
On Fri, Jul 11, 2008 at 14:07:02 +0400, Sergei Golovan wrote: > Hi! > > I'd like to ask if there are plans to update x11proto-core to version > 7.0.13 before lenny release? > No, x11proto-core in lenny will be 7.0.12. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: font policy changes
On Sun, Jul 13, 2008 at 22:13:27 -0700, Russ Allbery wrote: > [EMAIL PROTECTED] writes: > > > 3) Even if "mkfontdir" were invoked directly or if it's okay to give > > "update-fonts-dir" an absolute path (in which case its man page needs to > > be updated and the warning removed), isn't it also advisable to run > > "xset fp rehash" in postinst and postrm scripts? That program is the > > standard mechanism for updating installed fonts on recent versions of > > X11, including in Debian and other GNU/Linux distributions. > > Hm. That's an interesting thought, although it's going to fail if no X > server is currently running, correct? > It will always fail, because the user running the script (root) won't normally have access to the X server. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
